From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 01:12:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D502216A421 for ; Sun, 1 Jul 2007 01:12:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD1313C487 for ; Sun, 1 Jul 2007 01:12:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I4nyr-0004af-FC for freebsd-current@freebsd.org; Sun, 01 Jul 2007 03:12:01 +0200 Received: from 78-0-64-212.adsl.net.t-com.hr ([78.0.64.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jul 2007 03:12:01 +0200 Received: from ivoras by 78-0-64-212.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jul 2007 03:12:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 01 Jul 2007 03:11:44 +0200 Lines: 37 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1A3E6951D05C938942F822F2" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-64-212.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) X-Enigmail-Version: 0.94.3.0 Sender: news Subject: tcsh "nice" problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 01:12:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1A3E6951D05C938942F822F2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Can someone confirm if the "nice" built-in command in tcsh works with "-n #" style arguments? On two separate -CURRENT machines I have this: > nice -n 5 date nice: Badly formed number but, > /usr/bin/nice -n 5 date works. --------------enig1A3E6951D05C938942F822F2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhv9WldnAQVacBcgRAtmSAKDxylPd3o1n91hJVR7zCrPSO+PY+QCg1jdP L2xaVhGocXkJ68Abxfe17L8= =yqY/ -----END PGP SIGNATURE----- --------------enig1A3E6951D05C938942F822F2-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 01:18:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3835D16A469 for ; Sun, 1 Jul 2007 01:18:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B39DA13C4AD for ; Sun, 1 Jul 2007 01:18:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I4o4X-0004y4-Gh for freebsd-current@freebsd.org; Sun, 01 Jul 2007 03:17:53 +0200 Received: from 78-0-64-212.adsl.net.t-com.hr ([78.0.64.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jul 2007 03:17:53 +0200 Received: from ivoras by 78-0-64-212.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jul 2007 03:17:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 01 Jul 2007 03:17:46 +0200 Lines: 53 Message-ID: References: <20070630085038.GA1473@roadrunner.q.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0AD9159CC8AEACD36744D0F4" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-64-212.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <20070630085038.GA1473@roadrunner.q.local> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 01:18:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0AD9159CC8AEACD36744D0F4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ulrich Spoerlein wrote: > Hi all, >=20 > I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine > (where ULE has no advantage over BSD, right?) Right. > Anyway, I never noticed top(1) under 6.x reporting more than 1 running > process, which is only natural, considering this is an UP machine. Unde= r Do you mean the "x running" status message on the second line at the top of top's display or in the list of processes? The status message can (and frequently does) show many running processes - in this case these are processes in the run queue. I think you're right for the list of processes - only one can be shown in RUN state on UP. > 7.x however, top(1) reports up to 7-8 running processes, depending on > how much stuff is going on. The kernel in 7.x is SMP by default, so this might influence what you're seeing. I have a UP 7.x kernel and still see at most one process in RUN state. > PS: whats the new state 'ucond' all about? I think it's from kernel support infrastructure for libthr. --------------enig0AD9159CC8AEACD36744D0F4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhwC6ldnAQVacBcgRApluAJsE1++kjBwUW/hK+xZKmTmjYD5YiwCbBQwO uCfxSoye/vg0Km/e4LC1fdc= =0ppC -----END PGP SIGNATURE----- --------------enig0AD9159CC8AEACD36744D0F4-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 02:12:46 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 051C916A46C for ; Sun, 1 Jul 2007 02:12:46 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8554513C465 for ; Sun, 1 Jul 2007 02:12:45 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l611dNmN024740; Sat, 30 Jun 2007 20:39:23 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Sat, 30 Jun 2007 20:37:57 -0500 (CDT) From: "Sean C. Farley" To: Ivan Voras In-Reply-To: Message-ID: <20070630203718.T9554@thor.farley.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: tcsh "nice" problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 02:12:46 -0000 On Sun, 1 Jul 2007, Ivan Voras wrote: > Hi > > Can someone confirm if the "nice" built-in command in tcsh works with > "-n #" style arguments? > > On two separate -CURRENT machines I have this: > >> nice -n 5 date > nice: Badly formed number This is the same as -STABLE and tcsh v6.14.00. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 02:18:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F73816A479 for ; Sun, 1 Jul 2007 02:18:12 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 63E9A13C44C for ; Sun, 1 Jul 2007 02:18:12 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l612I3pT042742; Sat, 30 Jun 2007 22:18:03 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Sat, 30 Jun 2007 22:19:37 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706302219.38353.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Ivan Voras Subject: Re: tcsh "nice" problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 02:18:12 -0000 On Saturday 30 June 2007, Ivan Voras wrote: > Can someone confirm if the "nice" built-in command in tcsh works with > "-n #" style arguments? > > On two separate -CURRENT machines I have this: > > nice -n 5 date > > nice: Badly formed number > > but, > > > /usr/bin/nice -n 5 date > > works. csh's nice just takes +X or -X arguments directly (without -n), e.g.: nice -20 ./some-important-script.sh or nice +20 ./background-process.sh This is documented in the [t]csh manpage (at about byte 141580 according to more on my machine). JN From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 04:10:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EC8E16A46F for ; Sun, 1 Jul 2007 04:10:58 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 4D12F13C4C4 for ; Sun, 1 Jul 2007 04:10:57 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id D5FA71CC58; Sun, 1 Jul 2007 16:10:55 +1200 (NZST) Date: Sun, 1 Jul 2007 16:10:55 +1200 From: Andrew Thompson To: FreeBSD Current Message-ID: <20070701041055.GA82649@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: brooks@freebsd.org Subject: dhclient-script will reload a module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 04:10:58 -0000 Hi, Recently ifconfig was given the -n flag to suppress module loading so the userland teardown scripts did not cause a module to load again. This is still happening when dhcp is used as dhclient calls ifconfig internally. The following patch addresses that, any objections? Andrew Index: dhclient-script =================================================================== RCS file: /home/ncvs/src/sbin/dhclient/dhclient-script,v retrieving revision 1.16 diff -u -p -r1.16 dhclient-script --- dhclient-script 13 Apr 2007 15:07:10 -0000 1.16 +++ dhclient-script 1 Jul 2007 04:06:02 -0000 @@ -22,6 +22,7 @@ ARP=/usr/sbin/arp AWK=/usr/bin/awk HOSTNAME=/bin/hostname +IFCONFIG='/sbin/ifconfig -n' NETSTAT=/usr/bin/netstat LOCALHOST=127.0.0.1 @@ -55,11 +56,11 @@ arp_flush() { } delete_old_address() { - eval "ifconfig $interface inet -alias $old_ip_address $medium" + eval "$IFCONFIG $interface inet -alias $old_ip_address $medium" } add_new_address() { - eval "ifconfig $interface \ + eval "$IFCONFIG $interface \ inet $new_ip_address \ netmask $new_subnet_mask \ broadcast $new_broadcast_address \ @@ -73,14 +74,14 @@ add_new_address() { delete_old_alias() { if [ -n "$alias_ip_address" ]; then - ifconfig $interface inet -alias $alias_ip_address > /dev/null 2>&1 + $IFCONFIG $interface inet -alias $alias_ip_address > /dev/null 2>&1 #route delete $alias_ip_address $LOCALHOST > /dev/null 2>&1 fi } add_new_alias() { if [ -n "$alias_ip_address" ]; then - ifconfig $interface inet alias $alias_ip_address netmask \ + $IFCONFIG $interface inet alias $alias_ip_address netmask \ $alias_subnet_mask #route add $alias_ip_address $LOCALHOST fi @@ -276,14 +277,14 @@ fi case $reason in MEDIUM) - eval "ifconfig $interface $medium" - eval "ifconfig $interface inet -alias 0.0.0.0 $medium" >/dev/null 2>&1 + eval "$IFCONFIG $interface $medium" + eval "$IFCONFIG $interface inet -alias 0.0.0.0 $medium" >/dev/null 2>&1 sleep 1 ;; PREINIT) delete_old_alias - ifconfig $interface inet 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255.255 up + $IFCONFIG $interface inet 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255.255 up ;; ARPCHECK|ARPSEND) @@ -346,7 +347,7 @@ TIMEOUT) fi fi fi - eval "ifconfig $interface inet -alias $new_ip_address $medium" + eval "$IFCONFIG $interface inet -alias $new_ip_address $medium" delete_old_routes exit_with_hooks 1 ;; From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 05:21:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 284DF16A400 for ; Sun, 1 Jul 2007 05:21:28 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id DF9E513C44B for ; Sun, 1 Jul 2007 05:21:27 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2302538pyb for ; Sat, 30 Jun 2007 22:21:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=HBNyXK+7NmYPThNu+zMLpa5NOieY3QtqOotzSGrky5qBcbZGIXjVmAypj0ti9BtUyfbbLL2F4P9v+Z16A6RCGi9YKDZyfUHQaOv/8FLayBGus+pqvNw4JnvCO97HklKg0ICA7WjXaAQbdaiBhGNLTo7L56EXc2/gz97qLMH9w1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SYYBDWNj9ukL63F9tWQwQMa8SBubMY0QkZIhNSxtq4wtxpJo/VEOpZJQkd1Jc5xcUoo96qmUL0wIWawXKdwwobTLXrYofH49mIFVoZyQivKAubEK3OfxDoeaQ84CcgHfLuO9cobwrbUIx4exUkNyPbhaQT0j0S5egRhYKIP1lCA= Received: by 10.65.240.17 with SMTP id s17mr5216378qbr.1183267287091; Sat, 30 Jun 2007 22:21:27 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Sat, 30 Jun 2007 22:21:27 -0700 (PDT) Message-ID: <6eb82e0706302221p3c4e24edo2f62e6ba60958b4f@mail.gmail.com> Date: Sun, 1 Jul 2007 13:21:27 +0800 From: "Rong-en Fan" To: andre@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: tcp_input: Listen socket: Spurious RST, segment rejected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 05:21:28 -0000 Hi, I'm runnnig rsyncd on an i386 with Jun 19 -current. Once I lanuch rsync client from another host running 6.2-STABLE, I saw lots of TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected and the rsync client stops with various error messages. It's really annoying. Any ideas? Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 07:13:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB49B16A468 for ; Sun, 1 Jul 2007 07:13:25 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 8B29613C45E for ; Sun, 1 Jul 2007 07:13:25 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2341413pyb for ; Sun, 01 Jul 2007 00:13:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qIWtn0Z3J5n3NRdim/yzcrUvJoweZVE7Ov4RUooXOQdESH7suRzQqH5ebmV6Z141OZzqxKsvNocjgPMJkW+g3DRfiKS6yoy2fEcb4YWoZo+G3HzF0CWm6zmhKkdEkRsxwaBqFR9jZmcdhZmDXHiDgMW4WBmdPKvVB4KKQ8OC/ZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JIywKpmobiReWZNehZ0d2Lc/2vkBx48Pu9FCyGujgJTespLza0ee5+hF+ZYpBdIxPQ6c33O0TyI5TB1K25pVH9dZVc5A9fEj8J9e1T4baBUBX9u5FnjT0/DFL4VGqUnv5KZMGC2+JGoL/5gdOuicgGxCu5YZdfTj0/wDjk5CaAc= Received: by 10.64.250.7 with SMTP id x7mr7422045qbh.1183274004574; Sun, 01 Jul 2007 00:13:24 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Sun, 1 Jul 2007 00:13:24 -0700 (PDT) Message-ID: <6eb82e0707010013l7e7ce403h80942325a2b5ca73@mail.gmail.com> Date: Sun, 1 Jul 2007 15:13:24 +0800 From: "Rong-en Fan" To: andre@freebsd.org, current@freebsd.org In-Reply-To: <6eb82e0706302221p3c4e24edo2f62e6ba60958b4f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0706302221p3c4e24edo2f62e6ba60958b4f@mail.gmail.com> Cc: Subject: Re: tcp_input: Listen socket: Spurious RST, segment rejected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 07:13:25 -0000 On 7/1/07, Rong-en Fan wrote: > Hi, > > I'm runnnig rsyncd on an i386 with Jun 19 -current. > Once I lanuch rsync client from another host running > 6.2-STABLE, I saw lots of > > TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; > tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; > tcp_input: Listen socket: Spurious RST, segment rejected > > and the rsync client stops with various error messages. > It's really annoying. Any ideas? Turn off IPSEC seems help my situation. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 08:41:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 474F816A46C for ; Sun, 1 Jul 2007 08:41:01 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id C9BEF13C468 for ; Sun, 1 Jul 2007 08:41:00 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so675631uge for ; Sun, 01 Jul 2007 01:40:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=W8Cs8X6hC0CTVPQSNFwqL9nncKeVjIjngF0WJ4fDk+SAQutn3/PP9zXZMaBLATB8gKBLTlrTrHhwE2ul0r0rfSMaW86Ug6CeqW/Chu1PPJmnuHCNlt3Vk7P9wzVMAudTr/QVLvigyZq32CkY9kllgWFzyW3ro/my0fVQerYYgbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=mhGyBP2zTDZRfSW0zSNRAxCmBlDRPRydIFL520GGQbxnF8cb94JzmxQhvXPXYvUTWeskAl0AAib14U5gn4L0qlpCDa6RSEhQPaw2XoD0T3IIbHL6W4TejxUsmigTzb80C6e1ms6+1nB48kEgW7uvnKvQfcA4nUevT0FCq533D/0= Received: by 10.66.220.17 with SMTP id s17mr3082102ugg.1183277573264; Sun, 01 Jul 2007 01:12:53 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.134.200]) by mx.google.com with ESMTP id p9sm12558955fkb.2007.07.01.01.12.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 01 Jul 2007 01:12:52 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l618Cl8B001910; Sun, 1 Jul 2007 10:12:47 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l618ClR2001909; Sun, 1 Jul 2007 10:12:47 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 1 Jul 2007 10:12:46 +0200 From: Ulrich Spoerlein To: Ivan Voras Message-ID: <20070701081246.GA1797@roadrunner.q.local> Mail-Followup-To: Ivan Voras , freebsd-current@freebsd.org References: <20070630085038.GA1473@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 08:41:01 -0000 On Sun, 01.07.2007 at 03:17:46 +0200, Ivan Voras wrote: > Ulrich Spoerlein wrote: > > 7.x however, top(1) reports up to 7-8 running processes, depending on > > how much stuff is going on. > > The kernel in 7.x is SMP by default, so this might influence what you're > seeing. I have a UP 7.x kernel and still see at most one process in RUN > state. I failed to mention, that I'm of course running an UP kernel as well. It is happening during normal day to day usage, see this snapshot last pid: 1879; load averages: 0.84, 0.42, 0.36 up 0+00:30:12 10:08:59 116 processes: 11 running, 104 sleeping, 1 zombie CPU states: 61.8% user, 0.0% nice, 36.7% system, 1.5% interrupt, 0.0% idle Mem: 455M Active, 31M Inact, 173M Wired, 5328K Cache, 29M Buf, 333M Free Swap: 1024M Total, 1024M Free PID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1872 1 122 0 5328K 4168K RUN 0:14 58.61% zsh 1730 1 96 0 41696K 27476K RUN 0:54 3.08% kmldonkey 1304 1 97 0 182M 56700K RUN 1:14 2.05% Xorg 1517 6 96 0 80436K 56420K RUN 1:12 1.32% amarokapp 1357 1 96 0 156M 142M RUN 0:58 0.00% opera 1401 1 96 0 64696K 46136K select 0:10 0.00% kontact 1378 7 96 0 63932K 45060K ucond 0:07 0.00% firefox-bin 1328 1 8 0 4400K 2072K nanslp 0:05 0.00% wmtop 1414 1 96 0 31264K 17520K select 0:05 0.00% kdeinit Now, I might have gotten this wrong, but I think processes can be in state RUNNABLE, that's when they are waiting in the run queue to be scheduled. Or they might be actually RUNNING, when they have the time slice of the processor. On a UP machine with UP kernel, at most 1 process can be running. So, why is top(1) lying? Is it taking a time interval into account, instead of a snapshot in time? Cheers, Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 08:58:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D922016A41F for ; Sun, 1 Jul 2007 08:58:24 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id A3F3413C447 for ; Sun, 1 Jul 2007 08:58:24 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <46876CAB.1050204@intersonic.se> Date: Sun, 01 Jul 2007 10:58:19 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0706302221p3c4e24edo2f62e6ba60958b4f@mail.gmail.com> <6eb82e0707010013l7e7ce403h80942325a2b5ca73@mail.gmail.com> In-Reply-To: <6eb82e0707010013l7e7ce403h80942325a2b5ca73@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: tcp_input: Listen socket: Spurious RST, segment rejected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 08:58:24 -0000 Rong-en Fan wrote: > On 7/1/07, Rong-en Fan wrote: >> Hi, >> >> I'm runnnig rsyncd on an i386 with Jun 19 -current. >> Once I lanuch rsync client from another host running >> 6.2-STABLE, I saw lots of >> >> TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; >> tcp_input: Listen socket: Spurious RST, segment rejected >> TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; >> tcp_input: Listen socket: Spurious RST, segment rejected >> >> and the rsync client stops with various error messages. >> It's really annoying. Any ideas? > > Turn off IPSEC seems help my situation. Hi, I see same thing and just out of curiosity, where did you turn off IPSEC? Thanks, /po From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 09:35:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63F7816A41F for ; Sun, 1 Jul 2007 09:35:50 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 33F8113C44C for ; Sun, 1 Jul 2007 09:35:50 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id B64F35385; Sun, 1 Jul 2007 05:35:49 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 01 Jul 2007 05:35:49 -0400 X-Sasl-enc: PlstkLqxrrCnpQRpnJVqChWSa7m1aFmu3jndHAUPqUeU 1183282549 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 1CCDF10FF7; Sun, 1 Jul 2007 05:35:48 -0400 (EDT) Message-ID: <46877574.5010500@FreeBSD.org> Date: Sun, 01 Jul 2007 10:35:48 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: Ian FREISLICH , Poul-Henning Kamp References: <46765CB9.9020105@incunabulum.net> <4676C30E.7040300@incunabulum.net> <4676C952.5000607@incunabulum.net> <4676D168.3050502@incunabulum.net> <4678529A.3080308@incunabulum.net> In-Reply-To: <4678529A.3080308@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , current@freebsd.org Subject: Re: Multicast problems [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: Sun, 01 Jul 2007 09:35:50 -0000 Bruce M Simpson wrote: > > If this patch solves your problems without resorting to adding a 224/4 > route then I shall commit it to -CURRENT. It is not relevant to > RELENG_6. Please let me know... > Has there been any outcome here, ie. have folks who were seeing problems with multicast in the system tested this patch and found it to fix their problems? Unfortunately I have not had free time to do any further work on FreeBSD at the moment, and am relying on user feedback in this case. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 10:00:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D83B116A400 for ; Sun, 1 Jul 2007 10:00:32 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6D413C465 for ; Sun, 1 Jul 2007 10:00:32 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2401751pyb for ; Sun, 01 Jul 2007 03:00:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BpyoRczBieUnlgZhsg4tLmn7h1DsSaNuz1DYsrBhxIocgGc6nfBhZGhawr3ogEwk8dP2z9aMY5E4ZjDapYmGgM+ystNAgWWEGVgXmAG8K9w38AE6D1I6NF0D9VGjQaytRyayaKZIbh7c4lm6vwCUHMFNidxBdcEH//7GYufKdo8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U7sPbiXo6gm9IFYe9S4iQwLLy1omjLZX8q2IuCp/Z8WPBpc/ts22LtmNoTfoqEJRgOmBmSrsHqlNH3ah/Ohpb2qbZ8YgNEv7z6UfORvFfkJSK7Gae1n1Tx7TxAHRBmNj3eIBhetovwTxFx1ukeOhL4mruqFKmBaGsPk0mhq0jc8= Received: by 10.65.40.16 with SMTP id s16mr7567750qbj.1183284031655; Sun, 01 Jul 2007 03:00:31 -0700 (PDT) Received: by 10.64.196.20 with HTTP; Sun, 1 Jul 2007 03:00:31 -0700 (PDT) Message-ID: <6eb82e0707010300r40a256a5i93bc9a794823e1ec@mail.gmail.com> Date: Sun, 1 Jul 2007 18:00:31 +0800 From: "Rong-en Fan" To: "Per olof Ljungmark" In-Reply-To: <46876CAB.1050204@intersonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0706302221p3c4e24edo2f62e6ba60958b4f@mail.gmail.com> <6eb82e0707010013l7e7ce403h80942325a2b5ca73@mail.gmail.com> <46876CAB.1050204@intersonic.se> Cc: current@freebsd.org Subject: Re: tcp_input: Listen socket: Spurious RST, segment rejected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 10:00:32 -0000 On 7/1/07, Per olof Ljungmark wrote: > Rong-en Fan wrote: > > On 7/1/07, Rong-en Fan wrote: > >> Hi, > >> > >> I'm runnnig rsyncd on an i386 with Jun 19 -current. > >> Once I lanuch rsync client from another host running > >> 6.2-STABLE, I saw lots of > >> > >> TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; > >> tcp_input: Listen socket: Spurious RST, segment rejected > >> TCP: [192.168.30.48]:64597 to [192.168.30.69]:873 tcpflags 0x4; > >> tcp_input: Listen socket: Spurious RST, segment rejected > >> > >> and the rsync client stops with various error messages. > >> It's really annoying. Any ideas? > > > > Turn off IPSEC seems help my situation. > > Hi, > I see same thing and just out of curiosity, where did you turn off IPSEC? > Thanks, > /po Just remove the corresponding 'spdadd' entry and /etc/rc.d/ipsec restart. Regards, Rong-En Fan > From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 10:29:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1D8516A41F for ; Sun, 1 Jul 2007 10:29:03 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 8D03A13C45B for ; Sun, 1 Jul 2007 10:29:03 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id E80EC28433 for ; Sun, 1 Jul 2007 05:29:02 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 6C3E561C42; Sun, 1 Jul 2007 05:29:02 -0500 (CDT) Date: Sun, 1 Jul 2007 05:29:02 -0500 From: "Matthew D. Fuller" To: freebsd-current@freebsd.org Message-ID: <20070701102902.GA1255@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.14-fullermd.3 (2007-02-12) Subject: -CURRENT ATA woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 10:29:03 -0000 I've got a machine currently running RELENG_6 solidly, but trying to put -CURRENT on it causes the ata subsystem to go out to lunch. This also happened on this machine with an early-March -CURRENT. The system has a Promise TX2200 SATA controller. dmesg from RELENG_6 (slightly rewrapped): atapci0: port 0xc000-0xc07f,0xc400-0xc4ff mem 0xeb420000-0xeb420fff,0xeb400000-0xeb41ffff irq 15 at device 13.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 [...] ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ar0: 238475MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master There is another ATA controller onboard running the DVD drive: atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xd400-0xd40f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 acd0: DVDR at ata0-master UDMA66 but I don't know if that matters. Any significant drive access will cause the drives on the Promise controller to wander off into la-la land. They'll end up getting a bunch of (hand-transcribed): ad4: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA: It may happen on ad4, or on ad6. Once it held off long enough for me to almost complete an installworld of the -CURRENT world (which _royally_ screwed me, since I couldn't boot the old kernel then). Sometimes even if I leave it very quiet, it'll eventually fall over with very little drive activity. I can provoke it pretty quickly with a `find / | xargs cat >> /dev/null`. Running RELENG_6, it's solid as a rock, running months at a time. I can nail the disk to the wall at will, and it won't even blink. But let -CURRENT at it, and it'll blow beets if you look at it hard. Unfortunately, as it runs my mail (where I'm typing at the moment), I can't really take it down to experiment much with. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 11:12:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 720E816A421 for ; Sun, 1 Jul 2007 11:12:20 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA5013C4B8 for ; Sun, 1 Jul 2007 11:12:20 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l61BCHfx007470 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 1 Jul 2007 07:12:18 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sun, 1 Jul 2007 04:12:00 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Ulrich Spoerlein In-Reply-To: <20070630085038.GA1473@roadrunner.q.local> Message-ID: <20070701041050.M552@10.0.0.1> References: <20070630085038.GA1473@roadrunner.q.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 11:12:20 -0000 On Sat, 30 Jun 2007, Ulrich Spoerlein wrote: > Hi all, > > I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine > (where ULE has no advantage over BSD, right?) ULE has markedly better interactivity. > > Anyway, I never noticed top(1) under 6.x reporting more than 1 running > process, which is only natural, considering this is an UP machine. Under > 7.x however, top(1) reports up to 7-8 running processes, depending on > how much stuff is going on. I suspect this is showing processes on the runqueue since top is the only thing that is running anyhow. Jeff > > Is top(1) lying, or is/was my assumption about UP wrong all along? > > > Cheers, > Ulrich Spoerlein > > PS: whats the new state 'ucond' all about? > -- > "The trouble with the dictionary is you have to know how the word is > spelled before you can look it up to see how it is spelled." > -- Will Cuppy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 11:31:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A819116A41F; Sun, 1 Jul 2007 11:31:51 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id 58E2613C45D; Sun, 1 Jul 2007 11:31:51 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l61BVcVY030274; Sun, 1 Jul 2007 04:31:39 -0700 (PDT) Date: Sun, 01 Jul 2007 20:31:38 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: net@freebsd.org Subject: WARNING: Removing Kame IPsec and promoting FAST_IPSEC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 11:31:51 -0000 Hi, I am about to commit IPv6 support for FAST_IPSEC to HEAD. The tree may not build for a short while, I will email again when this process is complete. Best, George From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 12:10:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B076516A41F; Sun, 1 Jul 2007 12:10:33 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id 62CE013C46A; Sun, 1 Jul 2007 12:10:33 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l61CANvQ034454; Sun, 1 Jul 2007 05:10:23 -0700 (PDT) Date: Sun, 01 Jul 2007 21:10:22 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org, net@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Current round of IPsec checkins complete... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 12:10:33 -0000 Please let myself of bz@ know of any issues. I'm attempting a build of a fresh tree now. Best, George From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 12:17:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25C3D16A469 for ; Sun, 1 Jul 2007 12:17:42 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from smtp.studnetz.uni-leipzig.de (smtp.studnetz.uni-leipzig.de [139.18.143.252]) by mx1.freebsd.org (Postfix) with ESMTP id B12DF13C457 for ; Sun, 1 Jul 2007 12:17:41 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from localhost (localhost [127.0.0.1]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id ABC2225C; Sun, 1 Jul 2007 13:47:25 +0200 (CEST) X-Virus-Scanned: by amavisd-new at studnetz-ul Received: from smtp.studnetz.uni-leipzig.de ([127.0.0.1]) by localhost (smtp.studnetz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EmGqHizpZ4ju; Sun, 1 Jul 2007 13:47:25 +0200 (CEST) Received: from [192.168.63.4] (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by smtp.studnetz.uni-leipzig.de (Postfix) with ESMTP id 83A3F25B; Sun, 1 Jul 2007 13:47:25 +0200 (CEST) From: Momchil Ivanov To: freebsd-current@freebsd.org Date: Sun, 1 Jul 2007 13:47:22 +0200 User-Agent: KMail/1.9.6 References: <20070630085038.GA1473@roadrunner.q.local> In-Reply-To: <20070630085038.GA1473@roadrunner.q.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1560101.FFRHjQ3NoB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707011347.26028.idiotbg@gmail.com> Cc: Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 12:17:42 -0000 --nextPart1560101.FFRHjQ3NoB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 June 2007 10:50:38 Ulrich Spoerlein wrote: > Hi all, > > I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine > (where ULE has no advantage over BSD, right?) This is not quite correct: last pid: =A01155; =A0load averages: =A00.00, =A00.19, =A00.18 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 up 0+00:09:22 =A012:01:21 59 processes: =A05 running, 54 sleeping CPU states: =A05.7% user, =A00.0% nice, =A01.3% system, =A00.3% interrupt, = 92.7% idle Mem: 144M Active, 138M Inact, 93M Wired, 1684K Cache, 92M Buf, 619M Free Swap: 1024M Total, 1024M Free =A0 PID USERNAME =A0 =A0THR PRI NICE =A0 SIZE =A0 =A0RES STATE =A0 =A0TIME = =A0 WCPU COMMAND =A01038 space =A0 =A0 =A0 =A0 3 =A020 =A0 =A00 74196K 64224K kserel =A0 0:0= 7 =A00.00% opera =A01089 space =A0 =A0 =A0 =A0 3 =A020 =A0 =A00 57064K 48108K kserel =A0 0:1= 6 =A00.00% kmail =A0 950 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 54568K 36388K select =A0 0:1= 9 =A02.93% Xorg =A01013 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 35348K 29004K RUN =A0 =A0 = =A00:01 =A00.00% kdeinit =A01087 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 34600K 28608K select =A0 0:0= 0 =A00.00% korgac =A01083 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 33184K 24020K select =A0 0:0= 0 =A00.00% kdeinit =A01025 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 32416K 26876K RUN =A0 =A0 = =A00:01 =A00.00% kdeinit =A01069 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 32072K 26584K select =A0 0:0= 0 =A00.00% kdeinit =A01151 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 31612K 26120K select =A0 0:0= 0 =A00.00% kdeinit =A01045 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 31612K 26116K select =A0 0:0= 0 =A00.00% kdeinit =A01035 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 31164K 25960K select =A0 0:0= 0 =A00.00% kgpg =A01023 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 31028K 26016K RUN =A0 =A0 = =A00:01 =A00.00% kdeinit =A01051 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 30564K 23000K select =A0 0:0= 1 =A00.00% pidgin =A01021 space =A0 =A0 =A0 =A0 1 =A096 =A0 =A00 28724K 22896K RUN =A0 =A0 = =A00:01 =A00.00% kdeinit on my laptop with FreeBSD 6.2-STABLE #10: Thu Jun 14 13:01:26 CEST 2007. Af= ter=20 the next refresh of top, these in state "RUN" are in state "select", and=20 only "top" is shown in state "RUN". However if I change the order of sortin= g,=20 say by size or by cpu usage, in the first moment I see a couple of processe= s=20 in "RUN" state as above and after the next refresh top shows them in "selec= t"=20 state. =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =A0158A E03D 56DA 3118 168B =20 --nextPart1560101.FFRHjQ3NoB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGh5RK4D1W2jEYFosRAs+YAJ9LwyO6LkK9KzDAangfWzzJX+z9fwCeM20g XXhRK40M1fhSnvIpF0XUuHo= =sh0u -----END PGP SIGNATURE----- --nextPart1560101.FFRHjQ3NoB-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 12:46:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5BB416A421; Sun, 1 Jul 2007 12:46:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6364013C45E; Sun, 1 Jul 2007 12:46:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l61Ckas4003158; Sun, 1 Jul 2007 08:46:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l61CkaMS017535; Sun, 1 Jul 2007 08:46:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F377D73068; Sun, 1 Jul 2007 08:46:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070701124635.F377D73068@freebsd-current.sentex.ca> Date: Sun, 1 Jul 2007 08:46:35 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 12:46:37 -0000 TB --- 2007-07-01 12:09:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-01 12:09:53 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-01 12:09:53 - cleaning the object tree TB --- 2007-07-01 12:10:21 - checking out the source tree TB --- 2007-07-01 12:10:21 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-01 12:10:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-01 12:20:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-01 12:20:33 - cd /src TB --- 2007-07-01 12:20:33 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 12:20:35 UTC 2007 >>> 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 [...] /src/lib/libipsec/ipsec_strerror.c:39:28: error: netinet6/ipsec.h: No such file or directory /src/lib/libipsec/policy_parse.y:60:28: error: netinet6/ipsec.h: No such file or directory /src/lib/libipsec/policy_token.l:39:26: error: netkey/keydb.h: No such file or directory /src/lib/libipsec/policy_token.l:41:28: error: netinet6/ipsec.h: No such file or directory /src/lib/libipsec/ipsec_dump_policy.c:39:28: error: netkey/key_var.h: No such file or directory /src/lib/libipsec/ipsec_dump_policy.c:41:28: error: netinet6/ipsec.h: No such file or directory /src/lib/libipsec/ipsec_get_policylen.c:38:28: error: netinet6/ipsec.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/libipsec. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-01 12:46:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-01 12:46:35 - ERROR: failed to build world TB --- 2007-07-01 12:46:35 - tinderbox aborted TB --- 0.93 user 2.80 system 2202.64 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 14:37:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC62816A400; Sun, 1 Jul 2007 14:37:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A28AC13C45D; Sun, 1 Jul 2007 14:37:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l61EbSxI006563; Sun, 1 Jul 2007 10:37:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l61EbRn8049694; Sun, 1 Jul 2007 10:37:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44C0973068; Sun, 1 Jul 2007 10:37:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070701143727.44C0973068@freebsd-current.sentex.ca> Date: Sun, 1 Jul 2007 10:37:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 14:37:29 -0000 TB --- 2007-07-01 12:46:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-01 12:46:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-07-01 12:46:36 - cleaning the object tree TB --- 2007-07-01 12:47:14 - checking out the source tree TB --- 2007-07-01 12:47:14 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-07-01 12:47:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-01 12:55:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-01 12:55:13 - cd /src TB --- 2007-07-01 12:55:13 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 12:55:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jul 1 14:35:43 UTC 2007 TB --- 2007-07-01 14:35:43 - generating LINT kernel config TB --- 2007-07-01 14:35:43 - cd /src/sys/ia64/conf TB --- 2007-07-01 14:35:43 - /usr/bin/make -B LINT TB --- 2007-07-01 14:35:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-01 14:35:43 - cd /src TB --- 2007-07-01 14:35:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 14:35:43 UTC 2007 >>> 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 [...] In file included from /src/sys/netinet/sctp_os.h:59, from /src/sys/netinet/sctp_pcb.h:39, from /src/sys/netinet6/in6_proto.c:112: /src/sys/netinet/sctp_os_bsd.h:85:29: error: netinet6/ipsec6.h: No such file or directory In file included from /src/sys/netinet/sctp_os.h:59, from /src/sys/netinet6/sctp6_usrreq.c:35: /src/sys/netinet/sctp_os_bsd.h:85:29: error: netinet6/ipsec6.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-01 14:37:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-01 14:37:26 - ERROR: failed to build lint kernel TB --- 2007-07-01 14:37:26 - tinderbox aborted TB --- 0.98 user 2.65 system 6650.70 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 14:42:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5499A16A469; Sun, 1 Jul 2007 14:42:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0480513C45D; Sun, 1 Jul 2007 14:42:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l61EgtOe006724; Sun, 1 Jul 2007 10:42:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l61EgtW7097197; Sun, 1 Jul 2007 10:42:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3104D73068; Sun, 1 Jul 2007 10:42:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070701144255.3104D73068@freebsd-current.sentex.ca> Date: Sun, 1 Jul 2007 10:42:55 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 14:42:56 -0000 TB --- 2007-07-01 13:16:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-01 13:16:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-01 13:16:08 - cleaning the object tree TB --- 2007-07-01 13:16:33 - checking out the source tree TB --- 2007-07-01 13:16:33 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-01 13:16:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-01 13:24:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-01 13:24:20 - cd /src TB --- 2007-07-01 13:24:20 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 13:24:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jul 1 14:40:24 UTC 2007 TB --- 2007-07-01 14:40:24 - generating LINT kernel config TB --- 2007-07-01 14:40:24 - cd /src/sys/powerpc/conf TB --- 2007-07-01 14:40:24 - /usr/bin/make -B LINT TB --- 2007-07-01 14:40:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-01 14:40:24 - cd /src TB --- 2007-07-01 14:40:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 14:40:24 UTC 2007 >>> 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 [...] In file included from /src/sys/netinet/sctp_os.h:59, from /src/sys/netinet/sctp_pcb.h:39, from /src/sys/netinet6/in6_proto.c:112: /src/sys/netinet/sctp_os_bsd.h:85:29: error: netinet6/ipsec6.h: No such file or directory In file included from /src/sys/netinet/sctp_os.h:59, from /src/sys/netinet6/sctp6_usrreq.c:35: /src/sys/netinet/sctp_os_bsd.h:85:29: error: netinet6/ipsec6.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-01 14:42:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-01 14:42:54 - ERROR: failed to build lint kernel TB --- 2007-07-01 14:42:54 - tinderbox aborted TB --- 0.86 user 2.42 system 5206.69 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 16:51:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02C5316A400 for ; Sun, 1 Jul 2007 16:51:21 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AE87513C480 for ; Sun, 1 Jul 2007 16:51:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I52dq-0004vg-EO for freebsd-current@freebsd.org; Sun, 01 Jul 2007 18:51:18 +0200 Received: from 89-172-43-67.adsl.net.t-com.hr ([89.172.43.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jul 2007 18:51:18 +0200 Received: from ivoras by 89-172-43-67.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jul 2007 18:51:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 01 Jul 2007 18:51:05 +0200 Lines: 34 Message-ID: References: <20070630085038.GA1473@roadrunner.q.local> <20070701041050.M552@10.0.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF4A4FB7093D48AAC67004CD2" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-43-67.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <20070701041050.M552@10.0.0.1> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 16:51:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF4A4FB7093D48AAC67004CD2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jeff Roberson wrote: > I suspect this is showing processes on the runqueue since top is the > only thing that is running anyhow. Shouldn't the number of processes in RUN state be synchronized with the "processes running" message in top? I've noticed that, when I disable display of idle processes in top ("i" key), those that are left are in various state - such as accept, biord, etc. in addition to "RUN". Is this just because of time fuzz wince top is preempted by other processes? --------------enigF4A4FB7093D48AAC67004CD2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGh9t+ldnAQVacBcgRAn6dAKD9C0SJc3wp8H5gSp9ZU369t6/fLACgtUP8 UU03hnX/kZmSFJA75Luk79I= =WX17 -----END PGP SIGNATURE----- --------------enigF4A4FB7093D48AAC67004CD2-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 16:56:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B593A16A468 for ; Sun, 1 Jul 2007 16:56:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 7691C13C483 for ; Sun, 1 Jul 2007 16:56:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so313942anc for ; Sun, 01 Jul 2007 09:56:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O8myjIdMzmTqOFWG97S9sJPxI47BC+9L/+c4kJ7uUYvxAqqYL4UeJDA0ghtwUqVk23jKJy2PM4sZ6vd9wNQo0aMJx3P+IVr1i1kFhtRl+qy5XyHzkVs/+H9Ft+4uIUvDwpmKMHVdTbUel02usfd90fPhMVAWuDYY3F3qeLaFCmw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=raReAUARCp/QgCDiTPZFfNkEwLEank2wtIfAssR0APZS31/TmBtQIUH/YBKEmG4NcPl2ihGDOsehyZbhi9wvJElnOtlXbj4OpYk5d7ybrscED9GVOc4vw5h3fv9ZBEcw/Df21MRuX7DURezbnz+0tGQotsnXCY1/4TXAPXcqHIo= Received: by 10.100.143.11 with SMTP id q11mr3245532and.1183309008512; Sun, 01 Jul 2007 09:56:48 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 1 Jul 2007 09:56:48 -0700 (PDT) Message-ID: <499c70c0707010956qdb45580s16a50c8795dbbcea@mail.gmail.com> Date: Sun, 1 Jul 2007 19:56:48 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: current@freebsd.org In-Reply-To: <20070630085038.GA1473@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070630085038.GA1473@roadrunner.q.local> Cc: Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 16:56:49 -0000 On 6/30/07, Ulrich Spoerlein wrote: > Hi all, > > I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine > (where ULE has no advantage over BSD, right?) > Cheers, > Ulrich Spoerlein > > PS: whats the new state 'ucond' all about? SCHED_ULE runs MySQL faster in my UP server vs SCHED_4BSD with FreeBSD 7.0 As for uncond maybe someone could tell us about it, but I thunk it has to do with libthr. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 16:57:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94A7216A468 for ; Sun, 1 Jul 2007 16:57:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 8276C13C44C for ; Sun, 1 Jul 2007 16:57:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Sun, 01 Jul 2007 09:57:20 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 0751E125CE1; Sun, 1 Jul 2007 09:02:44 -0700 (PDT) Message-ID: <4687D02E.9010703@elischer.org> Date: Sun, 01 Jul 2007 09:02:54 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Momchil Ivanov References: <20070630085038.GA1473@roadrunner.q.local> <200707011347.26028.idiotbg@gmail.com> In-Reply-To: <200707011347.26028.idiotbg@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 16:57:20 -0000 Momchil Ivanov wrote: > On Saturday 30 June 2007 10:50:38 Ulrich Spoerlein wrote: >> Hi all, >> >> I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine >> (where ULE has no advantage over BSD, right?) the proceses in RUN state are runnable and not in a sleep queue or waiting on a mutex.. > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1038 space 3 20 0 74196K 64224K kserel 0:07 0.00% opera > 1089 space 3 20 0 57064K 48108K kserel 0:16 0.00% kmail > 950 space 1 96 0 54568K 36388K select 0:19 2.93% Xorg > 1013 space 1 96 0 35348K 29004K RUN 0:01 0.00% kdeinit > 1087 space 1 96 0 34600K 28608K select 0:00 0.00% korgac > 1083 space 1 96 0 33184K 24020K select 0:00 0.00% kdeinit > 1025 space 1 96 0 32416K 26876K RUN 0:01 0.00% kdeinit > 1069 space 1 96 0 32072K 26584K select 0:00 0.00% kdeinit > 1151 space 1 96 0 31612K 26120K select 0:00 0.00% kdeinit > 1045 space 1 96 0 31612K 26116K select 0:00 0.00% kdeinit > 1035 space 1 96 0 31164K 25960K select 0:00 0.00% kgpg > 1023 space 1 96 0 31028K 26016K RUN 0:01 0.00% kdeinit > 1051 space 1 96 0 30564K 23000K select 0:01 0.00% pidgin > 1021 space 1 96 0 28724K 22896K RUN 0:01 0.00% kdeinit > > on my laptop with FreeBSD 6.2-STABLE #10: Thu Jun 14 13:01:26 CEST 2007. After > the next refresh of top, these in state "RUN" are in state "select", and > only "top" is shown in state "RUN". However if I change the order of sorting, > say by size or by cpu usage, in the first moment I see a couple of processes > in "RUN" state as above and after the next refresh top shows them in "select" > state. > From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 19:16:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD4A016A469 for ; Sun, 1 Jul 2007 19:16:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE3A13C43E for ; Sun, 1 Jul 2007 19:16:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l61IciA2088434 for ; Sun, 1 Jul 2007 11:38:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l61IciVl088433 for current@freebsd.org; Sun, 1 Jul 2007 11:38:44 -0700 (PDT) (envelope-from david) Date: Sun, 1 Jul 2007 11:38:44 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20070701183844.GA87424@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 19:16:59 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Although I track CURRENT daily on my laptop, I hadn't run into this issue, as I don't use KErberos on the laptop. I try to track CURRENT on a weekly basis for my work desktop, where I do use Kerberos. (I ran out of time last Sunday, because I also update ports, and OpenOffice took quite a while.) Thus, I believe that what caused this would have been committed on or after 24 June, which is when I built CURRENT previously on the machine. Although I tend to use public key authentication (for ssh), we have a requirement at work that certain machines need to be accessible via ssh once the requstor has authenticated via Kerberos. Thus, while the machines in question will accept (and in some cases, are configured to prefer) gssapi-with-mic authentication, I'm in the habit of ignoring that and using the public-key authentication that I'm already set up to use. So after building & booting today's CURRENT on the machine: catmint(7.0-C)[1] uname -a FreeBSD catmint.mail-abuse.org 7.0-CURRENT FreeBSD 7.0-CURRENT #88: Sun Jul= 1 10:30:56 PDT 2007 root@catmint.mail-abuse.org:/common/S4/obj/usr/sr= c/sys/CATMINT i386 catmint(7.0-C)[2]=20 I wanted to do a reality check on a different machine: catmint(7.0-C)[4] ssh -x repo df / Segmentation fault (core dumped) catmint(7.0-C)[5]=20 Huh? OK; a little more detail: catmint(7.0-C)[8] ssh -vvv -x repo OpenSSH_4.5p1 FreeBSD-20061110, OpenSSL 0.9.8e 23 Feb 2007 debug1: Reading configuration data /home/dhw/.ssh/config debug1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to repo.mail-abuse.org [168.61.10.54] port 22. debug1: Connection established. debug1: identity file /home/dhw/.ssh/identity type 0 debug3: Not a RSA1 key file /home/dhw/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/dhw/.ssh/id_rsa type 1 debug3: Not a RSA1 key file /home/dhw/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/dhw/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5p1 = FreeBSD-20061110 debug1: match: OpenSSH_4.5p1 FreeBSD-20061110 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hell= man-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-s= ha1 debug2: kex_parse_kexinit: ssh-dss,ssh-rsa debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arc= four128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.s= e,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arc= four128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.s= e,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160= @openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160= @openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit:=20 debug2: kex_parse_kexinit:=20 debug2: kex_parse_kexinit: first_kex_follows 0=20 debug2: kex_parse_kexinit: reserved 0=20 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hell= man-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-s= ha1 debug2: kex_parse_kexinit: ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arc= four128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.s= e,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arc= four128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.s= e,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160= @openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160= @openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit:=20 debug2: kex_parse_kexinit:=20 debug2: kex_parse_kexinit: first_kex_follows 0=20 debug2: kex_parse_kexinit: reserved 0=20 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 127/256 debug2: bits set: 506/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/dhw/.ssh/known_hosts debug3: check_host_in_hostfile: match line 82 debug1: Host 'repo.mail-abuse.org' is known and matches the DSA host key. debug1: Found key in /home/dhw/.ssh/known_hosts:82 debug2: bits set: 528/1024 debug1: ssh_dss_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/david/.ssh/id_rsa (0x28434e20) debug2: key: /home/david/.ssh/id_dsa (0x28434e30) debug2: key: /home/dhw/.ssh/id_rsa (0x28434d20) debug2: key: /home/dhw/.ssh/id_dsa (0x28434d30) debug1: Authentications that can continue: publickey,gssapi-with-mic debug3: start over, passed a different list publickey,gssapi-with-mic debug3: preferred gssapi-with-mic,publickey,keyboard-interactive,password debug3: authmethod_lookup gssapi-with-mic debug3: remaining preferred: publickey,keyboard-interactive,password debug3: authmethod_is_enabled gssapi-with-mic debug1: Next authentication method: gssapi-with-mic Segmentation fault (core dumped) catmint(7.0-C)[9]=20 Hmmm.... kinky.... OK; how about this: catmint(7.0-C)[10] kinit dhw@MAIL-ABUSE.ORG's Password:=20 kinit: NOTICE: ticket renewable lifetime is 0 catmint(7.0-C)[11] ssh -x repo uname -a FreeBSD repo.mail-abuse.org 6.2-STABLE FreeBSD 6.2-STABLE #61: Sun Jul 1 0= 6:28:55 PDT 2007 dhw@repo.mail-abuse.org:/usr/obj/usr/src/sys/SMP_PAE = i386 catmint(7.0-C)[12]=20 As a further reality check, I booted back to STABLE & tried the ssh again: catmint(6.2-S)[1] uname -a FreeBSD catmint.mail-abuse.org 6.2-STABLE FreeBSD 6.2-STABLE #30: Sun Jul = 1 07:05:51 PDT 2007 root@catmint.mail-abuse.org:/common/S1/obj/usr/src/= sys/CATMINT i386 catmint(6.2-S)[2] ssh -x repo uname -a FreeBSD repo.mail-abuse.org 6.2-STABLE FreeBSD 6.2-STABLE #61: Sun Jul 1 0= 6:28:55 PDT 2007 dhw@repo.mail-abuse.org:/usr/obj/usr/src/sys/SMP_PAE = i386 catmint(6.2-S)[3] uptime 11:33AM up 2 mins, 2 users, load averages: 0.35, 0.23, 0.09 catmint(6.2-S)[4]=20 I'm willing to try some things on the machine to help diagnose the problem(s) under CURRENT, but there are some things I'd like to do with it (that will take a few hours,such as a "make release") that I'd much rather do while it's running STABLE. And Sundays are about the only days I can really count on being able to do anything with CURRENT on the machine. (I'm in US/PAcific time zone.) So: clues? Would building a debugging version of ssh be a reasonable step? Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkaH9LMACgkQmprOCmdXAD1tLACZAcQTTBhE921+W6+EEXUm/CTT FV4An1BtuNUMf1FevTgf8JVQ1AW9Hcj6 =lwOy -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 19:44:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA7F016A468 for ; Sun, 1 Jul 2007 19:44:06 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id A89A213C469 for ; Sun, 1 Jul 2007 19:44:06 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 24652 invoked from network); 1 Jul 2007 19:44:07 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 1 Jul 2007 19:44:07 -0000 Message-ID: <46880400.70808@root.org> Date: Sun, 01 Jul 2007 12:44:00 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: current X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 19:44:06 -0000 Simply trying to mount a FAT filesystem in an external USB SD flash reader. The reader works fine, no errors in dmesg. deenlo# fdisk da2 ******* Working on device /dev/da2 ******* parameters extracted from in-core disklabel are: cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) start 243, size 2011917 (982 Meg), flag 0 beg: cyl 0/ head 3/ sector 55; end: cyl 998/ head 3/ sector 3 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos mount_msdosfs: /dev/da2s1: No such file or directory deenlo# mount -t msdosfs /dev/da2 /mnt/dos mount_msdosfs: /dev/da2: Invalid argument deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos [success] So I'm guessing GEOM had to decide to create /dev/da2s1 after I tried to mount /dev/da2 directly? Nothing else would create the da2s1 device. Once the device was created with make_dev(), repeated unmounts/mounts work fine. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 20:10:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A05A16A400 for ; Sun, 1 Jul 2007 20:10:53 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id EC31413C4D1 for ; Sun, 1 Jul 2007 20:10:52 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l61KAmnE082891; Mon, 2 Jul 2007 00:10:48 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 2 Jul 2007 00:10:48 +0400 (MSD) From: Dmitry Morozovsky To: Nate Lawson In-Reply-To: <46880400.70808@root.org> Message-ID: <20070702000903.L81781@woozle.rinet.ru> References: <46880400.70808@root.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 02 Jul 2007 00:10:48 +0400 (MSD) Cc: current Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 20:10:53 -0000 On Sun, 1 Jul 2007, Nate Lawson wrote: NL> Simply trying to mount a FAT filesystem in an external USB SD flash NL> reader. The reader works fine, no errors in dmesg. NL> NL> deenlo# fdisk da2 NL> ******* Working on device /dev/da2 ******* NL> parameters extracted from in-core disklabel are: NL> cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) NL> NL> parameters to be used for BIOS calculations are: NL> cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) NL> NL> Media sector size is 512 NL> Warning: BIOS sector numbering starts with sector 1 NL> Information from DOS bootblock is: NL> The data for partition 1 is: NL> sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) NL> start 243, size 2011917 (982 Meg), flag 0 NL> beg: cyl 0/ head 3/ sector 55; NL> end: cyl 998/ head 3/ sector 3 NL> The data for partition 2 is: NL> NL> The data for partition 3 is: NL> NL> The data for partition 4 is: NL> NL> deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos NL> mount_msdosfs: /dev/da2s1: No such file or directory NL> deenlo# mount -t msdosfs /dev/da2 /mnt/dos NL> mount_msdosfs: /dev/da2: Invalid argument NL> deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos NL> [success] NL> NL> So I'm guessing GEOM had to decide to create /dev/da2s1 after I tried to NL> mount /dev/da2 directly? Nothing else would create the da2s1 device. NL> Once the device was created with make_dev(), repeated unmounts/mounts NL> work fine. Do you insert your card after reader got initialized? I have internal reader in my work machine, and have to use dd if=/dev/null of=/dev/daN count=0 to [re]initialize GEOM providers on newly inserted card... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 20:21:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F145A16A421 for ; Sun, 1 Jul 2007 20:21:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C2AA913C447 for ; Sun, 1 Jul 2007 20:21:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1EA12474E3; Sun, 1 Jul 2007 16:21:48 -0400 (EDT) Date: Sun, 1 Jul 2007 21:21:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <499c70c0707010956qdb45580s16a50c8795dbbcea@mail.gmail.com> Message-ID: <20070701211819.O46634@fledge.watson.org> References: <20070630085038.GA1473@roadrunner.q.local> <499c70c0707010956qdb45580s16a50c8795dbbcea@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 20:21:49 -0000 On Sun, 1 Jul 2007, Abdullah Ibn Hamad Al-Marri wrote: > On 6/30/07, Ulrich Spoerlein wrote: >> Hi all, >> >> I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine >> (where ULE has no advantage over BSD, right?) >> >> PS: whats the new state 'ucond' all about? > > SCHED_ULE runs MySQL faster in my UP server vs SCHED_4BSD with FreeBSD 7.0 > > As for uncond maybe someone could tell us about it, but I thunk it has to do > with libthr. With libthr, when a thread blocks waiting on a userspace mutex or condition variable, that is exposed to the kernel via the umtx system calls. You can look in kern_umtx.c for details, but the short of it is that the "ucond" state has to do with waiting on a condition variable associated with a umtx, so reflect in-application synchronization between threads. With the m:n libpthread, waiting and synchronization between threads wasn't explicitly visible to the OS, so you basically just saw "kserel", which meant that there were no runnable threads. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 20:31:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D908B16A468 for ; Sun, 1 Jul 2007 20:31:30 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id BECAC13C44B for ; Sun, 1 Jul 2007 20:31:30 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 27873 invoked from network); 1 Jul 2007 20:31:31 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 1 Jul 2007 20:31:31 -0000 Message-ID: <46880F1C.3020602@root.org> Date: Sun, 01 Jul 2007 13:31:24 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Dmitry Morozovsky References: <46880400.70808@root.org> <20070702000903.L81781@woozle.rinet.ru> In-Reply-To: <20070702000903.L81781@woozle.rinet.ru> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 20:31:30 -0000 Dmitry Morozovsky wrote: > On Sun, 1 Jul 2007, Nate Lawson wrote: > > NL> Simply trying to mount a FAT filesystem in an external USB SD flash > NL> reader. The reader works fine, no errors in dmesg. > NL> > NL> deenlo# fdisk da2 > NL> ******* Working on device /dev/da2 ******* > NL> parameters extracted from in-core disklabel are: > NL> cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) > NL> > NL> parameters to be used for BIOS calculations are: > NL> cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) > NL> > NL> Media sector size is 512 > NL> Warning: BIOS sector numbering starts with sector 1 > NL> Information from DOS bootblock is: > NL> The data for partition 1 is: > NL> sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) > NL> start 243, size 2011917 (982 Meg), flag 0 > NL> beg: cyl 0/ head 3/ sector 55; > NL> end: cyl 998/ head 3/ sector 3 > NL> The data for partition 2 is: > NL> > NL> The data for partition 3 is: > NL> > NL> The data for partition 4 is: > NL> > NL> deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos > NL> mount_msdosfs: /dev/da2s1: No such file or directory > NL> deenlo# mount -t msdosfs /dev/da2 /mnt/dos > NL> mount_msdosfs: /dev/da2: Invalid argument > NL> deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos > NL> [success] > NL> > NL> So I'm guessing GEOM had to decide to create /dev/da2s1 after I tried to > NL> mount /dev/da2 directly? Nothing else would create the da2s1 device. > NL> Once the device was created with make_dev(), repeated unmounts/mounts > NL> work fine. > > Do you insert your card after reader got initialized? I have internal reader in > my work machine, and have to use > > dd if=/dev/null of=/dev/daN count=0 > > to [re]initialize GEOM providers on newly inserted card... Yes, you're exactly right. However, shouldn't a read from a device trigger a re-taste if the media is removable? So the fdisk of da2 should have caused it to re-read the MBR and create /dev/da2s1. I think maybe there should be a flag set for devices with removable media that causes the device to be re-tasted on every mount request. Other ideas how to fix this? -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 20:37:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE6F816A46E for ; Sun, 1 Jul 2007 20:37:22 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4B74113C46A for ; Sun, 1 Jul 2007 20:37:21 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l61KbLtH083411; Mon, 2 Jul 2007 00:37:21 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 2 Jul 2007 00:37:21 +0400 (MSD) From: Dmitry Morozovsky To: Nate Lawson In-Reply-To: <46880F1C.3020602@root.org> Message-ID: <20070702003506.K81781@woozle.rinet.ru> References: <46880400.70808@root.org> <20070702000903.L81781@woozle.rinet.ru> <46880F1C.3020602@root.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 02 Jul 2007 00:37:21 +0400 (MSD) Cc: current Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2007 20:37:22 -0000 On Sun, 1 Jul 2007, Nate Lawson wrote: NL> > Do you insert your card after reader got initialized? I have internal reader in NL> > my work machine, and have to use NL> > NL> > dd if=/dev/null of=/dev/daN count=0 NL> > NL> > to [re]initialize GEOM providers on newly inserted card... NL> NL> Yes, you're exactly right. However, shouldn't a read from a device NL> trigger a re-taste if the media is removable? So the fdisk of da2 NL> should have caused it to re-read the MBR and create /dev/da2s1. I think NL> maybe there should be a flag set for devices with removable media that NL> causes the device to be re-tasted on every mount request. NL> NL> Other ideas how to fix this? IIRC, former discussion leads to the fact that GEOM prividers list is updated only after (even empty) write request, not read ones... AFAIC wind0ze systems are constantly polling removable devices to detect media changes. Don't know about current Linuces. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jul 1 23:11:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB31016A47A; Sun, 1 Jul 2007 23:11:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8A22D13C455; Sun, 1 Jul 2007 23:11:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l61NBun6020050; Sun, 1 Jul 2007 19:11:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l61NBumv048854; Sun, 1 Jul 2007 19:11:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6980473068; Sun, 1 Jul 2007 19:11:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070701231156.6980473068@freebsd-current.sentex.ca> Date: Sun, 1 Jul 2007 19:11:56 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2007 23:11:58 -0000 TB --- 2007-07-01 21:36:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-01 21:36:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-01 21:36:34 - cleaning the object tree TB --- 2007-07-01 21:36:54 - checking out the source tree TB --- 2007-07-01 21:36:54 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-01 21:36:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-01 21:44:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-01 21:44:13 - cd /src TB --- 2007-07-01 21:44:13 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 1 21:44:14 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jul 1 22:59:03 UTC 2007 TB --- 2007-07-01 22:59:03 - generating LINT kernel config TB --- 2007-07-01 22:59:03 - cd /src/sys/powerpc/conf TB --- 2007-07-01 22:59:03 - /usr/bin/make -B LINT TB --- 2007-07-01 22:59:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-01 22:59:03 - cd /src TB --- 2007-07-01 22:59:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 1 22:59:03 UTC 2007 >>> 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 [...] bf_skey.o(.text+0x140): In function `BF_set_key': : undefined reference to `BF_encrypt' bf_skey.o(.text+0x164): In function `BF_set_key': : undefined reference to `BF_encrypt' xform.o(.text+0xac8): In function `blf_decrypt': : undefined reference to `BF_decrypt' xform.o(.text+0xb40): In function `blf_encrypt': : undefined reference to `BF_encrypt' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-01 23:11:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-01 23:11:55 - ERROR: failed to build lint kernel TB --- 2007-07-01 23:11:55 - tinderbox aborted TB --- 0.69 user 1.62 system 5721.69 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 03:28:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27EB116A400 for ; Mon, 2 Jul 2007 03:28:59 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id CD37613C43E for ; Mon, 2 Jul 2007 03:28:58 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l623ShhA039928 for ; Sun, 1 Jul 2007 20:28:44 -0700 (PDT) Date: Mon, 02 Jul 2007 12:28:29 +0900 Message-ID: From: gnn@freebsd.org To: In-Reply-To: <20070701231156.6980473068@freebsd-current.sentex.ca> References: <20070701231156.6980473068@freebsd-current.sentex.ca> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 03:28:59 -0000 FYI, these should all have been temporary failures due to checking timing. Best, George From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 03:56:26 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEE4A16A468 for ; Mon, 2 Jul 2007 03:56:26 +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 7D01613C44C for ; Mon, 2 Jul 2007 03:56:26 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l623rNmq004444; Sun, 1 Jul 2007 21:53:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Jul 2007 21:54:04 -0600 (MDT) Message-Id: <20070701.215404.1670806422.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <46880400.70808@root.org> References: <46880400.70808@root.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Jul 2007 21:53:23 -0600 (MDT) Cc: current@FreeBSD.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 03:56:26 -0000 In message: <46880400.70808@root.org> Nate Lawson writes: : Simply trying to mount a FAT filesystem in an external USB SD flash : reader. The reader works fine, no errors in dmesg. : : deenlo# fdisk da2 : ******* Working on device /dev/da2 ******* : parameters extracted from in-core disklabel are: : cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) : : parameters to be used for BIOS calculations are: : cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) : : Media sector size is 512 : Warning: BIOS sector numbering starts with sector 1 : Information from DOS bootblock is: : The data for partition 1 is: : sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) : start 243, size 2011917 (982 Meg), flag 0 : beg: cyl 0/ head 3/ sector 55; : end: cyl 998/ head 3/ sector 3 : The data for partition 2 is: : : The data for partition 3 is: : : The data for partition 4 is: : : deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos : mount_msdosfs: /dev/da2s1: No such file or directory : deenlo# mount -t msdosfs /dev/da2 /mnt/dos : mount_msdosfs: /dev/da2: Invalid argument : deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos : [success] : : So I'm guessing GEOM had to decide to create /dev/da2s1 after I tried to : mount /dev/da2 directly? Nothing else would create the da2s1 device. : Once the device was created with make_dev(), repeated unmounts/mounts : work fine. The reading of the device is taking a while, no? I've seen significant lags between when the flash reader is inserted, and the device is ready and the tasting process finishes. Reseating everything often fixes the problem. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 03:56:29 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BB2B16A46F for ; Mon, 2 Jul 2007 03:56:29 +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 2DCB313C43E for ; Mon, 2 Jul 2007 03:56:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l623tG4x004461; Sun, 1 Jul 2007 21:55:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Jul 2007 21:55:57 -0600 (MDT) Message-Id: <20070701.215557.1373430453.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <46880F1C.3020602@root.org> References: <46880400.70808@root.org> <20070702000903.L81781@woozle.rinet.ru> <46880F1C.3020602@root.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Jul 2007 21:55:18 -0600 (MDT) Cc: marck@rinet.ru, current@FreeBSD.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 03:56:29 -0000 In message: <46880F1C.3020602@root.org> Nate Lawson writes: : Yes, you're exactly right. However, shouldn't a read from a device : trigger a re-taste if the media is removable? I don't think it does. The driver is expected to poll, however... : So the fdisk of da2 : should have caused it to re-read the MBR and create /dev/da2s1. I think : maybe there should be a flag set for devices with removable media that : causes the device to be re-tasted on every mount request. Is there even a removable flag to disks? : Other ideas how to fix this? Unsure. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:00:55 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C09016A421 for ; Mon, 2 Jul 2007 04:00:55 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 82F9613C457 for ; Mon, 2 Jul 2007 04:00:55 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 47598 invoked from network); 2 Jul 2007 04:00:57 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 04:00:57 -0000 Message-ID: <4688786F.5080408@root.org> Date: Sun, 01 Jul 2007 21:00:47 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: "M. Warner Losh" References: <46880400.70808@root.org> <20070701.215404.1670806422.imp@bsdimp.com> In-Reply-To: <20070701.215404.1670806422.imp@bsdimp.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:00:55 -0000 M. Warner Losh wrote: > In message: <46880400.70808@root.org> > Nate Lawson writes: > : Simply trying to mount a FAT filesystem in an external USB SD flash > : reader. The reader works fine, no errors in dmesg. > : > : deenlo# fdisk da2 > : ******* Working on device /dev/da2 ******* > : parameters extracted from in-core disklabel are: > : cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) > : > : parameters to be used for BIOS calculations are: > : cylinders=982 heads=64 sectors/track=32 (2048 blks/cyl) > : > : Media sector size is 512 > : Warning: BIOS sector numbering starts with sector 1 > : Information from DOS bootblock is: > : The data for partition 1 is: > : sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) > : start 243, size 2011917 (982 Meg), flag 0 > : beg: cyl 0/ head 3/ sector 55; > : end: cyl 998/ head 3/ sector 3 > : The data for partition 2 is: > : > : The data for partition 3 is: > : > : The data for partition 4 is: > : > : deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos > : mount_msdosfs: /dev/da2s1: No such file or directory > : deenlo# mount -t msdosfs /dev/da2 /mnt/dos > : mount_msdosfs: /dev/da2: Invalid argument > : deenlo# mount -t msdosfs /dev/da2s1 /mnt/dos > : [success] > : > : So I'm guessing GEOM had to decide to create /dev/da2s1 after I tried to > : mount /dev/da2 directly? Nothing else would create the da2s1 device. > : Once the device was created with make_dev(), repeated unmounts/mounts > : work fine. > > The reading of the device is taking a while, no? I've seen > significant lags between when the flash reader is inserted, and the > device is ready and the tasting process finishes. Reseating > everything often fixes the problem. Nope, dmarck is right. The reader was inserted "empty", then the media was added. It took a write to the device (maybe via the mount attempt of /dev/da2) to trigger a re-taste. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:03:49 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 162CB16A469 for ; Mon, 2 Jul 2007 04:03:49 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id D44E113C4B8 for ; Mon, 2 Jul 2007 04:03:48 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 47661 invoked from network); 2 Jul 2007 04:03:50 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 04:03:50 -0000 Message-ID: <4688791D.6050007@root.org> Date: Sun, 01 Jul 2007 21:03:41 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: "M. Warner Losh" References: <46880400.70808@root.org> <20070702000903.L81781@woozle.rinet.ru> <46880F1C.3020602@root.org> <20070701.215557.1373430453.imp@bsdimp.com> In-Reply-To: <20070701.215557.1373430453.imp@bsdimp.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marck@rinet.ru, current@FreeBSD.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:03:49 -0000 M. Warner Losh wrote: > In message: <46880F1C.3020602@root.org> > Nate Lawson writes: > : Yes, you're exactly right. However, shouldn't a read from a device > : trigger a re-taste if the media is removable? > > I don't think it does. The driver is expected to poll, however... > > : So the fdisk of da2 > : should have caused it to re-read the MBR and create /dev/da2s1. I think > : maybe there should be a flag set for devices with removable media that > : causes the device to be re-tasted on every mount request. > > Is there even a removable flag to disks? In SCSI there is, removable flag combined with medium not present: da2 at umass-sim1 bus 1 target 0 lun 2 da2: Removable Direct Access SCSI-0 device ^^^^^^^^^ da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present What if we kicked off a thread to run every 3 seconds that did a quick poll of such devices and sent a devd notify if they arrived (i.e. medium present)? It wouldn't work for floppy drives, but we could make this part of the da driver or something in usermode like devd itself calling camcontrol? -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:20:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B0BD16A46C for ; Mon, 2 Jul 2007 04:20:41 +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 19BCE13C43E for ; Mon, 2 Jul 2007 04:20:41 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l624IUN1004720; Sun, 1 Jul 2007 22:18:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Jul 2007 22:19:11 -0600 (MDT) Message-Id: <20070701.221911.1394573729.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <4688791D.6050007@root.org> References: <46880F1C.3020602@root.org> <20070701.215557.1373430453.imp@bsdimp.com> <4688791D.6050007@root.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Jul 2007 22:18:30 -0600 (MDT) Cc: marck@rinet.ru, current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:20:41 -0000 In message: <4688791D.6050007@root.org> Nate Lawson writes: : M. Warner Losh wrote: : > In message: <46880F1C.3020602@root.org> : > Nate Lawson writes: : > : Yes, you're exactly right. However, shouldn't a read from a device : > : trigger a re-taste if the media is removable? : > : > I don't think it does. The driver is expected to poll, however... : > : > : So the fdisk of da2 : > : should have caused it to re-read the MBR and create /dev/da2s1. I think : > : maybe there should be a flag set for devices with removable media that : > : causes the device to be re-tasted on every mount request. : > : > Is there even a removable flag to disks? : : In SCSI there is, removable flag combined with medium not present: : : da2 at umass-sim1 bus 1 target 0 lun 2 : da2: Removable Direct Access SCSI-0 device : ^^^^^^^^^ : da2: 40.000MB/s transfers : da2: Attempt to query device size failed: NOT READY, Medium not present I think you've misunderstood my point. I know that SCSI has this flag, but I can't find anything in GEOM that it would map to. It seems a common enough situation that having such a flag in GEOM would be beneficial and easy to implement. : What if we kicked off a thread to run every 3 seconds that did a quick : poll of such devices and sent a devd notify if they arrived (i.e. medium : present)? It wouldn't work for floppy drives, but we could make this : part of the da driver or something in usermode like devd itself calling : camcontrol? In the past, people have said that polling messes up multimedia access, so it hasn't happened. But wouldn't a simple daemon in userland do the same thing? Or parsing the output of camcontrol inquiry? Camcontrol rescan is a nop for these devices. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:21:28 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF28B16A41F for ; Mon, 2 Jul 2007 04:21:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 92FB513C447 for ; Mon, 2 Jul 2007 04:21:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4021817383; Mon, 2 Jul 2007 04:21:27 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l624LQtx042856; Mon, 2 Jul 2007 04:21:26 GMT (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 01 Jul 2007 21:00:47 MST." <4688786F.5080408@root.org> Date: Mon, 02 Jul 2007 04:21:26 +0000 Message-ID: <42855.1183350086@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org, "M. Warner Losh" Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:21:28 -0000 In message <4688786F.5080408@root.org>, Nate Lawson writes: >M. Warner Losh wrote: >Nope, dmarck is right. The reader was inserted "empty", then the media >was added. It took a write to the device (maybe via the mount attempt >of /dev/da2) to trigger a re-taste. Actually you only need to open it for write, I usually use: true > /dev/da2 The problem here is, quite simply, that nobody tells GEOM that a card has been inserted. opening for a write and then closing it forces a retaste because metadata blocks could have been written. The correct fix for this is to have scsi_da tell geom that the card was inserted. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:46:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C27F16A46D for ; Mon, 2 Jul 2007 04:46:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB3313C468 for ; Mon, 2 Jul 2007 04:46:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 48990 invoked from network); 2 Jul 2007 04:46:14 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 04:46:14 -0000 Message-ID: <4688830C.6050701@root.org> Date: Sun, 01 Jul 2007 21:46:04 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: "M. Warner Losh" References: <46880F1C.3020602@root.org> <20070701.215557.1373430453.imp@bsdimp.com> <4688791D.6050007@root.org> <20070701.221911.1394573729.imp@bsdimp.com> In-Reply-To: <20070701.221911.1394573729.imp@bsdimp.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marck@rinet.ru, current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:46:12 -0000 M. Warner Losh wrote: > In message: <4688791D.6050007@root.org> > Nate Lawson writes: > : What if we kicked off a thread to run every 3 seconds that did a quick > : poll of such devices and sent a devd notify if they arrived (i.e. medium > : present)? It wouldn't work for floppy drives, but we could make this > : part of the da driver or something in usermode like devd itself calling > : camcontrol? > > In the past, people have said that polling messes up multimedia > access, so it hasn't happened. > > But wouldn't a simple daemon in userland do the same thing? Or > parsing the output of camcontrol inquiry? Camcontrol rescan is a nop > for these devices. camcontrol tur (test unit ready) will return an error or success if the medium is now present. Kicking off a process to do that when a removable media da(4) device appears seems like a good idea. It could also be a thread in devd. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:48:55 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7595016A41F for ; Mon, 2 Jul 2007 04:48:55 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 45B3B13C4AE for ; Mon, 2 Jul 2007 04:48:55 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 49077 invoked from network); 2 Jul 2007 04:48:57 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 04:48:57 -0000 Message-ID: <468883AF.8040300@root.org> Date: Sun, 01 Jul 2007 21:48:47 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Poul-Henning Kamp References: <42855.1183350086@critter.freebsd.dk> In-Reply-To: <42855.1183350086@critter.freebsd.dk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, "M. Warner Losh" Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:48:55 -0000 Poul-Henning Kamp wrote: > In message <4688786F.5080408@root.org>, Nate Lawson writes: >> M. Warner Losh wrote: > >> Nope, dmarck is right. The reader was inserted "empty", then the media >> was added. It took a write to the device (maybe via the mount attempt >> of /dev/da2) to trigger a re-taste. > > Actually you only need to open it for write, I usually use: > > true > /dev/da2 Ok. > The problem here is, quite simply, that nobody tells GEOM that a card > has been inserted. > > opening for a write and then closing it forces a retaste because metadata > blocks could have been written. > > The correct fix for this is to have scsi_da tell geom that the card > was inserted. It doesn't get an interrupt or anything. The only way to find media is now present is through polling. I suggested in another reply how to do this from userland. I just tested that method and it works. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:50:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 344C016A469 for ; Mon, 2 Jul 2007 04:50:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E9FD513C45B for ; Mon, 2 Jul 2007 04:50:42 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8B9F417380; Mon, 2 Jul 2007 04:50:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l624ofZk054254; Mon, 2 Jul 2007 04:50:41 GMT (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 01 Jul 2007 21:46:04 MST." <4688830C.6050701@root.org> Date: Mon, 02 Jul 2007 04:50:41 +0000 Message-ID: <54253.1183351841@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: marck@rinet.ru, "M. Warner Losh" , current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 04:50:43 -0000 In message <4688830C.6050701@root.org>, Nate Lawson writes: >camcontrol tur (test unit ready) will return an error or success if the >medium is now present. Kicking off a process to do that when a >removable media da(4) device appears seems like a good idea. It could >also be a thread in devd. I would call that "The Linux Solution" :-) The right place to poll is from scsi_da. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 05:05:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FB1C16A41F for ; Mon, 2 Jul 2007 05:05:28 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id E443C13C447 for ; Mon, 2 Jul 2007 05:05:27 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 49877 invoked from network); 2 Jul 2007 05:05:29 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 05:05:29 -0000 Message-ID: <4688878F.20406@root.org> Date: Sun, 01 Jul 2007 22:05:19 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Poul-Henning Kamp References: <54253.1183351841@critter.freebsd.dk> In-Reply-To: <54253.1183351841@critter.freebsd.dk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marck@rinet.ru, "M. Warner Losh" , current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 05:05:28 -0000 Poul-Henning Kamp wrote: > In message <4688830C.6050701@root.org>, Nate Lawson writes: > >> camcontrol tur (test unit ready) will return an error or success if the >> medium is now present. Kicking off a process to do that when a >> removable media da(4) device appears seems like a good idea. It could >> also be a thread in devd. > > I would call that "The Linux Solution" :-) > > The right place to poll is from scsi_da. I disagree. Once scsi_da found the media, it would then somehow need to notify devd (i.e. to automount). If both functions are in devd, the loop becomes: while (1) { camcontrol tur mydev; if (found) notify_automount; break; sleep 3; } -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 05:32:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 476C216A400 for ; Mon, 2 Jul 2007 05:32:18 +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 08D2313C44B for ; Mon, 2 Jul 2007 05:32:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l625VC1R005203; Sun, 1 Jul 2007 23:31:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 01 Jul 2007 23:31:53 -0600 (MDT) Message-Id: <20070701.233153.-1343615328.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <4688878F.20406@root.org> References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 01 Jul 2007 23:31:13 -0600 (MDT) Cc: phk@phk.freebsd.dk, marck@rinet.ru, current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 05:32:18 -0000 In message: <4688878F.20406@root.org> Nate Lawson writes: : Poul-Henning Kamp wrote: : > In message <4688830C.6050701@root.org>, Nate Lawson writes: : > : >> camcontrol tur (test unit ready) will return an error or success if the : >> medium is now present. Kicking off a process to do that when a : >> removable media da(4) device appears seems like a good idea. It could : >> also be a thread in devd. : > : > I would call that "The Linux Solution" :-) : > : > The right place to poll is from scsi_da. : : I disagree. Once scsi_da found the media, it would then somehow need to : notify devd (i.e. to automount). If both functions are in devd, the : loop becomes: : : while (1) { : camcontrol tur mydev; : if (found) : notify_automount; : break; : sleep 3; : } This doesn't belong in devd. Robert has patches to bring new geom entries into the realm of devd. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 05:47:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25C9616A473; Mon, 2 Jul 2007 05:47:56 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id CDE4713C480; Mon, 2 Jul 2007 05:47:55 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l625lrDU062468 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 2 Jul 2007 01:47:54 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sun, 1 Jul 2007 22:47:33 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org Message-ID: <20070701224452.I552@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 05:47:56 -0000 I fixed a major bug in SCHED_SMP that impacted some users causing bad performance and invalid load counts. Attilio also added support for i386 based machines. I have tested on UP which works although INVARIANTS and WITNESS don't work properly on UP kernels. Single processor SMP kernels work fine. This diff also includes another patch that I intend to commit to current which significantly improved write performance for mysql by removing all use of Giant in fcntl(). Please report any stability or performance problems with this patch. The more positive reports I get the more likely it will go into 7.0. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 05:48:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3701416A469 for ; Mon, 2 Jul 2007 05:48:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0224A13C465 for ; Mon, 2 Jul 2007 05:48:25 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l625mOXO062501 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 2 Jul 2007 01:48:25 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sun, 1 Jul 2007 22:48:04 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: current@freebsd.org In-Reply-To: <20070701224452.I552@10.0.0.1> Message-ID: <20070701224741.M552@10.0.0.1> References: <20070701224452.I552@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 05:48:26 -0000 I forgot: http://people.freebsd.org/~jeff/schedsmp.diff Thanks, Jeff On Sun, 1 Jul 2007, Jeff Roberson wrote: > I fixed a major bug in SCHED_SMP that impacted some users causing bad > performance and invalid load counts. Attilio also added support for i386 > based machines. I have tested on UP which works although INVARIANTS and > WITNESS don't work properly on UP kernels. Single processor SMP kernels work > fine. > > This diff also includes another patch that I intend to commit to current > which significantly improved write performance for mysql by removing all use > of Giant in fcntl(). > > Please report any stability or performance problems with this patch. The > more positive reports I get the more likely it will go into 7.0. > > Thanks, > Jeff > From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 06:00:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDBDC16A400 for ; Mon, 2 Jul 2007 06:00:37 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id BBF1513C45A for ; Mon, 2 Jul 2007 06:00:37 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 51826 invoked from network); 2 Jul 2007 06:00:39 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 06:00:39 -0000 Message-ID: <4688947D.4040803@root.org> Date: Sun, 01 Jul 2007 23:00:29 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: "M. Warner Losh" References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> <20070701.233153.-1343615328.imp@bsdimp.com> In-Reply-To: <20070701.233153.-1343615328.imp@bsdimp.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: phk@phk.freebsd.dk, marck@rinet.ru, current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 06:00:38 -0000 M. Warner Losh wrote: > In message: <4688878F.20406@root.org> > Nate Lawson writes: > : Poul-Henning Kamp wrote: > : > In message <4688830C.6050701@root.org>, Nate Lawson writes: > : > > : >> camcontrol tur (test unit ready) will return an error or success if the > : >> medium is now present. Kicking off a process to do that when a > : >> removable media da(4) device appears seems like a good idea. It could > : >> also be a thread in devd. > : > > : > I would call that "The Linux Solution" :-) > : > > : > The right place to poll is from scsi_da. > : > : I disagree. Once scsi_da found the media, it would then somehow need to > : notify devd (i.e. to automount). If both functions are in devd, the > : loop becomes: > : > : while (1) { > : camcontrol tur mydev; > : if (found) > : notify_automount; > : break; > : sleep 3; > : } > > This doesn't belong in devd. > > Robert has patches to bring new geom entries into the realm of devd. URL? -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 06:05:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C46FE16A474 for ; Mon, 2 Jul 2007 06:05:54 +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 77D6713C48C for ; Mon, 2 Jul 2007 06:05:54 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6265msX023086; Mon, 2 Jul 2007 00:05:48 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <468895B9.2000607@samsco.org> Date: Mon, 02 Jul 2007 00:05:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Nate Lawson References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> <20070701.233153.-1343615328.imp@bsdimp.com> <4688947D.4040803@root.org> In-Reply-To: <4688947D.4040803@root.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 02 Jul 2007 00:05:48 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: phk@phk.freebsd.dk, marck@rinet.ru, "M. Warner Losh" , current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 06:05:54 -0000 Nate Lawson wrote: > M. Warner Losh wrote: >> In message: <4688878F.20406@root.org> >> Nate Lawson writes: >> : Poul-Henning Kamp wrote: >> : > In message <4688830C.6050701@root.org>, Nate Lawson writes: >> : > >> : >> camcontrol tur (test unit ready) will return an error or success if the >> : >> medium is now present. Kicking off a process to do that when a >> : >> removable media da(4) device appears seems like a good idea. It could >> : >> also be a thread in devd. >> : > >> : > I would call that "The Linux Solution" :-) >> : > >> : > The right place to poll is from scsi_da. >> : >> : I disagree. Once scsi_da found the media, it would then somehow need to >> : notify devd (i.e. to automount). If both functions are in devd, the >> : loop becomes: >> : >> : while (1) { >> : camcontrol tur mydev; >> : if (found) >> : notify_automount; >> : break; >> : sleep 3; >> : } >> >> This doesn't belong in devd. >> >> Robert has patches to bring new geom entries into the realm of devd. > > URL? > I'm going to ask that you guys let me know before you adulterate scsi_da with this. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 07:51:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C7C716A400; Mon, 2 Jul 2007 07:51:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C212713C480; Mon, 2 Jul 2007 07:51:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l627pBu0032343; Mon, 2 Jul 2007 03:51:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l627pBKS068875; Mon, 2 Jul 2007 03:51:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BF17A73068; Mon, 2 Jul 2007 03:51:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070702075110.BF17A73068@freebsd-current.sentex.ca> Date: Mon, 2 Jul 2007 03:51:10 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 07:51:12 -0000 TB --- 2007-07-02 06:12:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-02 06:12:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-02 06:12:55 - cleaning the object tree TB --- 2007-07-02 06:13:15 - checking out the source tree TB --- 2007-07-02 06:13:15 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-02 06:13:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-02 06:20:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-02 06:20:37 - cd /src TB --- 2007-07-02 06:20:37 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 2 06:20:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jul 2 07:37:58 UTC 2007 TB --- 2007-07-02 07:37:58 - generating LINT kernel config TB --- 2007-07-02 07:37:58 - cd /src/sys/powerpc/conf TB --- 2007-07-02 07:37:58 - /usr/bin/make -B LINT TB --- 2007-07-02 07:37:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-02 07:37:58 - cd /src TB --- 2007-07-02 07:37:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 2 07:37:58 UTC 2007 >>> 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 [...] bf_skey.o(.text+0x140): In function `BF_set_key': : undefined reference to `BF_encrypt' bf_skey.o(.text+0x164): In function `BF_set_key': : undefined reference to `BF_encrypt' xform.o(.text+0xac8): In function `blf_decrypt': : undefined reference to `BF_decrypt' xform.o(.text+0xb40): In function `blf_encrypt': : undefined reference to `BF_encrypt' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-02 07:51:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-02 07:51:10 - ERROR: failed to build lint kernel TB --- 2007-07-02 07:51:10 - tinderbox aborted TB --- 0.63 user 1.92 system 5894.44 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 09:45:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0A5516A400 for ; Mon, 2 Jul 2007 09:45:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 8D58F13C46A for ; Mon, 2 Jul 2007 09:45:14 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=hSyATWzqJ6kdVZ+5yfq84SgR1/XoWgnWtP0I0/AUWNFoJc+1aB0sbhT/4vVEMwAd9JUgD8gsqjaMcaVH96N5j6MqbFkzBcB2J+vlvsm/e5SwJ2Zp3CGUZwc8uyvtJMhTyGibRgJ3wezx5E1Zwuzg1Fx1UQ5vv0yQJwZC9BsWDlloZfIAmHbFhl3wH3E0wOwj9MxXfTZvr2QZ3eYUxb2Yd5R91ypwevMrEVwUtTHd0KRpam1NX+iOwo1EbhRkIXM5; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I5IT3-0001WK-K5; Mon, 02 Jul 2007 09:45:13 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I5IS1-0005pP-HW; Mon, 02 Jul 2007 09:44:09 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5IS0-0008rO-AZ; Mon, 02 Jul 2007 11:44:08 +0200 To: "Bruce M. Simpson" From: Ian FREISLICH In-Reply-To: Message from "Bruce M. Simpson" of "Sun, 01 Jul 2007 10:35:48 +0100." <46877574.5010500@FreeBSD.org> X-Attribution: BOFH Date: Mon, 02 Jul 2007 11:44:08 +0200 Message-Id: Cc: Daniel Eischen , Poul-Henning Kamp , current@freebsd.org Subject: Re: Multicast problems [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, 02 Jul 2007 09:45:14 -0000 "Bruce M. Simpson" wrote: > Bruce M Simpson wrote: > > > > If this patch solves your problems without resorting to adding a 224/4 > > route then I shall commit it to -CURRENT. It is not relevant to > > RELENG_6. Please let me know... > > > > Has there been any outcome here, ie. have folks who were seeing problems > with multicast in the system tested this patch and found it to fix their > problems? The quagga issue I have with the OSPF multicast address landing up on the wrong interface remains. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 09:45:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63DA516A479 for ; Mon, 2 Jul 2007 09:45:28 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4414713C44B for ; Mon, 2 Jul 2007 09:45:28 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout3.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l629j0RQ074376; Mon, 2 Jul 2007 02:45:00 -0700 (PDT) Date: Mon, 02 Jul 2007 18:44:45 +0900 Message-ID: From: gnn@freebsd.org To: In-Reply-To: <20070702075110.BF17A73068@freebsd-current.sentex.ca> References: <20070702075110.BF17A73068@freebsd-current.sentex.ca> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: powerpc@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 09:45:28 -0000 At Mon, 2 Jul 2007 03:51:10 -0400 (EDT), FreeBSD Tinderbox wrote: > > TB --- 2007-07-02 06:12:55 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2007-07-02 06:12:55 - starting HEAD tinderbox run for powerpc/powerpc > TB --- 2007-07-02 06:12:55 - cleaning the object tree > TB --- 2007-07-02 06:13:15 - checking out the source tree > TB --- 2007-07-02 06:13:15 - cd /tinderbox/HEAD/powerpc/powerpc > TB --- 2007-07-02 06:13:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2007-07-02 06:20:37 - building world (CFLAGS=-O2 -pipe) > TB --- 2007-07-02 06:20:37 - cd /src > TB --- 2007-07-02 06:20:37 - /usr/bin/make -B buildworld > >>> World build started on Mon Jul 2 06:20:38 UTC 2007 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> World build completed on Mon Jul 2 07:37:58 UTC 2007 > TB --- 2007-07-02 07:37:58 - generating LINT kernel config > TB --- 2007-07-02 07:37:58 - cd /src/sys/powerpc/conf > TB --- 2007-07-02 07:37:58 - /usr/bin/make -B LINT > TB --- 2007-07-02 07:37:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2007-07-02 07:37:58 - cd /src > TB --- 2007-07-02 07:37:58 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Mon Jul 2 07:37:58 UTC 2007 > >>> 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 > [...] > bf_skey.o(.text+0x140): In function `BF_set_key': > : undefined reference to `BF_encrypt' > bf_skey.o(.text+0x164): In function `BF_set_key': > : undefined reference to `BF_encrypt' > xform.o(.text+0xac8): In function `blf_decrypt': > : undefined reference to `BF_decrypt' > xform.o(.text+0xb40): In function `blf_encrypt': > : undefined reference to `BF_encrypt' > *** Error code 1 > > Stop in /obj/powerpc/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2007-07-02 07:51:10 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-07-02 07:51:10 - ERROR: failed to build lint kernel > TB --- 2007-07-02 07:51:10 - tinderbox aborted > TB --- 0.63 user 1.92 system 5894.44 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full > _______________________________________________ > 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" > Can someone tell me why blowfish is messed up only on powerpc? I think this has something to do with my recent IPsec commits but I don't have any clue why this happens. Thanks, George From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 11:13:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1068C16A468 for ; Mon, 2 Jul 2007 11:13:50 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id BDE5213C46A for ; Mon, 2 Jul 2007 11:13:49 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 0 with SMTP; 2 Jul 2007 10:47:07 -0000 Date: Mon, 2 Jul 2007 13:47:16 +0300 From: Nikolay Pavlov To: "M. Warner Losh" Message-ID: <20070702104716.GB13720@zone3000.net> References: <46880F1C.3020602@root.org> <20070701.215557.1373430453.imp@bsdimp.com> <4688791D.6050007@root.org> <20070701.221911.1394573729.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070701.221911.1394573729.imp@bsdimp.com> X-Operating-System: FreeBSD 6.2-RELEASE-p4 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org, marck@rinet.ru, nate@root.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 11:13:50 -0000 On Sunday, 1 July 2007 at 22:19:11 -0600, M. Warner Losh wrote: > In message: <4688791D.6050007@root.org> > Nate Lawson writes: > : M. Warner Losh wrote: > : > In message: <46880F1C.3020602@root.org> > : > Nate Lawson writes: > : > : Yes, you're exactly right. However, shouldn't a read from a device > : > : trigger a re-taste if the media is removable? > : > > : > I don't think it does. The driver is expected to poll, however... > : > > : > : So the fdisk of da2 > : > : should have caused it to re-read the MBR and create /dev/da2s1. I think > : > : maybe there should be a flag set for devices with removable media that > : > : causes the device to be re-tasted on every mount request. > : > > : > Is there even a removable flag to disks? > : > : In SCSI there is, removable flag combined with medium not present: > : > : da2 at umass-sim1 bus 1 target 0 lun 2 > : da2: Removable Direct Access SCSI-0 device > : ^^^^^^^^^ > : da2: 40.000MB/s transfers > : da2: Attempt to query device size failed: NOT READY, Medium not present > > I think you've misunderstood my point. I know that SCSI has this > flag, but I can't find anything in GEOM that it would map to. It > seems a common enough situation that having such a flag in GEOM would > be beneficial and easy to implement. > > : What if we kicked off a thread to run every 3 seconds that did a quick > : poll of such devices and sent a devd notify if they arrived (i.e. medium > : present)? It wouldn't work for floppy drives, but we could make this > : part of the da driver or something in usermode like devd itself calling > : camcontrol? > > In the past, people have said that polling messes up multimedia > access, so it hasn't happened. > > But wouldn't a simple daemon in userland do the same thing? Or > parsing the output of camcontrol inquiry? Camcontrol rescan is a nop > for these devices. Hald is using the same tactic. My dmesg is full of poll messages when i am using cardreader with it. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 11:34:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6C5E16A485; Mon, 2 Jul 2007 11:34:48 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB1513C469; Mon, 2 Jul 2007 11:34:48 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2F30F59C6; Mon, 2 Jul 2007 07:34:48 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 02 Jul 2007 07:34:48 -0400 X-Sasl-enc: Aga3U1xcI5QU76Zo0wkCgGJc/07tEfiMHJP+f3yzcUcN 1183376087 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 67DE11A73; Mon, 2 Jul 2007 07:34:47 -0400 (EDT) Message-ID: <4688E2D6.8050608@FreeBSD.org> Date: Mon, 02 Jul 2007 12:34:46 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Poul-Henning Kamp , current@freebsd.org Subject: Re: Multicast problems [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, 02 Jul 2007 11:34:48 -0000 Ian FREISLICH wrote: >> Has there been any outcome here, ie. have folks who were seeing problems >> with multicast in the system tested this patch and found it to fix their >> problems? >> > > The quagga issue I have with the OSPF multicast address landing up > on the wrong interface remains. > Is Quagga still incorrectly using 0.0.0.0/8 to select a multicast source interface by index? If so this is a Quagga issue and needs to be fixed there, not in the kernel, as this behaviour has now been deprecated and should not have been relied on. Quagga will have to be patched to explicitly select an interface using the appropriate ioctls (see my routed patches). If not, this is a separate issue and will need to be analysed as such. Was the need for a 224/4 route resolved by my patch? If so I will commit it -- this is the issue the patch was intended to fix. regards, BMS From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 12:40:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B395516A469 for ; Mon, 2 Jul 2007 12:40:52 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp06.mail.ogk.yahoo.co.jp (ybbsmtp06.mail.ogk.yahoo.co.jp [124.83.153.126]) by mx1.freebsd.org (Postfix) with SMTP id 3308A13C46C for ; Mon, 2 Jul 2007 12:40:51 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 74883 invoked by alias); 2 Jul 2007 12:12:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=OYrVwOhwCJbD6YY180GawqytUPkqfZc49kmyNmwvN4ZrPIFVbDoa/EuwZ1PykXE8+MUNXlRznW+u9o0TgH2b8WmxmaN/xssO+ApKN3EMduLBwp0t+4O9hHBDBX6BP77A ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp06.mail.ogk.yahoo.co.jp with SMTP; 2 Jul 2007 12:12:50 -0000 X-Apparently-From: Message-ID: <4688EBC2.8070703@ybb.ne.jp> Date: Mon, 02 Jul 2007 21:12:50 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Suleiman Souhlal References: <46806B3E.2060701@FreeBSD.org> In-Reply-To: <46806B3E.2060701@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on 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: Mon, 02 Jul 2007 12:40:52 -0000 Hi, Souhlal > > I would appreciate it if someone would try this, especially if you have > Intel machines with bad RAM. > > Comments are welcome. > Apparently, the patch does not have memory scrub facility. Do you have a plan to implement the memory scrub facility like solaris does? P.S. In fact, I was also trying to implement the MCE facility, so I am interesting to your patch. Regards, From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 13:09:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 233D416A41F for ; Mon, 2 Jul 2007 13:09:42 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id CFA4113C48C for ; Mon, 2 Jul 2007 13:09:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5516B.dip.t-dialin.net [84.165.81.107]) by redbull.bpaserver.net (Postfix) with ESMTP id 6E3572E084; Mon, 2 Jul 2007 15:09:38 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id F16995B5B61; Mon, 2 Jul 2007 15:07:51 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l62D7pd7096900; Mon, 2 Jul 2007 15:07:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 02 Jul 2007 15:07:51 +0200 Message-ID: <20070702150751.fulu772m2sg8gw84@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 02 Jul 2007 15:07:51 +0200 From: Alexander Leidinger To: David Wolfskill References: <20070701183844.GA87424@bunrab.catwhisker.org> In-Reply-To: <20070701183844.GA87424@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 13:09:42 -0000 Quoting David Wolfskill (from Sun, 1 Jul 2007 11:38:44 -0700): > So: clues? Would building a debugging version of ssh be a reasonable > step? I suggest to review the log of the gssapi stuff (be it in ssh or in pam or in kerberos) for gcc aliasing warnings. This is specially true if you see illegal instruction messages (gcc inserts some on purpose in this case instead of producing an error at compile time). Bye, Alexander. -- All constants are variables. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 14:06:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCB1E16A468 for ; Mon, 2 Jul 2007 14:06:03 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7D15013C44B for ; Mon, 2 Jul 2007 14:06:03 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id l62E5ZMI027451; Mon, 2 Jul 2007 15:05:42 +0100 (BST) (envelope-from dfr@rabson.org) In-Reply-To: <20070701183844.GA87424@bunrab.catwhisker.org> References: <20070701183844.GA87424@bunrab.catwhisker.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Mon, 2 Jul 2007 15:05:34 +0100 To: David Wolfskill X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/3574/Mon Jul 2 09:07:06 2007 on mail.qubesoft.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 14:06:03 -0000 On 1 Jul 2007, at 19:38, David Wolfskill wrote: > I'm willing to try some things on the machine to help diagnose the > problem(s) under CURRENT, but there are some things I'd like to do > with it (that will take a few hours,such as a "make release") that > I'd much rather do while it's running STABLE. And Sundays are > about the > only days I can really count on being able to do anything with CURRENT > on the machine. (I'm in US/PAcific time zone.) > > So: clues? Would building a debugging version of ssh be a reasonable > step? I may have broken this with my last commit to the gss-api code. I'll try to take a look at this as soon as I fix my FreeBSD scratch box (I managed to fry its motherboard yesterday). In the meantime, could you get a stack-trace so I can at least see where its crashing. If you can build libgssapi with debugging information that would probably help a lot. From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 14:11:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94D2A16A400 for ; Mon, 2 Jul 2007 14:11:18 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 5F63413C489 for ; Mon, 2 Jul 2007 14:11:18 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=nZXsmqYOpMcSWETW1A+z/YBCAO9273fx6qbqJ198cYGjpiME4GggmD14N5z/SwbyZLSz+2tCfWWks9LqEgoPms7c0pQQp/LH4IT85plttkGzC2Ya8mZYGmBT0knsbq7B9gvOCNwgHiSOHF1Y2WdI+IzS0YwVde6QTjx3MHNzxf0D6MJwYoKtUeFfMxJQuWUo90cgv46QUqle1Wdb0Hg70xOhfgVzI/zGVwNxW/uPHi+aVn/mYXEQWyx5A0xC0anO; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I5McO-0004yh-L7; Mon, 02 Jul 2007 14:11:08 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I5McA-0001aR-SW; Mon, 02 Jul 2007 14:10:54 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5McA-0000Ra-6V; Mon, 02 Jul 2007 16:10:54 +0200 To: Doug Rabson From: Ian FREISLICH In-Reply-To: Message from Doug Rabson of "Mon, 02 Jul 2007 15:05:34 +0100." X-Attribution: BOFH Date: Mon, 02 Jul 2007 16:10:54 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 14:11:18 -0000 Doug Rabson wrote: > On 1 Jul 2007, at 19:38, David Wolfskill wrote: > > > I'm willing to try some things on the machine to help diagnose the > > problem(s) under CURRENT, but there are some things I'd like to do > > with it (that will take a few hours,such as a "make release") that > > I'd much rather do while it's running STABLE. And Sundays are > > about the > > only days I can really count on being able to do anything with CURRENT > > on the machine. (I'm in US/PAcific time zone.) > > > > So: clues? Would building a debugging version of ssh be a reasonable > > step? > > I may have broken this with my last commit to the gss-api code. I'll > try to take a look at this as soon as I fix my FreeBSD scratch box (I > managed to fry its motherboard yesterday). In the meantime, could you > get a stack-trace so I can at least see where its crashing. If you > can build libgssapi with debugging information that would probably > help a lot. It's quite a mangled stack trace. I saw a similar trace in the recent nmh core dump problem - not sure if you followed that thread. [apple] /usr/home/ianf $ gdb -c ssh.core /usr/bin/ssh GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found). .. Core was generated by `ssh'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libssh.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssh.so.4 Reading symbols from /lib/libutil.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.7 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/lib/libgssapi.so.8...(no debugging symbols found)...do ne. Loaded symbols for /usr/lib/libgssapi.so.8 Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /lib/libcrypto.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/lib/libkrb5.so.8...(no debugging symbols found)...done From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 14:12:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1B8B16A41F for ; Mon, 2 Jul 2007 14:12:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7944B13C483 for ; Mon, 2 Jul 2007 14:12:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 20E6347EB9; Mon, 2 Jul 2007 10:12:37 -0400 (EDT) Date: Mon, 2 Jul 2007 15:12:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nate Lawson In-Reply-To: <4688947D.4040803@root.org> Message-ID: <20070702150825.L61395@fledge.watson.org> References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> <20070701.233153.-1343615328.imp@bsdimp.com> <4688947D.4040803@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: phk@phk.freebsd.dk, marck@rinet.ru, "M. Warner Losh" , current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 14:12:42 -0000 On Sun, 1 Jul 2007, Nate Lawson wrote: >> : I disagree. Once scsi_da found the media, it would then somehow need to >> : notify devd (i.e. to automount). If both functions are in devd, the >> : loop becomes: >> : >> : while (1) { >> : camcontrol tur mydev; >> : if (found) >> : notify_automount; >> : break; >> : sleep 3; >> : } >> >> This doesn't belong in devd. >> >> Robert has patches to bring new geom entries into the realm of devd. > > URL? This is from quite a long time ago, so likely needs massaging to apply. http://www.watson.org/~robert/freebsd/geom_devctl.diff The idea is straight forward: when a new geom device is discovered, we issue a notification, which allows devd to respond to events above the newbus layer -- i.e., discover of an fdisk partition table, swap-backed md device, attachment of a new software RAID layer, arrival of a volume by volume name, arrival of a ZFS volume, etc. A simultaneous discussion was going on regarding whether to notify about ifnets directly, and my feeling was basically that since software components care about the distinction between "em0" as a PCI device and "em" as a network interface, and likewise between "ad0" as a disk device" and "ad0s1a" as a partition. The other perspective was that newbus should grow to encapsulate all these name spaces and services -- i.e., establish newbus nodes for md0, lo0, etc, and use some combination of the attachment name space and object types to handle this. I don't really mind what the end solution is, but I found these patches quite useful locally :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 14:18:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47ED616A41F for ; Mon, 2 Jul 2007 14:18:30 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 10CFA13C45D for ; Mon, 2 Jul 2007 14:18:30 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Nw8DcACJCTI7D3iG3XXdIOpxgxaHUNoRkGfjTN9GKoT97czt8wyvROSHmHtZMngG9WWiDGpU9kqsloHXJgjuxr/Y9rpZB5cc4Ar3tBgl5wsAgVqd0iBILUiQRhzrjYiamzljsFsnBA75oba2GOXd3ins4D+N966JWrFUO+XbHkzTyg/BnxYk7hZwnGPiuZFCXk9ZSaVAx7kJArVI7Lhb1b3lQuy86FHjrENSUp2ZMIAXDP88UeI3cl9prTu5z5x1; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I5MjV-0005ck-LP; Mon, 02 Jul 2007 14:18:29 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I5Mia-0001fB-7s; Mon, 02 Jul 2007 14:17:32 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5MiZ-0000TJ-5q; Mon, 02 Jul 2007 16:17:31 +0200 To: Doug Rabson , current@freebsd.org From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Mon, 02 Jul 2007 16:10:54 +0200." X-Attribution: BOFH Date: Mon, 02 Jul 2007 16:17:31 +0200 Message-Id: Cc: Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 14:18:30 -0000 Ian FREISLICH wrote: > Doug Rabson wrote: > > On 1 Jul 2007, at 19:38, David Wolfskill wrote: > > > > > I'm willing to try some things on the machine to help diagnose the > > > problem(s) under CURRENT, but there are some things I'd like to do > > > with it (that will take a few hours,such as a "make release") that > > > I'd much rather do while it's running STABLE. And Sundays are > > > about the > > > only days I can really count on being able to do anything with CURRENT > > > on the machine. (I'm in US/PAcific time zone.) > > > > > > So: clues? Would building a debugging version of ssh be a reasonable > > > step? > > > > I may have broken this with my last commit to the gss-api code. I'll > > try to take a look at this as soon as I fix my FreeBSD scratch box (I > > managed to fry its motherboard yesterday). In the meantime, could you > > get a stack-trace so I can at least see where its crashing. If you > > can build libgssapi with debugging information that would probably > > help a lot. > > It's quite a mangled stack trace. I saw a similar trace in the > recent nmh core dump problem - not sure if you followed that thread. Not sure why the list truncated the stack trace. Hopefully this makes it through. 0 0x280eec71 in _gss_oid_equal () from /usr/lib/libgssapi.so.8 (gdb) bt 0 0x280eec71 in _gss_oid_equal () from /usr/lib/libgssapi.so.8 1 0x280eeb78 in _gss_find_mech_switch () from /usr/lib/libgssapi.so.8 2 0x280ecffd in gss_display_status () from /usr/lib/libgssapi.so.8 3 0x0805bd8b in ssh_cleanup_exit () 4 0x0805be34 in ssh_cleanup_exit () 5 0x0805c0cd in ssh_cleanup_exit () 6 0x0805c20f in ssh_cleanup_exit () 7 0x0805abc7 in ssh_cleanup_exit () 8 0x0805af33 in ssh_cleanup_exit () 9 0x0805b3d2 in ssh_cleanup_exit () 10 0x280aaaf6 in ssh_dispatch_run () from /usr/lib/libssh.so.4 11 0x0805b894 in ssh_cleanup_exit () 12 0x0805661d in ssh_cleanup_exit () 13 0x0804fa01 in ?? () 14 0x08064d8c in environ () 15 0x08063840 in environ () 16 0x28402400 in ?? () 17 0x0805d982 in ?? () 18 0xbfbfe35b in ?? () 19 0x0805f414 in ?? () 20 0xbfbfea30 in ?? () 21 0x0805d7de in ?? () 22 0x2841a0d8 in ?? () 23 0x00000000 in ?? () 24 0x00000000 in ?? () 25 0x00000000 in ?? () 26 0x00000000 in ?? () 27 0x00000000 in ?? () 28 0xbfbfe950 in ?? () 29 0x00000000 in ?? () 30 0x00000000 in ?? () 31 0x28342060 in __des_crypt_LOCAL () from /lib/libc.so.7 32 0x00000003 in ?? () 33 0x28410070 in ?? () 34 0x61000000 in ?? () 35 0x656c7070 in ?? () 36 0x756c632e in ?? () 37 0x6f632e65 in ?? () 38 0x00617a2e in ?? () 39 0x00000000 in ?? () 40 0x00000000 in ?? () 41 0x00000000 in ?? () 42 0x00000000 in ?? () 43 0x00000000 in ?? () 44 0x00000000 in ?? () 45 0x00000000 in ?? () 46 0x00000000 in ?? () 47 0x00000000 in ?? () 48 0x00000000 in ?? () 49 0x00000000 in ?? () 50 0x00000000 in ?? () 51 0x00000000 in ?? () 52 0x00000000 in ?? () 53 0x00000000 in ?? () 54 0x00000000 in ?? () 55 0x00000000 in ?? () 56 0x00000000 in ?? () 57 0x00000000 in ?? () 58 0x00000000 in ?? () 59 0x00000000 in ?? () 60 0x00000000 in ?? () 61 0x00000000 in ?? () 62 0x00000000 in ?? () 63 0x2806943a in _rtld_thread_init () from /libexec/ld-elf.so.1 64 0x0804d25a in ?? () 65 0x00000000 in ?? () 66 0x00000000 in ?? () 67 0xbfbfe940 in ?? () 68 0x0804d25a in ?? () 69 0x00000002 in ?? () 70 0xbfbfe948 in ?? () 71 0xbfbfe954 in ?? () 72 0x00000000 in ?? () 73 0x28067249 in dlclose () from /libexec/ld-elf.so.1 74 0x00000002 in ?? () Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 14:57:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A43CA16A476 for ; Mon, 2 Jul 2007 14:57:16 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 929F513C447 for ; Mon, 2 Jul 2007 14:57:16 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id 72CC71A3C1A; Mon, 2 Jul 2007 07:57:16 -0700 (PDT) In-Reply-To: <4688EBC2.8070703@ybb.ne.jp> References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 2 Jul 2007 07:57:06 -0700 To: Takeharu KATO X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on 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: Mon, 02 Jul 2007 14:57:16 -0000 On Jul 2, 2007, at 5:12 AM, Takeharu KATO wrote: > Hi, Souhlal > >> I would appreciate it if someone would try this, especially if you >> have Intel machines with bad RAM. >> Comments are welcome. > > Apparently, the patch does not have memory scrub facility. > Do you have a plan to implement the memory scrub facility like > solaris does? > > P.S. In fact, I was also trying to implement the MCE facility, so I > am interesting to > your patch. While I don't know about Intel CPUs, K8 CPUs from AMD have a hardware DRAM/data cache scrubber, so I didn't bother implementing it, and I don't really plan to, at least in the near future. It should, however, be pretty easy to implement. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 15:02:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85FFA16A421 for ; Mon, 2 Jul 2007 15:02:04 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.freebsd.org (Postfix) with ESMTP id 25B2113C46E for ; Mon, 2 Jul 2007 15:02:03 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id l62F1vHq029573; Mon, 2 Jul 2007 16:01:57 +0100 (BST) (envelope-from dfr@rabson.org) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <51FE1AA5-8025-4FF3-94F5-617646464214@rabson.org> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Mon, 2 Jul 2007 16:01:56 +0100 To: Ian FREISLICH X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/3574/Mon Jul 2 09:07:06 2007 on mail.qubesoft.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 15:02:04 -0000 On 2 Jul 2007, at 15:17, Ian FREISLICH wrote: > Ian FREISLICH wrote: >> Doug Rabson wrote: >>> On 1 Jul 2007, at 19:38, David Wolfskill wrote: >>> >>>> I'm willing to try some things on the machine to help diagnose the >>>> problem(s) under CURRENT, but there are some things I'd like to do >>>> with it (that will take a few hours,such as a "make release") that >>>> I'd much rather do while it's running STABLE. And Sundays are >>>> about the >>>> only days I can really count on being able to do anything with >>>> CURRENT >>>> on the machine. (I'm in US/PAcific time zone.) >>>> >>>> So: clues? Would building a debugging version of ssh be a >>>> reasonable >>>> step? >>> >>> I may have broken this with my last commit to the gss-api code. I'll >>> try to take a look at this as soon as I fix my FreeBSD scratch >>> box (I >>> managed to fry its motherboard yesterday). In the meantime, could >>> you >>> get a stack-trace so I can at least see where its crashing. If you >>> can build libgssapi with debugging information that would probably >>> help a lot. >> >> It's quite a mangled stack trace. I saw a similar trace in the >> recent nmh core dump problem - not sure if you followed that thread. > > Not sure why the list truncated the stack trace. Hopefully this > makes it through. > > 0 0x280eec71 in _gss_oid_equal () from /usr/lib/libgssapi.so.8 > (gdb) bt > 0 0x280eec71 in _gss_oid_equal () from /usr/lib/libgssapi.so.8 > 1 0x280eeb78 in _gss_find_mech_switch () from /usr/lib/libgssapi.so.8 > 2 0x280ecffd in gss_display_status () from /usr/lib/libgssapi.so.8 It looks like I did break it. I should be able to repro and fix this as soon as I put my FreeBSD box back together (probably tomorrow). In the meantime, you can avoid this by rolling src/lib/libgssapi back to about last Friday or so. From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:07:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE8CF16A400; Mon, 2 Jul 2007 16:07:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 61ECE13C45B; Mon, 2 Jul 2007 16:07:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l62Fmjft001960; Mon, 2 Jul 2007 10:48:45 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l62FmjoM001959; Mon, 2 Jul 2007 10:48:45 -0500 (CDT) (envelope-from brooks) Date: Mon, 2 Jul 2007 10:48:45 -0500 From: Brooks Davis To: Andrew Thompson Message-ID: <20070702154845.GA1693@lor.one-eyed-alien.net> References: <20070701041055.GA82649@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <20070701041055.GA82649@heff.fud.org.nz> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 02 Jul 2007 10:48:45 -0500 (CDT) Cc: brooks@freebsd.org, FreeBSD Current Subject: Re: dhclient-script will reload a module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 16:07:59 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 01, 2007 at 04:10:55PM +1200, Andrew Thompson wrote: > Hi, >=20 > Recently ifconfig was given the -n flag to suppress module loading so the > userland teardown scripts did not cause a module to load again. This is > still happening when dhcp is used as dhclient calls ifconfig internally. > The following patch addresses that, any objections? Looks fine to me (I think -n should be the default). -- Brooks >=20 > Andrew >=20 >=20 > Index: dhclient-script > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sbin/dhclient/dhclient-script,v > retrieving revision 1.16 > diff -u -p -r1.16 dhclient-script > --- dhclient-script 13 Apr 2007 15:07:10 -0000 1.16 > +++ dhclient-script 1 Jul 2007 04:06:02 -0000 > @@ -22,6 +22,7 @@ > ARP=3D/usr/sbin/arp > AWK=3D/usr/bin/awk > HOSTNAME=3D/bin/hostname > +IFCONFIG=3D'/sbin/ifconfig -n' > NETSTAT=3D/usr/bin/netstat > =20 > LOCALHOST=3D127.0.0.1 > @@ -55,11 +56,11 @@ arp_flush() { > } > =20 > delete_old_address() { > - eval "ifconfig $interface inet -alias $old_ip_address $medium" > + eval "$IFCONFIG $interface inet -alias $old_ip_address $medium" > } > =20 > add_new_address() { > - eval "ifconfig $interface \ > + eval "$IFCONFIG $interface \ > inet $new_ip_address \ > netmask $new_subnet_mask \ > broadcast $new_broadcast_address \ > @@ -73,14 +74,14 @@ add_new_address() { > =20 > delete_old_alias() { > if [ -n "$alias_ip_address" ]; then > - ifconfig $interface inet -alias $alias_ip_address > /dev/null 2>&1 > + $IFCONFIG $interface inet -alias $alias_ip_address > /dev/null 2>&1 > #route delete $alias_ip_address $LOCALHOST > /dev/null 2>&1 > fi > } > =20 > add_new_alias() { > if [ -n "$alias_ip_address" ]; then > - ifconfig $interface inet alias $alias_ip_address netmask \ > + $IFCONFIG $interface inet alias $alias_ip_address netmask \ > $alias_subnet_mask > #route add $alias_ip_address $LOCALHOST > fi > @@ -276,14 +277,14 @@ fi > =20 > case $reason in > MEDIUM) > - eval "ifconfig $interface $medium" > - eval "ifconfig $interface inet -alias 0.0.0.0 $medium" >/dev/null 2>&1 > + eval "$IFCONFIG $interface $medium" > + eval "$IFCONFIG $interface inet -alias 0.0.0.0 $medium" >/dev/null 2>&1 > sleep 1 > ;; > =20 > PREINIT) > delete_old_alias > - ifconfig $interface inet 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255.= 255 up > + $IFCONFIG $interface inet 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255= =2E255 up > ;; > =20 > ARPCHECK|ARPSEND) > @@ -346,7 +347,7 @@ TIMEOUT) > fi > fi > fi > - eval "ifconfig $interface inet -alias $new_ip_address $medium" > + eval "$IFCONFIG $interface inet -alias $new_ip_address $medium" > delete_old_routes > exit_with_hooks 1 > ;; > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGiR5dXY6L6fI4GtQRAnzCAKDOfOqXiEPqjnW54nGvsnDw0GUdZACfe/ZD Gsfxof3s7xv5rSn50Ikq/7k= =SPlr -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:10:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AAAA16A46F for ; Mon, 2 Jul 2007 16:10:30 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp10.mail.ogk.yahoo.co.jp (ybbsmtp10.mail.ogk.yahoo.co.jp [124.83.153.130]) by mx1.freebsd.org (Postfix) with SMTP id 9EA1C13C489 for ; Mon, 2 Jul 2007 16:10:29 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 98752 invoked by alias); 2 Jul 2007 16:10:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=Y4j7q01AbbHW6gI0BLsP36yMJx4GEMSaYl61miTWnqhrrulEPHShG0yuajAjfKcO0xxPb6hTT4es8i6DpaCHF/stmiNRufE8ulBpwnY/MCdRtZ+ocTAJ/CeXC3X4wYAh ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp10.mail.ogk.yahoo.co.jp with SMTP; 2 Jul 2007 16:10:28 -0000 X-Apparently-From: Message-ID: <46892373.1080602@ybb.ne.jp> Date: Tue, 03 Jul 2007 01:10:27 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Suleiman Souhlal References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> In-Reply-To: <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on 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: Mon, 02 Jul 2007 16:10:30 -0000 Hi > > While I don't know about Intel CPUs, K8 CPUs from AMD have a hardware > DRAM/data cache scrubber, so I didn't bother implementing it, and I Certainly, they does not have hardware scrubber. So, I try to add memory scrub routines to your patch. From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:10:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D755B16A468 for ; Mon, 2 Jul 2007 16:10:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 865D013C4CE for ; Mon, 2 Jul 2007 16:10:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 09F0820AF; Mon, 2 Jul 2007 18:10:39 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7D10C208A; Mon, 2 Jul 2007 18:10:38 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 51D5F5266; Mon, 2 Jul 2007 18:10:38 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Nathan Butcher References: <4679CE35.8080907@fusiongol.com> Date: Mon, 02 Jul 2007 18:10:37 +0200 In-Reply-To: <4679CE35.8080907@fusiongol.com> (Nathan Butcher's message of "Thu\, 21 Jun 2007 10\:02\:45 +0900") Message-ID: <86wsxibxc2.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Promise SATA300 TX4 card 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: Mon, 02 Jul 2007 16:10:43 -0000 Nathan Butcher writes: > I've been having problems with my ZFS pool consisting of 4 drives hooked > up to my Prmoise SATA 300TX4 controller. It had been working fine until > to around the 19th of this month, and then I started seeing error > messages whenever I tried to write lots of data to ZFS..... followed by > a nasty lockup with no other debugging information of which to speak of. This is a recurring problem with ZFS and ata disks. It appears that the ata driver doesn't like the ATA_FLUSHCACHE command very much, and ZFS uses it a lot. Turning off atime helps, as does turning off ata write caching (hw.ata.wc=3D0 in loader.conf) - I still get timeouts and transient hangs once in a while, but my server no longer crashes: des@dwp ~% zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT raid 1.45T 298G 1.16T 20% ONLINE - des@dwp ~% uptime 6:09PM up 31 days, 5:02, 4 users, load averages: 0.95, 0.71, 0.66 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:13:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FEA316A46B for ; Mon, 2 Jul 2007 16:13:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 322E313C4C5 for ; Mon, 2 Jul 2007 16:13:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l62GDlZ1092139; Mon, 2 Jul 2007 09:13:47 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l62GDlP6092138; Mon, 2 Jul 2007 09:13:47 -0700 (PDT) (envelope-from david) Date: Mon, 2 Jul 2007 09:13:47 -0700 From: David Wolfskill To: Doug Rabson Message-ID: <20070702161347.GD87424@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Doug Rabson , current@freebsd.org References: <51FE1AA5-8025-4FF3-94F5-617646464214@rabson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IMjqdzrDRly81ofr" Content-Disposition: inline In-Reply-To: <51FE1AA5-8025-4FF3-94F5-617646464214@rabson.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 16:13:48 -0000 --IMjqdzrDRly81ofr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 02, 2007 at 04:01:56PM +0100, Doug Rabson wrote: >... > It looks like I did break it. I should be able to repro and fix this =20 > as soon as I put my FreeBSD box back together (probably tomorrow). In =20 > the meantime, you can avoid this by rolling src/lib/libgssapi back to =20 > about last Friday or so. OK; I tried precisely that, and am now able to use ssh to get from the desktop to the other machine without first needing to run kinit(1). Here's what I did: * Re-boot from the CURRENT slice. * cd /usr/src/lib/libgssapi * cvs update -D "last Friday" The following files were updated: catmint(6.2-S)[2] cvs update -D "last Friday" cvs update: Updating . U gss_accept_sec_context.c U gss_display_status.c U gss_export_name.c U gss_indicate_mechs.c U gss_init_sec_context.c catmint(6.2-S)[3] ls -latr * make clean * make * make install * Login to the desktop (catmint) from a different window. * Verify that it works: catmint(7.0-C)[1] ssh repo uname -a FreeBSD repo.mail-abuse.org 6.2-STABLE FreeBSD 6.2-STABLE #61: Sun Jul = 1 06:28:55 PDT 2007 dhw@repo.mail-abuse.org:/usr/obj/usr/src/sys/SMP_P= AE i386 catmint(7.0-C)[2]=20 Would additional poking around be of use? I did review the typescript from the "make buildworld" yesterday for the libgssapi files, and did not see any warnings issued. I can, of course, make the typescripts (both from "make buildworld" and the reversion) available to you or others; I don't see a pressing need to spam the list with them (and the "make buildworld" would be way too big anyhow). Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --IMjqdzrDRly81ofr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkaJJDoACgkQmprOCmdXAD1QlACfZQkd9Q+hzQQwsYcQFONDV3i0 tgEAn3nqG50ZH+tHrmeBDSpPZVGHlyEa =6IiA -----END PGP SIGNATURE----- --IMjqdzrDRly81ofr-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:22:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC87516A468 for ; Mon, 2 Jul 2007 16:22:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.freebsd.org (Postfix) with ESMTP id 6252613C48C for ; Mon, 2 Jul 2007 16:22:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id l62GMQ8t032554; Mon, 2 Jul 2007 17:22:31 +0100 (BST) (envelope-from dfr@rabson.org) In-Reply-To: <20070702161347.GD87424@bunrab.catwhisker.org> References: <51FE1AA5-8025-4FF3-94F5-617646464214@rabson.org> <20070702161347.GD87424@bunrab.catwhisker.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <497BFBB6-E44B-4CBF-A5E8-82B074422654@rabson.org> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Mon, 2 Jul 2007 17:22:25 +0100 To: David Wolfskill X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/3574/Mon Jul 2 09:07:06 2007 on mail.qubesoft.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: ssh coredump if gssapi-with-mic preferred, but no kinit done (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 16:22:53 -0000 On 2 Jul 2007, at 17:13, David Wolfskill wrote: > On Mon, Jul 02, 2007 at 04:01:56PM +0100, Doug Rabson wrote: >> ... >> It looks like I did break it. I should be able to repro and fix this >> as soon as I put my FreeBSD box back together (probably tomorrow). In >> the meantime, you can avoid this by rolling src/lib/libgssapi back to >> about last Friday or so. > > OK; I tried precisely that, and am now able to use ssh to get from the > desktop to the other machine without first needing to run kinit(1). > > Here's what I did: > > * Re-boot from the CURRENT slice. > > * cd /usr/src/lib/libgssapi > > * cvs update -D "last Friday" > The following files were updated: > catmint(6.2-S)[2] cvs update -D "last Friday" > cvs update: Updating . > U gss_accept_sec_context.c > U gss_display_status.c > U gss_export_name.c > U gss_indicate_mechs.c > U gss_init_sec_context.c > catmint(6.2-S)[3] ls -latr > > * make clean > > * make > > * make install > > * Login to the desktop (catmint) from a different window. > > * Verify that it works: > > catmint(7.0-C)[1] ssh repo uname -a > FreeBSD repo.mail-abuse.org 6.2-STABLE FreeBSD 6.2-STABLE #61: > Sun Jul 1 06:28:55 PDT 2007 dhw@repo.mail-abuse.org:/usr/obj/ > usr/src/sys/SMP_PAE i386 > catmint(7.0-C)[2] > > Would additional poking around be of use? > > I did review the typescript from the "make buildworld" yesterday > for the > libgssapi files, and did not see any warnings issued. > > I can, of course, make the typescripts (both from "make buildworld" > and > the reversion) available to you or others; I don't see a pressing need > to spam the list with them (and the "make buildworld" would be way too > big anyhow). I'm sure I will be able to reproduce it when I get my machine running again. Thanks for verifying that this commit caused the regression. From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:27:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9559316A421 for ; Mon, 2 Jul 2007 16:27:22 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8287F13C4DE for ; Mon, 2 Jul 2007 16:27:22 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id 5F8691A3C1A; Mon, 2 Jul 2007 09:27:22 -0700 (PDT) In-Reply-To: <46892373.1080602@ybb.ne.jp> References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> <46892373.1080602@ybb.ne.jp> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 2 Jul 2007 09:27:12 -0700 To: Takeharu KATO X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on 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: Mon, 02 Jul 2007 16:27:22 -0000 On Jul 2, 2007, at 9:10 AM, Takeharu KATO wrote: > Hi > >> While I don't know about Intel CPUs, K8 CPUs from AMD have a >> hardware DRAM/data cache scrubber, so I didn't bother implementing >> it, and I > Certainly, they does not have hardware scrubber. Actually, I looked at the documentation for Intel E7501 chipset, and it seems like it also has a hardware scrubber: See http:// download.intel.com/design/chipsets/datashts/25192702.pdf section 5.8.2. So, supposedly, other Intel chipsets for servers might also have it. You can find information about the AMD scrubber in http://www.amd.com/ us-en/assets/content_type/DownloadableAssets/dwamd_26049.pdf , section 3.6.6. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:28:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F4BD16A41F; Mon, 2 Jul 2007 16:28:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DFC6513C45A; Mon, 2 Jul 2007 16:28:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l62GSQo3058756; Mon, 2 Jul 2007 12:28:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l62GSPjU043592; Mon, 2 Jul 2007 12:28:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 660A273068; Mon, 2 Jul 2007 12:28:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070702162825.660A273068@freebsd-current.sentex.ca> Date: Mon, 2 Jul 2007 12:28:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 16:28:27 -0000 TB --- 2007-07-02 14:53:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-02 14:53:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-02 14:53:04 - cleaning the object tree TB --- 2007-07-02 14:53:23 - checking out the source tree TB --- 2007-07-02 14:53:23 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-02 14:53:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-02 15:00:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-02 15:00:28 - cd /src TB --- 2007-07-02 15:00:28 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 2 15:00:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jul 2 16:15:21 UTC 2007 TB --- 2007-07-02 16:15:21 - generating LINT kernel config TB --- 2007-07-02 16:15:21 - cd /src/sys/powerpc/conf TB --- 2007-07-02 16:15:21 - /usr/bin/make -B LINT TB --- 2007-07-02 16:15:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-02 16:15:21 - cd /src TB --- 2007-07-02 16:15:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 2 16:15:21 UTC 2007 >>> 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 [...] bf_skey.o(.text+0x140): In function `BF_set_key': : undefined reference to `BF_encrypt' bf_skey.o(.text+0x164): In function `BF_set_key': : undefined reference to `BF_encrypt' xform.o(.text+0xac8): In function `blf_decrypt': : undefined reference to `BF_decrypt' xform.o(.text+0xb40): In function `blf_encrypt': : undefined reference to `BF_encrypt' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-02 16:28:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-02 16:28:24 - ERROR: failed to build lint kernel TB --- 2007-07-02 16:28:24 - tinderbox aborted TB --- 0.69 user 1.85 system 5720.69 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:33:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F48A16A421 for ; Mon, 2 Jul 2007 16:33:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id F24D313C4AD for ; Mon, 2 Jul 2007 16:33:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id F057120B2; Mon, 2 Jul 2007 18:33:23 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 70A0720B1; Mon, 2 Jul 2007 18:33:23 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 1458F5268; Mon, 2 Jul 2007 18:33:22 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Eren Erdemli" References: Date: Mon, 02 Jul 2007 18:33:22 +0200 In-Reply-To: (Eren Erdemli's message of "Sat\, 30 Jun 2007 16\:02\:58 +0000") Message-ID: <86sl86bwa5.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: getcwd in kernel space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 16:33:28 -0000 "Eren Erdemli" writes: > I am new to freebsd programing and I am trying to get the current > working directory of the curthread. curthread->td_proc->p_fd->fd_cdir is a pointer to the directory's vnode. > I have hook on to the sys calls and redirected the mkdir > > my_mkdir(struct thread *p, (void*) uap) > { > mkdir_args =3D ..................... > ........ > getCWD()??????????? > } > > the given path in the args is relative to the current path if not supplied > fully. So who would I get the path of file. Are you sure you need the path? There is no unique mapping from vnode to path in FreeBSD (or in any Unix derivative for that matter); multiple paths can lead to the same vnode. The kernel operates on vnodes, not paths (except for namei, which translates paths to vnodes) and the path to a vnode may change after a reference to the vnode is acquired (there is no prohibition against deleting, renaming or moving an open file or directory). Path components are cached in the namei cache, so it may sometimes be possible to reconstruct the path by which a particular vnode was most recently reached (vn_fullpath() does this), but the information may also have been displaced from the cache since the last lookup. If you just need a reference to the specified path or its parent directory, a namei lookup of the path will do all the work for you. See for instance kern_mkdir() in vfs_syscalls.c (which I assume you are already looking at, since you are writing a replacement for the mkdir(2) syscall) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:50:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDA6916A421 for ; Mon, 2 Jul 2007 16:50:45 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id ABB3C13C45E for ; Mon, 2 Jul 2007 16:50:45 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so377623anc for ; Mon, 02 Jul 2007 09:50:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J9gn9lYeIvk6i6s9Eh6UFB+mk1nNhDtujC/B7WBmwArp/FD3pHF83yoXOmammMAH9Maai+H5yrEQLknON6VVBcMsdvIr0u/702qY/stXcCGiWBpfEL+J5a6UkS90tZbCpgpOIcJsElCJMDkuyGTnV7d/TuIZSt6Bl7cCpv6CG08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e/sStWmb9BH6OUuOsAazN3vCXW5jE/PmnzgrI3Sh2oLAGeDSe9TZPy+TwXIiY466aZbuMGJZEueUVOCLUZAl5ICEvXjBZVtIeJJp5UzFEl+R51jQUaLefdEhRmT9FXDyu+WxUvEsSdzhqIhdPBoZ+n2Adp0j1a0qdE7KWgRKg6Q= Received: by 10.100.91.6 with SMTP id o6mr3771105anb.1183395045026; Mon, 02 Jul 2007 09:50:45 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 2 Jul 2007 09:50:44 -0700 (PDT) Message-ID: <499c70c0707020950p180d88e1q109b1a1c820d8283@mail.gmail.com> Date: Mon, 2 Jul 2007 19:50:44 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jeff Roberson" In-Reply-To: <20070701224452.I552@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070701224452.I552@10.0.0.1> Cc: current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 16:50:46 -0000 On 7/2/07, Jeff Roberson wrote: > I fixed a major bug in SCHED_SMP that impacted some users causing bad > performance and invalid load counts. Attilio also added support for i386 > based machines. I have tested on UP which works although INVARIANTS and > WITNESS don't work properly on UP kernels. Single processor SMP kernels > work fine. > > This diff also includes another patch that I intend to commit to current > which significantly improved write performance for mysql by removing > all use of Giant in fcntl(). > > Please report any stability or performance problems with this patch. The > more positive reports I get the more likely it will go into 7.0. > > Thanks, > Jeff Jeff, This makes my Intel C2D E6660 get really busy, and MySQL 5.0.41 from ports run faster :) Thanks for making such great SCHED, when will you make it in the tree? :) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 16:58:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F4AA16A468; Mon, 2 Jul 2007 16:58:13 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2D60F13C468; Mon, 2 Jul 2007 16:58:13 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id F331E5EB8; Mon, 2 Jul 2007 12:35:50 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NkTDjf49gXVz; Mon, 2 Jul 2007 12:35:48 -0400 (EDT) Received: from [192.168.1.130] (pool-96-224-41-41.nycmny.east.verizon.net [96.224.41.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id B72AD5D41; Mon, 2 Jul 2007 12:35:47 -0400 (EDT) Message-ID: <4689295F.10109@mac.com> Date: Mon, 02 Jul 2007 12:35:43 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Suleiman Souhlal References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> In-Reply-To: <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Takeharu KATO , current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on 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: Mon, 02 Jul 2007 16:58:13 -0000 Suleiman Souhlal wrote: > On Jul 2, 2007, at 5:12 AM, Takeharu KATO wrote: >> Apparently, the patch does not have memory scrub facility. >> Do you have a plan to implement the memory scrub facility like solaris >> does? >> >> P.S. In fact, I was also trying to implement the MCE facility, so I am >> interesting to your patch. > > While I don't know about Intel CPUs, K8 CPUs from AMD have a hardware > DRAM/data cache scrubber, so I didn't bother implementing it, and I > don't really plan to, at least in the near future. It should, however, > be pretty easy to implement. Agreed, at least some BIOSes have an advanced memory tuning page somewhere which lets you enable or disable the BG cache memory scrubbing on AMD64 chips. I'm at least as interested in getting FreeBSD-level support for loading CPU microcode into a running system, as I've got a bunch of remote HP or Dell PE boxes floating around in racks somewhere. Getting them to boot into a DOS/Windows env to reflash their BIOS or update something like a Intel or Broadcomm NIC to disable their remote management or whatever is eating traffic to be more of a hassle than a convenience even when one is not dealing with remote systems. (By this I mean to say, thanks for the work on this area. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 17:04:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C528116A4C1 for ; Mon, 2 Jul 2007 17:04:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 35C0713C4BD for ; Mon, 2 Jul 2007 17:04:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1D3F31CC2E; Mon, 2 Jul 2007 19:04:31 +0200 (CEST) Date: Mon, 2 Jul 2007 19:04:31 +0200 From: Ed Schouten To: Jeff Roberson Message-ID: <20070702170431.GG77379@hoeg.nl> References: <20070701224452.I552@10.0.0.1> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0Ed1hDcWxc3B7cn" Content-Disposition: inline In-Reply-To: <20070701224452.I552@10.0.0.1> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Current List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2007 17:04:33 -0000 --y0Ed1hDcWxc3B7cn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Jeff Roberson wrote: > This diff also includes another patch that I intend to commit to current= =20 > which significantly improved write performance for mysql by removing all= =20 > use of Giant in fcntl(). Some time ago I filed a PR that F_DUPFD performs a lot of useless locking. It first performs lookups of the descriptor to make sure it exists, but afterwards it just calls do_dup(), which does the lookups again. The patch shaves off a pair of FILEDESC_XLOCK/FILEDESC_XUNLOCK and PROC_LOCK/PROC_UNLOCK calls. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/105346 http://g-rave.nl/junk/freebsd-kern_descrip.diff The only reason why F_DUPFD performs these checks, is because it could return EINVAL in some cases, while dup() and dup2() only return EMFILE and EBADFD. This patch makes do_dup() return EINVAL when the offset is invalid, so that's why the dup()/dup2() syscalls are changed as well. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --y0Ed1hDcWxc3B7cn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD4DBQFGiTAf52SDGA2eCwURAn6cAJi6O+DPFIAQJb6o/jpuy49eruM8AJ9Co9m4 8AuCi3j8Pp8DhU1xO2jZGA== =AiT/ -----END PGP SIGNATURE----- --y0Ed1hDcWxc3B7cn-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 17:15:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D8EE16A41F for ; Mon, 2 Jul 2007 17:15:40 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 40EC813C45D for ; Mon, 2 Jul 2007 17:15:40 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 9E3A4EB473D for ; Mon, 2 Jul 2007 19:50:04 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 501462B9A282 for ; Mon, 2 Jul 2007 19:50:04 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HurUtJCZTQ6z for ; Mon, 2 Jul 2007 19:50:04 +0300 (EEST) Received: from lucifer.localdomain (athedsl-266907.home.otenet.gr [85.73.90.57]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 0D7612B9A281 for ; Mon, 2 Jul 2007 19:50:04 +0300 (EEST) Received: by lucifer.localdomain (Postfix, from userid 1001) id 4037D5CF3; Mon, 2 Jul 2007 19:50:17 +0000 (UTC) Date: Mon, 2 Jul 2007 19:50:17 +0000 From: Ilias Marinos To: freebsd-current@freebsd.org Message-ID: <20070702195016.GA51480@lucifer.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Pipe Call Failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 17:15:40 -0000 Hello list, The last 3 days I notice a weird problem with the current , I 've built.After some time of work the system seems to cannot allocate memory although there is plenty of it free.For example now , I try to run a simple script that ssh'es to a host (the same with firefox and other programms): marinosi@loki:~$ diogenis /usr/home/marinosi/bin/diogenis: Pipe call failed: Cannot allocate memory marinosi@loki:~$ strace diogenis execve(0xbfbfe31c, [0xbfbfe7f0], [/* 0 vars */]PIOCWSTOP: Input/output error /usr/home/marinosi/bin/diogenis: Pipe call failed: Cannot allocate memory marinosi@loki:~$ strace firefox execve(0xbfbfe31c, [0xbfbfe7f0], [/* 0 vars */]PIOCWSTOP: Input/output error /usr/local/bin/firefox: Pipe call failed: Cannot allocate memory And of course my kernel messages flood, telling that the kern.ipc.maxpipekva exceeded the limit: kern.ipc.maxpipekva exceeded; see tuning(7) marinosi@loki:~$ sysctl kern.ipc.maxpipekva kern.ipc.maxpipekva: 16777216 This is the limit also, to my -STABLE laptop that works fine. Something new committed to the kernel? Thank you.. -- echo "Sysadmin know better bash than english" | sed s/min/mins/ \ | sed 's/better bash/bash better/' From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 18:30:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA0A816A400 for ; Mon, 2 Jul 2007 18:30:02 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp10.mail.ogk.yahoo.co.jp (ybbsmtp10.mail.ogk.yahoo.co.jp [124.83.153.130]) by mx1.freebsd.org (Postfix) with SMTP id 5038F13C4AE for ; Mon, 2 Jul 2007 18:30:02 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 31510 invoked by alias); 2 Jul 2007 18:30:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=Hz36tzcMcJOzwLk/X14FaBAQhYCHLkGIuklz8LihOJidahgD7dCWInuUm/BVbTVt56raHcAiwy36q7dKg0+WtF7/Xp+yJccXLzjYHItfP3sr7veYglhzSGIYglHn7Uib ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp10.mail.ogk.yahoo.co.jp with SMTP; 2 Jul 2007 18:30:00 -0000 X-Apparently-From: Message-ID: <46894427.2050602@ybb.ne.jp> Date: Tue, 03 Jul 2007 03:29:59 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Suleiman Souhlal References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> <46892373.1080602@ybb.ne.jp> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on 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: Mon, 02 Jul 2007 18:30:02 -0000 Hi > Actually, I looked at the documentation for Intel E7501 chipset, and it > seems like it also has a hardware scrubber: See > http://download.intel.com/design/chipsets/datashts/25192702.pdf section > 5.8.2. > So, supposedly, other Intel chipsets for servers might also have it. > Oh, this chipset has automatic memory scrubber certainly. I did not know that. But as far as I think, it is more preferable to support memory scrub with software for other chipsets since MCH facility is supported by CPU. What do you think about it? From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 18:56:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7446916A400 for ; Mon, 2 Jul 2007 18:56:04 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp807.mail.ird.yahoo.com (smtp807.mail.ird.yahoo.com [217.146.188.67]) by mx1.freebsd.org (Postfix) with SMTP id D9A6413C44B for ; Mon, 2 Jul 2007 18:56:03 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 8567 invoked from network); 2 Jul 2007 18:56:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=n2GEAQoOP2MR2dypw8Kj4p+u45hXiAvLlOcsTsAYJhoKmT+oh4AHgWih7XMeXQTDQrhd4EfoFzH8IRPkEnlc0QiAjuBQIsRbMRThtpao9+3dIqHsWNSuOOgQssQQl7BYUmmgtDzQE4olRmvwSEAXLY7SJ+/F+hTTDCQx7bNAAUU= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@81.156.175.229 with login) by smtp807.mail.ird.yahoo.com with SMTP; 2 Jul 2007 18:56:02 -0000 X-YMail-OSG: r3kzIPAVM1mlcosRfmRKi3CCnJHGJGFGL2zIGWOben0H97_mNFERivil1Mi5JQSx3w0k771hwQ-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 2 Jul 2007 19:56:00 +0100 User-Agent: KMail/1.9.6 References: <20070701224452.I552@10.0.0.1> <499c70c0707020950p180d88e1q109b1a1c820d8283@mail.gmail.com> In-Reply-To: <499c70c0707020950p180d88e1q109b1a1c820d8283@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707021956.01128.Thomas.Sparrevohn@btinternet.com> Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 18:56:04 -0000 On Monday 02 July 2007 17:50:44 Abdullah Ibn Hamad Al-Marri wrote: > On 7/2/07, Jeff Roberson wrote: > > I fixed a major bug in SCHED_SMP that impacted some users causing bad > > performance and invalid load counts. Attilio also added support for i386 > > based machines. I have tested on UP which works although INVARIANTS and > > WITNESS don't work properly on UP kernels. Single processor SMP kernels > > work fine. > > > > This diff also includes another patch that I intend to commit to current > > which significantly improved write performance for mysql by removing > > all use of Giant in fcntl(). > > > > Please report any stability or performance problems with this patch. The > > more positive reports I get the more likely it will go into 7.0. > > > > Thanks, > > Jeff > > Jeff, > > This makes my Intel C2D E6660 get really busy, and MySQL 5.0.41 from > ports run faster :) > > Thanks for making such great SCHED, when will you make it in the tree? :) > Hmm - Weird it gives negative results on my C2D XQ6700 - I ran four tests using "make world" benchmark - I am using ZFS for all filesystems except root - however I would not think that matters - I tested with "-j 8" and "-j 4" but it did not change the overall result SCHED_SMP - rm -rf /usr/obj/* && /usr/bin/time -l make -j 4 buildworld 1272.53 real 2482.83 user 945.08 sys 1268.45 real 2483.46 user 950.95 sys 1274.19 real 2481.91 user 953.19 sys 1292.27 real 2482.59 user 957.37 sys 2423814 voluntary context switches 885934 involuntary context switches SCHED_4BSD - rm -rf /usr/obj/* && /usr/bin/time -l make -j 4 buildworld 1125.28 real 2675.17 user 1055.18 sys 1124.74 real 2684.95 user 1057.64 sys 1123.76 real 2678.64 user 1061.89 sys 1120.68 real 2676.78 user 1061.03 sys 2587885 voluntary context switches 708274 involuntary context switches From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 19:03:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 531FC16A46B for ; Mon, 2 Jul 2007 19:03:06 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id F2FDA13C4AE for ; Mon, 2 Jul 2007 19:03:05 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l62J32d7028274 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 2 Jul 2007 15:03:03 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 2 Jul 2007 12:02:41 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Thomas Sparrevohn In-Reply-To: <200707021956.01128.Thomas.Sparrevohn@btinternet.com> Message-ID: <20070702120147.F552@10.0.0.1> References: <20070701224452.I552@10.0.0.1> <499c70c0707020950p180d88e1q109b1a1c820d8283@mail.gmail.com> <200707021956.01128.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 19:03:06 -0000 On Mon, 2 Jul 2007, Thomas Sparrevohn wrote: > On Monday 02 July 2007 17:50:44 Abdullah Ibn Hamad Al-Marri wrote: >> On 7/2/07, Jeff Roberson wrote: >>> I fixed a major bug in SCHED_SMP that impacted some users causing bad >>> performance and invalid load counts. Attilio also added support for i386 >>> based machines. I have tested on UP which works although INVARIANTS and >>> WITNESS don't work properly on UP kernels. Single processor SMP kernels >>> work fine. >>> >>> This diff also includes another patch that I intend to commit to current >>> which significantly improved write performance for mysql by removing >>> all use of Giant in fcntl(). >>> >>> Please report any stability or performance problems with this patch. The >>> more positive reports I get the more likely it will go into 7.0. >>> >>> Thanks, >>> Jeff >> >> Jeff, >> >> This makes my Intel C2D E6660 get really busy, and MySQL 5.0.41 from >> ports run faster :) >> >> Thanks for making such great SCHED, when will you make it in the tree? :) >> > > Hmm - Weird it gives negative results on my C2D XQ6700 - I ran four > tests using "make world" benchmark - I am using ZFS for all filesystems > except root - however I would not think that matters - I tested with "-j 8" > and "-j 4" but it did not change the overall result > Hi, can you try sysctl kern.sched.steal_busy=1? Please tell me if that improves things. This will resolve short-term load imbalances by stealing threads from other processors. Thanks, Jeff > > SCHED_SMP - rm -rf /usr/obj/* && /usr/bin/time -l make -j 4 buildworld > > 1272.53 real 2482.83 user 945.08 sys > 1268.45 real 2483.46 user 950.95 sys > 1274.19 real 2481.91 user 953.19 sys > 1292.27 real 2482.59 user 957.37 sys > > 2423814 voluntary context switches > 885934 involuntary context switches > > > SCHED_4BSD - rm -rf /usr/obj/* && /usr/bin/time -l make -j 4 buildworld > > 1125.28 real 2675.17 user 1055.18 sys > 1124.74 real 2684.95 user 1057.64 sys > 1123.76 real 2678.64 user 1061.89 sys > 1120.68 real 2676.78 user 1061.03 sys > > > 2587885 voluntary context switches > 708274 involuntary context switches > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 19:06:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FDD716A46B for ; Mon, 2 Jul 2007 19:06:38 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp814.mail.ird.yahoo.com (smtp814.mail.ird.yahoo.com [217.146.188.74]) by mx1.freebsd.org (Postfix) with SMTP id 0726113C45A for ; Mon, 2 Jul 2007 19:06:37 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 3854 invoked from network); 2 Jul 2007 19:06:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=wvE+u4s5FAmRa6cXGbBk31ji8g5m055zWCt9AhkrLxiDJqg9nPpY6znMgRvC2XvQGgbliPIaeBh1vFb8KfghtMveai3sPBNzHim2dRUIJg+O5scodoR4E1E/54nQIstt9R4V2G28BU8jlMtpfCOOge1eIT8K48Mv5tOKFRAvDug= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@81.156.175.229 with login) by smtp814.mail.ird.yahoo.com with SMTP; 2 Jul 2007 19:06:36 -0000 X-YMail-OSG: 0Rd0GhMVM1k7tyOlbH2Cfll.FMdHeHsl6_l4QS0UDLs2d6RIUeg2wqIoU4BHOAyklQMG0w2zIbDsrWH7BlJstOn6seixgp7AQ4uqLIk3MLFOpTOyx.K94W3fhtQ- From: Thomas Sparrevohn To: Jeff Roberson Date: Mon, 2 Jul 2007 20:06:35 +0100 User-Agent: KMail/1.9.6 References: <20070701224452.I552@10.0.0.1> <200707021956.01128.Thomas.Sparrevohn@btinternet.com> <20070702120147.F552@10.0.0.1> In-Reply-To: <20070702120147.F552@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707022006.35620.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 19:06:38 -0000 On Monday 02 July 2007 20:02:41 Jeff Roberson wrote: > On Mon, 2 Jul 2007, Thomas Sparrevohn wrote: > > > On Monday 02 July 2007 17:50:44 Abdullah Ibn Hamad Al-Marri wrote: > >> On 7/2/07, Jeff Roberson wrote: > >>> I fixed a major bug in SCHED_SMP that impacted some users causing bad > >>> performance and invalid load counts. Attilio also added support for i386 > >>> based machines. I have tested on UP which works although INVARIANTS and > >>> WITNESS don't work properly on UP kernels. Single processor SMP kernels > >>> work fine. > >>> > >>> This diff also includes another patch that I intend to commit to current > >>> which significantly improved write performance for mysql by removing > >>> all use of Giant in fcntl(). > >>> > >>> Please report any stability or performance problems with this patch. The > >>> more positive reports I get the more likely it will go into 7.0. > >>> > >>> Thanks, > >>> Jeff > >> > >> Jeff, > >> > >> This makes my Intel C2D E6660 get really busy, and MySQL 5.0.41 from > >> ports run faster :) > >> > >> Thanks for making such great SCHED, when will you make it in the tree? :) > >> > > > > Hmm - Weird it gives negative results on my C2D XQ6700 - I ran four > > tests using "make world" benchmark - I am using ZFS for all filesystems > > except root - however I would not think that matters - I tested with "-j 8" > > and "-j 4" but it did not change the overall result > > > > Hi, can you try sysctl kern.sched.steal_busy=1? Please tell me if that > improves things. This will resolve short-term load imbalances by stealing > threads from other processors. > > Thanks, > Jeff > Naturally - It did seem to go idle a lot - I be back in an hour > > > > SCHED_SMP - rm -rf /usr/obj/* && /usr/bin/time -l make -j 4 buildworld > > > > 1272.53 real 2482.83 user 945.08 sys > > 1268.45 real 2483.46 user 950.95 sys > > 1274.19 real 2481.91 user 953.19 sys > > 1292.27 real 2482.59 user 957.37 sys > > > > 2423814 voluntary context switches > > 885934 involuntary context switches > > > > > > SCHED_4BSD - rm -rf /usr/obj/* && /usr/bin/time -l make -j 4 buildworld > > > > 1125.28 real 2675.17 user 1055.18 sys > > 1124.74 real 2684.95 user 1057.64 sys > > 1123.76 real 2678.64 user 1061.89 sys > > 1120.68 real 2676.78 user 1061.03 sys > > > > > > 2587885 voluntary context switches > > 708274 involuntary context switches > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 19:31:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C819516A41F for ; Mon, 2 Jul 2007 19:31:36 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp802.mail.ird.yahoo.com (smtp802.mail.ird.yahoo.com [217.146.188.62]) by mx1.freebsd.org (Postfix) with SMTP id 2235313C483 for ; Mon, 2 Jul 2007 19:31:35 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 77996 invoked from network); 2 Jul 2007 19:31:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=sQ3O6pff2rUkXgROb4DD6JMwtxKeFPQ/Pfmadmwwdb2nh+Vw5YiBcBlwK0BF66Wmo8CZAusNFDQ5nkeQahGhmdEYa+WIm5xArFUlEgTLIcX6fH2lHM2OsP9f9dIM3NMfTcK0VuXSTGwL2lvQxYC5qrGGX83UO6An4xzhLHzkd0I= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@81.156.175.229 with login) by smtp802.mail.ird.yahoo.com with SMTP; 2 Jul 2007 19:31:33 -0000 X-YMail-OSG: _n.k2KgVM1knc8iCU2H0ky4KhmPJeUmwjucGc6IVCIDFEZectrimEvc9tdEqI_QTQYzL06rvpw-- From: Thomas Sparrevohn To: Jeff Roberson Date: Mon, 2 Jul 2007 20:31:32 +0100 User-Agent: KMail/1.9.6 References: <20070701224452.I552@10.0.0.1> <200707021956.01128.Thomas.Sparrevohn@btinternet.com> <20070702120147.F552@10.0.0.1> In-Reply-To: <20070702120147.F552@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707022031.32359.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 19:31:36 -0000 On Monday 02 July 2007 20:02:41 Jeff Roberson wrote: > On Mon, 2 Jul 2007, Thomas Sparrevohn wrote: > > > > > Hi, can you try sysctl kern.sched.steal_busy=1? Please tell me if that > improves things. This will resolve short-term load imbalances by stealing > threads from other processors. > > Thanks, > Jeff > If I enable "kern.sched.steal_busy" the system panics within a couple of seconds with a "spin lock held to long". Mind you that the kernels I have use has all debugging turned off e.g. no WITHNESS etc. so it could be that - I quite a while if I am to rerun all tests with WITHNESS etc enabled - Do you want me to or do you have a suggestion as to why it panics? From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 22:19:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4212116A421 for ; Mon, 2 Jul 2007 22:19:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id CF4E313C45B for ; Mon, 2 Jul 2007 22:19:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1002398uge for ; Mon, 02 Jul 2007 15:18:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=adziqe4uw7i30Qm9dv1RAsB/OAuIAowCzrUKAMEuKuJNZUzAZ98FPT5wD6uTD7gpScUb/lGEwHLuIvbnfKjmZ5nefrXd0FdEC5gnefKh5+aCvLxb8PEZJx11TBrVs0/qdzedmhdzpTSwQ/szb9t6pk/vyj/aIWs0wKR0NC6QfsY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=dKmavFignroHIi64OQ3z2yMB04l41R1xAbbCYduBbxM+LPaCdVZ87IC8N4WkfBCgfZHjnLaeNHnqMkCoZ+0O3eTQKeB1zexaUsJ5nhhpBx600VW5OgadMTM23uvOctjAN0N7nkyK8S2ZZXKEgSNQs6NrUWVKBH22GCs0Cpo61QQ= Received: by 10.78.176.20 with SMTP id y20mr3219898hue.1183414739526; Mon, 02 Jul 2007 15:18:59 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 2 Jul 2007 15:18:59 -0700 (PDT) Message-ID: <3bbf2fe10707021518l3d4257d6o3b8838faa6d1ace5@mail.gmail.com> Date: Tue, 3 Jul 2007 00:18:59 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jeff Roberson" In-Reply-To: <20070701224741.M552@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070701224452.I552@10.0.0.1> <20070701224741.M552@10.0.0.1> X-Google-Sender-Auth: f6343d52dbb612a7 Cc: current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 22:19:01 -0000 2007/7/2, Jeff Roberson : > I forgot: > > http://people.freebsd.org/~jeff/schedsmp.diff > > --- amd64/amd64/cpu_switch.S 6 Jun 2007 07:35:07 -0000 1.158 > +++ amd64/amd64/cpu_switch.S 2 Jul 2007 05:43:31 -0000 > @@ -148,13 +148,7 @@ > movq %cr3,%rax > cmpq %rcx,%rax /* Same address space? */ > jne swinact > - movq %rdx, TD_LOCK(%rdi) /* Release the old thread */ > - /* Wait for the new thread to become unblocked */ > - movq $blocked_lock, %rdx > -1: > - movq TD_LOCK(%rsi),%rcx > - cmpq %rcx, %rdx > - je 1b > + xchgq %rdx, TD_LOCK(%rdi) /* Release the old thread */ I don't think here you need an atomic instruction, a memory barrier throug sfence is good enough in order to make thread migration consistent. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 22:21:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43A2916A41F for ; Mon, 2 Jul 2007 22:21:39 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 299B113C4BB for ; Mon, 2 Jul 2007 22:21:39 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 11157 invoked from network); 2 Jul 2007 22:21:40 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 22:21:40 -0000 Message-ID: <46897A6A.9020909@root.org> Date: Mon, 02 Jul 2007 15:21:30 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Robert Watson References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> <20070701.233153.-1343615328.imp@bsdimp.com> <4688947D.4040803@root.org> <20070702150825.L61395@fledge.watson.org> In-Reply-To: <20070702150825.L61395@fledge.watson.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: phk@phk.freebsd.dk, marck@rinet.ru, "M. Warner Losh" , current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 22:21:39 -0000 Robert Watson wrote: > > On Sun, 1 Jul 2007, Nate Lawson wrote: > >>> : I disagree. Once scsi_da found the media, it would then somehow >>> need to >>> : notify devd (i.e. to automount). If both functions are in devd, the >>> : loop becomes: >>> : >>> : while (1) { >>> : camcontrol tur mydev; >>> : if (found) >>> : notify_automount; >>> : break; >>> : sleep 3; >>> : } >>> >>> This doesn't belong in devd. >>> >>> Robert has patches to bring new geom entries into the realm of devd. >> >> URL? > > This is from quite a long time ago, so likely needs massaging to apply. > > http://www.watson.org/~robert/freebsd/geom_devctl.diff > > The idea is straight forward: when a new geom device is discovered, we > issue a notification, which allows devd to respond to events above the > newbus layer -- i.e., discover of an fdisk partition table, swap-backed > md device, attachment of a new software RAID layer, arrival of a volume > by volume name, arrival of a ZFS volume, etc. Minor comments: * Functions are small enough that I doubt they need a whole new C file * devd string looks a little weird ("at on"?) I don't think this helps. When usb calls scsi_da calls disk_create(), userland will get a GEOM devd notice. Now what happens? I assume it might be: some script runs, does camcontrol inquiry , notes that it is removable, then forks a proc that does the above sleep loop I described? I don't think that's any different from what I described except I put it as internal to devd, not an external script. I don't care where it goes so that's fine with me. After the device is unmounted and the media potentially goes away, who figures out that the poll loop should start up again? -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 23:43:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5103D16A41F for ; Mon, 2 Jul 2007 23:43:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 20C0E13C489 for ; Mon, 2 Jul 2007 23:43:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 57836472F8; Mon, 2 Jul 2007 19:43:30 -0400 (EDT) Date: Tue, 3 Jul 2007 00:43:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nate Lawson In-Reply-To: <46897A6A.9020909@root.org> Message-ID: <20070703003353.B72943@fledge.watson.org> References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> <20070701.233153.-1343615328.imp@bsdimp.com> <4688947D.4040803@root.org> <20070702150825.L61395@fledge.watson.org> <46897A6A.9020909@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: phk@phk.freebsd.dk, marck@rinet.ru, "M. Warner Losh" , current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jul 2007 23:43:31 -0000 On Mon, 2 Jul 2007, Nate Lawson wrote: >>>> This doesn't belong in devd. >>>> >>>> Robert has patches to bring new geom entries into the realm of devd. >>> >>> URL? >> >> This is from quite a long time ago, so likely needs massaging to apply. >> >> http://www.watson.org/~robert/freebsd/geom_devctl.diff >> >> The idea is straight forward: when a new geom device is discovered, we >> issue a notification, which allows devd to respond to events above the >> newbus layer -- i.e., discover of an fdisk partition table, swap-backed md >> device, attachment of a new software RAID layer, arrival of a volume by >> volume name, arrival of a ZFS volume, etc. > > Minor comments: * Functions are small enough that I doubt they need a whole > new C file * devd string looks a little weird ("at on"?) > > I don't think this helps. When usb calls scsi_da calls disk_create(), > userland will get a GEOM devd notice. Now what happens? > > I assume it might be: some script runs, does camcontrol inquiry , > notes that it is removable, then forks a proc that does the above sleep loop > I described? > > I don't think that's any different from what I described except I put it as > internal to devd, not an external script. I don't care where it goes so > that's fine with me. > > After the device is unmounted and the media potentially goes away, who > figures out that the poll loop should start up again? This intentionally uncommitted patch comes without warranty, express or implied. :-) This patch was not intended to solve the problem being discussed here -- it was intended to make it easier to write an automounter that responds to asynchronous notifications of GEOM-layer events, not deal with the lack of asynchronous notifications out of the SCSI and/or hardware to the GEOM layer. GEOM relies on these notifications in order to decide when to start the "tasting" process, which is why they aren't picked up. If the SCSI layer does discover at some point later when I/O is issued, it does sound like some sort of disk_tickle(9) API is required so that SCSI can request a bit of reevaluation of matters without actually destroying and recreating the entire stack. I have no opinions about how it should happen if no such asynchronous notification is generated by the hardware. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 00:51:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E08316A41F for ; Tue, 3 Jul 2007 00:51:16 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id DA45113C44C for ; Tue, 3 Jul 2007 00:51:15 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.montlan (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.1/8.13.4) with ESMTP id l630ZBfc001117 for ; Mon, 2 Jul 2007 19:35:12 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <468999BF.9040006@math.missouri.edu> Date: Mon, 02 Jul 2007 19:35:11 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.4) Gecko/20070630 SeaMonkey/1.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 03 Jul 2007 01:00:28 +0000 Subject: great job with multithreaded programs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 00:51:16 -0000 I did a recent upgrade of current, and a multithreaded program which used to take 33s suddenly takes 18s. Somebody did something very right!!! I can provide details (but please email me directly as I don't subscribe to current), but basically the program does these massively large 3D Fourier transforms using the math/fftw3 port. I have two dual Xeon's with HT running, and I run fftw3 with 4 threads. I use the ULE scheduler, and have witness and invariants all switched off. I should add, perhaps disappointingly, that this now only brings FreeBSD on par with Linux with respect to this program - Red Hat Linux also ran this at 18s. But hopefully this is part of some rather skillful reworking of multithreading on FreeBSD and we will see great gains in the future. Best regards, Stephen From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 01:03:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1865C16A469; Tue, 3 Jul 2007 01:03:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B6CF213C45D; Tue, 3 Jul 2007 01:03:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l6313W37086787; Mon, 2 Jul 2007 21:03:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l6313WUB047882; Mon, 2 Jul 2007 21:03:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9841473068; Mon, 2 Jul 2007 21:03:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070703010331.9841473068@freebsd-current.sentex.ca> Date: Mon, 2 Jul 2007 21:03:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 01:03:33 -0000 TB --- 2007-07-02 23:27:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-02 23:27:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-02 23:27:40 - cleaning the object tree TB --- 2007-07-02 23:28:03 - checking out the source tree TB --- 2007-07-02 23:28:03 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-02 23:28:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-02 23:34:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-02 23:34:59 - cd /src TB --- 2007-07-02 23:34:59 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 2 23:35:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 3 00:50:28 UTC 2007 TB --- 2007-07-03 00:50:28 - generating LINT kernel config TB --- 2007-07-03 00:50:28 - cd /src/sys/powerpc/conf TB --- 2007-07-03 00:50:28 - /usr/bin/make -B LINT TB --- 2007-07-03 00:50:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-03 00:50:28 - cd /src TB --- 2007-07-03 00:50:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 3 00:50:29 UTC 2007 >>> 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 [...] bf_skey.o(.text+0x140): In function `BF_set_key': : undefined reference to `BF_encrypt' bf_skey.o(.text+0x164): In function `BF_set_key': : undefined reference to `BF_encrypt' xform.o(.text+0xac8): In function `blf_decrypt': : undefined reference to `BF_decrypt' xform.o(.text+0xb40): In function `blf_encrypt': : undefined reference to `BF_encrypt' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-03 01:03:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-03 01:03:31 - ERROR: failed to build lint kernel TB --- 2007-07-03 01:03:31 - tinderbox aborted TB --- 0.65 user 1.91 system 5750.14 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 01:08:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9914C16A400 for ; Tue, 3 Jul 2007 01:08:41 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8611613C4E3 for ; Tue, 3 Jul 2007 01:08:41 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id 4D54E1A3C1A; Mon, 2 Jul 2007 18:08:41 -0700 (PDT) In-Reply-To: <3bbf2fe10707021518l3d4257d6o3b8838faa6d1ace5@mail.gmail.com> References: <20070701224452.I552@10.0.0.1> <20070701224741.M552@10.0.0.1> <3bbf2fe10707021518l3d4257d6o3b8838faa6d1ace5@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 2 Jul 2007 18:08:32 -0700 To: Attilio Rao X-Mailer: Apple Mail (2.752.3) Cc: Jeff Roberson , current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 01:08:41 -0000 On Jul 2, 2007, at 3:18 PM, Attilio Rao wrote: > 2007/7/2, Jeff Roberson : >> I forgot: >> >> http://people.freebsd.org/~jeff/schedsmp.diff >> >> --- amd64/amd64/cpu_switch.S 6 Jun 2007 07:35:07 -0000 1.158 >> +++ amd64/amd64/cpu_switch.S 2 Jul 2007 05:43:31 -0000 >> @@ -148,13 +148,7 @@ >> movq %cr3,%rax >> cmpq %rcx,%rax /* Same address space? */ >> jne swinact >> - movq %rdx, TD_LOCK(%rdi) /* Release the old thread */ >> - /* Wait for the new thread to become unblocked */ >> - movq $blocked_lock, %rdx >> -1: >> - movq TD_LOCK(%rsi),%rcx >> - cmpq %rcx, %rdx >> - je 1b >> + xchgq %rdx, TD_LOCK(%rdi) /* Release the old thread */ > > I don't think here you need an atomic instruction, a memory barrier > throug sfence is good enough in order to make thread migration > consistent. SFENCE is not needed. Stores are already strongly ordered wrt other stores on x86 (unless you use write-combining memory or non-temporal stores). The main advantage of using an atomic operation when unlocking is that it should make the store visible to other CPUs faster (so they don't spin as long), although I think you'll have a hard time noticing a difference in a macrobenchmark. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 01:11:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0013F16A469 for ; Tue, 3 Jul 2007 01:11:03 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E3FE013C48A for ; Tue, 3 Jul 2007 01:11:03 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id B13CC1A4D8B; Mon, 2 Jul 2007 18:11:03 -0700 (PDT) In-Reply-To: <46894427.2050602@ybb.ne.jp> References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> <46892373.1080602@ybb.ne.jp> <46894427.2050602@ybb.ne.jp> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 2 Jul 2007 18:10:54 -0700 To: Takeharu KATO X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 01:11:04 -0000 On Jul 2, 2007, at 11:29 AM, Takeharu KATO wrote: > Hi > >> Actually, I looked at the documentation for Intel E7501 chipset, >> and it seems like it also has a hardware scrubber: See http:// >> download.intel.com/design/chipsets/datashts/25192702.pdf section >> 5.8.2. >> So, supposedly, other Intel chipsets for servers might also have it. >> > Oh, this chipset has automatic memory scrubber certainly. > I did not know that. > > But as far as I think, it is more preferable to support memory scrub > with software for other chipsets since MCH facility is supported by > CPU. > What do you think about it? Feel free to provide patches. :-) -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 01:35:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85A0E16A46B for ; Tue, 3 Jul 2007 01:35:34 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF2213C469 for ; Tue, 3 Jul 2007 01:35:34 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1I5XIi-0004mc-F9; Tue, 03 Jul 2007 10:35:32 +0900 Message-ID: <4689A7DC.1070604@fusiongol.com> Date: Tue, 03 Jul 2007 10:35:24 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4679CE35.8080907@fusiongol.com> <86wsxibxc2.fsf@dwp.des.no> In-Reply-To: <86wsxibxc2.fsf@dwp.des.no> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Abuse-Complaints: abuse@gol.com Cc: freebsd-current@freebsd.org Subject: Re: Promise SATA300 TX4 card 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: Tue, 03 Jul 2007 01:35:34 -0000 Dag-Erling Smørgrav wrote: > Nathan Butcher writes: >> I've been having problems with my ZFS pool consisting of 4 drives hooked >> up to my Prmoise SATA 300TX4 controller. It had been working fine until >> to around the 19th of this month, and then I started seeing error >> messages whenever I tried to write lots of data to ZFS..... followed by >> a nasty lockup with no other debugging information of which to speak of. > > This is a recurring problem with ZFS and ata disks. It appears that the > ata driver doesn't like the ATA_FLUSHCACHE command very much, and ZFS > uses it a lot. Turning off atime helps, as does turning off ata write > caching (hw.ata.wc=0 in loader.conf) - I still get timeouts and > transient hangs once in a while, but my server no longer crashes: Thanks for your input. I had my suspicions about the ata driver. Perhaps I should clarify my situation however. I rebuilt my kernel and world on the 15th, and my server was working fine until the 19th when I rebuilt my kernel and world again and then started seeing issues. It seems to me that some changes must have been made in the ata driver (assuming that's what it is) between updates which caused this borkage to happen. When I rolled back to the 200706 snapshot sources, once again my server is stable. Mind that my server has a core2 duo running amd64 with 2GB of memory. I noticed some updates to the ata driver code during the past month, so I will try updating to the next snapshot sources (200707) when it is released to see if this issue has been fixed.... otherwise I'm rolling back to 200706 sources. From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 06:22:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83A4016A469 for ; Tue, 3 Jul 2007 06:22:31 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5EB13C4D3 for ; Tue, 3 Jul 2007 06:22:31 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l636MMcQ056000 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 3 Jul 2007 02:22:23 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 2 Jul 2007 23:22:00 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Thomas Sparrevohn In-Reply-To: <200707022031.32359.Thomas.Sparrevohn@btinternet.com> Message-ID: <20070702232119.X552@10.0.0.1> References: <20070701224452.I552@10.0.0.1> <200707021956.01128.Thomas.Sparrevohn@btinternet.com> <20070702120147.F552@10.0.0.1> <200707022031.32359.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 06:22:31 -0000 On Mon, 2 Jul 2007, Thomas Sparrevohn wrote: > On Monday 02 July 2007 20:02:41 Jeff Roberson wrote: >> On Mon, 2 Jul 2007, Thomas Sparrevohn wrote: >> >>> >> >> Hi, can you try sysctl kern.sched.steal_busy=1? Please tell me if that >> improves things. This will resolve short-term load imbalances by stealing >> threads from other processors. >> >> Thanks, >> Jeff >> > > If I enable "kern.sched.steal_busy" the system panics within a couple > of seconds with a "spin lock held to long". > > Mind you that the kernels I have use has all debugging turned off e.g. > no WITHNESS etc. so it could be that - I quite a while if I am to rerun > all tests with WITHNESS etc enabled - Do you want me to or do you have > a suggestion as to why it panics? Hey Thomas, sorry for the bug, can you try the scheduler at: http://people.freebsd.org/~jeff/sched_smp.c Thanks, Jeff > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 08:50:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11C8816A46B for ; Tue, 3 Jul 2007 08:50:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9028613C4B9 for ; Tue, 3 Jul 2007 08:50:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I5e51-0003KG-Mc for freebsd-current@freebsd.org; Tue, 03 Jul 2007 10:49:51 +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 ; Tue, 03 Jul 2007 10:49:51 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Jul 2007 10:49:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 03 Jul 2007 10:49:30 +0200 Lines: 70 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0553930B171A80408695B9ED" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.12 (X11/20060911) X-Enigmail-Version: 0.94.2.0 Sender: news Subject: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 08:50:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0553930B171A80408695B9ED Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi One step in my SoC project is to create a LiveCD environment with X11=20 and a simple GUI desktop. I chose Xfce because it's small and easy to=20 maintain. Creating a FreeBSD LiveCD was fairly straightforward thanks to = good design of the base system, but I have strange problems with X11=20 applications. The symptoms are: - xfdesktop crashes in glib's wrapper of pthred_cond_timedwait() with=20 "Invalid argument" error - Firefox runs with 100% CPU spent in SYS time, with "top" reporting it=20 in a libthr-related state It's unusual that both problems seem to be connected with threading,=20 using libmap to remap libthr to libpthread doesn't help, and some other=20 threaded applications I tried (csup) work fine. This is a showstopper kind of bug but I don't know where to start=20 debugging. I've run strace but I the only unusual thing I saw was many=20 EAGAIN errors on pipes and unix sockets. Since I'm using unionfs=20 extensively I tried without it (in case it has problems with pipes and=20 sockets) but using UFS over md devices doesn't help with the above two=20 problems. The weirdest part is that the binaries on LiveCD are copied from my=20 *working* desktop system (by first creating binary packages then=20 installing them in the new location), where they have no such problems.=20 The only thing different seems to be that the LiveCD binaries are run=20 from cd9660 read-only file system instead of UFS. :( There's one more unusual problem: the message newsyslog gives when=20 booting, about invalid "at" line in newsyslog.conf, but this config file = is completely valid, generated from "make distribution" when the image=20 is built. Could it be that cd9660 is corrupting data, or doesn't support = essential features (maybe mmap()?)? An ISO image of this work-in-progress can be downloaded here:=20 http://ivoras.net/stuff/freebsd-live-image.iso.bz2 [200 MB]. This is a=20 temporary location and the image will be removed in the future. When=20 running it, ignore all the messages about the installer, login as root=20 and run startx. To see how file systems are mounted, look at=20 /etc/rc.d/livecd script. I'd appreciate if anyone can look at this or at least provide pointers=20 on what to try next. --------------enig0553930B171A80408695B9ED Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGig2gldnAQVacBcgRAnYAAJ4ynPV9CQtblscw+z4rK9W6jEGaoQCfSqWN cDhLhZhbV+SzZclOe830LfA= =eYXx -----END PGP SIGNATURE----- --------------enig0553930B171A80408695B9ED-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 09:22:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D9E916A468 for ; Tue, 3 Jul 2007 09:22:49 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id EB97C13C45A for ; Tue, 3 Jul 2007 09:22:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5516B.dip.t-dialin.net [84.165.81.107]) by redbull.bpaserver.net (Postfix) with ESMTP id 4F0B22E19C; Tue, 3 Jul 2007 11:22:41 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B8D195B4A93; Tue, 3 Jul 2007 11:20:54 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l639KrVv007676; Tue, 3 Jul 2007 11:20:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 03 Jul 2007 11:20:53 +0200 Message-ID: <20070703112053.azox7spyw4oog8wk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 03 Jul 2007 11:20:53 +0200 From: Alexander Leidinger To: Chuck Swiger , stas@FreeBSD.org References: <46806B3E.2060701@FreeBSD.org> <4688EBC2.8070703@ybb.ne.jp> <27D8F2CD-156E-4962-A187-63E42CAE2B6F@FreeBSD.org> <4689295F.10109@mac.com> In-Reply-To: <4689295F.10109@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=3.996, required 8, BAYES_50 2.50, DKIM_POLICY_SIGNSOME 0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-SpamScore: sss X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Takeharu KATO , Suleiman Souhlal , current@FreeBSD.org Subject: Re: [PATCH] Machine Check Architecture on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 09:22:49 -0000 Quoting Chuck Swiger (from Mon, 02 Jul 2007 12:35:43 -0400= ): > Suleiman Souhlal wrote: >> On Jul 2, 2007, at 5:12 AM, Takeharu KATO wrote: >>> Apparently, the patch does not have memory scrub facility. >>> Do you have a plan to implement the memory scrub facility like =20 >>> solaris does? >>> >>> P.S. In fact, I was also trying to implement the MCE facility, so =20 >>> I am interesting to your patch. >> >> While I don't know about Intel CPUs, K8 CPUs from AMD have a =20 >> hardware DRAM/data cache scrubber, so I didn't bother implementing =20 >> it, and I don't really plan to, at least in the near future. It =20 >> should, however, be pretty easy to implement. > > Agreed, at least some BIOSes have an advanced memory tuning page > somewhere which lets you enable or disable the BG cache memory > scrubbing on AMD64 chips. > > I'm at least as interested in getting FreeBSD-level support for loading > CPU microcode into a running system, as I've got a bunch of remote HP > or Dell PE boxes floating around in racks somewhere. Getting them to > boot into a DOS/Windows env to reflash their BIOS or update something > like a Intel or Broadcomm NIC to disable their remote management or > whatever is eating traffic to be more of a hassle than a convenience > even when one is not dealing with remote systems. less /usr/ports/sysutils/devcpu/pkg-descr Note, I'm not able to load microcode on my Athlon XP yet, Stanislav =20 would probably appreciate some help with this. Bye, Alexander. --=20 There is a vast difference between the savage and civilized man, but it is never apparent to their wives until after breakfast. =09=09-- Helen Rowland http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 09:33:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3958C16A400; Tue, 3 Jul 2007 09:33:20 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC1213C45E; Tue, 3 Jul 2007 09:33:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8A4D447871; Tue, 3 Jul 2007 05:33:19 -0400 (EDT) Date: Tue, 3 Jul 2007 10:33:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Suleiman Souhlal In-Reply-To: Message-ID: <20070703102859.K29272@fledge.watson.org> References: <20070701224452.I552@10.0.0.1> <20070701224741.M552@10.0.0.1> <3bbf2fe10707021518l3d4257d6o3b8838faa6d1ace5@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Attilio Rao , Jeff Roberson , current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 09:33:20 -0000 On Mon, 2 Jul 2007, Suleiman Souhlal wrote: >> I don't think here you need an atomic instruction, a memory barrier throug >> sfence is good enough in order to make thread migration consistent. > > SFENCE is not needed. Stores are already strongly ordered wrt other stores > on x86 (unless you use write-combining memory or non-temporal stores). The > main advantage of using an atomic operation when unlocking is that it should > make the store visible to other CPUs faster (so they don't spin as long), > although I think you'll have a hard time noticing a difference in a > macrobenchmark. FYI, in my experience the difference between using an atomic operation and a non-atomic operation to force out the release of a lock *is* measurable in a macrobenchmark. I measured a several percentage slowdown in buildworld time when I made the mutex release use a non-atomic operation, even though the cycle count for the release operation went up, which I put down to additional waiting time across several CPUs. Our kernel was quite different then -- much less fine-grained locking, such as Giant over VFS still -- and what is now several-year old SMP hardware. It would be very interesting to re-run micro- and macrobenchmarks to continue to reevaluate some of the decisions we made a few years ago on that generation of MP hardware and with the incomplete locking work now that MP hardware has changed a lot and our locking is much more mature. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 09:41:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 920FC16A41F; Tue, 3 Jul 2007 09:41:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4136013C45D; Tue, 3 Jul 2007 09:41:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l639fcsI044348; Tue, 3 Jul 2007 05:41:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l639fc2t085985; Tue, 3 Jul 2007 05:41:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A1D073068; Tue, 3 Jul 2007 05:41:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070703094138.1A1D073068@freebsd-current.sentex.ca> Date: Tue, 3 Jul 2007 05:41:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 09:41:39 -0000 TB --- 2007-07-03 08:05:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-03 08:05:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-07-03 08:05:39 - cleaning the object tree TB --- 2007-07-03 08:05:59 - checking out the source tree TB --- 2007-07-03 08:05:59 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-07-03 08:05:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-03 08:13:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-03 08:13:52 - cd /src TB --- 2007-07-03 08:13:52 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 3 08:13:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jul 3 09:28:40 UTC 2007 TB --- 2007-07-03 09:28:40 - generating LINT kernel config TB --- 2007-07-03 09:28:40 - cd /src/sys/powerpc/conf TB --- 2007-07-03 09:28:40 - /usr/bin/make -B LINT TB --- 2007-07-03 09:28:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-03 09:28:40 - cd /src TB --- 2007-07-03 09:28:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 3 09:28:40 UTC 2007 >>> 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 [...] bf_skey.o(.text+0x140): In function `BF_set_key': : undefined reference to `BF_encrypt' bf_skey.o(.text+0x164): In function `BF_set_key': : undefined reference to `BF_encrypt' xform.o(.text+0xac8): In function `blf_decrypt': : undefined reference to `BF_decrypt' xform.o(.text+0xb40): In function `blf_encrypt': : undefined reference to `BF_encrypt' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-03 09:41:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-03 09:41:37 - ERROR: failed to build lint kernel TB --- 2007-07-03 09:41:37 - tinderbox aborted TB --- 0.56 user 2.01 system 5758.19 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 09:48:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C3D216A421 for ; Tue, 3 Jul 2007 09:48:04 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 4BAB413C4B7 for ; Tue, 3 Jul 2007 09:48:04 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l639T3nv072747 for ; Tue, 3 Jul 2007 11:29:03 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 3 Jul 2007 11:29:05 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fixit live cd amd64 Thread-Index: Ace9VJlWM3WbWnV8QNuHO0zeODX+yA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fixit live cd amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 09:48:04 -0000 Hello all=20 I installed today the amd64 snapshot of current from june. All went well but I made a mistake and need to use the fixit live cd = function. But it tells me that I need to place the live cd, the i386 version is on = cd1, is the live cd for amd64 on cd 2?, or is it something else. regards, Johan Hendriks =20 =20 No virus found in this outgoing message. Checked by AVG Free Edition.=20 Version: 7.5.476 / Virus Database: 269.9.14/884 - Release Date: 2-7-2007 = 15:35 =20 From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 10:09:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A987816A484 for ; Tue, 3 Jul 2007 10:09:24 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7AB13C447 for ; Tue, 3 Jul 2007 10:09:24 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id F39335D1B; Tue, 3 Jul 2007 06:09:23 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 03 Jul 2007 06:09:23 -0400 X-Sasl-enc: lA9EB5za9U28Evbw4k7a/QmcBe54+27JCNptsJxZQXe2 1183457363 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7DF3E148D; Tue, 3 Jul 2007 06:09:23 -0400 (EDT) Message-ID: <468A2052.70009@incunabulum.net> Date: Tue, 03 Jul 2007 11:09:22 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports-committers@FreeBSD.org Subject: Problem with MesaLib based ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 10:09:24 -0000 Whilst upgrading my system to xorg 7.2, I found that I sometimes had to 'mkdir lib' in the extracted tree for ports using the MesaLib distfile. A number of ports seem to be affected by this. The latest breakage was with yesterday's graphics/libGL port update: %%% cc -c -I. -I../../../include -I../../../include/GL/internal -I../../../src/mesa/main -I../../../src/mesa/glapi -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include/drm `pkg-config --cflags libdrm` -I/usr/local/include -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include/drm -Wall -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include/drm -Wmissing-prototypes -std=c99 -Wundef -ffast-math -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -I/usr/local/include -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN -DXF86VIDMODE -D_REENTRANT -UIN_DRI_DRIVER -DDEFAULT_DRIVER_DIR=\"/usr/local/lib/dri\" ../../../src/mesa/x86/glapi_x86.S -o ../../../src/mesa/x86/glapi_x86.o ../../../bin/mklib -o GL -linker 'cc' \ -major 1 -minor 2 \ -install ../../../lib -L/usr/local/lib -lX11 -lXext -lXxf86vm -lXdamage -lXfixes -lm -pthread `pkg-config --libs libdrm` glcontextmodes.o clientattrib.o compsize.o eval.o glxcmds.o glxext.o glxextensions.o indirect.o indirect_init.o indirect_size.o indirect_window_pos.o indirect_transpose_matrix.o indirect_vertex_array.o indirect_vertex_program.o pixel.o pixelstore.o render2.o renderpix.o single2.o singlepix.o vertarr.o xfont.o glx_pbuffer.o glx_query.o glx_texture_compression.o dri_glx.o XF86dri.o ../../../src/mesa/main/dispatch.o ../../../src/mesa/glapi/glapi.o ../../../src/mesa/glapi/glthread.o ../../../src/mesa/x86/glapi_x86.o mklib: Making FreeBSD shared library: libGL.so.1 mklib: Installing libGL.so.1 libGL.so in ../../../lib usage: mv [-f | -i | -n] [-v] source target mv [-f | -i | -n] [-v] source ... directory gmake[3]: *** [../../../lib/libGL.so] Error 64 gmake[3]: Leaving directory `/usr/ports/graphics/libGL/work/Mesa-7.0/src/glx/x11' gmake[2]: *** [subdirs] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/libGL/work/Mesa-7.0/src' gmake[1]: *** [default] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/libGL/work/Mesa-7.0' gmake: *** [freebsd-dri-x86] Error 2 *** Error code 2 Stop in /usr/ports/graphics/libGL. %%% If I 'mkdir lib' in /usr/ports/graphics/libGL/work/Mesa-7.0 I do not see this failure. BMS From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 10:24:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6152816A41F; Tue, 3 Jul 2007 10:24:37 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id EB4BE13C44C; Tue, 3 Jul 2007 10:24:36 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.181.58] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1I5fYh3nu9-000418; Tue, 03 Jul 2007 12:24:36 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 3 Jul 2007 12:26:11 +0200 User-Agent: KMail/1.9.6 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: V01U2FsdGVkX1+wjhyKULV71mkMgPeXhe1gYyPXYp6up7EcUKr lhwLTonIr4BuhS0kqpFGfT6+UJL2bY3FEwGJvFaVDxRgzAWN09 p7icaCLghIeDXKFWw3IGxr0Efof66EJn3d9uMSlX6M= Cc: freebsd-pf@freebsd.org Subject: HEADSUP: pf 4.1 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 10:24:37 -0000 --nextPart6613064.jzQGIW6EcU Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, in the course of this afternoon (CEST) I'll import the OpenBSD 4.1 version= =20 of pf. The build might break for a short time, but I'll try to keep it=20 as short as possible. Users of pf should hold off a bit as I plan to commit a tiny ABI break=20 after the update is finished in order to be able to add netgraph support=20 in the future. After that a full "buildworld buildkernel installkernel=20 installworld mergemaster"-run is advised. Will send an all clear when done. =2D-=20 =46reeBSD Status reports due: 07/07/07 :-) /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart6613064.jzQGIW6EcU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGiiRKXyyEoT62BG0RAm2wAJ9kMYqFFKxgIVz441+iV93zXUJtaACfY0rX 5xqwjq7HlvL49E92AUDOU6k= =Qt9n -----END PGP SIGNATURE----- --nextPart6613064.jzQGIW6EcU-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 10:52:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49F7316A400; Tue, 3 Jul 2007 10:52:12 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.freebsd.org (Postfix) with ESMTP id 107C113C44B; Tue, 3 Jul 2007 10:52:12 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 947B85C287; Tue, 3 Jul 2007 12:34:51 +0200 (CEST) Date: Tue, 3 Jul 2007 12:34:51 +0200 From: Thomas Quinot To: Max Laier Message-ID: <20070703103451.GB8689@melamine.cuivre.fr.eu.org> References: <200707031226.18399.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707031226.18399.max@love2party.net> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: HEADSUP: pf 4.1 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 10:52:12 -0000 * Max Laier, 2007-07-03 : > in the course of this afternoon (CEST) I'll import the OpenBSD 4.1 version > of pf. The build might break for a short time, but I'll try to keep it > as short as possible. Thanks Max! Is there a place on the web that lists interesting new features and fixes in that release? Thomas. From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 11:06:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0693216A468 for ; Tue, 3 Jul 2007 11:06:20 +0000 (UTC) (envelope-from beech@FreeBSD.org) Received: from stargate.alaskaparadise.com (75-96-237-24.gci.net [24.237.96.75]) by mx1.freebsd.org (Postfix) with ESMTP id D1DDB13C465 for ; Tue, 3 Jul 2007 11:06:19 +0000 (UTC) (envelope-from beech@FreeBSD.org) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id D569E7F66; Tue, 3 Jul 2007 03:06:18 -0800 (AKDT) From: Beech Rintoul To: freebsd-current@freebsd.org Date: Tue, 3 Jul 2007 03:06:03 -0800 User-Agent: KMail/1.9.6 X-Face: jC2w\k*Q1\0DA2Q0Eh&BrP/Rt2M, ^2O#R07VoT98m*>miQF9%Bi9vy`F6cPjwEe?m, )2 X?M\:OE9QgZ"xT3/n3,3MJ7N=Cfkmi%f(w^~X"SUxn>; 27NO; C+)g[7J`$G*SN>{ Subject: major problems after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beech Rintoul List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 11:06:20 -0000 After upgrading -current as of 4 days ago. A lot of my kde apps are failing with the following: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) Segmentation fault (core dumped) I have recursively rebuilt all of kde, related libs and xorg. I can't think of anything else to try. Anyone have a suggestion? -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 09:42:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37D8E16A468 for ; Tue, 3 Jul 2007 09:42:58 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id 9B9AB13C46C for ; Tue, 3 Jul 2007 09:42:57 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx91.stngva01.us.mxservers.net (198.173.112.8) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 4-0181925774 for ; Tue, 3 Jul 2007 11:42:55 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx91.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 0f51a864.1156.085.mx91.stngva01.us.mxservers.net; Tue, 03 Jul 2007 05:25:04 -0400 (EDT) Received: (qmail 39834 invoked from network); 3 Jul 2007 09:42:52 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.146.160) by with SMTP; 3 Jul 2007 09:42:52 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l639gm4S001351 for ; Tue, 3 Jul 2007 11:42:50 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Tue, 3 Jul 2007 11:42:48 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-Id: <20070703114248.37a2019b.garyj@jennejohn.org> Organization: DENX Softwre Engineering GmbH X-Mailer: Sylpheed 2.4.3 (GTK+ 2.10.13; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: [F=0.5659796344; heur=0.500(0); stat=0.565; spamtraq-heur=0.500(2007061918)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Tue, 03 Jul 2007 11:22:40 +0000 Subject: panic when printing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 09:42:58 -0000 I haven't seen this reported before. Trying to print to my parallel printer with a -current kernel from July 2 (amd64) results in a kernel panic. A kernel from June 16 (i386) does not cause a panic. If I boot with the printer turned on then the kernel sees it (PnP) with no problem. Just printing causes a panic. BTW this kernel is using the SMP-scheduler from Jeff Roberson, but IIRC a different kernel (June 29) w/o that scheduler also panics. I can't say whether it's amd64-specific or just due to recent changes to the sources. I'm rather reluctant to generate a new i386 kernel to check that, but I could be persuaded to do it. Below a typescript of a very limited kgdb session: root:peedub:crash:bash:1> gdb /boot/kernel/kernel vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] lpt0: [GIANT-LOCKED] lpt0: [ITHREAD] Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x8:0xffffffff804ece83 stack pointer = 0x10:0xffffffffaf97a760 frame pointer = 0x10:0xffffffffaf97a780 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 1980 (lpd) trap number = 30 panic: reserved (unknown) fault cpuid = 1 Uptime: 2h41m43s Physical memory: 2037 MB Dumping 977 MB: 961 945 929 913 897 881 865 849 833 817 801 785 769 753 737 721 705 689 673 657 641 625 609 593 577 561 545 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff802f94db in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff802f97de in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff804fec9c in trap_fatal (frame=0xffffffffaf97a6b0, eva=0) at /usr/src/sys/amd64/amd64/trap.c:695 #4 0xffffffff804ffaa3 in trap (frame=0xffffffffaf97a6b0) at /usr/src/sys/amd64/amd64/trap.c:498 #5 0xffffffff804e566e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #6 0xffffffff804ece83 in spinlock_exit () at cpufunc.h:391 #7 0xffffffff804e9291 in ioapic_program_intpin #(intpin=0xffffff0001043208) at /usr/src/sys/amd64/amd64/io_apic.c:273 #8 0xffffffff804e967a in ioapic_disable_intr (isrc=0xffffff0001043208) at /usr/src/sys/amd64/amd64/io_apic.c:375 #9 0xffffffff804e843d in intr_remove_handler (cookie=Variable "cookie" #is not available. ) at /usr/src/sys/amd64/amd64/intr_machdep.c:217 #10 0xffffffff804f23bc in nexus_teardown_intr (dev=Variable "dev" is #not available. ) at /usr/src/sys/amd64/amd64/nexus.c:451 #11 0xffffffff8031bf8f in bus_generic_teardown_intr #(dev=0xffffffffabf30000, child=0xffffff0003285b00, irq=0xffffff0003316480, cookie=0xffffff001bf44100) at bus_if.h:416 #12 0xffffffff8022fc9d in ppc_teardown_intr (bus=0xffffff0001216500, child=0xffffff0003285b00, r=0xffffff0003316480, ih=0xffffff001bf44100) at bus_if.h:416 #13 0xffffffff8022e3f4 in ppbus_teardown_intr (bus=0xffffff0003286e00, child=0xffffff0003285b00, r=Variable "r" is not available. ) at bus_if.h:416 #14 0xffffffff8022ef6a in ppb_release_bus (bus=0xffffff0003286e00, dev=0xffffff0003285b00) at bus_if.h:416 #15 0xffffffff8022a9a5 in lpt_release_ppbus (dev=0xffffff0003285b00) at /usr/src/sys/dev/ppbus/lpt.c:227 #16 0xffffffff8022b796 in lptwrite (dev=Variable "dev" is not available. ) at /usr/src/sys/dev/ppbus/lpt.c:826 #17 0xffffffff802c6f61 in giant_write (dev=0xffffff00032fe800, uio=0xffffffffaf97ab00, ioflag=0) at /usr/src/sys/kern/kern_conf.c:358 #18 0xffffffff8028b9f7 in devfs_write_f (fp=0xffffff0003b092d0, uio=0xffffffffaf97ab00, cred=Variable "cred" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:1290 #19 0xffffffff8033058a in dofilewrite (td=0xffffff00039c5360, fd=6, fp=0xffffff0003b092d0, auio=0xffffffffaf97ab00, offset=Variable "offset" is not available. ) at file.h:254 #20 0xffffffff8033080f in kern_writev (td=0xffffff00039c5360, fd=6, auio=0xffffffffaf97ab00) at /usr/src/sys/kern/sys_generic.c:373 #21 0xffffffff8033088b in write (td=0xffffffffabf30000, uap=0x1e) at /usr/src/sys/kern/sys_generic.c:303 #22 0xffffffff804ff2d1 in syscall (frame=0xffffffffaf97ac70) at /usr/src/sys/amd64/amd64/trap.c:820 #23 0xffffffff804e581b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #24 0x000000080071ccac in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) q --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 11:23:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D269416A47C; Tue, 3 Jul 2007 11:23:20 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 20D3413C4BF; Tue, 3 Jul 2007 11:23:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.181.58] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1I5gTW1rGQ-00042p; Tue, 03 Jul 2007 13:23:18 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 3 Jul 2007 13:24:48 +0200 User-Agent: KMail/1.9.6 References: <200707031226.18399.max@love2party.net> <20070703103451.GB8689@melamine.cuivre.fr.eu.org> In-Reply-To: <20070703103451.GB8689@melamine.cuivre.fr.eu.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1349471.Ch83g9P1M3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707031324.55556.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19ctay1tO1qiCWwSxLFDUxa71QeielbFbVUIDp 7pOOLP4ba4yms8maEe2/L55ftNkhbj/jpgz8rOkokoxjLPJi25 27RKsSpJtGss/g2krR40SGz/VvhB07UmZ4DYq0Z2yM= Cc: freebsd-pf@freebsd.org, Thomas Quinot Subject: Re: HEADSUP: pf 4.1 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 11:23:21 -0000 --nextPart1349471.Ch83g9P1M3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 03 July 2007, Thomas Quinot wrote: > * Max Laier, 2007-07-03 : > > in the course of this afternoon (CEST) I'll import the OpenBSD 4.1 > > version of pf. The build might break for a short time, but I'll try > > to keep it as short as possible. > > Thanks Max! Is there a place on the web that lists interesting new > features and fixes in that release? http://www.openbsd.org/{38,39,40,41}.html Note that some functionality is= =20 not available in FreeBSD (routing code related stuff, pfsync for IPSEC,=20 something I'm forgetting right now ... I'll try to compile a list later). =2D-=20 =46reeBSD Status reports due: 07/07/07 :-) /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1349471.Ch83g9P1M3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGijIHXyyEoT62BG0RAplxAJ47gjNCzT5UtTNMvLYVlGjSHHzDngCfdReW Pl3zMIpoAIqzcw4Wc6xnNp4= =gCxt -----END PGP SIGNATURE----- --nextPart1349471.Ch83g9P1M3-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 12:22:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A27416A41F; Tue, 3 Jul 2007 12:22:48 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 28F9E13C44B; Tue, 3 Jul 2007 12:22:47 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l63CLnnB032887; Tue, 3 Jul 2007 05:21:49 -0700 (PDT) Date: Tue, 03 Jul 2007 21:21:45 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org, net@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: FAST_IPSEC is now IPSEC, please be advised... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 12:22:48 -0000 Hi, My most recent check-in moves FreeBSD HEAD, soon to be 7.0 into the post Kame era. What was once FAST_IPSEC has been made into IPSEC and the Kame IPsec code has been removed from the tree. We will continue to use and update the Kame IPv6 code but of course there will be no more drops of code from the Kame project as it ended a year ago. Some things about the new IPsec: 1) Hardware Offload Support Support for several vendors hardware accelerators is available by using the new IPsec code. 2) Fine Grained Locking (SMP) One of the major reasons to move to the new codebase and to deprecate the Kame code was that we needed an IPsec stack that was locked for our SMP kernel architecture. 3) Full IPv6 Support One of the missing features of the old FAST_IPSEC code was IPv6 support. IPv6 is now fully supported. The code has been tested in my lab using both home grown tests and the TAHI test suite (http://www.tahi.org) as well by some FreeBSD Developers, notably Bjoern Zeeb, who is also responsible for the user land fixes, as well as numerous patches to the kernel. Please forward problems, and patches to me, or this list. Best, George From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 12:30:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8120C16A468; Tue, 3 Jul 2007 12:30:21 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail12.mail.yandex.net (webmail12.mail.yandex.net [213.180.223.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0FE13C484; Tue, 3 Jul 2007 12:30:21 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail12.yandex.ru) by mail.yandex.ru id ; Tue, 3 Jul 2007 16:08:49 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Tue, 3 Jul 2007 16:08:47 +0400 (MSD) Date: Tue, 3 Jul 2007 16:08:47 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <468A3C4F.000001.30479@webmail12.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: freebsd-current@freebsd.org, ianf@clue.co.za X-MsgDayCount: 1 X-BornDate: 1137963600 X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: rwatson@freebsd.org Subject: Re: Panic in ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 12:30:21 -0000 Hi, Ian. > I got this panic yesterday on a fairly busy firewall. I have some > private patches to ip_fw2.c and to the em driver (see the earlier > "em0 hijacking traffic to port 623" thread). I don't think this > panic is a result of those changes. > It occurred round about the time an address was added to an interface. I have a patch that can help you (i guess..). Can you test this patch? http://butcher.heavennet.ru/patches/kernel/inaddr_locking/ -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 12:16:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25D9016A547; Tue, 3 Jul 2007 12:16:36 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9CD13C628; Tue, 3 Jul 2007 12:16:25 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id ECEBD1B10F13; Tue, 3 Jul 2007 13:57:37 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id E3E5F1B10F0B; Tue, 3 Jul 2007 13:57:37 +0200 (CEST) Message-ID: <468A39B1.3050208@sun-fish.com> Date: Tue, 03 Jul 2007 14:57:37 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH X-Mailman-Approved-At: Tue, 03 Jul 2007 12:49:21 +0000 Cc: freebsd-current@freebsd.org Subject: Dell PE2850 freeze on boot with PXE and FreeBSD 7.0 amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 12:16:36 -0000 Hello, Sorry for cross-posting, but I'm not sure which is the proper mail list for this. I'm trying to boot latest FreeBSD 7 amd64 snapshot on Dell PE2850 (+2 year old server), but it panic (and freeze) every time on afd. afd in this case should be virtual floppy provided by DRAC (Dell Remote Access Controller) FreeBSD 7 - i386 boot without a problems, I'll try few other snapshots (6.2-stable amd64) to be sure that the problem is only in 7-current amd64 Here is result from verbose boot: GDB: debug ports: dcons GDB: current port: dcons KDB: debugger backends: ddb gdb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009e800 SMAP type=02 base=000000000009e800 len=0000000000001800 SMAP type=01 base=0000000000100000 len=00000000b36a0000 SMAP type=02 base=00000000b37a0000 len=000000000c800000 SMAP type=01 base=00000000bffa0000 len=0000000000020000 SMAP type=03 base=00000000bffc0000 len=000000000000fc00 SMAP type=02 base=00000000bffcfc00 len=000000000002f400 SMAP type=02 base=00000000e0000000 len=000000001ec90000 SMAP type=02 base=00000000fed00000 len=0000000000000400 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000ffb00000 len=0000000000500000 SMAP type=01 base=0000000100000000 len=0000000140000000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT-200706 #0: Thu Jun 7 21:38:42 UTC 2007 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Using 32 colors for the VM-PQ tuning (0, 0) Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80f98000. Preloaded mfs_root "/boot/mfsroot" at 0xffffffff80f98208. Calibrating clock(s) ... i8254 clock: 1193174 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3192223984 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3192.22-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 Logical CPUs per core: 2 usable memory = 8363180032 (7975 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x000000000109a000 - 0x00000000b379ffff, 2993709056 bytes (730886 pages) 0x00000000bffa0000 - 0x00000000bffbffff, 131072 bytes (32 pages) 0x0000000100000000 - 0x000000022f177fff, 5085036544 bytes (1241464 pages) avail memory = 8068014080 (7694 MB) ACPI APIC Table: INTR: Adding local APIC 6 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 4 ACPI: RSDP @ 0x0xfd650/0x0014 (v 0 DELL ) ACPI: RSDT @ 0x0xfd664/0x0038 (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000A) ACPI: FACP @ 0x0xfd6b0/0x0074 (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000A) ACPI: DSDT @ 0x0xbffc0000/0x388D (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000E) ACPI: FACS @ 0x0xbffcfc00/0x0040 ACPI: APIC @ 0x0xfd724/0x00A8 (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000A) ACPI: SPCR @ 0x0xfd7cc/0x0050 (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000A) ACPI: HPET @ 0x0xfd81c/0x0038 (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000A) ACPI: MCFG @ 0x0xfd854/0x003C (v 1 DELL PE BKC 0x00000001 MSFT 0x0100000A) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 32 at 0xfec80000 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 != expected base 24 MADT: Found IO APIC ID 10, Interrupt 64 at 0xfec83000 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 != expected base 56 MADT: Found IO APIC ID 11, Interrupt 96 at 0xfec84000 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 96 != expected base 88 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan_amrr: wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jun 7 2007 21:38:33) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x80080000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35908086) AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F0.SCFG -> bus 4 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F1.SCFG -> bus 4 dev 31 func 1 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F2.SCFG -> bus 4 dev 31 func 2 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F3.SCFG -> bus 4 dev 31 func 3 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F4.SCFG -> bus 4 dev 31 func 4 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F5.SCFG -> bus 4 dev 31 func 5 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F6.SCFG -> bus 4 dev 31 func 6 AcpiOsDerivePciId: \_SB_.PCI0.PBLO.D0F7.SCFG -> bus 4 dev 31 func 7 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F0.SCFG -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F1.SCFG -> bus 0 dev 31 func 1 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F2.SCFG -> bus 0 dev 31 func 2 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F3.SCFG -> bus 0 dev 31 func 3 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F4.SCFG -> bus 0 dev 31 func 4 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F5.SCFG -> bus 0 dev 31 func 5 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F6.SCFG -> bus 0 dev 31 func 6 AcpiOsDerivePciId: \_SB_.PCI0.VPR0.D0F7.SCFG -> bus 0 dev 31 func 7 AcpiOsDerivePciId: \_SB_.PCI0.ISA_.P40C -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.ISA_.P41C -> bus 0 dev 31 func 0 ACPI timer: 1/0 1/1 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 Validation 0 11 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 Validation 0 3 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 Validation 0 7 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 Validation 0 10 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 Validation 0 11 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 Validation 0 10 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 Validation 0 5 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x09 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3595, revid=0x09 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x3597, revid=0x09 bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x0018, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x3598, revid=0x09 bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x3599, revid=0x09 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x0018, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xace0, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0xacc0, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=7 map[20]: type I/O Port, range 32, base 0xaca0, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdff00000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x014f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled pcib1: at device 2.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 3 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xdfc00000-0xdfefffff pcib1: prefetched decode 0xd8000000-0xd80fffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x8086, dev=0x0330, revid=0x06 bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x0332, revid=0x06 bus=1, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib2: at device 0.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdfd00000-0xdfefffff pcib2: prefetched decode 0xd8000000-0xd80fffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1028, dev=0x0013, revid=0x06 bus=2, slot=14, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0196, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Prefetchable Memory, range 32, base 0xd80f0000, size 16, enabled pcib2: requested memory range 0xd80f0000-0xd80fffff: good pcib1: requested memory range 0xd80f0000-0xd80fffff: good map[18]: type Memory, range 32, base 0xdfdc0000, size 18, enabled pcib2: requested memory range 0xdfdc0000-0xdfdfffff: good pcib1: requested memory range 0xdfdc0000-0xdfdfffff: good pcib2: matched entry for 2.14.INTA pcib2: slot 14 INTA hardwired to IRQ 46 amr0: mem 0xd80f0000-0xd80fffff,0xdfdc0000-0xdfdfffff irq 46 at device 14.0 on pci2 amr0: Using 64-bit DMA amr0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd80f0000 ioapic1: routing intpin 14 (PCI IRQ 46) to vector 49 amr0: [MPSAFE] amr0: [ITHREAD] amr0: delete logical drives supported by controller amr0: Firmware 521S, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci3: on pcib3 pci3: physical bus=3 pcib4: at device 4.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci4: on pcib4 pci4: physical bus=4 pcib5: at device 5.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 7 pcib5: I/O decode 0xd000-0xefff pcib5: memory decode 0xdf700000-0xdfbfffff pcib5: no prefetched decode pci5: on pcib5 pci5: physical bus=5 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=5, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib6: at device 0.0 on pci5 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xe000-0xefff pcib6: memory decode 0xdfa00000-0xdfbfffff pcib6: no prefetched decode pci6: on pcib6 pci6: physical bus=6 found-> vendor=0x8086, dev=0x1076, revid=0x05 bus=6, slot=7, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdfae0000, size 17, enabled pcib6: requested memory range 0xdfae0000-0xdfafffff: good pcib5: requested memory range 0xdfae0000-0xdfafffff: good map[18]: type I/O Port, range 32, base 0xecc0, size 6, enabled pcib6: requested I/O range 0xecc0-0xecff: in range pcib5: requested I/O range 0xecc0-0xecff: in range pcib6: matched entry for 6.7.INTA pcib6: slot 7 INTA hardwired to IRQ 64 em0: port 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdfae0000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xecc0 em0: bpf attached em0: Ethernet address: 00:14:22:0e:e1:15 ioapic2: routing intpin 0 (PCI IRQ 64) to vector 50 em0: [FILTER] pcib7: at device 0.2 on pci5 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0xd000-0xdfff pcib7: memory decode 0xdf800000-0xdf9fffff pcib7: no prefetched decode pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x8086, dev=0x1076, revid=0x05 bus=7, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf8e0000, size 17, enabled pcib7: requested memory range 0xdf8e0000-0xdf8fffff: good pcib5: requested memory range 0xdf8e0000-0xdf8fffff: good map[18]: type I/O Port, range 32, base 0xdcc0, size 6, enabled pcib7: requested I/O range 0xdcc0-0xdcff: in range pcib5: requested I/O range 0xdcc0-0xdcff: in range pcib7: matched entry for 7.8.INTA pcib7: slot 8 INTA hardwired to IRQ 65 em1: port 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdf8e0000 em1: Reserved 0x40 bytes for rid 0x18 type 4 at 0xdcc0 em1: bpf attached em1: Ethernet address: 00:14:22:0e:e1:16 ioapic2: routing intpin 1 (PCI IRQ 65) to vector 51 em1: [FILTER] pcib8: at device 6.0 on pci0 pcib8: secondary bus 8 pcib8: subordinate bus 10 pcib8: I/O decode 0xc000-0xcfff pcib8: memory decode 0xdf400000-0xdf6fffff pcib8: no prefetched decode pci8: on pcib8 pci8: physical bus=8 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=8, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=8, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib9: at device 0.0 on pci8 pcib9: secondary bus 9 pcib9: subordinate bus 9 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xdf500000-0xdf6fffff pcib9: no prefetched decode pci9: on pcib9 pci9: physical bus=9 found-> vendor=0x8086, dev=0x1010, revid=0x01 bus=9, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf5e0000, size 17, enabled pcib9: requested memory range 0xdf5e0000-0xdf5fffff: good pcib8: requested memory range 0xdf5e0000-0xdf5fffff: good map[20]: type I/O Port, range 32, base 0xccc0, size 6, enabled pcib9: requested I/O range 0xccc0-0xccff: in range pcib8: requested I/O range 0xccc0-0xccff: in range pcib9: matched entry for 9.4.INTA pcib9: slot 4 INTA hardwired to IRQ 106 found-> vendor=0x8086, dev=0x1010, revid=0x01 bus=9, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf5c0000, size 17, enabled pcib9: requested memory range 0xdf5c0000-0xdf5dffff: good pcib8: requested memory range 0xdf5c0000-0xdf5dffff: good map[20]: type I/O Port, range 32, base 0xcc80, size 6, enabled pcib9: requested I/O range 0xcc80-0xccbf: in range pcib8: requested I/O range 0xcc80-0xccbf: in range pcib9: matched entry for 9.4.INTB pcib9: slot 4 INTB hardwired to IRQ 107 em2: port 0xccc0-0xccff mem 0xdf5e0000-0xdf5fffff irq 106 at device 4.0 on pci9 em2: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdf5e0000 em2: Reserved 0x40 bytes for rid 0x20 type 4 at 0xccc0 em2: bpf attached em2: Ethernet address: 00:04:23:bb:21:8c ioapic3: routing intpin 10 (PCI IRQ 106) to vector 52 em2: [FILTER] em3: port 0xcc80-0xccbf mem 0xdf5c0000-0xdf5dffff irq 107 at device 4.1 on pci9 em3: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdf5c0000 em3: Reserved 0x40 bytes for rid 0x20 type 4 at 0xcc80 em3: bpf attached em3: Ethernet address: 00:04:23:bb:21:8d ioapic3: routing intpin 11 (PCI IRQ 107) to vector 53 em3: [FILTER] pcib10: at device 0.2 on pci8 pcib10: secondary bus 10 pcib10: subordinate bus 10 pcib10: I/O decode 0xf000-0xfff pcib10: no prefetched decode pci10: on pcib10 pci10: physical bus=10 uhci0: port 0xace0-0xacff irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xace0 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 54 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xacc0-0xacdf irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xacc0 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 55 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xaca0-0xacbf irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xaca0 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 56 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 usb2: root hub problem, error=4 ehci0: mem 0xdff00000-0xdff003ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xdff00000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 57 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 usb3: root hub problem, error=4 pcib11: at device 30.0 on pci0 pcib11: secondary bus 11 pcib11: subordinate bus 11 pcib11: I/O decode 0xb000-0xbfff pcib11: memory decode 0xdf200000-0xdf3fffff pcib11: prefetched decode 0xc8000000-0xd7ffffff pcib11: Subtractively decoded bridge. pci11: on pcib11 pci11: physical bus=11 found-> vendor=0x1028, dev=0x0011, revid=0x00 bus=11, slot=5, func=0 class=ff-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd7fff000, size 12, enabled pcib11: requested memory range 0xd7fff000-0xd7ffffff: good map[14]: type I/O Port, range 32, base 0xbcf8, size 3, enabled pcib11: requested I/O range 0xbcf8-0xbcff: in range map[18]: type I/O Port, range 32, base 0xbce8, size 3, enabled pcib11: requested I/O range 0xbce8-0xbcef: in range pcib11: matched entry for 11.5.INTA pcib11: slot 5 INTA hardwired to IRQ 20 found-> vendor=0x1028, dev=0x0012, revid=0x00 bus=11, slot=5, func=1 class=ff-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf2ff000, size 12, enabled pcib11: requested memory range 0xdf2ff000-0xdf2fffff: good map[14]: type I/O Port, range 32, base 0xbc80, size 6, enabled pcib11: requested I/O range 0xbc80-0xbcbf: in range map[18]: type Prefetchable Memory, range 32, base 0xd7f00000, size 19, enabled pcib11: requested memory range 0xd7f00000-0xd7f7ffff: good pcib11: matched entry for 11.5.INTB pcib11: slot 5 INTB hardwired to IRQ 21 found-> vendor=0x1028, dev=0x0014, revid=0x00 bus=11, slot=5, func=2 class=ff-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1095, dev=0x0680, revid=0x02 bus=11, slot=6, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=1 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xbcf0, size 3, enabled pcib11: requested I/O range 0xbcf0-0xbcf7: in range map[14]: type I/O Port, range 32, base 0xbce4, size 2, enabled pcib11: requested I/O range 0xbce4-0xbce7: in range map[18]: type I/O Port, range 32, base 0xbcd8, size 3, enabled pcib11: requested I/O range 0xbcd8-0xbcdf: in range map[1c]: type I/O Port, range 32, base 0xbcd0, size 2, enabled pcib11: requested I/O range 0xbcd0-0xbcd3: in range map[20]: type I/O Port, range 32, base 0xbc70, size 4, enabled pcib11: requested I/O range 0xbc70-0xbc7f: in range map[24]: type Memory, range 32, base 0xdf2fec00, size 8, enabled pcib11: requested memory range 0xdf2fec00-0xdf2fecff: good pcib11: matched entry for 11.6.INTA pcib11: slot 6 INTA hardwired to IRQ 23 found-> vendor=0x1002, dev=0x5159, revid=0x00 bus=11, slot=13, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x01a7, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xc8000000, size 27, enabled pcib11: requested memory range 0xc8000000-0xcfffffff: good map[14]: type I/O Port, range 32, base 0xb800, size 8, enabled pcib11: requested I/O range 0xb800-0xb8ff: in range map[18]: type Memory, range 32, base 0xdf2e0000, size 16, enabled pcib11: requested memory range 0xdf2e0000-0xdf2effff: good pcib11: matched entry for 11.13.INTA pcib11: slot 13 INTA hardwired to IRQ 18 pci11: at device 5.0 (no driver attached) uart0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xbc80 pcib11: uart0 requested I/O range 0xbc80-0xbcbf: in range uart0: port 0xbc80-0xbcbf mem 0xdf2ff000-0xdf2fffff,0xd7f00000-0xd7f7ffff irq 21 at device 5.1 on pci11 pcib11: uart0 requested I/O range 0xbc80-0xbcbf: in range ioapic0: routing intpin 21 (PCI IRQ 21) to vector 58 uart0: [FILTER] uart0: fast interrupt pci11: at device 5.2 (no driver attached) atapci0: port 0xbcf0-0xbcf7,0xbce4-0xbce7,0xbcd8-0xbcdf,0xbcd0-0xbcd3,0xbc70-0xbc7f mem 0xdf2fec00-0xdf2fecf f irq 23 at device 6.0 on pci11 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbc70 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x100 bytes for rid 0x24 type 3 at 0xdf2fec00 ata2: on atapci0 ata2: reset tp1 mask=03 ostat0=40 ostat1=40 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=00 stat1=00 devices=0xc ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] vgapci0: port 0xb800-0xb8ff mem 0xc8000000-0xcfffffff,0xdf2e0000-0xdf2effff irq 18 at device 13.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=01 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x01 err=0x04 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=01 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 59 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 60 ata1: [MPSAFE] ata1: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 61 fdc0: [FILTER] device_attach: fdc0 attach returned 12 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 61 sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 62 fdc0: [FILTER] device_attach: fdc0 attach returned 12 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xd2800-0xd37ff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) kbdc: RESET_KBD return code:00fe kbdc: RESET_KBD return code:00fe kbdc: RESET_KBD return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 atkbd: failed to reset the keyboard. kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 62 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 241051 -> 100000 procfs registered lapic: Divisor 2, Frequency 99756996 hz Timecounter "TSC" frequency 3192223984 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. md0: Preloaded image 4194304 bytes at 0xffffffff80b961b8 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: CDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-slave: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire ata2-master: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire afd0: setting PIO3 on SiI 0680 chip afd0: (no media) at ata2-master PIO3 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff802522f7 stack pointer = 0x10:0xffffffff80f9cba0 frame pointer = 0x10:0xffffffff80f9cc20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at afd_attach+0x2c7: divq %rcx,%eax db> At this point the machine freezes and i cannot trace or whatever. P.S. please include me in CC as I'm not subscribed to both lists. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 12:54:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5819316A400 for ; Tue, 3 Jul 2007 12:54:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 15AC413C44B for ; Tue, 3 Jul 2007 12:54:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I5htx-000N1N-LS for freebsd-current@freebsd.org; Tue, 03 Jul 2007 15:54:41 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Jul 2007 15:54:41 +0300 From: Danny Braniss Message-ID: Subject: bge/BCM5704 crashes 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, 03 Jul 2007 12:54:43 -0000 Hi, I trying out an IBM X3455 which has 2 Broadcom BCM5704. they work ok under -stable, but -current just reboots without a trace, no panic, no nothing - actually some garbage on the serial port. I tried wit/and without msi. this is what i get under -stable: bge0@pci2:1:0: class=0x020000 card=0x02a61014 chip=0x164814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet cap 07[40] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 8 messages, 64 bit bge1@pci2:1:1: class=0x020000 card=0x02a61014 chip=0x164814e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet cap 07[40] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 8 messages, 64 bit From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 13:07:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CE9116A400 for ; Tue, 3 Jul 2007 13:07:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id DAB5413C483 for ; Tue, 3 Jul 2007 13:07:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=IqtxLnt20+XGRn5Wy1p+pq882xhZYAN5v1JCC3Tpj1+c3G0Q0JdvAuTchlHxlJjy75BtePNE17UTePVpwg0nSIDBQpvk2eIQHSyL3M4lx1vwHK0oXaBqrz21YAxuVC/qNpG8kjrKN8zbW+FNNSLTxanHx8DQwIK3oGdFwJ5Xen96X1N3uD7djd26kPLicGd4d3eSmQilI8sXgw1rjwAKrA0s3YJngHCmiorF0Egx/TRfZFgDQui6M6N0/d4Ri5E8; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I5i61-0000cN-0K; Tue, 03 Jul 2007 13:07:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I5i5b-000892-7T; Tue, 03 Jul 2007 13:06:43 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5i5Z-0006fa-VE; Tue, 03 Jul 2007 15:06:41 +0200 To: bu7cher@yandex.ru From: Ian FREISLICH In-Reply-To: Message from "Andrey V. Elsukov" of "Tue, 03 Jul 2007 16:08:47 +0400." <468A3C4F.000001.30479@webmail12.yandex.ru> X-Attribution: BOFH Date: Tue, 03 Jul 2007 15:06:41 +0200 Message-Id: Cc: rwatson@freebsd.org, freebsd-current@freebsd.org Subject: Re: Panic in 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: Tue, 03 Jul 2007 13:07:10 -0000 "Andrey V. Elsukov" wrote: > Hi, Ian. > > > I got this panic yesterday on a fairly busy firewall. I have some > > private patches to ip_fw2.c and to the em driver (see the earlier > > "em0 hijacking traffic to port 623" thread). I don't think this > > panic is a result of those changes. > > > It occurred round about the time an address was added to an interface. > > I have a patch that can help you (i guess..). > Can you test this patch? > > http://butcher.heavennet.ru/patches/kernel/inaddr_locking/ Thanks. Wow, that looks like it touches a lot more than just ipfw. It took about 1.5 years of production at 2.3 billion backets a day to trigger this condition twice. It's going to be difficult to tell if this patch fixes the problem. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 13:17:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8617E16A46D; Tue, 3 Jul 2007 13:17:49 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 5926213C4B0; Tue, 3 Jul 2007 13:17:49 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l63D08aD077248; Tue, 3 Jul 2007 08:00:09 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <468A4859.5050008@freebsd.org> Date: Tue, 03 Jul 2007 08:00:09 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Stefan Lambrev References: <468A39B1.3050208@sun-fish.com> In-Reply-To: <468A39B1.3050208@sun-fish.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Dell PE2850 freeze on boot with PXE and FreeBSD 7.0 amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 13:17:49 -0000 Stefan Lambrev wrote: > Hello, > > Sorry for cross-posting, but I'm not sure which is the proper mail list > for this. > > I'm trying to boot latest FreeBSD 7 amd64 snapshot on Dell PE2850 (+2 > year old server), > but it panic (and freeze) every time on afd. > afd in this case should be virtual floppy provided by DRAC (Dell Remote > Access Controller) > > FreeBSD 7 - i386 boot without a problems, I'll try few other snapshots > (6.2-stable amd64) to be sure that the problem is only in 7-current amd64 > > Here is result from verbose boot: > > [..snip..] > ata2-slave: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > ata2-master: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire > afd0: setting PIO3 on SiI 0680 chip > afd0: (no media) at ata2-master PIO3 > > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8:0xffffffff802522f7 > stack pointer = 0x10:0xffffffff80f9cba0 > frame pointer = 0x10:0xffffffff80f9cc20 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at afd_attach+0x2c7: divq %rcx,%eax > db> > > > At this point the machine freezes and i cannot trace or whatever. > > P.S. please include me in CC as I'm not subscribed to both lists. > You should be able to disable the virtual floppy on the system, and that should allow it to boot. That's not a fix, but it could get you going in the mean time. Eric From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 13:23:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48B9116A41F; Tue, 3 Jul 2007 13:23:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id B914F13C480; Tue, 3 Jul 2007 13:23:37 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.181.58] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1I5iLw3IO2-0002lP; Tue, 03 Jul 2007 15:23:37 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 3 Jul 2007 15:24:58 +0200 User-Agent: KMail/1.9.6 References: <200707031226.18399.max@love2party.net> In-Reply-To: <200707031226.18399.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1220379.Y0FbH8A0d7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707031525.17385.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18peO8jw0YwWkTDvsPe05jsErd6Re7LsTPrCFJ XZoUY1sn4WxRAseQVBlcla3wm2fdPP85wYLL2nYCKL3DI/IVSK L85Gfro8RrbmbzT6Ehyd1vu5+GfxoZRS5vWEZ0Byrc= Cc: freebsd-pf@freebsd.org Subject: Re: HEADSUP: pf 4.1 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 13:23:38 -0000 --nextPart1220379.Y0FbH8A0d7 Content-Type: multipart/mixed; boundary="Boundary-01=_w4kiG1lSY2K0P6k" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_w4kiG1lSY2K0P6k Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 03 July 2007, Max Laier wrote: > Users of pf should hold off a bit as I plan to commit a tiny ABI break > after the update is finished in order to be able to add netgraph > support in the future. After that a full "buildworld buildkernel > installkernel installworld mergemaster"-run is advised. > > Will send an all clear when done. this is it. Though my post commit build is still running, things should=20 be alright again. Users of pf please note that tcpdump and libpcap need additional patches=20 that need to go through the vendor first. I'm trying to get things=20 moving there, but for the time being, please use the attached patch to=20 understand the new pflog format. Anyone with hands at tcpdump.org? Help appreciated! =2D-=20 =46reeBSD Status reports due: 07/07/07 :-) /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_w4kiG1lSY2K0P6k Content-Type: text/x-diff; charset="iso-8859-6"; name="pf.41.tcpdump_local.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pf.41.tcpdump_local.diff" Index: contrib/libpcap/gencode.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/contrib/libpcap/gencode.c,v retrieving revision 1.16 diff -u -r1.16 gencode.c =2D-- contrib/libpcap/gencode.c 4 Sep 2006 19:54:21 -0000 1.16 +++ contrib/libpcap/gencode.c 30 Jun 2007 17:01:13 -0000 @@ -75,7 +75,14 @@ #include "ppp.h" #include "sll.h" #include "arcnet.h" +#ifdef HAVE_NET_PFVAR_H +#include +#include +#include +#include +#else #include "pf.h" +#endif #ifndef offsetof #define offsetof(s, e) ((size_t)&((s *)0)->e) #endif Index: contrib/libpcap/grammar.y =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/contrib/libpcap/grammar.y,v retrieving revision 1.11 diff -u -r1.11 grammar.y =2D-- contrib/libpcap/grammar.y 4 Sep 2006 19:54:21 -0000 1.11 +++ contrib/libpcap/grammar.y 30 Jun 2007 17:02:55 -0000 @@ -53,7 +53,13 @@ #include "pcap-int.h" =20 #include "gencode.h" +#ifdef HAVE_NET_PFVAR_H +#include +#include +#include +#else #include "pf.h" +#endif #include =20 #ifdef HAVE_OS_PROTO_H Index: contrib/tcpdump/print-pflog.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/contrib/tcpdump/print-pflog.c,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 print-pflog.c =2D-- contrib/tcpdump/print-pflog.c 4 Sep 2006 20:04:14 -0000 1.1.1.3 +++ contrib/tcpdump/print-pflog.c 30 Jun 2007 17:03:26 -0000 @@ -28,6 +28,16 @@ #include "config.h" #endif =20 +#ifdef HAVE_NET_PFVAR_H +#include +#include +#include +#include +#include +#else +#include "pf.h" +#endif + #include =20 #include @@ -35,7 +45,6 @@ =20 #include "interface.h" #include "addrtoname.h" =2D#include "pf.h" =20 static struct tok pf_reasons[] =3D { { 0, "0(match)" }, Index: lib/libpcap/config.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/lib/libpcap/config.h,v retrieving revision 1.5 diff -u -r1.5 config.h =2D-- lib/libpcap/config.h 29 May 2005 18:12:46 -0000 1.5 +++ lib/libpcap/config.h 30 Jun 2007 17:05:20 -0000 @@ -45,6 +45,9 @@ /* Define to 1 if you have the header file. */ #define HAVE_MEMORY_H 1 =20 +/* Define to 1 if you have the header file. */ +#define HAVE_NET_PFVAR_H 1 + /* Define to 1 if you have the header file. */ /* #undef HAVE_NETINET_ETHER_H */ =20 Index: usr.sbin/tcpdump/tcpdump/config.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/usr.sbin/tcpdump/tcpdump/config.h,v retrieving revision 1.7 diff -u -r1.7 config.h =2D-- usr.sbin/tcpdump/tcpdump/config.h 11 Jul 2005 04:14:42 -0000 1.7 +++ usr.sbin/tcpdump/tcpdump/config.h 30 Jun 2007 17:06:34 -0000 @@ -193,6 +193,9 @@ /* Define to 1 if you have the header file. */ /* #undef HAVE_NETDNET_DNETDB_H */ =20 +/* Define to 1 if you have the header file. */ +#define HAVE_NET_PFVAR_H 1 + /* Define to 1 if you have the header file. */ /* #undef HAVE_NETINET_ETHER_H */ =20 --Boundary-01=_w4kiG1lSY2K0P6k-- --nextPart1220379.Y0FbH8A0d7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGik49XyyEoT62BG0RArLMAJ4nvRw9pOxA8PeCx17SnlJbsxEMuQCeINhe myLG2kFI6GqhO8ZkEDAn52A= =dWon -----END PGP SIGNATURE----- --nextPart1220379.Y0FbH8A0d7-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 13:30:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4C3C16A46B; Tue, 3 Jul 2007 13:30:46 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 5950F13C458; Tue, 3 Jul 2007 13:30:46 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.181.58] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1I5iSr1nen-0003Mv; Tue, 03 Jul 2007 15:30:45 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 3 Jul 2007 15:32:09 +0200 User-Agent: KMail/1.9.6 References: <200707031226.18399.max@love2party.net> <200707031525.17385.max@love2party.net> In-Reply-To: <200707031525.17385.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4054542.YNlyLNGQj4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707031532.25879.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19V/qwHUNndBblkNF4t0EZ/J/bJJBeZzF56RFB p674h1hmIhc63nNQ6mmkSMTSoaZqcA9/jek/Ju0Y2ohXAzZdRv N+VKoW6/cD8e4gqA5Q2r+uaCeVAmKTS0WFh19SKZq0= Cc: freebsd-pf@freebsd.org Subject: Re: HEADSUP: pf 4.1 import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 13:30:46 -0000 --nextPart4054542.YNlyLNGQj4 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline In case you wondered, too. The signature on my last message was bad=20 because the ?list? applied the following cleanup: -Content-Type: text/x-diff; charset=3D"iso-8859-6"; - name=3D"pf.41.tcpdump_local.diff" +Content-Type: text/x-diff; + charset=3D"iso-8859-6"; + name=3D"pf.41.tcpdump_local.diff" The patch is good - there is no conspiracy ;) =2D-=20 =46reeBSD Status reports due: 07/07/07 :-) /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4054542.YNlyLNGQj4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGik/pXyyEoT62BG0RAnbOAJ49ZLkR30HKOMfg0evU0fi/DOOhvQCeMI8u m4N8V9YinqOOX7j6v0Y5T14= =SS3Y -----END PGP SIGNATURE----- --nextPart4054542.YNlyLNGQj4-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 13:45:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31ADA16A421 for ; Tue, 3 Jul 2007 13:45:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 03D4413C45A for ; Tue, 3 Jul 2007 13:45:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6D487480A4; Tue, 3 Jul 2007 09:45:23 -0400 (EDT) Date: Tue, 3 Jul 2007 14:45:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ian FREISLICH In-Reply-To: Message-ID: <20070703143617.D29272@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bu7cher@yandex.ru, freebsd-current@freebsd.org Subject: Re: Panic in 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: Tue, 03 Jul 2007 13:45:24 -0000 On Tue, 3 Jul 2007, Ian FREISLICH wrote: > "Andrey V. Elsukov" wrote: >> >>> I got this panic yesterday on a fairly busy firewall. I have some private >>> patches to ip_fw2.c and to the em driver (see the earlier "em0 hijacking >>> traffic to port 623" thread). I don't think this panic is a result of >>> those changes. >> >>> It occurred round about the time an address was added to an interface. >> >> I have a patch that can help you (i guess..). Can you test this patch? >> >> http://butcher.heavennet.ru/patches/kernel/inaddr_locking/ > > Thanks. Wow, that looks like it touches a lot more than just ipfw. It took > about 1.5 years of production at 2.3 billion backets a day to trigger this > condition twice. It's going to be difficult to tell if this patch fixes the > problem. This, FYI, is actually the reason why the locking isn't there now -- when prioritizing things to make MPSAFE, performance work, etc, address/ifnet lists, with the exception of multicast address lists, it was clear that they were basically static data structures. Andrey's patch addresses problems I've wanted to work on for several years, and I'm very pleased he's working on it. It's only part of the solution to the long-term problem there -- we have a number of other synchronization issues for data structures that are nearly almost always static, and some life cycle issues with ifnet registration. To date, I think this is really the first bug report I've seen that I could authoritatively point the finger at missing synchronization at the ifnet/ifaddr layer as the source. My hope is that these will be addressed in FreeBSD 8.x, especially with the upcoming read-mostly locks, which will have almost zero cost to acquire for read protection, exactly what we'd like to see for these code paths. Some of these changes may be mergeable to the 7.x branch, but will need lots of time to "burn in", as the risks of such changes are non-trivial. I did some initial work to properly lock down the ifaddr address lists for netinet, and found they required moderate rearrangement of the address management ioctl paths, which are pretty complex without being rerranged :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 13:57:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B9A216A41F; Tue, 3 Jul 2007 13:57:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9771513C4CB; Tue, 3 Jul 2007 13:57:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l63DvZSa061183; Tue, 3 Jul 2007 09:57:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l63DvZg8066393; Tue, 3 Jul 2007 09:57:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 100CF73068; Tue, 3 Jul 2007 09:57:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070703135735.100CF73068@freebsd-current.sentex.ca> Date: Tue, 3 Jul 2007 09:57:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 13:57:40 -0000 TB --- 2007-07-03 13:13:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-03 13:13:56 - starting HEAD tinderbox run for i386/i386 TB --- 2007-07-03 13:13:56 - cleaning the object tree TB --- 2007-07-03 13:14:31 - checking out the source tree TB --- 2007-07-03 13:14:31 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-07-03 13:14:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-03 13:23:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-03 13:23:53 - cd /src TB --- 2007-07-03 13:23:53 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 3 13:23:55 UTC 2007 >>> 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 [...] echo nos-tun: /obj/src/tmp/usr/lib/libc.a >> .depend ===> sbin/pfctl (depend) yacc -o parse.c /src/sbin/pfctl/../../contrib/pf/pfctl/parse.y rm -f .depend mkdep -f .depend -a -I/src/sbin/pfctl/../../contrib/pf/pfctl -DENABLE_ALTQ /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl.c parse.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_parser.c /src/sbin/pfctl/../../contrib/pf/pfctl/pf_print_state.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_altq.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_osfp.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_radix.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_table.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_qstats.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_optimize.c /src/sbin/pfctl/../../sys/contrib/pf/net/pf_ruleset.c echo pfctl: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libm.a /obj/src/tmp/usr/lib/libmd.a >> .depend ===> sbin/pflogd (depend) make: don't know how to make pidfile.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-03 13:57:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-03 13:57:34 - ERROR: failed to build world TB --- 2007-07-03 13:57:34 - tinderbox aborted TB --- 0.98 user 2.88 system 2618.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:00:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11E1216A41F; Tue, 3 Jul 2007 14:00:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id C9A6E13C455; Tue, 3 Jul 2007 14:00:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=fQDt42/52uvUdh/GWcavnJXKCBA3cxzeGu9KipI+zbSuUkDY8/RdTqVbOgxgNwCoZFq4BwjwZUuoslPHs1x/sCaY1rSx5+a4FmIxMUH044WkVM3Ouf/7ChVDDv/F9tKCwt369c5aqgJ3+tKPeMqWfA9k0O+QvJWv4SvhAsOOMfJXdNJZv9nmUURAQRH4XzeutFPII3eh35WJJEamnWYZ83XLnocfvkqWwgfe38I784zQlNEHtiWCCN/6sMPzdU5V; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I5ivK-0004oa-83; Tue, 03 Jul 2007 14:00:10 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I5iuM-0000Df-7t; Tue, 03 Jul 2007 13:59:10 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5iuL-0006kH-6s; Tue, 03 Jul 2007 15:59:09 +0200 To: "Bruce M. Simpson" From: Ian FREISLICH In-Reply-To: Message from "Bruce M. Simpson" of "Mon, 02 Jul 2007 12:34:46 +0100." <4688E2D6.8050608@FreeBSD.org> X-Attribution: BOFH Date: Tue, 03 Jul 2007 15:59:09 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Multicast problems [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: Tue, 03 Jul 2007 14:00:11 -0000 "Bruce M. Simpson" wrote: > Ian FREISLICH wrote: > >> Has there been any outcome here, ie. have folks who were seeing problems > >> with multicast in the system tested this patch and found it to fix their > >> problems? > >> > > > > The quagga issue I have with the OSPF multicast address landing up > > on the wrong interface remains. > > > > Is Quagga still incorrectly using 0.0.0.0/8 to select a multicast source > interface by index? Bruce, sorry to require so much handholding. The quagga people almost haven't heard of FreeBSD and I'm not very familiar with multicast. I've already got it working with a private hack, but I'm not sure that I've done it right. Quagga no longer uses the mreq hack to pass the ifindex due to the presence of the imr_ifindex member to the struct ip_mreqn. Am I correct in my reading of the in_mcast.c that IP_ADD_MEMBERSHIP will ignore a value in imr_ifindex and use the address in imr_address And that it is no longer possible to add a multicast membership using the ifindex? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:22:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9465016A46D for ; Tue, 3 Jul 2007 14:22:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE7C13C44C for ; Tue, 3 Jul 2007 14:22:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id A5EA76445; Tue, 3 Jul 2007 10:22:22 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 03 Jul 2007 10:22:22 -0400 X-Sasl-enc: 112SQULYrboOnAMzeA4r417XV59sLz27IOvPf6h6l8Ne 1183472542 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 297D119003; Tue, 3 Jul 2007 10:22:22 -0400 (EDT) Message-ID: <468A5B9D.6030401@FreeBSD.org> Date: Tue, 03 Jul 2007 15:22:21 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Multicast problems [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: Tue, 03 Jul 2007 14:22:23 -0000 Ian FREISLICH wrote: > Bruce, sorry to require so much handholding. The quagga people > almost haven't heard of FreeBSD and I'm not very familiar with > multicast. I've already got it working with a private hack, but > I'm not sure that I've done it right. > > Quagga no longer uses the mreq hack to pass the ifindex due to the > presence of the imr_ifindex member to the struct ip_mreqn. > > Am I correct in my reading of the in_mcast.c that IP_ADD_MEMBERSHIP > will ignore a value in imr_ifindex and use the address in imr_address > And that it is no longer possible to add a multicast membership using > the ifindex? > Warning: long technical answer to explain horrible kludge, and why kludge was removed. imr_ifindex is never used for IP_ADD_MEMBERSHIP as it is not part of the original IPv4 any-source multicast API. It is part of the ip_mreqn structure defined in Linux, where it is used for the IP_MULTICAST_IF ioctl. FreeBSD previously supported a hack derived from RFC 1724 which allowed an interface index to be specified in the imr_interface field when using IP_ADD_MEMBERSHIP which is totally non standard and only allows 24 bits of a quantity which is 32 bits in modern APIs. It is however part of MCAST_JOIN_GROUP in the new SSM API, which accepts the ifindex in the field gsr_interface of the group_source_req structure. In the case of OSPF, 224.0.0.5 lies within 224.0.0.0/8. It therefore has link-local scope and SHOULD NOT be forwarded by an IGMP enabled router, so IGMP announcements don't matter here. It looks like in your situation the old API is insufficient to capture the semantics of what Quagga needs to do without the RFC 1724 hack, and simply passing ip_mreqn isn't enough as the receive filters won't change -- IP_MULTICAST_IF only changes the source interface for transmission, not the interface where the join has been made. The correct fix is for applications to use the new API if they need to explicitly join a multicast group on an interface index i.e. to support an unnumbered interface, because that was one of the motivations behind the new API in the first place. I see now that Linux also supports ip_mreqn in its IP_ADD_MEMBERSHIP path. I could potentially change the ASM API ioctl paths (IP_ADD_MEMBERSHIP, IP_DEL_MEMBERSHIP) to detect and support the ip_mreqn structure -- however -- I am loathe to do this as it introduces another bunch of nested conditionals, as the same code now has to support IP_ADD_SOURCE_MEMBERSHIP in FreeBSD, which has the same structure size. It is also a retrograde change. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:42:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 512C016A469; Tue, 3 Jul 2007 14:42:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F127613C45E; Tue, 3 Jul 2007 14:42:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l63Eg9Co066667; Tue, 3 Jul 2007 10:42:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l63Eg95K021094; Tue, 3 Jul 2007 10:42:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8467973068; Tue, 3 Jul 2007 10:42:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070703144208.8467973068@freebsd-current.sentex.ca> Date: Tue, 3 Jul 2007 10:42:08 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 14:42:10 -0000 TB --- 2007-07-03 13:57:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-03 13:57:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-03 13:57:35 - cleaning the object tree TB --- 2007-07-03 13:58:02 - checking out the source tree TB --- 2007-07-03 13:58:02 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-03 13:58:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-03 14:06:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-03 14:06:22 - cd /src TB --- 2007-07-03 14:06:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 3 14:06:23 UTC 2007 >>> 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 [...] echo nos-tun: /obj/pc98/src/tmp/usr/lib/libc.a >> .depend ===> sbin/pfctl (depend) yacc -o parse.c /src/sbin/pfctl/../../contrib/pf/pfctl/parse.y rm -f .depend mkdep -f .depend -a -I/src/sbin/pfctl/../../contrib/pf/pfctl -DENABLE_ALTQ /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl.c parse.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_parser.c /src/sbin/pfctl/../../contrib/pf/pfctl/pf_print_state.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_altq.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_osfp.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_radix.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_table.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_qstats.c /src/sbin/pfctl/../../contrib/pf/pfctl/pfctl_optimize.c /src/sbin/pfctl/../../sys/contrib/pf/net/pf_ruleset.c echo pfctl: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libm.a /obj/pc98/src/tmp/usr/lib/libmd.a >> .depend ===> sbin/pflogd (depend) make: don't know how to make pidfile.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-03 14:42:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-03 14:42:07 - ERROR: failed to build world TB --- 2007-07-03 14:42:07 - tinderbox aborted TB --- 0.88 user 2.80 system 2672.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:34:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6E6916A46C for ; Tue, 3 Jul 2007 14:34:09 +0000 (UTC) (envelope-from saturnero@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7784013C4C3 for ; Tue, 3 Jul 2007 14:34:09 +0000 (UTC) (envelope-from saturnero@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so67845nfb for ; Tue, 03 Jul 2007 07:34:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:subject:date:to:x-pgp-agent:x-mailer:from; b=BkFU0KXe1c7B1WdH/uWKUvAU2SJdfWwgHiS88Vh7Yp4PgqbXib7v1rshBXAlQ/bp9QloeTd5BcFVGhiZMUveOcwUQKZNXlb1qaRQeGwl/5qCl39kPMwvf8/N/mXR3orhuzf0mEGlA73Jv7ferBA7Zf83RIVt11/1nOIZB95+bF4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:subject:date:to:x-pgp-agent:x-mailer:from; b=SO5PH9IsBJpYSRvDus+Mcxxj9Pu5nr81v08fVrKhegOmeLnYhOTgch8Bd/Et0ntv6AZ2fbDXMdomGxR94ADwmhwdt1/X3lgqK7CR/nU3JmQehsn+WR05W0lHioWEjYdKV1Rv3zKkaibI8Kkqdhg0Br74kLUKFqvBXzmDcRcW5Mc= Received: by 10.82.126.5 with SMTP id y5mr15487138buc.1183471681601; Tue, 03 Jul 2007 07:08:01 -0700 (PDT) Received: from ?159.149.158.203? ( [159.149.158.203]) by mx.google.com with ESMTP id 31sm17741267fkt.2007.07.03.07.07.59 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jul 2007 07:08:00 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-3--993958041" Message-Id: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> Content-Transfer-Encoding: 7bit Date: Tue, 3 Jul 2007 16:07:52 +0200 To: Ivan Voras X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.3) From: Dario Freni X-Mailman-Approved-At: Tue, 03 Jul 2007 14:48:11 +0000 Cc: freebsd-current@freebsd.org Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 14:34:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-3--993958041 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jul 3, 2007, at 10:49 AM, Ivan Voras wrote: > To see how file systems are mounted, look at /etc/rc.d/livecd script. > > I'd appreciate if anyone can look at this or at least provide > pointers on what to try next. Can you attach the rc.d/livecd script? Have you given a look to FreeSBIE's rc scripts (or considered starting from FreeSBIE toolkit itself, which is fully working for other projects)? Bye, Dario --Apple-Mail-3--993958041 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFGilg5ymi72IiShysRArYBAKD33wIoEylQjrnP9wknjE/DVda12gCffW/t E+jL/F5ri/hS9fmmQm5CJ1A= =20nH -----END PGP SIGNATURE----- --Apple-Mail-3--993958041-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:35:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0550416A478; Tue, 3 Jul 2007 14:35:49 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9E32813C4DB; Tue, 3 Jul 2007 14:35:48 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id C44BA1B10F22; Tue, 3 Jul 2007 16:35:46 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id C04181B10F0F; Tue, 3 Jul 2007 16:35:46 +0200 (CEST) Message-ID: <468A5EC2.3070804@sun-fish.com> Date: Tue, 03 Jul 2007 17:35:46 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Eric Anderson References: <468A39B1.3050208@sun-fish.com> <468A4859.5050008@freebsd.org> In-Reply-To: <468A4859.5050008@freebsd.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH X-Mailman-Approved-At: Tue, 03 Jul 2007 14:48:11 +0000 Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Dell PE2850 freeze on boot with PXE and FreeBSD 7.0 amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 14:35:49 -0000 Hi, Eric Anderson wrote: > Stefan Lambrev wrote: >> Hello, >> >> Sorry for cross-posting, but I'm not sure which is the proper mail >> list for this. >> >> I'm trying to boot latest FreeBSD 7 amd64 snapshot on Dell PE2850 (+2 >> year old server), >> but it panic (and freeze) every time on afd. >> afd in this case should be virtual floppy provided by DRAC (Dell >> Remote Access Controller) >> >> FreeBSD 7 - i386 boot without a problems, I'll try few other >> snapshots (6.2-stable amd64) to be sure that the problem is only in >> 7-current amd64 >> >> Here is result from verbose boot: >> >> > [..snip..] >> ata2-slave: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire >> ata2-master: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire >> afd0: setting PIO3 on SiI 0680 chip >> afd0: (no media) at ata2-master PIO3 >> >> >> Fatal trap 18: integer divide fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x8:0xffffffff802522f7 >> stack pointer = 0x10:0xffffffff80f9cba0 >> frame pointer = 0x10:0xffffffff80f9cc20 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> [thread pid 0 tid 0 ] >> Stopped at afd_attach+0x2c7: divq %rcx,%eax >> db> >> >> >> At this point the machine freezes and i cannot trace or whatever. >> >> P.S. please include me in CC as I'm not subscribed to both lists. >> > > > You should be able to disable the virtual floppy on the system, and > that should allow it to boot. That's not a fix, but it could get you > going in the mean time. > > > Eric > > Yes this is workaround and seems to work for 7-current. I checked 6.2-stable amd64 latest snapshot and it boots without a problem (with enabled virtual devices). What is more weird, I tried to tell the kernel to not probe afd and acd1 by escaping to boot prompt and typing: set hint.afd.0.disable="1" set hint.acd.1.disable="1" boot -vDh but both devices are again detected and probed followed by kernel panic. Is this supposed to work, or I made a mistake somewhere? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:50:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45F7616A41F for ; Tue, 3 Jul 2007 14:50:03 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id BBFBA13C484 for ; Tue, 3 Jul 2007 14:50:02 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id l63F1j3f023196; Tue, 3 Jul 2007 17:01:45 +0200 (MEST) Message-ID: <468A6211.3050906@fer.hr> Date: Tue, 03 Jul 2007 16:49:53 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.12 (X11/20060911) MIME-Version: 1.0 To: Dario Freni References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> In-Reply-To: <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1DD5CD5492EB210C471C2B61" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 14:50:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1DD5CD5492EB210C471C2B61 Content-Type: multipart/mixed; boundary="------------060003040908020906000307" This is a multi-part message in MIME format. --------------060003040908020906000307 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Dario Freni wrote: > Well basically FreeSBIE toolkit prepares a plain live system with some = > ports in it (if you choose to put them in). The FreeSBIE live cd is jus= t=20 > an elaborated build, with some configurations added. The toolkit it sel= f=20 > is very versatile and it is used by different projects (e.g.: pfSense) = > to do their customised builds. It might save some time to you then. The choice for me is between spending time customizing FreeSBIE kit vs=20 time spent rolling my own. But if I don't find what the error is in my=20 setup, I'll try it. Has anyone made a fresh issue of a LiveCD from under-the-anvil hot=20 -CURRENT, with X11, Xfce etc.? If yes, and they didn't encounter my=20 problems, it will certainly speed up my switching to FreeSBIE kit. :) --------------060003040908020906000307-- --------------enig1DD5CD5492EB210C471C2B61 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGimIYldnAQVacBcgRAp+PAJoCvWq6/CJ3MyWqqJgOPvKwBl7DSwCfQtrK uuR2ufiDbh8AEr3Fmicsdzs= =da7X -----END PGP SIGNATURE----- --------------enig1DD5CD5492EB210C471C2B61-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 14:54:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2E2B16A479 for ; Tue, 3 Jul 2007 14:54:00 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE8013C4F8 for ; Tue, 3 Jul 2007 14:54:00 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id AC8C465A2; Tue, 3 Jul 2007 10:34:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 03 Jul 2007 10:34:35 -0400 X-Sasl-enc: OMUlNKMpjnDr5w5RDkvJMe+wSkCILWDerGiFmHzsQrfn 1183473275 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id D1DFC139E; Tue, 3 Jul 2007 10:34:34 -0400 (EDT) Message-ID: <468A5E79.10407@FreeBSD.org> Date: Tue, 03 Jul 2007 15:34:33 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: Robert Watson References: <20070703143617.D29272@fledge.watson.org> In-Reply-To: <20070703143617.D29272@fledge.watson.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , freebsd-current@freebsd.org, bu7cher@yandex.ru Subject: Re: Panic in 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: Tue, 03 Jul 2007 14:54:00 -0000 Robert Watson wrote: > > My hope is that these will be addressed in FreeBSD 8.x, especially > with the upcoming read-mostly locks, which will have almost zero cost > to acquire for read protection, exactly what we'd like to see for > these code paths. Some of these changes may be mergeable to the 7.x > branch, but will need lots of time to "burn in", as the risks of such > changes are non-trivial. I did some initial work to properly lock down > the ifaddr address lists for netinet, and found they required moderate > rearrangement of the address management ioctl paths, which are pretty > complex without being rerranged :-). How do you feel about taking protocol domain addresses out of struct ifnet altogether? Logically they belong with other protocol domain state, and this would likely eliminate another swathe of locking and general ordering issues, although it would come at the cost of ABI compatibility and a change in userland tools. Right now there is no way of purging protocol domain state e.g. for IPv6 without taking an interface out of the system completely. This is not possible for onboard hardware unless the underlying driver is built as a module. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 15:05:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 875A116A41F; Tue, 3 Jul 2007 15:05:29 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.freebsd.org (Postfix) with ESMTP id 5A83713C44B; Tue, 3 Jul 2007 15:05:29 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 03 Jul 2007 08:05:29 -0700 X-IronPort-AV: i="4.16,492,1175497200"; d="scan'208"; a="6352307:sNHT21297228" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l63F5SSa024959; Tue, 3 Jul 2007 08:05:28 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l63F5Ska004906; Tue, 3 Jul 2007 15:05:28 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jul 2007 08:05:28 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jul 2007 08:05:28 -0700 Message-ID: <468A661B.6050106@cisco.com> Date: Tue, 03 Jul 2007 11:07:07 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Jul 2007 15:05:28.0283 (UTC) FILETIME=[97765AB0:01C7BD83] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1659; t=1183475128; x=1184339128; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20FAST_IPSEC=20is=20now=20IPSEC, =20please=20be=20advise d... |Sender:=20; bh=/zvbmSxuKsLYeDeAbW5qAzb5DkLHjHWbBLiNmQJWUTI=; b=BaOHzpWfYp2z0e95d2beBxdc4NVqKEs/GYTYObGvlygtm/a8J5cbREL/01kfWZ1jvyo1ivFi G5wTd4ZYumDXfxvxIlSuWWVj2SF2Ntn/fQcnAS4WY493oxC5++DaB3iO; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: current@freebsd.org, net@freebsd.org Subject: Re: FAST_IPSEC is now IPSEC, please be advised... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 15:05:29 -0000 Great work George.. :-D R gnn@freebsd.org wrote: > Hi, > > My most recent check-in moves FreeBSD HEAD, soon to be 7.0 into the > post Kame era. What was once FAST_IPSEC has been made into IPSEC and > the Kame IPsec code has been removed from the tree. We will continue > to use and update the Kame IPv6 code but of course there will be no > more drops of code from the Kame project as it ended a year ago. > > Some things about the new IPsec: > > 1) Hardware Offload Support > > Support for several vendors hardware accelerators is available by > using the new IPsec code. > > 2) Fine Grained Locking (SMP) > > One of the major reasons to move to the new codebase and to deprecate > the Kame code was that we needed an IPsec stack that was locked for > our SMP kernel architecture. > > 3) Full IPv6 Support > > One of the missing features of the old FAST_IPSEC code was IPv6 > support. IPv6 is now fully supported. > > > The code has been tested in my lab using both home grown tests and the > TAHI test suite (http://www.tahi.org) as well by some FreeBSD > Developers, notably Bjoern Zeeb, who is also responsible for the user > land fixes, as well as numerous patches to the kernel. > > Please forward problems, and patches to me, or this list. > > Best, > George > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 15:23:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36D6E16A41F for ; Tue, 3 Jul 2007 15:23:48 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 18C0313C45E for ; Tue, 3 Jul 2007 15:23:48 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from phantom.kitchenlab.org (phantom.kitchenlab.org [64.142.31.109]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l63FNdBs024544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jul 2007 08:23:40 -0700 Message-ID: <468A69F6.4060705@freebsd.org> Date: Tue, 03 Jul 2007 08:23:34 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Johan Hendriks References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> X-Enigmail-Version: 0.95.2 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD3603095F2B50F11E52BE0F4" Cc: current@freebsd.org Subject: Re: Fixit live cd amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 15:23:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD3603095F2B50F11E52BE0F4 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: quoted-printable If memory serves me right, Johan Hendriks wrote: > Hello all=20 > I installed today the amd64 snapshot of current from june. > All went well but I made a mistake and need to use the fixit live cd fu= nction. > But it tells me that I need to place the live cd, the i386 version is o= n cd1, is the live cd for amd64 on cd 2?, or is it something else. The Live CD is actually its own disk on amd64 (and maybe one or two other architectures). You want the disk that corresponds to 7.0-CURRENT-200706-amd64-livefs.iso. Bruce. --------------enigD3603095F2B50F11E52BE0F4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGimn72MoxcVugUsMRAm68AJ926wRfaCY7yJR5Zohu2Im/ERSISwCfWqKO ewF60S8D+Lyf7Xd5R2sPvx0= =0ybn -----END PGP SIGNATURE----- --------------enigD3603095F2B50F11E52BE0F4-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 15:08:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 622B216A46E for ; Tue, 3 Jul 2007 15:08:11 +0000 (UTC) (envelope-from dario.freni@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id C08B613C4D1 for ; Tue, 3 Jul 2007 15:08:10 +0000 (UTC) (envelope-from dario.freni@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so126440uge for ; Tue, 03 Jul 2007 08:08:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-pgp-agent:x-mailer:sender; b=cO7KR2g9Hb6LT+DRCZaie+i7PvVkXkEo1+fAvVejvXyv1M7OdvdvjltP5B3c5dmhma5kkmD5oejSohWschpqddkTg/feEsOAuGRDO264jOkBNbvLNzHWwy8HPuSftkb1L5HqqOZIvtJZEPwihpWulgt4KLpiDGLp7zBYs54Jc5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-pgp-agent:x-mailer:sender; b=JJL2PoCY3qlCJjUeDpsR2hddus7oI789RWdb+74HUtNTgUwCYlMgkX/eBoOGbnZegFso8l1lHPN8ULgjzhvhAhKSCnSmxk9HjsxO6YG3XVpmXm+pC4259NfMPSSD7sE8yXyunth5/LQLIw9WYTfSVgUbYt7yfu1/eESE0qAJXGY= Received: by 10.66.221.5 with SMTP id t5mr415518ugg.1183473792592; Tue, 03 Jul 2007 07:43:12 -0700 (PDT) Received: from ?159.149.158.203? ( [159.149.158.203]) by mx.google.com with ESMTP id a37sm17750923fkc.2007.07.03.07.43.11 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jul 2007 07:43:12 -0700 (PDT) In-Reply-To: <468A5CC3.6030805@fer.hr> References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> <468A5CC3.6030805@fer.hr> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-4--991845610" Message-Id: <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> Content-Transfer-Encoding: 7bit From: Dario Freni Date: Tue, 3 Jul 2007 16:43:04 +0200 To: Ivan Voras X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.3) Sender: Dario Freni X-Mailman-Approved-At: Tue, 03 Jul 2007 15:31:32 +0000 Cc: freebsd-current@freebsd.org Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 15:08:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-4--991845610 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jul 3, 2007, at 4:27 PM, Ivan Voras wrote: > Dario Freni wrote: >> On Jul 3, 2007, at 10:49 AM, Ivan Voras wrote: >>> To see how file systems are mounted, look at /etc/rc.d/livecd >>> script. >>> >>> I'd appreciate if anyone can look at this or at least provide >>> pointers on what to try next. >> Can you attach the rc.d/livecd script? > > Here it is: > http://perforce.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/ > soc2007/ivoras%5ffinstall/makeimage/bundles/livecd&REV=2 > > This is the only "active" rc.d script the LiveCD is using. > >> Have you given a look to FreeSBIE's rc scripts (or considered >> starting from FreeSBIE toolkit itself, which is fully working for >> other projects)? > > No, I though it would be simpler to just roll my own, because later > in the process I'll have some unusual requirements for the scripts > so if I used FreeSBIE I'd probably have to modify it severely. > > For now I really don't need anything fancy, just a plain live > system with some ports in it. > Well basically FreeSBIE toolkit prepares a plain live system with some ports in it (if you choose to put them in). The FreeSBIE live cd is just an elaborated build, with some configurations added. The toolkit it self is very versatile and it is used by different projects (e.g.: pfSense) to do their customised builds. It might save some time to you then. --Apple-Mail-4--991845610 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFGimB5ymi72IiShysRAqacAKDqGP9U6TYqsRRW92/A813Cp2fCGwCgrEuz YMlZ+tM7fLlQp564czR7JDI= =fGys -----END PGP SIGNATURE----- --Apple-Mail-4--991845610-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 17:18:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7512316A46B for ; Tue, 3 Jul 2007 17:18:52 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 380B713C455 for ; Tue, 3 Jul 2007 17:18:52 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id BCCE862D1; Tue, 3 Jul 2007 13:18:51 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 03 Jul 2007 13:18:51 -0400 X-Sasl-enc: BMxyRgjkr3B3fnRxu0l0FeaBQkTSjh5AAlmtzM/MWNrG 1183483131 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 029DD1C8E9; Tue, 3 Jul 2007 13:18:50 -0400 (EDT) Message-ID: <468A84FA.2090703@FreeBSD.org> Date: Tue, 03 Jul 2007 18:18:50 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: Ian FREISLICH References: <468A5B9D.6030401@FreeBSD.org> In-Reply-To: <468A5B9D.6030401@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------060206070705040907050507" Cc: current@freebsd.org Subject: Re: Multicast problems [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: Tue, 03 Jul 2007 17:18:52 -0000 This is a multi-part message in MIME format. --------------060206070705040907050507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Bruce M. Simpson wrote: > > I see now that Linux also supports ip_mreqn in its IP_ADD_MEMBERSHIP > path. I could potentially change the ASM API ioctl paths > (IP_ADD_MEMBERSHIP, IP_DEL_MEMBERSHIP) to detect and support the > ip_mreqn structure -- however -- I am loathe to do this as it > introduces another bunch of nested conditionals, as the same code now > has to support IP_ADD_SOURCE_MEMBERSHIP in FreeBSD, which has the same > structure size. It is also a retrograde change. I have attached a diff which emulates the Linux ip_mreqn kludge in the IP_ADD_MEMBERSHIP and IP_DROP_MEMBERSHIP paths; this includes the changes from the previous patch to workaround the non-existence of a default route on boot. I do not plan to commit it at the moment and have not tested it. The right thing for applications to do is to use the RFC 3678 API if they need to join an interface by index, the legacy ASM API can only be relied upon if interfaces are assigned IPv4 addresses, and it breaks for point-to-point because of legacy BSD behaviour. regards, BMS --------------060206070705040907050507 Content-Type: text/x-patch; name="add_drop_mreqn.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="add_drop_mreqn.diff" Index: in_mcast.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_mcast.c,v retrieving revision 1.1 diff -u -p -r1.1 in_mcast.c --- in_mcast.c 12 Jun 2007 16:24:53 -0000 1.1 +++ in_mcast.c 3 Jul 2007 17:10:01 -0000 @@ -967,11 +967,40 @@ inp_join_group(struct inpcb *inp, struct struct ip_mreq_source mreqs; if (sopt->sopt_name == IP_ADD_MEMBERSHIP) { - error = sooptcopyin(sopt, &mreqs, - sizeof(struct ip_mreq), - sizeof(struct ip_mreq)); /* - * Do argument switcharoo from ip_mreq into + * Handle the case where a struct ip_mreqn + * was passed to the IP_ADD_MEMBERSHIP ioctl to + * specify an interface index. This is an + * undocumented modification of the IPv4 ASM API + * obtained from Linux. + */ + if (sopt->sopt_valsize == sizeof(struct ip_mreqn)) { + struct ip_mreqn *mreqn = + (struct ip_mreqn *)&mreqs; + + error = sooptcopyin(sopt, mreqn, + sizeof(struct ip_mreqn), + sizeof(struct ip_mreqn)); + if (error) + return (error); + + if (mreqn->imr_ifindex < 0 || + if_index < mreqn->imr_ifindex) + return (EINVAL); + if (mreqn->imr_ifindex == 0) { + ifp = NULL; + } else { + ifp = ifnet_byindex(mreqn->imr_ifindex); + if (ifp == NULL) + return (EADDRNOTAVAIL); + } + } else { + error = sooptcopyin(sopt, &mreqs, + sizeof(struct ip_mreq), + sizeof(struct ip_mreq)); + } + /* + * Do argument switcharoo from ip_mreq[n] into * ip_mreq_source to avoid using two instances. */ mreqs.imr_interface = mreqs.imr_sourceaddr; @@ -995,29 +1024,48 @@ inp_join_group(struct inpcb *inp, struct } /* - * Obtain ifp. If no interface address was provided, - * use the interface of the route to the given multicast - * address (usually this is the default route). + * If ifp was not already overridden, obtain it. + * + * If no interface address was provided, use the interface + * of the route in the unicast FIB for the given multicast + * destination; usually, this is the default route. + * + * If this lookup fails, attempt to use the first non-loopback + * interface with multicast capability in the system as a + * last resort. The legacy IPv4 ASM API requires that we do + * this in order to allow groups to be joined when the routing + * table has not yet been populated during boot. + * + * If all of these conditions fail, return EADDRNOTAVAIL, and + * reject the IPv4 multicast join. */ - if (mreqs.imr_interface.s_addr != INADDR_ANY) { + if (ifp == NULL && mreqs.imr_interface.s_addr != INADDR_ANY) { INADDR_TO_IFP(mreqs.imr_interface, ifp); - } else { + } else if (ifp == NULL) { struct route ro; ro.ro_rt = NULL; *(struct sockaddr_in *)&ro.ro_dst = gsa->sin; rtalloc_ign(&ro, RTF_CLONING); - if (ro.ro_rt == NULL) { -#ifdef DIAGNOSTIC - printf("%s: no route to %s\n", __func__, - inet_ntoa(gsa->sin.sin_addr)); -#endif - return (EADDRNOTAVAIL); + if (ro.ro_rt != NULL) { + ifp = ro.ro_rt->rt_ifp; + KASSERT(ifp != NULL, ("%s: null ifp", + __func__)); + RTFREE(ro.ro_rt); + } else { + struct in_ifaddr *ia; + struct ifnet *mfp = NULL; + TAILQ_FOREACH(ia, &in_ifaddrhead, ia_link) { + mfp = ia->ia_ifp; + if (!(mfp->if_flags & IFF_LOOPBACK) && + (mfp->if_flags & IFF_MULTICAST)) { + ifp = mfp; + break; + } + } } - ifp = ro.ro_rt->rt_ifp; - KASSERT(ifp != NULL, ("%s: null ifp", __func__)); - RTFREE(ro.ro_rt); } + #ifdef DIAGNOSTIC if (bootverbose) { printf("%s: imr_interface = %s, ifp = %p\n", @@ -1207,12 +1255,42 @@ inp_leave_group(struct inpcb *inp, struc case IP_DROP_MEMBERSHIP: case IP_DROP_SOURCE_MEMBERSHIP: if (sopt->sopt_name == IP_DROP_MEMBERSHIP) { - error = sooptcopyin(sopt, &mreqs, - sizeof(struct ip_mreq), - sizeof(struct ip_mreq)); + /* + * Handle the case where a struct ip_mreqn + * was passed to the IP_DROP_MEMBERSHIP ioctl to + * specify an interface index. This is an + * undocumented modification of the IPv4 ASM API + * obtained from Linux. + */ + if (sopt->sopt_valsize == sizeof(struct ip_mreqn)) { + struct ip_mreqn *mreqn = + (struct ip_mreqn *)&mreqs; + + error = sooptcopyin(sopt, mreqn, + sizeof(struct ip_mreqn), + sizeof(struct ip_mreqn)); + if (error) + return (error); + + if (mreqn->imr_ifindex < 0 || + if_index < mreqn->imr_ifindex) + return (EINVAL); + if (mreqn->imr_ifindex == 0) { + ifp = NULL; + } else { + ifp = ifnet_byindex(mreqn->imr_ifindex); + if (ifp == NULL) + return (EADDRNOTAVAIL); + } + } else { + error = sooptcopyin(sopt, &mreqs, + sizeof(struct ip_mreq), + sizeof(struct ip_mreq)); + } + /* * Swap interface and sourceaddr arguments, - * as ip_mreq and ip_mreq_source are laid + * as ip_mreq[n] and ip_mreq_source are laid * out differently. */ mreqs.imr_interface = mreqs.imr_sourceaddr; @@ -1235,7 +1313,7 @@ inp_leave_group(struct inpcb *inp, struc ssa->sin.sin_addr = mreqs.imr_sourceaddr; } - if (gsa->sin.sin_addr.s_addr != INADDR_ANY) + if (ifp == NULL && gsa->sin.sin_addr.s_addr != INADDR_ANY) INADDR_TO_IFP(mreqs.imr_interface, ifp); #ifdef DIAGNOSTIC --------------060206070705040907050507-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 18:01:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A6A116A421 for ; Tue, 3 Jul 2007 18:01:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2111813C447 for ; Tue, 3 Jul 2007 18:01:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I5mhB-000CU5-M0 for current@freebsd.org; Tue, 03 Jul 2007 21:01:50 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l63I1alM039294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 3 Jul 2007 21:01:36 +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.1/8.14.1) with ESMTP id l63I1fBI029104 for ; Tue, 3 Jul 2007 21:01:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l63I1fpD029103 for current@freebsd.org; Tue, 3 Jul 2007 21:01:41 +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: Tue, 3 Jul 2007 21:01:41 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20070703180141.GJ2200@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+Hr//EUsa8//ouuB" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 7ffaa6bc246e67c9b1a22e0c753f4a43 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1188 [July 03 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: HEADS UP: destroy_dev_sched() KPI in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 18:01:52 -0000 --+Hr//EUsa8//ouuB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Today, I got re@ permission and committed the destroy_dev_sched() KPI into the tree. As suggested by Nate Lawson, destroy_dev() tries to auto-detect "devdrn" deadlock condition and transforms destroy_dev() from d_close() csw method into destroy_dev_sched(). I together with Peter Holm tried to test the change as thoroughly as possible. The obvious problematic area are the races between device driver module unload and destroy_dev_sched(). At least smb(4) definitely has that race that shall be worked around by draining events with drain_dev_clone_events() and destroy_dev_drain(&cdevsw); see snp(4) change for example. Please, report issues caused by the patch to the list with me Cc:ed. Change of autodetection of deadlock in destroy_dev() was made in separate commit for ease of reverting. --+Hr//EUsa8//ouuB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGio8EC3+MBN1Mb4gRAnoCAJ0aQ1bXOYd1kI0YTWosXOyxU/3buwCffhUy l8BOIcnF1Fkmgct+8jFYOWw= =9AjK -----END PGP SIGNATURE----- --+Hr//EUsa8//ouuB-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 18:42:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4553C16A475 for ; Tue, 3 Jul 2007 18:42:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 30C8913C469 for ; Tue, 3 Jul 2007 18:42:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 03 Jul 2007 11:42:06 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 20653125B31; Tue, 3 Jul 2007 11:42:06 -0700 (PDT) Message-ID: <468A9883.8020904@elischer.org> Date: Tue, 03 Jul 2007 11:42:11 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Robert Watson References: <20070703143617.D29272@fledge.watson.org> In-Reply-To: <20070703143617.D29272@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , freebsd-current@freebsd.org, bu7cher@yandex.ru Subject: Re: Panic in 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: Tue, 03 Jul 2007 18:42:07 -0000 Robert Watson wrote: > On Tue, 3 Jul 2007, Ian FREISLICH wrote: > >> "Andrey V. Elsukov" wrote: >>> >>>> I got this panic yesterday on a fairly busy firewall. I have some >>>> private patches to ip_fw2.c and to the em driver (see the earlier >>>> "em0 hijacking traffic to port 623" thread). I don't think this >>>> panic is a result of those changes. >>> >>>> It occurred round about the time an address was added to an interface. >>> >>> I have a patch that can help you (i guess..). Can you test this patch? >>> >>> http://butcher.heavennet.ru/patches/kernel/inaddr_locking/ >> >> Thanks. Wow, that looks like it touches a lot more than just ipfw. It >> took about 1.5 years of production at 2.3 billion backets a day to >> trigger this condition twice. It's going to be difficult to tell if >> this patch fixes the problem. > > This, FYI, is actually the reason why the locking isn't there now -- > when prioritizing things to make MPSAFE, performance work, etc, > address/ifnet lists, with the exception of multicast address lists, it > was clear that they were basically static data structures. Andrey's > patch addresses problems I've wanted to work on for several years, and > I'm very pleased he's working on it. It's only part of the solution to > the long-term problem there -- we have a number of other synchronization > issues for data structures that are nearly almost always static, and > some life cycle issues with ifnet registration. To date, I think this > is really the first bug report I've seen that I could authoritatively > point the finger at missing synchronization at the ifnet/ifaddr layer as > the source. > > My hope is that these will be addressed in FreeBSD 8.x, especially with > the upcoming read-mostly locks, which will have almost zero cost to > acquire for read protection, exactly what we'd like to see for these > code paths. Some of these changes may be mergeable to the 7.x branch, > but will need lots of time to "burn in", as the risks of such changes > are non-trivial. I did some initial work to properly lock down the > ifaddr address lists for netinet, and found they required moderate > rearrangement of the address management ioctl paths, which are pretty > complex without being rerranged :-). I think in this case the answer is to have an ABI to do the "me" lookup that ipfw can call. The "This_is_me()" call would be part of the interface system and would work on a cached set of addresses held especially for this purpose (probably hashed). The cache would be replaced atomically by the interface module when it became out of date. Part of this is because the current way of looking up "me" is very slow and if it is done on every packet, can be a real source of (on systems with lots of vlans or aliases) cache flushing and cpu usage. > > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 18:51:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C80D16A41F for ; Tue, 3 Jul 2007 18:51:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 6588C13C465 for ; Tue, 3 Jul 2007 18:51:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 03 Jul 2007 11:51:24 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 32EAC125B44; Tue, 3 Jul 2007 11:51:24 -0700 (PDT) Message-ID: <468A9AB0.9020905@elischer.org> Date: Tue, 03 Jul 2007 11:51:28 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Julian Elischer References: <20070703143617.D29272@fledge.watson.org> <468A9883.8020904@elischer.org> In-Reply-To: <468A9883.8020904@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , Robert Watson , freebsd-current@freebsd.org, bu7cher@yandex.ru Subject: Re: Panic in 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: Tue, 03 Jul 2007 18:51:27 -0000 Julian Elischer wrote: > Robert Watson wrote: >> On Tue, 3 Jul 2007, Ian FREISLICH wrote: >> >>> "Andrey V. Elsukov" wrote: >>>> >>>>> I got this panic yesterday on a fairly busy firewall. I have some >>>>> private patches to ip_fw2.c and to the em driver (see the earlier >>>>> "em0 hijacking traffic to port 623" thread). I don't think this >>>>> panic is a result of those changes. >>>> >>>>> It occurred round about the time an address was added to an interface. >>>> >>>> I have a patch that can help you (i guess..). Can you test this patch? >>>> >>>> http://butcher.heavennet.ru/patches/kernel/inaddr_locking/ >>> >>> Thanks. Wow, that looks like it touches a lot more than just ipfw. >>> It took about 1.5 years of production at 2.3 billion backets a day to >>> trigger this condition twice. It's going to be difficult to tell if >>> this patch fixes the problem. >> >> This, FYI, is actually the reason why the locking isn't there now -- >> when prioritizing things to make MPSAFE, performance work, etc, >> address/ifnet lists, with the exception of multicast address lists, it >> was clear that they were basically static data structures. Andrey's >> patch addresses problems I've wanted to work on for several years, and >> I'm very pleased he's working on it. It's only part of the solution to >> the long-term problem there -- we have a number of other >> synchronization issues for data structures that are nearly almost >> always static, and some life cycle issues with ifnet registration. To >> date, I think this is really the first bug report I've seen that I >> could authoritatively point the finger at missing synchronization at >> the ifnet/ifaddr layer as the source. >> >> My hope is that these will be addressed in FreeBSD 8.x, especially >> with the upcoming read-mostly locks, which will have almost zero cost >> to acquire for read protection, exactly what we'd like to see for >> these code paths. Some of these changes may be mergeable to the 7.x >> branch, but will need lots of time to "burn in", as the risks of such >> changes are non-trivial. I did some initial work to properly lock >> down the ifaddr address lists for netinet, and found they required >> moderate rearrangement of the address management ioctl paths, which >> are pretty complex without being rerranged :-). > > I think in this case the answer is to have an ABI to do the "me" lookup > that ipfw can call. > The "This_is_me()" call would be part of the interface system and would > work on a cached set of addresses held especially for this purpose > (probably hashed). > The cache would be replaced atomically by the interface module when it > became out > of date. Part of this is because the current way of looking up "me" is > very slow > and if it is done on every packet, can be a real source of (on systems > with lots of vlans > or aliases) cache flushing and cpu usage. > damn didn't mean to send this yet. I was rewritng it and hit the wrong key.. ignore the part about being slow.. I was not taling sense and forgot about the current hash methods. Basically doing a lot of locking on every packet is bad. I'd prefer to have the per-packet work done on a read-on only copy, in much the same way that Robert and I have been discussing for the firewall code itself. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge > > From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 19:09:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4620216A469 for ; Tue, 3 Jul 2007 19:09:33 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2052813C45B for ; Tue, 3 Jul 2007 19:09:32 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1I5nKI-000DWP-PH; Tue, 03 Jul 2007 13:42:14 -0500 Message-ID: <468A9842.0@barryp.org> Date: Tue, 03 Jul 2007 13:41:06 -0500 From: Barry Pederson User-Agent: Thunderbird 1.5.0.12 (X11/20070509) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4679CE35.8080907@fusiongol.com> <86wsxibxc2.fsf@dwp.des.no> <4689A7DC.1070604@fusiongol.com> In-Reply-To: <4689A7DC.1070604@fusiongol.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Nathan Butcher Subject: Re: Promise SATA300 TX4 card 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: Tue, 03 Jul 2007 19:09:33 -0000 Nathan Butcher wrote: > Dag-Erling Smørgrav wrote: >> Nathan Butcher writes: >>> I've been having problems with my ZFS pool consisting of 4 drives hooked >>> up to my Prmoise SATA 300TX4 controller. It had been working fine until >>> to around the 19th of this month, and then I started seeing error >>> messages whenever I tried to write lots of data to ZFS..... followed by >>> a nasty lockup with no other debugging information of which to speak of. I've noticed problems with this card too, running amd64 on a AthlonX2. I've got a ZFS pool setup, and when scrubbing the pool it comes up with erratic CKSUM errors (for example, scrub once and get 7 errors, scrub again immediately and get 53 more). Previously I had these drives (Seagate Barracuda ES ST3320620NS) plugged into the motherboard SATA ports of the same machine, (nVidia nForce MCP51 SATA300 controller) with no issues at all. Barry From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 19:23:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF25816A46D for ; Tue, 3 Jul 2007 19:23:09 +0000 (UTC) (envelope-from erenerdemli@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5A113C45A for ; Tue, 3 Jul 2007 19:23:09 +0000 (UTC) (envelope-from erenerdemli@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3896769pyb for ; Tue, 03 Jul 2007 12:23:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Ekf65V1B3Ejl4KpmiUr/3np6xiQkwg+IxuQvtLfztuSnsKzHxVz9TGpq7UGT6A0MGqxDmcPaIfSEkYz/1QKDw39YP4fnzoi9Ht64kRlB18AGML7l9PESeQlW40tbfAVF0DKvUEiMDpy6u/acOIL1AmhJH0aDeLJutqvwrECpS6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jdR4ctgNnToWtEyo7YEFr81M8rOlzlK/VelkF0pBjI0tH2CZowdYR/SKQ8ZdHu6nS3sWbzqM4AIbtLYFX0Pf1cdQKqJSA5f9L+oAzxjTQwKlLM6PMeE+D0TPMYnf75/WFfViXSPPl1sPDojJq8PqFIzDvdh9a1VhEY8mTmdCw7k= Received: by 10.65.214.2 with SMTP id r2mr3433859qbq.1183490587435; Tue, 03 Jul 2007 12:23:07 -0700 (PDT) Received: by 10.64.193.16 with HTTP; Tue, 3 Jul 2007 12:23:07 -0700 (PDT) Message-ID: Date: Tue, 3 Jul 2007 19:23:07 +0000 From: "Eren Erdemli" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86sl86bwa5.fsf@dwp.des.no> MIME-Version: 1.0 References: <86sl86bwa5.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: getcwd in kernel space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 19:23:09 -0000 Hello I am not actually replacing the mkdir instead I am trying to get the change= s happened in directories such as FAM(Fiile Alteration Monitor), so you are right about the of the parent directory in which case it will be cwd. I have tried vn_fullpath() however it is not as reliable as it needs to be since once an rmdir command executes on the folder vn_fullpath() returns ENOTDIR. So will a namei lookup get me the path name of the parent. Basically I wil= l need to perform this in open, link unlink also. My understanding is that namei lookup will return = a vnode am I wrong ??? Thanks On 7/2/07, Dag-Erling Sm=F8rgrav wrote: > > "Eren Erdemli" writes: > > I am new to freebsd programing and I am trying to get the current > > working directory of the curthread. > > curthread->td_proc->p_fd->fd_cdir is a pointer to the directory's vnode. > > > I have hook on to the sys calls and redirected the mkdir > > > > my_mkdir(struct thread *p, (void*) uap) > > { > > mkdir_args =3D ..................... > > ........ > > getCWD()??????????? > > } > > > > the given path in the args is relative to the current path if not > supplied > > fully. So who would I get the path of file. > > Are you sure you need the path? There is no unique mapping from vnode > to path in FreeBSD (or in any Unix derivative for that matter); multiple > paths can lead to the same vnode. The kernel operates on vnodes, not > paths (except for namei, which translates paths to vnodes) and the path > to a vnode may change after a reference to the vnode is acquired (there > is no prohibition against deleting, renaming or moving an open file or > directory). Path components are cached in the namei cache, so it may > sometimes be possible to reconstruct the path by which a particular > vnode was most recently reached (vn_fullpath() does this), but the > information may also have been displaced from the cache since the last > lookup. > > If you just need a reference to the specified path or its parent > directory, a namei lookup of the path will do all the work for you. See > for instance kern_mkdir() in vfs_syscalls.c (which I assume you are > already looking at, since you are writing a replacement for the mkdir(2) > syscall) > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 19:35:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 837B916A400; Tue, 3 Jul 2007 19:35:24 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx1.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1B113C483; Tue, 3 Jul 2007 19:35:24 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l63JGL7f097033; Tue, 3 Jul 2007 13:16:21 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.13.8) with ESMTP id l63JGJa8045981; Tue, 3 Jul 2007 13:16:19 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l63JGJsI045978; Tue, 3 Jul 2007 13:16:19 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18058.41091.234925.799184@gromit.timing.com> Date: Tue, 3 Jul 2007 13:16:19 -0600 From: John E Hein To: gnn@freebsd.org In-Reply-To: References: X-Mailer: VM 7.19 under Emacs 22.0.99.1 Cc: current@freebsd.org, net@freebsd.org Subject: Re: FAST_IPSEC is now IPSEC, please be advised... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 19:35:24 -0000 gnn@freebsd.org wrote at 21:21 +0900 on Jul 3, 2007: > Please forward problems, and patches to me, or this list. How about the NAT-T patches (see ports/ipsec-tools/Makefile)? Any plans to integrate those? This was just recently discussed on freebsd-net in May and updated for -current at that time... http://groups.google.com/group/lucky.freebsd.net/browse_thread/thread/b56f72e5b8f35b17/f23f071e54c45243?lnk=st&q=freebsd+natt.diff&rnum=2#f23f071e54c45243 From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 19:45:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39E3616A46C; Tue, 3 Jul 2007 19:45:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id E015213C483; Tue, 3 Jul 2007 19:45:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B23831FF983; Tue, 3 Jul 2007 21:45:11 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id D1EFB1FF956; Tue, 3 Jul 2007 21:45:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 17B17444885; Tue, 3 Jul 2007 19:41:37 +0000 (UTC) Date: Tue, 3 Jul 2007 19:41:37 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: John E Hein In-Reply-To: <18058.41091.234925.799184@gromit.timing.com> Message-ID: <20070703194100.P31116@maildrop.int.zabbadoz.net> References: <18058.41091.234925.799184@gromit.timing.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: "George V. Neville-Neil" , FreeBSD current mailing list , net@freebsd.org Subject: Re: FAST_IPSEC is now IPSEC, please be advised... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 19:45:14 -0000 On Tue, 3 Jul 2007, John E Hein wrote: > gnn@freebsd.org wrote at 21:21 +0900 on Jul 3, 2007: > > Please forward problems, and patches to me, or this list. > > How about the NAT-T patches (see ports/ipsec-tools/Makefile)? > Any plans to integrate those? see http://lists.freebsd.org/pipermail/freebsd-net/2007-July/014624.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 20:31:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4407116A473 for ; Tue, 3 Jul 2007 20:31:27 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA0A13C45B for ; Tue, 3 Jul 2007 20:31:26 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1142645nzf for ; Tue, 03 Jul 2007 13:31:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZgzwGxZYxrBWcMRqlotx3oi9YLrwyFr+VweNb+oqpp91n5A7e2le0+tgnfmimDuzGeK/85kyUboK/D0U9yhCOJE8MTgX9z4cic/8xoPgaHczaIuzW2QLmgSYAsa+jVAZ0desYCqZUUwzetVvThYtx5ELNBjwyR8YdaJy8BOIjd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=M0KyypfX6oeZeLKcFg2xnQh5UBCwOS9FNTpB9xB9/KC6YJhWd+bmlPLULICW10Ng1yklTVI5QFadb5BWpyIfFSvttq9tivpJZfMYsmB63qX18v3uStqI+d0Y4U8GXA8habB5WXzihBvKz26DqqqhXjKwFQZVSvgap+hYHUACxUc= Received: by 10.78.201.2 with SMTP id y2mr3779888huf.1183494684052; Tue, 03 Jul 2007 13:31:24 -0700 (PDT) Received: by 10.78.160.4 with HTTP; Tue, 3 Jul 2007 13:31:24 -0700 (PDT) Message-ID: Date: Tue, 3 Jul 2007 22:31:24 +0200 From: "Pascal Hofstee" To: current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 20:31:27 -0000 Hi, After updating my system to a fresh current (to ensure the recent -O1 sys.mk change is included) i decided to have a go at debugging the problem of ZFS seemingly crashing samba when trying to access a share that's stored on a ZFS filesystem. My debugging efforts have brought me to what seems to be the source of the problem, though i am having trouble trying to understand what according to gdb appears to happen. Initially i simply ran smbd -i inside a gdb session after recompiling samba with the MAX_DEBUG port option and inspected the stacktrace up to the frame which seemed to be responsible for the trouble, I then started a new gdb session and set an actual breakpoint on the function involved: Which leads to the following backtrace: #0 vfs_readdirname (conn=0x20a25030, p=0x20a0e000) at smbd/vfs.c:647 #1 0x0005c72a in ReadDirName (dirp=0x2096a5a0, poffset=0xbfbfad9c) at smbd/dir.c:1156 #2 0x0005da2b in dptr_normal_ReadDirName (dptr=0x209b2ec0, poffset=0xbfbfad9c, pst=0xbfbfb9b8) at smbd/dir.c:562 #3 0x0005da7b in dptr_ReadDirName (dptr=0x209b2ec0, poffset=0xbfbfad9c, pst=0xbfbfb9b8) at smbd/dir.c:579 #4 0x000a1255 in get_lanman2_dir_entry (conn=0x20a25030, inbuf=0x0, outbuf=0x20a4a000 "", path_mask=0xbfbfbb3c "*", dirtype=, info_level=260, requires_resume_key=4, dont_descend=0, ppdata=0xbfbfbb38, base_data=0x20a71000 "`", space_remaining=16448, out_of_space=0xbfbfbb2c, got_exact_match=0xbfbfbac0, last_entry_off=0xbfbfbb34, name_list=0x0, ea_ctx=0x0) at smbd/trans2.c:1149 #5 0x000a4862 in call_trans2findfirst (conn=0x20a25030, inbuf=0x20a29000 "", outbuf=0x20a4a000 "", bufsize=65535, pparams=0x20a1a968, total_params=18, ppdata=0x20a1a970, total_data=0, max_data_bytes=) at smbd/trans2.c:1857 #6 0x000a5042 in handle_trans2 (conn=0x20a25030, state=0x20a1a830, inbuf=0x20a29000 "", outbuf=0x20a4a000 "", size=90, bufsize=65535) at smbd/trans2.c:6327 #7 0x000ab21d in reply_trans2 (conn=0x20a25030, inbuf=0x20a29000 "", outbuf=0x20a4a000 "", size=90, bufsize=65535) at smbd/trans2.c:6597 #8 0x000c6538 in switch_message (type=547414036, inbuf=0x20a29000 "", outbuf=0x20a4a000 "", size=90, bufsize=65535) at smbd/process.c:1003 #9 0x000c81a8 in smbd_process () at smbd/process.c:1030 #10 0x002ea030 in main (argc=3055664, argv=0xf1f1f1f1) at smbd/server.c:1120 I include the function implementation in question for convenience here: char *vfs_readdirname(connection_struct *conn, void *p) { SMB_STRUCT_DIRENT *ptr= NULL; char *dname; if (!p) return(NULL); ptr = SMB_VFS_READDIR(conn, (DIR *)p); if (!ptr) return(NULL); dname = ptr->d_name; #ifdef NEXT2 if (telldir(p) < 0) return(NULL); #endif #ifdef HAVE_BROKEN_READDIR_NAME /* using /usr/ucb/cc is BAD */ dname = dname - 2; #endif return(dname); } ptr->d_name properly contains a null-terminated string "." indicating the current directory (which is actually something that a later function actively tries to check for .. which is in turn responsible for the SIGABORTs of smbd) The part of the gdb output that i am not getting is the following: (gdb) print ptr $38 = (struct dirent *) 0x20a0e014 (gdb) print &ptr->d_name $35 = (char (*)[256]) 0x20a0e01c (gdb) print dname $37 = 0x20a0e014 "\003" Somehow when the function is returning the variable dname suddenly seems to be pointing to "ptr" instead of "ptr->d_name". If anybody has any clue what's possibly going on here ... please enlighten me. With kind regards, -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 20:59:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B442116A41F for ; Tue, 3 Jul 2007 20:59:24 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7515A13C465 for ; Tue, 3 Jul 2007 20:59:24 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1151531nzf for ; Tue, 03 Jul 2007 13:59:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W7ZswhLdfV9bcr+VmoSETGuCn18fmklD8P1qCKCGRVzvepn7O+DNiaCpkHi4iI/SJGE0FOlnkEFqYUQiXErgn9DCtWrW2IrXjNvLBQaDEb52ZnXUSDJ2lY7NIIbxjD1bUUkl4qCNygf3DA2h4FhlsPkLQbhJz5VyP6aBxXWVO6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g2mDTW3fJN7jbGkliD/OmedlGx9AggxBBx8NvHuza9J/D2hnqOHE8R5+Ko6Yq/YzH3PKfVNuJKhd+cVlIrl/lmWhpG+OBGKbAJQTi+0OszsF44crEzc0Dlf0/fFNn66uMtr0rw3A72mp4CcSeKA9ZzIQCstp39XeIcEBDOKlXlw= Received: by 10.78.146.11 with SMTP id t11mr3818269hud.1183496362753; Tue, 03 Jul 2007 13:59:22 -0700 (PDT) Received: by 10.78.160.4 with HTTP; Tue, 3 Jul 2007 13:59:22 -0700 (PDT) Message-ID: Date: Tue, 3 Jul 2007 22:59:22 +0200 From: "Pascal Hofstee" To: current In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2007 20:59:24 -0000 On 7/3/07, Pascal Hofstee wrote: > I include the function implementation in question for convenience here: > > char *vfs_readdirname(connection_struct *conn, void *p) > { > SMB_STRUCT_DIRENT *ptr= NULL; > char *dname; > > if (!p) > return(NULL); > > ptr = SMB_VFS_READDIR(conn, (DIR *)p); > if (!ptr) > return(NULL); > > dname = ptr->d_name; > > #ifdef NEXT2 > if (telldir(p) < 0) > return(NULL); > #endif > > #ifdef HAVE_BROKEN_READDIR_NAME > /* using /usr/ucb/cc is BAD */ > dname = dname - 2; > #endif > > return(dname); > } I hate following up on my own posts especially several minutes after the original. I just realised that i overlooked one detail in my original debugging session which entirely explains what's happening ... Below is a walk-through of my debugging session: Breakpoint 1, vfs_readdirname (conn=0x20a25030, p=0x20a0e000) at smbd/vfs.c:628 628 if (!p) (gdb) next 631 ptr = SMB_VFS_READDIR(conn, (DIR *)p); (gdb) 632 if (!ptr) (gdb) print ptr $3 = (struct dirent *) 0x20a0e014 (gdb) print dname $4 = 0x20a0e014 "\003" (gdb) next 647 return(dname); It looks like somehow gcc optimized out the actual assignment of dname ! With kind regards, -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 22:10:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0533716A46C for ; Tue, 3 Jul 2007 22:10:25 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from staeblow.de (pd95b773c.dip0.t-ipconnect.de [217.91.119.60]) by mx1.freebsd.org (Postfix) with ESMTP id BCB5513C455 for ; Tue, 3 Jul 2007 22:10:24 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from [10.0.0.12] (tmpdva [10.0.0.12]) by staeblow.de (Postfix) with ESMTP id 112E722E4D; Wed, 4 Jul 2007 00:03:25 +0200 (CEST) Message-ID: <46633B27.50601@dva.dyndns.org> From: "Boris S." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Pascal Hofstee References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 03 Jul 2007 22:15:33 +0000 Cc: current Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 03 Jul 2007 22:10:25 -0000 X-Original-Date: Mon, 04 Jun 2007 00:05:27 +0200 X-List-Received-Date: Tue, 03 Jul 2007 22:10:25 -0000 Pascal Hofstee schrieb: > It looks like somehow gcc optimized out the actual assignment of dname ! FYI: Since I've compiled Samba with gcc 4.2.1 (from ports) samba works fine with ZFS shares! Boris From owner-freebsd-current@FreeBSD.ORG Tue Jul 3 23:36:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F48C16A41F for ; Tue, 3 Jul 2007 23:36:01 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id DEB9B13C43E for ; Tue, 3 Jul 2007 23:36:00 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from [192.168.1.211] ([192.168.1.211]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l63Nb6eJ094590 for ; Tue, 3 Jul 2007 18:37:11 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Tue, 3 Jul 2007 18:35:49 -0500 (CDT) From: "Sean C. Farley" To: freebsd-current@FreeBSD.org Message-ID: <20070703182400.Q1449@baba.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: Subject: HEADS UP: getenv() and family API change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2007 23:36:01 -0000 As announced on -arch[1], I will be committing the changes to getenv(3) and family (setenv(), putenv and unsetenv()) shortly. A bit of details on the change can be found on -ports[2]. Changes in moving to POSIX from historic BSD API: a. unsetenv returns an int. b. putenv takes a char * instead of const char *. c. putenv no longer makes a copy of the input string. d. errno is set appropriately for POSIX. Exceptions involve bad environ variable and internal initialization code. These both set errno to EFAULT. Let me know if you run across any problems. Sean 1. http://lists.freebsd.org/pipermail/freebsd-arch/2007-June/006554.html 2. http://lists.freebsd.org/pipermail/freebsd-ports/2007-May/041577.html -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 00:25:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29B7316A41F; Wed, 4 Jul 2007 00:25:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id DF35013C458; Wed, 4 Jul 2007 00:25:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 259ED1FF958; Wed, 4 Jul 2007 02:25:11 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 323411FF90A; Wed, 4 Jul 2007 02:25:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6532B4448A9; Wed, 4 Jul 2007 00:22:17 +0000 (UTC) Date: Wed, 4 Jul 2007 00:22:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-isdn@FreeBSD.org Message-ID: <20070704002005.N31116@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: HEADS UP: i4b partly disconnect from build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 00:25:12 -0000 Hi, in addition to what the commit message says: In case you experience any problems or panics for the parts left, report them to the freebsd-isdn@ mailing list. Thank you. Bjoern -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. ---------- Forwarded message ---------- Date: Wed, 4 Jul 2007 00:18:39 +0000 (UTC) From: Bjoern A. Zeeb To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/amd64/conf NOTES src/sys/conf files options options.amd64 options.i386 options.pc98 src/sys/i386/conf NOTES src/sys/i4b/driver i4b_ing.c i4b_ipr.c i4b_isppp.c src/sys/pc98/conf NOTES bz 2007-07-04 00:18:39 UTC FreeBSD src repository Modified files: sys/amd64/conf NOTES sys/conf files options options.amd64 options.i386 options.pc98 sys/i386/conf NOTES sys/i4b/driver i4b_ing.c i4b_ipr.c i4b_isppp.c sys/pc98/conf NOTES Log: Temporary disconnect i4bing, i4bisppp and i4bipr from the build for the 7.0 timeframe. This is needed because I4B is not locked and NET_NEEDS_GIANT goes away. The plan is to lock I4B and bring everything back for 7.1. Approved by: re (kensmith) Revision Changes Path 1.68 +2 -2 src/sys/amd64/conf/NOTES 1.1231 +3 -3 src/sys/conf/files 1.599 +3 -3 src/sys/conf/options 1.29 +2 -2 src/sys/conf/options.amd64 1.238 +2 -2 src/sys/conf/options.i386 1.201 +2 -2 src/sys/conf/options.pc98 1.1243 +9 -8 src/sys/i386/conf/NOTES 1.25 +2 -0 src/sys/i4b/driver/i4b_ing.c 1.39 +1 -1 src/sys/i4b/driver/i4b_ipr.c 1.32 +1 -1 src/sys/i4b/driver/i4b_isppp.c 1.85 +9 -8 src/sys/pc98/conf/NOTES From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 00:43:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 692EC16A421 for ; Wed, 4 Jul 2007 00:43:12 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 0762C13C480 for ; Wed, 4 Jul 2007 00:43:11 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 0 with SMTP; 4 Jul 2007 00:43:10 -0000 Date: Wed, 4 Jul 2007 03:43:21 +0300 From: Nikolay Pavlov To: Ivan Voras Message-ID: <20070704004321.GA30817@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Ivan Voras , Dario Freni , freebsd-current@freebsd.org References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> <468A6211.3050906@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <468A6211.3050906@fer.hr> X-Operating-System: FreeBSD 6.2-RELEASE-p4 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org, Dario Freni Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 00:43:12 -0000 On Tuesday, 3 July 2007 at 16:49:53 +0200, Ivan Voras wrote: > Dario Freni wrote: > > >Well basically FreeSBIE toolkit prepares a plain live system with some ports in it (if you choose to put them in). The FreeSBIE live cd is just an elaborated build, with some > >configurations added. The toolkit it self is very versatile and it is used by different projects (e.g.: pfSense) to do their customised builds. It might save some time to you > >then. > > The choice for me is between spending time customizing FreeSBIE kit vs time spent rolling my own. But if I don't find what the error is in my setup, I'll try it. > > Has anyone made a fresh issue of a LiveCD from under-the-anvil hot -CURRENT, with X11, Xfce etc.? If yes, and they didn't encounter my problems, it will certainly speed up my > switching to FreeSBIE kit. :) > > Dario right. I have not used FreeSBIE with current, but i am constantly using my own LiveCD based on FreeSBIE modified for Datacenters mass installation tasks and i can say that it's very customizable. I have spend a lot on LiveCD building process before found FreeSBIE. Just try the port and you'll see what i am talking about. And thanks Dario for cool FreeSBIE kit :) -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 00:57:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E676516A400 for ; Wed, 4 Jul 2007 00:57:11 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id A3E8D13C457 for ; Wed, 4 Jul 2007 00:57:11 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1199242nzf for ; Tue, 03 Jul 2007 17:57:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=r4yoXx844h/zDYRU5bh3BprtJ4wHqZ/Jz1/KvX3tUSQCfaRquR1hFRNkJpizNqvJ5l15QJb4umFSMquWvpT0E1SamkdqGH3vXclWblNhmzyJGenFObsPm1lu9gyTRYU3ru6PzSajSHI2UAyHMIlkMswduGZPFUQAm4ihYp9ar4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=WmgnPi3imteoVsnc2f4Cvda8wnRECtSLFjcYqiTtrs8WyrDxH9pJEciOsTjkjZKg7sAuXn4flfGGytadZl/uOrwAbh3ECF1aA19nxt1+fvLW2ernau6KohOaw6iI6UcWVRTrVahn9b2KlxgHTC24pq7wsfGJ2q5xj13wBk6/12M= Received: by 10.142.50.15 with SMTP id x15mr470148wfx.1183509129862; Tue, 03 Jul 2007 17:32:09 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Tue, 3 Jul 2007 17:32:09 -0700 (PDT) Message-ID: <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> Date: Tue, 3 Jul 2007 20:32:09 -0400 From: "Brian Donnell" To: "Boris S." In-Reply-To: <46633B27.50601@dva.dyndns.org> MIME-Version: 1.0 References: <46633B27.50601@dva.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 00:57:12 -0000 I tried recompiling samba3 with gcc 4.2.1 20070627 and it still has the exact same problem with a ZFS share for me. If the share is completely empty then no problems are encountered. As soon any file is in the share when I try to do a remote directory listing of the share it crashes. Boris, care to share any more info on how you managed to get it working? -- Brian On 6/3/07, Boris S. wrote: > > Pascal Hofstee schrieb: > > > It looks like somehow gcc optimized out the actual assignment of dname ! > > FYI: Since I've compiled Samba with gcc 4.2.1 (from ports) samba works > fine with ZFS shares! > > Boris > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 02:24:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D5AD16A400 for ; Wed, 4 Jul 2007 02:24:41 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 55FE513C455 for ; Wed, 4 Jul 2007 02:24:41 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 3917C14389E; Wed, 4 Jul 2007 03:55:01 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 341BBD50047; Wed, 4 Jul 2007 03:55:01 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 1DFE5D5004A; Wed, 4 Jul 2007 03:55:01 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rKwWb7SdHvgSvR72ySHD1QU6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (78-0-65-51.adsl.net.t-com.hr [78.0.65.51])by ls248.t-com.hr (Qmali) with ESMTP id C11FD5E009B; Wed, 4 Jul 2007 03:55:00 +0200 (CEST) Message-ID: <468AFDF4.5060002@fer.hr> Date: Wed, 04 Jul 2007 03:55:00 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Dario Freni References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D4 96@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> In-Reply-To: <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-imss-version: 2.047 X-imss-result: Passed X-imss-scanInfo: M:P L:E SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:3.6.1039(15276.003) X-imss-scores: Clean:60.73023 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Cc: freebsd-current@freebsd.org Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 02:24:41 -0000 Dario Freni wrote: > Well basically FreeSBIE toolkit prepares a plain live system with some > ports in it (if you choose to put them in). The FreeSBIE live cd is just > an elaborated build, with some configurations added. The toolkit it self > is very versatile and it is used by different projects (e.g.: pfSense) > to do their customised builds. It might save some time to you then. Well, the FreeSBIE toolkit fails quit spectacularly - the booted image doesn't even get to mount file systems, which causes it to not find the getty executable, which leads to unusable console. I think the world order has changed enough from 6.x to 7.x that it will need updating. From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 07:24:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E97716A46B for ; Wed, 4 Jul 2007 07:24:44 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mail.moskb.ru (mail.moskb.ru [194.186.170.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7224213C4BB for ; Wed, 4 Jul 2007 07:24:43 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [172.29.0.46] (helo=exchserv.MOSKB.LOCAL) by mail.moskb.ru with esmtp (Exim 4.50) id 1I5ylr-0005nr-PM for freebsd-current@freebsd.org; Wed, 04 Jul 2007 10:55:28 +0400 Received: from exim-router.moskb.local ([172.29.4.28]) by exchserv.MOSKB.LOCAL with Microsoft SMTPSVC(6.0.3790.1830); Wed, 4 Jul 2007 10:58:19 +0400 Received: from [172.29.200.100] (helo=lissyara.moskb.local) by exim-router.moskb.local with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5yo8-0009Z8-5a for freebsd-current@freebsd.org; Wed, 04 Jul 2007 10:57:48 +0400 Message-ID: <468B450C.3010004@lissyara.su> Date: Wed, 04 Jul 2007 10:58:20 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.4 (X11/20070627) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jul 2007 06:58:19.0884 (UTC) FILETIME=[B4645AC0:01C7BE08] X-Spam-Score: -2.3 (--) X-Spam-Report: Spam detection software, running on the system "mail.moskb.ru", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: before today (oldest i updating 2 weeks later) my USB mouse (GEMBIRD MUSWC) not work on all versions FreeBSD (i probe 6.2 and CURRENT) - additional buttons work correct, but mouse detect as uhid0 and not work today i update my CURRENT and mouse detect as ============================== Jul 4 10:50:31 lissyara root: Unknown USB device: vendor 0x046e product 0x52e6 bus uhub1 Jul 4 10:50:32 lissyara kernel: ukbd0: on uhub1 Jul 4 10:50:32 lissyara kernel: kbd2 at ukbd0 Jul 4 10:50:32 lissyara kernel: ums0: on uhub1 Jul 4 10:50:32 lissyara kernel: ums0: 3 buttons and Z dir. ============================== moused running as /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pid =============================== usbdevs -v say: port 2 addr 2: low speed, power 100 mA, config 1, USB Advance Mouse(0x52e6), vendor 0x046e(0x046e), rev 1.00 ============= but - mouse not work - cursor not running... additional key - work correct.... [...] Content analysis details: (-2.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.2 BAYES_40 BODY: Bayesian spam probability is 20 to 40% [score: 0.3998] -0.3 AWL AWL: From: address is in the auto white-list Subject: USB mouse not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 07:24:44 -0000 before today (oldest i updating 2 weeks later) my USB mouse (GEMBIRD MUSWC) not work on all versions FreeBSD (i probe 6.2 and CURRENT) - additional buttons work correct, but mouse detect as uhid0 and not work today i update my CURRENT and mouse detect as ============================== Jul 4 10:50:31 lissyara root: Unknown USB device: vendor 0x046e product 0x52e6 bus uhub1 Jul 4 10:50:32 lissyara kernel: ukbd0: on uhub1 Jul 4 10:50:32 lissyara kernel: kbd2 at ukbd0 Jul 4 10:50:32 lissyara kernel: ums0: on uhub1 Jul 4 10:50:32 lissyara kernel: ums0: 3 buttons and Z dir. ============================== moused running as /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pid =============================== usbdevs -v say: port 2 addr 2: low speed, power 100 mA, config 1, USB Advance Mouse(0x52e6), vendor 0x046e(0x046e), rev 1.00 ============= but - mouse not work - cursor not running... additional key - work correct.... on linux this mouse detect as 046e:52e6 Behavior Tech. Computer Corp and work correct... From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 07:55:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B0D916A41F; Wed, 4 Jul 2007 07:55:21 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 88B0313C46A; Wed, 4 Jul 2007 07:55:20 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5zOy-0006Ja-3V; Wed, 04 Jul 2007 15:35:52 +0800 Message-ID: <468B4DD7.6050101@micom.mng.net> Date: Wed, 04 Jul 2007 15:35:51 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org, mezz@FreeBSD.org Subject: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 07:55:21 -0000 Hi, When I'm trying to install mc from ports in today's CURRENT machine I've got following errors: It fails in glib20 configure script. Also I saw a lot of "sh: environment corrupt; missing value for" messages. ... checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... sh: environment corrupt; missing value for LC_TIME sh: environment corrupt; missing value for LC_MONETARY sh: environment corrupt; missing value for LC_CTYPE sh: environment corrupt; missing value for LC_COLLATE sh: environment corrupt; missing value for LANG sh: environment corrupt; missing value for LC_ALL sh: environment corrupt; missing value for LC_NUMERIC i486-portbld-freebsd7.0 checking host system type... i486-portbld-freebsd7.0 checking for the BeOS... no checking for Win32... no checking whether to enable garbage collector friendliness... no checking whether to disable memory pools... no checking for gcc... cc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. ===> Script "configure" failed unexpectedly. Please run the gnomelogalyzer, available from "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach (a) "/usr/ports/devel/glib20/work/glib-2.12.12/config.log", (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 Stop in /usr/ports/devel/glib20. *** Error code 1 Stop in /usr/ports/devel/glib20. And the config.log says: configure:3499: $? = 0 configure:3506: cc -V >&5 cc: '-V' option must have argument configure:3509: $? = 1 configure:3532: checking for C compiler default output file name configure:3559: cc -O1 -pipe -I/usr/local/include -L/usr/local/lib -lintl conftest.c >&5 /usr/bin/ld: cannot find -lintl configure:3562: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "glib" | #define PACKAGE_TARNAME "glib" | #define PACKAGE_VERSION "2.12.12" | #define PACKAGE_STRING "glib 2.12.12" | #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=glib" | #define GLIB_MAJOR_VERSION 2 | #define GLIB_MINOR_VERSION 12 | #define GLIB_MICRO_VERSION 12 | #define GLIB_INTERFACE_AGE 12 | #define GLIB_BINARY_AGE 1212 | #define G_COMPILED_WITH_DEBUGGING "minimum" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3600: error: C compiler cannot create executables See `config.log' for more details. Anybody has solved this issue before? thanks, Ganbold -- Sodd's Second Law: Sooner or later, the worst possible set of circumstances is bound to occur. From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 08:02:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA8FB16A41F; Wed, 4 Jul 2007 08:02:17 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id EEFE913C448; Wed, 4 Jul 2007 08:02:16 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I5zoQ-0006ZH-N6; Wed, 04 Jul 2007 16:02:11 +0800 Message-ID: <468B5401.2080103@micom.mng.net> Date: Wed, 04 Jul 2007 16:02:09 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" References: <468B4DD7.6050101@micom.mng.net> In-Reply-To: <468B4DD7.6050101@micom.mng.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org, mezz@FreeBSD.org Subject: Re: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 08:02:18 -0000 Replying to myself, it seems like it required gettext which was missing on my machine. Should glib install dependent packages such as gettext? Maybe I'm wrong here. thanks, Ganbold Ganbold wrote: > Hi, > > When I'm trying to install mc from ports in today's CURRENT machine > I've got following errors: > It fails in glib20 configure script. Also I saw a lot of "sh: > environment corrupt; missing value for" > messages. > > .. > sh: environment corrupt; missing value for LC_ALL > sh: environment corrupt; missing value for LC_NUMERIC > i486-portbld-freebsd7.0 > checking for gcc... cc > checking for C compiler default output file name... configure: error: > C compiler cannot create executables > See `config.log' for more details. > ===> Script "configure" failed unexpectedly. > Please run the gnomelogalyzer, available from > "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the > problem and suggest a solution. If - and only if - the gnomelogalyzer > cannot > solve the problem, report the build failure to the FreeBSD GNOME team at > gnome@FreeBSD.org, and attach (a) > "/usr/ports/devel/glib20/work/glib-2.12.12/config.log", (b) the output > of the > failed make command, and (c) the gnomelogalyzer output. Also, it might > be a > good idea to provide an overview of all packages installed on your system > (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, > copy-and-paste into http://freebsd-gnome.pastebin.com, or use > send-pr(1) with > the attachment. Try to avoid sending any attachments to the mailing list > (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists > are > usually discarded by the mailing list software. > *** Error code 1 > > Stop in /usr/ports/devel/glib20. > *** Error code 1 > > Stop in /usr/ports/devel/glib20. > > And the config.log says: > > configure:3499: $? = 0 > configure:3506: cc -V >&5 > cc: '-V' option must have argument > configure:3509: $? = 1 > configure:3532: checking for C compiler default output file name > configure:3559: cc -O1 -pipe -I/usr/local/include -L/usr/local/lib > -lintl conftest.c >&5 > /usr/bin/ld: cannot find -lintl > configure:3562: $? = 1 > configure: failed program was: > | /* confdefs.h. */ > | #define PACKAGE_NAME "glib" > | #define PACKAGE_TARNAME "glib" > | #define PACKAGE_VERSION "2.12.12" > | #define PACKAGE_STRING "glib 2.12.12" > | #define PACKAGE_BUGREPORT > "http://bugzilla.gnome.org/enter_bug.cgi?product=glib" > | #define GLIB_MAJOR_VERSION 2 > | #define GLIB_MINOR_VERSION 12 > | #define GLIB_MICRO_VERSION 12 > | #define GLIB_INTERFACE_AGE 12 > | #define GLIB_BINARY_AGE 1212 > | #define G_COMPILED_WITH_DEBUGGING "minimum" > | /* end confdefs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:3600: error: C compiler cannot create executables > See `config.log' for more details. > > Anybody has solved this issue before? > > thanks, > > Ganbold > -- I profoundly believe it takes a lot of practice to become a moral slob. -- William F. Buckley From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 08:07:06 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D989D16A400 for ; Wed, 4 Jul 2007 08:07:06 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from mxintern.schlund.de (mxintern.schlund.de [212.227.126.201]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1A913C489 for ; Wed, 4 Jul 2007 08:07:06 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from [172.17.24.193] (helo=[172.17.24.193]) by mxintern.kundenserver.de with esmtp (Exim 4.50) id 1I5ztB-0006Gv-7O for Current@FreeBSD.org; Wed, 04 Jul 2007 10:07:05 +0200 Message-ID: <468B551C.7070107@jschmidle.org> Date: Wed, 04 Jul 2007 10:06:52 +0200 From: Jan Schmidle User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-UI-Msg-Verification: f6bce22cea97174061132210ad9c9483 Cc: Subject: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 08:07:06 -0000 I reduced my Problem from zfs to a general disk, i/o problem. But now i don't know if it is areca driver related or a general freebsd-current problem. When I start two dd's like "dd if=/dev/zero of=/dev/da1 bs=1024" on different disks, the machine panics with the following backtrace and stuff. I also appended a complete dmesg before the crash. The machine is running a cvsuped GENERIC kernel from yesterday. Does anybody know, how to solve this ? Jan panic: Bad link elm 0xffffff0003544400 prev->next != elm cpuid = 1 KDB: enter: panic [thread pid 22 tid 100017 ] Stopped at kdb_enter+0x31: popq %rbp db> bt Tracing pid 22 tid 100017 td 0xffffff00010ea9c0 kdb_enter() at kdb_enter+0x31 panic() at panic+0x169 camisr_runqueue() at camisr_runqueue+0x430 camisr() at camisr+0xc0 ithread_loop() at ithread_loop+0xdd fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac284d30, rbp = 0 --- db> show locks exclusive sleep mutex Giant r = 0 (0xffffffff809e7c40) locked @ /usr/src/sys/cam/cam_xpt.c:7153 db> show alllocks Process 785 (sshd) thread 0xffffff00039c2000 (100129) exclusive sx so_rcv_sx r = 0 (0xffffff0003707670) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 22 (swi2: cambio) thread 0xffffff00010ea9c0 (100017) exclusive sleep mutex Giant r = 0 (0xffffffff809e7c40) locked @ /usr/src/sys/cam/cam_xpt.c:7153 Process 3 (g_up) thread 0xffffff00011119c0 (100013) exclusive sleep mutex bdone lock r = 0 (0xffffffff80a71c80) locked @ /usr/src/sys/kern/vfs_bio.c:3796 db> show lockedvnods Locked vnodes db> -------------------------------- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #4: Tue Jul 3 17:50:04 CEST 2007 root@amdgurke.schlund.de:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1600.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e33d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281430016 (4083 MB) avail memory = 4120072192 (3929 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd8000000-0xd801ffff irq 18 at device 0.0 on pci6 em0: Ethernet address: 00:30:48:33:26:e8 em0: [FILTER] em1: port 0x2020-0x203f mem 0xd8020000-0xd803ffff irq 19 at device 0.1 on pci6 em1: Ethernet address: 00:30:48:33:26:e9 em1: [FILTER] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 arcmsr0: mem 0xd8300000-0xd8301fff irq 16 at device 0.0 on pci10 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 arcmsr0: [ITHREAD] uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8600000-0xd86003ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xd8200000-0xd820ffff irq 18 at device 1.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDROM at ata0-slave UDMA33 Waiting 5 seconds for SCSI devices to settle (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da0: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) da1 at arcmsr0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da1: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) da2 at arcmsr0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da2: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da3 at arcmsr0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da3: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da4 at arcmsr0 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da4: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da5 at arcmsr0 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da5: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da6 at arcmsr0 bus 0 target 6 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da6: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da7 at arcmsr0 bus 0 target 7 lun 0 da7: Fixed Direct Access SCSI-5 device da7: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da7: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da8 at arcmsr0 bus 0 target 8 lun 0 da8: Fixed Direct Access SCSI-5 device da8: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da8: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da9 at arcmsr0 bus 0 target 9 lun 0 da9: Fixed Direct Access SCSI-5 device da9: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da9: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da10 at arcmsr0 bus 0 target 10 lun 0 da10: Fixed Direct Access SCSI-5 device da10: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da10: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da11 at arcmsr0 bus 0 target 11 lun 0 da11: Fixed Direct Access SCSI-5 device da11: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da11: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da12 at arcmsr0 bus 0 target 12 lun 0 da12: Fixed Direct Access SCSI-5 device da12: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da12: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da13 at arcmsr0 bus 0 target 13 lun 0 da13: Fixed Direct Access SCSI-5 device da13: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da13: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da14 at arcmsr0 bus 0 target 14 lun 0 da14: Fixed Direct Access SCSI-5 device da14: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da14: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) da15 at arcmsr0 bus 0 target 15 lun 0 da15: Fixed Direct Access SCSI-5 device da15: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da15: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 08:17:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F39316A400 for ; Wed, 4 Jul 2007 08:17:08 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5D00313C45B for ; Wed, 4 Jul 2007 08:17:08 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 729B720A4; Wed, 4 Jul 2007 10:17:04 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 630FD208A; Wed, 4 Jul 2007 10:17:04 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 395EA52BE; Wed, 4 Jul 2007 10:17:04 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Eren Erdemli" References: <86sl86bwa5.fsf@dwp.des.no> Date: Wed, 04 Jul 2007 10:17:03 +0200 In-Reply-To: (Eren Erdemli's message of "Tue\, 3 Jul 2007 19\:23\:07 +0000") Message-ID: <868x9wshvk.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: getcwd in kernel space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 08:17:08 -0000 "Eren Erdemli" writes: > So will a namei lookup get me the path name of the parent. No, a namei lookup takes a name and returns a vnode. The only way to get a name from a vnode is vn_fullpath(), and as you noticed, it doesn't always work. There is no way around this. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 08:41:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7DCF16A400 for ; Wed, 4 Jul 2007 08:41:24 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A2F2F13C468 for ; Wed, 4 Jul 2007 08:41:24 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 119FC62E7 for ; Wed, 4 Jul 2007 04:22:48 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 04 Jul 2007 04:22:48 -0400 X-Sasl-enc: yhPrUd2Zqe+jcseG9s/F8gK6xHnPILYKN9KwdUuoIxS1 1183537367 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 52BB82463 for ; Wed, 4 Jul 2007 04:22:47 -0400 (EDT) Message-ID: <468B589D.3050109@freebsd.org> Date: Wed, 04 Jul 2007 01:21:49 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ptrace, freebsd and vmware dont get along? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 08:41:24 -0000 using -current... gdb does not seem to get along well under vmware... doing "gdb a.out" with a "break main" followed by "run" results in the behaviour seen here: ... ptrace(0x21,0xebbe,0xbfbfdc90,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0xebbe,0xbfbfddd4,0x0,0x8) = 0 (0x0) ptrace(0x7,0xebbe,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdf08,0x0,0x0,0x28369569) = 60350 (0xebbe) kill(60350,0) = 0 (0x0) ptrace(0x21,0xebbe,0xbfbfdc90,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0xebbe,0xbfbfddd4,0x0,0x8) = 0 (0x0) ptrace(0x7,0xebbe,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdf08,0x0,0x0,0x28369569) = 60350 (0xebbe) kill(60350,0) = 0 (0x0) ptrace(0x21,0xebbe,0xbfbfdc90,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0xebbe,0xbfbfddd4,0x0,0x8) = 0 (0x0) ptrace(0x7,0xebbe,0x1,0x14,0x10202) = 0 (0x0) wait4(0xffffffff,0xbfbfdf08,0x0,0x0,0x28369569) = 60350 (0xebbe) kill(60350,0) = 0 (0x0) ptrace(0x21,0xebbe,0xbfbfdc90,0x0,0x28277130) = 0 (0x0) ptrace(0x25,0xebbe,0xbfbfddd4,0x0,0x8) = 0 (0x0) ... and gdb goes out to lunch without returning. And with a ^C, I get it all nice and hung up: 60349 p0- TX 0:27.46 gdb a.out 60350 p0- TX 0:15.39 /bin/csh -c exec /usr/home/darrenr/a.out 60369 p4 I+ 0:00.20 truss -p 60349 It requires a "kill -9" on the truss to restore life. Does anyone have any ideas about where to start trying to resolve this problem? Thanks, Darren From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 09:48:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C41C16A400 for ; Wed, 4 Jul 2007 09:48:54 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.freebsd.org (Postfix) with ESMTP id BB46F13C484 for ; Wed, 4 Jul 2007 09:48:53 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from rionda.dyndns.org (87.0.188.69) by vsmtp4.tin.it (7.3.122) id 467FB9C400B59C1A; Wed, 4 Jul 2007 11:36:56 +0200 Received: from rionda.dyndns.org (rionda@localhost [127.0.0.1]) by rionda.dyndns.org (8.14.1/8.14.1) with ESMTP id l649ataB017141; Wed, 4 Jul 2007 11:36:55 +0200 (CEST) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by rionda.dyndns.org (8.14.1/8.14.1/Submit) id l649arts017140; Wed, 4 Jul 2007 11:36:53 +0200 (CEST) (envelope-from matteo@freebsd.org) X-Authentication-Warning: rionda.dyndns.org: rionda set sender to matteo@freebsd.org using -f Date: Wed, 4 Jul 2007 11:36:53 +0200 From: Matteo Riondato To: Ivan Voras Message-ID: <20070704093653.GA7636@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Ivan Voras , Dario Freni , freebsd-current@freebsd.org References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> <468AFDF4.5060002@fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <468AFDF4.5060002@fer.hr> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Dario Freni Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 09:48:54 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 04, 2007 at 03:55:00AM +0200, Ivan Voras wrote: > Dario Freni wrote: >=20 > > Well basically FreeSBIE toolkit prepares a plain live system with some > > ports in it (if you choose to put them in). The FreeSBIE live cd is just > > an elaborated build, with some configurations added. The toolkit it self > > is very versatile and it is used by different projects (e.g.: pfSense) > > to do their customised builds. It might save some time to you then. >=20 > Well, the FreeSBIE toolkit fails quit spectacularly - the booted image > doesn't even get to mount file systems, which causes it to not find the > getty executable, which leads to unusable console. I think the world > order has changed enough from 6.x to 7.x that it will need updating. Yes, maybe. Please remember that we try to support RELENG_6 as it is the STABLE branch ATM. Now that my exams ended, I will work on improving FreeSBIE support for 7.x (unionfs, tmpfs, etc..)=20 Thank you for your feedback. Best regards --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGi2o12Mp4pR7Fa+wRAuT1AJ9ZIgZWln4J8fF2VQElLZkCEYmcugCgkHQG D/YoL8wi2j2kMNIWuckZ+v8= =f5JH -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 12:12:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6176F16A41F; Wed, 4 Jul 2007 12:12:11 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 994FA13C44C; Wed, 4 Jul 2007 12:12:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id D10501CC28; Wed, 4 Jul 2007 14:12:08 +0200 (CEST) Date: Wed, 4 Jul 2007 14:12:08 +0200 From: Ed Schouten To: Andrey Chernov , Alexander Kabaev , current@freebsd.org, kan@freebsd.org Message-ID: <20070704121208.GC37187@hoeg.nl> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s9fJI615cBHmzTOP" Content-Disposition: inline In-Reply-To: <20070625153840.GP27942@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: [Patch] Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 12:12:11 -0000 --s9fJI615cBHmzTOP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, This morning I received the following message from GCC's Bugzilla: ----- Forwarded message from rguenth at gcc dot gnu dot org ----- > Date: 4 Jul 2007 10:16:52 -0000 > From: rguenth at gcc dot gnu dot org > To: ed@fxq.nl > Reply-To: gcc-bugzilla@gcc.gnu.org > Subject: [Bug tree-optimization/32500] [4.2 Regression] Loop optimization > limits range to size of array used inside loop >=20 > [snip] >=20 > scev_probably_wraps_p() returns false for the above chrec because for > the loop in question estimated_nb_iterations is 4(!) which is derived > from infer_loop_bounds_from_undefined. On the trunk this is fixed > by rewriting number of iterations analysis. On the 4.2 branch we > can fix this conservatively by >=20 > Index: tree-ssa-loop-niter.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- tree-ssa-loop-niter.c (revision 126260) > +++ tree-ssa-loop-niter.c (working copy) > @@ -1747,6 +1747,12 @@ infer_loop_bounds_from_undefined (struct > { > bb =3D bbs[i]; >=20 > + /* If BB is not executed in each iteration of the loop, we cannot > + use the operations in it to infer reliable upper bound on the > + # of iterations of the loop. */ > + if (!dominated_by_p (CDI_DOMINATORS, loop->latch, bb)) > + continue; > + > for (bsi =3D bsi_start (bb); !bsi_end_p (bsi); bsi_next (&bsi)) > { > tree stmt =3D bsi_stmt (bsi); >=20 > I'm going to test this. >=20 ----- End forwarded message ----- I just tested the patch on my desktop and it seems to work. The test code now compiles like it should. Hopefully it will be part of 4.2.1. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --s9fJI615cBHmzTOP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGi46Y52SDGA2eCwURAkO8AJ9htSQ7ZhuaJ09/WD/wKzofY78+uACfc+jV oaACxIeL38uz9qMliIdni8M= =OFeT -----END PGP SIGNATURE----- --s9fJI615cBHmzTOP-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 12:46:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 956D016A421; Wed, 4 Jul 2007 12:46:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 5994113C4B9; Wed, 4 Jul 2007 12:46:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4C7221CC28; Wed, 4 Jul 2007 14:46:20 +0200 (CEST) Date: Wed, 4 Jul 2007 14:46:20 +0200 From: Ed Schouten To: Andrey Chernov , Alexander Kabaev , current@freebsd.org, kan@freebsd.org Message-ID: <20070704124620.GE37187@hoeg.nl> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> <20070704121208.GC37187@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7LkOrbQMr4cezO2T" Content-Disposition: inline In-Reply-To: <20070704121208.GC37187@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: [Patch] Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 12:46:21 -0000 --7LkOrbQMr4cezO2T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > Hello, >=20 > This morning I received the following message from GCC's Bugzilla: >=20 > [snip] >=20 > I just tested the patch on my desktop and it seems to work. The test > code now compiles like it should. Hopefully it will be part of 4.2.1. Just got another email from bugzilla that it got committed: http://gcc.gnu.org/viewcvs?view=3Drev&revision=3D126315 --=20 Ed Schouten WWW: http://g-rave.nl/ --7LkOrbQMr4cezO2T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGi5ac52SDGA2eCwURAk7sAJ9GdkmIaq+e8HiXnE76PnzPzzgmegCfSoe2 ze3sTfPqmcrC9milJ6Qj/x0= =083U -----END PGP SIGNATURE----- --7LkOrbQMr4cezO2T-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 13:53:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5B1B16A400 for ; Wed, 4 Jul 2007 13:53:46 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE4713C48A for ; Wed, 4 Jul 2007 13:53:46 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l64DrhsV004511; Wed, 4 Jul 2007 15:53:44 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-current , scf@freebsd.org Content-Type: text/plain Date: Wed, 04 Jul 2007 15:53:41 +0200 Message-Id: <1183557221.1799.16.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 13:53:46 -0000 Hello, I have just recompiled world to find out that /bin/sh is emitting strange warnings after the recent changes to {get,set,put}env() and sh itself. When the shell starts and locale variables (e.g. LANG) are set in the environment, the warning "sh: environment corrupt; missing value for LANG" gets printed out on the stderr. I have tracked it down to the changes in {get,set,put}env and src/bin/sh/var.c 1.36. I have checked (by inserting printf just before the call) that the arguments passed to putenv() in var.c are reasonable, yet the above mentioned warning is issued. The shell seems to work correctly ('ls -l' shows correct date format in different locales) even when the blocks of code with localevars() (BTW the most cryptic function I've seen in some time) are completely ifdef'ed out. Michal From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 14:36:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C4E716A400 for ; Wed, 4 Jul 2007 14:36:45 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A958C13C45D for ; Wed, 4 Jul 2007 14:36:44 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64Eag0p031390; Wed, 4 Jul 2007 18:36:42 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183559802; bh=itQHNFcg2wwCfulGRg+4Zop94jRGLhHrQBi3Fax WeuQ=; l=721; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=i9haIVZP0w8SjP80WznV Ob0ByJFLM7kVDv9dlLMgZ2qK/2TRrxRm8HOaWgfYmnraHwo3d0ObSje1pR+E5UQW1ug 63o7LwPUA/t4Z8KmhIE8UUBs7Nl54V86GsxDo3hnIqfLKPI4p//633WlsLvQx8xa4gX kaA3DnUFABshM7Wjg= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64EagKA031389; Wed, 4 Jul 2007 18:36:42 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 18:36:42 +0400 From: Andrey Chernov To: Michal Mertl Message-ID: <20070704143642.GA31254@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Michal Mertl , freebsd-current , scf@freebsd.org References: <1183557221.1799.16.camel@genius.i.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1183557221.1799.16.camel@genius.i.cz> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , scf@freebsd.org Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 14:36:45 -0000 On Wed, Jul 04, 2007 at 03:53:41PM +0200, Michal Mertl wrote: > I have tracked it down to the changes in {get,set,put}env and > src/bin/sh/var.c 1.36. I have checked (by inserting printf just before > the call) that the arguments passed to putenv() in var.c are reasonable, > yet the above mentioned warning is issued. 1) I don't check it yet, but there is no putenv() calls in var.c 1.36 in anycase. 2) "s" may point to getenv()-provided value there. So just modifying it directly followed by setenv() call will make things inconsistent. 3) In my version of patch there was savestr() which copy arg to avoid this situation. Fix will be to restore var.c to mine variant 1.34 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 14:37:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DE9616A46D for ; Wed, 4 Jul 2007 14:37:41 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4834113C448 for ; Wed, 4 Jul 2007 14:37:41 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from rionda.dyndns.org (87.0.188.69) by vsmtp4.tin.it (7.3.122) id 467FB9C400B6D689; Wed, 4 Jul 2007 16:37:34 +0200 Received: from rionda.dyndns.org (rionda@localhost [127.0.0.1]) by rionda.dyndns.org (8.14.1/8.14.1) with ESMTP id l64EbT7p014111; Wed, 4 Jul 2007 16:37:29 +0200 (CEST) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by rionda.dyndns.org (8.14.1/8.14.1/Submit) id l64EbSaE014110; Wed, 4 Jul 2007 16:37:28 +0200 (CEST) (envelope-from matteo@freebsd.org) X-Authentication-Warning: rionda.dyndns.org: rionda set sender to matteo@freebsd.org using -f Date: Wed, 4 Jul 2007 16:37:28 +0200 From: Matteo Riondato To: Ivan Voras , Dario Freni , freebsd-current@freebsd.org Message-ID: <20070704143728.GA48946@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Ivan Voras , Dario Freni , freebsd-current@freebsd.org References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390ECC5A6@gmail.com> <468AFDF4.5060002@fer.hr> <20070704093653.GA7636@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20070704093653.GA7636@kaiser.sig11.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 14:37:41 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 04, 2007 at 11:36:53AM +0200, Matteo Riondato wrote: > On Wed, Jul 04, 2007 at 03:55:00AM +0200, Ivan Voras wrote: > > Dario Freni wrote: > >=20 > > > Well basically FreeSBIE toolkit prepares a plain live system with some > > > ports in it (if you choose to put them in). The FreeSBIE live cd is j= ust > > > an elaborated build, with some configurations added. The toolkit it s= elf > > > is very versatile and it is used by different projects (e.g.: pfSense) > > > to do their customised builds. It might save some time to you then. > >=20 > > Well, the FreeSBIE toolkit fails quit spectacularly - the booted image > > doesn't even get to mount file systems, which causes it to not find the > > getty executable, which leads to unusable console. I think the world > > order has changed enough from 6.x to 7.x that it will need updating. >=20 > Yes, maybe. Please remember that we try to support RELENG_6 as it is the > STABLE branch ATM. >=20 > Now that my exams ended, I will work on improving FreeSBIE support for > 7.x (unionfs, tmpfs, etc..)=20 Replying to myself: I builded and tested a FreeSBIE based on HEAD as of today and it worked without any issue.[1] Did you check out the CVS version (http://www.freesbie.org/cvs.html) ? Did you use the kernel configuration file included in FreeSBIE (conf/i386/FREESBIE) ? Best Regards [1] Without unionfs enabled, which is the default for FreeSBIE. I'll work on it. --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGi7Co2Mp4pR7Fa+wRAhBkAJ40tMogsQGTtHUhJ+blGfHu8B9M2QCff13Z w98RoCY/WxZ4xA5ahCJTdfQ= =6lX3 -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:03:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3D2716A41F; Wed, 4 Jul 2007 15:03:15 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5C47013C455; Wed, 4 Jul 2007 15:03:15 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64F3DtG031783; Wed, 4 Jul 2007 19:03:13 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183561394; bh=UQ8lbNIPPxbwThL5fu0tTrfoZisBlkZ8+SfsyNF /QLk=; l=2510; h=Received:Date:From:To:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=i2VKisH/1DMwN/zTMSPA T72m2dxx6oDZTYl+0IutyvS5BGWMum07PMaSOSTUwuqC2WeK/88lDppW+7IA+gm3BAu Nm+CczLUtIX64YBWxvNPDcLsRtsu0qi3PGCijh7uzrEtsDCPSA+4IbOQo4zCczg8eeo TvnU9dWyeLdaxKNVo= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64F3DKU031782; Wed, 4 Jul 2007 19:03:13 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 19:03:12 +0400 From: Andrey Chernov To: Michal Mertl , freebsd-current , scf@freebsd.org Message-ID: <20070704150312.GB31683@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Michal Mertl , freebsd-current , scf@freebsd.org References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704143642.GA31254@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:03:16 -0000 On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: > 2) "s" may point to getenv()-provided value there. So just modifying it > directly followed by setenv() call will make things inconsistent. > > 3) In my version of patch there was savestr() which copy arg to avoid this > situation. > > Fix will be to restore var.c to mine variant 1.34 You may also try this patch against var.c 1.36: Index: var.c =================================================================== RCS file: /home/ncvs/src/bin/sh/var.c,v retrieving revision 1.36 diff -u -r1.36 var.c --- var.c 4 Jul 2007 00:00:38 -0000 1.36 +++ var.c 4 Jul 2007 14:59:19 -0000 @@ -289,7 +289,7 @@ setvareq(char *s, int flags) { struct var *vp, **vpp; - char *p; + char *p, *ss; int len; if (aflag) @@ -320,10 +320,11 @@ if (vp == &vmpath || (vp == &vmail && ! mpathset())) chkmail(1); if ((vp->flags & VEXPORT) && localevar(s)) { - p = strchr(s, '='); + ss = savestr(s); + p = strchr(ss, '='); *p = '\0'; - (void) setenv(s, p + 1, 1); - *p = '='; + (void) setenv(ss, p + 1, 1); + ckfree(ss); (void) setlocale(LC_ALL, ""); } INTON; @@ -339,10 +340,11 @@ INTOFF; *vpp = vp; if ((vp->flags & VEXPORT) && localevar(s)) { - p = strchr(s, '='); + ss = savestr(s); + p = strchr(ss, '='); *p = '\0'; - (void) setenv(s, p + 1, 1); - *p = '='; + (void) setenv(ss, p + 1, 1); + ckfree(ss); (void) setlocale(LC_ALL, ""); } INTON; @@ -567,7 +569,7 @@ struct var **vpp; struct var *vp; char *name; - char *p; + char *p, *ss; char *cmdname; int ch, values; int flag = argv[0][0] == 'r'? VREADONLY : VEXPORT; @@ -603,10 +605,11 @@ vp->flags |= flag; if ((vp->flags & VEXPORT) && localevar(vp->text)) { - p = strchr(vp->text, '='); + ss = savestr(vp->text); + p = strchr(ss, '='); *p = '\0'; - (void) setenv(vp->text, p + 1, 1); - *p = '='; + (void) setenv(ss, p + 1, 1); + ckfree(ss); (void) setlocale(LC_ALL, ""); } goto found; @@ -788,6 +791,7 @@ { struct var **vpp; struct var *vp; + char *ss, *eqp; vpp = hashvar(s); for (vp = *vpp ; vp ; vpp = &vp->next, vp = *vpp) { @@ -798,7 +802,11 @@ if (*(strchr(vp->text, '=') + 1) != '\0') setvar(s, nullstr, 0); if ((vp->flags & VEXPORT) && localevar(vp->text)) { - unsetenv(s); + ss = savestr(s); + if ((eqp = strchr(ss, '=')) != NULL) + *eqp = '\0'; + (void) unsetenv(ss); + ckfree(ss); setlocale(LC_ALL, ""); } vp->flags &= ~VEXPORT; -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:12:35 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2427816A421 for ; Wed, 4 Jul 2007 15:12:35 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id E007B13C465 for ; Wed, 4 Jul 2007 15:12:34 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l64FDiBP010107; Wed, 4 Jul 2007 10:13:44 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jul 2007 10:12:18 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070704150312.GB31683@nagual.pp.ru> Message-ID: <20070704101026.O77978@thor.farley.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:12:35 -0000 On Wed, 4 Jul 2007, Andrey Chernov wrote: > On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: >> 2) "s" may point to getenv()-provided value there. So just modifying >> it directly followed by setenv() call will make things inconsistent. >> >> 3) In my version of patch there was savestr() which copy arg to avoid >> this situation. >> >> Fix will be to restore var.c to mine variant 1.34 > > You may also try this patch against var.c 1.36: Andrey, thank you. Sorry for the bug everyone. Here is a patch that should fix it: http://www.farley.org/freebsd/tmp/setenv/sh.patch Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:16:41 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E79A216A46F; Wed, 4 Jul 2007 15:16:41 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [89.185.226.22]) by mx1.freebsd.org (Postfix) with ESMTP id 7B55813C46E; Wed, 4 Jul 2007 15:16:41 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from [127.0.0.1] (nxm.secservers.com. [89.185.226.22]) by nxm.secservers.com (8.13.4/8.13.8) with ESMTP id l64FGdsA014214; Wed, 4 Jul 2007 17:16:39 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: "Sean C. Farley" In-Reply-To: <20070704101026.O77978@thor.farley.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> Content-Type: text/plain Date: Wed, 04 Jul 2007 17:16:37 +0200 Message-Id: <1183562197.1799.23.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:16:42 -0000 Sean C. Farley wrote: > On Wed, 4 Jul 2007, Andrey Chernov wrote: > > > On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: > >> 2) "s" may point to getenv()-provided value there. So just modifying > >> it directly followed by setenv() call will make things inconsistent. > >> > >> 3) In my version of patch there was savestr() which copy arg to avoid > >> this situation. > >> > >> Fix will be to restore var.c to mine variant 1.34 > > > > You may also try this patch against var.c 1.36: > > Andrey, thank you. > > Sorry for the bug everyone. Here is a patch that should fix it: > http://www.farley.org/freebsd/tmp/setenv/sh.patch > > Sean Both version of a patch fix the regression, thanks. Michal From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:22:46 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1445A16A41F for ; Wed, 4 Jul 2007 15:22:46 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id D0DB813C46A for ; Wed, 4 Jul 2007 15:22:45 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l64FNtik010308; Wed, 4 Jul 2007 10:23:55 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jul 2007 10:22:29 -0500 (CDT) From: "Sean C. Farley" To: Ganbold In-Reply-To: <468B4DD7.6050101@micom.mng.net> Message-ID: <20070704102118.U77978@thor.farley.org> References: <468B4DD7.6050101@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: gnome@FreeBSD.org, "freebsd-current@freebsd.org" , mezz@FreeBSD.org Subject: Re: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 15:22:46 -0000 On Wed, 4 Jul 2007, Ganbold wrote: > Hi, > > When I'm trying to install mc from ports in today's CURRENT machine > I've got following errors: > It fails in glib20 configure script. Also I saw a lot of "sh: > environment corrupt; missing value for" > messages. > > ... > checking whether gmake sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of Makefiles... no > checking build system type... sh: environment corrupt; missing value for > LC_TIME > sh: environment corrupt; missing value for LC_MONETARY > sh: environment corrupt; missing value for LC_CTYPE > sh: environment corrupt; missing value for LC_COLLATE > sh: environment corrupt; missing value for LANG > sh: environment corrupt; missing value for LC_ALL > sh: environment corrupt; missing value for LC_NUMERIC *snip* My fault. Please try this patch: http://www.farley.org/freebsd/tmp/setenv/sh.patch Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:23:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6797816A46D; Wed, 4 Jul 2007 15:23:13 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C5C2713C44B; Wed, 4 Jul 2007 15:23:12 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64FNAfv032049; Wed, 4 Jul 2007 19:23:10 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183562591; bh=CE+23sBTHeXP+Lhr6/ZHWdqlY5/g9AbPotm/S2B Uf7I=; l=1034; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=RwtqubaaFAGfERsfZIef lbHfk0ZSCqc8vXbNb9buOT5n5Gnpq5/pdlLsfz/duPWFbqHyYP2jWxBeTePuPV0H+2X 4hzksag0KHlA2StImOc78+RnHfM11T9oQgQDB9lP20zFVhnWOmvbqi+GnRMHWhrB52q wkVKov5kaFPdBagaQ= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64FNAwe032048; Wed, 4 Jul 2007 19:23:10 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 19:23:10 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070704152310.GA31964@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704101026.O77978@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:23:13 -0000 On Wed, Jul 04, 2007 at 10:12:18AM -0500, Sean C. Farley wrote: > On Wed, 4 Jul 2007, Andrey Chernov wrote: > >> On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: >>> 2) "s" may point to getenv()-provided value there. So just modifying >>> it directly followed by setenv() call will make things inconsistent. >>> >>> 3) In my version of patch there was savestr() which copy arg to avoid >>> this situation. >>> >>> Fix will be to restore var.c to mine variant 1.34 >> >> You may also try this patch against var.c 1.36: > > Andrey, thank you. > > Sorry for the bug everyone. Here is a patch that should fix it: > http://www.farley.org/freebsd/tmp/setenv/sh.patch Looks good excepting one moment. What happens if eqp == NULL here? + if ((eqp = strchr(ss, '=')) != NULL) + *eqp = '\0'; + if (set) + (void) setenv(ss, eqp + 1, 1); + else + (void) unsetenv(ss); IMHO it should be changed to if (set && eqp != NULL) i.e. go to unsetenv() for values without "=" -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:30:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69AC516A400 for ; Wed, 4 Jul 2007 15:30:23 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4AA13C45D for ; Wed, 4 Jul 2007 15:30:23 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id AD97C144595; Wed, 4 Jul 2007 17:30:21 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id A9AB3D5004A; Wed, 4 Jul 2007 17:30:21 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 7E982D50047; Wed, 4 Jul 2007 17:30:21 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rDARk3RfTJYI+oD6lWWAaJw6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (78-1-99-119.adsl.net.t-com.hr [78.1.99.119])by ls248.t-com.hr (Qmali) with ESMTP id 52AB15E01CC; Wed, 4 Jul 2007 17:30:21 +0200 (CEST) Message-ID: <468BBD0C.7090601@fer.hr> Date: Wed, 04 Jul 2007 17:30:20 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Matteo Riondato , Dario Freni , freebsd-current@freebsd.org References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D4 96@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390E CC5A6@gmail.com> <468AFDF4.5060002@fer.hr> <20070704093653.GA7636@kaiser.sig11.org> <20070704143728.GA48946@kaiser.sig11.org> In-Reply-To: <20070704143728.GA48946@kaiser.sig11.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-imss-version: 2.047 X-imss-result: Passed X-imss-scanInfo: M:P L:E SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:3.6.1039(15278.003) X-imss-scores: Clean:10.57170 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Cc: Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:30:23 -0000 Matteo Riondato wrote: > Replying to myself: I builded and tested a FreeSBIE based on HEAD as of > today and it worked without any issue.[1] Interesting... > Did you check out the CVS version (http://www.freesbie.org/cvs.html) ? Yes. > Did you use the kernel configuration file included in FreeSBIE > (conf/i386/FREESBIE) ? No, I used my own kernel, which is GENERIC without the debug options. From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:39:07 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFA5416A400 for ; Wed, 4 Jul 2007 15:39:07 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 943F113C44B for ; Wed, 4 Jul 2007 15:39:07 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l64FeGqA010596; Wed, 4 Jul 2007 10:40:16 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jul 2007 10:38:50 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070704152310.GA31964@nagual.pp.ru> Message-ID: <20070704103822.H77978@thor.farley.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704152310.GA31964@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:39:07 -0000 On Wed, 4 Jul 2007, Andrey Chernov wrote: > On Wed, Jul 04, 2007 at 10:12:18AM -0500, Sean C. Farley wrote: >> On Wed, 4 Jul 2007, Andrey Chernov wrote: >> >>> On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: >>>> 2) "s" may point to getenv()-provided value there. So just modifying >>>> it directly followed by setenv() call will make things inconsistent. >>>> >>>> 3) In my version of patch there was savestr() which copy arg to avoid >>>> this situation. >>>> >>>> Fix will be to restore var.c to mine variant 1.34 >>> >>> You may also try this patch against var.c 1.36: >> >> Andrey, thank you. >> >> Sorry for the bug everyone. Here is a patch that should fix it: >> http://www.farley.org/freebsd/tmp/setenv/sh.patch > > Looks good excepting one moment. What happens if eqp == NULL here? > > + if ((eqp = strchr(ss, '=')) != NULL) > + *eqp = '\0'; > + if (set) > + (void) setenv(ss, eqp + 1, 1); > + else > + (void) unsetenv(ss); > > IMHO it should be changed to > > if (set && eqp != NULL) > > i.e. go to unsetenv() for values without "=" Good point. I updated the patch. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 15:44:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4809116A400; Wed, 4 Jul 2007 15:44:03 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A3E0713C455; Wed, 4 Jul 2007 15:44:02 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64Fi0HW032356; Wed, 4 Jul 2007 19:44:00 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183563841; bh=wlahEGC3ZnHyBgaryR5H7FA1Ig7XitGyKb7ZUM/ f0EA=; l=293; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=HdboNQXG6JIvCw6tiSci PUexYd6FobSWv+dPrODiGsewm1BHnxA2goQIpBDgeVov9OzBS7+VgxLtVPA7u8BlTdN yEvmFqRDvIVGy1U2wejLAdHs85uO/ANJGrfFLV9tn1nxnLG394hVRR3gZunb9WHmtRo gyy5MwM2Amda/lR2M= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64Fi03H032355; Wed, 4 Jul 2007 19:44:00 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 19:44:00 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070704154400.GA32318@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704152310.GA31964@nagual.pp.ru> <20070704103822.H77978@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704103822.H77978@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 15:44:03 -0000 On Wed, Jul 04, 2007 at 10:38:50AM -0500, Sean C. Farley wrote: >> IMHO it should be changed to >> >> if (set && eqp != NULL) >> >> i.e. go to unsetenv() for values without "=" > > Good point. I updated the patch. Ok. Then, send it to re@ for approvement. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 16:04:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB39F16A421 for ; Wed, 4 Jul 2007 16:04:40 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtai103.cox.net (eastrmmtai103.cox.net [68.230.240.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6728A13C4C9 for ; Wed, 4 Jul 2007 16:04:40 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao105.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20070704152745.NWJZ1411.eastrmmtao105.cox.net@eastrmimpo01.cox.net>; Wed, 4 Jul 2007 11:27:45 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id KTTj1X0094iy4EG0000000; Wed, 04 Jul 2007 11:27:44 -0400 Date: Wed, 04 Jul 2007 10:30:42 -0500 To: Ganbold From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <468B4DD7.6050101@micom.mng.net> <468B5401.2080103@micom.mng.net> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <468B5401.2080103@micom.mng.net> User-Agent: Opera Mail/9.21 (Linux) Cc: gnome@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 16:04:40 -0000 On Wed, 04 Jul 2007 03:02:09 -0500, Ganbold wrot= e: > Replying to myself, it seems like it required gettext which was missin= g = > on my machine. > Should glib install dependent packages such as gettext? > Maybe I'm wrong here. Maybe it is related with this thread? It has same error as below in your= = log. http://lists.freebsd.org/pipermail/freebsd-current/2007-July/074512.html= Follow up with this thread and there has a patch to fix /bin/sh problem.= > thanks, > > Ganbold > > Ganbold wrote: >> Hi, >> >> When I'm trying to install mc from ports in today's CURRENT machine = >> I've got following errors: >> It fails in glib20 configure script. Also I saw a lot of "sh: = >> environment corrupt; missing value for" >> messages. >> >> .. >> sh: environment corrupt; missing value for LC_ALL >> sh: environment corrupt; missing value for LC_NUMERIC Here. Cheers, Mezz >> i486-portbld-freebsd7.0 >> checking for gcc... cc >> checking for C compiler default output file name... configure: error:= C = >> compiler cannot create executables >> See `config.log' for more details. >> =3D=3D=3D> Script "configure" failed unexpectedly. >> Please run the gnomelogalyzer, available from >> "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose= = >> the >> problem and suggest a solution. If - and only if - the gnomelogalyzer= = >> cannot >> solve the problem, report the build failure to the FreeBSD GNOME team= at >> gnome@FreeBSD.org, and attach (a) >> "/usr/ports/devel/glib20/work/glib-2.12.12/config.log", (b) the outpu= t = >> of the >> failed make command, and (c) the gnomelogalyzer output. Also, it migh= t = >> be a >> good idea to provide an overview of all packages installed on your = >> system >> (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, >> copy-and-paste into http://freebsd-gnome.pastebin.com, or use = >> send-pr(1) with >> the attachment. Try to avoid sending any attachments to the mailing l= ist >> (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing list= s = >> are >> usually discarded by the mailing list software. >> *** Error code 1 >> >> Stop in /usr/ports/devel/glib20. >> *** Error code 1 >> >> Stop in /usr/ports/devel/glib20. >> >> And the config.log says: >> >> configure:3499: $? =3D 0 >> configure:3506: cc -V >&5 >> cc: '-V' option must have argument >> configure:3509: $? =3D 1 >> configure:3532: checking for C compiler default output file name >> configure:3559: cc -O1 -pipe -I/usr/local/include -L/usr/local/lib = >> -lintl conftest.c >&5 >> /usr/bin/ld: cannot find -lintl >> configure:3562: $? =3D 1 >> configure: failed program was: >> | /* confdefs.h. */ >> | #define PACKAGE_NAME "glib" >> | #define PACKAGE_TARNAME "glib" >> | #define PACKAGE_VERSION "2.12.12" >> | #define PACKAGE_STRING "glib 2.12.12" >> | #define PACKAGE_BUGREPORT = >> "http://bugzilla.gnome.org/enter_bug.cgi?product=3Dglib" >> | #define GLIB_MAJOR_VERSION 2 >> | #define GLIB_MINOR_VERSION 12 >> | #define GLIB_MICRO_VERSION 12 >> | #define GLIB_INTERFACE_AGE 12 >> | #define GLIB_BINARY_AGE 1212 >> | #define G_COMPILED_WITH_DEBUGGING "minimum" >> | /* end confdefs.h. */ >> | >> | int >> | main () >> | { >> | >> | ; >> | return 0; >> | } >> configure:3600: error: C compiler cannot create executables >> See `config.log' for more details. >> >> Anybody has solved this issue before? >> >> thanks, >> >> Ganbold -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 16:41:11 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D09316A41F; Wed, 4 Jul 2007 16:41:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 251BB13C484; Wed, 4 Jul 2007 16:41:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D4B7D47050; Wed, 4 Jul 2007 12:41:10 -0400 (EDT) Date: Wed, 4 Jul 2007 17:41:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Sean C. Farley" In-Reply-To: <20070704101026.O77978@thor.farley.org> Message-ID: <20070704173905.T67251@fledge.watson.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andrey Chernov , freebsd-current , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 16:41:11 -0000 On Wed, 4 Jul 2007, Sean C. Farley wrote: > On Wed, 4 Jul 2007, Andrey Chernov wrote: > >> On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: >>> 2) "s" may point to getenv()-provided value there. So just modifying it >>> directly followed by setenv() call will make things inconsistent. >>> >>> 3) In my version of patch there was savestr() which copy arg to avoid this >>> situation. >>> >>> Fix will be to restore var.c to mine variant 1.34 >> >> You may also try this patch against var.c 1.36: > > Andrey, thank you. > > Sorry for the bug everyone. Here is a patch that should fix it: > http://www.farley.org/freebsd/tmp/setenv/sh.patch I assume I'm not the only person with this concern, but -- shouldn't we worry that subtle changes in the semantics of very basic and widely used system APIs might not result in more of exactly this sort of problem? While I'm supportive of the general aim of improving the portability of our APIs, environmental variables are managed by large numbers of programs in rather subtle ways--do we generally feel that this recent work will decrease or increase the number of subtle bugs? After all, we've changed long-standing semantics for the APIs... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 16:53:41 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C00B216A468; Wed, 4 Jul 2007 16:53:41 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 39AD713C469; Wed, 4 Jul 2007 16:53:40 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64Grdie033123; Wed, 4 Jul 2007 20:53:39 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183568019; bh=VpUoZPfdgk6J2db6W3VQTSm8eRWsQNBuYF/Szm4 e9SQ=; l=1126; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=Qv6ALCVQMDwE5sr+LgQT mt/nrS1WQTdJqMu5LHfFcS9P1LyW6ky88oiLYi9HR25t/wv3RA3nLxJmsgzDkicK1zd bXAj9NQh71QvG8gWVegI4YUEQNs85YGs2Dn4920vWFO17bod1HK0nQ9FyWOi2s3fQWA RmcBXwUYpBmBA0dd0= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64GrdZ2033122; Wed, 4 Jul 2007 20:53:39 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 20:53:37 +0400 From: Andrey Chernov To: Robert Watson Message-ID: <20070704165336.GA33050@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , "Sean C. Farley" , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704173905.T67251@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , "Sean C. Farley" , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 16:53:41 -0000 On Wed, Jul 04, 2007 at 05:41:10PM +0100, Robert Watson wrote: > > I assume I'm not the only person with this concern, but -- shouldn't we > worry that subtle changes in the semantics of very basic and widely used > system APIs might not result in more of exactly this sort of problem? This happens due to improper putenv()->setenv() transition in sh code, not directly because of semantics change. F.e. it works in my commited code long ago. Very basic and widely used system's APIs (excepting BSD one) already do proper thing. > While I'm supportive of the general aim of improving the portability of our > APIs, environmental variables are managed by large numbers of programs in > rather subtle ways--do we generally feel that this recent work will > decrease or increase the number of subtle bugs? After all, we've changed > long-standing semantics for the APIs... Just re-read old discussion. Long-standing semantics most system agree (Sun, Linux) already do that way. Only BSD doesn't. No surprise than that old BSD-specific code is full of bugs and not portable. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 17:10:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF22916A46B for ; Wed, 4 Jul 2007 17:10:59 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from staeblow.de (dva.homeunix.org [217.91.119.60]) by mx1.freebsd.org (Postfix) with ESMTP id AD77A13C489 for ; Wed, 4 Jul 2007 17:10:59 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from [10.0.0.12] (tmpdva [10.0.0.12]) by staeblow.de (Postfix) with ESMTP id BF9112397A; Wed, 4 Jul 2007 19:10:58 +0200 (CEST) Message-ID: <46644820.6020609@dva.dyndns.org> From: "Boris S." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Brian Donnell References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> In-Reply-To: <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Wed, 04 Jul 2007 17:11:00 -0000 X-Original-Date: Mon, 04 Jun 2007 19:13:04 +0200 X-List-Received-Date: Wed, 04 Jul 2007 17:11:00 -0000 Brian Donnell schrieb: > Boris, care to share any more info on how you managed to get it working? I've nothing special done. My System: BSD/AMD64, Nforce 4 Mainboard, 2GB RAM, A64/3000+ Compiled Samba with gcc from base -> crash. Compiled gcc42 from ports. Added following lines in make.conf: CFLAGS= -O2 -fno-strict-aliasing -pipe CC=/usr/local/bin/gcc42 CPP=/usr/local/bin/cpp42 CXX=/usr/local/bin/c++42 Compiled Samba, started, no crash anymore. Do you use amd64 or i386 mode? Boris From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 17:29:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3058F16A473; Wed, 4 Jul 2007 17:29:41 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id C531313C4BA; Wed, 4 Jul 2007 17:29:40 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id C77116F57D; Wed, 4 Jul 2007 19:29:39 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l64HTYOH019919; Wed, 4 Jul 2007 19:29:36 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 4 Jul 2007 19:29:27 +0200 User-Agent: KMail/1.9.6 References: <200706011906.32987.thierry@herbelot.com> <200706012135.58563.thierry@herbelot.com> <20070604151417.5b147896.ariff@FreeBSD.org> In-Reply-To: <20070604151417.5b147896.ariff@FreeBSD.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200707041929.28648.thierry@herbelot.com> Cc: Ariff Abdullah Subject: Re: panic when detecting an ES1373 AudioPCI sound card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 17:29:41 -0000 Le Monday 04 June 2007, Ariff Abdullah a écrit : > > Try reproduce the panic, and when it drops to ddb, do "show alllocks". > Hello, I just checked if the problem was still present : (after booting verbose & single-user my most recent kernel, from sources cvsuped yesterday) [skipping messages from the verbose boot] .... Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Enter full pathname of shell or RETURN for /bin/sh: # kldload /boot/kernel/snd_es137x.ko pci0: driver added found-> vendor=0x134a, dev=0x0001, revid=0x00 bus=0, slot=13, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 pci0:13:0: reprobing on driver added found-> vendor=0x1274, dev=0x5000, revid=0x00 bus=0, slot=17, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=3 pci0:17:0: reprobing on driver added pcm1: port 0xcc00-0xcc3f irq 19 at device 17.0 on pci0 pcm1: Reserved 0x40 bytes for rid 0x10 type 4 at 0xcc00 pcm1: es1370_wrcodec: timed out pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "line": pcm1: Mixer "mic": pcm1: Mixer "cd": pcm1: Mixer "ogain": pcm1: Mixer "line1": pcm1: Mixer "line2": pcm1: Mixer "line3": pcm1: [MPSAFE] pcm1: [ITHREAD] pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 13987000, 1000; 0xc26b9000 -> 13987000 pcm1: sndbuf_setmap 1398b000, 1000; 0xc26bd000 -> 1398b000 pcm1: sndbuf_setmap 1398d000, 1000; 0xc26bf000 -> 1398d000 panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm1 @ /tank/files1/src/sys/modules/sound/driver/es137x/../../../../dev/sound/pci/es137x.c:510 cpuid = 1 KDB: enter: panic [thread pid 55 tid 100055 ] Stopped at kdb_enter+0x32: leave db> where Tracing pid 55 tid 100055 td 0xc26d9800 kdb_enter(c0a8fdde,1,c0a8ec7f,d53bf6cc,1,...) at kdb_enter+0x32 panic(c0a8ec7f,c2680740,c26f4dcf,1fe,c25aca60,...) at panic+0x124 _mtx_lock_sleep(c25aca60,c26d9800,0,c26f4dcf,1fe,...) at _mtx_lock_sleep+0x47 _mtx_lock_flags(c25aca60,0,c26f4dcf,1fe,c26806c0,...) at _mtx_lock_flags+0xef eschan_setformat(c26806c0,c269d4c8,10000010,649,c2687e00,...) at eschan_setformat+0x3d chn_tryspeed(c26806c0,c269d4c8,10000010,69f,c2687e00,...) at chn_tryspeed+0x2a5 chn_tryformat(c26806c0,c269d4c8,c0d6155f,0,c2696000,...) at chn_tryformat+0xe1 chn_setformat(c2696000,10000010,c0d65058,3f8,2,...) at chn_setformat+0x1f chn_reset(c2696000,10000010,c0d632f7,32f,ffffffff,...) at chn_reset+0xc1 vchan_create(c2696000,ffffffff,c0d62b54,e4,1,...) at vchan_create+0x42d pcm_setvchans(ffffffff,c,c0b43700,c26806f0,c269ce00,...) at pcm_setvchans+0x187 pcm_setmaxautovchans(c252a680,2,7,c2680670,c2680670,...) at pcm_setmaxautovchans+0xc0 pcm_setstatus(c252a680,d53bf908,ffffffff,c26f50a5,c0000002,...) at pcm_setstatus+0x82 es_pci_attach(c252a680,c26a184c,c0b3b51c,c0a921e8,80000000,...) at es_pci_attach+0x11fe device_attach(c252a680,c252a680,c0a9213e,917,c252a680,...) at device_attach+0x36f device_probe_and_attach(c252a680,c252f100,11,0,c267f600,...) at device_probe_and_attach+0x100 pci_driver_added(c252ad80,c26f6544,c0b3b36c,0,c26f6530,...) at pci_driver_added+0xf5 devclass_add_driver(c242ba40,c26f6544,0,2d,c26f6544,...) at devclass_add_driver+0xe8 driver_module_handler(c267f580,0,c26f6530,76,d53bfc1c,...) at driver_module_handler+0x79 module_register_init(c26f64cc,0,c0a8d21d,dc,0,...) at module_register_init+0xa7 linker_load_module(0,d53bfc4c,c0a8d21d,364,bfbfee7c,...) at linker_load_module+0x9fa kern_kldload(c26d9800,c267d000,d53bfc70,0,2ff,...) at kern_kldload+0xc8 kldload(c26d9800,d53bfcfc,4,c,c0b3dae0,...) at kldload+0x74 syscall(d53bfd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280c106b, esp = 0xbfbfee0c, ebp = 0xbfbfee38 --- db> show alllocks Process 55 (kldload) thread 0xc26d9800 (100055) exclusive sleep mutex pcm1 (snd_es137x softc) r = 0 (0xc25aca60) locked @ /tank/files1/src/sys/modules/sound/driver/es137x/../../../../dev/sound/pci/es137x.c:544 exclusive sleep mutex pcm1:record:dsp1.r0 (pcm record channel) r = 0 (0xc25acce0) locked @ /tank/files1/src/sys/modules/sound/sound/../../../dev/sound/pcm/vchan.c:815 exclusive sleep mutex Giant r = 1 (0xc0ba3a48) locked @ /tank/files1/src/sys/kern/kern_module.c:117 db> > > 3) Get http://people.freebsd.org/~ariff/test/es137x_mtx_grumpy.c and > replace your sys/dev/sound/pci/es137x.c. Look for "IMPOSSIBLE!" > kernel message during loading and startup. will do ! Thierry From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 17:48:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D80816A41F for ; Wed, 4 Jul 2007 17:48:01 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from staeblow.de (pd95b773c.dip0.t-ipconnect.de [217.91.119.60]) by mx1.freebsd.org (Postfix) with ESMTP id DA87C13C468 for ; Wed, 4 Jul 2007 17:48:00 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from [10.0.0.12] (tmpdva [10.0.0.12]) by staeblow.de (Postfix) with ESMTP id 08EBE22EB9; Wed, 4 Jul 2007 19:48:00 +0200 (CEST) Message-ID: <468BDDCD.5090401@dva.dyndns.org> Date: Wed, 04 Jul 2007 19:50:05 +0200 From: "Boris S." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, net@freebsd.org Subject: Re: FAST_IPSEC is now IPSEC, please be advised... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 17:48:01 -0000 gnn@freebsd.org schrieb: > Please forward problems, and patches to me, or this list. I think it has to do with this: Because of the recent deletion of serval netinet6 includefiles in current the net/p5-Socket6 port didnt compile anymore. ===> Building for p5-Socket6-0.19 cp Socket6.pm blib/lib/Socket6.pm /usr/local/bin/perl5.8.8 /usr/local/lib/perl5/site_perl/5.8.8/ExtUtils/xsubpp -noprototypes -typemap /usr/local/lib/perl5/5.8.8/ExtUtils/typemap Socket6.xs > Socket6.xsc && mv Socket6.xsc Socket6.c cc -c -O1 -pipe -march=k8 -O -pipe -march=k8 -DVERSION=\"0.19\" -DXS_VERSION=\"0.19\" -DPIC -fPIC "-I/usr/local/lib/perl5/5.8.8/mach/CORE" Socket6.c Socket6.xs:64:30: error: netinet6/ipsec.h: No such file or directory Socket6.xs: In function 'XS_Socket6_getaddrinfo': Socket6.xs:668: warning: assignment discards qualifiers from pointer target type Socket6.xs: In function 'XS_Socket6_gai_strerror': Socket6.xs:724: warning: assignment discards qualifiers from pointer target type *** Error code 1 Stop in /pub/FreeBSD/ports/net/p5-Socket6/work/Socket6-0.19. *** Error code 1 I've filed a pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=114299 Boris From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 17:50:35 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68EF616A468; Wed, 4 Jul 2007 17:50:35 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id D3B4413C45A; Wed, 4 Jul 2007 17:50:34 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64HoX0T033920; Wed, 4 Jul 2007 21:50:33 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183571433; bh=hLM/VbgMG8JxQwbWWtPfrhp43vpjjs/ZLM7NwY3 jE7E=; l=574; h=Received:Date:From:To:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=X4KIdlW6hALrkih9MOTH lCwG8W/iwb9oPU5gIqqvjmvmJkXybJx+Jx+CSYjJCvJyFh6nLbSXXuZ3posM1TR8NY1 JvHAnl+7i39lkfNLouIH+LnYRoVxiPj52T/rzGJErW21JnH6StPRsQu++l275kQDwF1 aZLGlu5mf0shJIDSI= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64HoXoS033919; Wed, 4 Jul 2007 21:50:33 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 21:50:31 +0400 From: Andrey Chernov To: Robert Watson , "Sean C. Farley" , freebsd-current , Michal Mertl Message-ID: <20070704175031.GA33814@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , "Sean C. Farley" , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704165336.GA33050@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704165336.GA33050@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 17:50:35 -0000 On Wed, Jul 04, 2007 at 08:53:37PM +0400, Andrey Chernov wrote: > No surprise than that old BSD-specific code is full of bugs and not > portable. Even modern BSD-growned soft do the right thing. Consider tcsh or openssh, since they are portable enough they don't use dirty env tricks like untouched soft from 1970s. We can safely assume that any port from ports collection compiles either on Linux or Solaris, so must do it properly. We must not keep error made once by BSD developers (improper emulation of SysV putenv()) forever. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 17:53:42 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9432A16A468 for ; Wed, 4 Jul 2007 17:53:42 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7C113C4B7 for ; Wed, 4 Jul 2007 17:53:42 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l64Hsq42012548; Wed, 4 Jul 2007 12:54:52 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jul 2007 12:53:25 -0500 (CDT) From: "Sean C. Farley" To: Robert Watson In-Reply-To: <20070704173905.T67251@fledge.watson.org> Message-ID: <20070704121316.A77978@thor.farley.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: Andrey Chernov , freebsd-current , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 17:53:42 -0000 On Wed, 4 Jul 2007, Robert Watson wrote: > On Wed, 4 Jul 2007, Sean C. Farley wrote: > >> On Wed, 4 Jul 2007, Andrey Chernov wrote: >> >>> On Wed, Jul 04, 2007 at 06:36:42PM +0400, Andrey Chernov wrote: >>>> 2) "s" may point to getenv()-provided value there. So just >>>> modifying it directly followed by setenv() call will make things >>>> inconsistent. >>>> >>>> 3) In my version of patch there was savestr() which copy arg to >>>> avoid this situation. >>>> >>>> Fix will be to restore var.c to mine variant 1.34 >>> >>> You may also try this patch against var.c 1.36: >> >> Andrey, thank you. >> >> Sorry for the bug everyone. Here is a patch that should fix it: >> http://www.farley.org/freebsd/tmp/setenv/sh.patch > > I assume I'm not the only person with this concern, but -- shouldn't > we worry that subtle changes in the semantics of very basic and widely > used system APIs might not result in more of exactly this sort of > problem? While I'm supportive of the general aim of improving the > portability of our APIs, environmental variables are managed by large > numbers of programs in rather subtle ways--do we generally feel that > this recent work will decrease or increase the number of subtle bugs? > After all, we've changed long-standing semantics for the APIs... I admit the bugs are showing up due to the *env() change, yet the bugs are actually due to the improper use of environ and the *env() functions rather than the code in getenv.c. For example, sh was taking pointers directly from environ and passing them back into *env() functions. I am not certain that sh would work even with OpenSolaris since it does similar things to environ under the covers. My concern is that many portable programs assume all UNIX systems comply with the POSIX specification in regards to *env() functions. Of course, they should check the man page for differences, but that does not always happen. It took several times before I learned that lesson. :) I am also actively looking for other potential bugs from this type of misuse. /bin/sh did not show up for me since I did not have LANG (or any other locale variable sh cares about) set in my environment. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 17:57:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC37F16A46B for ; Wed, 4 Jul 2007 17:57:26 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id 9803913C4BC for ; Wed, 4 Jul 2007 17:57:26 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so148304wra for ; Wed, 04 Jul 2007 10:57:26 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=hTHPZ496ycsEshwjrWc1ClsdZDjhVRfTyaF9432SWYuD2Fzf0K1SZ1AmIDqQdAAmvCSH/QutVYYF11EIztNh8rBXzJHZZDnEj9Pe99vnj1PABZGvSS8IAR6lTiDFzkKpQrQ2kbrM6TcXNawoeCnsIFgzDX5WvxJo2cQZA3A/Oyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DFI9U9oB8mHBDCK+SwOCPqIE5b1YCFfZHf9PMLIM069ebSL2cqQEwcd5sNH0Vhp4ZaygFw6KhE/s0D6aJjzD/JyI8vlStlAo59OQn5BO/FLgf7fiAj8JNcbqYlFekd+6FPHVBqrSf/RUGC2OE/BQGfxIlNDgV6Ttfjq/kyPEGJw= Received: by 10.142.229.4 with SMTP id b4mr302845wfh.1183571845397; Wed, 04 Jul 2007 10:57:25 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Wed, 4 Jul 2007 10:57:25 -0700 (PDT) Message-ID: <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> Date: Wed, 4 Jul 2007 13:57:25 -0400 From: "Brian Donnell" To: "Boris S." In-Reply-To: <46644820.6020609@dva.dyndns.org> MIME-Version: 1.0 References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 17:57:26 -0000 It looks like it might be another AMD64/i386 difference. I recompiled samba3 with the exact same CFLAGS using gcc 4.2.1 (from ports) and it still crashes on my i386 system. I don't have an AMD64 system to test on anymore. It looks like the only difference is our hardware or perhaps samba3 build config. Which options are selected in your 'make config' of samba? -- Brian On 6/4/07, Boris S. wrote: > > Brian Donnell schrieb: > > > Boris, care to share any more info on how you managed to get it working? > > > I've nothing special done. > My System: BSD/AMD64, Nforce 4 Mainboard, 2GB RAM, A64/3000+ > Compiled Samba with gcc from base -> crash. > Compiled gcc42 from ports. > Added following lines in make.conf: > > CFLAGS= -O2 -fno-strict-aliasing -pipe > CC=/usr/local/bin/gcc42 > CPP=/usr/local/bin/cpp42 > CXX=/usr/local/bin/c++42 > > Compiled Samba, started, no crash anymore. > > Do you use amd64 or i386 mode? > > Boris > From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 18:00:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB68216A421; Wed, 4 Jul 2007 18:00:03 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 19D8713C44C; Wed, 4 Jul 2007 18:00:02 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64I012J034185; Wed, 4 Jul 2007 22:00:01 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183572001; bh=rEuLgCMf8iEZ9h3PGetPran7uyTP8Y+Szeqo+Jm O+EY=; l=603; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=jBEjiq3hJxDq9ikLkBHy y1NI3etuIXiC+JlT5y+IRX6H5SQL9tOyArGSPZzJs6ERHDN3ZSlKePH+koat6m2QE+u Hu8PXtVQNZGDIzu55CSs8kQbflpg6PKxRlDyEcIThKobgbvP0QyAgsot6m9jYIM6PHo FbUyCljxm3ywGWVRo= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64I01Cu034184; Wed, 4 Jul 2007 22:00:01 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 22:00:01 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070704180000.GA34042@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704121316.A77978@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 18:00:03 -0000 On Wed, Jul 04, 2007 at 12:53:25PM -0500, Sean C. Farley wrote: > functions. I am not certain that sh would work even with OpenSolaris > since it does similar things to environ under the covers. It surely not works properly on anything excepting BSD due to this habbit. > I am also actively looking for other potential bugs from this type of > misuse. /bin/sh did not show up for me since I did not have LANG (or > any other locale variable sh cares about) set in my environment. Don't care about login and su, they use pam_getenvlist() which copies via malloc. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 18:00:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 0DE4C16A421; Wed, 4 Jul 2007 18:00:19 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 5 Jul 2007 02:00:16 +0800 From: Ariff Abdullah To: thierry@herbelot.com Message-Id: <20070705020016.00d273d7.ariff@FreeBSD.org> In-Reply-To: <200707041929.28648.thierry@herbelot.com> References: <200706011906.32987.thierry@herbelot.com> <200706012135.58563.thierry@herbelot.com> <20070604151417.5b147896.ariff@FreeBSD.org> <200707041929.28648.thierry@herbelot.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__5_Jul_2007_02_00_16_+0800_RWzl=a7YwxShpDb9" Cc: freebsd-current@freebsd.org Subject: Re: panic when detecting an ES1373 AudioPCI sound card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2007 18:00:21 -0000 --Signature=_Thu__5_Jul_2007_02_00_16_+0800_RWzl=a7YwxShpDb9 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 4 Jul 2007 19:29:27 +0200 Thierry Herbelot wrote: > Le Monday 04 June 2007, Ariff Abdullah a =E9crit : > > > > Try reproduce the panic, and when it drops to ddb, do "show > > alllocks". > > >=20 [....] > > 3) Get http://people.freebsd.org/~ariff/test/es137x_mtx_grumpy.c > > and > > replace your sys/dev/sound/pci/es137x.c. Look for "IMPOSSIBLE!" > > kernel message during loading and startup. >=20 > will do ! >=20 GrrRr... I found the problem. Try this instead: http://people.freebsd.org/~ariff/test/es137x.c Sorry. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Thu__5_Jul_2007_02_00_16_+0800_RWzl=a7YwxShpDb9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGi+Awlr+deMUwTNoRAjSNAKCvRg3n+HhgUL+ycntHJxaM8IHWLQCg3kjf IkV8vQCIwNEqqQN6L2SOwOI= =eKDH -----END PGP SIGNATURE----- --Signature=_Thu__5_Jul_2007_02_00_16_+0800_RWzl=a7YwxShpDb9-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 18:11:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F67A16A46B for ; Wed, 4 Jul 2007 18:11:10 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from staeblow.de (pd95b773c.dip0.t-ipconnect.de [217.91.119.60]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC7813C4AE for ; Wed, 4 Jul 2007 18:11:09 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from [10.0.0.12] (tmpdva [10.0.0.12]) by staeblow.de (Postfix) with ESMTP id 4C82223971; Wed, 4 Jul 2007 20:11:09 +0200 (CEST) Message-ID: <468BE33A.8040600@dva.dyndns.org> Date: Wed, 04 Jul 2007 20:13:14 +0200 From: "Boris S." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Brian Donnell References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> In-Reply-To: <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 18:11:10 -0000 Brian Donnell schrieb: > It looks like it might be another AMD64/i386 difference. I recompiled > samba3 with the exact same CFLAGS using gcc 4.2.1 (from ports) and it still > crashes on my i386 system. I don't have an AMD64 system to test on > anymore. It looks like the only difference is our hardware or perhaps > samba3 build config. Which options are selected in your 'make config' of > samba? I've enabled: CUPS, UTMP and POPT How much ram do you have and what zfs sysctls did you change? Boris From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 18:39:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A08AD16A41F for ; Wed, 4 Jul 2007 18:39:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5815513C448 for ; Wed, 4 Jul 2007 18:39:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I69lB-0008SZ-Gz for freebsd-current@freebsd.org; Wed, 04 Jul 2007 20:39:29 +0200 Received: from 78-1-99-119.adsl.net.t-com.hr ([78.1.99.119]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Jul 2007 20:39:29 +0200 Received: from ivoras by 78-1-99-119.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Jul 2007 20:39:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 04 Jul 2007 20:39:16 +0200 Lines: 8 Message-ID: References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D4 96@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390E CC5A6@gmail.com> <468AFDF4.5060002@fer.hr> <20070704093653.GA7636@kaiser.sig11.org> <20070704143728.GA48946@kaiser.sig11.org> <468BBD0C.7090601@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-99-119.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <468BBD0C.7090601@fer.hr> Sender: news Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 18:39:38 -0000 Ivan Voras wrote: > No, I used my own kernel, which is GENERIC without the debug options. I see now: you probably have geom_uzip in the kernel instead of a module, so the liveCD failed detecting uzipped usr. Can you start xfce and firefox? From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 18:44:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB92F16A400 for ; Wed, 4 Jul 2007 18:44:51 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8422713C447 for ; Wed, 4 Jul 2007 18:44:51 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so156397wra for ; Wed, 04 Jul 2007 11:44:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LQqOxw/SSgbthFljbn1YlmVq/w9oAZ3WwsheU33EHa+jSo2QPg13ApRPKeBNgpJ4th8lIfnh9he5CK3qPyCwn7biQWuuNO5E+YVoc7Znx40c+mzHaXRwinFKCmxQQbIDPZCxqvARZLuSM4AuahrOX+/KwBSVauUNzb+W7zozXhU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=cFVRfsZXBnHEtsy3OMHNGRjg50VmuxSg5lXiF0IGlPP5o2to/xGVuu1tTOvs5GZU73wzVlqsFEQBBDbujajUMIhdzc6L+rPQeQswb9ltItEhOTNg1rLlopOpLALvez+lLO/wCn1NKbfz+ZNw4eytjqyoDIYIjkO9+WhkQtwWMAQ= Received: by 10.142.50.15 with SMTP id x15mr523426wfx.1183574690301; Wed, 04 Jul 2007 11:44:50 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Wed, 4 Jul 2007 11:44:50 -0700 (PDT) Message-ID: <1c5c32890707041144t11c5b83bj609aaa2d9971b143@mail.gmail.com> Date: Wed, 4 Jul 2007 14:44:50 -0400 From: "Brian Donnell" To: "Boris S." In-Reply-To: <468BE33A.8040600@dva.dyndns.org> MIME-Version: 1.0 References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <468BE33A.8040600@dva.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 18:44:51 -0000 I have the exact same configs enabled. I have 2 gigs of RAM running a Core 2 Duo and tried with both default sysctls and with the loader/sysctls recommended in the ZFS Tuning Guide ( http://wiki.freebsd.org/ZFSTuningGuide) and it crashes in both cases. The only difference I can tell between our two setups is AMD64 vs i386. That makes me think it's a problem with how ZFS is being handled. But if recompiling samba with gcc 4.2.1 got things working for you, and Pascal Hofstee's debug info, I'm no longer sure if it's a bug with ZFS or with samba3. -- Brian On 7/4/07, Boris S. wrote: > > Brian Donnell schrieb: > > It looks like it might be another AMD64/i386 difference. I recompiled > > samba3 with the exact same CFLAGS using gcc 4.2.1 (from ports) and it > still > > crashes on my i386 system. I don't have an AMD64 system to test on > > anymore. It looks like the only difference is our hardware or perhaps > > samba3 build config. Which options are selected in your 'make config' > of > > samba? > > I've enabled: CUPS, UTMP and POPT > > How much ram do you have and what zfs sysctls did you change? > > Boris > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 19:01:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C8E316A400; Wed, 4 Jul 2007 19:01:52 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A61CA13C44C; Wed, 4 Jul 2007 19:01:51 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64J1ou6034917; Wed, 4 Jul 2007 23:01:50 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183575710; bh=GetBnyAKWw00H2byemtp8isfaIqwl3YYO8JJkjJ dQCY=; l=1700; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=fX+tsywVXTLUdIGhoE9L E5ozm9K1q9lXmFM6+9h5yCs1S9kcuAFCmwyWhok9VwpTwcJ8ch32zBGOBr5LfjSn5Hs HLKxhovGQhPiYl8wqUz3u2JbHsV+Ft0Jytu7h4GufAxXbHM0jnMZflXNnGhYA0uuwwO CC299vXlCLlSxc8Uo= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64J1nYh034916; Wed, 4 Jul 2007 23:01:49 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 23:01:48 +0400 From: Andrey Chernov To: Ed Schouten Message-ID: <20070704190148.GA34853@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ed Schouten , Alexander Kabaev , current@freebsd.org, kan@freebsd.org References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> <20070704121208.GC37187@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20070704121208.GC37187@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: kan@freebsd.org, current@freebsd.org Subject: Re: [Patch] Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 19:01:52 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 04, 2007 at 02:12:08PM +0200, Ed Schouten wrote: > > Index: tree-ssa-loop-niter.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- tree-ssa-loop-niter.c (revision 126260) > > +++ tree-ssa-loop-niter.c (working copy) > > @@ -1747,6 +1747,12 @@ infer_loop_bounds_from_undefined (struct > > { > > bb =3D bbs[i]; > >=20 > > + /* If BB is not executed in each iteration of the loop, we cannot > > + use the operations in it to infer reliable upper bound on the > > + # of iterations of the loop. */ > > + if (!dominated_by_p (CDI_DOMINATORS, loop->latch, bb)) > > + continue; > > + > > for (bsi =3D bsi_start (bb); !bsi_end_p (bsi); bsi_next (&bsi)) > > { > > tree stmt =3D bsi_stmt (bsi); > >=20 > > I'm going to test this. > >=20 > ----- End forwarded message ----- >=20 > I just tested the patch on my desktop and it seems to work. The test > code now compiles like it should. Hopefully it will be part of 4.2.1. Will be nice if this patch will be commited in instead of my=20 sys.mk workaround. Alexander? --=20 http://ache.pp.ru/ --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGi+6cVg5YK5ZEdN0RAhzAAKCqE4wnrMMbAhPrp6Saz9tjcoU9nwCgoYpS mlV2E7p++fOAz/AFl/Ri7pc= =6bc6 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 19:25:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F1D616A400 for ; Wed, 4 Jul 2007 19:25:49 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id C244413C4BC for ; Wed, 4 Jul 2007 19:25:48 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1336003wxd for ; Wed, 04 Jul 2007 12:25:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JuJ8JgeeufPaGmAyOgXVfOkvJTE4lRxm5LftriXlhVniffb/Rhrm5GYQ890/c0EtFSjxEotaZCcPxWezdBxjjHIrAZyjBU7F1NwTLMGfqWVOztOEZBvMyi32L5hoiZMcXn1AgXp41JAsHUYe1CG/IIfwo2ViAXSfvmz27dyMW2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=HuneU+Pj2HR+WMqV9VT1eDQ25+Q87+cyoCD5jNb8jowlC1O9cn9M0L8sQcnS0cP6RQTlFreBB9n4SUa8jgvr4X2wz0+5Ewr7zzvQLbI0CYWQ0wO5spgQ3PGD7wdHPh1HdmaVm16/AQ0qeuzu+ILmfsRIeau5BPjpZJ2STtS+aww= Received: by 10.90.50.1 with SMTP id x1mr7320910agx.1183577148098; Wed, 04 Jul 2007 12:25:48 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Wed, 4 Jul 2007 12:25:48 -0700 (PDT) Message-ID: Date: Wed, 4 Jul 2007 12:25:48 -0700 From: "Kevin Gerry" To: "Sam Leffler" In-Reply-To: MIME-Version: 1.0 References: <468488B3.7010607@errno.com> <46848C1E.2080404@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Wireless NICs not obeying 'SSID' setting. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 19:25:49 -0000 Weird, one of the issues it appears I'm having is that when it's set to -bgscan and roaming device, the device will just get stuck on "no carrier" and not even attempt to reconnect to the AP it's assigned to. ral0: flags=8843 metric 0 mtu 1500 ether 00:16:b6:XX:XX:XX inet 192.168.3.99 netmask 0xffffff00 broadcast 192.168.3.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: no carrier ssid router channel 1 (2412 Mhz 11g) authmode OPEN privacy OFF txpowmax 100 bmiss 7 scanvalid 60 protmode CTS roaming DEVICE bintval 100 ath0: flags=8843 metric 0 mtu 1500 ether 00:13:46:XX:XX:XX media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/36Mbps) status: no carrier ssid linksys channel 1 (2412 Mhz 11g) authmode OPEN privacy OFF txpowmax 36 bmiss 7 scanvalid 60 protmode CTS burst roaming DEVICE bintval 100 Now, if I ifconfig XXX0 down / up then, I'm associated with the APs instantly... Until another 2ish hour period then they're back to no carrier. Any ideas here? I'd point at the AP usually or the NIC... However, these are two different WLAN cards/chipset/brands and two different APs. On 6/30/07, Kevin Gerry wrote: > > Well, I attempted ifconfig ral0 -bgscan and that didn't help as it just > switched SSIDs on me... Attempting ifconfig ral0 roaming device now in hopes > that will work! =) > > Thanks for the assistance. > > On 6/28/07, Sam Leffler wrote: > > > > Sam Leffler wrote: > > > Kevin Gerry wrote: > > >> I've noticed that in a recent patch that when you set a NIC with > > ifconfig > > >> ath0 ssid "This One" that it won't always honor that and jump on the > > >> strongest one. > > >> > > >> Example: > > >> > > >> 3 WAPs: SSIDs WAP1, WAP2, WAP3 > > >> > > >> I have set ath0's ssid to "WAP2" and ral0's ssid to "WAP3". They both > > will > > >> honor the ssid setting for the first connection. However, after a few > > >> hours/etc the drivers both associate with WAP1. > > >> > > >> The settings to require the specific SSID are in > > >> /etc/start_if.ral0/start_if.ath0. There aren't any conflicting > > >> directives to > > >> force it to go blank and select a random AP. > > > > > > You're probably roaming. wlandebug roam will verify what's going on. > > > You can disable roaming several ways: > > > > > > ifconfig ral0 roaming device > > > > > > should do the trick (if you set it to manual then you won't do what > > you > > > want if your beacon is turned off). Alternatively you can do > > > > > > ifconfig ral0 -bgscan > > > > > > as roaming won't take place w/o bg scanning. > > > > If you are roaming you can also just fiddle with the roaming thresholds; > > e.g. roam:rssi11g and roam:rate11g. I haven't updated the man page > > for ifconfig for these yet; they are threshold settings that when > > crossed cause the system to consider roaming to a different ap. > > > > The handling of ssid changed when roaming went in; it's now a "desired > > ssid". That is, if the scan doesn't see an ap with the desired ssid > > then it'll associate to another ap if possible. Should the ap w/ the > > desired ssid re-appear and roaming is enabled then you'll switch over to > > > > it. There is also hysteresis to this algorithm so you don't just bounce > > around from one ap to another. > > > > Sam > > > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 19:48:08 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93F1C16A400; Wed, 4 Jul 2007 19:48:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA7213C45E; Wed, 4 Jul 2007 19:48:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l64JnHdM014349; Wed, 4 Jul 2007 14:49:17 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jul 2007 14:47:50 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070704180000.GA34042@nagual.pp.ru> Message-ID: <20070704144159.X77978@thor.farley.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 19:48:08 -0000 On Wed, 4 Jul 2007, Andrey Chernov wrote: > On Wed, Jul 04, 2007 at 12:53:25PM -0500, Sean C. Farley wrote: >> functions. I am not certain that sh would work even with OpenSolaris >> since it does similar things to environ under the covers. > > It surely not works properly on anything excepting BSD due to this > habbit. > >> I am also actively looking for other potential bugs from this type of >> misuse. /bin/sh did not show up for me since I did not have LANG (or >> any other locale variable sh cares about) set in my environment. > > Don't care about login and su, they use pam_getenvlist() which copies > via malloc. My only concern is with programs (i.e., su) that "clean" the environment after calling setenv(), putenv() or unsetenv(). I wrote a patch[1] (and test program) that checks for a change of the address that environ is pointing. If it detects a change, it scraps all that it knows about environ (frees everything) and starts with the new environ. Of course, the sh patch[2] is still needed. Sean 1. http://www.farley.org/freebsd/tmp/setenv/clearenv/ 2. http://www.farley.org/freebsd/tmp/setenv/sh.patch -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 19:59:43 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5914316A41F; Wed, 4 Jul 2007 19:59:43 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C105813C480; Wed, 4 Jul 2007 19:59:42 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64JxfoL035439; Wed, 4 Jul 2007 23:59:41 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183579181; bh=tDxlx1MyD0FEb+4frwyqcp4viTrpi1G7q0jWCsv jflM=; l=716; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=DeyR5iaLLnjmt89W1BUh zCs8soYXJKnvyorprB2S8P7egaGQQG3U+yZav8elcKu8p/Gpek8cnF3FgfTLTzJsmtN fRmSQpOiwzVK1lHizH2u8dBrdMGqK9xPVyuYzBmIU2UZsND7pFF1Jqxp01mCeZOiNAo DgARDN6qEmIr0jfto= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64Jxead035437; Wed, 4 Jul 2007 23:59:40 +0400 (MSD) (envelope-from ache) Date: Wed, 4 Jul 2007 23:59:39 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070704195939.GA35302@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704144159.X77978@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 19:59:43 -0000 On Wed, Jul 04, 2007 at 02:47:50PM -0500, Sean C. Farley wrote: > My only concern is with programs (i.e., su) that "clean" the environment > after calling setenv(), putenv() or unsetenv(). I wrote a patch[1] (and > test program) that checks for a change of the address that environ is > pointing. If it detects a change, it scraps all that it knows about > environ (frees everything) and starts with the new environ. > > Of course, the sh patch[2] is still needed. > > Sean > 1. http://www.farley.org/freebsd/tmp/setenv/clearenv/ > 2. http://www.farley.org/freebsd/tmp/setenv/sh.patch Ah, good catch. I think this two needs to be commited ASAP to avoid more people reports. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 20:56:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D68B16A421 for ; Wed, 4 Jul 2007 20:56:07 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 19F9E13C44B for ; Wed, 4 Jul 2007 20:56:06 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D5CF68BEFFC; Wed, 4 Jul 2007 22:56:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z4dN0rmdQyt5; Wed, 4 Jul 2007 22:56:03 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9C4378BDE93; Wed, 4 Jul 2007 22:56:03 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l64Ku3sW080606; Wed, 4 Jul 2007 22:56:03 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 4 Jul 2007 22:56:03 +0200 From: Roman Divacky To: Andrey Chernov , Ed Schouten , Alexander Kabaev , current@freebsd.org, kan@freebsd.org Message-ID: <20070704205602.GA80519@freebsd.org> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> <20070704121208.GC37187@hoeg.nl> <20070704190148.GA34853@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704190148.GA34853@nagual.pp.ru> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [Patch] Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 20:56:07 -0000 On Wed, Jul 04, 2007 at 11:01:48PM +0400, Andrey Chernov wrote: > On Wed, Jul 04, 2007 at 02:12:08PM +0200, Ed Schouten wrote: > > > Index: tree-ssa-loop-niter.c > > > =================================================================== > > > --- tree-ssa-loop-niter.c (revision 126260) > > > +++ tree-ssa-loop-niter.c (working copy) > > > @@ -1747,6 +1747,12 @@ infer_loop_bounds_from_undefined (struct > > > { > > > bb = bbs[i]; > > > > > > + /* If BB is not executed in each iteration of the loop, we cannot > > > + use the operations in it to infer reliable upper bound on the > > > + # of iterations of the loop. */ > > > + if (!dominated_by_p (CDI_DOMINATORS, loop->latch, bb)) > > > + continue; > > > + > > > for (bsi = bsi_start (bb); !bsi_end_p (bsi); bsi_next (&bsi)) > > > { > > > tree stmt = bsi_stmt (bsi); > > > > > > I'm going to test this. > > > > > ----- End forwarded message ----- > > > > I just tested the patch on my desktop and it seems to work. The test > > code now compiles like it should. Hopefully it will be part of 4.2.1. > > Will be nice if this patch will be commited in instead of my > sys.mk workaround. Alexander? afaik they plan to release gcc 4.2.1 on July 13th, thats a week, possibly two ahead. maybe we can wait and import the 4.2.1 directly. 4.2.1 contains some more bug fixes so it would be worth it. roman From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 21:16:18 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B97116A41F for ; Wed, 4 Jul 2007 21:16:18 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 2203513C459 for ; Wed, 4 Jul 2007 21:16:18 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from [192.168.1.5] (217.211.83.81) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 4656A990009816EF for freebsd-current@FreeBSD.org; Wed, 4 Jul 2007 22:06:28 +0200 Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <21030091-F8DD-4787-9B36-6951381638A7@exscape.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current From: Thomas Backman Date: Wed, 4 Jul 2007 22:06:28 +0200 X-Mailer: Apple Mail (2.752.3) Cc: Subject: Everything (but /boot) on ZFS - trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 21:16:18 -0000 The FreeBSD wiki entry (http://wiki.freebsd.org/ZFSOnRoot) is either outdated or incomplete; or it's just that I have no clue... In either case, the guide tells me to create a "boot" symlink on the new partition, but I already have such a file (/boot/boot, not a link): [root@devil ~]# file /boot/boot /boot/boot: x86 boot sector; partition 4: ID=0xa5, active, starthead 0, startsector 0, 50000 sectors, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f) What to do? I have no idea if this file is needed or not, and how to proceed. Input is welcome. BTW, I'm new to FreeBSD-CURRENT, and also quite inexperienced with mailing lists, so be gentle. :) Thanks, Thomas PS. Will the new bootable partition automatically show up in the boot manager? I haven't rebooted to check yet. DS. From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 22:10:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBAEF16A469 for ; Wed, 4 Jul 2007 22:10:37 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 888F913C4B0 for ; Wed, 4 Jul 2007 22:10:37 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1360693wxd for ; Wed, 04 Jul 2007 15:10:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=ao29EVmWNF477TmYT/rG6WVZZTFa2S5YKoPd5UqKYaOxNN/JRP31g069cw/3ckPgVepllht+lxFhgbp6ldiWWoLzEB5bMmkNPNzHmQbDyXKmHPeK6adn8heNge+0jhU7M1X82k3nPhXKWDeqXeI84E88QwLu9SCgJa1h/r7jVBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=g9UD+Qm7A60+JJaC1Dvkb2XNDYhJNJViKcCIYEcUktDgNbpgx1T5/myRImQBwedyDFrAVzA5yyxlccTOl/Wh/RuYJMdJQeoyRNBqa0vUxhtu9m+F/hrZFvf8JIGkwE2OyH4wDdhiuaKePQEIFiUdlwG2tr4FMNuLzq6LhCh2OtA= Received: by 10.70.67.2 with SMTP id p2mr9774545wxa.1183587036704; Wed, 04 Jul 2007 15:10:36 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id v26sm11653999ele.2007.07.04.15.10.35 (version=SSLv3 cipher=OTHER); Wed, 04 Jul 2007 15:10:35 -0700 (PDT) Date: Wed, 4 Jul 2007 18:10:30 -0400 From: Alexander Kabaev To: Roman Divacky Message-ID: <20070704181030.7fb6e705@kan.dnsalias.net> In-Reply-To: <20070704205602.GA80519@freebsd.org> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> <20070704121208.GC37187@hoeg.nl> <20070704190148.GA34853@nagual.pp.ru> <20070704205602.GA80519@freebsd.org> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_8m8ZK215=.d5idvukg3O0gP"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: kan@freebsd.org, Andrey Chernov , Ed Schouten , current@freebsd.org Subject: Re: [Patch] Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 22:10:38 -0000 --Sig_8m8ZK215=.d5idvukg3O0gP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 4 Jul 2007 22:56:03 +0200 Roman Divacky wrote: > On Wed, Jul 04, 2007 at 11:01:48PM +0400, Andrey Chernov wrote: > > On Wed, Jul 04, 2007 at 02:12:08PM +0200, Ed Schouten wrote: > > > > Index: tree-ssa-loop-niter.c > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > --- tree-ssa-loop-niter.c (revision 126260) > > > > +++ tree-ssa-loop-niter.c (working copy) > > > > @@ -1747,6 +1747,12 @@ infer_loop_bounds_from_undefined (struct > > > > { > > > > bb =3D bbs[i]; > > > >=20 > > > > + /* If BB is not executed in each iteration of the loop, > > > > we cannot > > > > + use the operations in it to infer reliable upper bound > > > > on the > > > > + # of iterations of the loop. */ > > > > + if (!dominated_by_p (CDI_DOMINATORS, loop->latch, bb)) > > > > + continue; > > > > + > > > > for (bsi =3D bsi_start (bb); !bsi_end_p (bsi); bsi_next > > > > (&bsi)) { > > > > tree stmt =3D bsi_stmt (bsi); > > > >=20 > > > > I'm going to test this. > > > >=20 > > > ----- End forwarded message ----- > > >=20 > > > I just tested the patch on my desktop and it seems to work. The > > > test code now compiles like it should. Hopefully it will be part > > > of 4.2.1. > >=20 > > Will be nice if this patch will be commited in instead of my=20 > > sys.mk workaround. Alexander? >=20 > afaik they plan to release gcc 4.2.1 on July 13th, thats a week, > possibly two ahead. maybe we can wait and import the 4.2.1 directly. > 4.2.1 contains some more bug fixes so it would be worth it. >=20 > roman 4.2.1 import will happen when 4.2.1 is released. --=20 Alexander Kabaev --Sig_8m8ZK215=.d5idvukg3O0gP Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjBrWQ6z1jMm+XZYRAvE8AKDl1gz6a8AifZU9yK2iW1gWvuhghQCg341F bg1pDv5/bgs6kbbyQp82RxQ= =tBQ+ -----END PGP SIGNATURE----- --Sig_8m8ZK215=.d5idvukg3O0gP-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 22:19:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7188B16A41F for ; Wed, 4 Jul 2007 22:19:32 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id EDF3013C43E for ; Wed, 4 Jul 2007 22:19:31 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so419908uge for ; Wed, 04 Jul 2007 15:19:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=eCAHU4G8tmPRANrsxpDVM4UHq3FbOLjJpt6YwNiAYQivlXkGGcHIs9skTPnOTrPX8c0gT9pX5s6nub5ZkvUmU0Sxii3rNtu5Gp/jk4YU1q0jwCLGx9b20fob6RzodpKwfv+gKuuuIxOVl+fOG2HcwgUzuzqfZlND4TPAgjfrRW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=ZTISEavqz1GJUWxDM+ZqHlocwtxbCWGDD7DgWT81ptIobNlsZxIg6YWiXAg0ogMAR3c8SljSVyJtoHJGS4XXLDV6FUHEj5oH+0wfCMRPCAUIjzdBBVG9+jeDHPmBb5B4+JmNK9/kwzuajq03vNaUo7/lSt+rbSNo+sOpzxpIXRo= Received: by 10.67.87.8 with SMTP id p8mr1447275ugl.1183587570726; Wed, 04 Jul 2007 15:19:30 -0700 (PDT) Received: from ?192.168.0.23? ( [87.166.88.107]) by mx.google.com with ESMTP id 31sm20773816fkt.2007.07.04.15.19.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Jul 2007 15:19:29 -0700 (PDT) From: Pascal Hofstee To: Brian Donnell In-Reply-To: <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> Content-Type: text/plain Date: Thu, 05 Jul 2007 00:19:28 +0200 Message-Id: <1183587568.75595.4.camel@worf> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current , "Boris S." Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 22:19:32 -0000 On Wed, 2007-07-04 at 13:57 -0400, Brian Donnell wrote: > It looks like it might be another AMD64/i386 difference. I recompiled > samba3 with the exact same CFLAGS using gcc 4.2.1 (from ports) and it still > crashes on my i386 system. I don't have an AMD64 system to test on > anymore. It looks like the only difference is our hardware or perhaps > samba3 build config. Which options are selected in your 'make config' of > samba? On i386 here ... and also seeing no change with samba3 compiled using gcc42 port. Also applied the proposed patch Ed Schouten mentioned to the base CC ... but no luck there. smaba3 enabled OPTIONS are: LDAP, CUPS, WINBIND, ACL_SUPPORT (could this be a problem since ZFS doesn't support them on FreeBSD .. just though of this right now?), FAM_SUPPORT, UTMP, POPT. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 22:39:45 2007 Return-Path: X-Original-To: Current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CF2916A473 for ; Wed, 4 Jul 2007 22:39:45 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id CEB9313C4BE for ; Wed, 4 Jul 2007 22:39:44 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so547083anc for ; Wed, 04 Jul 2007 15:39:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q65wcNMbK/2ryWnvxZZqnNBNK1b1Ssd9e9hqU1IMWnjg/ztD1IEgnh5Uiz9KR64s6bFqObw+E+9y1Xd35kz5t5oOhZDhNWDpc8vMh6n6kgV0lmRVwzFXIZDjG4wX2IRLvjrNWbp2a6Fla5eg2RyQGEBff58nNZLeby+7iVS4Fjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i1xw4Ci+kMhUpGWmrO1CCEYpo4Mt87Aw93K6fNpXWKncVZowcLiGJlJ7DaF5FGCf5uwivAyi6CKA6wAJpZqEeXiZCdpRZmrFqNr8UqfMOJrcTUg4LSajEeUZ4I9w/WoTUMUylZ3m4HiHBHXA1XkGOmYKcZnMASoSeRR4b2HmfTE= Received: by 10.100.111.16 with SMTP id j16mr5011089anc.1183587148714; Wed, 04 Jul 2007 15:12:28 -0700 (PDT) Received: by 10.100.122.7 with HTTP; Wed, 4 Jul 2007 15:12:28 -0700 (PDT) Message-ID: Date: Wed, 4 Jul 2007 15:12:28 -0700 From: "Matt Reimer" To: "Jan Schmidle" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468B551C.7070107@jschmidle.org> Cc: Current@freebsd.org Subject: Re: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 22:39:45 -0000 On 7/4/07, Matt Reimer wrote: > On 7/4/07, Jan Schmidle wrote: > > I reduced my Problem from zfs to a general disk, i/o problem. > > But now i don't know if it is areca driver related or a > > general freebsd-current problem. BTW I'm using UFS2. Matt From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 22:40:14 2007 Return-Path: X-Original-To: Current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EC0216A46D for ; Wed, 4 Jul 2007 22:40:14 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAD313C447 for ; Wed, 4 Jul 2007 22:40:13 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so547083anc for ; Wed, 04 Jul 2007 15:40:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KDzk8m7uTv6156Oc/OofPzZLD6DVg4JrGY7XFFyoa/W9yP3WHoAVEnG7QatbTtPJ12VHVqEb80ZbjHvd6roPF1fmi+7NCwNP274Z76PDD7uqc0qcZNJURT90uQblUwkYd//mLtZMmADZdoHsJnHVIPXCGprrdfQY4D7U9qmx6zs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kyq/Lb6GcpXbRwW5GyXYfY0c6qNcNt7FsfAsPLkf3uEgsXMOE6+1v+8MBwHKPArcIhcXYVZ4UdUBMksEKgtPe/8zpzLoRZbQLm8O2W57wo+R1YJM3HZWqGoZoVsHF2GFoHAuWUZUb64xdsgK3p2KhCJFyDDXIsNE4cIEhXc/vNM= Received: by 10.100.173.19 with SMTP id v19mr5038215ane.1183587090708; Wed, 04 Jul 2007 15:11:30 -0700 (PDT) Received: by 10.100.122.7 with HTTP; Wed, 4 Jul 2007 15:11:30 -0700 (PDT) Message-ID: Date: Wed, 4 Jul 2007 15:11:30 -0700 From: "Matt Reimer" To: "Jan Schmidle" In-Reply-To: <468B551C.7070107@jschmidle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468B551C.7070107@jschmidle.org> Cc: Current@freebsd.org Subject: Re: Panic with areca and dd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 22:40:14 -0000 On 7/4/07, Jan Schmidle wrote: > I reduced my Problem from zfs to a general disk, i/o problem. > But now i don't know if it is areca driver related or a > general freebsd-current problem. > > When I start two dd's like "dd if=/dev/zero of=/dev/da1 bs=1024" > on different disks, the machine panics with the following backtrace and > stuff. > I also appended a complete dmesg before the crash. The machine is > running a cvsuped GENERIC > kernel from yesterday. > > Does anybody know, how to solve this ? I'm getting a similar panic with an Areca 1220 handing eight disks in RAID6, on a 4-way Xeon. It panics both SMP and UP. I tried an Areca patch that adds locking to arcmsr_interrupt() but that didn't help. Matt panic: Bad tailq NEXT(0xffffff0000990c28->tqh_last) != NULL KDB: enter: panic [thread pid 23 tid 100021 ] Stopped at kdb_enter+0x2f: nop db> trace Tracing pid 23 tid 100021 td 0xffffff040fc65b00 kdb_enter() at kdb_enter+0x2f panic() at panic+0x1d2 xpt_done() at xpt_done+0x14a arcmsr_interrupt() at arcmsr_interrupt+0x312 ithread_loop() at ithread_loop+0x10c fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac0dad30, rbp = 0 --- db> show alllocks Process 23 (irq16: arcmsr0) thread 0xffffff040fc65b00 (100021) exclusive sleep mutex arcmsr mp lock r = 0 (0xffffffff80a45548) locked @ /usr/sr c/sys/dev/arcmsr/arcmsr.c:680 Process 17 (swi2: cambio) thread 0xffffff040fc8a2c0 (100012) exclusive sleep mutex Giant r = 0 (0xffffffff805fb140) locked @ /usr/src/sys/cam /cam_xpt.c:7107 db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xffffff040fc65b00: pid 23 "irq16: arcmsr0" curpcb = 0xffffffffac0dad40 fpcurthread = none idlethread = 0xffffff040fc87580: pid 10 "idle" spin locks held: From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 23:16:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FEB116A41F for ; Wed, 4 Jul 2007 23:16:57 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id 6DD6013C4AE for ; Wed, 4 Jul 2007 23:16:55 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 71439 invoked from network); 4 Jul 2007 23:16:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=r/5iqSqQ7NLzCuaJerNRJQw04XHpmF9D1Dg2UjdHepPxcWiYaE01YQj6c+1XRbmf0AXmaf32o08brTyZ9zcKcSs+rLa7Uv6Fz9X9UW0w4DwjbrURcnGptZjZPrt+b1UawBCNXsEPzNlxBQb9k9qhnwr2NfWBUiUg8FA8gYICWhM= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.241.42 with login) by smtp808.mail.ird.yahoo.com with SMTP; 4 Jul 2007 23:16:54 -0000 X-YMail-OSG: BhCjADsVM1njH6oyvYX55KN46ABX0kPQuc200H7wQ1MRV7LKnt0Z1tYyZjggvahPl0OxoGcHPWgdn_aAa.mTKPuBPLs_8df3aX0YudNUKKnLWL8Yq5epjgf38Z8- From: Thomas Sparrevohn To: Jeff Roberson Date: Thu, 5 Jul 2007 00:16:53 +0100 User-Agent: KMail/1.9.6 References: <20070701224452.I552@10.0.0.1> <200707022031.32359.Thomas.Sparrevohn@btinternet.com> <20070702232119.X552@10.0.0.1> In-Reply-To: <20070702232119.X552@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707050016.53605.Thomas.Sparrevohn@btinternet.com> Cc: freebsd-current@freebsd.org Subject: Re: New SCHED_SMP diff. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 23:16:57 -0000 On Tuesday 03 July 2007 07:22:00 Jeff Roberson wrote: > > Hey Thomas, sorry for the bug, can you try the scheduler at: > > http://people.freebsd.org/~jeff/sched_smp.c > Hi Jeff Using sysctl kern.sched.steal_busy=1 did not change the picture 1267.20 real 2492.14 user 956.64 sys 2374102 voluntary context switches 877692 involuntary context switches 1269.38 real 2497.00 user 962.15 sys 2439504 voluntary context switches 889964 involuntary context switches The system seems to be a lot more "idle" than I normally see - but I don't have a reliable way of measuring the idle time - e.g. I guess I could try with vmstat but I an not sure its accurate From owner-freebsd-current@FreeBSD.ORG Wed Jul 4 23:56:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E62F16A468; Wed, 4 Jul 2007 23:56:34 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C813313C45A; Wed, 4 Jul 2007 23:56:33 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l64NuWW1042378; Thu, 5 Jul 2007 03:56:32 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183593392; bh=6rjQDmk6GS4yk4ZFyNXX/xQP7ehU38DgykJaUf6 2vaE=; l=350; h=Received:Date:From:To:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=WqtelsYwqzuLVP5/6Nmy hA5F6oop7Qr7bwUVk/R714Lt0lBiOxrjR2uyktKniBL6JsJFJ9QovDupsls6MsOrXRK BIOl1+auGexJKWrBxMN0+fcIUm66qfqkZgyazfOjy001z7tp97rSCw9CI2Bn+dxTcUb GwBxxHBKo7D+w0Xow= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l64NuVRm042377; Thu, 5 Jul 2007 03:56:32 +0400 (MSD) (envelope-from ache) Date: Thu, 5 Jul 2007 03:56:31 +0400 From: Andrey Chernov To: "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl Message-ID: <20070704235630.GA42227@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704195939.GA35302@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2007 23:56:34 -0000 On Wed, Jul 04, 2007 at 11:59:39PM +0400, Andrey Chernov wrote: > > Sean > > 1. http://www.farley.org/freebsd/tmp/setenv/clearenv/ BTW, I think this one should _not_ free() anything according to your comment: No * previous variables are ever freed here to avoid causing a segmentation fault * in a user's code. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 00:31:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F3ED16A41F; Thu, 5 Jul 2007 00:31:44 +0000 (UTC) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.freebsd.org (Postfix) with ESMTP id 28B3413C45B; Thu, 5 Jul 2007 00:31:44 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canning.wemm.org (Postfix) with ESMTP id EA27546B69; Wed, 4 Jul 2007 17:13:06 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.14.1/8.14.1) with ESMTP id l650D6U4005445; Wed, 4 Jul 2007 17:13:06 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.14.1/8.14.1/Submit) id l650D6MS005444; Wed, 4 Jul 2007 17:13:06 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: current@freebsd.org Date: Wed, 4 Jul 2007 17:13:06 -0700 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707041713.06197.peter@wemm.org> X-Mailman-Approved-At: Thu, 05 Jul 2007 00:39:12 +0000 Cc: Subject: HEADS UP: late change regarding syscalls in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 00:31:44 -0000 I've committed a series of changes to the tree that are aimed at fixing a few quirks left over from gcc-2.0 compatability in our syscall layer. Specifically, key syscalls like mmap() had an extra argument, "int pad". The hacks to work around it were a problem for a number of things, and caused some sub-optimal circumstances for the amd64 platform. I've committed some temporary workarounds to try and make sure that we don't loose the ability to boot kernel.old's, and to make sure that people who aren't paying attention don't get too badly hosed. To that end, the old syscalls are compiled in (temporarily) regardless of whether you use the appropriate COMPAT_ kernel option. (GENERIC has them all!). libc will detect an old kernel and use the old syscalls if needed. Once 7-stable begins, I'm intending to remove the forced anti-foot-shooting and turn off the glue in libc that enables post-7.0 worlds to work on pre-7.0 kernels. To that end. Please make sure you have COMPAT_FREEBSD6 in your kernel configs! It isn't important yet, but will be in a few months. As a side note, amd64 machines need COMPAT_FREEBSD6 *now* if they want to run old 32 bit binaries. If they crash with 'Illegal syscall', then that is what you've forgotten. I'm fairly sure I have not broken anything, with the following caveats: * I have not compile nor run tested ia64, powerpc or arm at all. * I have compiled sparc64 and tested the libc changes on an old kernel. I wasn't able to boot a new kernel to test the 'new kernel' support. I expect it will work, if only -current would boot on sun4v. * I have compile and run tested amd64 and i386 fairly extensively. * I have made some tweaks to the commit in preparing it for commit, so it is possible that I have broken something at the last second. If so, I apologize in advance. * There will be more work on this over the coming months. Stay tuned. -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 01:08:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D17B16A400; Thu, 5 Jul 2007 01:08:55 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 5298F13C468; Thu, 5 Jul 2007 01:08:55 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6Fq0-000FCd-Vh; Thu, 05 Jul 2007 09:08:53 +0800 Message-ID: <468C44A4.7010400@micom.mng.net> Date: Thu, 05 Jul 2007 09:08:52 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Jeremy Messenger References: <468B4DD7.6050101@micom.mng.net> <468B5401.2080103@micom.mng.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 01:08:55 -0000 Jeremy Messenger wrote: > On Wed, 04 Jul 2007 03:02:09 -0500, Ganbold > wrote: > >> Replying to myself, it seems like it required gettext which was >> missing on my machine. >> Should glib install dependent packages such as gettext? >> Maybe I'm wrong here. > > It is already depend on gettext. Yeah, I know that. I meant, should making glib install gettext if gettext is not installed on the system? thanks, Ganbold > > Cheers, > Mezz > >> thanks, >> >> Ganbold >> >> Ganbold wrote: >>> Hi, >>> >>> When I'm trying to install mc from ports in today's CURRENT machine >>> I've got following errors: >>> It fails in glib20 configure script. Also I saw a lot of "sh: >>> environment corrupt; missing value for" >>> messages. >>> >>> .. >>> sh: environment corrupt; missing value for LC_ALL >>> sh: environment corrupt; missing value for LC_NUMERIC >>> i486-portbld-freebsd7.0 >>> checking for gcc... cc >>> checking for C compiler default output file name... configure: >>> error: C compiler cannot create executables >>> See `config.log' for more details. >>> ===> Script "configure" failed unexpectedly. >>> Please run the gnomelogalyzer, available from >>> "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will >>> diagnose the >>> problem and suggest a solution. If - and only if - the >>> gnomelogalyzer cannot >>> solve the problem, report the build failure to the FreeBSD GNOME >>> team at >>> gnome@FreeBSD.org, and attach (a) >>> "/usr/ports/devel/glib20/work/glib-2.12.12/config.log", (b) the >>> output of the >>> failed make command, and (c) the gnomelogalyzer output. Also, it >>> might be a >>> good idea to provide an overview of all packages installed on your >>> system >>> (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, >>> copy-and-paste into http://freebsd-gnome.pastebin.com, or use >>> send-pr(1) with >>> the attachment. Try to avoid sending any attachments to the mailing >>> list >>> (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing >>> lists are >>> usually discarded by the mailing list software. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/glib20. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/glib20. >>> >>> And the config.log says: >>> >>> configure:3499: $? = 0 >>> configure:3506: cc -V >&5 >>> cc: '-V' option must have argument >>> configure:3509: $? = 1 >>> configure:3532: checking for C compiler default output file name >>> configure:3559: cc -O1 -pipe -I/usr/local/include -L/usr/local/lib >>> -lintl conftest.c >&5 >>> /usr/bin/ld: cannot find -lintl >>> configure:3562: $? = 1 >>> configure: failed program was: >>> | /* confdefs.h. */ >>> | #define PACKAGE_NAME "glib" >>> | #define PACKAGE_TARNAME "glib" >>> | #define PACKAGE_VERSION "2.12.12" >>> | #define PACKAGE_STRING "glib 2.12.12" >>> | #define PACKAGE_BUGREPORT >>> "http://bugzilla.gnome.org/enter_bug.cgi?product=glib" >>> | #define GLIB_MAJOR_VERSION 2 >>> | #define GLIB_MINOR_VERSION 12 >>> | #define GLIB_MICRO_VERSION 12 >>> | #define GLIB_INTERFACE_AGE 12 >>> | #define GLIB_BINARY_AGE 1212 >>> | #define G_COMPILED_WITH_DEBUGGING "minimum" >>> | /* end confdefs.h. */ >>> | >>> | int >>> | main () >>> | { >>> | >>> | ; >>> | return 0; >>> | } >>> configure:3600: error: C compiler cannot create executables >>> See `config.log' for more details. >>> >>> Anybody has solved this issue before? >>> >>> thanks, >>> >>> Ganbold > > -- Some men love truth so much that they seem to be in continual fear lest she should catch a cold on overexposure. -- Samuel Butler From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 01:11:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED3AE16A41F; Thu, 5 Jul 2007 01:11:14 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 7684613C4BB; Thu, 5 Jul 2007 01:11:14 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6FsE-000FDz-V8; Thu, 05 Jul 2007 09:11:11 +0800 Message-ID: <468C452E.6070007@micom.mng.net> Date: Thu, 05 Jul 2007 09:11:10 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Jeremy Messenger References: <468B4DD7.6050101@micom.mng.net> <468B5401.2080103@micom.mng.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 01:11:15 -0000 Jeremy Messenger wrote: > On Wed, 04 Jul 2007 03:02:09 -0500, Ganbold > wrote: > >> Replying to myself, it seems like it required gettext which was >> missing on my machine. >> Should glib install dependent packages such as gettext? >> Maybe I'm wrong here. > > Maybe it is related with this thread? It has same error as below in > your log. Well, no, I know sh problem is related to recent import of putenv() and family functions API change. Ganbold > > http://lists.freebsd.org/pipermail/freebsd-current/2007-July/074512.html > > Follow up with this thread and there has a patch to fix /bin/sh problem. > >> thanks, >> >> Ganbold >> >> Ganbold wrote: >>> Hi, >>> >>> When I'm trying to install mc from ports in today's CURRENT machine >>> I've got following errors: >>> It fails in glib20 configure script. Also I saw a lot of "sh: >>> environment corrupt; missing value for" >>> messages. >>> >>> .. >>> sh: environment corrupt; missing value for LC_ALL >>> sh: environment corrupt; missing value for LC_NUMERIC > > Here. > > Cheers, > Mezz > >>> i486-portbld-freebsd7.0 >>> checking for gcc... cc >>> checking for C compiler default output file name... configure: >>> error: C compiler cannot create executables >>> See `config.log' for more details. >>> ===> Script "configure" failed unexpectedly. >>> Please run the gnomelogalyzer, available from >>> "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will >>> diagnose the >>> problem and suggest a solution. If - and only if - the >>> gnomelogalyzer cannot >>> solve the problem, report the build failure to the FreeBSD GNOME >>> team at >>> gnome@FreeBSD.org, and attach (a) >>> "/usr/ports/devel/glib20/work/glib-2.12.12/config.log", (b) the >>> output of the >>> failed make command, and (c) the gnomelogalyzer output. Also, it >>> might be a >>> good idea to provide an overview of all packages installed on your >>> system >>> (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, >>> copy-and-paste into http://freebsd-gnome.pastebin.com, or use >>> send-pr(1) with >>> the attachment. Try to avoid sending any attachments to the mailing >>> list >>> (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing >>> lists are >>> usually discarded by the mailing list software. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/glib20. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/glib20. >>> >>> And the config.log says: >>> >>> configure:3499: $? = 0 >>> configure:3506: cc -V >&5 >>> cc: '-V' option must have argument >>> configure:3509: $? = 1 >>> configure:3532: checking for C compiler default output file name >>> configure:3559: cc -O1 -pipe -I/usr/local/include -L/usr/local/lib >>> -lintl conftest.c >&5 >>> /usr/bin/ld: cannot find -lintl >>> configure:3562: $? = 1 >>> configure: failed program was: >>> | /* confdefs.h. */ >>> | #define PACKAGE_NAME "glib" >>> | #define PACKAGE_TARNAME "glib" >>> | #define PACKAGE_VERSION "2.12.12" >>> | #define PACKAGE_STRING "glib 2.12.12" >>> | #define PACKAGE_BUGREPORT >>> "http://bugzilla.gnome.org/enter_bug.cgi?product=glib" >>> | #define GLIB_MAJOR_VERSION 2 >>> | #define GLIB_MINOR_VERSION 12 >>> | #define GLIB_MICRO_VERSION 12 >>> | #define GLIB_INTERFACE_AGE 12 >>> | #define GLIB_BINARY_AGE 1212 >>> | #define G_COMPILED_WITH_DEBUGGING "minimum" >>> | /* end confdefs.h. */ >>> | >>> | int >>> | main () >>> | { >>> | >>> | ; >>> | return 0; >>> | } >>> configure:3600: error: C compiler cannot create executables >>> See `config.log' for more details. >>> >>> Anybody has solved this issue before? >>> >>> thanks, >>> >>> Ganbold > > -- If a man stay away from his wife for seven years, the law presumes the separation to have killed him; yet according to our daily experience, it might well prolong his life. -- Charles Darling, "Scintillae Juris, 1877 From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 01:30:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2C8716A400; Thu, 5 Jul 2007 01:30:35 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 6A92013C484; Thu, 5 Jul 2007 01:30:35 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6GAx-000FOF-OU; Thu, 05 Jul 2007 09:30:31 +0800 Message-ID: <468C49B7.3080600@micom.mng.net> Date: Thu, 05 Jul 2007 09:30:31 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Jeremy Messenger References: <468B4DD7.6050101@micom.mng.net> <468B5401.2080103@micom.mng.net> <468C44A4.7010400@micom.mng.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: glib compile problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 01:30:36 -0000 Jeremy Messenger wrote: > On Wed, 04 Jul 2007 20:08:52 -0500, Ganbold > wrote: > >> Jeremy Messenger wrote: >>> On Wed, 04 Jul 2007 03:02:09 -0500, Ganbold >>> wrote: >>> >>>> Replying to myself, it seems like it required gettext which was >>>> missing on my machine. >>>> Should glib install dependent packages such as gettext? >>>> Maybe I'm wrong here. >>> >>> It is already depend on gettext. >> >> Yeah, I know that. I meant, should making glib install gettext if >> gettext is not installed on the system? > > Yes, it should be. I though so. However it just failed and stopped. thanks, Ganbold > > Cheers, > Mezz > >> thanks, >> >> Ganbold >> >> >>> >>> Cheers, >>> Mezz >>> >>>> thanks, >>>> >>>> Ganbold >>>> >>>> Ganbold wrote: >>>>> Hi, >>>>> >>>>> When I'm trying to install mc from ports in today's CURRENT >>>>> machine I've got following errors: >>>>> It fails in glib20 configure script. Also I saw a lot of "sh: >>>>> environment corrupt; missing value for" >>>>> messages. >>>>> >>>>> .. >>>>> sh: environment corrupt; missing value for LC_ALL >>>>> sh: environment corrupt; missing value for LC_NUMERIC >>>>> i486-portbld-freebsd7.0 >>>>> checking for gcc... cc >>>>> checking for C compiler default output file name... configure: >>>>> error: C compiler cannot create executables >>>>> See `config.log' for more details. >>>>> ===> Script "configure" failed unexpectedly. >>>>> Please run the gnomelogalyzer, available from >>>>> "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will >>>>> diagnose the >>>>> problem and suggest a solution. If - and only if - the >>>>> gnomelogalyzer cannot >>>>> solve the problem, report the build failure to the FreeBSD GNOME >>>>> team at >>>>> gnome@FreeBSD.org, and attach (a) >>>>> "/usr/ports/devel/glib20/work/glib-2.12.12/config.log", (b) the >>>>> output of the >>>>> failed make command, and (c) the gnomelogalyzer output. Also, it >>>>> might be a >>>>> good idea to provide an overview of all packages installed on your >>>>> system >>>>> (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, >>>>> copy-and-paste into http://freebsd-gnome.pastebin.com, or use >>>>> send-pr(1) with >>>>> the attachment. Try to avoid sending any attachments to the >>>>> mailing list >>>>> (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing >>>>> lists are >>>>> usually discarded by the mailing list software. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/devel/glib20. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/devel/glib20. >>>>> >>>>> And the config.log says: >>>>> >>>>> configure:3499: $? = 0 >>>>> configure:3506: cc -V >&5 >>>>> cc: '-V' option must have argument >>>>> configure:3509: $? = 1 >>>>> configure:3532: checking for C compiler default output file name >>>>> configure:3559: cc -O1 -pipe -I/usr/local/include >>>>> -L/usr/local/lib -lintl conftest.c >&5 >>>>> /usr/bin/ld: cannot find -lintl >>>>> configure:3562: $? = 1 >>>>> configure: failed program was: >>>>> | /* confdefs.h. */ >>>>> | #define PACKAGE_NAME "glib" >>>>> | #define PACKAGE_TARNAME "glib" >>>>> | #define PACKAGE_VERSION "2.12.12" >>>>> | #define PACKAGE_STRING "glib 2.12.12" >>>>> | #define PACKAGE_BUGREPORT >>>>> "http://bugzilla.gnome.org/enter_bug.cgi?product=glib" >>>>> | #define GLIB_MAJOR_VERSION 2 >>>>> | #define GLIB_MINOR_VERSION 12 >>>>> | #define GLIB_MICRO_VERSION 12 >>>>> | #define GLIB_INTERFACE_AGE 12 >>>>> | #define GLIB_BINARY_AGE 1212 >>>>> | #define G_COMPILED_WITH_DEBUGGING "minimum" >>>>> | /* end confdefs.h. */ >>>>> | >>>>> | int >>>>> | main () >>>>> | { >>>>> | >>>>> | ; >>>>> | return 0; >>>>> | } >>>>> configure:3600: error: C compiler cannot create executables >>>>> See `config.log' for more details. >>>>> >>>>> Anybody has solved this issue before? >>>>> >>>>> thanks, >>>>> >>>>> Ganbold > > -- No proper program contains an indication which as an operator-applied occurrence identifies an operator-defining occurrence which as an indication-applied occurrence identifies an indication-defining occurrence different from the one identified by the given indication as an indication-applied occurrence. -- ALGOL 68 Report From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 01:44:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D97F116A400; Thu, 5 Jul 2007 01:44:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF7213C46E; Thu, 5 Jul 2007 01:44:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l651iGQG032187; Wed, 4 Jul 2007 21:44:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l651iGAc002066; Wed, 4 Jul 2007 21:44:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 885E273068; Wed, 4 Jul 2007 21:44:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070705014416.885E273068@freebsd-current.sentex.ca> Date: Wed, 4 Jul 2007 21:44:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 01:44:18 -0000 TB --- 2007-07-05 00:04:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-05 00:04:46 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-05 00:04:46 - cleaning the object tree TB --- 2007-07-05 00:05:14 - checking out the source tree TB --- 2007-07-05 00:05:14 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-05 00:05:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-05 00:15:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-05 00:15:04 - cd /src TB --- 2007-07-05 00:15:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 5 00:15:05 UTC 2007 >>> 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 5 01:29:53 UTC 2007 TB --- 2007-07-05 01:29:53 - generating LINT kernel config TB --- 2007-07-05 01:29:53 - cd /src/sys/pc98/conf TB --- 2007-07-05 01:29:53 - /usr/bin/make -B LINT TB --- 2007-07-05 01:29:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-05 01:29:53 - cd /src TB --- 2007-07-05 01:29:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 5 01:29:54 UTC 2007 >>> 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 -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_stat.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 -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_sysent.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 -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_sysi86.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 -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_sysvec.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 -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_util.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 -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_xenix.c /src/sys/i386/ibcs2/ibcs2_xenix.c: In function 'xenix_chsize': /src/sys/i386/ibcs2/ibcs2_xenix.c:105: error: 'struct ftruncate_args' has no member named 'pad' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-05 01:44:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-05 01:44:16 - ERROR: failed to build lint kernel TB --- 2007-07-05 01:44:16 - tinderbox aborted TB --- 0.80 user 2.94 system 5969.96 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 02:53:33 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0722916A400; Thu, 5 Jul 2007 02:53:33 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id BA66D13C45A; Thu, 5 Jul 2007 02:53:32 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l652sgIG019826; Wed, 4 Jul 2007 21:54:42 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Jul 2007 21:53:15 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070704235630.GA42227@nagual.pp.ru> Message-ID: <20070704215154.O77978@thor.farley.org> References: <1183557221.1799.16.camel@genius.i.cz> <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 02:53:33 -0000 On Thu, 5 Jul 2007, Andrey Chernov wrote: > On Wed, Jul 04, 2007 at 11:59:39PM +0400, Andrey Chernov wrote: >>> Sean >>> 1. http://www.farley.org/freebsd/tmp/setenv/clearenv/ > > BTW, I think this one should _not_ free() anything according to your > comment: > > No > * previous variables are ever freed here to avoid causing a segmentation fault > * in a user's code. The latest patch at the same URL fixes that issue. It basically deactivates all existing variables and inserts the new environ variables into the envVars array. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 03:06:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6F3416A421 for ; Thu, 5 Jul 2007 03:06:44 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1924E13C448 for ; Thu, 5 Jul 2007 03:06:43 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id l63Ed03f020841; Tue, 3 Jul 2007 16:39:01 +0200 (MEST) Message-ID: <468A5CC3.6030805@fer.hr> Date: Tue, 03 Jul 2007 16:27:15 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.12 (X11/20060911) MIME-Version: 1.0 To: Dario Freni References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> In-Reply-To: <5BC11AF5-1CE0-4700-B3EE-5365EE60D496@freesbie.org> X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig25AC1EFFD1970FBA83FD1464" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 03:06:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig25AC1EFFD1970FBA83FD1464 Content-Type: multipart/mixed; boundary="------------080204040107090801090101" This is a multi-part message in MIME format. --------------080204040107090801090101 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Dario Freni wrote: >=20 > On Jul 3, 2007, at 10:49 AM, Ivan Voras wrote: >> To see how file systems are mounted, look at /etc/rc.d/livecd script.= >> >> I'd appreciate if anyone can look at this or at least provide pointers= =20 >> on what to try next. >=20 > Can you attach the rc.d/livecd script? Here it is: http://perforce.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc200= 7/ivoras%5ffinstall/makeimage/bundles/livecd&REV=3D2 This is the only "active" rc.d script the LiveCD is using. > Have you given a look to=20 > FreeSBIE's rc scripts (or considered starting from FreeSBIE toolkit=20 > itself, which is fully working for other projects)? No, I though it would be simpler to just roll my own, because later in=20 the process I'll have some unusual requirements for the scripts so if I=20 used FreeSBIE I'd probably have to modify it severely. For now I really don't need anything fancy, just a plain live system=20 with some ports in it. --------------080204040107090801090101-- --------------enig25AC1EFFD1970FBA83FD1464 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGilzDldnAQVacBcgRAqhzAJ4t9PISO023X11UlO3DoFsv2jq9NACfZROd wcJnEpQ/YCQ3/QJh1Y8QRIM= =kjfm -----END PGP SIGNATURE----- --------------enig25AC1EFFD1970FBA83FD1464-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 03:18:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9819616A46B for ; Thu, 5 Jul 2007 03:18:36 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7360D13C468 for ; Thu, 5 Jul 2007 03:18:36 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from lightbulb.local (c-68-35-224-189.hsd1.fl.comcast.net[68.35.224.189]) by comcast.net (alnrmhc14) with ESMTP id <20070705030541b14004mju2e>; Thu, 5 Jul 2007 03:05:41 +0000 Message-ID: <468C5FAF.8060702@comcast.net> Date: Wed, 04 Jul 2007 23:04:15 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.4 (X11/20070620) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: -pureg doesn't stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 03:18:36 -0000 Hi list, I have a recent build (July 1st) and running it as a wireless AP (with hostapd WPA-PSK TKIP) using an atheros card (Netgear WG311T). I've been trying to get an 802.11b client on and I noticed the -pureg option doesn't seem to stick at bootup. e.g. this rc.conf line ifconfig_ath0="ssid Lamp channel 9 mediaopt hostap -pureg up" Maybe -pureg should be specified somewhere else in that line (I also tried "-pureg ssid Lamp channel 9 mediaopt hostap up")? Anyways, I have to login and manually set ath0 to -pureg in order for the 802.11b client to associate. On the side, this same 802.11b client, which runs Windows XP SP2 on a Thinkpad T41 with an Intel Pro Wireless 2100 card will crash both 6.2-RELEASE and 7.0-CURRENT with medium traffic (e.g. streaming radio). On the 6.2 system, the backtrace indicated that the crash occurred in the atheros driver itself ... though I don't have that core handy. I have no way to get the debugging information off of the 7.0 machine until I get a serial cable, but the crash is fairly simple to reproduce (The 6.2 system would crash 2-3 times a day due to this one client). Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 03:30:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D903116A46B for ; Thu, 5 Jul 2007 03:30:00 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id B881A13C459 for ; Thu, 5 Jul 2007 03:30:00 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.06) with ESMTP id l653U0EX005838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 4 Jul 2007 20:30:00 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l653TxvI014750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 4 Jul 2007 20:30:00 -0700 Message-ID: <468C65BD.6050007@u.washington.edu> Date: Wed, 04 Jul 2007 20:30:05 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.2.304607, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.7.4.200854 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Can't profile automatically on x86/amd64 (after gcc 3.4.6 -> 4.2 upgrade?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 03:30:00 -0000 I don't know why but it appears that I can't automatically profile programs compiled with -pg. I've tried compensating by using clock_gettime(2), but I believe my energies can be better focused elsewhere instead of entering in a slew of printf(2) statements, by using gprof(1). When I try and use -pg under x86, the compiled program segfaults and when I try and backtrace the binary it segfaults and there appears to be an infinite recursion problem, then it dies at a point when it can't access the memory address: Program received signal SIGSEGV, Segmentation fault. 0x080506b4 in ?? () (gdb) bt #0 0x080506b4 in ?? () #1 0x33cb8a00 in ?? () #2 0x33d3a951 in ?? () #3 0xbfbfeb38 in ?? () #4 0x33c91530 in ?? () #5 0x00000007 in ?? () #6 0x33cb71c0 in ?? () #7 0xbfbfeacc in ?? () // etc ... #1350 0x90feeb80 in ?? () #1351 0xbfbfed28 in ?? () #1352 0x00000001 in ?? () #1353 0xbfbfed30 in ?? () #1354 0x00000013 in ?? () Error accessing memory address 0xbfc00000: Bad address. When I try and do the same under amd64, gprof(1) says "bad format" (an error attributed to bfd(1) not being able to decypher the bin info of the .gmon file). -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 03:34:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81C6016A41F for ; Thu, 5 Jul 2007 03:34:06 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4037413C45E for ; Thu, 5 Jul 2007 03:34:06 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l65342Dt063787; Wed, 4 Jul 2007 22:04:03 -0500 (CDT) (envelope-from dan) Date: Wed, 4 Jul 2007 22:04:02 -0500 From: Dan Nelson To: Thomas Backman Message-ID: <20070705030402.GE1289@dan.emsphone.com> References: <21030091-F8DD-4787-9B36-6951381638A7@exscape.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21030091-F8DD-4787-9B36-6951381638A7@exscape.org> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current Subject: Re: Everything (but /boot) on ZFS - trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 03:34:06 -0000 In the last episode (Jul 04), Thomas Backman said: > The FreeBSD wiki entry (http://wiki.freebsd.org/ZFSOnRoot) is either > outdated or incomplete; or it's just that I have no clue... > In either case, the guide tells me to create a "boot" symlink on the new > partition, but I already have such a file (/boot/boot, not a link): > [root@devil ~]# file /boot/boot > /boot/boot: x86 boot sector; partition 4: ID=0xa5, active, starthead 0, > startsector 0, 50000 sectors, code offset 0x3c, reserved sectors 0, Media > descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f) > > What to do? I have no idea if this file is needed or not, and how to > proceed. Input is welcome. BTW, I'm new to FreeBSD-CURRENT, and also > quite inexperienced with mailing lists, so be gentle. :) You should use option two described on that page: zfsroot mounted on /, with a boot->bootvol/boot symlink ufs filesystem on /bootvol with boot files in a "boot" subdirectory I sent an email to Pawel last week talking about this problem, but it doesn't look like he's changed the wiki page yet. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 04:08:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBA8F16A400; Thu, 5 Jul 2007 04:08:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id B344513C4BD; Thu, 5 Jul 2007 04:08:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 336121CC28; Thu, 5 Jul 2007 06:08:28 +0200 (CEST) Date: Thu, 5 Jul 2007 06:08:28 +0200 From: Ed Schouten To: "Bruce A. Mah" Message-ID: <20070705040828.GG37187@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+sHJum3is6Tsg7/J" Content-Disposition: inline In-Reply-To: <468A69F6.4060705@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Johan Hendriks , current@freebsd.org Subject: Re: Fixit live cd 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, 05 Jul 2007 04:08:30 -0000 --+sHJum3is6Tsg7/J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Bruce A. Mah wrote: > The Live CD is actually its own disk on amd64 (and maybe one or two > other architectures). You want the disk that corresponds to > 7.0-CURRENT-200706-amd64-livefs.iso. Which is, in my opinion, a regression. With previous releases it was still possible to perform an installation of FreeBSD by hand. Now you need two CD-ROM drives; one with the livefs to boot from and another one containing all install sets. --=20 Ed Schouten WWW: http://g-rave.nl/ --+sHJum3is6Tsg7/J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjG6852SDGA2eCwURAlNVAJ9chundoKKiGec2GJHX2YkWkCdrHACfeJPk XUpl3LrCJJVw9nMGDcZgpTc= =/rOU -----END PGP SIGNATURE----- --+sHJum3is6Tsg7/J-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 05:24:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 811BC16A421 for ; Thu, 5 Jul 2007 05:24:07 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6665313C45A for ; Thu, 5 Jul 2007 05:24:07 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from phantom.kitchenlab.org (phantom.kitchenlab.org [64.142.31.109]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l655O1LG026743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jul 2007 22:24:02 -0700 Message-ID: <468C806C.6060602@freebsd.org> Date: Wed, 04 Jul 2007 22:23:56 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Ed Schouten References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> <20070705040828.GG37187@hoeg.nl> In-Reply-To: <20070705040828.GG37187@hoeg.nl> X-Enigmail-Version: 0.95.2 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF644886ED4BE7519F43954E0" Cc: Johan Hendriks , current@freebsd.org Subject: Re: Fixit live cd 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, 05 Jul 2007 05:24:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF644886ED4BE7519F43954E0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Ed Schouten wrote: > * Bruce A. Mah wrote: >> The Live CD is actually its own disk on amd64 (and maybe one or two >> other architectures). You want the disk that corresponds to >> 7.0-CURRENT-200706-amd64-livefs.iso. >=20 > Which is, in my opinion, a regression. With previous releases it was > still possible to perform an installation of FreeBSD by hand. Now you > need two CD-ROM drives; one with the livefs to boot from and another on= e > containing all install sets. No, that's not true. You don't boot off the livefs CD...you boot off of disc1, which also contains all of the installation sets. The livefs is used principally for the Fixit feature. It's perfectly possible to do a 7.0 snapshot installation on amd64 with a single CD and a single CD-ROM drive; I just did this a few days ago in fact. It'd be nice if the livefs content could fit onto the first CD, but we just ran out of space. Bruce. --------------enigF644886ED4BE7519F43954E0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGjIBx2MoxcVugUsMRAsu/AJwP0kZxriMtA6wTnMlAMxoE0xWhuACgwzd1 2UqA48yaIzjVWHyk1QUBwq8= =5blo -----END PGP SIGNATURE----- --------------enigF644886ED4BE7519F43954E0-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 06:12:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4075A16A400; Thu, 5 Jul 2007 06:12:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F391613C45D; Thu, 5 Jul 2007 06:12:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l656CBva042769; Thu, 5 Jul 2007 02:12:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l656CBbk027146; Thu, 5 Jul 2007 02:12:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BCAC573068; Thu, 5 Jul 2007 02:12:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070705061210.BCAC573068@freebsd-current.sentex.ca> Date: Thu, 5 Jul 2007 02:12:10 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 06:12:12 -0000 TB --- 2007-07-05 05:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-05 05:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-07-05 05:50:00 - cleaning the object tree TB --- 2007-07-05 05:50:23 - checking out the source tree TB --- 2007-07-05 05:50:23 - cd /tinderbox/HEAD/arm/arm TB --- 2007-07-05 05:50:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-05 06:01:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-05 06:01:56 - cd /src TB --- 2007-07-05 06:01:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 5 06:01:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/pwrite.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/mmap.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/lseek.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/truncate.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/ftruncate.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c _exit.S _exit.S: Assembler messages: _exit.S:2: Error: garbage following instruction -- `swi 0|1 bcs cerror mov pc,lr' *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-05 06:12:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-05 06:12:10 - ERROR: failed to build world TB --- 2007-07-05 06:12:10 - tinderbox aborted TB --- 0.59 user 1.68 system 1329.80 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 07:38:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17A3F16A400; Thu, 5 Jul 2007 07:38:59 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id D05D813C455; Thu, 5 Jul 2007 07:38:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7D1A81CC28; Thu, 5 Jul 2007 09:38:57 +0200 (CEST) Date: Thu, 5 Jul 2007 09:38:57 +0200 From: Ed Schouten To: "Bruce A. Mah" Message-ID: <20070705073857.GH37187@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> <20070705040828.GG37187@hoeg.nl> <468C806C.6060602@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqCDj3hiknadvR6t" Content-Disposition: inline In-Reply-To: <468C806C.6060602@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Johan Hendriks , current@freebsd.org Subject: Re: Fixit live cd 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, 05 Jul 2007 07:38:59 -0000 --AqCDj3hiknadvR6t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Bruce A. Mah wrote: > If memory serves me right, Ed Schouten wrote: > > * Bruce A. Mah wrote: > >> The Live CD is actually its own disk on amd64 (and maybe one or two > >> other architectures). You want the disk that corresponds to > >> 7.0-CURRENT-200706-amd64-livefs.iso. > >=20 > > Which is, in my opinion, a regression. With previous releases it was > > still possible to perform an installation of FreeBSD by hand. Now you > > need two CD-ROM drives; one with the livefs to boot from and another one > > containing all install sets. >=20 > No, that's not true. You don't boot off the livefs CD...you boot off of > disc1, which also contains all of the installation sets. The livefs is > used principally for the Fixit feature. It's perfectly possible to do a > 7.0 snapshot installation on amd64 with a single CD and a single CD-ROM > drive; I just did this a few days ago in fact. To make sure we're talking about the same subject: with installing FreeBSD `by hand', I mean performing an installation without using sysinstall, but just your shell, newfs, tar, etc. > It'd be nice if the livefs content could fit onto the first CD, but we > just ran out of space. Would there still be room on the livefs CD to store only the `base' install set? That would sure be a life-saver for a lot of people. --=20 Ed Schouten WWW: http://g-rave.nl/ --AqCDj3hiknadvR6t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjKAR52SDGA2eCwURAm+6AJ90zxgGF/lME49gS00F57jpK9D6kwCdF9ku hq1gPIJLskAkJ8/n4xOK0ik= =KvHb -----END PGP SIGNATURE----- --AqCDj3hiknadvR6t-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 09:33:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AD1216A421 for ; Thu, 5 Jul 2007 09:33:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 16B3D13C4B9 for ; Thu, 5 Jul 2007 09:33:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I6NiA-0004Gj-VQ for freebsd-current@freebsd.org; Thu, 05 Jul 2007 11:33:18 +0200 Received: from nat-88-212-20-61.antik.sk ([88.212.20.61]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jul 2007 11:33:18 +0200 Received: from gamato by nat-88-212-20-61.antik.sk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jul 2007 11:33:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: martinko Date: Thu, 05 Jul 2007 11:33:12 +0200 Lines: 18 Message-ID: References: <20070630085038.GA1473@roadrunner.q.local> <20070701041050.M552@10.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: nat-88-212-20-61.antik.sk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.4) Gecko/20070531 SeaMonkey/1.1.2 In-Reply-To: Sender: news Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 09:33:26 -0000 Ivan Voras wrote: > Jeff Roberson wrote: > >> I suspect this is showing processes on the runqueue since top is the >> only thing that is running anyhow. > > Shouldn't the number of processes in RUN state be synchronized with the > "processes running" message in top? > 6.0-R here and I can see more than 1 process in RUN state and it seems to be synced with "? processes: ? running" ... so i believe the observed behaviour is OK. what bothers me more is that sometimes my system is under load yet i cannot figure out via top(1) which process(es) are loading it -- that is to say i see 100% cpu usage yet processes count to much less (and i'm not talking about process that are rapidly created and destroyed). :-\ From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 11:24:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76CA216A46B for ; Thu, 5 Jul 2007 11:24:28 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mail.moskb.ru (mail.moskb.ru [194.186.170.10]) by mx1.freebsd.org (Postfix) with ESMTP id E4C0C13C4B8 for ; Thu, 5 Jul 2007 11:24:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [172.29.0.46] (helo=exchserv.MOSKB.LOCAL) by mail.moskb.ru with esmtp (Exim 4.50) id 1I6P5K-0005Bo-0S for current@freebsd.org; Thu, 05 Jul 2007 15:01:18 +0400 Received: from exim-router.moskb.local ([172.29.4.28]) by exchserv.MOSKB.LOCAL with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 15:04:23 +0400 Received: from [172.29.200.59] (helo=mx.moskb.local) by exim-router.moskb.local with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6P7k-000AtV-D4 for current@freebsd.org; Thu, 05 Jul 2007 15:03:48 +0400 Received: from [172.29.200.100] (helo=lissyara.moskb.local) by mx.moskb.local with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6P8J-0001MM-33 for current@freebsd.org; Thu, 05 Jul 2007 15:04:23 +0400 Message-ID: <468CD038.1030703@lissyara.su> Date: Thu, 05 Jul 2007 15:04:24 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.4 (X11/20070627) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jul 2007 11:04:23.0156 (UTC) FILETIME=[3E66A340:01C7BEF4] X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "mail.moskb.ru", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: today i update my CURREND and see this error on all run sh lissyara$ sh sh: environment corrupt; missing value for LANG $ env | grep LANG LANG=ru_RU.KOI8-R $ lissyara$ uname -a FreeBSD lissyara.moskb.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Jul 5 14:38:47 MSD 2007 root@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC i386 [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.1 BAYES_05 BODY: Bayesian spam probability is 1 to 5% [score: 0.0144] 0.1 AWL AWL: From: address is in the auto white-list Cc: Subject: sh: environment corrupt; missing value for LANG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 11:24:28 -0000 today i update my CURREND and see this error on all run sh lissyara$ sh sh: environment corrupt; missing value for LANG $ env | grep LANG LANG=ru_RU.KOI8-R $ lissyara$ uname -a FreeBSD lissyara.moskb.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Jul 5 14:38:47 MSD 2007 root@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 07:14:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E2B316A41F; Thu, 5 Jul 2007 07:14:56 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id B01E813C44C; Thu, 5 Jul 2007 07:14:55 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 6FE771B10F0F; Thu, 5 Jul 2007 09:14:54 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 6937A1B10F09; Thu, 5 Jul 2007 09:14:54 +0200 (CEST) Message-ID: <468C9A6E.5050605@sun-fish.com> Date: Thu, 05 Jul 2007 10:14:54 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <468A39B1.3050208@sun-fish.com> <468A4859.5050008@freebsd.org> In-Reply-To: <468A4859.5050008@freebsd.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH X-Mailman-Approved-At: Thu, 05 Jul 2007 11:27:46 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Dell PE2850 freeze on boot with PXE and FreeBSD 7.0 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, 05 Jul 2007 07:14:56 -0000 Hi, Eric Anderson wrote: > Stefan Lambrev wrote: >> Hello, >> >> Sorry for cross-posting, but I'm not sure which is the proper mail >> list for this. >> >> I'm trying to boot latest FreeBSD 7 amd64 snapshot on Dell PE2850 (+2 >> year old server), >> but it panic (and freeze) every time on afd. >> afd in this case should be virtual floppy provided by DRAC (Dell >> Remote Access Controller) >> >> FreeBSD 7 - i386 boot without a problems, I'll try few other >> snapshots (6.2-stable amd64) to be sure that the problem is only in >> 7-current amd64 >> >> Here is result from verbose boot: After few more test I can say that only FreeBSD 7 amd64 is affected. It just panic and freeze while trying to boot on this server. FreeBSD 6.2-stable amd64/i386 and FreeBSD 7 i386 boot without problems, so it seems that there is a regression in FreeBSD 7 amd64. I hope this can be fixed before 7.0 Release. >> >> > [..snip..] >> ata2-slave: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire >> ata2-master: pio=PIO3 wdma=UNSUPPORTED udma=UNSUPPORTED cable=40 wire >> afd0: setting PIO3 on SiI 0680 chip >> afd0: (no media) at ata2-master PIO3 >> >> >> Fatal trap 18: integer divide fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x8:0xffffffff802522f7 >> stack pointer = 0x10:0xffffffff80f9cba0 >> frame pointer = 0x10:0xffffffff80f9cc20 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> [thread pid 0 tid 0 ] >> Stopped at afd_attach+0x2c7: divq %rcx,%eax >> db> >> >> >> At this point the machine freezes and i cannot trace or whatever. >> >> P.S. please include me in CC as I'm not subscribed to both lists. >> > > > You should be able to disable the virtual floppy on the system, and > that should allow it to boot. That's not a fix, but it could get you > going in the mean time. > > > Eric > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 07:59:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D829816A421; Thu, 5 Jul 2007 07:59:43 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 947F613C457; Thu, 5 Jul 2007 07:59:43 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 68465-05; Thu, 5 Jul 2007 09:38:51 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-42-120.dynamic.qsc.de [212.202.42.120]) by mail.liberty-hosting.de (Postfix) with ESMTP id 028CD3E8E81; Thu, 5 Jul 2007 09:38:51 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 121A145046; Thu, 5 Jul 2007 09:36:29 +0200 (CEST) Received: from 192.168.1.2 (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 5 Jul 2007 09:36:29 +0200 (CEST) Message-ID: <2995.192.168.1.2.1183620989.squirrel@webmail.alpha-tierchen.de> Date: Thu, 5 Jul 2007 09:36:29 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: current@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20070705093629_61654" X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de X-Mailman-Approved-At: Thu, 05 Jul 2007 11:27:46 +0000 Cc: kensmith@freebsd.org, peter@freebsd.org Subject: changes in src/lib/libc/arm/SYS.h broke arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 07:59:43 -0000 ------=_20070705093629_61654 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hello, your changes in src/lib/libc/arm/SYS.h broke FreeBSD/arm. You need to add semicolons. I attached a patch. Regards Björn ------=_20070705093629_61654 Content-Type: application/octet-stream; name="lib_libc_arm_SYS.h.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lib_libc_arm_SYS.h.diff" LS0tIGxpYi9saWJjL2FybS9TWVMuaC5vcmlnCVRodSBKdWwgIDUgMDE6MzU6MTggMjAwNworKysg bGliL2xpYmMvYXJtL1NZUy5oCVRodSBKdWwgIDUgMDk6MzQ6MTAgMjAwNwpAQCAtNjMsOCArNjMs OCBAQAogCUVOVFJZKF9fQ09OQ0FUKF9fc3lzXywgeCkpOwkJCQkJXAogCS53ZWFrIF9DX0xBQkVM KF9fQ09OQ0FUKF8seCkpOwkJCQkJXAogCS5zZXQgX0NfTEFCRUwoX19DT05DQVQoXyx4KSksX0Nf TEFCRUwoX19DT05DQVQoX19zeXNfLHgpKTsJXAotCVNZU1RSQVAoeCkJCQkJCQkJXAotCWJjcyBQ SUNfU1lNKENFUlJPUiwgUExUKQkJCQkJXAorCVNZU1RSQVAoeCk7CQkJCQkJCVwKKwliY3MgUElD X1NZTShDRVJST1IsIFBMVCk7CQkJCQlcCiAJUkVUCiAKICNkZWZpbmUgUlNZU0NBTEwoeCkJCQkJ CQkJXAo= ------=_20070705093629_61654-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 08:56:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F0A916A475 for ; Thu, 5 Jul 2007 08:56:27 +0000 (UTC) (envelope-from dario.freni@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id ADB9113C4B8 for ; Thu, 5 Jul 2007 08:56:26 +0000 (UTC) (envelope-from dario.freni@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so499129uge for ; Thu, 05 Jul 2007 01:56:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:from:subject:date:to:x-mailer:sender; b=FPg89md7IjpFbN8wPYz80VG8DcObo8++ETQepY8NC7arsphImaZdbH92iQ+XDwSQXy89YlUmE9kz7p3u9dOsuYKQSI/pKRpKU2NYtk5e9MgDTxLvDkEtRIKddD8XHFvXKuTnwanM9td2mLhlxJAmlnSA344ALMiQuTEeGdr+ZA0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:from:subject:date:to:x-mailer:sender; b=hmb3Ril8Q1tbgD5kxU9JnuGYfQxSGJAeWY+rXARs3MdBYYXLzE+n9ngCSln+zROGCFtMoVfAfPdi6/UO50ske+tM9G7FBzUlya/0G1UjQVfyWDa0EYWDLj56vqYalnFmuuBpsAja6TvihrHxT+VYJsdyRxNaUQwFP8RVPrlFl08= Received: by 10.66.244.10 with SMTP id r10mr1817426ugh.1183625785156; Thu, 05 Jul 2007 01:56:25 -0700 (PDT) Received: from ?159.149.158.203? ( [159.149.158.203]) by mx.google.com with ESMTP id v23sm21649640fkd.2007.07.05.01.56.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Jul 2007 01:56:23 -0700 (PDT) In-Reply-To: <468BBD0C.7090601@fer.hr> References: <5BC11AF5-1CE0-4700-B3EE-5365EE60D4 96@freesbie.org> <468A5CC3.6030805@fer.hr> <9B2210F5-56CA-43D9-A4E6-4C7390E CC5A6@gmail.com> <468AFDF4.5060002@fer.hr> <20070704093653.GA7636@kaiser.sig11.org> <20070704143728.GA48946@kaiser.sig11.org> <468BBD0C.7090601@fer.hr> Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <51962200-B58E-42DF-BD58-DD442C73E384@gmail.com> From: Dario Freni Date: Thu, 5 Jul 2007 10:56:20 +0200 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) Sender: Dario Freni X-Mailman-Approved-At: Thu, 05 Jul 2007 11:27:46 +0000 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Matteo Riondato , freebsd-current@freebsd.org Subject: Re: LiveCD trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 08:56:27 -0000 On Jul 4, 2007, at 5:30 PM, Ivan Voras wrote: > Matteo Riondato wrote: > >> Replying to myself: I builded and tested a FreeSBIE based on HEAD >> as of >> today and it worked without any issue.[1] > > Interesting... > >> Did you check out the CVS version (http://www.freesbie.org/ >> cvs.html) ? > > Yes. > >> Did you use the kernel configuration file included in FreeSBIE >> (conf/i386/FREESBIE) ? > > No, I used my own kernel, which is GENERIC without the debug options. Try adding: options GEOM_UZIP # Read-only compressed disks options GEOM_LABEL # Providers labelization. It should do the work. If you don't plan to use mfsroot GEOM_LABEL is somewhat mandatory to let the user boot from any kind of device (even usb keys). From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 11:58:19 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B532616A46B; Thu, 5 Jul 2007 11:58:19 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 2353E13C46E; Thu, 5 Jul 2007 11:58:18 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l65BwHHV050866; Thu, 5 Jul 2007 15:58:17 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183636697; bh=EcMHuARjpT0RWqwhQuzc96gY8UZNAx0uiRRwlTT qsVY=; l=663; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=p5Wngjq6rvUyrquYKDoV +t6yFj5YJ+0Kh7YDmmbmmeul9qX66zeNPCtvu4eYgCzY1483YLcgM6BEF840hmLOXSx KaZ8bGtEzwLQLOWAzNEDPK7GC3IQ+KyJhq6/J0nb9OWCsxprrOVACthjAvZg+czlcJb Wd2dcsjdNMs5+yMPo= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l65BwHH9050863; Thu, 5 Jul 2007 15:58:17 +0400 (MSD) (envelope-from ache) Date: Thu, 5 Jul 2007 15:58:16 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070705115816.GA50506@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> <20070704215154.O77978@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070704215154.O77978@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 11:58:19 -0000 On Wed, Jul 04, 2007 at 09:53:15PM -0500, Sean C. Farley wrote: > The latest patch at the same URL fixes that issue. It basically > deactivates all existing variables and inserts the new environ variables > into the envVars array. Calling __clean_env(false) is good but the rest looks like a bit overkill. Previously the goal of veryfy_env() is just deactivate, the goal of build_env() is just build. It was build_env() who insetrts new environ variables into envVars array in old variant, isn't? Now verify_env() takes the role of build_env() too, moreover, may cause setenv() to be called recursively which isn't good. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 12:35:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C069216A41F for ; Thu, 5 Jul 2007 12:35:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB2E13C45E for ; Thu, 5 Jul 2007 12:35:44 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C5E5B1CC28; Thu, 5 Jul 2007 14:35:43 +0200 (CEST) Date: Thu, 5 Jul 2007 14:35:43 +0200 From: Ed Schouten To: FreeBSD Current Message-ID: <20070705123543.GI37187@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rCb8EA+9TsBVtA92" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: New world - about 2 days old - SSH broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 12:35:45 -0000 --rCb8EA+9TsBVtA92 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, About two days ago I started a buildworld on my SPARC64 (only a Sun U10). This morning the compilation was finished, so I installed a new world and kernel. The result: | $ ssh -v ultra | OpenSSH_4.5p1 FreeBSD-20061110, OpenSSL 0.9.8e 23 Feb 2007 | debug1: Reading configuration data /home/ed/.ssh/config | debug1: Reading configuration data /etc/ssh/ssh_config | debug1: Connecting to ultra.fxq.nl [2001:7b8:310::1] port 22. | debug1: Connection established. | debug1: identity file /home/ed/.ssh/identity type -1 | debug1: identity file /home/ed/.ssh/id_rsa type 1 | debug1: identity file /home/ed/.ssh/id_dsa type -1 | debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5p= 1 FreeBSD-20061110 | debug1: match: OpenSSH_4.5p1 FreeBSD-20061110 pat OpenSSH* | debug1: Enabling compatibility mode for protocol 2.0 | debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 | debug1: SSH2_MSG_KEXINIT sent | debug1: SSH2_MSG_KEXINIT received | debug1: kex: server->client aes128-cbc hmac-md5 none | debug1: kex: client->server aes128-cbc hmac-md5 none | debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent | debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP | debug1: SSH2_MSG_KEX_DH_GEX_INIT sent | debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY | debug1: Host 'ultra.fxq.nl' is known and matches the DSA host key. | debug1: Found key in /home/ed/.ssh/known_hosts:12 | debug1: ssh_dss_verify: signature correct | debug1: SSH2_MSG_NEWKEYS sent | debug1: expecting SSH2_MSG_NEWKEYS | debug1: SSH2_MSG_NEWKEYS received | debug1: SSH2_MSG_SERVICE_REQUEST sent | debug1: SSH2_MSG_SERVICE_ACCEPT received | debug1: Authentications that can continue: publickey,keyboard-interactive | debug1: Next authentication method: publickey | debug1: Offering public key: /home/ed/.ssh/id_rsa | debug1: Server accepts key: pkalg ssh-rsa blen 149 | debug1: Authentication succeeded (publickey). | debug1: channel 0: new [client-session] | debug1: Entering interactive session. | Received disconnect from 2001:7b8:310::1: 2: dup #1 failed: Bad file desc= riptor Thank goodness I discovered that running `ssh ultra sh' does work, so I enabled a telnetd with just some very simple shell commands (no TTY means no vi). When I connect to the machine using SSH, the following messages pop up in the log messages: | Jul 5 14:23:46 ultra sshd[1021]: error: ioctl(TIOCSCTTY): Bad file descr= iptor | Jul 5 14:23:46 ultra sshd[1021]: error: open /dev/tty failed - could not= set controlling tty: Device not configured | Jul 5 14:23:46 ultra sshd[1021]: error: dup2 stdin: Bad file descriptor | Jul 5 14:23:46 ultra sshd[1021]: error: dup2 stdout: Bad file descriptor | Jul 5 14:23:46 ultra sshd[1021]: error: dup2 stderr: Bad file descriptor Is there anyone else who is seeing this behaviour as well? --=20 Ed Schouten WWW: http://g-rave.nl/ --rCb8EA+9TsBVtA92 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjOWf52SDGA2eCwURAmXiAJ95yoD1MDpkZ4joBQAcbF8/bOojDQCfTAR2 uwBpI/AXoieZtokA813wB2I= =9IRG -----END PGP SIGNATURE----- --rCb8EA+9TsBVtA92-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 12:51:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70C2A16A474 for ; Thu, 5 Jul 2007 12:51:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0BE5D13C4B9 for ; Thu, 5 Jul 2007 12:51:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I6QoD-0009DY-Si for freebsd-current@freebsd.org; Thu, 05 Jul 2007 15:51:54 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l65CpPdF029833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jul 2007 15:51:25 +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.1/8.14.1) with ESMTP id l65CpPSN009574; Thu, 5 Jul 2007 15:51:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l65CpO36009531; Thu, 5 Jul 2007 15:51:24 +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: Thu, 5 Jul 2007 15:51:24 +0300 From: Kostik Belousov To: Ed Schouten Message-ID: <20070705125124.GT2200@deviant.kiev.zoral.com.ua> References: <20070705123543.GI37187@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="REOXmE5zpOGz6VLu" Content-Disposition: inline In-Reply-To: <20070705123543.GI37187@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: e860fde63604f368aea63056fc3ed89d X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1189 [July 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: FreeBSD Current Subject: Re: New world - about 2 days old - SSH broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 12:51:56 -0000 --REOXmE5zpOGz6VLu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 05, 2007 at 02:35:43PM +0200, Ed Schouten wrote: > Hello, >=20 > About two days ago I started a buildworld on my SPARC64 (only a Sun > U10). This morning the compilation was finished, so I installed a new > world and kernel. The result: >=20 > | $ ssh -v ultra > | OpenSSH_4.5p1 FreeBSD-20061110, OpenSSL 0.9.8e 23 Feb 2007 > | debug1: Reading configuration data /home/ed/.ssh/config > | debug1: Reading configuration data /etc/ssh/ssh_config > | debug1: Connecting to ultra.fxq.nl [2001:7b8:310::1] port 22. > | debug1: Connection established. > | debug1: identity file /home/ed/.ssh/identity type -1 > | debug1: identity file /home/ed/.ssh/id_rsa type 1 > | debug1: identity file /home/ed/.ssh/id_dsa type -1 > | debug1: Remote protocol version 2.0, remote software version OpenSSH_4.= 5p1 FreeBSD-20061110 > | debug1: match: OpenSSH_4.5p1 FreeBSD-20061110 pat OpenSSH* > | debug1: Enabling compatibility mode for protocol 2.0 > | debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 > | debug1: SSH2_MSG_KEXINIT sent > | debug1: SSH2_MSG_KEXINIT received > | debug1: kex: server->client aes128-cbc hmac-md5 none > | debug1: kex: client->server aes128-cbc hmac-md5 none > | debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent > | debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP > | debug1: SSH2_MSG_KEX_DH_GEX_INIT sent > | debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY > | debug1: Host 'ultra.fxq.nl' is known and matches the DSA host key. > | debug1: Found key in /home/ed/.ssh/known_hosts:12 > | debug1: ssh_dss_verify: signature correct > | debug1: SSH2_MSG_NEWKEYS sent > | debug1: expecting SSH2_MSG_NEWKEYS > | debug1: SSH2_MSG_NEWKEYS received > | debug1: SSH2_MSG_SERVICE_REQUEST sent > | debug1: SSH2_MSG_SERVICE_ACCEPT received > | debug1: Authentications that can continue: publickey,keyboard-interacti= ve > | debug1: Next authentication method: publickey > | debug1: Offering public key: /home/ed/.ssh/id_rsa > | debug1: Server accepts key: pkalg ssh-rsa blen 149 > | debug1: Authentication succeeded (publickey). > | debug1: channel 0: new [client-session] > | debug1: Entering interactive session. > | Received disconnect from 2001:7b8:310::1: 2: dup #1 failed: Bad file de= scriptor >=20 > Thank goodness I discovered that running `ssh ultra sh' does work, so I > enabled a telnetd with just some very simple shell commands (no TTY > means no vi). >=20 > When I connect to the machine using SSH, the following messages pop up > in the log messages: >=20 > | Jul 5 14:23:46 ultra sshd[1021]: error: ioctl(TIOCSCTTY): Bad file des= criptor > | Jul 5 14:23:46 ultra sshd[1021]: error: open /dev/tty failed - could n= ot set controlling tty: Device not configured > | Jul 5 14:23:46 ultra sshd[1021]: error: dup2 stdin: Bad file descriptor > | Jul 5 14:23:46 ultra sshd[1021]: error: dup2 stdout: Bad file descript= or > | Jul 5 14:23:46 ultra sshd[1021]: error: dup2 stderr: Bad file descript= or >=20 > Is there anyone else who is seeing this behaviour as well? And then, does telnet works ? In particular, do you get tty when telnetting into the box, does command like "echo aaa >/dev/tty" work from telnet sessi= on ? --REOXmE5zpOGz6VLu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjOlLC3+MBN1Mb4gRAnTpAKCGDIuGIuZYYVR+M/kL8HrX2tVi8QCeIz3s WLVTLdd0RMNx4Pof3e8kC80= =X41E -----END PGP SIGNATURE----- --REOXmE5zpOGz6VLu-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 13:19:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F3C616A41F for ; Thu, 5 Jul 2007 13:19:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id EC4C213C448 for ; Thu, 5 Jul 2007 13:19:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2664D1CC28; Thu, 5 Jul 2007 15:19:08 +0200 (CEST) Date: Thu, 5 Jul 2007 15:19:08 +0200 From: Ed Schouten To: David Wolfskill Message-ID: <20070705131908.GJ37187@hoeg.nl> References: <20070705123543.GI37187@hoeg.nl> <20070705125528.GH87424@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="F4+N/OgRSdC8YnqX" Content-Disposition: inline In-Reply-To: <20070705125528.GH87424@bunrab.catwhisker.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: New world - about 2 days old - SSH broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 13:19:09 -0000 --F4+N/OgRSdC8YnqX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * David Wolfskill wrote: > As noted, I didn't see that, but I did see another problem that > was manifested (in my environment) in ssh, but Doug Rabson identified > the problem I saw as being with libgssapi/gss_display_status.c; see > . He > sent me a patch to test, and the patch works for me. >=20 > This was with rev. 1.2 of gss_display_status.c. >=20 > But in looking at your symptoms, it seems very unlikely that libgssapi > is involved in your case. Indeed, it happens after authentication/signing on. > Interesting that "ssh ultra sh" works for you, but "ssh ultra" doesn't. > What's your login shell on ultra? zsh, but changing it to a different shell has no effect. Telnet does work and /dev/tty does seem to exist. `ssh -T ultra' does work as well (but gives me no TTY). It seems like the terminal device didn't get opened properly. The only thing I can think of, is that GCC `optimized' some stuff away. I thought the entire world was built with the latest sys.mk (-O1), but I could be wrong. I've just checked out the latest source again and I'll see if it helps. Maybe I just did a checkout at an unlucky moment. --=20 Ed Schouten WWW: http://g-rave.nl/ --F4+N/OgRSdC8YnqX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjO/M52SDGA2eCwURAnrlAJ959DKLe71Lsh0QxlBaQG3eoIEmtwCfR3Lj XZsIyeuZc00bLL/f/UlJmcc= =tzF+ -----END PGP SIGNATURE----- --F4+N/OgRSdC8YnqX-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 14:45:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9F1716A421 for ; Thu, 5 Jul 2007 14:45:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6266F13C4BB for ; Thu, 5 Jul 2007 14:45:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I6SZp-000C1F-Cj for current@freebsd.org; Thu, 05 Jul 2007 17:45:10 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l65EiiGE034404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jul 2007 17:44:44 +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.1/8.14.1) with ESMTP id l65EiiDl023211; Thu, 5 Jul 2007 17:44:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l65Eiipa023210; Thu, 5 Jul 2007 17:44:44 +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: Thu, 5 Jul 2007 17:44:44 +0300 From: Kostik Belousov To: Danny Braniss Message-ID: <20070705144443.GV2200@deviant.kiev.zoral.com.ua> References: <20070703180141.GJ2200@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OFtM20PmL5gDcvsL" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: b88a486dba0f71889b871e8b63a4ea3b X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1189 [July 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: HEADS UP: destroy_dev_sched() KPI in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 14:45:13 -0000 --OFtM20PmL5gDcvsL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 05, 2007 at 05:18:43PM +0300, Danny Braniss wrote: >=20 > > Today, I got re@ permission and committed the destroy_dev_sched() KPI > > into the tree. As suggested by Nate Lawson, destroy_dev() tries to > > auto-detect "devdrn" deadlock condition and transforms destroy_dev() > > from d_close() csw method into destroy_dev_sched(). I together with > > Peter Holm tried to test the change as thoroughly as possible. > >=20 > > The obvious problematic area are the races between device driver > > module unload and destroy_dev_sched(). At least smb(4) definitely > > has that race that shall be worked around by draining events with > > drain_dev_clone_events() and destroy_dev_drain(&cdevsw); see snp(4) > > change for example. > >=20 > > Please, report issues caused by the patch to the list with me Cc:ed. > > Change of autodetection of deadlock in destroy_dev() was made in separa= te > > commit for ease of reverting. >=20 > and today I got a chance to check it, and it works for me (iscsi_initiato= r). Today, I reverted the part of commit that tried to transform destroy_dev() from d_close() into destroy_dev_sched(). See kern_conf.c, rev. 1.208. You shall call destroy_dev_sched() explicitely. --OFtM20PmL5gDcvsL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjQPbC3+MBN1Mb4gRAm/XAJsHjAjLcEJoqbw1ugSJDHblp5sWEwCffAaP YQsQd2TZur4rGleReWOaMfw= =ihR6 -----END PGP SIGNATURE----- --OFtM20PmL5gDcvsL-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 14:48:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A579716A41F for ; Thu, 5 Jul 2007 14:48:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5F7BD13C44B for ; Thu, 5 Jul 2007 14:48:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I6SAN-0000by-Bt; Thu, 05 Jul 2007 17:18:43 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Kostik Belousov In-reply-to: <20070703180141.GJ2200@deviant.kiev.zoral.com.ua> References: <20070703180141.GJ2200@deviant.kiev.zoral.com.ua> Comments: In-reply-to Kostik Belousov message dated "Tue, 03 Jul 2007 21:01:41 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Jul 2007 17:18:43 +0300 From: Danny Braniss Message-ID: Cc: current@freebsd.org Subject: Re: HEADS UP: destroy_dev_sched() KPI in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 14:48:56 -0000 > Today, I got re@ permission and committed the destroy_dev_sched() KPI > into the tree. As suggested by Nate Lawson, destroy_dev() tries to > auto-detect "devdrn" deadlock condition and transforms destroy_dev() > from d_close() csw method into destroy_dev_sched(). I together with > Peter Holm tried to test the change as thoroughly as possible. > > The obvious problematic area are the races between device driver > module unload and destroy_dev_sched(). At least smb(4) definitely > has that race that shall be worked around by draining events with > drain_dev_clone_events() and destroy_dev_drain(&cdevsw); see snp(4) > change for example. > > Please, report issues caused by the patch to the list with me Cc:ed. > Change of autodetection of deadlock in destroy_dev() was made in separate > commit for ease of reverting. and today I got a chance to check it, and it works for me (iscsi_initiator). danny From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 14:57:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D46716A46C; Thu, 5 Jul 2007 14:57:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DFB0613C4BB; Thu, 5 Jul 2007 14:57:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l65EvSPO074133; Thu, 5 Jul 2007 10:57:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l65EvSJi039942; Thu, 5 Jul 2007 10:57:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CEB4C73068; Thu, 5 Jul 2007 10:57:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070705145727.CEB4C73068@freebsd-current.sentex.ca> Date: Thu, 5 Jul 2007 10:57:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 14:57:29 -0000 TB --- 2007-07-05 14:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-05 14:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-07-05 14:35:00 - cleaning the object tree TB --- 2007-07-05 14:35:12 - checking out the source tree TB --- 2007-07-05 14:35:12 - cd /tinderbox/HEAD/arm/arm TB --- 2007-07-05 14:35:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-05 14:46:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-05 14:46:50 - cd /src TB --- 2007-07-05 14:46:50 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 5 14:46:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/pwrite.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/mmap.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/lseek.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/truncate.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sys/ftruncate.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c _exit.S _exit.S: Assembler messages: _exit.S:2: Error: garbage following instruction -- `swi 0|1 bcs cerror mov pc,lr' *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-05 14:57:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-05 14:57:27 - ERROR: failed to build world TB --- 2007-07-05 14:57:27 - tinderbox aborted TB --- 0.24 user 0.35 system 1346.69 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 15:12:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52A4B16A41F for ; Thu, 5 Jul 2007 15:12:25 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id E8DCB13C465 for ; Thu, 5 Jul 2007 15:12:22 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 0 with SMTP; 5 Jul 2007 15:12:21 -0000 Date: Thu, 5 Jul 2007 18:12:18 +0300 From: Nikolay Pavlov To: Alex Keda Message-ID: <20070705151218.GA37537@zone3000.net> References: <468CD038.1030703@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <468CD038.1030703@lissyara.su> X-Operating-System: FreeBSD 6.2-RELEASE-p4 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org Subject: Re: sh: environment corrupt; missing value for LANG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 15:12:25 -0000 On Thursday, 5 July 2007 at 15:04:24 +0400, Alex Keda wrote: > today i update my CURREND and see this error on all run sh > lissyara$ sh > sh: environment corrupt; missing value for LANG > $ env | grep LANG > LANG=ru_RU.KOI8-R > $ > > lissyara$ uname -a > FreeBSD lissyara.moskb.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Jul 5 14:38:47 MSD 2007 root@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC > i386 > > _______________________________________________ > 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" Hi Alex. Watch for this topic in freebsd-current: Environment handling broken in /bin/sh with changes to {get,set,put}env() -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 16:39:10 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA37316A473; Thu, 5 Jul 2007 16:39:10 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 871D313C45A; Thu, 5 Jul 2007 16:39:09 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l65GeKAA034166; Thu, 5 Jul 2007 11:40:20 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 5 Jul 2007 11:38:53 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070705115816.GA50506@nagual.pp.ru> Message-ID: <20070705105922.F98700@thor.farley.org> References: <20070704143642.GA31254@nagual.pp.ru> <20070704150312.GB31683@nagual.pp.ru> <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> <20070704215154.O77978@thor.farley.org> <20070705115816.GA50506@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 16:39:11 -0000 On Thu, 5 Jul 2007, Andrey Chernov wrote: > On Wed, Jul 04, 2007 at 09:53:15PM -0500, Sean C. Farley wrote: >> The latest patch at the same URL fixes that issue. It basically >> deactivates all existing variables and inserts the new environ >> variables into the envVars array. > > Calling __clean_env(false) is good but the rest looks like a bit > overkill. It has the advantage that if environ was replace with an empty array or a list of variables that already were defined (limited copy of environment), then it would not need to make any allocations (i.e., usr.sbin/zic/zdump.c). Also, cleaning up almost everything and starting from the beginning would actually be trickier to get it right if using __build_env(). It would require adding more intelligence (complexity) to __build_env() to know how to add a new environ to an existing envVars array. Right now, it builds it from scratch. > Previously the goal of veryfy_env() is just deactivate, the goal of > build_env() is just build. It was build_env() who insetrts new environ > variables into envVars array in old variant, isn't? Yes, it was. Now, it is to merge in a new environ array. I renamed it __merge_environ() to better reflect its new role. > Now verify_env() takes the role of build_env() too, moreover, may > cause setenv() to be called recursively which isn't good. Do you see a problem that I am missing, or are you suggesting a change to prevent potential problems from future changes? The test at issue is this: if (__merge_environ() == -1 || (envVars == NULL && __build_env() == -1)) 1. environ was changed 2. program calls setenv()[1] 3. setenv()[1] calls __merge_environ()[1] 4. __merge_environ()[1] calls setenv()[2] 5. setenv()[2] calls __merge_environ()[2] 6. __merge_environ()[2] returns 0 since environ == watchEnviron 7. setenv()[2] adds new name/value pair and returns 8. Jump to step 4 until environ is inserted. 9. __merge_environ()[1] returns 10. setenv()[1] returns 11. program is happy :) The alternative, which I had actually considered, is to split setenv() into __setenv() which is almost the entire current setenv() and a new setenv() that is just a wrapper around __setenv() with the beginning checks. This seems a bit of a waste, but I may be mistaken. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 17:18:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50E7A16A49A for ; Thu, 5 Jul 2007 17:18:36 +0000 (UTC) (envelope-from dogcube@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3DE13C455 for ; Thu, 5 Jul 2007 17:18:35 +0000 (UTC) (envelope-from dogcube@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1575156wxd for ; Thu, 05 Jul 2007 10:18:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=fScAsYDwJ5VQJUsds5XOY1jxtSaZuyybyjagWkkRVRGtS7Ty8czVS2O3TBBC2iG4RgWZQW4PRRrx+WrYbMVyaAwACMlvZQc+uIUIudEls19VugXVSSxNzj+27vi8uDgSYaZiqTMIbFuy/ouDWF6WjSfgtAgx5+GIDKsE9k1bGPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=DXsEDvXriji3Xu90+JRK+5v6yFzRPt0MIbZeeEPG1xsSVc+EUC4o4MkXzNwa57wq9PqVPR8RHPW/AKnn35CXCGzCxCnmjU5RZYSx0ccksRvzgFHVXILfb+xtzEees5wJBF5x+BGzMmIdgdm1CdXmHX8m+tBjDIOmvLaWVsXvqtk= Received: by 10.90.105.20 with SMTP id d20mr8050891agc.1183654401688; Thu, 05 Jul 2007 09:53:21 -0700 (PDT) Received: from ?192.168.1.102? ( [66.169.8.53]) by mx.google.com with ESMTP id 61sm25881259wry.2007.07.05.09.53.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Jul 2007 09:53:21 -0700 (PDT) From: Kirk Fort To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 05 Jul 2007 12:53:20 -0400 Message-Id: <1183654400.6713.4.camel@patricia-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Subject: buildworld failure (libmd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 17:18:36 -0000 Hello. My build world errors. Source is current. The problem started this morning. Please let me know if you need any additional information or have any advice on something else I should do. Thanks, Kirk Fort ===> lib/libmd (obj,depend,all,install) (echo '#define LENGTH 16'; sed -e 's/mdX/md2/g' -e 's/MDX/MD2/g' /usr/src/lib/libmd/mdXhl.c) > md2hl.c (echo '#define LENGTH 16'; sed -e 's/mdX/md4/g' -e 's/MDX/MD4/g' /usr/src/lib/libmd/mdXhl.c) > md4hl.c (echo '#define LENGTH 16'; sed -e 's/mdX/md5/g' -e 's/MDX/MD5/g' /usr/src/lib/libmd/mdXhl.c) > md5hl.c (echo '#define LENGTH 20'; sed -e 's/mdX/ripemd/g' -e 's/MDX/RIPEMD160_/g' -e 's/RIPEMD160__/RIPEMD160_/g' /usr/src/lib/libmd/mdXhl.c) > rmd160hl.c (echo '#define LENGTH 20'; sed -e 's/mdX/sha/g' -e 's/MDX/SHA_/g' -e 's/SHA__/SHA_/g' /usr/src/lib/libmd/mdXhl.c) > sha0hl.c (echo '#define LENGTH 20'; sed -e 's/mdX/sha/g' -e 's/MDX/SHA1_/g' -e 's/SHA1__/SHA1_/g' /usr/src/lib/libmd/mdXhl.c) > sha1hl.c (echo '#define LENGTH 32'; sed -e 's/mdX/sha256/g' -e 's/MDX/SHA256_/g' -e 's/SHA256__/SHA256_/g' /usr/src/lib/libmd/mdXhl.c) > sha256hl.c rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF /usr/src/lib/libmd/md2c.c /usr/src/lib/libmd/md4c.c /usr/src/lib/libmd/md5c.c md2hl.c md4hl.c md5hl.c /usr/src/lib/libmd/rmd160c.c rmd160hl.c /usr/src/lib/libmd/sha0c.c sha0hl.c /usr/src/lib/libmd/sha1c.c sha1hl.c /usr/src/lib/libmd/sha256c.c sha256hl.c /usr/src/lib/libmd/i386/sha.S /usr/src/lib/libmd/i386/rmd160.S cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/md2c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/md4c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/md5c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c md2hl.c md2hl.c:25: error: expected ')' before '*' token md2hl.c: In function 'md2File': md2hl.c:47: warning: return makes pointer from integer without a cast md2hl.c: At top level: md2hl.c:52: error: conflicting types for 'md2FileChunk' md2hl.c:47: error: previous implicit declaration of 'md2FileChunk' was here md2hl.c: In function 'md2FileChunk': md2hl.c:54: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:54: error: (Each undeclared identifier is reported only once md2hl.c:54: error: for each function it appears in.) md2hl.c:54: error: expected ';' before 'ctx' md2hl.c:59: error: 'ctx' undeclared (first use in this function) md2hl.c:88: warning: return makes pointer from integer without a cast md2hl.c: In function 'md2Data': md2hl.c:94: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:94: error: expected ';' before 'ctx' md2hl.c:96: error: 'ctx' undeclared (first use in this function) md2hl.c:98: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/lib/libmd. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root@server /usr/src]# md2hl.c:54: error: expected ';' before 'ctx' md2hl.c:59: error: 'ctx' undeclared (first use in this function) md2hl.c:88: warning: return makes pointer from integer without a cast md2hl.c: In function 'md2Data': md2hl.c:94: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:94: error: expected ';' before 'ctx' md2hl.c:96: error: 'ctx' undeclared (first use in this function) md2hl.c:98: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/lib/libmd. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root@server /usr/src]# ~ rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF /usr/src/lib/libmd/md2c.c /usr/src/lib/libmd/md4c.c /usr/src/lib/libmd/md5c.c md2hl.c md4hl.c md5hl.c /usr/src/lib/libmd/rmd160c.c rmd160hl.c /usr/src/lib/libmd/sha0c.c sha0hl.c /usr/src/lib/libmd/sha1c.c sha1hl.c /usr/src/lib/libmd/sha256c.c sha256hl.c /usr/src/lib/libmd/i386/sha.S /usr/src/lib/libmd/i386/rmd160.S cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/md2c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/md4c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/md5c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c md2hl.c md2hl.c:25: error: expected ')' before '*' token md2hl.c: In function 'md2File': md2hl.c:47: warning: return makes pointer from integer without a cast md2hl.c: At top level: md2hl.c:52: error: conflicting types for 'md2FileChunk' md2hl.c:47: error: previous implicit declaration of 'md2FileChunk' was here md2hl.c: In function 'md2FileChunk': md2hl.c:54: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:54: error: (Each undeclared identifier is reported only once md2hl.c:54: error: for each function it appears in.) md2hl.c:54: error: expected ';' before 'ctx' md2hl.c:59: error: 'ctx' undeclared (first use in this function) md2hl.c:88: warning: return makes pointer from integer without a cast md2hl.c: In function 'md2Data': md2hl.c:94: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:94: error: expected ';' before 'ctx' md2hl.c:96: error: 'ctx' undeclared (first use in this function) md2hl.c:98: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/lib/libmd. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 18:18:16 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A063416A41F for ; Thu, 5 Jul 2007 18:18:16 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 6638313C44B for ; Thu, 5 Jul 2007 18:18:16 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from [192.168.1.5] (217.211.83.81) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 4656A990009BF5EB; Thu, 5 Jul 2007 20:18:15 +0200 In-Reply-To: <20070705030402.GE1289@dan.emsphone.com> References: <21030091-F8DD-4787-9B36-6951381638A7@exscape.org> <20070705030402.GE1289@dan.emsphone.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Thomas Backman Date: Thu, 5 Jul 2007 20:18:15 +0200 To: Dan Nelson X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current Subject: Re: Everything (but /boot) on ZFS - trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 18:18:16 -0000 On Jul 5, 2007, at 5:04 AM, Dan Nelson wrote: > In the last episode (Jul 04), Thomas Backman said: >> The FreeBSD wiki entry (http://wiki.freebsd.org/ZFSOnRoot) is either >> outdated or incomplete; or it's just that I have no clue... >> In either case, the guide tells me to create a "boot" symlink on >> the new >> partition, but I already have such a file (/boot/boot, not a link): >> [root@devil ~]# file /boot/boot >> /boot/boot: x86 boot sector; partition 4: ID=0xa5, active, >> starthead 0, >> startsector 0, 50000 sectors, code offset 0x3c, reserved sectors >> 0, Media >> descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f) >> >> What to do? I have no idea if this file is needed or not, and how to >> proceed. Input is welcome. BTW, I'm new to FreeBSD-CURRENT, and also >> quite inexperienced with mailing lists, so be gentle. :) > > You should use option two described on that page: > > zfsroot mounted on /, with a boot->bootvol/boot symlink > ufs filesystem on /bootvol with boot files in a "boot" subdirectory > > I sent an email to Pawel last week talking about this problem, but it > doesn't look like he's changed the wiki page yet. Hi again, Thanks, but it didn't help me much. This time it's definately because I have no clue though. ;) I'm doing this in a virtual machine, so adding disks and such is easy. Understanding it all isn't, though. I currently have a 7.0-CURRENT machine, with a single disk (ad0) and ZFS up and running, with no pool. My goal is, if possible, to create a pool over three (virtual) disks, using RAIDZ, and move everything (again, except /boot) there, and have it all work. The instructions are quite incomplete, though, and the page doesn't say if doing this even should work. Anyway. Could someone lay out some simple steps? I've tried creating the new 'a' partition, copying /boot and create a symlink, so far so good. Except when I reboot the loader complains about it (I'm guessing because /boot is a symlink to another partition that it doesn't know about?). Also, I don't know how to get my stuff over to ZFS - singleuser and cp -Rp? Thanks in advance, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 18:29:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA40B16A421 for ; Thu, 5 Jul 2007 18:29:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6D14313C46E for ; Thu, 5 Jul 2007 18:29:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l65ITs0e026471; Thu, 5 Jul 2007 14:29:55 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: stable@freebsd.org Date: Thu, 5 Jul 2007 14:28:22 -0400 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707051428.22766.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 05 Jul 2007 14:29:55 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3605/Thu Jul 5 12:18:28 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 18:29:57 -0000 The ie(4) driver in 7.x has several issues. First of all, it has several compiler warnings that haven't been successfully fixed in several years and are currently just ignored. More importantly, it hasn't been updated to use more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng locking. If someone is using this driver and is willing to test fixes for it, then it can be updated. If there isn't anyone who is using this driver and willing to test fixes, then it will be removed from the tree at some point in the future (say a month or two). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 18:56:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8400516A400; Thu, 5 Jul 2007 18:56:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9A513C4D9; Thu, 5 Jul 2007 18:56:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l65IutH8099355; Thu, 5 Jul 2007 14:56:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l65Iut0m057169; Thu, 5 Jul 2007 14:56:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 346BC73068; Thu, 5 Jul 2007 14:56:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070705185655.346BC73068@freebsd-current.sentex.ca> Date: Thu, 5 Jul 2007 14:56:55 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 18:56:56 -0000 TB --- 2007-07-05 17:17:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-05 17:17:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-05 17:17:30 - cleaning the object tree TB --- 2007-07-05 17:17:54 - checking out the source tree TB --- 2007-07-05 17:17:54 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-05 17:17:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-05 17:28:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-05 17:28:37 - cd /src TB --- 2007-07-05 17:28:37 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 5 17:28:38 UTC 2007 >>> 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 5 18:42:08 UTC 2007 TB --- 2007-07-05 18:42:08 - generating LINT kernel config TB --- 2007-07-05 18:42:08 - cd /src/sys/pc98/conf TB --- 2007-07-05 18:42:08 - /usr/bin/make -B LINT TB --- 2007-07-05 18:42:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-05 18:42:08 - cd /src TB --- 2007-07-05 18:42:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 5 18:42:08 UTC 2007 >>> 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 -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/scterm-sck.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 -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/scvtb.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 -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/sio.c cc1: warnings being treated as errors /src/sys/pc98/cbus/sio.c: In function 'sioprobe': /src/sys/pc98/cbus/sio.c:780: warning: 'iod.cmd' may be used uninitialized in this function /src/sys/pc98/cbus/sio.c:780: warning: 'iod.sts' may be used uninitialized in this function /src/sys/pc98/cbus/sio.c:780: warning: 'iod.ctrl' may be used uninitialized in this function *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-05 18:56:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-05 18:56:54 - ERROR: failed to build lint kernel TB --- 2007-07-05 18:56:54 - tinderbox aborted TB --- 0.86 user 2.83 system 5964.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 19:49:45 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0E3116A41F for ; Thu, 5 Jul 2007 19:49:45 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id AA2A313C45B for ; Thu, 5 Jul 2007 19:49:43 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 5D89E11246; Thu, 5 Jul 2007 14:49:43 -0500 (CDT) Date: Thu, 5 Jul 2007 14:49:39 -0500 From: Craig Boston To: Thomas Backman Message-ID: <20070705194928.GA1339@nowhere> Mail-Followup-To: Craig Boston , Thomas Backman , Dan Nelson , freebsd-current References: <21030091-F8DD-4787-9B36-6951381638A7@exscape.org> <20070705030402.GE1289@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current , Dan Nelson Subject: Re: Everything (but /boot) on ZFS - trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 19:49:45 -0000 On Thu, Jul 05, 2007 at 08:18:15PM +0200, Thomas Backman wrote: > The instructions are quite incomplete, though, and the page doesn't > say if doing this even should work. I've got several systems that are set up this way. I didn't follow the instructions exactly because I was starting from scratch, but I did use them as a base. It's almost easier if you have a good livecd, the hard part is making sure that that a working zpool.cache file ends up on your boot partition (it would be nice if there was a way to populate it manually somehow). > Anyway. Could someone lay out some simple steps? I've tried creating > the new 'a' partition, copying /boot and create a symlink, so far so > good. > Except when I reboot the loader complains about it (I'm guessing because > /boot is a symlink to another partition that it doesn't know about?). Where did you create the symlink? It should be in your ZFS root partition, which the loader shouldn't know anything about. Basically what you want to have is ad0s1a with a UFS filesystem that has nothing but a directory called boot on it. It should look something like this: /boot/ loader* kernel/* zfs/zpool.cache (other files that belong in boot) and maybe an /etc/fstab, but I usually just go the route of setting vfs.root.mountfrom in loader.conf. What was the complaint from loader exactly? If you have your boot partition set up correctly, the kernel should at least be loaded and start (even if it can't mount the root filesystem for some reason). Since you're using a VM, it may be easier to create a new virtual disk to use as your boot disk, set it up as such, then swap it out and remove the original. > Also, I don't know how to get my stuff over to ZFS - singleuser and > cp -Rp? I tend to end up using tar -cf - . | tar -C /destination -xf - to preserve hard links (important so /rescue doesn't end up huge), but others prefer cpio. Since your source is a UFS partition, dump/restore may also be a good option. Hope this helps, Craig From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 21:05:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34ABD16A469 for ; Thu, 5 Jul 2007 21:05:09 +0000 (UTC) (envelope-from dogcube@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 961F713C4AE for ; Thu, 5 Jul 2007 21:05:08 +0000 (UTC) (envelope-from dogcube@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so8236wxd for ; Thu, 05 Jul 2007 14:05:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=nAQRpmPyRwtT9TNDhHKekuxFZ6aVz0S1vqw9AjFs/uBRNOOUfFBf0eunyHxnKTm27goRMElfzt3CKwuUbd2k+nomAVA+B/w5TqCQXXBYUXT2kzvGa/tRYIJ69yZ4ePFnUHdcdWFiBWdhNCvEV5924UWZqeiNm6dZbLHaKz6HiSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=P9xlmxPhlSuiNHXrfcUU0CaaWVoB5Z6m+Q27Afm0WrfhPhtI+8XLa7+XaOaUgfOcQsg1txsHIWtbCeYGy8AFSODyN5uswa7JOSYrlPIdT+tNaxqEsnyosXlEafxgUbM2TtPu3RYaaQr9iR+1uTdLHv7/oTv9o+ghqKciNJADN1s= Received: by 10.90.69.8 with SMTP id r8mr8384467aga.1183669507812; Thu, 05 Jul 2007 14:05:07 -0700 (PDT) Received: from ?192.168.1.102? ( [66.169.8.53]) by mx.google.com with ESMTP id 45sm21388404wri.2007.07.05.14.05.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Jul 2007 14:05:07 -0700 (PDT) From: Kirk Fort To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 05 Jul 2007 17:05:05 -0400 Message-Id: <1183669505.10705.22.camel@patricia-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Subject: buildworld 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: Thu, 05 Jul 2007 21:05:09 -0000 Hi. Starting last night and throughout today I have been experiencing buildworld errors. My architecture is i386. I have tried syncing to multiple cvsup servers several times throughout the day. Nothing in the CVS commits stands out at me, and I'm confused as to what could be causing this issue. My last successful build was yesterday afternoon. I don't have anything custom set in make.conf (as an aside, why does freeBSD call this, confusingly, "knobs" instead of just make.conf options? It took me a while to figure out what this meant and where they were set) Any help would be appreciated. Sincerely, Kirk Fort cc -fpic -DPIC -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/sha256c.c -o sha256c.So cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/i386/sha.S cc -fpic -DPIC -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/i386/sha.S -o sha.So cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/i386/rmd160.S cc -fpic -DPIC -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c /usr/src/lib/libmd/i386/rmd160.S -o rmd160.So cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c md2hl.c md2hl.c:25: error: expected ')' before '*' token md2hl.c: In function 'md2File': md2hl.c:47: warning: return makes pointer from integer without a cast md2hl.c: At top level: md2hl.c:52: error: conflicting types for 'md2FileChunk' md2hl.c:47: error: previous implicit declaration of 'md2FileChunk' was here md2hl.c: In function 'md2FileChunk': md2hl.c:54: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:54: error: (Each undeclared identifier is reported only once md2hl.c:54: error: for each function it appears in.) md2hl.c:54: error: expected ';' before 'ctx' md2hl.c:59: error: 'ctx' undeclared (first use in this function) md2hl.c:88: warning: return makes pointer from integer without a cast md2hl.c: In function 'md2Data': md2hl.c:94: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:94: error: expected ';' before 'ctx' md2hl.c:96: error: 'ctx' undeclared (first use in this function) md2hl.c:98: warning: return makes pointer from integer without a cast *** Error code 1 1 error *** Error code 2 lib_gen.c:635:23: error: missing binary operator before token "gen_" lib_gen.c:644:23: error: missing binary operator before token "gen_" lib_gen.c:878:23: error: missing binary operator before token "gen_" lib_gen.c:887:23: error: missing binary operator before token "gen_" lib_gen.c:896:23: error: missing binary operator before token "gen_" lib_gen.c:905:23: error: missing binary operator before token "gen_" lib_gen.c:914:23: error: missing binary operator before token "gen_" lib_gen.c:923:23: error: missing binary operator before token "gen_" lib_gen.c:932:23: error: missing binary operator before token "gen_" lib_gen.c:942:23: error: missing binary operator before token "gen_" lib_gen.c:951:23: error: missing binary operator before token "gen_" lib_gen.c:960:23: error: missing binary operator before token "gen_" lib_gen.c:969:23: error: missing binary operator before token "gen_" lib_gen.c:978:23: error: missing binary operator before token "gen_" cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_addrs.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_addrs.c -o get_addrs.So lib_gen.c:987:23: error: missing binary operator before token "gen_" lib_gen.c:996:23: error: missing binary operator before token "gen_" lib_gen.c:1005:23: error: missing binary operator before token "gen_" lib_gen.c:1014:23: error: missing binary operator before token "gen_" lib_gen.c:1023:23: error: missing binary operator before token "gen_" lib_gen.c:1032:23: error: missing binary operator before token "gen_" lib_gen.c:1041:23: error: missing binary operator before token "gen_" lib_gen.c:1050:23: error: missing binary operator before token "gen_" lib_gen.c:1059:23: error: missing binary operator before token "gen_" lib_gen.c:1068:23: error: missing binary operator before token "gen_" lib_gen.c:1077:23: error: missing binary operator before token "gen_" lib_gen.c:1086:23: error: missing binary operator before token "gen_" lib_gen.c:1095:23: error: missing binary operator before token "gen_" lib_gen.c:1104:23: error: missing binary operator before token "gen_" cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_cred.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_cred.c -o get_cred.So lib_gen.c:1113:23: error: missing binary operator before token "gen_" lib_gen.c:1122:23: error: missing binary operator before token "gen_" lib_gen.c:1131:23: error: missing binary operator before token "gen_" lib_gen.c:1140:23: error: missing binary operator before token "gen_" lib_gen.c:1149:23: error: missing binary operator before token "gen_" lib_gen.c:1158:23: error: missing binary operator before token "gen_" lib_gen.c:1167:23: error: missing binary operator before token "gen_" lib_gen.c:1176:23: error: missing binary operator before token "gen_" lib_gen.c:1185:23: error: missing binary operator before token "gen_" lib_gen.c:1194:23: error: missing binary operator before token "gen_" lib_gen.c:1203:23: error: missing binary operator before token "gen_" lib_gen.c:1212:23: error: missing binary operator before token "gen_" lib_gen.c:1221:23: error: missing binary operator before token "gen_" lib_gen.c:1230:23: error: missing binary operator before token "gen_" lib_gen.c:1239:23: error: missing binary operator before token "gen_" lib_gen.c:1248:23: error: missing binary operator before token "gen_" lib_gen.c:1257:23: error: missing binary operator before token "gen_" lib_gen.c:1266:23: error: missing binary operator before token "gen_" lib_gen.c:1275:23: error: missing binary operator before token "gen_" lib_gen.c:1284:23: error: missing binary operator before token "gen_" lib_gen.c:1293:23: error: missing binary operator before token "gen_" lib_gen.c:1302:23: error: missing binary operator before token "gen_" lib_gen.c:1311:23: error: missing binary operator before token "gen_" lib_gen.c:1320:23: error: missing binary operator before token "gen_" lib_gen.c:1329:23: error: missing binary operator before token "gen_" lib_gen.c:1338:23: error: missing binary operator before token "gen_" lib_gen.c:1347:23: error: missing binary operator before token "gen_" lib_gen.c:1356:23: error: missing binary operator before token "gen_" lib_gen.c:1365:23: error: missing binary operator before token "gen_" lib_gen.c:1374:23: error: missing binary operator before token "gen_" lib_gen.c:1383:23: error: missing binary operator before token "gen_" lib_gen.c:1392:23: error: missing binary operator before token "gen_" lib_gen.c:1401:23: error: missing binary operator before token "gen_" lib_gen.c:1410:23: error: missing binary operator before token "gen_" lib_gen.c:1419:23: error: missing binary operator before token "gen_" lib_gen.c:1428:23: error: missing binary operator before token "gen_" lib_gen.c:1437:23: error: missing binary operator before token "gen_" lib_gen.c:1446:23: error: missing binary operator before token "gen_" lib_gen.c:1455:23: error: missing binary operator before token "gen_" lib_gen.c:1464:23: error: missing binary operator before token "gen_" cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_default_principal.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_default_principal.c -o get_default_principal.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_default_realm.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_default_realm.c -o get_default_realm.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_for_creds.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_for_creds.c -o get_for_creds.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_host_realm.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_host_realm.c -o get_host_realm.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt.c: In function 'krb5_get_in_cred': /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt.c:719: warning: passing argument 3 of 'set_ptypes' from incompatible pointer type cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt.c -o get_in_tkt.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt_pw.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt.c: In function 'krb5_get_in_cred': /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt.c:719: warning: passing argument 3 of 'set_ptypes' from incompatible pointer type cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt_pw.c -o get_in_tkt_pw.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt_with_keytab.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt_with_keytab.c -o get_in_tkt_with_keytab.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt_with_skey.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_in_tkt_with_skey.c -o get_in_tkt_with_skey.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_port.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/get_port.c -o get_port.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/init_creds.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/init_creds.c -o init_creds.So mkdep: compile failed *** Error code 1 1 error *** Error code 2 cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/init_creds_pw.c cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keyblock.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keyblock.c -o keyblock.So cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/init_creds_pw.c -o init_creds_pw.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab.c -o keytab.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_any.c cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_file.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_any.c -o keytab_any.So cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_file.c -o keytab_file.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_keyfile.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_keyfile.c -o keytab_keyfile.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_krb4.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_krb4.c -o keytab_krb4.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_memory.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/keytab_memory.c -o keytab_memory.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c krb5_err.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c krb5_err.c -o krb5_err.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/krbhst.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/krbhst.c -o krbhst.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kuserok.c mkdep: compile failed *** Error code 1 1 error *** Error code 2 cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/kuserok.c -o kuserok.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/log.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/log.c -o log.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mcache.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mcache.c -o mcache.So cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/misc.c -o misc.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/misc.c cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_error.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_error.c -o mk_error.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_priv.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_priv.c -o mk_priv.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_rep.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_rep.c -o mk_rep.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_req.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_req.c -o mk_req.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_req_ext.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_req_ext.c -o mk_req_ext.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_safe.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/mk_safe.c -o mk_safe.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/n-fold.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/n-fold.c -o n-fold.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/net_read.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/net_read.c -o net_read.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/net_write.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/net_write.c -o net_write.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/padata.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/padata.c -o padata.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/principal.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/principal.c -o principal.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/prog_setup.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/prog_setup.c -o prog_setup.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/prompter_posix.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/prompter_posix.c -o prompter_posix.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_cred.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_cred.c -o rd_cred.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_error.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_error.c -o rd_error.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_priv.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_priv.c -o rd_priv.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_rep.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_rep.c -o rd_rep.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_req.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_req.c -o rd_req.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_safe.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/rd_safe.c -o rd_safe.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/read_message.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/read_message.c -o read_message.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/recvauth.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/recvauth.c -o recvauth.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/replay.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/replay.c -o replay.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/send_to_kdc.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/send_to_kdc.c -o send_to_kdc.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/sendauth.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/sendauth.c -o sendauth.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/set_default_realm.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/set_default_realm.c -o set_default_realm.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/sock_principal.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/sock_principal.c -o sock_principal.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store.c -o store.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store_emem.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store_emem.c -o store_emem.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store_fd.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store_fd.c -o store_fd.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store_mem.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/store_mem.c -o store_mem.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/ticket.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/ticket.c -o ticket.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/time.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/time.c -o time.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/transited.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/transited.c -o transited.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/verify_init.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/verify_init.c -o verify_init.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/verify_user.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/verify_user.c -o verify_user.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/version.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/version.c -o version.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/warn.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/warn.c -o warn.So cc -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/write_message.c cc -fpic -DPIC -O1 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/write_message.c -o write_message.So building static krb5 library ranlib libkrb5.a building shared library libkrb5.so.8 sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libkrb5.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 heim_err.h k524_err.h /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/krb5-protos.h /usr/src/kerberos5/lib/libkrb5/../../include/krb5-types.h /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/krb5.h krb5_err.h /usr/obj/usr/src/tmp/usr/include sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libkrb5.so.8 /usr/obj/usr/src/tmp/usr/lib ln -fs libkrb5.so.8 /usr/obj/usr/src/tmp/usr/lib/libkrb5.so 3 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 21:19:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97B1316A421 for ; Thu, 5 Jul 2007 21:19:27 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5D18113C4B7 for ; Thu, 5 Jul 2007 21:19:27 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 29A026EFB7; Thu, 5 Jul 2007 23:19:25 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l65LJNFi007482; Thu, 5 Jul 2007 23:19:24 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 5 Jul 2007 23:19:14 +0200 User-Agent: KMail/1.9.6 References: <200707051428.22766.jhb@freebsd.org> In-Reply-To: <200707051428.22766.jhb@freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200707052319.16303.thierry@herbelot.com> Cc: Subject: Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 21:19:27 -0000 Le Thursday 05 July 2007, John Baldwin a écrit : > The ie(4) driver in 7.x has several issues. First of all, it has several > compiler warnings that haven't been successfully fixed in several years and > are currently just ignored. More importantly, it hasn't been updated to > use more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng > locking. If someone is using this driver and is willing to test fixes for > it, then it can be updated. If there isn't anyone who is using this driver > and willing to test fixes, then it will be removed from the tree at some > point in the future (say a month or two). Hello, I am the proud owner of one ie(4) board. just now, the machine using it is running -Stable, but I can easily arrange for dual booting with -Current. TfH From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 22:28:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BB6016A400 for ; Thu, 5 Jul 2007 22:28:19 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id C1A2713C459 for ; Thu, 5 Jul 2007 22:28:18 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so665344uge for ; Thu, 05 Jul 2007 15:28:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=g5WzsKM6K00uKZkeG+X9CNAzSDNqAWRq6JC04p1Yp7pfVVnEl9R4aBtAAOybIs4ys0aZX41JZH1PysGzehxjJoM29/HHcy7FRIinSW8oEp6Iiswo3EnzO7um8F7UaJLyXm8IwE4j0mwdPLZTfH1nVSecmOihhZxbw1Q8n2b/ics= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=ch4yTpuBRp+Km/5K8HQXJOrSL5dgiMrTN30YR/bMC8fC9cikYqZptID7YUIUOLG8kylubeozKs5zBY8HiNYAUUITxAIJP4Sm35RAAdibjNE09zQqNnYNnlJL2NdIQMh6yOskqTx+K9eyVTJh0IMh2I5rzcO0DIMCG7Wn35iwM5o= Received: by 10.67.118.1 with SMTP id v1mr2241248ugm.1183674497399; Thu, 05 Jul 2007 15:28:17 -0700 (PDT) Received: from ?192.168.0.23? ( [87.166.90.252]) by mx.google.com with ESMTP id 28sm23109180fkx.2007.07.05.15.28.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Jul 2007 15:28:16 -0700 (PDT) From: Pascal Hofstee To: Brian Donnell In-Reply-To: <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> Content-Type: text/plain Date: Fri, 06 Jul 2007 00:28:15 +0200 Message-Id: <1183674495.75595.14.camel@worf> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current , "Boris S." Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 22:28:19 -0000 Hi, I did some addititional debugging and adding a small workaround to smbd/vfs.c making the function vfs_readdirname() return ptr->d_name directly instead of relying on the temporary variable dname gets the code properly skipping the "." and ".." entries. >From that point on the code enters into a new problem area which can be observed in the backtrace posted at http://pastebin.ca/604961 Joe Marcus Clarke helped me out further with debugging this problem and we have come to the conclusion that the following assertion in samba's telldir() implementation located in lib/replace/repdir_getdirentries.c does not hold true on ZFS directories (marcus mentioned something about lseek() behaving differently on ZFS than it does on UFS): if (d->seekpos & (DIR_BUF_SIZE-1)) { abort(); } Marcus was so kind to put up a simple test case at http://www.marcuscom.com/downloads/samba_zfs.c Change main() to point to a ZFS directory, and watch it crash. Then point to a UFS directory, and it works. The seekpos is printed each time. Hopefully this will be enough information to get us to figure out a workable solution here. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 22:37:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87C4616A41F; Thu, 5 Jul 2007 22:37:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 15F1613C45E; Thu, 5 Jul 2007 22:37:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.40.129] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1I6Zwc3jW5-0004Jc; Fri, 06 Jul 2007 00:37:03 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 6 Jul 2007 00:39:08 +0200 User-Agent: KMail/1.9.7 References: <200706242054.54138.max@love2party.net> In-Reply-To: <200706242054.54138.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3108306.4ohfARG7Bv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707060039.15374.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18Ljz+wju1Xd4Sh2qljgxPq6n1wAGeA2bif+Mh XTXmluSuk0yI7R+k5x8dCJ6JxLNjtKZYql0OEELmeoPOio/vjZ SQ1z8nyT9zcbYyOfFSzLj/wKP+8QKHJaJXwZ2GfsEk= Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD status reports due: July 7, 2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@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, 05 Jul 2007 22:37:04 -0000 --nextPart3108306.4ohfARG7Bv Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello again, kind reminder that the repdigit date is on this Saturday! So far we have=20 received only 18 reports - I know there is more going on out there. =20 Please let the world know what kind of cool stuff is going on in FreeBSD! On Sunday 24 June 2007, Max Laier wrote: > it's that time again. We would like to remind everybody who has > exciting news to share to write a report about their project. This is > a good way to improve exposure of your work, receive feedback and help. > As we are closing in on 7.0 everybody is interested to know what's new > - so please, do tell! > > In addition we would like to gather public relations status reports as > well - did you run a FreeBSD conference or are you going to? Let the > world know how it went or why they should attend. On that note, > everybody remember the early bird deadline for EuroBSDCon? It's July 1 > already! > > Looking forward to your reports. As always you can either use the > template or the generator CGI and mail the result to monthly@ by > 07/07/07 > > http://www.freebsd.org/news/status/ > http://www.freebsd.org/cgi/monthly.cgi > http://www.freebsd.org/news/status/report-sample.xml =2D-=20 =46reeBSD Status reports due: 07/07/07 :-) /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3108306.4ohfARG7Bv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGjXMTXyyEoT62BG0RAmCCAJ0aSWKvAEp7Vf5fNt7iXnOM4ETJyQCeNfQv OfWGHwvSgAxsfUQhDYywXXQ= =ETDZ -----END PGP SIGNATURE----- --nextPart3108306.4ohfARG7Bv-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 22:46:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5810216A400 for ; Thu, 5 Jul 2007 22:46:07 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id D8EE813C447 for ; Thu, 5 Jul 2007 22:46:06 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4CCA.dip.t-dialin.net [84.154.76.202]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l65Mjx5t028569; Fri, 6 Jul 2007 00:46:00 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l65MjpXk033781; Fri, 6 Jul 2007 00:45:52 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id l65MjpmR055403; Fri, 6 Jul 2007 00:45:51 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200707052245.l65MjpmR055403@fire.js.berklix.net> To: current@freebsd.org In-reply-to: <200707051428.22766.jhb@freebsd.org> References: <200707051428.22766.jhb@freebsd.org> Comments: In-reply-to John Baldwin message dated "Thu, 05 Jul 2007 14:28:22 -0400." Date: Fri, 06 Jul 2007 00:45:51 +0200 From: "Julian H. Stacey" Cc: Subject: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 22:46:07 -0000 John Baldwin wrote: > The ie(4) driver in 7.x has several issues. First of all, it has several > compiler warnings that haven't been successfully fixed in several years and > are currently just ignored. More importantly, it hasn't been updated to use > more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng > locking. If someone is using this driver and is willing to test fixes for > it, then it can be updated. If there isn't anyone who is using this driver > and willing to test fixes, then it will be removed from the tree at some > point in the future (say a month or two). I reduced "cc: stable@freebsd.org, current@freebsd.org" to current@ & changed "Subject:" so as not to cross post this tangential reply. ( BTW I checked, I don't have any hardware that uses "ie" ) What's concerned me increasingly for some time, (& nothing personal to any individual, (the above just a useful illustration ) is a tendency in FreeBSD for developers to say: ~Unless anyone speaks in [time] I will discard [whatever]~ Then months later a new release is rolled, & months later users upgrade, &: "Oh my god! they removed the XYZ I use ! ... Aargh!~ So when discarding, it seems best to adopt a policy to warn as wide a user base as possible, not just developers. Not just current@ or stable@ but at least all of hackers@. Even then we risk hurting happy users of FreeBSD, eg ISPs etc who just don't have time to read hackers@ every day. Maybe FreeBSD should have a low bandwidth mail list, that managers & busy admins could safely subscribe, so they get long warning of functional removal ? Such things as eg 16 bit PCMCIA removal (after 4.11 before 6.*) would have gone to such a list, etc. Good PR to keep wider user base informed of planned removals, & some otherwise unknowing users might then reply "OK, I'll install current/ stable on a spare box, & give developer(s) access, as I can't afford to lose functionality~ PS Analogy: Opening programme in the "Hitch Hikers Guide To The Galaxy": The plan to demolish Arthur's house. on display in locked basement, The plan to demolish Earth, only filed on Alpha Centauri :-) -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com HTML mail unseen. Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 23:05:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1570816A473 for ; Thu, 5 Jul 2007 23:05:34 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id CA58813C4BA for ; Thu, 5 Jul 2007 23:05:33 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from [192.168.1.5] (217.211.83.81) by pne-smtpout1-sn1.fre.skanova.net (7.2.076.2) id 46758F19004232DA; Thu, 5 Jul 2007 23:56:00 +0200 In-Reply-To: <20070705194928.GA1339@nowhere> References: <21030091-F8DD-4787-9B36-6951381638A7@exscape.org> <20070705030402.GE1289@dan.emsphone.com> <20070705194928.GA1339@nowhere> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Thomas Backman Date: Thu, 5 Jul 2007 23:55:59 +0200 To: Craig Boston X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current Subject: Re: Everything (but /boot) on ZFS - trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2007 23:05:34 -0000 On Jul 5, 2007, at 9:49 PM, Craig Boston wrote: > Where did you create the symlink? It should be in your ZFS root > partition, which the loader shouldn't know anything about. > >> Also, I don't know how to get my stuff over to ZFS - singleuser and >> cp -Rp? > > I tend to end up using > > tar -cf - . | tar -C /destination -xf - > > to preserve hard links (important so /rescue doesn't end up huge), but > others prefer cpio. Since your source is a UFS partition, dump/ > restore > may also be a good option. > > Hope this helps, > Craig > Thanks, it did help! It's working like a charm now. I'm not sure, but I think I missed putting the symlink on the ZFS root the first time around. /Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 23:08:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C03F16A400 for ; Thu, 5 Jul 2007 23:08:01 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 23C3F13C448 for ; Thu, 5 Jul 2007 23:08:00 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so671387uge for ; Thu, 05 Jul 2007 16:08:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MGHXcnbjeQW//Dy2oCkn5ASmrNSVml0kD8Vz/HitCndN6GvKGpJJxXhABumR/gzl2LhnYxF8GEVoDwP+AxbIiBKKQzjmw85ld8fyhRdAwDI5JDgNE0U3hI3Z5hxULFA3zO9v/Bi6wE9uOQsAwhhbLD1BijH6lRA7NuVgI4xgTUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D9PwJaIiItWJU7fBcKDZFFN4BOaraIvTAK0R2wd4r3oqjBVPT0nAqcGERCnfPCbZRn1gqBgupkiQu+fWrSXDnY6qbdMvPsmqFJnYTp+MS99LHuo0Z+zFWhvOCirbfVQsjgZwUis+Ui45e/G7e9YQvsrBjH0JST5/8WzNmEcfxQI= Received: by 10.78.159.7 with SMTP id h7mr34058hue.1183676879786; Thu, 05 Jul 2007 16:07:59 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Thu, 5 Jul 2007 16:07:59 -0700 (PDT) Message-ID: Date: Thu, 5 Jul 2007 16:07:59 -0700 From: "Kip Macy" To: thierry@herbelot.com In-Reply-To: <200707052319.16303.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200707051428.22766.jhb@freebsd.org> <200707052319.16303.thierry@herbelot.com> Cc: freebsd-current@freebsd.org Subject: Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 23:08:01 -0000 On 7/5/07, Thierry Herbelot wrote: > Le Thursday 05 July 2007, John Baldwin a =E9crit : > > The ie(4) driver in 7.x has several issues. First of all, it has sever= al > > compiler warnings that haven't been successfully fixed in several years= and > > are currently just ignored. More importantly, it hasn't been updated t= o > > use more modern FreeBSD APIs like bus_space (still uses inb/outb) and S= MPng > > locking. If someone is using this driver and is willing to test fixes = for > > it, then it can be updated. If there isn't anyone who is using this dr= iver > > and willing to test fixes, then it will be removed from the tree at som= e > > point in the future (say a month or two). > > Hello, > > I am the proud owner of one ie(4) board. > > just now, the machine using it is running -Stable, but I can easily arran= ge > for dual booting with -Current. > An outstanding issue for it is that the NET_GIANT infrastructure is going away in 7.0, so if_ie will also need to be locked in order to remain. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Jul 5 23:32:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E160516A474 for ; Thu, 5 Jul 2007 23:32:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 776B513C44B for ; Thu, 5 Jul 2007 23:32:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l65NWCXn028163; Thu, 5 Jul 2007 19:32:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Julian H. Stacey" Date: Thu, 5 Jul 2007 19:30:57 -0400 User-Agent: KMail/1.9.6 References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> In-Reply-To: <200707052245.l65MjpmR055403@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707051930.58109.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 05 Jul 2007 19:32:12 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3606/Thu Jul 5 13:50:01 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2007 23:32:18 -0000 On Thursday 05 July 2007 06:45:51 pm Julian H. Stacey wrote: > John Baldwin wrote: > > The ie(4) driver in 7.x has several issues. First of all, it has several > > compiler warnings that haven't been successfully fixed in several years and > > are currently just ignored. More importantly, it hasn't been updated to use > > more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng > > locking. If someone is using this driver and is willing to test fixes for > > it, then it can be updated. If there isn't anyone who is using this driver > > and willing to test fixes, then it will be removed from the tree at some > > point in the future (say a month or two). > > I reduced "cc: stable@freebsd.org, current@freebsd.org" to current@ > & changed "Subject:" so as not to cross post this tangential reply. > ( BTW I checked, I don't have any hardware that uses "ie" ) I've actually had a victim^Wvolunteer in reply to this post. > What's concerned me increasingly for some time, (& nothing personal > to any individual, (the above just a useful illustration ) is a > tendency in FreeBSD for developers to say: > ~Unless anyone speaks in [time] I will discard [whatever]~ > Then months later a new release is rolled, & months later users upgrade, &: > "Oh my god! they removed the XYZ I use ! ... Aargh!~ > > So when discarding, it seems best to adopt a policy to warn as > wide a user base as possible, not just developers. > Not just current@ or stable@ but at least all of hackers@. hackers@ is a much smaller audience than stable@. hackers@ isn't a user list so much as a developer list, whereas users hang out more on stable@, so it's a far better forum. I have had success with this approach in the past with doing MP safe locking. I had to resort to threatening removal before someone would test patches to lock wb(4) (which someone did do, so the driver is still in the tree). No one ever stepped up to testing the locking patches for el(4), so I checked them in and eventually removed the driver. > Even then we risk hurting happy users of FreeBSD, eg > ISPs etc who just don't have time to read hackers@ every day. > > Maybe FreeBSD should have a low bandwidth mail list, that managers > & busy admins could safely subscribe, so they get long warning > of functional removal ? Such things as eg 16 bit PCMCIA removal > (after 4.11 before 6.*) would have gone to such a list, etc. More mailing lists that people don't read isn't going to help. One could maybe consider sending out a mail to announce@ as a second warning after the notice to current@/stable@. > Good PR to keep wider user base informed of planned removals, > & some otherwise unknowing users might then reply > "OK, I'll install current/ stable on a spare box, & give > developer(s) access, as I can't afford to lose functionality~ This has already worked in the past via the current@/ stable@ approach (really stable@ is what reaches the wider audience). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 00:22:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86ADB16A46E for ; Fri, 6 Jul 2007 00:22:06 +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 3487A13C484 for ; Fri, 6 Jul 2007 00:22:06 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l660LwUS050306; Thu, 5 Jul 2007 18:21:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <468D8B1D.8050005@samsco.org> Date: Thu, 05 Jul 2007 18:21:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: "Julian H. Stacey" References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> In-Reply-To: <200707052245.l65MjpmR055403@fire.js.berklix.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 05 Jul 2007 18:21:59 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 00:22:06 -0000 Julian H. Stacey wrote: > John Baldwin wrote: >> The ie(4) driver in 7.x has several issues. First of all, it has several >> compiler warnings that haven't been successfully fixed in several years and >> are currently just ignored. More importantly, it hasn't been updated to use >> more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng >> locking. If someone is using this driver and is willing to test fixes for >> it, then it can be updated. If there isn't anyone who is using this driver >> and willing to test fixes, then it will be removed from the tree at some >> point in the future (say a month or two). > > I reduced "cc: stable@freebsd.org, current@freebsd.org" to current@ > & changed "Subject:" so as not to cross post this tangential reply. > ( BTW I checked, I don't have any hardware that uses "ie" ) > > What's concerned me increasingly for some time, (& nothing personal > to any individual, (the above just a useful illustration ) is a > tendency in FreeBSD for developers to say: > ~Unless anyone speaks in [time] I will discard [whatever]~ > Then months later a new release is rolled, & months later users upgrade, &: > "Oh my god! they removed the XYZ I use ! ... Aargh!~ > Actually, most developers use pretty good judgment in this area. These aren't PCI drivers or otherwise highly active parts that are being retired, these are pieces of code for 15 year old hardware that have been unloved and unmaintained for years. No one is talking about dropping previous generation devices here, and the only reason it's being talked now about is because the neglect shown towards it over the years stands out more than most others. In this case and as well as previous cases, great efforts are made to reach out to the community to get help with testing and maintainership. If those requests go unanswered, then what else should the developers do? Participation is key to the ongoing success of the project, plain and simple. > So when discarding, it seems best to adopt a policy to warn as > wide a user base as possible, not just developers. > Not just current@ or stable@ but at least all of hackers@. > > Even then we risk hurting happy users of FreeBSD, eg > ISPs etc who just don't have time to read hackers@ every day. > > Maybe FreeBSD should have a low bandwidth mail list, that managers > & busy admins could safely subscribe, so they get long warning > of functional removal ? Such things as eg 16 bit PCMCIA removal > (after 4.11 before 6.*) would have gone to such a list, etc. > > Good PR to keep wider user base informed of planned removals, > & some otherwise unknowing users might then reply > "OK, I'll install current/ stable on a spare box, & give > developer(s) access, as I can't afford to lose functionality~ > > PS Analogy: > Opening programme in the "Hitch Hikers Guide To The Galaxy": > The plan to demolish Arthur's house. on display in locked basement, > The plan to demolish Earth, only filed on Alpha Centauri :-) Hatching and then executing a plan on IRC or a private developer mailing list or in the terminal room of a conference would be a good analogy. Announcing the plan to a public mailing list and asking for help is NOT, I repeat, NOT, a good analogy. There are no unlit stairs or leopards waiting behind lavatory doors keeping poor if_ie users from participating on the current@ mailing list. As long as it stays that way, I think we have a pretty decent system. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 00:31:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6837816A400 for ; Fri, 6 Jul 2007 00:31:44 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEA613C4B7 for ; Fri, 6 Jul 2007 00:31:44 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1I6bQH-0001du-Vo; Thu, 05 Jul 2007 20:11:45 -0400 Date: Thu, 5 Jul 2007 20:11:45 -0400 From: Gary Palmer To: "Julian H. Stacey" Message-ID: <20070706001145.GA91325@in-addr.com> Mail-Followup-To: "Julian H. Stacey" , current@freebsd.org References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707052245.l65MjpmR055403@fire.js.berklix.net> Cc: current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 00:31:44 -0000 On Fri, Jul 06, 2007 at 12:45:51AM +0200, Julian H. Stacey wrote: > John Baldwin wrote: > > The ie(4) driver in 7.x has several issues. First of all, it has several > > compiler warnings that haven't been successfully fixed in several years and > > are currently just ignored. More importantly, it hasn't been updated to use > > more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng > > locking. If someone is using this driver and is willing to test fixes for > > it, then it can be updated. If there isn't anyone who is using this driver > > and willing to test fixes, then it will be removed from the tree at some > > point in the future (say a month or two). > > I reduced "cc: stable@freebsd.org, current@freebsd.org" to current@ > & changed "Subject:" so as not to cross post this tangential reply. > ( BTW I checked, I don't have any hardware that uses "ie" ) > > What's concerned me increasingly for some time, (& nothing personal > to any individual, (the above just a useful illustration ) is a > tendency in FreeBSD for developers to say: > ~Unless anyone speaks in [time] I will discard [whatever]~ > Then months later a new release is rolled, & months later users upgrade, &: > "Oh my god! they removed the XYZ I use ! ... Aargh!~ The code for XYZ is in the attic, it isn't gone. It can be resurrected if a developer has interest/time and access to relevant development systems. Often the developer resource is more limited than the hardware. Locking a device driver is often non trivial and not many people know how to do it (correctly), for example. People often forget that we are a volunteer project and that means that although people want to happen, it might not unless someone is willing to step forward and dedicate the time to actually doing it. Probably a better place to put notice is in the release notes. If someone upgrades (or tries to) without reading the release notes and/or without keeping up with the relevant lists, then I'm not sure there is anything else we can do. If you want an example of what a non-developer can do to address issues they were having, look at Marc Fournier's work on wine. To the best of my knowledge (and no offense ment to Marc) he is not a programmer, but he has ganged together people with knowledge and interest to get wine working better on FreeBSD. Thats probably a better way of addressing these issues than trying to notify a significant part of our userbase pre-emptively of a change that may or may not affect them. Marc also did work on bsdstats (http://www.bsdstats.org/). If you want to push for older devices to be supported, it might be worthwhile encouraging people to register their systems in bsdstats, especially if they have hardware that is not currently shipping in new products. (bsdstats shows no entry at all for ie(4) under the FreeBSD ethernet section) It might also be worthwhile either extending bsdstats or developing a parallel system where people with hardware that they want to continue to be supported can register as saying "I'm willing to help keep supported" so that instead of blindly guessing at which mailing list might get interest for a device, there is a single place where people can be contacted. Keeping that data current might be troublesome and I have no idea how well it would work in practice. From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 00:39:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6AAC16A421 for ; Fri, 6 Jul 2007 00:39:58 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 6782A13C44B for ; Fri, 6 Jul 2007 00:39:58 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so44864wra for ; Thu, 05 Jul 2007 17:39:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=hNzFfh1MbIEZ6qdgpb+rGlVkJsUVaCH/WXw50769YuIzpuUnqCjo9AED4YDezGKbEhzcBmBJbiPQvXinPXvVYL91+rPF17Yt2pIJkCae7WgYDF9xlINiDR9fmRKDAQD8NU7TYzywpJZZofEoLOpIb62Gcv2EmS4zvT5RX+VAebg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=M+iOPqGLqPhghw+SUxG+MoyX13UdMr/Ai9ufcyrxetOz5wi07uU7rB6fxSEiDCfoUe7aKProm7XIJITBpNZES2csqqYZYb3z+CZ1bMYVVJixOUoi+p68LHSPeeKo05ekIVy1RRHgCF/EEgsueSxiXgfB+w4jQ/4NsXbMSbu7np8= Received: by 10.142.115.10 with SMTP id n10mr10997wfc.1183682396721; Thu, 05 Jul 2007 17:39:56 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Thu, 5 Jul 2007 17:39:56 -0700 (PDT) Message-ID: <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> Date: Thu, 5 Jul 2007 20:39:56 -0400 From: "Brian Donnell" To: "Pascal Hofstee" In-Reply-To: <1183674495.75595.14.camel@worf> MIME-Version: 1.0 References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current , "Boris S." Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 00:39:58 -0000 Thanks to Pascal Hofstee and Joe Marcus Clarke I found a way to get ZFS samba shared. I haven't run into any problems yet, but consider it experimental. You're going to love how simple this one was. cd /usr/ports/net/samba3 make patch cd work/samba-3.0.25a/source/lib/replace rm repdir_get* cd /usr/ports/net/samba3 make install And now it works. Just get rid of the offending functions. I've had no problems reading or writing files of large and small size in directories with only a couple files or a couple hundred. It was so simple it makes me think something is still very wrong. But I'm having no problems now. -- Brian On 7/5/07, Pascal Hofstee wrote: > > Hi, > > I did some addititional debugging and adding a small workaround to > smbd/vfs.c making the function vfs_readdirname() return ptr->d_name > directly instead of relying on the temporary variable dname gets the > code properly skipping the "." and ".." entries. > > >From that point on the code enters into a new problem area which can be > observed in the backtrace posted at http://pastebin.ca/604961 > > Joe Marcus Clarke helped me out further with debugging this problem and > we have come to the conclusion that the following assertion in samba's > telldir() implementation located in lib/replace/repdir_getdirentries.c > does not hold true on ZFS directories (marcus mentioned something about > lseek() behaving differently on ZFS than it does on UFS): > > if (d->seekpos & (DIR_BUF_SIZE-1)) { > abort(); > } > > Marcus was so kind to put up a simple test case at > http://www.marcuscom.com/downloads/samba_zfs.c > > Change main() to point to a ZFS directory, and watch it crash. > Then point to a UFS directory, and it works. > The seekpos is printed each time. > > Hopefully this will be enough information to get us to figure out a > workable solution here. > > -- > Pascal Hofstee > > > From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 01:19:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A881916A41F for ; Fri, 6 Jul 2007 01:19:43 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9D413C455 for ; Fri, 6 Jul 2007 01:19:43 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from phantom.kitchenlab.org (phantom.kitchenlab.org [64.142.31.109]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l661JbC9000802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jul 2007 18:19:38 -0700 Message-ID: <468D98A4.3050300@freebsd.org> Date: Thu, 05 Jul 2007 18:19:32 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Ed Schouten References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> <20070705040828.GG37187@hoeg.nl> <468C806C.6060602@freebsd.org> <20070705073857.GH37187@hoeg.nl> In-Reply-To: <20070705073857.GH37187@hoeg.nl> X-Enigmail-Version: 0.95.2 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEA47762B03D5A804DF7E6933" Cc: Johan Hendriks , current@freebsd.org Subject: Re: Fixit live cd 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: Fri, 06 Jul 2007 01:19:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA47762B03D5A804DF7E6933 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Ed Schouten wrote: > * Bruce A. Mah wrote: >> If memory serves me right, Ed Schouten wrote: >>> * Bruce A. Mah wrote: >>>> The Live CD is actually its own disk on amd64 (and maybe one or two >>>> other architectures). You want the disk that corresponds to >>>> 7.0-CURRENT-200706-amd64-livefs.iso. >>> Which is, in my opinion, a regression. With previous releases it was >>> still possible to perform an installation of FreeBSD by hand. Now you= >>> need two CD-ROM drives; one with the livefs to boot from and another = one >>> containing all install sets. >> No, that's not true. You don't boot off the livefs CD...you boot off = of >> disc1, which also contains all of the installation sets. The livefs i= s >> used principally for the Fixit feature. It's perfectly possible to do= a >> 7.0 snapshot installation on amd64 with a single CD and a single CD-RO= M >> drive; I just did this a few days ago in fact. >=20 > To make sure we're talking about the same subject: with installing > FreeBSD `by hand', I mean performing an installation without using > sysinstall, but just your shell, newfs, tar, etc. Hrm. OK, that's not the same as what I thought you meant. Sorry for the misunderstanding. >> It'd be nice if the livefs content could fit onto the first CD, but we= >> just ran out of space. >=20 > Would there still be room on the livefs CD to store only the `base' > install set? That would sure be a life-saver for a lot of people. I'm not really convinced that this use case is all that common, to be honest, and I don't see us re-doing our release creation scripts to do this ("but what about kernels? or lib32?"). But anyways, just to run the numbers... The live filesystem is (about) 400MB. All of the 7.0-CURRENT-200706 snapshot is 349M, and out of that, the base distribution is 50MB. So one could theoretically do this. I think that if you really want such a thing, it wouldn't be hard to re-master the existing disks to do this. I'm sure I'm pointing out the obvious when I mention that these problems would be alleviated (for now) if we assumed DVD-size media when we made ISOs, rather than standard-length CD-ROM media. The subject has come up at least once in the past few months, but I can't remember where (if anywhere) this idea went. I know that at least one CD-ROM vendor makes combined DVDs, for instance. I was going to point out that the tools you listed above are available in the emergency holographic shell environment, but you probably also wanted disk partitioning tools such as bsdlabel and fdisk, which aren't there. :-p Bruce. --------------enigEA47762B03D5A804DF7E6933 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGjZip2MoxcVugUsMRAvnWAKDXfkOecKvMDk2GA9giTRg7J7WO1QCdG7sV gVBV9tcvZFRqmOKPQnoljvs= =ztlP -----END PGP SIGNATURE----- --------------enigEA47762B03D5A804DF7E6933-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 01:34:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A182E16A421 for ; Fri, 6 Jul 2007 01:34:04 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6880013C457 for ; Fri, 6 Jul 2007 01:34:02 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id F03EB1155F; Thu, 5 Jul 2007 20:34:01 -0500 (CDT) Date: Thu, 5 Jul 2007 20:33:59 -0500 From: Craig Boston To: "Bruce A. Mah" Message-ID: <20070706013359.GA4026@nowhere> Mail-Followup-To: Craig Boston , "Bruce A. Mah" , Ed Schouten , Johan Hendriks , current@freebsd.org References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> <20070705040828.GG37187@hoeg.nl> <468C806C.6060602@freebsd.org> <20070705073857.GH37187@hoeg.nl> <468D98A4.3050300@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <468D98A4.3050300@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Johan Hendriks , Ed Schouten , current@freebsd.org Subject: Re: Fixit live cd 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: Fri, 06 Jul 2007 01:34:04 -0000 On Thu, Jul 05, 2007 at 06:19:32PM -0700, Bruce A. Mah wrote: > The live filesystem is (about) 400MB. That seems excessively big for a minimal install. Perhaps some trimming can be done. Are man and info pages part of the livecd? I wonder if using geom_uzip for the live filesystem would be an option. I've used it extensively on flash media before, and I think FreeSBIE may use it as well. uzip also has other benefits as well such as faster loading and less I/O to the CD. I suppose it mostly depends on somebody stepping up and doing the work to integrate it into the build scripts :) Craig From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 02:26:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F44116A468 for ; Fri, 6 Jul 2007 02:26:36 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 3E75E13C48C for ; Fri, 6 Jul 2007 02:26:36 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (yly9xu2tju1r5g3k@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l662QWK9008114; Thu, 5 Jul 2007 19:26:32 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l662QW1N008113; Thu, 5 Jul 2007 19:26:32 -0700 (PDT) (envelope-from jmg) Date: Thu, 5 Jul 2007 19:26:31 -0700 From: John-Mark Gurney To: "Julian H. Stacey" Message-ID: <20070706022631.GQ1221@funkthat.com> Mail-Followup-To: "Julian H. Stacey" , current@freebsd.org References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707052245.l65MjpmR055403@fire.js.berklix.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 02:26:36 -0000 Julian H. Stacey wrote this message on Fri, Jul 06, 2007 at 00:45 +0200: > John Baldwin wrote: > > The ie(4) driver in 7.x has several issues. First of all, it has several > > compiler warnings that haven't been successfully fixed in several years and > > are currently just ignored. More importantly, it hasn't been updated to use > > more modern FreeBSD APIs like bus_space (still uses inb/outb) and SMPng > > locking. If someone is using this driver and is willing to test fixes for > > it, then it can be updated. If there isn't anyone who is using this driver > > and willing to test fixes, then it will be removed from the tree at some > > point in the future (say a month or two). > > I reduced "cc: stable@freebsd.org, current@freebsd.org" to current@ > & changed "Subject:" so as not to cross post this tangential reply. > ( BTW I checked, I don't have any hardware that uses "ie" ) > > What's concerned me increasingly for some time, (& nothing personal > to any individual, (the above just a useful illustration ) is a > tendency in FreeBSD for developers to say: > ~Unless anyone speaks in [time] I will discard [whatever]~ > Then months later a new release is rolled, & months later users upgrade, &: > "Oh my god! they removed the XYZ I use ! ... Aargh!~ > > So when discarding, it seems best to adopt a policy to warn as > wide a user base as possible, not just developers. > Not just current@ or stable@ but at least all of hackers@. I'm sorry, but are you saying that we now expect our regular users to read -hackers? I would say that if we need to go beyond -current or -stable, that we need to make it a regular news item. > Even then we risk hurting happy users of FreeBSD, eg > ISPs etc who just don't have time to read hackers@ every day. > > Maybe FreeBSD should have a low bandwidth mail list, that managers > & busy admins could safely subscribe, so they get long warning > of functional removal ? Such things as eg 16 bit PCMCIA removal > (after 4.11 before 6.*) would have gone to such a list, etc. Hmmm... If we batch these up, one per major branch, -announce wouldn't be too bad... > Good PR to keep wider user base informed of planned removals, > & some otherwise unknowing users might then reply > "OK, I'll install current/ stable on a spare box, & give > developer(s) access, as I can't afford to lose functionality~ > > PS Analogy: > Opening programme in the "Hitch Hikers Guide To The Galaxy": > The plan to demolish Arthur's house. on display in locked basement, > The plan to demolish Earth, only filed on Alpha Centauri :-) I'm sure even if we push it to a News item and send it out to -announce there'll be someone who said, "Why didn't I get a personally courriered letter to my home, my place of business and my vacation home?" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 03:09:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AAB016A468; Fri, 6 Jul 2007 03:09:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E6C4D13C455; Fri, 6 Jul 2007 03:09:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l6639BB9026765; Thu, 5 Jul 2007 23:09:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l6639BYt038541; Thu, 5 Jul 2007 23:09:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A89A573068; Thu, 5 Jul 2007 23:09:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070706030910.A89A573068@freebsd-current.sentex.ca> Date: Thu, 5 Jul 2007 23:09:10 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 03:09:12 -0000 TB --- 2007-07-06 01:29:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-06 01:29:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-06 01:29:23 - cleaning the object tree TB --- 2007-07-06 01:29:42 - checking out the source tree TB --- 2007-07-06 01:29:42 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-06 01:29:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-06 01:39:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-06 01:39:32 - cd /src TB --- 2007-07-06 01:39:32 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 6 01:39:33 UTC 2007 >>> 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 Fri Jul 6 02:54:20 UTC 2007 TB --- 2007-07-06 02:54:20 - generating LINT kernel config TB --- 2007-07-06 02:54:20 - cd /src/sys/pc98/conf TB --- 2007-07-06 02:54:20 - /usr/bin/make -B LINT TB --- 2007-07-06 02:54:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-06 02:54:21 - cd /src TB --- 2007-07-06 02:54:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jul 6 02:54:21 UTC 2007 >>> 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 -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/scterm-sck.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 -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/scvtb.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 -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/sio.c cc1: warnings being treated as errors /src/sys/pc98/cbus/sio.c: In function 'sioprobe': /src/sys/pc98/cbus/sio.c:780: warning: 'iod.cmd' may be used uninitialized in this function /src/sys/pc98/cbus/sio.c:780: warning: 'iod.sts' may be used uninitialized in this function /src/sys/pc98/cbus/sio.c:780: warning: 'iod.ctrl' may be used uninitialized in this function *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-06 03:09:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-06 03:09:10 - ERROR: failed to build lint kernel TB --- 2007-07-06 03:09:10 - tinderbox aborted TB --- 0.63 user 2.10 system 5986.58 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 04:08:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3629316A400 for ; Fri, 6 Jul 2007 04:08:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id D08E913C45A for ; Fri, 6 Jul 2007 04:08:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I6f7Y-000FwM-6E; Fri, 06 Jul 2007 07:08:49 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l6648TM5050563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jul 2007 07:08:29 +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.1/8.14.1) with ESMTP id l6648TjL040565; Fri, 6 Jul 2007 07:08:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l6648TB2040564; Fri, 6 Jul 2007 07:08:29 +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, 6 Jul 2007 07:08:29 +0300 From: Kostik Belousov To: "Bruce A. Mah" Message-ID: <20070706040828.GB2200@deviant.kiev.zoral.com.ua> References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> <20070705040828.GG37187@hoeg.nl> <468C806C.6060602@freebsd.org> <20070705073857.GH37187@hoeg.nl> <468D98A4.3050300@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2+IDmuKgu0wSQZlt" Content-Disposition: inline In-Reply-To: <468D98A4.3050300@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 0a21689c2f1d2e94d8aa83f1a1b60733 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1189 [July 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Johan Hendriks , Ed Schouten , current@freebsd.org Subject: Re: Fixit live cd 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: Fri, 06 Jul 2007 04:08:50 -0000 --2+IDmuKgu0wSQZlt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jul 05, 2007 at 06:19:32PM -0700, Bruce A. Mah wrote: > The live filesystem is (about) 400MB. All of the 7.0-CURRENT-200706 > snapshot is 349M, and out of that, the base distribution is 50MB. So > one could theoretically do this. I think that if you really want such a > thing, it wouldn't be hard to re-master the existing disks to do this. Most likely, doubling of the size caused by kernel debugging symbols being included both in the live cd image and base set. --2+IDmuKgu0wSQZlt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjcA7C3+MBN1Mb4gRArpqAJ4gEsa6MBhAn0RVWB6zSfaWJNp9yACggGR7 Vz+czf37ZPfKsEdA10Ja2z8= =1eHr -----END PGP SIGNATURE----- --2+IDmuKgu0wSQZlt-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 04:44:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BF2A16A41F for ; Fri, 6 Jul 2007 04:44:49 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id B20CE13C448 for ; Fri, 6 Jul 2007 04:44:48 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6fgR-0005S5-9a for freebsd-current@freebsd.org; Fri, 06 Jul 2007 12:44:43 +0800 Message-ID: <468DC8BB.307@micom.mng.net> Date: Fri, 06 Jul 2007 12:44:43 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: xorg 7.2 locks system in 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, 06 Jul 2007 04:44:49 -0000 Hi, I have todays CURRENT. My machine is Dell Latitude D620 with 945GM graphics card. When I try to run xorg 7.2, my machine hangs and on serial console it showed: uma_zalloc_arg: zone "64" with the following non-sleepable locks held: exclusive sleep mutex drm device r = 0 (0xc3c06cd8) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 KDB: enter: witness_warn [thread pid 739 tid 100092 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 739 tid 100092 td 0xc3fe2220 kdb_enter(c086100b,e63ea9fc,4,1,0,...) at kdb_enter+0x32 witness_warn(5,0,c08bd9fe,c08a71b1,66666666,...) at witness_warn+0x1b9 uma_zalloc_arg(c1072d20,0,102,2,c09d9d64,...) at uma_zalloc_arg+0x34 malloc(2c,c093d0c0,102,12,c4325db0,...) at malloc+0xd2 sysctl_add_oid(c4325dcc,c09d9d64,ffffffff,c4325db0,80000001,...) at sysctl_add_oid+0x95 alloc_bounce_zone(44,c09399e0,101,1000,c3c8ec80,...) at alloc_bounce_zone+0x16d bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at bus_dma_tag_create+0x1a9 drm_pci_alloc(c3c06c00,1000,1000,ffffffff,20000,...) at drm_pci_alloc+0xe1 i915_dma_init(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at i915_dma_init+0x2b8 drm_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at drm_ioctl+0x357 giant_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at giant_ioctl+0x56 devfs_ioctl_f(c3e70048,80446440,c4325e80,c405c500,c3fe2220,...) at devfs_ioctl_f+0xc9 kern_ioctl(c3fe2220,8,80446440,c4325e80,0,...) at kern_ioctl+0x243 ioctl(c3fe2220,e63eacfc,c,c089e511,c0935830,...) at ioctl+0x134 syscall(e63ead38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x483decc3, esp = 0xbfbfea5c, ebp = 0xbfbfea78 --- db> db> c uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex drm device r = 0 (0xc3c06cd8) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 KDB: enter: witness_warn [thread pid 739 tid 100092 ] Stopped at kdb_enter+0x32: leave db> thanks, Ganbold -- Inspiration without perspiration is usually sterile. From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 05:02:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 303CD16A468 for ; Fri, 6 Jul 2007 05:02:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2A713C46E for ; Fri, 6 Jul 2007 05:02:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 05 Jul 2007 22:02:13 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 138F6125ADD for ; Thu, 5 Jul 2007 22:02:13 -0700 (PDT) Message-ID: <468DCCE1.2020404@elischer.org> Date: Thu, 05 Jul 2007 22:02:25 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------040108090204020407060904" Cc: Subject: [Fwd: Re: [Fwd: Re: ZFS vs Samba Debugging Results ... Need Help.]] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 05:02:14 -0000 This is a multi-part message in MIME format. --------------040108090204020407060904 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Forwarded from Jeremy of the samba group. --------------040108090204020407060904 Content-Type: message/rfc822; name="Re: [Fwd: Re: ZFS vs Samba Debugging Results ... Need Help.].eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename*0="Re: [Fwd: Re: ZFS vs Samba Debugging Results ... Need Help.]"; filename*1=".eml" Return-Path: X-Original-To: julian@elischer.org Delivered-To: julian@idiom.com Received: from lists.samba.org (mail.samba.org [66.70.73.150]) by idiom.com (Postfix) with ESMTP id 8E99C125ADB for ; Thu, 5 Jul 2007 19:13:59 -0700 (PDT) Received: by lists.samba.org (Postfix, from userid 549) id E94E7162AE0; Fri, 6 Jul 2007 02:13:57 +0000 (GMT) Date: Thu, 5 Jul 2007 19:13:55 -0700 From: Jeremy Allison To: Julian Elischer Cc: Jeremy Allison Subject: Re: [Fwd: Re: ZFS vs Samba Debugging Results ... Need Help.] Message-ID: <20070706021355.GB5056@samba1> Reply-To: Jeremy Allison References: <468DA1DC.7030809@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <468DA1DC.7030809@elischer.org> User-Agent: Mutt/1.5.11 X-Bogosity: Ham, tests=bogofilter, spamicity=0.236843, version=1.1.5 X-Spam-Status: No, hits=-2.6 required=5 tests=SPF_HELO_PASS,SPF_PASS, BAYES_00 X-ClamAV-Status: No X-Idiom-Reporting: If this was spam, please report it to http://www.spamcop.net On Thu, Jul 05, 2007 at 06:58:52PM -0700, Julian Elischer wrote: > For your ammusement. > > samba blew up when on ZFS due to an unexpected result in some returned > value somewhere.. > (details on demand) I know about this. It's a bug in *BSD. The reason tridge wrote this is here : >From : lib/replace/repdir_getdents.c in Samba. ------------------------------------------------------------------------ /* a replacement for opendir/readdir/telldir/seekdir/closedir for BSD systems This is needed because the existing directory handling in FreeBSD and OpenBSD (and possibly NetBSD) doesn't correctly handle unlink() on files in a directory where telldir() has been used. On a block boundary it will occasionally miss a file when seekdir() is used to return to a position previously recorded with telldir(). This also fixes a severe performance and memory usage problem with telldir() on BSD systems. Each call to telldir() in BSD adds an entry to a linked list, and those entries are cleaned up on closedir(). This means with a large directory closedir() can take an arbitrary amount of time, causing network timeouts as millions of telldir() entries are freed Note! This replacement code is not portable. It relies on getdents() always leaving the file descriptor at a seek offset that is a multiple of DIR_BUF_SIZE. If the code detects that this doesn't happen then it will abort(). It also does not handle directories with offsets larger than can be stored in a long, ------------------------------------------------------------------------ Fix your OS please. Jeremy. --------------040108090204020407060904-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 05:10:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 899CD16A41F for ; Fri, 6 Jul 2007 05:10:47 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 38DE713C457 for ; Fri, 6 Jul 2007 05:10:47 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l665B2tr093899; Fri, 6 Jul 2007 01:11:02 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Donnell In-Reply-To: <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-O2niRc7jgPx4QnLc4u5n" Organization: MarcusCom, Inc. Date: Fri, 06 Jul 2007 01:10:37 -0400 Message-Id: <1183698637.55166.58.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: current , "Boris S." , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 05:10:47 -0000 --=-O2niRc7jgPx4QnLc4u5n Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-07-05 at 20:39 -0400, Brian Donnell wrote: > Thanks to Pascal Hofstee and Joe Marcus Clarke I found a way to get ZFS > samba shared. I haven't run into any problems yet, but consider it > experimental. You're going to love how simple this one was. >=20 > cd /usr/ports/net/samba3 > make patch > cd work/samba-3.0.25a/source/lib/replace > rm repdir_get* > cd /usr/ports/net/samba3 > make install Yes, this "works" as Pascal tested for me earlier. However, if you read the comments in this file there was a reason these functions are overridden. The way that telldir() works can cause issues when closedir() is called (e.g. network timeouts). In any event, I'm not sure there's a better way to do this when it comes to ZFS. When doing an lseek() on a ZFS directory, the internal offset is set to a hash code value (as far as I can tell). You can not reliably increment this by some number, and get back to the same location in a given directory (in fact, you can easily get a segfault by doing that). Joe >=20 > And now it works. Just get rid of the offending functions. I've had no > problems reading or writing files of large and small size in directories > with only a couple files or a couple hundred. It was so simple it makes = me > think something is still very wrong. But I'm having no problems now. >=20 > -- Brian >=20 > On 7/5/07, Pascal Hofstee wrote: > > > > Hi, > > > > I did some addititional debugging and adding a small workaround to > > smbd/vfs.c making the function vfs_readdirname() return ptr->d_name > > directly instead of relying on the temporary variable dname gets the > > code properly skipping the "." and ".." entries. > > > > >From that point on the code enters into a new problem area which can b= e > > observed in the backtrace posted at http://pastebin.ca/604961 > > > > Joe Marcus Clarke helped me out further with debugging this problem and > > we have come to the conclusion that the following assertion in samba's > > telldir() implementation located in lib/replace/repdir_getdirentries.c > > does not hold true on ZFS directories (marcus mentioned something about > > lseek() behaving differently on ZFS than it does on UFS): > > > > if (d->seekpos & (DIR_BUF_SIZE-1)) { > > abort(); > > } > > > > Marcus was so kind to put up a simple test case at > > http://www.marcuscom.com/downloads/samba_zfs.c > > > > Change main() to point to a ZFS directory, and watch it crash. > > Then point to a UFS directory, and it works. > > The seekpos is printed each time. > > > > Hopefully this will be enough information to get us to figure out a > > workable solution here. > > > > -- > > Pascal Hofstee > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-O2niRc7jgPx4QnLc4u5n Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGjc7Lb2iPiv4Uz4cRAqZeAKCf0gnizMSJdO4iXyojTEx/za4aGACglT2d HtZ3V+cZo/oN/XlyG//t5EA= =IyuP -----END PGP SIGNATURE----- --=-O2niRc7jgPx4QnLc4u5n-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 05:19:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3999016A41F for ; Fri, 6 Jul 2007 05:19:57 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id E755913C448 for ; Fri, 6 Jul 2007 05:19:56 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so89226nzf for ; Thu, 05 Jul 2007 22:19:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NDZdgO+x/DRXKD6CXa/G+3WwYCxPDcaGA0qumpLtJqI86n8L6ZZARTQ/WKq0ooQE+UD3b+fO1hfgamLNj+DlOUfDFs95yun+NpRD7JLe76C+ZRel5zvSB+USkurXTwpfX3yLCQ9k0bPIRiFUOVyQcBb3UQ+mhrUsJbFILpnh4H4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=s/D41PAjGld94elz9MWozBghNCry5R1Bsjn3TCyGPMa9Q4wzIyoMYMF5mO9SRjS6cfdN2Acm4cwES0aq5+36j/7fSqfS+ggeEftuCN6HZ0vE3hfAS/MiKjOk7MxqEwdqyze9dcvrAA8uG4ZxQDeoeIBq0gO6OyUAqbw7vWLS+fY= Received: by 10.142.80.7 with SMTP id d7mr25316wfb.1183699195776; Thu, 05 Jul 2007 22:19:55 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Thu, 5 Jul 2007 22:19:55 -0700 (PDT) Message-ID: <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> Date: Fri, 6 Jul 2007 01:19:55 -0400 From: "Brian Donnell" To: "Joe Marcus Clarke" In-Reply-To: <1183698637.55166.58.camel@shumai.marcuscom.com> MIME-Version: 1.0 References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> <1183698637.55166.58.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current , "Boris S." , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 05:19:57 -0000 I did read the comment, and I've been running tests with zfs, ntfs, and ufs samba shares to see if anything bad is happening without those replacement functions. Dropping the connection between computers down to 10mbit I'm not having any problems with directories containing a couple thousand files. I can't reliably test any slower of a connection. Maybe it's the speed of the computer or the speed of the connection, but I'm not seeing any issues. With the replacement functions in ntfs can't be shared without core dumping either. Are these replacement functions perhaps not needed anymore? Or am I just missing something? But ever since I removed those replacement functions on a 100mbit network I've seen, literally, a 10 fold increase in speeds writing to my FreeBSD samba shares from Windows XP. Perhaps that's just coincidence, but it seems like odd timing if it is. -- Brian On 7/6/07, Joe Marcus Clarke wrote: > > > Yes, this "works" as Pascal tested for me earlier. However, if you read > the comments in this file there was a reason these functions are > overridden. The way that telldir() works can cause issues when > closedir() is called (e.g. network timeouts). > > In any event, I'm not sure there's a better way to do this when it comes > to ZFS. When doing an lseek() on a ZFS directory, the internal offset > is set to a hash code value (as far as I can tell). You can not > reliably increment this by some number, and get back to the same > location in a given directory (in fact, you can easily get a segfault by > doing that). > > Joe > From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 05:24:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60FB716A421 for ; Fri, 6 Jul 2007 05:24:13 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFEF13C45A for ; Fri, 6 Jul 2007 05:24:12 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l665OWFg093971; Fri, 6 Jul 2007 01:24:32 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Donnell In-Reply-To: <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> <1183698637.55166.58.camel@shumai.marcuscom.com> <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-R5B7di3PQlpKtkmcLwp6" Organization: MarcusCom, Inc. Date: Fri, 06 Jul 2007 01:24:06 -0400 Message-Id: <1183699446.55166.62.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_40,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: current , "Boris S." , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 05:24:13 -0000 --=-R5B7di3PQlpKtkmcLwp6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-07-06 at 01:19 -0400, Brian Donnell wrote: > I did read the comment, and I've been running tests with zfs, ntfs, > and ufs samba shares to see if anything bad is happening without those > replacement functions. Dropping the connection between computers down > to 10mbit I'm not having any problems with directories containing a > couple thousand files. I can't reliably test any slower of a > connection. Maybe it's the speed of the computer or the speed of the > connection, but I'm not seeing any issues. With the replacement > functions in ntfs can't be shared without core dumping either. Are > these replacement functions perhaps not needed anymore? Or am I just > missing something? But ever since I removed those replacement > functions on a 100mbit network I've seen, literally, a 10 fold > increase in speeds writing to my FreeBSD samba shares from Windows XP. > Perhaps that's just coincidence, but it seems like odd timing if it > is.=20 The behavior of telldir/closedir on FreeBSD is the same as when these replacement functions were written (i.e. the unused telldir() linked list nodes need to be freed in closedir()). I'm not certain about the rmdir issue to which the comments also refer. Julian's recent post from the Samba people indicates they still think the code is needed. Joe >=20 > -- Brian >=20 > On 7/6/07, Joe Marcus Clarke wrote: > =20 > Yes, this "works" as Pascal tested for me earlier. However, > if you read > the comments in this file there was a reason these functions > are > overridden. The way that telldir() works can cause issues > when=20 > closedir() is called (e.g. network timeouts). > =20 > In any event, I'm not sure there's a better way to do this > when it comes > to ZFS. When doing an lseek() on a ZFS directory, the > internal offset > is set to a hash code value (as far as I can tell). You can > not=20 > reliably increment this by some number, and get back to the > same > location in a given directory (in fact, you can easily get a > segfault by > doing that). > =20 > Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-R5B7di3PQlpKtkmcLwp6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGjdH1b2iPiv4Uz4cRAo1YAJ4vv7Gmv2G43CaRlr3549FtLvs3oACfYzO6 gpCF2mHbYH9VoPeSH6Xt0pg= =1uMG -----END PGP SIGNATURE----- --=-R5B7di3PQlpKtkmcLwp6-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 06:18:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF49516A469 for ; Fri, 6 Jul 2007 06:18:26 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7D513C45E for ; Fri, 6 Jul 2007 06:18:26 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6h96-0006Mm-HB for freebsd-current@freebsd.org; Fri, 06 Jul 2007 14:18:24 +0800 Message-ID: <468DDEAD.1060405@micom.mng.net> Date: Fri, 06 Jul 2007 14:18:21 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" References: <468DC8BB.307@micom.mng.net> In-Reply-To: <468DC8BB.307@micom.mng.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: xorg 7.2 locks system in 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, 06 Jul 2007 06:18:27 -0000 Please ignore my previous email, it seems like related to WITNESS warning. Ganbold Ganbold wrote: > Hi, > > I have todays CURRENT. My machine is Dell Latitude D620 with 945GM > graphics card. > When I try to run xorg 7.2, my machine hangs and on serial console it > showed: > > uma_zalloc_arg: zone "64" with the following non-sleepable locks held: > exclusive sleep mutex drm device r = 0 (0xc3c06cd8) locked @ > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 > KDB: enter: witness_warn > [thread pid 739 tid 100092 ] > Stopped at kdb_enter+0x32: leave > db> bt > Tracing pid 739 tid 100092 td 0xc3fe2220 > kdb_enter(c086100b,e63ea9fc,4,1,0,...) at kdb_enter+0x32 > witness_warn(5,0,c08bd9fe,c08a71b1,66666666,...) at witness_warn+0x1b9 > uma_zalloc_arg(c1072d20,0,102,2,c09d9d64,...) at uma_zalloc_arg+0x34 > malloc(2c,c093d0c0,102,12,c4325db0,...) at malloc+0xd2 > sysctl_add_oid(c4325dcc,c09d9d64,ffffffff,c4325db0,80000001,...) at > sysctl_add_oid+0x95 > alloc_bounce_zone(44,c09399e0,101,1000,c3c8ec80,...) at > alloc_bounce_zone+0x16d > bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at > bus_dma_tag_create+0x1a9 > drm_pci_alloc(c3c06c00,1000,1000,ffffffff,20000,...) at > drm_pci_alloc+0xe1 > i915_dma_init(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at > i915_dma_init+0x2b8 > drm_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at drm_ioctl+0x357 > giant_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at > giant_ioctl+0x56 > devfs_ioctl_f(c3e70048,80446440,c4325e80,c405c500,c3fe2220,...) at > devfs_ioctl_f+0xc9 > kern_ioctl(c3fe2220,8,80446440,c4325e80,0,...) at kern_ioctl+0x243 > ioctl(c3fe2220,e63eacfc,c,c089e511,c0935830,...) at ioctl+0x134 > syscall(e63ead38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x483decc3, esp = > 0xbfbfea5c, ebp = 0xbfbfea78 --- > db> > db> c > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > exclusive sleep mutex drm device r = 0 (0xc3c06cd8) locked @ > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 > KDB: enter: witness_warn > [thread pid 739 tid 100092 ] > Stopped at kdb_enter+0x32: leave > db> > > thanks, > > Ganbold > -- "It's easier said than done." ... and if you don't believe it, try proving that it's easier done than said, and you'll see that "it's easier said that `it's easier done than said' than it is done", which really proves that "it's easier said than done". From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 08:58:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3C1F16A41F for ; Fri, 6 Jul 2007 08:58:58 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from dva.homeunix.org (dva.homeunix.org [217.91.119.60]) by mx1.freebsd.org (Postfix) with ESMTP id 71AC713C44B for ; Fri, 6 Jul 2007 08:58:58 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Message-ID: <468E04D4.40207@dva.dyndns.org> Date: Fri, 06 Jul 2007 11:01:08 +0200 From: "Boris S." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Joe Marcus Clarke References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> <1183698637.55166.58.camel@shumai.marcuscom.com> <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> <1183699446.55166.62.camel@shumai.marcuscom.com> In-Reply-To: <1183699446.55166.62.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Pascal Hofstee , current , Brian Donnell Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 08:58:58 -0000 Joe Marcus Clarke schrieb: > The behavior of telldir/closedir on FreeBSD is the same as when these > replacement functions were written (i.e. the unused telldir() linked > list nodes need to be freed in closedir()). I'm not certain about the > rmdir issue to which the comments also refer. I find it curious that samba is running fine under amd64 mode. I've never had problems with samba and ZFS @amd64. Boris From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 09:13:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E47816A421 for ; Fri, 6 Jul 2007 09:13:00 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from dva.homeunix.org (pd95b773c.dip0.t-ipconnect.de [217.91.119.60]) by mx1.freebsd.org (Postfix) with ESMTP id C035613C465 for ; Fri, 6 Jul 2007 09:12:59 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Message-ID: <468E081D.3070507@dva.dyndns.org> Date: Fri, 06 Jul 2007 11:15:09 +0200 From: "Boris S." User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Joe Marcus Clarke References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> <1183698637.55166.58.camel@shumai.marcuscom.com> <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> <1183699446.55166.62.camel@shumai.marcuscom.com> <468E04D4.40207@dva.dyndns.org> In-Reply-To: <468E04D4.40207@dva.dyndns.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Brian Donnell , current , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 09:13:00 -0000 Boris S. schrieb: > I find it curious that samba is running fine under amd64 mode. I've > never had problems with samba and ZFS @amd64. ... compiled with gcc42 from ports. Boris From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 09:51:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA18016A41F for ; Fri, 6 Jul 2007 09:51:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 7418113C4AE for ; Fri, 6 Jul 2007 09:51:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I6kTI-00076n-0D for freebsd-current@freebsd.org; Fri, 06 Jul 2007 12:51:37 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l669pFL2046843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jul 2007 12:51:16 +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.1/8.14.1) with ESMTP id l669pFCc063332; Fri, 6 Jul 2007 12:51:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l669pDbb063331; Fri, 6 Jul 2007 12:51:13 +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, 6 Jul 2007 12:51:13 +0300 From: Kostik Belousov To: Ganbold Message-ID: <20070706095113.GD2200@deviant.kiev.zoral.com.ua> References: <468DC8BB.307@micom.mng.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8p/3hdGJBHAENZPK" Content-Disposition: inline In-Reply-To: <468DC8BB.307@micom.mng.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 88b69d8ab6077836b90bc526c77e14c8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1189 [July 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: xorg 7.2 locks system in 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, 06 Jul 2007 09:51:38 -0000 --8p/3hdGJBHAENZPK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Redirecting to x11@ as more appropriate] On Fri, Jul 06, 2007 at 12:44:43PM +0800, Ganbold wrote: > Hi, >=20 > I have todays CURRENT. My machine is Dell Latitude D620 with 945GM=20 > graphics card. > When I try to run xorg 7.2, my machine hangs and on serial console it=20 > showed: >=20 > uma_zalloc_arg: zone "64" with the following non-sleepable locks held: > exclusive sleep mutex drm device r =3D 0 (0xc3c06cd8) locked @=20 > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 > KDB: enter: witness_warn > [thread pid 739 tid 100092 ] > Stopped at kdb_enter+0x32: leave > db> bt > Tracing pid 739 tid 100092 td 0xc3fe2220 > kdb_enter(c086100b,e63ea9fc,4,1,0,...) at kdb_enter+0x32 > witness_warn(5,0,c08bd9fe,c08a71b1,66666666,...) at witness_warn+0x1b9 > uma_zalloc_arg(c1072d20,0,102,2,c09d9d64,...) at uma_zalloc_arg+0x34 > malloc(2c,c093d0c0,102,12,c4325db0,...) at malloc+0xd2 > sysctl_add_oid(c4325dcc,c09d9d64,ffffffff,c4325db0,80000001,...) at=20 > sysctl_add_oid+0x95 > alloc_bounce_zone(44,c09399e0,101,1000,c3c8ec80,...) at=20 > alloc_bounce_zone+0x16d > bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at=20 > bus_dma_tag_create+0x1a9 > drm_pci_alloc(c3c06c00,1000,1000,ffffffff,20000,...) at drm_pci_alloc+0xe1 > i915_dma_init(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at=20 > i915_dma_init+0x2b8 > drm_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at drm_ioctl+0x357 > giant_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at giant_ioctl+0x56 > devfs_ioctl_f(c3e70048,80446440,c4325e80,c405c500,c3fe2220,...) at=20 > devfs_ioctl_f+0xc9 > kern_ioctl(c3fe2220,8,80446440,c4325e80,0,...) at kern_ioctl+0x243 > ioctl(c3fe2220,e63eacfc,c,c089e511,c0935830,...) at ioctl+0x134 > syscall(e63ead38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x483decc3, esp =3D=20 > 0xbfbfea5c, ebp =3D 0xbfbfea78 --- > db> > db> c > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > exclusive sleep mutex drm device r =3D 0 (0xc3c06cd8) locked @=20 > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 > KDB: enter: witness_warn > [thread pid 739 tid 100092 ] > Stopped at kdb_enter+0x32: leave > db> >=20 > thanks, >=20 > Ganbold Man page states explicitely that bus_dma_tag_create() (as well as bus_dmamem_alloc()) shall not be called with non-sleepable lock held. I am not completely sure, but it seems to be safe to drop the drm lock around drm_pci_alloc() when the later moved to the start of the i915_initialize(). Could you, please, test the patch below ? diff --git a/sys/dev/drm/i915_dma.c b/sys/dev/drm/i915_dma.c index 1d1877b..118d160 100644 --- a/sys/dev/drm/i915_dma.c +++ b/sys/dev/drm/i915_dma.c @@ -122,7 +122,22 @@ static int i915_initialize(drm_device_t * dev, drm_i915_private_t * dev_priv, drm_i915_init_t * init) { + drm_dma_handle_t *dmah; + + DRM_UNLOCK(); + dmah =3D drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE,=20 + 0xffffffff); + if (!dmah) { + dev->dev_private =3D (void *)dev_priv; + i915_dma_cleanup(dev); + DRM_ERROR("Can not allocate hardware status page\n"); + DRM_LOCK(); + return DRM_ERR(ENOMEM); + } + DRM_LOCK(); + memset(dev_priv, 0, sizeof(drm_i915_private_t)); + dev_priv->status_page_dmah =3D dmah; =20 DRM_GETSAREA(); if (!dev_priv->sarea) { @@ -181,15 +196,6 @@ static int i915_initialize(drm_device_t * dev, dev_priv->allow_batchbuffer =3D 1; =20 /* Program Hardware Status Page */ - dev_priv->status_page_dmah =3D drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE,= =20 - 0xffffffff); - - if (!dev_priv->status_page_dmah) { - dev->dev_private =3D (void *)dev_priv; - i915_dma_cleanup(dev); - DRM_ERROR("Can not allocate hardware status page\n"); - return DRM_ERR(ENOMEM); - } dev_priv->hw_status_page =3D dev_priv->status_page_dmah->vaddr; dev_priv->dma_status_page =3D dev_priv->status_page_dmah->busaddr; =09 --8p/3hdGJBHAENZPK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjhCQC3+MBN1Mb4gRAu1lAKCeLLHpsIpz2oIqeaMJxj3mpV29FgCg6+Hf EXC1PoCuIv6K59Y7CVB74cY= =Fm4F -----END PGP SIGNATURE----- --8p/3hdGJBHAENZPK-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 09:56:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C9BE16A468 for ; Fri, 6 Jul 2007 09:56:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0660113C4BE for ; Fri, 6 Jul 2007 09:56:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A6DD74836A; Fri, 6 Jul 2007 05:56:56 -0400 (EDT) Date: Fri, 6 Jul 2007 10:56:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kip Macy In-Reply-To: Message-ID: <20070706105458.A247@fledge.watson.org> References: <200707051428.22766.jhb@freebsd.org> <200707052319.16303.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 09:56:57 -0000 On Thu, 5 Jul 2007, Kip Macy wrote: >> I am the proud owner of one ie(4) board. >> >> just now, the machine using it is running -Stable, but I can easily arrange >> for dual booting with -Current. > > An outstanding issue for it is that the NET_GIANT infrastructure is going > away in 7.0, so if_ie will also need to be locked in order to remain. That's actually not the case -- NET_NEEDS_GIANT eliminates support for non-MPSAFE protocol stacks, not non-MPSAFE device drivers. IFF_NEEDSGIANT will, sadly, remain, as several core drivers/frameworks still require Giant. Things on the chopping board for 7.0, hopefully to be restored for 7.1 once locked, are: - i4b - netatm - ng_h4 Things removed entirely: - KAME IPSEC, replaced with FAST_IPSEC now it supports IPv6 However, I do hope to make non-MPSAFE network interface drivers go away in 8-CURRENT, so people who want their non-MPSAFE network interface drivers to persist need to either lock them down or work with someone to test locking patches for them. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 10:17:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EF0916A41F for ; Fri, 6 Jul 2007 10:17:56 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 2925413C480 for ; Fri, 6 Jul 2007 10:17:55 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I6ksn-0008hC-8N; Fri, 06 Jul 2007 18:17:50 +0800 Message-ID: <468E16CC.4040704@micom.mng.net> Date: Fri, 06 Jul 2007 18:17:48 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Kostik Belousov References: <468DC8BB.307@micom.mng.net> <20070706095113.GD2200@deviant.kiev.zoral.com.ua> In-Reply-To: <20070706095113.GD2200@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: xorg 7.2 locks system in 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, 06 Jul 2007 10:17:56 -0000 Kostik Belousov wrote: > [Redirecting to x11@ as more appropriate] > > On Fri, Jul 06, 2007 at 12:44:43PM +0800, Ganbold wrote: > >> Hi, >> >> I have todays CURRENT. My machine is Dell Latitude D620 with 945GM >> graphics card. >> When I try to run xorg 7.2, my machine hangs and on serial console it >> showed: >> >> uma_zalloc_arg: zone "64" with the following non-sleepable locks held: >> exclusive sleep mutex drm device r = 0 (0xc3c06cd8) locked @ >> /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 >> KDB: enter: witness_warn >> [thread pid 739 tid 100092 ] >> Stopped at kdb_enter+0x32: leave >> db> bt >> Tracing pid 739 tid 100092 td 0xc3fe2220 >> kdb_enter(c086100b,e63ea9fc,4,1,0,...) at kdb_enter+0x32 >> witness_warn(5,0,c08bd9fe,c08a71b1,66666666,...) at witness_warn+0x1b9 >> uma_zalloc_arg(c1072d20,0,102,2,c09d9d64,...) at uma_zalloc_arg+0x34 >> malloc(2c,c093d0c0,102,12,c4325db0,...) at malloc+0xd2 >> sysctl_add_oid(c4325dcc,c09d9d64,ffffffff,c4325db0,80000001,...) at >> sysctl_add_oid+0x95 >> alloc_bounce_zone(44,c09399e0,101,1000,c3c8ec80,...) at >> alloc_bounce_zone+0x16d >> bus_dma_tag_create(0,1000,0,ffffffff,ffffffff,...) at >> bus_dma_tag_create+0x1a9 >> drm_pci_alloc(c3c06c00,1000,1000,ffffffff,20000,...) at drm_pci_alloc+0xe1 >> i915_dma_init(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at >> i915_dma_init+0x2b8 >> drm_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at drm_ioctl+0x357 >> giant_ioctl(c3bf3800,80446440,c4325e80,3,c3fe2220,...) at giant_ioctl+0x56 >> devfs_ioctl_f(c3e70048,80446440,c4325e80,c405c500,c3fe2220,...) at >> devfs_ioctl_f+0xc9 >> kern_ioctl(c3fe2220,8,80446440,c4325e80,0,...) at kern_ioctl+0x243 >> ioctl(c3fe2220,e63eacfc,c,c089e511,c0935830,...) at ioctl+0x134 >> syscall(e63ead38) at syscall+0x2b3 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x483decc3, esp = >> 0xbfbfea5c, ebp = 0xbfbfea78 --- >> db> >> db> c >> uma_zalloc_arg: zone "16" with the following non-sleepable locks held: >> exclusive sleep mutex drm device r = 0 (0xc3c06cd8) locked @ >> /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:907 >> KDB: enter: witness_warn >> [thread pid 739 tid 100092 ] >> Stopped at kdb_enter+0x32: leave >> db> >> >> thanks, >> >> Ganbold >> > > Man page states explicitely that bus_dma_tag_create() (as well as > bus_dmamem_alloc()) shall not be called with non-sleepable lock held. > I am not completely sure, but it seems to be safe to drop the drm > lock around drm_pci_alloc() when the later moved to the start of the > i915_initialize(). > > Could you, please, test the patch below ? > > diff --git a/sys/dev/drm/i915_dma.c b/sys/dev/drm/i915_dma.c > index 1d1877b..118d160 100644 > --- a/sys/dev/drm/i915_dma.c > +++ b/sys/dev/drm/i915_dma.c > @@ -122,7 +122,22 @@ static int i915_initialize(drm_device_t * dev, > drm_i915_private_t * dev_priv, > drm_i915_init_t * init) > { > + drm_dma_handle_t *dmah; > + > + DRM_UNLOCK(); > + dmah = drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE, > + 0xffffffff); > + if (!dmah) { > + dev->dev_private = (void *)dev_priv; > + i915_dma_cleanup(dev); > + DRM_ERROR("Can not allocate hardware status page\n"); > + DRM_LOCK(); > + return DRM_ERR(ENOMEM); > + } > + DRM_LOCK(); > + > memset(dev_priv, 0, sizeof(drm_i915_private_t)); > + dev_priv->status_page_dmah = dmah; > > DRM_GETSAREA(); > if (!dev_priv->sarea) { > @@ -181,15 +196,6 @@ static int i915_initialize(drm_device_t * dev, > dev_priv->allow_batchbuffer = 1; > > /* Program Hardware Status Page */ > - dev_priv->status_page_dmah = drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE, > - 0xffffffff); > - > - if (!dev_priv->status_page_dmah) { > - dev->dev_private = (void *)dev_priv; > - i915_dma_cleanup(dev); > - DRM_ERROR("Can not allocate hardware status page\n"); > - return DRM_ERR(ENOMEM); > - } > dev_priv->hw_status_page = dev_priv->status_page_dmah->vaddr; > dev_priv->dma_status_page = dev_priv->status_page_dmah->busaddr; > > Thanks a lot, Xorg 7.2 works here with above patch with WITNESS enabled kernel. Ganbold -- What the world *really* needs is a good Automatic Bicycle Sharpener. From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 11:02:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B74C16A41F for ; Fri, 6 Jul 2007 11:02:58 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: from otm-mgo00.iij.ad.jp (otm-mgo00.iij.ad.jp [210.138.20.174]) by mx1.freebsd.org (Postfix) with ESMTP id E713213C459 for ; Fri, 6 Jul 2007 11:02:57 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: OTM-MO(otm-mgo00) id l66AYVbU035550; Fri, 6 Jul 2007 19:34:31 +0900 (JST) DKIM-Signature: v=0.5; a=rsa-sha1; c=relaxed/simple; d=iij.ad.jp; s=omgo0; t=1183718071; bh=4uSR4sk4IBE0wVmNTSrIPMiwqVw=; h=Received:Received: Date:Message-Id:To:Cc:Subject:From:In-Reply-To:References:X-Mailer: Mime-Version:Content-Type:Content-Transfer-Encoding; b=gD8zy2Ue9Bb 26GLwsgLpYj8DQ8iLPNEDuXrkjmbB7ZwmR1wDAphZfXcFyTCiSL5ljdlf8ZkV2umDnM mG0E+2CWhX50MAmAuMZyr3+tS8Nz4Bl3xnSJppvcCF276ycvznioCD5LNWV2imjNVl0 F0BkJovIuoweV45ywqO6rWHvcI= Received: OTM-MIX(otm-mix00) id l66AYUHo005105; Fri, 6 Jul 2007 19:34:31 +0900 (JST) Received: from localhost (mercury.iij.ad.jp [192.168.184.90]) by rsmtp.iij.ad.jp (OTM-MR/rsmtp00) id l66AYSiJ014840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 6 Jul 2007 19:34:30 +0900 (JST) Date: Fri, 06 Jul 2007 19:34:28 +0900 (JST) Message-Id: <20070706.193428.212414018.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org From: YAMAMOTO Shigeru In-Reply-To: <1183669505.10705.22.camel@patricia-laptop> References: <1183669505.10705.22.camel@patricia-laptop> X-Mailer: Mew version 5.2 on Emacs 22.0.99 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: dogcube@gmail.com Subject: Re: buildworld 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: Fri, 06 Jul 2007 11:02:58 -0000 Hi, all, I check a code to generate 'md2hl.c'. I find 'sed' does not work right. I test following patterns. % echo "abcdefg" | sed -e 's/abc/hij/g' hijdefg % echo "ABCDEFG" | sed -e 's/abc/hij/g' hijDEFG % echo "abcdefg" | sed -e 's/ABC/HIJ/g' HIJdefg % echo "ABCDEFG" | sed -e 's/ABC/HIJ/g' HIJDEFG It seems me 'sed' always work with '/I'. #'I' option is added at '2007/07/04 16:42:41'. Is it bug? Thanks, ------- YAMAMOTO Shigeru From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 03:29:04 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F200016A41F; Fri, 6 Jul 2007 03:29:04 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D7B1F13C468; Fri, 6 Jul 2007 03:29:02 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 6A284B09; Thu, 5 Jul 2007 21:56:19 -0500 (CDT) Date: Thu, 5 Jul 2007 21:56:19 -0500 To: jmg@FreeBSD.org, current@FreeBSD.org Message-ID: <20070706025619.GA19556@soaustin.net> References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> <20070706022631.GQ1221@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070706022631.GQ1221@funkthat.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Fri, 06 Jul 2007 11:45:31 +0000 Cc: Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 03:29:05 -0000 > I'm sure even if we push it to a News item and send it out to > -announce there'll be someone who said, "Why didn't I get a personally > couriered letter to my home, my place of business and my vacation > home?" Although IMHO you are slightly overstating this, I will note that even with a well-documented ports deprecation process (ports are tagged for ~2 months, notification emails are sent to ports@), there will always be someone who doesn't get the message. You cannot optimize for complete notification. We can go crazy with policies. A sensible compromise is needed; the ports experience suggests that "sufficient notification" will make the least people unhappy (for some value of "sufficient"). Now I'll put on my bugmeister hat and say that I'd rather see see effort devoted to clearing up PRs about hardware that is widespread, rather than spending time on obsolete hardware. If we didn't have much more of the former than we have developer time to work on, I might be more sympathetic. mcl From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 12:08:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC03616A469 for ; Fri, 6 Jul 2007 12:08:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 3A18213C455 for ; Fri, 6 Jul 2007 12:08:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l66C86pF072925; Fri, 6 Jul 2007 22:08:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l66C86e2072924; Fri, 6 Jul 2007 22:08:06 +1000 (EST) (envelope-from peter) Date: Fri, 6 Jul 2007 22:08:06 +1000 From: Peter Jeremy To: Mark Linimon Message-ID: <20070706120806.GL38748@turion.vk2pj.dyndns.org> References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> <20070706022631.GQ1221@funkthat.com> <20070706025619.GA19556@soaustin.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <20070706025619.GA19556@soaustin.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: jmg@freebsd.org, current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 12:08:08 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-05 21:56:19 -0500, Mark Linimon wrote: >> I'm sure even if we push it to a News item and send it out to >> -announce there'll be someone who said, "Why didn't I get a personally >> couriered letter to my home, my place of business and my vacation >> home?" > >Although IMHO you are slightly overstating this, I will note that even >with a well-documented ports deprecation process (ports are tagged for >~2 months, notification emails are sent to ports@), there will always >be someone who doesn't get the message. You cannot optimize for complete >notification. Agreed but I think a more "formal" deprecation process would be nice for the core software. Possibly a 'deprecated' section in the release notes (some commercial Unices do this) and maybe a 'deprecated' tag for the relevant drivers in the hardware notes. Taking ie(4) as an example, there's nothing in the man page, the 6.2 release notes or the 6.2 hardware notes to suggest that this device won't be present in future releases. >Now I'll put on my bugmeister hat and say that I'd rather see see effort >devoted to clearing up PRs about hardware that is widespread, rather than >spending time on obsolete hardware. I thoroughly agree. Pity that the very noisy minority who are loudly complaining that 6.x won't run on their laptops but 4.x runs perfectly aren't able to assist in moving FreeBSD forwards. --=20 Peter Jeremy --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGjjCm/opHv/APuIcRAvTfAJ46VCx7PtVcDOXRMiNu8Uh4ARq8/QCfbJDH 1E7TJMsjKoPDcvoS5VRBdZc= =gsaZ -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 12:41:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 824BC16A421 for ; Fri, 6 Jul 2007 12:41:20 +0000 (UTC) (envelope-from enderbsd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 424A813C44B for ; Fri, 6 Jul 2007 12:41:20 +0000 (UTC) (envelope-from enderbsd@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so167505wxd for ; Fri, 06 Jul 2007 05:41:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=XWC2kjK3h9O+7pQB5qbM41/nRHghgfG1Kg062+bDqD7/6v184NBaqe/ItNHnTgX4M5/R5DOuq/iIulOiFQC1M8ExivH7yZJpoTatY/zMVvaaVWU7vifSvwfBfXiyhgLKjWnrWdkRFNc+C3Em58JAOIRLHWd//X0rJ/CP3b/bL6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Xb2xqi6yNfp2+CuhthJ342iraZ6DuHXv7MdOjdmnnQ4O+9Q5aRCZ6rPGZbkd3A3CYbDoLwKsLguYAaMJuxqfAK6ZsVp3yuW7ELwK2mmSs+XMLl8yJV0EbOLBeMJeQYWm6h189Y7Q8Ewjfoo3DNpErz8neV8cplTk79gzx2rFQQU= Received: by 10.90.79.6 with SMTP id c6mr253610agb.1183724039276; Fri, 06 Jul 2007 05:13:59 -0700 (PDT) Received: by 10.90.104.1 with HTTP; Fri, 6 Jul 2007 05:13:58 -0700 (PDT) Message-ID: <15d429c0707060513i4f188c47jac1a7a17360d7f5d@mail.gmail.com> Date: Fri, 6 Jul 2007 08:13:58 -0400 From: "Admin Wiggins" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 06 Jul 2007 12:46:42 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS crash with ggate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 12:41:20 -0000 I have a crash i can reproduce on ZFS. controllera# ggatec create -o rw -q 1024 -S 4194304 -R 4194304 -t 0 -u 111 10.12.1.11 /dev/ad4 controllera# ggatec create -o rw -q 1024 -S 4194304 -R 4194304 -t 0 -u 211 10.12.2.11 /dev/ad4 controllera# zpool status no pools available controllera# zpool create tank mirror /dev/ggate111 /dev/ggate211 controllera# zfs set atime=off tank controllera# cp file.XXX /tank/ file.XXX is a 11G file filled with random data. System is FreeBSD 7.0-CURRENT #0: Thu Jul 5 05:56:04 UTC 2007 amd64 (copied by hand) panic: ZFS: bad checksum (read on off 0: zio 0xffffff00474d5810 [L0 SP A space map] 1000L/800P DVA[0]=<0:16003ce800:800> DVA[1]=<0:2c000a6000:800> DVA[ 2]=<0:420001d000:800> fletcher4 lzjb LE contiguous birth=372 fill=1 chsum=5773bd 77e1:5b9ae37551df:3b73 cpuid=0 KDB: enter: panic [thread pid 703 tid 100083 ] Stopped at kdb_enter+0x31: leave db> I have 4 new amd64 machines setup here (dual 2218's and 4-8G memory) playing with every combination of ggate, gstripe, gmirror and zfs. I am in a very good position to help test this stuff, i just need the guidance :) From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 14:15:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B339116A41F for ; Fri, 6 Jul 2007 14:15:58 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.freebsd.org (Postfix) with ESMTP id 77AF413C459 for ; Fri, 6 Jul 2007 14:15:58 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from [192.168.1.5] (217.211.83.81) by pne-smtpout2-sn1.fre.skanova.net (7.2.075) id 4668007E006986EF; Fri, 6 Jul 2007 16:09:37 +0200 In-Reply-To: <1183669505.10705.22.camel@patricia-laptop> References: <1183669505.10705.22.camel@patricia-laptop> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7A9BBA04-E986-42A4-BE6E-2F6D4AF0E706@exscape.org> Content-Transfer-Encoding: 7bit From: Thomas Backman Date: Fri, 6 Jul 2007 16:09:35 +0200 To: Kirk Fort X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org Subject: Re: buildworld 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: Fri, 06 Jul 2007 14:15:58 -0000 On Jul 5, 2007, at 11:05 PM, Kirk Fort wrote: > Hi. Starting last night and throughout today I have been experiencing > buildworld errors. My architecture is i386. I have tried syncing to > multiple cvsup servers several times throughout the day. Nothing in > the > CVS commits stands out at me, and I'm confused as to what could be > causing this issue. My last successful build was yesterday afternoon. > > ln -fs libkrb5.so.8 /usr/obj/usr/src/tmp/usr/lib/libkrb5.so > 3 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error I'm having this problem as well, also on i386, but my build fails right after the first errors (are you using make -j?). Here's mine: cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM - DELF -c /usr/src/lib/libmd/md2c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM - DELF -c /usr/src/lib/libmd/md4c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM - DELF -c /usr/src/lib/libmd/md5c.c cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM - DELF -c md2hl.c md2hl.c:25: error: expected ')' before '*' token md2hl.c: In function 'md2File': md2hl.c:47: warning: return makes pointer from integer without a cast md2hl.c: At top level: md2hl.c:52: error: conflicting types for 'md2FileChunk' md2hl.c:47: error: previous implicit declaration of 'md2FileChunk' was here md2hl.c: In function 'md2FileChunk': md2hl.c:54: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:54: error: (Each undeclared identifier is reported only once md2hl.c:54: error: for each function it appears in.) md2hl.c:54: error: expected ';' before 'ctx' md2hl.c:59: error: 'ctx' undeclared (first use in this function) md2hl.c:88: warning: return makes pointer from integer without a cast md2hl.c: In function 'md2Data': md2hl.c:94: error: 'md2_CTX' undeclared (first use in this function) md2hl.c:94: error: expected ';' before 'ctx' md2hl.c:96: error: 'ctx' undeclared (first use in this function) md2hl.c:98: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/lib/libmd. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Is anyone having success building? I haven't seen much activity regarding this. From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 14:34:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3546A16A46C for ; Fri, 6 Jul 2007 14:34:39 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id E24E113C46C for ; Fri, 6 Jul 2007 14:34:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 17CC9EB4F14; Fri, 6 Jul 2007 22:34:38 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id acHfQ17FZssR; Fri, 6 Jul 2007 22:34:34 +0800 (CST) Received: from charlie.delphij.net (unknown [221.220.30.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D6877EB47FA; Fri, 6 Jul 2007 22:34:33 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type; b=ft9EhzowONPyH8GcH7EDnu72/rFNPvKo7JGLtCbZPO1yWMNqTFTUF9p4PfKaMXz0b coW27fvnmbYIRDk4y/szQ== Message-ID: <468E52F8.2000501@delphij.net> Date: Fri, 06 Jul 2007 22:34:32 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070704) MIME-Version: 1.0 To: YAMAMOTO Shigeru References: <1183669505.10705.22.camel@patricia-laptop> <20070706.193428.212414018.shigeru@iij.ad.jp> In-Reply-To: <20070706.193428.212414018.shigeru@iij.ad.jp> Content-Type: multipart/mixed; boundary="------------070805060302040409020809" Cc: freebsd-current@freebsd.org, dogcube@gmail.com Subject: Re: buildworld 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: Fri, 06 Jul 2007 14:34:39 -0000 This is a multi-part message in MIME format. --------------070805060302040409020809 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit YAMAMOTO Shigeru wrote: > Hi, all, > > I check a code to generate 'md2hl.c'. > I find 'sed' does not work right. > > I test following patterns. > % echo "abcdefg" | sed -e 's/abc/hij/g' > hijdefg > % echo "ABCDEFG" | sed -e 's/abc/hij/g' > hijDEFG > % echo "abcdefg" | sed -e 's/ABC/HIJ/g' > HIJdefg > % echo "ABCDEFG" | sed -e 's/ABC/HIJ/g' > HIJDEFG > > It seems me 'sed' always work with '/I'. > #'I' option is added at '2007/07/04 16:42:41'. > > Is it bug? I think so. Try attached patch. Cheers, --------------070805060302040409020809 Content-Type: text/x-patch; name="sed.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sed.diff" Index: compile.c =================================================================== RCS file: /home/ncvs/src/usr.bin/sed/compile.c,v retrieving revision 1.29 diff -u -p -r1.29 compile.c --- compile.c 4 Jul 2007 16:42:41 -0000 1.29 +++ compile.c 6 Jul 2007 07:00:47 -0000 @@ -318,19 +318,19 @@ nonsel: /* Now parse the command */ errx(1, "%lu: %s: substitute pattern can not be delimited by newline or backslash", linenum, fname); - if ((cmd->u.s = malloc(sizeof(struct s_subst))) == NULL) + if ((cmd->u.s = calloc(1, sizeof(struct s_subst))) == NULL) err(1, "malloc"); p = compile_delimited(p, re); if (p == NULL) errx(1, "%lu: %s: unterminated substitute pattern", linenum, fname); + --p; + p = compile_subst(p, cmd->u.s); + p = compile_flags(p, cmd->u.s); if (*re == '\0') cmd->u.s->re = NULL; else cmd->u.s->re = compile_re(re, cmd->u.s->icase); - --p; - p = compile_subst(p, cmd->u.s); - p = compile_flags(p, cmd->u.s); EATSPACE(); if (*p == ';') { p++; --------------070805060302040409020809-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 14:55:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA7BC16A41F; Fri, 6 Jul 2007 14:55:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 472BE13C455; Fri, 6 Jul 2007 14:55:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 576C8C551; Fri, 6 Jul 2007 10:55:37 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 5E314C448; Fri, 6 Jul 2007 10:55:23 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1183733723; bh=VhAdHb6NsdowRc LmUZkxD82nyLNae+d1mqmKULLRxnw=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=IFm9WJhvr85n57idgoHqzyoxUGqhKURRCUXf8 OpJ0HQvKRsrTIELMV1OmyjLucAGg4Aj7n8MeP2yi+t3sgwgyPWi3Apj2W7Um5AusmDv VKFjtdzqFv1NjEy/B4AJIcNF DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=A1aKh/SCl17q3d4rcTnBe4IuqFx1e4sdNU9kI2r2JcTjIUcUO5+Xcoh6cC/H5wSio Rl+/k+wSDTYWWMFrhWoS4HoY0yB5eHhNtookgDPx1hPRChCAPXC+Gr+YNfZkdxE Message-ID: <468E57D9.20406@protected-networks.net> Date: Fri, 06 Jul 2007 10:55:21 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Kostik Belousov References: <468DC8BB.307@micom.mng.net> <20070706095113.GD2200@deviant.kiev.zoral.com.ua> In-Reply-To: <20070706095113.GD2200@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, freebsd-current@freebsd.org, x11@freebsd.org Subject: Re: xorg 7.2 locks system in 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, 06 Jul 2007 14:55:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kostik Belousov wrote: > [Redirecting to x11@ as more appropriate] > > Man page states explicitely that bus_dma_tag_create() (as well as > bus_dmamem_alloc()) shall not be called with non-sleepable lock held. > I am not completely sure, but it seems to be safe to drop the drm > lock around drm_pci_alloc() when the later moved to the start of the > i915_initialize(). > > Could you, please, test the patch below ? This appears to be equally applicable to 6-stable. I've had random lock-ups with an i945GM and which, on initial and brief testing, appear to be gone using this patch, Michael > diff --git a/sys/dev/drm/i915_dma.c b/sys/dev/drm/i915_dma.c > index 1d1877b..118d160 100644 > --- a/sys/dev/drm/i915_dma.c > +++ b/sys/dev/drm/i915_dma.c > @@ -122,7 +122,22 @@ static int i915_initialize(drm_device_t * dev, > drm_i915_private_t * dev_priv, > drm_i915_init_t * init) > { > + drm_dma_handle_t *dmah; > + > + DRM_UNLOCK(); > + dmah = drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE, > + 0xffffffff); > + if (!dmah) { > + dev->dev_private = (void *)dev_priv; > + i915_dma_cleanup(dev); > + DRM_ERROR("Can not allocate hardware status page\n"); > + DRM_LOCK(); > + return DRM_ERR(ENOMEM); > + } > + DRM_LOCK(); > + > memset(dev_priv, 0, sizeof(drm_i915_private_t)); > + dev_priv->status_page_dmah = dmah; > > DRM_GETSAREA(); > if (!dev_priv->sarea) { > @@ -181,15 +196,6 @@ static int i915_initialize(drm_device_t * dev, > dev_priv->allow_batchbuffer = 1; > > /* Program Hardware Status Page */ > - dev_priv->status_page_dmah = drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE, > - 0xffffffff); > - > - if (!dev_priv->status_page_dmah) { > - dev->dev_private = (void *)dev_priv; > - i915_dma_cleanup(dev); > - DRM_ERROR("Can not allocate hardware status page\n"); > - return DRM_ERR(ENOMEM); > - } > dev_priv->hw_status_page = dev_priv->status_page_dmah->vaddr; > dev_priv->dma_status_page = dev_priv->status_page_dmah->busaddr; > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD4DBQFGjlfZQv9rrgRC1JIRAnKKAJjho4IxKKbkckbFHJWXkU0eXB48AJ9pcxI/ fCAdV0vMyddsC2WfFKN9Vg== =5hrb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 15:24:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E83516A488 for ; Fri, 6 Jul 2007 15:24:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6976B13C46C for ; Fri, 6 Jul 2007 15:24:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l66FOnbZ013700; Fri, 6 Jul 2007 08:24:49 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l66FOmJO013699; Fri, 6 Jul 2007 08:24:48 -0700 (PDT) (envelope-from david) Date: Fri, 6 Jul 2007 08:24:48 -0700 From: David Wolfskill To: Xin LI Message-ID: <20070706152448.GX87424@bunrab.catwhisker.org> References: <1183669505.10705.22.camel@patricia-laptop> <20070706.193428.212414018.shigeru@iij.ad.jp> <468E52F8.2000501@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9FlPK/CTwZII6yRd" Content-Disposition: inline In-Reply-To: <468E52F8.2000501@delphij.net> User-Agent: Mutt/1.4.2.1i Cc: dogcube@gmail.com, freebsd-current@freebsd.org Subject: Re: buildworld 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: Fri, 06 Jul 2007 15:24:49 -0000 --9FlPK/CTwZII6yRd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 06, 2007 at 10:34:32PM +0800, Xin LI wrote: > ... > >It seems me 'sed' always work with '/I'. > >#'I' option is added at '2007/07/04 16:42:41'. > > > >Is it bug? >=20 > I think so. Try attached patch. After encountering the problem and trying some other things to circumvent it, I tried the patch, but still encountered the problem. I will try reverting usr.bin/sed//compile.c to rev. 1.28 next. Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9FlPK/CTwZII6yRd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkaOXr4ACgkQmprOCmdXAD2fcwCfY4dwrFjZ318vytz7MO2lrGSu TtsAn3MZJyRaWMc/JuJjs+gNFlyo3zM6 =70Kn -----END PGP SIGNATURE----- --9FlPK/CTwZII6yRd-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 15:59:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12D8A16A41F for ; Fri, 6 Jul 2007 15:59:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id DEE9113C44B for ; Fri, 6 Jul 2007 15:59:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l66Fx01H013790; Fri, 6 Jul 2007 08:59:00 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l66Fx0in013789; Fri, 6 Jul 2007 08:59:00 -0700 (PDT) (envelope-from david) Date: Fri, 6 Jul 2007 08:59:00 -0700 From: David Wolfskill To: Xin LI Message-ID: <20070706155900.GY87424@bunrab.catwhisker.org> References: <1183669505.10705.22.camel@patricia-laptop> <20070706.193428.212414018.shigeru@iij.ad.jp> <468E52F8.2000501@delphij.net> <20070706152448.GX87424@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O8nUzFXSEQuWwhTG" Content-Disposition: inline In-Reply-To: <20070706152448.GX87424@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: buildworld 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: Fri, 06 Jul 2007 15:59:01 -0000 --O8nUzFXSEQuWwhTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 06, 2007 at 08:24:48AM -0700, David Wolfskill wrote: > On Fri, Jul 06, 2007 at 10:34:32PM +0800, Xin LI wrote: > > ... > > I think so. Try attached patch. >=20 > After encountering the problem and trying some other things to > circumvent it, I tried the patch, but still encountered the problem. >=20 > I will try reverting usr.bin/sed//compile.c to rev. 1.28 next. That didn't resolve the issue either. I'll continue poking around.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --O8nUzFXSEQuWwhTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkaOZsMACgkQmprOCmdXAD37bwCfUSqLDSMPHgJ4eOCJt7LlOJIu rkQAn23dgnFTqFyJOX0ATiz9ro3tTfVg =9+PN -----END PGP SIGNATURE----- --O8nUzFXSEQuWwhTG-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 16:08:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF63416A468 for ; Fri, 6 Jul 2007 16:08:08 +0000 (UTC) (envelope-from delphij@tarsier.delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 71F1E13C4C3 for ; Fri, 6 Jul 2007 16:08:08 +0000 (UTC) (envelope-from delphij@tarsier.delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 91DF3EB4F68; Fri, 6 Jul 2007 23:49:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 40uAuKTUhh7k; Fri, 6 Jul 2007 23:49:21 +0800 (CST) Received: from tarsier.delphij.net (tarsier.geekcn.org [210.51.165.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9378DEB4F61; Fri, 6 Jul 2007 23:49:18 +0800 (CST) Authentication-Results: tarsier.geekcn.org from=delphij@delphij.net; sender-id=pass; spf=neutral Received: from tarsier.delphij.net (localhost [127.0.0.1]) by tarsier.delphij.net (8.13.8/8.13.8) with ESMTP id l66FnIUH005816; Fri, 6 Jul 2007 23:49:18 +0800 (CST) (envelope-from delphij@tarsier.delphij.net) Received: (from delphij@localhost) by tarsier.delphij.net (8.13.8/8.13.8/Submit) id l66Fn9FC005814; Fri, 6 Jul 2007 23:49:09 +0800 (CST) (envelope-from delphij) Date: Fri, 6 Jul 2007 23:49:09 +0800 From: Xin LI To: David Wolfskill Message-ID: <20070706154909.GA4996@delphij.net> References: <1183669505.10705.22.camel@patricia-laptop> <20070706.193428.212414018.shigeru@iij.ad.jp> <468E52F8.2000501@delphij.net> <20070706152448.GX87424@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070706152448.GX87424@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.3i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD tarsier.delphij.net 6.2-RELEASE-p1 FreeBSD 6.2-RELEASE-p1 #1: Sat Feb 10 07:03:45 CST 2007 delphij@tarsier.delphij.net:/usr/obj/usr/src/sys/TARSIER i386 X-URL: http://www.delphij.net X-By: delphij@tarsier.delphij.net X-Location: Beijing, China Cc: freebsd-current@freebsd.org, dogcube@gmail.com Subject: Re: buildworld 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: Fri, 06 Jul 2007 16:08:08 -0000 On Fri, Jul 06, 2007 at 08:24:48AM -0700, David Wolfskill wrote: > On Fri, Jul 06, 2007 at 10:34:32PM +0800, Xin LI wrote: > > ... > > >It seems me 'sed' always work with '/I'. > > >#'I' option is added at '2007/07/04 16:42:41'. > > > > > >Is it bug? > > > > I think so. Try attached patch. > > After encountering the problem and trying some other things to > circumvent it, I tried the patch, but still encountered the problem. Have you installed the patched sed before buildworld? Or just patched without building/installing patched sed(1)? > I will try reverting usr.bin/sed//compile.c to rev. 1.28 next. That will work but you still need to install sed(1) patched version before starting buildworld :-) Cheers, From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 16:41:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8700816A41F for ; Fri, 6 Jul 2007 16:41:31 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outA.internet-mail-service.net (outA.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id 71E6F13C43E for ; Fri, 6 Jul 2007 16:41:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Fri, 06 Jul 2007 09:41:30 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 28B89125B02; Fri, 6 Jul 2007 09:41:30 -0700 (PDT) Message-ID: <468E70C9.3030004@elischer.org> Date: Fri, 06 Jul 2007 09:41:45 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Peter Jeremy References: <200707051428.22766.jhb@freebsd.org> <200707052245.l65MjpmR055403@fire.js.berklix.net> <20070706022631.GQ1221@funkthat.com> <20070706025619.GA19556@soaustin.net> <20070706120806.GL38748@turion.vk2pj.dyndns.org> In-Reply-To: <20070706120806.GL38748@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jmg@freebsd.org, Mark Linimon , current@freebsd.org Subject: Re: Code removal - Was Re: Future of the ie(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 16:41:31 -0000 Peter Jeremy wrote: > On 2007-Jul-05 21:56:19 -0500, Mark Linimon wrote: >>> I'm sure even if we push it to a News item and send it out to >>> -announce there'll be someone who said, "Why didn't I get a personally >>> couriered letter to my home, my place of business and my vacation >>> home?" >> Although IMHO you are slightly overstating this, I will note that even >> with a well-documented ports deprecation process (ports are tagged for >> ~2 months, notification emails are sent to ports@), there will always >> be someone who doesn't get the message. You cannot optimize for complete >> notification. > > Agreed but I think a more "formal" deprecation process would be nice > for the core software. Possibly a 'deprecated' section in the release > notes (some commercial Unices do this) and maybe a 'deprecated' tag > for the relevant drivers in the hardware notes. Taking ie(4) as an > example, there's nothing in the man page, the 6.2 release notes or the > 6.2 hardware notes to suggest that this device won't be present in > future releases. > I think that before modules are deprecated that a formal call for users and supporters on -announce should be made. maybe someone might even put the call on slashdot :-) >> Now I'll put on my bugmeister hat and say that I'd rather see see effort >> devoted to clearing up PRs about hardware that is widespread, rather than >> spending time on obsolete hardware. > > I thoroughly agree. Pity that the very noisy minority who are loudly > complaining that 6.x won't run on their laptops but 4.x runs perfectly > aren't able to assist in moving FreeBSD forwards. > From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 16:55:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DC3716A46F for ; Fri, 6 Jul 2007 16:55:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id D998613C468 for ; Fri, 6 Jul 2007 16:55:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id EFBC4EB4F72; Sat, 7 Jul 2007 00:55:07 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id hd4HG8bJ8X3J; Sat, 7 Jul 2007 00:55:04 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [61.49.185.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B8B90EB4F6C; Sat, 7 Jul 2007 00:55:04 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=d73KNFVO1V8esj1gD3McP1PMg/ULJhdKVp795QIe4dypqjhlMXUssSgfs0RMJbIGZ Zkt2GvhGkIckLIetRrcJA== Message-ID: <468E73E0.3020907@delphij.net> Date: Sat, 07 Jul 2007 00:54:56 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigDFE0FF0E10DF5762AEC2D1D2" Subject: mini-headsup: about sed(1) breakage (world broken at src/lib/libmd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 16:55:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDFE0FF0E10DF5762AEC2D1D2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, A recent change made to sed(1) to make it to accept an 'I' flag which means to ignore case have introduced a bug, causing the ignorance to be enforced for all sed(1) expressions. Currently, our building infrastructure rely on the already installed version of sed(1), thus you will have to build and install sed(1) from newer code (make sure that either you have src/usr.bin/sed/compile.c,v 1.28 or 1.30) *before* building world. In short, if you have encountered some compiling time error like this: %%%%%%%%%%%%%%%% cc -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -c md2hl.c md2hl.c:25: error: expected ')' before '*' token %%%%%%%%%%%%%%%% Do the following: - Update src/usr.bin/sed/compile.c to rev. 1.30 or rollback to 1.28. - cd /usr/src/usr.bin/sed - make cleandir - make cleandir - make obj - make depend - make - make install Then you will be able to do 'buildworld' again. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigDFE0FF0E10DF5762AEC2D1D2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGjnPgOfuToMruuMARCkUcAJ9yQqs+hgHESUENY8nvG8IaZnBdlwCfdiD6 90s7c3K7kdeCF6vhRRUdKfg= =cOPg -----END PGP SIGNATURE----- --------------enigDFE0FF0E10DF5762AEC2D1D2-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 17:41:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B07416A41F for ; Fri, 6 Jul 2007 17:41:22 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 16DE813C4BE for ; Fri, 6 Jul 2007 17:41:21 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so855561uge for ; Fri, 06 Jul 2007 10:41:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ObNIMx/ubRT+dz481f31HLfly/aHksM4lfuE33VA633v/SMbB9QBwPUmMAI2Jr5Lqz2nL4qMmc/Bh3vQI+j2BW5p/Vj/31LaTzV7ebxWqS6xK7UUbOowgvbbz5AdZ8pB+v2vf6eTQr0r3KWD6u+08g9NQwAGLhWCUo3pt38rom4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=m+njwy9H15HqD/yUCdkqB+MF9hE2m+odjgCTswzPgj2DEnzFc211YqXSEhT1gU579y7qQFsk7d+q1hqJQyxahbYskr3oqJITI+ouKJtFjaqqGUIOt4n8WfVM8jIx1/4QJvGyawzbg0vEmagKai1aXjU7FrX85oT/wOeIbzvmWQY= Received: by 10.82.111.8 with SMTP id j8mr2225268buc.1183743680458; Fri, 06 Jul 2007 10:41:20 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.170.147]) by mx.google.com with ESMTP id j12sm25278403fkf.2007.07.06.10.41.19 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 06 Jul 2007 10:41:19 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l66HfE7G002761; Fri, 6 Jul 2007 19:41:14 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l66HfDhm002760; Fri, 6 Jul 2007 19:41:13 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Fri, 6 Jul 2007 19:41:13 +0200 From: Ulrich Spoerlein To: Craig Boston , current@freebsd.org Message-ID: <20070706174113.GC1426@roadrunner.q.local> Mail-Followup-To: Craig Boston , current@freebsd.org References: <57200BF94E69E54880C9BB1AF714BBCB19BB63@w2003s01.double-l.local> <468A69F6.4060705@freebsd.org> <20070705040828.GG37187@hoeg.nl> <468C806C.6060602@freebsd.org> <20070705073857.GH37187@hoeg.nl> <468D98A4.3050300@freebsd.org> <20070706013359.GA4026@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070706013359.GA4026@nowhere> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Fixit live cd 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: Fri, 06 Jul 2007 17:41:22 -0000 On Thu, 05.07.2007 at 20:33:59 -0500, Craig Boston wrote: > I wonder if using geom_uzip for the live filesystem would be an option. > I've used it extensively on flash media before, and I think FreeSBIE may > use it as well. uzip also has other benefits as well such as faster > loading and less I/O to the CD. > > I suppose it mostly depends on somebody stepping up and doing the work > to integrate it into the build scripts :) Exactly what I have in mind too. If only I could steal some time somewhere ... Cheers, Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 17:43:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 641A816A469; Fri, 6 Jul 2007 17:43:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F55013C458; Fri, 6 Jul 2007 17:43:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l66HNZRM053111; Fri, 6 Jul 2007 13:23:35 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l66HNYSe037055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jul 2007 13:23:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707061723.l66HNYSe037055@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 06 Jul 2007 13:22:55 -0400 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ), Takeharu KATO From: Mike Tancsa In-Reply-To: <86tzuxni1b.fsf@dwp.des.no> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: ichwd for ICH8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2007 17:43:52 -0000 At 03:02 AM 5/1/2007, Dag-Erling Sm=F8rgrav wrote: >Takeharu KATO writes: > > I wrote ICH7 or later support patch for sys/dev/ichwd watch dog driver. > > I tested this patch on ICH8 compliant mother board(GIGA BYTE= GA-965P-DS3). > > > > Please apply the patch. > >I will try to take care of this some time within the next two weeks. >Feel free to contact me off-list if you have any updates. Hi, Any chance to commit this to the tree ?=20 It works really well with a number of newer=20 chipsets out there, that the old ichwd does not work with. The patch applies cleanly to both HEAD and=20 RELENG_6. I have it running for some time on a number of RELENG_6 boxes ---Mike=20 From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 09:16:11 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BC2116A400 for ; Sat, 7 Jul 2007 09:16:11 +0000 (UTC) (envelope-from kpeter@melbpc.org.au) Received: from vscan01.westnet.com.au (vscan01.westnet.com.au [203.10.1.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA1513C455 for ; Sat, 7 Jul 2007 09:16:10 +0000 (UTC) (envelope-from kpeter@melbpc.org.au) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 6D360762231 for ; Sat, 7 Jul 2007 16:47:08 +0800 (WST) Received: from vscan01.westnet.com.au ([127.0.0.1]) by localhost (vscan01.westnet.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02792-04 for ; Sat, 7 Jul 2007 16:47:08 +0800 (WST) Received: from baron.from.hell (unknown [124.150.105.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vscan01.westnet.com.au (Postfix) with ESMTP id E4A78762379 for ; Sat, 7 Jul 2007 16:47:06 +0800 (WST) Message-ID: <468F5308.6060309@melbpc.org.au> Date: Sat, 07 Jul 2007 18:47:04 +1000 From: Peter Kostouros Organization: Melbourne PC User Group User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [panic] _mtx_lock_sleep: recursed on non-recursive mutex emu10kx @ .../usr/src/sys/dev/sound/pci/emu10kx.c:620 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kpeter@melbpc.org.au List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 09:16:11 -0000 Hi I have experienced intermittent _mtx_lock_sleep raised panics from CURRENT kernels dated 23JUN2007 and 30JUN2007. I have a core dump and hope the attached gdb session is of use to anyone. Please let me know if I can provide further information. -- Regards Peter As always the organisation disavows knowledge of this email Script started on Sat Jul 7 18:12:23 2007 baron# exitkgdb -c vmcore.162 -f /boot/kernel/kernel [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: _mtx_lock_sleep: recursed on non-recursive mutex emu10kx @ /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:620 cpuid = 0 Uptime: 3h16m48s Physical memory: 1011 MB Dumping 174 MB: 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc079379e in boot (howto=260) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0793a60 in panic (fmt=Variable "fmt" is not available. ) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0787e97 in _mtx_lock_sleep (m=0xc4163018, tid=3300537952, opts=0, file=0xc0ad01c9 "/mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c", line=620) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_mutex.c:311 #4 0xc07880cf in _mtx_lock_flags (m=0xc4163018, opts=0, file=0xc0ad01c9 "/mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c", line=620) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_mutex.c:187 #5 0xc0679945 in emu_wrptr (sc=0xc4163000, chn=3, reg=25, data=65535) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:620 #6 0xc067a452 in emu_vtrigger (sc=0xc4163000, v=0xc4163380, go=0) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:1399 #7 0xc067a506 in emu_vtrigger (sc=0xc4163000, v=0xc4163354, go=0) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:1406 #8 0xc06800a3 in emupchan_trigger (obj=0xc415ec00, c_devinfo=0xc4002038, go=-1) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx-pcm.c:532 #9 0xc068611b in chn_trigger (c=0xc407db00, go=-1) at channel_if.h:144 #10 0xc0687d1e in chn_flush (c=0xc407db00) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pcm/channel.c:868 #11 0xc0689d1c in dsp_close (i_dev=0xc4adc800, flags=2, mode=8192, td=0xc4ba3660) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pcm/dsp.c:643 #12 0xc072c5c6 in devfs_close (ap=0xe6a29b40) at /mnt/cvs/FreeBSD/usr/src/sys/fs/devfs/devfs_vnops.c:366 #13 0xc0a60145 in VOP_CLOSE_APV (vop=0xc0b98580, a=0xe6a29b40) at vnode_if.c:424 #14 0xc0821de1 in vn_close (vp=0xc4cc4110, flags=2, file_cred=0xc509ad00, td=0xc4ba3660) at vnode_if.h:228 #15 0xc0821ef4 in vn_closefile (fp=0xc50b44c8, td=0xc4ba3660) at /mnt/cvs/FreeBSD/usr/src/sys/kern/vfs_vnops.c:868 #16 0xc0729d79 in devfs_close_f (fp=0xc50b44c8, td=0xc4ba3660) at /mnt/cvs/FreeBSD/usr/src/sys/fs/devfs/devfs_vnops.c:381 #17 0xc0769092 in fdrop (fp=0xc50b44c8, td=0xc4ba3660) at file.h:297 #18 0xc076a64f in closef (fp=0xc50b44c8, td=0xc4ba3660) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_descrip.c:1924 #19 0xc076a9fc in kern_close (td=0xc4ba3660, fd=17) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_descrip.c:1020 #20 0xc076aa8a in close (td=0xc4ba3660, uap=0xe6a29cfc) at /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_descrip.c:972 #21 0xc0a4a2f3 in syscall (frame=0xe6a29d38) at /mnt/cvs/FreeBSD/usr/src/sys/i386/i386/trap.c:1006 #22 0xc0a30ba0 in Xint0x80_syscall () at /mnt/cvs/FreeBSD/usr/src/sys/i386/i386/exception.s:196 #23 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 7 #7 0xc067a506 in emu_vtrigger (sc=0xc4163000, v=0xc4163354, go=0) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:1406 /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:1406:39441:beg:0xc067a506 (kgdb) l 1401 emu_wrptr(sc, v->vnum, CVCF, 0x0000ffff); 1402 emu_wrptr(sc, v->vnum, IP, 0); 1403 emu_vstop(sc, v->vnum, 1); 1404 } 1405 if ((v->stereo) && (v->slave != NULL)) 1406 emu_vtrigger(sc, v->slave, go); 1407 } 1408 1409 int 1410 emu_vpos(struct emu_sc_info *sc, struct emu_voice *v) (kgdb) down 1 #6 0xc067a452 in emu_vtrigger (sc=0xc4163000, v=0xc4163380, go=0) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:1399 /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:1399:39207:beg:0xc067a452 (kgdb) l 1394 emu_wrptr(sc, v->vnum, CPF_CURRENTPITCH, pitch_target); 1395 emu_wrptr(sc, v->vnum, IP, initial_pitch); 1396 } else { 1397 emu_wrptr(sc, v->vnum, PTRX_PITCHTARGET, 0); 1398 emu_wrptr(sc, v->vnum, CPF_CURRENTPITCH, 0); 1399 emu_wrptr(sc, v->vnum, IFATN, 0xffff); 1400 emu_wrptr(sc, v->vnum, VTFT, 0x0000ffff); 1401 emu_wrptr(sc, v->vnum, CVCF, 0x0000ffff); 1402 emu_wrptr(sc, v->vnum, IP, 0); 1403 emu_vstop(sc, v->vnum, 1); (kgdb) down 1 #5 0xc0679945 in emu_wrptr (sc=0xc4163000, chn=3, reg=25, data=65535) at /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:620 /mnt/cvs/FreeBSD/usr/src/sys/dev/sound/pci/emu10kx.c:620:19715:beg:0xc0679945 (kgdb) l 615 void 616 emu_wrptr(struct emu_sc_info *sc, unsigned int chn, unsigned int reg, uint32_t data) 617 { 618 uint32_t ptr, mask, size, offset; 619 ptr = ((reg << 16) & sc->address_mask) | (chn & PTR_CHANNELNUM_MASK); 620 mtx_lock(&sc->rw); 621 emu_wr_nolock(sc, PTR, ptr, 4); 622 /* 623 * XXX Another kind of magic encoding in register number. This can 624 * give you side effect - it will read previous data from register (kgdb) p sc->rw $1 = {lock_object = {lo_name = 0xc0ad0b8f "emu10kx", lo_type = 0xc0ad0544 "atomic op", lo_flags = 16973824, lo_witness_data = { lod_list = {stqe_next = 0xc0c15bb0}, lod_witness = 0xc0c15bb0}}, mtx_lock = 3300537954, mtx_recurse = 255} (kgdb) quit baron# exit exit Script done on Sat Jul 7 18:15:55 2007 *** Kernel config file diff --- GENERIC 2007-06-23 09:18:01.000000000 +1000 +++ BARON 2007-06-30 10:10:57.000000000 +1000 @@ -18,17 +18,15 @@ # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.472 2007/06/14 17:14:26 delphij Exp $ -cpu I486_CPU -cpu I586_CPU cpu I686_CPU -ident GENERIC +ident BARON # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols -options SCHED_4BSD # 4BSD scheduler +options SCHED_ULE # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols @@ -308,3 +306,32 @@ device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons + +# BARON + +device sound +device snd_emu10kx + +options P1003_1B_MQUEUE + +options ALTQ +options ALTQ_CBQ +options ALTQ_RED +options ALTQ_RIO +options ALTQ_HFSC +options ALTQ_CDNR +options ALTQ_PRIQ +options ALTQ_NOPCC +options ALTQ_DEBUG + +# +# Options to enable ATAPI devices access through SCSI subsystem +# +device atapicam +device ata +device scbus +device cd +device pass + +device iicbus +device iicbb From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 10:07:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9CD016A41F for ; Sat, 7 Jul 2007 10:07:51 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFDF13C46C for ; Sat, 7 Jul 2007 10:07:51 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1I76xl-00081i-RP>; Sat, 07 Jul 2007 11:52:25 +0200 Received: from e178035136.adsl.alicedsl.de ([85.178.35.136] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1I76xl-0006OR-P0>; Sat, 07 Jul 2007 11:52:25 +0200 Message-ID: <468F6379.2080401@mail.zedat.fu-berlin.de> Date: Sat, 07 Jul 2007 11:57:13 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.4 (X11/20070616) MIME-Version: 1.0 To: Kirk Fort References: <1183669505.10705.22.camel@patricia-laptop> In-Reply-To: <1183669505.10705.22.camel@patricia-laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.35.136 X-Mailman-Approved-At: Sat, 07 Jul 2007 11:19:41 +0000 Cc: freebsd-current@freebsd.org Subject: Re: buildworld 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: Sat, 07 Jul 2007 10:07:51 -0000 Kirk Fort wrote: > Hi. Starting last night and throughout today I have been experiencing > buildworld errors. My architecture is i386. I have tried syncing to > multiple cvsup servers several times throughout the day. Nothing in the > CVS commits stands out at me, and I'm confused as to what could be > causing this issue. My last successful build was yesterday afternoon. > > I don't have anything custom set in make.conf (as an aside, why does > freeBSD call this, confusingly, "knobs" instead of just make.conf > options? It took me a while to figure out what this meant and where they > were set) > > Any help would be appreciated. > Sincerely, > Kirk Fort > > > cc -fpic -DPIC -O1 -pipe -I/usr/src/lib/libmd -DSHA1_ASM -DELF > -DRMD160_ASM -DELF -c /usr/src/lib/libmd/sha256c.c -o sha256c.So > [snip] Same to me on several FreeBSD 7.0-CURRENT/AMD64 and i386 boxes. The AMD64 boxes are driven by AMD CPUs and compiles with machine specific option 'athlon64'. The Intel box is an older pentium4 box. Regards Oliver From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 12:36:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0020E16A421 for ; Sat, 7 Jul 2007 12:36:24 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id B223813C448 for ; Sat, 7 Jul 2007 12:36:24 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so110141anc for ; Sat, 07 Jul 2007 05:36:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UMnEiAaMg6DEeV5RCJNBplvHSo3Kb0zChnbM3vqMoIO1sZ5Wva3HDpAAVMfRaq7cvRlH9p3E0FvXn1FM4HmSYXC48A5YTBuK0Rek7Se08I9/YK791U/EnvP8w1HOpZkgWr62V9DJeZjeToJSAlELjqjIvXNorr7pq23G+UFS4hs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NtSWsqOzFDdmCsLWoCeZDNSXgEfGQfNSYRkMyLkv9V241Pavx91QhCw0jPOvCtUA0AR9sc1la0a8YjshchWUQjxOS+wgfbJahkl3okrFWfwS/rVY/KVd6dGxjPHE1ExNSRu9OU74VgEctVUkXVLuWASYLq9JpjhEBHhv0BOk5g0= Received: by 10.100.122.8 with SMTP id u8mr779010anc.1183811783909; Sat, 07 Jul 2007 05:36:23 -0700 (PDT) Received: by 10.100.58.2 with HTTP; Sat, 7 Jul 2007 05:36:23 -0700 (PDT) Message-ID: Date: Sat, 7 Jul 2007 20:36:23 +0800 From: "Jiawei Ye" To: "Kostik Belousov" In-Reply-To: <20070705144443.GV2200@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070703180141.GJ2200@deviant.kiev.zoral.com.ua> <20070705144443.GV2200@deviant.kiev.zoral.com.ua> Cc: current@freebsd.org Subject: Re: HEADS UP: destroy_dev_sched() KPI in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 12:36:25 -0000 On 7/5/07, Kostik Belousov wrote: > > Today, I reverted the part of commit that tried to transform destroy_dev() > from d_close() into destroy_dev_sched(). See kern_conf.c, rev. 1.208. > You shall call destroy_dev_sched() explicitely. > > Does this mean that mount_smbfs has to explicitly call it now? It is currently stuck in the devdrn state with the latest kernel :( Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 13:09:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D32BC16A469; Sat, 7 Jul 2007 13:09:03 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2C813C448; Sat, 7 Jul 2007 13:09:02 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l67D91MX097192; Sat, 7 Jul 2007 17:09:01 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183813741; bh=L/fEMjnQqfRykm7C6vfVC5AO0IwRS5pgfUHyb9F mBnc=; l=1366; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=aa5EPsa90G2ApBjsl789 BvEb1NYZqESV8jlaS8TI2NtkcUTNIfPdFtrh6xTzUHbrPKXXpn8VKdhNzA1UqJ+thNJ aq5IZ6zpINKIgvh+/Ad6JRXKfTUSDfXRFsYxS6nMJzf2K3dATlDXpLD2hyhFSK/oUUz DFe0yd4JSqA5RyVGM= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l67D90Yt097191; Sat, 7 Jul 2007 17:09:00 +0400 (MSD) (envelope-from ache) Date: Sat, 7 Jul 2007 17:09:00 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070707130859.GA96605@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <20070704101026.O77978@thor.farley.org> <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> <20070704215154.O77978@thor.farley.org> <20070705115816.GA50506@nagual.pp.ru> <20070705105922.F98700@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070705105922.F98700@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 13:09:03 -0000 On Thu, Jul 05, 2007 at 11:38:53AM -0500, Sean C. Farley wrote: >> Previously the goal of veryfy_env() is just deactivate, the goal of >> build_env() is just build. It was build_env() who insetrts new environ >> variables into envVars array in old variant, isn't? > > Yes, it was. Now, it is to merge in a new environ array. I renamed it > __merge_environ() to better reflect its new role. Well, I see. You try to keep envVars[] between environ switch by that way. But it still look complicated and probably gains nothing. I.e. will be much _faster_ just free envVars[] (but not variables themselfs) and allow build_env() to calloc() new array for envVars and fills it from new environ. It is surely faster than calling setenv() for each variable just for sake of keepeng once allocated envVars[]. Moreover, environ switch commonly used to switch from large environ to smaller one (or to empty one), so the rest of old envVars[] array would keep unneccessary allocation. > The alternative, which I had actually considered, is to split setenv() > into __setenv() which is almost the entire current setenv() and a new > setenv() that is just a wrapper around __setenv() with the beginning > checks. This seems a bit of a waste, but I may be mistaken. Well, no recurse level increase problems but just slowdown. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 13:13:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F3B916A41F for ; Sat, 7 Jul 2007 13:13:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 21A9013C44C for ; Sat, 7 Jul 2007 13:13:33 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so990199uge for ; Sat, 07 Jul 2007 06:13:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=S7senN1rtlAHhC/budSqHNv4Co6ns3pYBD+gQwKfoYSMlo1xekVi3mco97054mIB8CjPJXKefkp8nsCp+7BYgNIptXSi5G0brvl4YQC+3JFQPAD0eWhWEqohjSo4/aIw0NIjLzQH6l1pw7L8QyQ9HFbQKJh5XSG0l2H4GP8C/RM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MXW8J/9h7JFQF6DJQdC7gNeH3RvraF00CQhvpsDSrccI7ouwTDDhIP0Evx6zwFajuJ9KJfof3EZV7JmkeVhpQwwm3Aqc1NE3+3aM6ekNr7g5qqkztOwi5rPIGtD1vynPaaVvqAGKZYPGRBeRLciE5s7euXcP4WtKrfolxSoR+no= Received: by 10.78.195.9 with SMTP id s9mr752175huf.1183814012946; Sat, 07 Jul 2007 06:13:32 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Sat, 7 Jul 2007 06:13:32 -0700 (PDT) Message-ID: <3bbf2fe10707070613mf7395c5rb496bccaa61ccda1@mail.gmail.com> Date: Sat, 7 Jul 2007 15:13:32 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: kpeter@melbpc.org.au In-Reply-To: <468F5308.6060309@melbpc.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468F5308.6060309@melbpc.org.au> X-Google-Sender-Auth: 09ebb28be39c6356 Cc: freebsd-current@freebsd.org, ariff@freebsd.org Subject: Re: [panic] _mtx_lock_sleep: recursed on non-recursive mutex emu10kx @ .../usr/src/sys/dev/sound/pci/emu10kx.c:620 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 13:13:34 -0000 2007/7/7, Peter Kostouros : > Hi > > I have experienced intermittent _mtx_lock_sleep raised panics from > CURRENT kernels dated 23JUN2007 and 30JUN2007. I have a core dump and > hope the attached gdb session is of use to anyone. I'm sure ariff@ should have a fix for that, but I don't know if he alredy has a definitive patch or not. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 13:14:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC66516A46D; Sat, 7 Jul 2007 13:14:01 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 2219613C4BD; Sat, 7 Jul 2007 13:14:00 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l67DDxlb097285; Sat, 7 Jul 2007 17:13:59 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183814040; bh=hH/FlltudC+goDHEaYrLGc5gTykAvhCEdyLPulz uDNw=; l=853; h=Received:Date:From:To:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=jO17F9jlh0A/kHD86g37 ExLVCwg35d6b8P/2DdLP4nnuWSYCccb9gJbg4xi/WL4V2KusOQ4+L2DJWeVHqolotWg qquf7UzyCevW8Akn/jrRJyVv2kFYzmRiT/rgXS1A7SBUQvfLl0Ej+K6j90E6Ib4C5dN 5RnwAMD5dtBfzNxWE= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l67DDxqo097284; Sat, 7 Jul 2007 17:13:59 +0400 (MSD) (envelope-from ache) Date: Sat, 7 Jul 2007 17:13:59 +0400 From: Andrey Chernov To: "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl Message-ID: <20070707131359.GB96605@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> <20070704215154.O77978@thor.farley.org> <20070705115816.GA50506@nagual.pp.ru> <20070705105922.F98700@thor.farley.org> <20070707130859.GA96605@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070707130859.GA96605@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 13:14:01 -0000 On Sat, Jul 07, 2007 at 05:09:00PM +0400, Andrey Chernov wrote: > Well, I see. You try to keep envVars[] between environ switch by that way. > > But it still look complicated and probably gains nothing. I.e. will be > much _faster_ just free envVars[] (but not variables themselfs) and allow > build_env() to calloc() new array for envVars and fills it from new > environ. It is surely faster than calling setenv() for each variable just > for sake of keepeng once allocated envVars[]. > > Moreover, environ switch commonly used to switch from large environ to > smaller one (or to empty one), so the rest of old envVars[] array would > keep unneccessary allocation. BTW, if you just free(envVars) when environ switch is detected, there is no needs to __remove_putenv() (big slowdown) in the __clean_env() too. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 13:26:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72C4016A469 for ; Sat, 7 Jul 2007 13:26:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.freebsd.org (Postfix) with ESMTP id 2B10013C46A for ; Sat, 7 Jul 2007 13:26:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from herring.rabson.org (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id l67DQJAe039579 for ; Sat, 7 Jul 2007 14:26:19 +0100 (BST) (envelope-from dfr@rabson.org) From: Doug Rabson To: current@freebsd.org Date: Sat, 7 Jul 2007 14:26:17 +0100 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707071426.18202.dfr@rabson.org> X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.87.1/3607/Fri Jul 6 00:51:19 2007 on itchy.rabson.org X-Virus-Status: Clean Cc: Subject: ZFS leaking vnodes (sort of) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 13:26:21 -0000 I've been testing ZFS recently and I noticed some performance issues while doing large-scale port builds on a ZFS mounted /usr/ports tree. Eventually I realised that virtually nothing ever ended up on the vnode free list. This meant that when the system reached its maximum vnode limit, it had to resort to reclaiming vnodes from the various filesystem's active vnode lists (via vlrureclaim). Since those lists are not sorted in LRU order, this led to pessimal cache performance after the system got into that state. I looked a bit closer at the ZFS code and poked around with DDB and I think the problem was caused by a couple of extraneous calls to vhold when creating a new ZFS vnode. On FreeBSD, getnewvnode returns a vnode which is already held (not on the free list) so there is no need to call vhold again. This patch appears to fix the problem (only very lightly tested): Index: zfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c,v retrieving revision 1.22 diff -u -r1.22 zfs_vnops.c --- zfs_vnops.c 28 May 2007 02:37:43 -0000 1.22 +++ zfs_vnops.c 7 Jul 2007 13:01:41 -0000 @@ -3493,7 +3493,7 @@ rele = 0; vp->v_data = NULL; ASSERT(vp->v_holdcnt > 1); - vdropl(vp); + VI_UNLOCK(vp); if (!zp->z_unlinked && rele) VFS_RELE(zfsvfs->z_vfs); return (0); Index: zfs_znode.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c,v retrieving revision 1.8 diff -u -r1.8 zfs_znode.c --- zfs_znode.c 6 May 2007 19:05:37 -0000 1.8 +++ zfs_znode.c 7 Jul 2007 13:17:32 -0000 @@ -115,7 +115,6 @@ ASSERT(error == 0); zp->z_vnode = vp; vp->v_data = (caddr_t)zp; - vhold(vp); vp->v_vnlock->lk_flags |= LK_CANRECURSE; vp->v_vnlock->lk_flags &= ~LK_NOSHARE; } else { @@ -601,7 +600,6 @@ ASSERT(err == 0); vp = ZTOV(zp); vp->v_data = (caddr_t)zp; - vhold(vp); vp->v_vnlock->lk_flags |= LK_CANRECURSE; vp->v_vnlock->lk_flags &= ~LK_NOSHARE; vp->v_type = IFTOVT((mode_t)zp->z_phys->zp_mode); From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 14:36:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 302DA16A421 for ; Sat, 7 Jul 2007 14:36:12 +0000 (UTC) (envelope-from paul.eskello@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id E58E013C48A for ; Sat, 7 Jul 2007 14:36:11 +0000 (UTC) (envelope-from paul.eskello@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so113790anc for ; Sat, 07 Jul 2007 07:36:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DKXt5FPHtU3M+FLLR8iHkCiT2ZroI12ahIm1yS7s2KzRq1Y5lKpqdCDZqMMVzJeoFkkqSAyKjpPqLA2Sf9a6zlUvLyYyCGub7unc0+Cj26TWzOGxGSRkXKKlWAUPuc/b7fCgKvQ+mjRvrxSbwqimWK/BrWqXWVpI7ya2P/MrAS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ByaYncvrzEAduXp9GZNTgaPJyP5NZ2hEnShgCslz6n0L/FKrA01/tIjfbJ0BRnYpahj4VvyBdrUDZCg9d+JNLebcvTccdZk/nSSQX6c3KtyxobuqjESOiBs33ZYiUGfHHOdO7RqGCN+t86WTMBc0xd5snAYRyMvsGaaPX8szOno= Received: by 10.100.112.19 with SMTP id k19mr805167anc.1183817409855; Sat, 07 Jul 2007 07:10:09 -0700 (PDT) Received: by 10.100.177.20 with HTTP; Sat, 7 Jul 2007 07:10:09 -0700 (PDT) Message-ID: <8cdf6c720707070710k2b7e030v37683e460d983bf9@mail.gmail.com> Date: Sat, 7 Jul 2007 16:10:09 +0200 From: "Paul Eskello" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: status of 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 14:36:12 -0000 Hi folks, I was wondering when to expect 7.0 release ? Did I miss the schedule. Any showstoppers ? when to expect RC1 ? Just curious. Have a great weekend. Cheers, Paul From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 14:37:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id F2E8316A469; Sat, 7 Jul 2007 14:37:09 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sat, 7 Jul 2007 22:37:06 +0800 From: Ariff Abdullah To: "Attilio Rao" , kpeter@melbpc.org.au Message-Id: <20070707223706.53893e7e.ariff@FreeBSD.org> In-Reply-To: <3bbf2fe10707070613mf7395c5rb496bccaa61ccda1@mail.gmail.com> References: <468F5308.6060309@melbpc.org.au> <3bbf2fe10707070613mf7395c5rb496bccaa61ccda1@mail.gmail.com> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__7_Jul_2007_22_37_06_+0800_nEaQQoJrNLzpow2E" Cc: freebsd-current@freebsd.org Subject: Re: [panic] _mtx_lock_sleep: recursed on non-recursive mutex emu10kx @ .../usr/src/sys/dev/sound/pci/emu10kx.c:620 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 14:37:11 -0000 --Signature=_Sat__7_Jul_2007_22_37_06_+0800_nEaQQoJrNLzpow2E Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 7 Jul 2007 15:13:32 +0200 "Attilio Rao" wrote: > 2007/7/7, Peter Kostouros : > > Hi > > > > I have experienced intermittent _mtx_lock_sleep raised panics from > > CURRENT kernels dated 23JUN2007 and 30JUN2007. I have a core dump > > and hope the attached gdb session is of use to anyone. >=20 > I'm sure ariff@ should have a fix for that, but I don't know if he > alredy has a definitive patch or not. >=20 The driver maintainer (chibis @ Yuriy Tsibizov) are having difficulties accessing internet right now. I would suggest to the reporter to try his latest cleanup: http://chibis.persons.gfk.ru/audigy/snd_emu10kx_70_patch2 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sat__7_Jul_2007_22_37_06_+0800_nEaQQoJrNLzpow2E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGj6USlr+deMUwTNoRAjsGAJ9f/VGiAHtXWTxM9DbRltUwYZ8QigCgq0wW ES/+r++BiGdtJ1Hjuom7yfM= =tjdt -----END PGP SIGNATURE----- --Signature=_Sat__7_Jul_2007_22_37_06_+0800_nEaQQoJrNLzpow2E-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 16:01:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4888016A41F for ; Sat, 7 Jul 2007 16:01:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id E1F2413C480 for ; Sat, 7 Jul 2007 16:01:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I7CiS-0007HI-E1 for current@freebsd.org; Sat, 07 Jul 2007 19:01:01 +0300 Received: from deviant.kiev.zoral.com.ua (root@[10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l67G0kd4035415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Jul 2007 19:00:46 +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.1/8.14.1) with ESMTP id l67G0jmC086291; Sat, 7 Jul 2007 19:00:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l67G0hNc086290; Sat, 7 Jul 2007 19:00:43 +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: Sat, 7 Jul 2007 19:00:43 +0300 From: Kostik Belousov To: Jiawei Ye Message-ID: <20070707160042.GJ2200@deviant.kiev.zoral.com.ua> References: <20070703180141.GJ2200@deviant.kiev.zoral.com.ua> <20070705144443.GV2200@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="czsrKamv0OtYjSMr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 308c5668300cb665e09cc4617523e4c8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1190 [July 06 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Tai-hwa Liang , current@freebsd.org Subject: Re: HEADS UP: destroy_dev_sched() KPI in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 16:01:03 -0000 --czsrKamv0OtYjSMr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 07, 2007 at 08:36:23PM +0800, Jiawei Ye wrote: > On 7/5/07, Kostik Belousov wrote: > > > >Today, I reverted the part of commit that tried to transform destroy_dev= () > >from d_close() into destroy_dev_sched(). See kern_conf.c, rev. 1.208. > >You shall call destroy_dev_sched() explicitely. > > > > > Does this mean that mount_smbfs has to explicitly call it now? It is > currently stuck in the devdrn state with the latest kernel :( >=20 > Jiawei Ye Exactly. Patch by Tai-hwa Liang is pending. I also remember that sg(4) had the same problem, but I do not know it current status. --czsrKamv0OtYjSMr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGj7iqC3+MBN1Mb4gRAm+eAJ9V6raLw5EznOKGimR4HsNLEkhWVgCgoCbO cCX/aQIP5l2c3j5QqobTBFc= =u9fF -----END PGP SIGNATURE----- --czsrKamv0OtYjSMr-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 17:14:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA0A216A421 for ; Sat, 7 Jul 2007 17:14:18 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7CE13C447 for ; Sat, 7 Jul 2007 17:14:18 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from herring.rabson.org (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id l67GZ3nO040535 for ; Sat, 7 Jul 2007 17:35:03 +0100 (BST) (envelope-from dfr@rabson.org) From: Doug Rabson To: freebsd-current@freebsd.org User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Disposition: inline X-Length: 2655 X-UID: 298 Date: Sat, 7 Jul 2007 17:35:02 +0100 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200707071735.02973.dfr@rabson.org> X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.87.1/3607/Fri Jul 6 00:51:19 2007 on itchy.rabson.org X-Virus-Status: Clean Subject: ZFS leaking vnodes (sort of) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 17:14:18 -0000 I've been testing ZFS recently and I noticed some performance issues while doing large-scale port builds on a ZFS mounted /usr/ports tree. Eventually I realised that virtually nothing ever ended up on the vnode free list. This meant that when the system reached its maximum vnode limit, it had to resort to reclaiming vnodes from the various filesystem's active vnode lists (via vlrureclaim). Since those lists are not sorted in LRU order, this led to pessimal cache performance after the system got into that state. I looked a bit closer at the ZFS code and poked around with DDB and I think the problem was caused by a couple of extraneous calls to vhold when creating a new ZFS vnode. On FreeBSD, getnewvnode returns a vnode which is already held (not on the free list) so there is no need to call vhold again. This patch appears to fix the problem (only very lightly tested): Index: zfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c,v retrieving revision 1.22 diff -u -r1.22 zfs_vnops.c --- zfs_vnops.c 28 May 2007 02:37:43 -0000 1.22 +++ zfs_vnops.c 7 Jul 2007 13:01:41 -0000 @@ -3493,7 +3493,7 @@ rele = 0; vp->v_data = NULL; ASSERT(vp->v_holdcnt > 1); - vdropl(vp); + VI_UNLOCK(vp); if (!zp->z_unlinked && rele) VFS_RELE(zfsvfs->z_vfs); return (0); Index: zfs_znode.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c,v retrieving revision 1.8 diff -u -r1.8 zfs_znode.c --- zfs_znode.c 6 May 2007 19:05:37 -0000 1.8 +++ zfs_znode.c 7 Jul 2007 13:17:32 -0000 @@ -115,7 +115,6 @@ ASSERT(error == 0); zp->z_vnode = vp; vp->v_data = (caddr_t)zp; - vhold(vp); vp->v_vnlock->lk_flags |= LK_CANRECURSE; vp->v_vnlock->lk_flags &= ~LK_NOSHARE; } else { @@ -601,7 +600,6 @@ ASSERT(err == 0); vp = ZTOV(zp); vp->v_data = (caddr_t)zp; - vhold(vp); vp->v_vnlock->lk_flags |= LK_CANRECURSE; vp->v_vnlock->lk_flags &= ~LK_NOSHARE; vp->v_type = IFTOVT((mode_t)zp->z_phys->zp_mode); From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 18:04:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F23516A400 for ; Sat, 7 Jul 2007 18:04:40 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from smtp.qwerty.ru (smtp.qwerty.ru [87.240.2.134]) by mx1.freebsd.org (Postfix) with ESMTP id 069FA13C45A for ; Sat, 7 Jul 2007 18:04:40 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from ussr.lissyara.int.otradno.ru (unknown [10.21.64.215]) by smtp.qwerty.ru (Spam Firewall) with ESMTP id 2222A19BE2FF for ; Sat, 7 Jul 2007 21:52:58 +0400 (MSD) Message-ID: <468FD2FA.1040102@lissyara.su> Date: Sat, 07 Jul 2007 21:52:58 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: What is reason for fixed system data format? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 18:04:40 -0000 I looks means for global change system date format (example -> 2007-07-07 21:48:58). But - it not exist. In code some applications I see fixed string for length date string (example - ./usr.sbin/syslogd/syslogd.c). ========= What reason for use fixed format, and is exists plans for change this? From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 18:51:29 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28CE716A400; Sat, 7 Jul 2007 18:51:29 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id BD00413C448; Sat, 7 Jul 2007 18:51:28 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l67Iqcoa079451; Sat, 7 Jul 2007 13:52:38 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Sat, 7 Jul 2007 13:51:11 -0500 (CDT) From: "Sean C. Farley" To: Andrey Chernov In-Reply-To: <20070707131359.GB96605@nagual.pp.ru> Message-ID: <20070707133102.C14065@thor.farley.org> References: <20070704173905.T67251@fledge.watson.org> <20070704121316.A77978@thor.farley.org> <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> <20070704215154.O77978@thor.farley.org> <20070705115816.GA50506@nagual.pp.ru> <20070705105922.F98700@thor.farley.org> <20070707130859.GA96605@nagual.pp.ru> <20070707131359.GB96605@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 18:51:29 -0000 On Sat, 7 Jul 2007, Andrey Chernov wrote: > On Sat, Jul 07, 2007 at 05:09:00PM +0400, Andrey Chernov wrote: >> Well, I see. You try to keep envVars[] between environ switch by that >> way. My intention is have all allocated memory tracked. This way all memory can be freed explicitly. In turn, this allows for easier debugging of *env() functions or any programmers using these functions. Besides, I wrote the code on July 4th. It was born to be free(). :) >> But it still look complicated and probably gains nothing. I.e. will >> be much _faster_ just free envVars[] (but not variables themselfs) >> and allow build_env() to calloc() new array for envVars and fills it >> from new environ. It is surely faster than calling setenv() for each >> variable just for sake of keepeng once allocated envVars[]. I feel the change is easy to follow since it is reusing existing functions. Compared to other sections of code, this part is easy. :) I agree that it would be faster for a subset of an existing environ. On the other hand, in the case of emptying the environment, my method would be faster since no deallocation, allocation nor setenv() calls would be called assuming putenv() was not used. I could try a few tests to see what is faster in which case, but I do not think environ changes happen often enough to make speed a factor. >> Moreover, environ switch commonly used to switch from large environ >> to smaller one (or to empty one), so the rest of old envVars[] array >> would keep unneccessary allocation. If the new environ only contains a subset with the same values of an existing environ, then the total bytes will not increase. No (de)allocations functions would be called. freeing envVars and starting anew will result in memory allocations for envVars and every variable within the new environ. > BTW, if you just free(envVars) when environ switch is detected, there > is no needs to __remove_putenv() (big slowdown) in the __clean_env() > too. I just changed it to only call __remove_putenv() during a merge. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 18:58:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A56D616A400 for ; Sat, 7 Jul 2007 18:58:43 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6482C13C448 for ; Sat, 7 Jul 2007 18:58:43 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l67IWQC9014206 for ; Sat, 7 Jul 2007 14:32:28 -0400 (EDT) From: Tom McLaughlin To: FreeBSD Current Content-Type: text/plain Date: Sat, 07 Jul 2007 14:32:26 -0400 Message-Id: <1183833146.1978.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: sysutils/xsi not building on -CURRENT with new gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 18:58:43 -0000 Hi all, I updated sysutils/xsi to a new version and I just found it will not build on -CURRENT (July 2nd) in my tinderbox. I'm getting the following fail: if c++ -DHAVE_CONFIG_H -I. -I. -I. -I../lib -I/usr/local/include/libxml2 -I/usr/local/include -O1 -pipe -MT freebsd.o -MD -MP -MF ".deps/freebsd.Tpo" -c -o freebsd.o freebsd.cpp; then mv -f ".deps/freebsd.Tpo" ".deps/freebsd.Po"; else rm -f ".deps/freebsd.Tpo"; exit 1; fi In file included from /usr/include/sys/sx.h:37, from /usr/include/sys/filedesc.h:40, from /usr/include/sys/proc.h:44, from /usr/include/sys/user.h:47, from freebsd.cpp:35: /usr/include/sys/lock_profile.h:156: error: expected ',' or '...' before 'class' I'm trying to avoid setting USE_GCC on this port. How can I get around this issue? Thanks, tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 19:18:38 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8449E16A468; Sat, 7 Jul 2007 19:18:38 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id F030E13C458; Sat, 7 Jul 2007 19:18:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l67JIaXd004481; Sat, 7 Jul 2007 23:18:36 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1183835916; bh=0f6TEyH534BwEfLT4IJklLt9hMU8KUMovtFVmm6 dW9c=; l=533; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=m6u0Qmz2kir7ry4wVPBY zUl77JP3jHDTWMK8EcfdTKSE8zaNYbp68DamQ0YodKnhtwyd8keHenmWqwBRXf27qTd rR5yjtKzSvqQCxz8J0jngxS9cBAv9gv+yR+m7UaX3dvMXd2MldzoTC+qns/075mQe29 hHA1WCno6uRAH9y+I= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l67JIa6a004480; Sat, 7 Jul 2007 23:18:36 +0400 (MSD) (envelope-from ache) Date: Sat, 7 Jul 2007 23:18:35 +0400 From: Andrey Chernov To: "Sean C. Farley" Message-ID: <20070707191835.GA4368@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Sean C. Farley" , Robert Watson , freebsd-current , Michal Mertl References: <20070704180000.GA34042@nagual.pp.ru> <20070704144159.X77978@thor.farley.org> <20070704195939.GA35302@nagual.pp.ru> <20070704235630.GA42227@nagual.pp.ru> <20070704215154.O77978@thor.farley.org> <20070705115816.GA50506@nagual.pp.ru> <20070705105922.F98700@thor.farley.org> <20070707130859.GA96605@nagual.pp.ru> <20070707131359.GB96605@nagual.pp.ru> <20070707133102.C14065@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070707133102.C14065@thor.farley.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current , Robert Watson , Michal Mertl Subject: Re: Environment handling broken in /bin/sh with changes to {get,set,put}env() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 19:18:38 -0000 On Sat, Jul 07, 2007 at 01:51:11PM -0500, Sean C. Farley wrote: > I agree that it would be faster for a subset of an existing environ. On > the other hand, in the case of emptying the environment, my method would > be faster since no deallocation, allocation nor setenv() calls would be > called assuming putenv() was not used. I could try a few tests to see > what is faster in which case, but I do not think environ changes happen > often enough to make speed a factor. Well, lets go with that. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 19:42:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BEA816A41F for ; Sat, 7 Jul 2007 19:42:49 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id CFFA613C45E for ; Sat, 7 Jul 2007 19:42:48 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l67JNr0c010003; Sat, 7 Jul 2007 15:23:53 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Tom McLaughlin In-Reply-To: <1183833146.1978.12.camel@localhost> References: <1183833146.1978.12.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nMyRryl+uxYKRwSF4Ek3" Organization: MarcusCom, Inc. Date: Sat, 07 Jul 2007 15:23:22 -0400 Message-Id: <1183836202.82695.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: FreeBSD Current Subject: Re: sysutils/xsi not building on -CURRENT with new gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 19:42:49 -0000 --=-nMyRryl+uxYKRwSF4Ek3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-07-07 at 14:32 -0400, Tom McLaughlin wrote: > Hi all, >=20 > I updated sysutils/xsi to a new version and I just found it will not > build on -CURRENT (July 2nd) in my tinderbox. I'm getting the following > fail: >=20 >=20 > if c++ -DHAVE_CONFIG_H -I. -I. -I. -I../lib -I/usr/local/include/libxml2 > -I/usr/local/include -O1 -pipe -MT freebsd.o -MD -MP -MF > ".deps/freebsd.Tpo" -c -o freebsd.o freebsd.cpp; then mv -f > ".deps/freebsd.Tpo" ".deps/freebsd.Po"; else rm -f ".deps/freebsd.Tpo"; > exit 1; fi > In file included from /usr/include/sys/sx.h:37, > from /usr/include/sys/filedesc.h:40, > from /usr/include/sys/proc.h:44, > from /usr/include/sys/user.h:47, > from freebsd.cpp:35: > /usr/include/sys/lock_profile.h:156: error: expected ',' or '...' before = 'class' Seems like a bug in lock_profile.h to me. We should not be using reserved words like "class". kmacy added this function to lock_profile.h in rev 1.6. You might want to ping him about it. >=20 >=20 > I'm trying to avoid setting USE_GCC on this port. How can I get around > this issue? I don't see any way around this on -CURRENT. Other compiler versions should complain equally as loud. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-nMyRryl+uxYKRwSF4Ek3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGj+gob2iPiv4Uz4cRAiDlAJ4uBsuiHPyd11DSJvg9gBAhExX4igCgg/H/ /ZsaMQ16E36pxRh2Asn7Aa8= =+kQ6 -----END PGP SIGNATURE----- --=-nMyRryl+uxYKRwSF4Ek3-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 19:55:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C575D16A46E for ; Sat, 7 Jul 2007 19:55:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 571E513C465 for ; Sat, 7 Jul 2007 19:55:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1038799uge for ; Sat, 07 Jul 2007 12:55:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=e/rHI30wkZkkLwHSB1bOmEA5KM3uTOYPYRr0+OVN9kecgGAtW1fCWRroCKtxUB3shawfl9VF1txGZ0AUzB6wDpso6NS9zaVJxI9TuxoaFEJSieSiUNaUTBQTbN0ZCXFy/rRNdVAySa/5FiFLYz4b/622INK0+gqUplrbnDrQ/nU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=qV4N7DWfNeazDtztDqCZ3IszOE+8QXqCti9pI4F5osNHnWsS6vXtWUcc4KhaTZQp+Ir0qP1fYeUezI0ypn0x96in0qyJS49GFnAdNfX8w9FRP7kDpD3b3xbkvWXn75npOihl4xN8ux+Z0LGu+s51nEKPtPnOux8mUm540IOwLhM= Received: by 10.78.166.7 with SMTP id o7mr874867hue.1183838100700; Sat, 07 Jul 2007 12:55:00 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Sat, 7 Jul 2007 12:55:00 -0700 (PDT) Message-ID: <3bbf2fe10707071255p23822ebcy551ec90e2798437c@mail.gmail.com> Date: Sat, 7 Jul 2007 21:55:00 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Joe Marcus Clarke" In-Reply-To: <1183836202.82695.12.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1183833146.1978.12.camel@localhost> <1183836202.82695.12.camel@shumai.marcuscom.com> X-Google-Sender-Auth: e734e109fdf3841e Cc: Tom McLaughlin , FreeBSD Current Subject: Re: sysutils/xsi not building on -CURRENT with new gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 19:55:02 -0000 2007/7/7, Joe Marcus Clarke : > On Sat, 2007-07-07 at 14:32 -0400, Tom McLaughlin wrote: > > Hi all, > > > > I updated sysutils/xsi to a new version and I just found it will not > > build on -CURRENT (July 2nd) in my tinderbox. I'm getting the following > > fail: > > > > > > if c++ -DHAVE_CONFIG_H -I. -I. -I. -I../lib -I/usr/local/include/libxml2 > > -I/usr/local/include -O1 -pipe -MT freebsd.o -MD -MP -MF > > ".deps/freebsd.Tpo" -c -o freebsd.o freebsd.cpp; then mv -f > > ".deps/freebsd.Tpo" ".deps/freebsd.Po"; else rm -f ".deps/freebsd.Tpo"; > > exit 1; fi > > In file included from /usr/include/sys/sx.h:37, > > from /usr/include/sys/filedesc.h:40, > > from /usr/include/sys/proc.h:44, > > from /usr/include/sys/user.h:47, > > from freebsd.cpp:35: > > /usr/include/sys/lock_profile.h:156: error: expected ',' or '...' before 'class' > > Seems like a bug in lock_profile.h to me. We should not be using > reserved words like "class". kmacy added this function to > lock_profile.h in rev 1.6. You might want to ping him about it. Could you please try this: http://users.gufi.org/~rookie/works/patches/lock_profile.diff Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 20:05:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52E8316A468 for ; Sat, 7 Jul 2007 20:05:36 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id D523913C46E for ; Sat, 7 Jul 2007 20:05:35 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l67K5xS9010583; Sat, 7 Jul 2007 16:05:59 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Attilio Rao In-Reply-To: <3bbf2fe10707071255p23822ebcy551ec90e2798437c@mail.gmail.com> References: <1183833146.1978.12.camel@localhost> <1183836202.82695.12.camel@shumai.marcuscom.com> <3bbf2fe10707071255p23822ebcy551ec90e2798437c@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-UWqmV3bd6WRLtoHBSS2g" Organization: MarcusCom, Inc. Date: Sat, 07 Jul 2007 16:05:28 -0400 Message-Id: <1183838728.82695.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: Tom McLaughlin , FreeBSD Current Subject: Re: sysutils/xsi not building on -CURRENT with new gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 20:05:36 -0000 --=-UWqmV3bd6WRLtoHBSS2g Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-07-07 at 21:55 +0200, Attilio Rao wrote: > 2007/7/7, Joe Marcus Clarke : > > On Sat, 2007-07-07 at 14:32 -0400, Tom McLaughlin wrote: > > > Hi all, > > > > > > I updated sysutils/xsi to a new version and I just found it will not > > > build on -CURRENT (July 2nd) in my tinderbox. I'm getting the follow= ing > > > fail: > > > > > > > > > if c++ -DHAVE_CONFIG_H -I. -I. -I. -I../lib -I/usr/local/include/libx= ml2 > > > -I/usr/local/include -O1 -pipe -MT freebsd.o -MD -MP -MF > > > ".deps/freebsd.Tpo" -c -o freebsd.o freebsd.cpp; then mv -f > > > ".deps/freebsd.Tpo" ".deps/freebsd.Po"; else rm -f ".deps/freebsd.Tpo= "; > > > exit 1; fi > > > In file included from /usr/include/sys/sx.h:37, > > > from /usr/include/sys/filedesc.h:40, > > > from /usr/include/sys/proc.h:44, > > > from /usr/include/sys/user.h:47, > > > from freebsd.cpp:35: > > > /usr/include/sys/lock_profile.h:156: error: expected ',' or '...' bef= ore 'class' > > > > Seems like a bug in lock_profile.h to me. We should not be using > > reserved words like "class". kmacy added this function to > > lock_profile.h in rev 1.6. You might want to ping him about it. >=20 > Could you please try this: > http://users.gufi.org/~rookie/works/patches/lock_profile.diff Yep, that approach works, too. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-UWqmV3bd6WRLtoHBSS2g Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGj/IHb2iPiv4Uz4cRAhzLAJ9OrQw1r40UDZXSoRvgSY7k0H0n0gCcCyct ydx4ONsBQQOwlW3Qx4QguwA= =nmRy -----END PGP SIGNATURE----- --=-UWqmV3bd6WRLtoHBSS2g-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 20:10:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC7D916A469 for ; Sat, 7 Jul 2007 20:10:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 96A0413C4D9 for ; Sat, 7 Jul 2007 20:10:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local (sam@[10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l67KApr8092309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Jul 2007 13:10:53 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <468FF34A.7070306@errno.com> Date: Sat, 07 Jul 2007 13:10:50 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Nathan Lay References: <468C5FAF.8060702@comcast.net> In-Reply-To: <468C5FAF.8060702@comcast.net> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: -pureg doesn't stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 20:10:55 -0000 Nathan Lay wrote: > Hi list, > I have a recent build (July 1st) and running it as a wireless AP (with > hostapd WPA-PSK TKIP) using an atheros card (Netgear WG311T). I've been > trying to get an 802.11b client on and I noticed the -pureg option > doesn't seem to stick at bootup. > e.g. this rc.conf line > ifconfig_ath0="ssid Lamp channel 9 mediaopt hostap -pureg up" > > Maybe -pureg should be specified somewhere else in that line (I also > tried "-pureg ssid Lamp channel 9 mediaopt hostap up")? Anyways, I have > to login and manually set ath0 to -pureg in order for the 802.11b client > to associate. pureg is not the default. Can you provide ifconfig -v output that shows it enabled? Also wlandebug auth+assoc should show why your 11b client is not allowed to associate. > > On the side, this same 802.11b client, which runs Windows XP SP2 on a > Thinkpad T41 with an Intel Pro Wireless 2100 card will crash both > 6.2-RELEASE and 7.0-CURRENT with medium traffic (e.g. streaming radio). > On the 6.2 system, the backtrace indicated that the crash occurred in > the atheros driver itself ... though I don't have that core handy. I > have no way to get the debugging information off of the 7.0 machine > until I get a serial cable, but the crash is fairly simple to reproduce > (The 6.2 system would crash 2-3 times a day due to this one client). I need a stack trace to proceed. Sam From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 20:20:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55B0716A468 for ; Sat, 7 Jul 2007 20:20:42 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.freebsd.org (Postfix) with ESMTP id DF06613C44C for ; Sat, 7 Jul 2007 20:20:41 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.127] (bofh.straycat.dhs.org [192.168.1.127]) by straycat.dhs.org (8.13.8/8.13.8) with ESMTP id l67KKew2003028; Sat, 7 Jul 2007 16:20:40 -0400 (EDT) From: Tom McLaughlin To: Attilio Rao In-Reply-To: <3bbf2fe10707071255p23822ebcy551ec90e2798437c@mail.gmail.com> References: <1183833146.1978.12.camel@localhost> <1183836202.82695.12.camel@shumai.marcuscom.com> <3bbf2fe10707071255p23822ebcy551ec90e2798437c@mail.gmail.com> Content-Type: text/plain Date: Sat, 07 Jul 2007 16:20:40 -0400 Message-Id: <1183839640.1899.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: sysutils/xsi not building on -CURRENT with new gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 20:20:42 -0000 On Sat, 2007-07-07 at 21:55 +0200, Attilio Rao wrote: > 2007/7/7, Joe Marcus Clarke : > > On Sat, 2007-07-07 at 14:32 -0400, Tom McLaughlin wrote: > > > Hi all, > > > > > > I updated sysutils/xsi to a new version and I just found it will not > > > build on -CURRENT (July 2nd) in my tinderbox. I'm getting the following > > > fail: > > > > > > > > > if c++ -DHAVE_CONFIG_H -I. -I. -I. -I../lib -I/usr/local/include/libxml2 > > > -I/usr/local/include -O1 -pipe -MT freebsd.o -MD -MP -MF > > > ".deps/freebsd.Tpo" -c -o freebsd.o freebsd.cpp; then mv -f > > > ".deps/freebsd.Tpo" ".deps/freebsd.Po"; else rm -f ".deps/freebsd.Tpo"; > > > exit 1; fi > > > In file included from /usr/include/sys/sx.h:37, > > > from /usr/include/sys/filedesc.h:40, > > > from /usr/include/sys/proc.h:44, > > > from /usr/include/sys/user.h:47, > > > from freebsd.cpp:35: > > > /usr/include/sys/lock_profile.h:156: error: expected ',' or '...' before 'class' > > > > Seems like a bug in lock_profile.h to me. We should not be using > > reserved words like "class". kmacy added this function to > > lock_profile.h in rev 1.6. You might want to ping him about it. > > Could you please try this: > http://users.gufi.org/~rookie/works/patches/lock_profile.diff > > Thanks, > Attilio Yup, that did it. xsi just built fine here. tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 21:27:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7954C16A46E for ; Sat, 7 Jul 2007 21:27:24 +0000 (UTC) (envelope-from mr.kodiak@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id CB51213C44B for ; Sat, 7 Jul 2007 21:27:23 +0000 (UTC) (envelope-from mr.kodiak@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1048061uge for ; Sat, 07 Jul 2007 14:27:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=sRJwPYb1ruoodANHaFHEz3YGdYPqS5vZq+vBhVU6EbbCSKR0RJugUCHi7hTNYMr9OlQRKpMDqD6zCG7SKGQqpKnm+IA9+/K2PqfR2jkGQygrA8GyGJEm4BJr5X1USPVXuEqKS/cT0H1Zh8lr3DJgjwffHQrVFHT83dbVtqlkAek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=W406Ef4cmEvNZOwOWPnEqPHZgslxZ7ukzupZJvVKtN8zbbTtIEaZ+WQUAJSraaQa7Bos+RYI+n2GpiI3/ul90Mx6mh2kx1a2anK9BvMEfVs7z5967c93O1yosrTEivaAQzmjcXDNxVsTtQKnP9C91BBk+YKzyP1ZYLdFXZK3jUQ= Received: by 10.67.10.12 with SMTP id n12mr3773339ugi.1183841964175; Sat, 07 Jul 2007 13:59:24 -0700 (PDT) Received: by 10.66.243.16 with HTTP; Sat, 7 Jul 2007 13:59:24 -0700 (PDT) Message-ID: Date: Sat, 7 Jul 2007 15:59:24 -0500 From: "Bryan Venteicher" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 07 Jul 2007 21:52:06 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic in _mtx_lock_sleep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 21:27:24 -0000 I got this panic from about a day old current. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x258 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8028a71a stack pointer = 0x10:0xffffffffaf5896c0 frame pointer = 0x10:0xffffffffaf5896f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1069 (gweather-applet-2) panic: from debugger cpuid = 0 Uptime: 23m45s Physical memory: 2523 MB Dumping 409 MB: 394 378 362 346 330 314 298 282 266 250 234 218 202 186 170 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff802951b6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff8029562a in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff8018d06c in db_panic (addr=Variable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:433 #4 0xffffffff8018d66c in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xffffffff8018f24d in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:222 #6 0xffffffff802bd2da in kdb_trap (type=12, code=0, tf=0xffffffffaf589610) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xffffffff804a4552 in trap_fatal (frame=0xffffffffaf589610, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:690 #8 0xffffffff804a52ac in trap (frame=0xffffffffaf589610) at /usr/src/sys/amd64/amd64/trap.c:247 #9 0xffffffff8048bede in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #10 0xffffffff8028a71a in _mtx_lock_sleep (m=0xffffff0002637660, tid=18446742974235165536, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:361 #11 0xffffffff80334334 in rt_check (lrt=0xffffffffaf589758, lrt0=0xffffffffaf589748, dst=Variable "dst" is not available. ) at /usr/src/sys/net/route.c:1303 #12 0xffffffff80355255 in arpresolve (ifp=0xffffff0001150800, rt0=0xffffff0002637870, m=0xffffff00020a5c00, dst=0xffffff0002110390, desten=0xffffffffaf5897c0 "\224\\\n\002") at /usr/src/sys/netinet/if_ether.c:373 #13 0xffffffff8032c160 in ether_output (ifp=0xffffff0001150800, m=0xffffff00020a5c00, dst=0xffffff0002110390, rt0=Variable "rt0" is not available. ) at /usr/src/sys/net/if_ethersubr.c:175 #14 0xffffffff803643b8 in ip_output (m=0xffffff00020a5c00, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:547 #15 0xffffffff803c237e in udp_send (so=Variable "so" is not available. ) at /usr/src/sys/netinet/udp_usrreq.c:957 #16 0xffffffff802ebc4f in sosend_dgram (so=0xffffff004309b570, addr=0x0, uio=Variable "uio" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1053 #17 0xffffffff802ef5f7 in kern_sendit (td=0xffffff0002384360, s=24, mp=0xffffffffaf589af0, flags=0, control=0x0, segflg=Variable "segflg" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:806 #18 0xffffffff802f25fe in sendit (td=0xffffff0002384360, s=24, mp=0xffffffffaf589af0, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:746 #19 0xffffffff802f26e6 in sendto (td=Variable "td" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:860 #20 0xffffffff804a4b6e in syscall (frame=0xffffffffaf589c70) at /usr/src/sys/amd64/amd64/trap.c:820 #21 0xffffffff8048c08b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #22 0x0000000805497cdc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 11 #11 0xffffffff80334334 in rt_check (lrt=0xffffffffaf589758, lrt0=0xffffffffaf589748, dst=Variable "dst" is not available. ) at /usr/src/sys/net/route.c:1303 1303 RT_LOCK(rt); /* NB: gwroute */ (kgdb) l 1298 /* XXX BSD/OS checks dst->sa_family != AF_NS */ 1299 if (rt->rt_flags & RTF_GATEWAY) { 1300 if (rt->rt_gwroute == NULL) 1301 goto lookup; 1302 rt = rt->rt_gwroute; 1303 RT_LOCK(rt); /* NB: gwroute */ 1304 if ((rt->rt_flags & RTF_UP) == 0) { 1305 RTFREE_LOCKED(rt); /* unlock gwroute */ 1306 rt = rt0; 1307 lookup: (kgdb) p *rt $1 = {rt_nodes = {{rn_mklist = 0x0, rn_parent = 0xffffff00026375d0, rn_bit = -1, rn_bmask = 0 '\0', rn_flags = 0 '\0', rn_u = { rn_leaf = {rn_Key = 0xffffff0038e84d00 "\020\002", rn_Mask = 0x0, rn_Dupedkey = 0x0}, rn_node = {rn_Off = 954748160, rn_L = 0x0, rn_R = 0x0}}}, {rn_mklist = 0xffffff0002311060, rn_parent = 0xffffff0002637990, rn_bit = 63, rn_bmask = 1 '\001', rn_flags = 0 '\0', rn_u = {rn_leaf = {rn_Key = 0x7
, rn_Mask = 0xffffff0002637960 "`\0201\002", rn_Dupedkey = 0xffffff00026375a0}, rn_node = {rn_Off = 7, rn_L = 0xffffff0002637960, rn_R = 0xffffff00026375a0}}}}, rt_gateway = 0xffffff0038e84d10, rt_flags = 131076, rt_ifp = 0xffffff0001150800, rt_ifa = 0xffffff0002680600, rt_rmx = {rmx_mtu = 1500, rmx_expire = 1421, rmx_pksent = 0}, rt_refcnt = 0, rt_genmask = 0x0, rt_llinfo = 0x0, rt_gwroute = 0x0, rt_parent = 0x0, rt_mtx = {lock_object = { lo_name = 0xffffffff80503dda "rtentry", lo_type = 0xffffffff80503dda "rtentry", lo_flags = 21102592, lo_witness_data = { lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 6, mtx_recurse = 0}} (kgdb) down 1 #10 0xffffffff8028a71a in _mtx_lock_sleep (m=0xffffff0002637660, tid=18446742974235165536, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:361 361 owner = (struct thread *)(v & ~MTX_FLAGMASK); (kgdb) l 356 #ifdef ADAPTIVE_MUTEXES 357 /* 358 * If the current owner of the lock is executing on another 359 * CPU, spin instead of blocking. 360 */ 361 owner = (struct thread *)(v & ~MTX_FLAGMASK); 362 #ifdef ADAPTIVE_GIANT 363 if (TD_IS_RUNNING(owner)) 364 #else 365 if (m != &Giant && TD_IS_RUNNING(owner)) (kgdb) p *m $2 = {lock_object = {lo_name = 0xffffffff80503dda "rtentry", lo_type = 0xffffffff80503dda "rtentry", lo_flags = 21102592, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 6, mtx_recurse = 0} (kgdb) p v $3 = 6 From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 22:49:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 102B016A421 for ; Sat, 7 Jul 2007 22:49:09 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 977B213C447 for ; Sat, 7 Jul 2007 22:49:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l67Mn6Pf001380; Sun, 8 Jul 2007 08:49:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l67Mn6pk001379; Sun, 8 Jul 2007 08:49:06 +1000 (EST) (envelope-from peter) Date: Sun, 8 Jul 2007 08:49:06 +1000 From: Peter Jeremy To: Paul Eskello Message-ID: <20070707224906.GE38748@turion.vk2pj.dyndns.org> References: <8cdf6c720707070710k2b7e030v37683e460d983bf9@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbfcI4OLZ4XW0yH2" Content-Disposition: inline In-Reply-To: <8cdf6c720707070710k2b7e030v37683e460d983bf9@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: status of 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 22:49:09 -0000 --VbfcI4OLZ4XW0yH2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-07 16:10:09 +0200, Paul Eskello wrote: > I was wondering when to expect 7.0 release ? Did I miss the schedule. > Any showstoppers ? when to expect RC1 ? See http://www.freebsd.org/releng/ No dates have been released yet. --=20 Peter Jeremy --VbfcI4OLZ4XW0yH2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGkBhi/opHv/APuIcRAh+XAKCQUBxirxtYaqFiTLfHMZIqKKdNDACgqf46 kTH320M+l5XqZP9sMYFa/P0= =Ipq1 -----END PGP SIGNATURE----- --VbfcI4OLZ4XW0yH2-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 22:56:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F2FC16A400; Sat, 7 Jul 2007 22:56:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 66B3413C44B; Sat, 7 Jul 2007 22:56:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l67MubBs002807; Sat, 7 Jul 2007 18:56:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l67MubpJ082207; Sat, 7 Jul 2007 18:56:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4431573068; Sat, 7 Jul 2007 18:56:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070707225637.4431573068@freebsd-current.sentex.ca> Date: Sat, 7 Jul 2007 18:56:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2007 22:56:38 -0000 TB --- 2007-07-07 20:59:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-07-07 20:59:32 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-07-07 20:59:32 - cleaning the object tree TB --- 2007-07-07 21:00:03 - checking out the source tree TB --- 2007-07-07 21:00:03 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-07-07 21:00:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-07-07 21:09:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-07-07 21:09:41 - cd /src TB --- 2007-07-07 21:09:41 - /usr/bin/make -B buildworld >>> World build started on Sat Jul 7 21:09:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jul 7 22:24:42 UTC 2007 TB --- 2007-07-07 22:24:42 - generating LINT kernel config TB --- 2007-07-07 22:24:42 - cd /src/sys/pc98/conf TB --- 2007-07-07 22:24:42 - /usr/bin/make -B LINT TB --- 2007-07-07 22:24:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-07 22:24:42 - cd /src TB --- 2007-07-07 22:24:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jul 7 22:24:43 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Jul 7 22:49:16 UTC 2007 TB --- 2007-07-07 22:49:16 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-07-07 22:49:16 - cd /src TB --- 2007-07-07 22:49:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jul 7 22:49:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/support.s cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/swtch.s cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/i386/sys_machdep.c /src/sys/i386/i386/sys_machdep.c: In function 'i386_ldt_grow': /src/sys/i386/i386/sys_machdep.c:697: error: 'NULL_LDT_BASE' undeclared (first use in this function) /src/sys/i386/i386/sys_machdep.c:697: error: (Each undeclared identifier is reported only once /src/sys/i386/i386/sys_machdep.c:697: error: for each function it appears in.) /src/sys/i386/i386/sys_machdep.c:751: warning: passing argument 1 of 'set_user_ldt' from incompatible pointer type *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-07-07 22:56:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-07-07 22:56:36 - ERROR: failed to build GENERIC kernel TB --- 2007-07-07 22:56:36 - tinderbox aborted TB --- 0.75 user 3.00 system 7024.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 22:58:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01B7F16A421 for ; Sat, 7 Jul 2007 22:58:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8442013C45D for ; Sat, 7 Jul 2007 22:58:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l67Mw3mM001480; Sun, 8 Jul 2007 08:58:03 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l67Mw2HX001479; Sun, 8 Jul 2007 08:58:02 +1000 (EST) (envelope-from peter) Date: Sun, 8 Jul 2007 08:58:02 +1000 From: Peter Jeremy To: Alex Keda Message-ID: <20070707225802.GF38748@turion.vk2pj.dyndns.org> References: <468FD2FA.1040102@lissyara.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Az4VpBrmI9+OyhK/" Content-Disposition: inline In-Reply-To: <468FD2FA.1040102@lissyara.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org Subject: Re: What is reason for fixed system data format? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 22:58:06 -0000 --Az4VpBrmI9+OyhK/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-07 21:52:58 +0400, Alex Keda wrote: > I looks means for global change system date format (example -> 2007-07-07= =20 > 21:48:58). But - it not exist. > In code some applications I see fixed string for length date string (exam= ple=20 > - ./usr.sbin/syslogd/syslogd.c). > =3D=3D=3D=3D=3D=3D=3D=3D=3D > What reason for use fixed format, and is exists plans for change this? I presume you are referring to the time format returned by ctime(3). This format is specified by POSIX and thre are no plans to change it. You can create your own date formats (including locale variants) using strftime(3) (available via the '+' options to date(1)). --=20 Peter Jeremy --Az4VpBrmI9+OyhK/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGkBp6/opHv/APuIcRAloPAJ4wFUcBMihnuDAPWeKdzRH2RfB6QACeJp4z YO2HykoW2mIGD5NTcAkrvVk= =Ju6/ -----END PGP SIGNATURE----- --Az4VpBrmI9+OyhK/-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 7 22:58:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E57316A46B for ; Sat, 7 Jul 2007 22:58:56 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4219313C447 for ; Sat, 7 Jul 2007 22:58:55 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c4d.q.ppp-pool.de [89.53.124.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C0AE712883F for ; Sun, 8 Jul 2007 00:35:39 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 4F7733F43A for ; Sun, 8 Jul 2007 00:34:00 +0200 (CEST) Message-ID: <469014E9.5050906@vwsoft.com> Date: Sun, 08 Jul 2007 00:34:17 +0200 From: Volker User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: Subject: moving a zfs pool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2007 22:58:56 -0000 Hi, this is more likely currently a theoretical question: How does one move a zfs pool from one machine to another? I've done that in the past a lot with ufs filesystems by piping a dump through an ssh session and restoring on another machine just to move data to another system. This should also work on a per filesystem basis when using zfs but isn't there a way to move the whole pool to another machine (w/o physically moving the hard disk)? This would be the case when migrating a machine or migrating hard disks. The zfs export feature doesn't look promising for this or do I misread some bits? Please don't tell me, 42 is the answer... ;) I'm missing something I would call 'zpool dump' and 'zpool restore'. Thanks! Volker