From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 02:58:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B50B106566B for ; Sun, 4 Jul 2010 02:58:40 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id D26BF8FC1A for ; Sun, 4 Jul 2010 02:58:39 +0000 (UTC) Received: from lawrence1.loshell.room52.net (unknown [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id E26AE7E84A for ; Sun, 4 Jul 2010 12:58:37 +1000 (EST) Message-ID: <4C2FF8D8.6040802@freebsd.org> Date: Sun, 04 Jul 2010 12:58:32 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.1.10) Gecko/20100625 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C1492D0.6020704@freebsd.org> <4C1C3922.2050102@freebsd.org> <4C2863AB.50003@freebsd.org> In-Reply-To: <4C2863AB.50003@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [CFT] SIFTR - Statistical Information For TCP Research: Uncle Lawrence needs YOU! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 02:58:40 -0000 On 06/28/10 18:56, Lawrence Stewart wrote: > Hi again, > > After my most recent appeal for testers, I received some excellent > feedback and thank everyone that has tried the patch. I've ironed out a > couple of bugs and have what I hope is the import-ready candidate patch > available for a final round of testing. > > Please read on if you are able and willing to (re)test the code. [snip] I've committed SIFTR to head as r209662, with r209665 as a minor follow up fix to include the man page in the build. Sincere thanks to everyone that pitched in with review/testing and if you haven't already tried it, give it a spin next time you update your sources to r209665 or later - "man siftr" will get you going. Please CC me explicitly on any mail regarding problems with SIFTR. On the off chance anyone is looking for some self contained, small projects/patches to work on, I have plenty of additional ideas for improvements to SIFTR. I'd be very happy to collaborate with anyone that was interested enough to work on the code. Enjoy! Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:09:45 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1F4106566B for ; Sun, 4 Jul 2010 09:09:45 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ssh.psg.com [IPv6:2001:418:1::40]) by mx1.freebsd.org (Postfix) with ESMTP id C60D38FC08 for ; Sun, 4 Jul 2010 09:09:45 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OVLCq-0000PM-JU for current@freebsd.org; Sun, 04 Jul 2010 09:09:44 +0000 Date: Sun, 04 Jul 2010 18:09:43 +0900 Message-ID: From: Randy Bush To: FreeBSD current mailing list User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: rc.conf inet6 confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2010 09:09:45 -0000 i386 9-current as of today /etc/rc.conf network_interfaces="bge0 lo0" # List of network interfaces (lo0 is loopback). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. ipv4_addrs_bge0="147.28.0.36/24 147.28.0.40/24" ifconfig_bge0_ipv6="2001:418:1::36/64" ifconfig_bge0_alias0="inet6 2001:418:1::40/64" which gets me ifconfig: 2001:418:1::36/64: bad value (width too large) and bge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:30:48:86:b7:5a inet6 fe80::230:48ff:fe86:b75a%bge0 prefixlen 64 scopeid 0x1 inet 147.28.0.36 netmask 0xffffff00 broadcast 147.28.0.255 inet 147.28.0.40 netmask 0xffffff00 broadcast 147.28.0.255 inet6 2001:418:1::40 prefixlen 64 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active clue bat, please randy From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:16:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93628106566C for ; Sun, 4 Jul 2010 09:16:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 27C218FC17 for ; Sun, 4 Jul 2010 09:16:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 2985541C712; Sun, 4 Jul 2010 11:16:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 3qRLh5-ZSdkH; Sun, 4 Jul 2010 11:16:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id A7F6941C70C; Sun, 4 Jul 2010 11:16:06 +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 D40AA4448EC; Sun, 4 Jul 2010 09:15:47 +0000 (UTC) Date: Sun, 4 Jul 2010 09:15:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Randy Bush In-Reply-To: Message-ID: <20100704091532.R14969@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: Re: rc.conf inet6 confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2010 09:16:08 -0000 On Sun, 4 Jul 2010, Randy Bush wrote: > i386 9-current as of today > > /etc/rc.conf > > network_interfaces="bge0 lo0" # List of network interfaces (lo0 is loopback). > ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. > ipv4_addrs_bge0="147.28.0.36/24 147.28.0.40/24" > ifconfig_bge0_ipv6="2001:418:1::36/64" ^^ inet6 ^^ > ifconfig_bge0_alias0="inet6 2001:418:1::40/64" > > which gets me > > ifconfig: 2001:418:1::36/64: bad value (width too large) > > and > > bge0: flags=8843 metric 0 mtu 1500 > options=8009b > ether 00:30:48:86:b7:5a > inet6 fe80::230:48ff:fe86:b75a%bge0 prefixlen 64 scopeid 0x1 > inet 147.28.0.36 netmask 0xffffff00 broadcast 147.28.0.255 > inet 147.28.0.40 netmask 0xffffff00 broadcast 147.28.0.255 > inet6 2001:418:1::40 prefixlen 64 > nd6 options=21 > media: Ethernet autoselect (1000baseT ) > status: active > > clue bat, please > > randy > _______________________________________________ > 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" > -- Bjoern A. Zeeb From August on I will have a life. It's now up to you to do the maths and count to 64. -- Bondorf, Germany, 14th June 2010 From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:26:27 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 865AB1065672 for ; Sun, 4 Jul 2010 09:26:27 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 704F18FC13 for ; Sun, 4 Jul 2010 09:26:27 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OVLSz-0000Nw-ON; Sun, 04 Jul 2010 09:26:25 +0000 Date: Sun, 04 Jul 2010 18:26:24 +0900 Message-ID: From: Randy Bush To: "Bjoern A. Zeeb" In-Reply-To: <20100704091532.R14969@maildrop.int.zabbadoz.net> References: <20100704091532.R14969@maildrop.int.zabbadoz.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: rc.conf inet6 confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jul 2010 09:26:27 -0000 >> network_interfaces="bge0 lo0" # List of network interfaces (lo0 is loopback). >> ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. >> ipv4_addrs_bge0="147.28.0.36/24 147.28.0.40/24" >> ifconfig_bge0_ipv6="2001:418:1::36/64" > > ^^ inet6 ^^ > >> ifconfig_bge0_alias0="inet6 2001:418:1::40/64" thank you randy From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 11:20:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEBA71065670; Sun, 4 Jul 2010 11:20:47 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 867DD8FC13; Sun, 4 Jul 2010 11:20:47 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id CA9EF78C53; Sun, 4 Jul 2010 20:20:43 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id AF6A078C3B; Sun, 4 Jul 2010 20:20:43 +0900 (JST) Message-ID: <10CB692CA3FE4A8992B250B7F35B243B@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Alexander Motin" , "FreeBSD-Current" References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> <4C2F4B67.3060201@FreeBSD.org> In-Reply-To: <4C2F4B67.3060201@FreeBSD.org> Date: Sun, 4 Jul 2010 20:20:15 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 11:20:47 -0000 Hi, >> Notes/Known Issues/Limitations: >> FreeBSD can't use transfer length > 64KB. > > Since 8.0 FreeBSD can use any transfer lengths. 64K is a safety limit > for CAM SIMs that do not report maximum transfer size. If your driver > supports bigger transactions (and even if not), you should fill maxio > field in XPT_PATH_INQ response. I set maxio=1024*1024 in version 0.2.2. As a result, the request (each ccb) have 256 blocks (128KB). I don't know why it is 128KB. >> It seems CAM tag is used only 2 of 64 tags. >> I don't know a reason, but MAXPHYS limit? > > How many concurrent requests you are submitting? If you are testing it > with sequential read from file system - make sure you have sysctl > vfs.read_max set high enough. MAXPHYS does not affects number of > concurrent requests, only size of each one. I used vfs.read_max=32 and run only one dd. Now vfs.read_max=2048. I tried to run dd 4 times at background, then I got 4 x 30MB/s (read) and 4 x 21MB/s (write). Write is still slower than read, but it is enough. I can see 1 or 2 tags when reading, around 10 tags when writing. I guess that reading tag exists only for a short time. (or my execution order is not good) Thank you. Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 11:20:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04C61065673; Sun, 4 Jul 2010 11:20:47 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 8A40C8FC16; Sun, 4 Jul 2010 11:20:47 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id C696A78C4B; Sun, 4 Jul 2010 20:20:43 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id A73EE78C34; Sun, 4 Jul 2010 20:20:43 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: References: <1931AE1113EC4A8983B8A52A2A1966C2@ad.peach.ne.jp><6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> In-Reply-To: Date: Sun, 4 Jul 2010 20:01:37 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 11:20:47 -0000 Updated to 0.2.2 I noticed a bug after writing previous mail. sosend was called from XPT_SCSI_IO with locked mutex. It caused "sleeping thread owns a non-sleepable lock". What's new?: add auto sense. add maxio=1m. modify max tags by iSCSI command window. fix locked sleep problem. Download links: http://www.peach.ne.jp/archives/isboot/isboot-0.2.2.tar.gz Download links(for testing purpose only): http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.2.2.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.2.2.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-amd64-isboot-0.2.2.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-i386-isboot-0.2.2.iso http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 11:51:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB711065670 for ; Sun, 4 Jul 2010 11:51:38 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 06C628FC1F for ; Sun, 4 Jul 2010 11:51:37 +0000 (UTC) Received: by fxm13 with SMTP id 13so3433175fxm.13 for ; Sun, 04 Jul 2010 04:51:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=n+mKiDzWgnaIViKt0auLOnqF+R2jxILWUIKnyFnrZjs=; b=LyMoc6iVeXAgF7gMp0p6pyZniI+S+jpGSd9arNgjF8pkN1isfB6jwf5iJu1BMDWpuV aNkqlDtpfG2NUF/+kR0bUpmJ86JWgCEbgyMJwNh5rpAUx4Lqf+XwkcqWu6pRuPI3ghky JYmbaLxGORdH2WCehEUHEmV1nF33AGgPh8FVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=MSOR80uyDwmXZOIs4phe/FS8gxPbxNuudBFk0YMMCrd+RteKUJ5OX0TyZQjYTtG3L3 eIKftarvlLcdUSLTYNi26QKTL+P8KTBAflMbouqvPDjyCN88f2FE6PyrO3Ek2vChD6Xx WbiFpt0MkAzaA8rgAdqrs0W6km7h/5bZkMa7I= Received: by 10.223.126.193 with SMTP id d1mr1044030fas.97.1278244290896; Sun, 04 Jul 2010 04:51:30 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id w16sm6380189fao.46.2010.07.04.04.51.29 (version=SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 04:51:30 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C30758E.7080102@FreeBSD.org> Date: Sun, 04 Jul 2010 14:50:38 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Daisuke Aoyama References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> <4C2F4B67.3060201@FreeBSD.org> <10CB692CA3FE4A8992B250B7F35B243B@ad.peach.ne.jp> In-Reply-To: <10CB692CA3FE4A8992B250B7F35B243B@ad.peach.ne.jp> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 11:51:38 -0000 Daisuke Aoyama wrote: >>> Notes/Known Issues/Limitations: >>> FreeBSD can't use transfer length > 64KB. >> >> Since 8.0 FreeBSD can use any transfer lengths. 64K is a safety limit >> for CAM SIMs that do not report maximum transfer size. If your driver >> supports bigger transactions (and even if not), you should fill maxio >> field in XPT_PATH_INQ response. > > I set maxio=1024*1024 in version 0.2.2. As a result, the request (each ccb) > have 256 blocks (128KB). I don't know why it is 128KB. 128KB is a default MAXPHYS value. You may rise it in your kernel if you want. I am successfully using 1MB MAXPHYS now. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 12:41:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A04EE106566B; Sun, 4 Jul 2010 12:41:07 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 017578FC0A; Sun, 4 Jul 2010 12:41:06 +0000 (UTC) Received: by bwz12 with SMTP id 12so2836152bwz.13 for ; Sun, 04 Jul 2010 05:40:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WFrXX7sJhsj8UXJhkVxAUSS8RcLELLIo45ue2S4c88E=; b=VGic/kdNgTaItyiTR3PeqkU6jtjSNqg+JMZPa2ZHmAP0ydhQtCcygsTi2+9hXIao7f T8ktZGJ94+kTaqrnS0IB9G1U9P1h4dpmyLECZ+kYF1hmkjC8fyJjg3qcdfmy7pLLzSQ5 hy86Y9lstAdN6fcL7v6Uqhp3vvSm6Dj3DE6gE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Plt4FFe5o8pVOag9JS+KtB4dLS4oSFmR2Djb0BoXnUzNODR0vqG/Gcr9FWkdHoHGB8 MF27EoUSCJv4aLH8OwyPzFhcDe/Ihw7YiHYJHi2NNJ6K3V1haFpphEdLRqF+Hh96vUze sGORN190Im6v7EJqQlo2DMP7IWrUEkdsTqloc= MIME-Version: 1.0 Received: by 10.204.29.17 with SMTP id o17mr1237271bkc.208.1278247252706; Sun, 04 Jul 2010 05:40:52 -0700 (PDT) Received: by 10.204.66.66 with HTTP; Sun, 4 Jul 2010 05:40:52 -0700 (PDT) In-Reply-To: <4C30758E.7080102@FreeBSD.org> References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> <4C2F4B67.3060201@FreeBSD.org> <10CB692CA3FE4A8992B250B7F35B243B@ad.peach.ne.jp> <4C30758E.7080102@FreeBSD.org> Date: Sun, 4 Jul 2010 14:40:52 +0200 Message-ID: From: Oliver Pinter To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: Daisuke Aoyama , FreeBSD-Current Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 12:41:07 -0000 iscsi initiator paniced over 4 dev, and the code has limitations of devices, it is hardcoded to 4 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 39) #define ISCSIDEV "iscsi" 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 40) 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 41) #define ISCSI_MAX_TARGETS 4 //64 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 42) 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 43) #define ISCSI_MAX_LUNS 4 when setting this to 64, than paniced the kernel On 7/4/10, Alexander Motin wrote: > Daisuke Aoyama wrote: >>>> Notes/Known Issues/Limitations: >>>> FreeBSD can't use transfer length > 64KB. >>> >>> Since 8.0 FreeBSD can use any transfer lengths. 64K is a safety limit >>> for CAM SIMs that do not report maximum transfer size. If your driver >>> supports bigger transactions (and even if not), you should fill maxio >>> field in XPT_PATH_INQ response. >> >> I set maxio=1024*1024 in version 0.2.2. As a result, the request (each >> ccb) >> have 256 blocks (128KB). I don't know why it is 128KB. > > 128KB is a default MAXPHYS value. You may rise it in your kernel if you > want. I am successfully using 1MB MAXPHYS now. > > -- > Alexander Motin > _______________________________________________ > 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 4 13:50:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E137410657E5; Sun, 4 Jul 2010 13:50:08 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2FD8FC0C; Sun, 4 Jul 2010 13:50:08 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1OVPa9-0000JS-1t; Sun, 04 Jul 2010 16:50:05 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Oliver Pinter In-reply-to: References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> <4C2F4B67.3060201@FreeBSD.org> <10CB692CA3FE4A8992B250B7F35B243B@ad.peach.ne.jp> <4C30758E.7080102@FreeBSD.org> Comments: In-reply-to Oliver Pinter message dated "Sun, 04 Jul 2010 14:40:52 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Jul 2010 16:50:04 +0300 From: Daniel Braniss Message-ID: Cc: Alexander Motin , FreeBSD-Current , Daisuke Aoyama Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 13:50:09 -0000 > iscsi initiator paniced over 4 dev, and the code has limitations of > devices, it is hardcoded to 4 > > 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 39) #define ISCSIDEV "iscsi" > 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 40) > 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 41) #define > ISCSI_MAX_TARGETS 4 //64 > 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 42) > 9f2ae5be (scottl 2007-07-24 15:35:02 +0000 43) #define ISCSI_MAX_LUNS > 4 > > when setting this to 64, than paniced the kernel > get ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.4.tar.gz but what does this have to to with the Subject:? danny > > On 7/4/10, Alexander Motin wrote: > > Daisuke Aoyama wrote: > >>>> Notes/Known Issues/Limitations: > >>>> FreeBSD can't use transfer length > 64KB. > >>> > >>> Since 8.0 FreeBSD can use any transfer lengths. 64K is a safety limit > >>> for CAM SIMs that do not report maximum transfer size. If your driver > >>> supports bigger transactions (and even if not), you should fill maxio > >>> field in XPT_PATH_INQ response. > >> > >> I set maxio=1024*1024 in version 0.2.2. As a result, the request (each > >> ccb) > >> have 256 blocks (128KB). I don't know why it is 128KB. > > > > 128KB is a default MAXPHYS value. You may rise it in your kernel if you > > want. I am successfully using 1MB MAXPHYS now. From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 15:32:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC8B210656CB for ; Sun, 4 Jul 2010 15:32:44 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE2A8FC08 for ; Sun, 4 Jul 2010 15:32:43 +0000 (UTC) Received: by wyb34 with SMTP id 34so3089132wyb.13 for ; Sun, 04 Jul 2010 08:32:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=y5g9x60QiKhK1JVkDwL4Zfayz57KDLPTzsOyfNQpgss=; b=po+a8xVqeBDjdFgfOKbBuC1uKFd2uB/td66Lob/fWg7VtNHvu7VqJaU0+u2Lk/wZGP JYekkha5VI4+35v0CTsM+nxPU8jesZPMPQiRPh+c7AYb+pcAAFgJ08xLemQcK5Ph/9fl S3AXdiLLHbE5oEcpPave8iaKuijL/BJtQBaPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=PXjiVYcxEbSF74U7t1VX4+Al2y2VkA8ij8+BGwCh6ZrOz61TPnWwExXkcqoXOaBWJl pFqjGnDRIaUwNNxCZa1TSi30OTd0cakIq8F0+XcDkenJldU9qukaTUNKkannSKxnCMAA GDyOmSETKDNkgWX1advig+ks8gQJlr5rD+iS0= Received: by 10.227.133.79 with SMTP id e15mr1923138wbt.174.1278257558116; Sun, 04 Jul 2010 08:32:38 -0700 (PDT) Received: from dragon.dg (41-132-24-150.dsl.mweb.co.za [41.132.24.150]) by mx.google.com with ESMTPS id a27sm23981254wbe.12.2010.07.04.08.32.26 (version=SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 08:32:36 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-current@freebsd.org, kde-freebsd@kde.org Date: Sun, 4 Jul 2010 17:32:25 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3190345.fnLepLlq3t"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201007041732.29585.naylor.b.david@gmail.com> Cc: Subject: k3b causing kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 15:32:44 -0000 --nextPart3190345.fnLepLlq3t Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, K3b is causing FreeBSD to panic with a recent amd64 custom kernel from=20 current. The kernel is from ~ 1 July) and does include the changes from=20 r209590. Some of the changes I made include: options ATA_CAM and I have one DVD-RW installed: # dmesg | grep 'cd[0-9]' cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray=20 closed The backtrace from the panic: =46atal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x7fffffffca10 fault code =3D supervisor write data, page not present instruction pointer =3D 0x20:0xffffffff801deffb stack pointer =3D 0x28:0xffffff80ae07ab00 frame pointer =3D 0x28:0xffffff80ae07ab30 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (irq14: ata0) [ thread pid 12 tid 100039 ] Stopped at ata_pio_read+0x10a: repe insw %dx,%es:(%rdi) db> bt Tracing pid 12 tid 100039 td 0xffffff0002a013d0 ata_pio_read() at ata_pio_read+0x10a ata_end_transaction() at ata_end_transaction+0x45f ata_interrupt_locked() at ata_interrupt_locked+0x54 ata_interrupt() at ata_interrupt+0x34 intr_event_execute_handlers() at intr_event_execute_handlers+0xf9 ithread_loop() at ithread_loop+0x8e fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe =2D-- trap 0, rip =3D 0, rsp =3D 0xffffff80ae07ad30, rbp =3D 0 --- Is there anything I can do to assist diagnostics? Regards, David --nextPart3190345.fnLepLlq3t Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwwqY0ACgkQUaaFgP9pFrKHnQCgixFE8e1r2axm/bZoAoaZrrfh u5kAn2Nxrw2GDkL1escB9YeELYWih6YG =w/DG -----END PGP SIGNATURE----- --nextPart3190345.fnLepLlq3t-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 15:59:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 183E71065673; Sun, 4 Jul 2010 15:59:01 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7192E8FC21; Sun, 4 Jul 2010 15:58:59 +0000 (UTC) Received: by ewy26 with SMTP id 26so1620278ewy.13 for ; Sun, 04 Jul 2010 08:58:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=WPVvw8CGmoHNInJI2wMRAI59tIEE42hHChyB6H2ozow=; b=WAoJxZAISmxU5nzbTmhFSmRr9zICtv+MvtWmyGSKYWIOdIOTt3u2XJPpWYNj/6nv5X ZOxWoRdyHm0afaxwrY+AyKBKkA3HTHuDLHj49GSkiZDQYMAfw4sF+x40UKFPKhnDfTdF s11JxJF0L+bTPHQc21nCSLa1b+bG+4tz0viIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=ToJivAnyw6qtHPR/OnUremXyqg4aQg+Iv3eNTtjTSIcQfv5gJ4oa+ZbS1QTUI1nyy6 CmmO7tpsNKGwqtPVBQrmuJsZG3Nh1sRoB5l6nzFNFM59Ub0YI1wj3hdakhUOZiXJwbuX pReVEK7S1vYhuSpxRhvI7qbcXXMKroQ7I4ask= Received: by 10.213.32.197 with SMTP id e5mr1246892ebd.41.1278259134705; Sun, 04 Jul 2010 08:58:54 -0700 (PDT) Received: from localhost (5ED6701E.cable.ziggo.nl [94.214.112.30]) by mx.google.com with ESMTPS id v59sm26363200eeh.16.2010.07.04.08.58.48 (version=SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 08:58:53 -0700 (PDT) From: Anonymous To: Gabor Kovesdan References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> <4C2F7917.7040900@FreeBSD.org> Date: Sun, 04 Jul 2010 19:58:25 +0400 Message-ID: <86fwzz9r32.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 15:59:01 -0000 Gabor Kovesdan writes: > Em 2010.06.17. 23:21, Anonymous escreveu: >>> If cross-compiling doesn't work, how did you build the former one that >>> gave you that error? >>> >> Here is my guess >> >> libiconv_modules compiles fine but installs both normal and lib32 objdir >> into /usr/lib when lib32 should use /usr/lib32. >> >> mkcsmapper/mkesdb are failing to install because they're treated as >> build-tools for host system and never compiled for target >> system. However, they're not included in lib32 target and so are not >> built for i386 arch during normal buildworld on amd64 host where >> host = target. >> > Here's the new patch, which is supposed to fix the following issues: > - Fixed build on amd64 and fixed cross-compiling > - Fixed hang when linked to libthr > - Fixed iconv() prototype as per POSIX > - More GNU compatibility: "" or "char" means the current local > encoding in use > > http://kovesdan.org/patches/iconv_current.diff Do you create /usr/lib32/i18n directory before installing into it? $ make buildworld ... ===> lib/libiconv_modules/BIG5 (install) sh /a/dirty_build/tools/install.sh -o root -g wheel -m 444 libBIG5.so.4 /a/objdir/a/dirty_build/lib32/usr/lib32/i18n ln -fs libBIG5.so.4 /a/objdir/a/dirty_build/lib32/usr/lib32/i18n/libBIG5.so ln: /a/objdir/a/dirty_build/lib32/usr/lib32/i18n/libBIG5.so: Not a directory *** Error code 1 $ sudo make installworld ... ===> libiconv_modules (install) ===> libiconv_modules/BIG5 (install) install -o root -g wheel -m 444 libBIG5.so.4 /usr/lib32/i18n ln -fs libBIG5.so.4 /usr/lib32/i18n/libBIG5.so ln: /usr/lib32/i18n/libBIG5.so: Not a directory *** Error code 1 $ file /a/objdir/a/dirty_build/lib32/usr/lib32/dtrace /a/objdir/a/dirty_build/lib32/usr/lib32/dtrace: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped $ file /a/objdir/a/dirty_build/lib32/usr/lib32/i18n /a/objdir/a/dirty_build/lib32/usr/lib32/i18n: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped $ file /usr/lib32/i18n /usr/lib32/i18n: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped %% this fixes only `installworld' case, though --- Makefile.inc1~ +++ Makefile.inc1 @@ -481,9 +481,11 @@ distribute32 install32: .if make(distribute32) mkdir -p ${DISTDIR}/${DISTRIBUTION}/usr/lib32 # XXX add to mtree mkdir -p ${DISTDIR}/${DISTRIBUTION}/usr/lib32/dtrace # XXX add to mtree + mkdir -p ${DISTDIR}/${DISTRIBUTION}/usr/lib32/i18n # XXX add to mtree .else mkdir -p ${DESTDIR}/usr/lib32 # XXX add to mtree mkdir -p ${DESTDIR}/usr/lib32/dtrace # XXX add to mtree + mkdir -p ${DESTDIR}/usr/lib32/i18n # XXX add to mtree .endif cd ${.CURDIR}/lib; ${LIB32IMAKE} ${.TARGET:S/32$//} .if ${MK_CDDL} != "no" %% From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 19:42:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC74F106564A for ; Sun, 4 Jul 2010 19:42:12 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 929DF8FC15 for ; Sun, 4 Jul 2010 19:42:12 +0000 (UTC) Received: by qwg5 with SMTP id 5so1975754qwg.13 for ; Sun, 04 Jul 2010 12:42:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Ot9Q4gywuifrtvkZK6NYXn7u28OW0/TlFLSfNxAjKDc=; b=mSdaZDkFt6EPkGr6pI0AdLnwKyZJ8lyaqzJ3tqM6b6Soir+EhVKELYMYd0gOmDgWm1 1n0uyYzEVMfOSz8azwUPfPxA24Tx0C15/sYNBrWZgQkx4Z05LL6gZ6q93+24Nmomq2DB ZlS/rY4f+YWl24XXp6ZaVy6aF+fMC3cXGFA30= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=HqzfcPflTZLlrFTaI5GO3UzOjQFJeuPNf0tK8W5d4NPVaeQpeC+AXYXw+eT/1rTh6k b3oah5APa++PilHuEu1NX5nmOtt0ErJ+6RlEiUlxWTf6YkbdUYCM86sji9dNdXT4JEUZ sUiu3urD0qZghbiti8yMMDAvoRLeaGV0S3c/s= MIME-Version: 1.0 Received: by 10.224.54.69 with SMTP id p5mr851709qag.145.1278272528620; Sun, 04 Jul 2010 12:42:08 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.229.17.3 with HTTP; Sun, 4 Jul 2010 12:42:08 -0700 (PDT) In-Reply-To: References: Date: Sun, 4 Jul 2010 21:42:08 +0200 X-Google-Sender-Auth: Kha-1VFPHkgvoMyHVQUioibI7lA Message-ID: From: Attilio Rao To: Mateusz Guzik Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: SUJ panic on new directory rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 19:42:13 -0000 Is this core updates somewhere? (With, possibly, a copy of your kernel binaries?) Attilio 2010/7/3 Mateusz Guzik : > Hi, > > I've got the following panic while running kernel as of r209343: > > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex Softdep Lock (Softdep Lock) r =3D 0 (0xc0a89ff8) > locked @ /srv/respos/freebsd/sys/ufs/ffs/ffs_softdep.c:7124 > > free_jremref (jremref=3D0x0) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softde= p.c:3553 > 3553 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (jremref->jr_ref.if_jseg= dep) > (kgdb) bt > #0 =C2=A0free_jremref (jremref=3D0x0) at > /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:3553 > #1 =C2=A00xc078e536 in cancel_diradd (dap=3D0xc1bd9880, dirrem=3D0xc1cc63= 80, > jremref=3D0x0, dotremref=3D0xc1cc4480, > =C2=A0 =C2=A0dotdotremref=3D0x0) at /srv/repos/freebsd/sys/ufs/ffs/ffs_so= ftdep.c:6765 > #2 =C2=A00xc078eb14 in newdirrem (bp=3D0xc3b560cc, dp=3D0xc1cb77b4, > ip=3D0xc1e617b4, isrmdir=3D0x1, prevdirremp=3D0xc838c914) > =C2=A0 =C2=A0at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:7188 > #3 =C2=A00xc078ebb3 in softdep_setup_directory_change (bp=3D0xc3b560cc, > dp=3D0xc1cb77b4, ip=3D0xc1e617b4, newinum=3D0xb803, > =C2=A0 =C2=A0isrmdir=3D0x1) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep= .c:7254 > #4 =C2=A00xc07a6969 in ufs_dirrewrite (dp=3D0xc1cb77b4, oip=3D0xc1e617b4, > newinum=3D0xb803, newtype=3D0x4, isrmdir=3D0x1) > =C2=A0 =C2=A0at /srv/repos/freebsd/sys/ufs/ufs/ufs_lookup.c:1269 > #5 =C2=A00xc07afe10 in ufs_rename (ap=3D0xc838cbec) at > /srv/repos/freebsd/sys/ufs/ufs/ufs_vnops.c:1429 > #6 =C2=A00xc0839d05 in VOP_RENAME_APV (vop=3D0xc08e1320, a=3D0xc838cbec) = at > vnode_if.c:1474 > #7 =C2=A00xc062f0a7 in kern_renameat (td=3D0xc1e8a280, oldfd=3D0xffffff9c= , > old=3D0x8048507 "foo", newfd=3D0xffffff9c, > =C2=A0 =C2=A0new=3D0x8048503 "bar", pathseg=3DUIO_USERSPACE) at vnode_if.= h:636 > #8 =C2=A00xc062f256 in kern_rename (td=3D0xc1e8a280, from=3D0x8048507 "fo= o", > to=3D0x8048503 "bar", pathseg=3DUIO_USERSPACE) > =C2=A0 =C2=A0at /srv/repos/freebsd/sys/kern/vfs_syscalls.c:3574 > #9 =C2=A00xc062f289 in rename (td=3D0xc1e8a280, uap=3D0xc838ccec) at > /srv/repos/freebsd/sys/kern/vfs_syscalls.c:3551 > #10 0xc05cf6b6 in syscallenter (td=3D0xc1e8a280, sa=3D0xc838cce4) at > /srv/repos/freebsd/sys/kern/subr_trap.c:335 > #11 0xc081829f in syscall (frame=3D0xc838cd28) at > /srv/repos/freebsd/sys/i386/i386/trap.c:1060 > #12 0xc07ffd70 in Xint0x80_syscall () at > /srv/repos/freebsd/sys/i386/i386/exception.s:261 > #13 0xbfbfed9c in ?? () > > This can be easly reproduced by running this program: > http://student.agh.edu.pl/~mjguzik/rename.c > > Thanks, > -- > Mateusz Guzik > _______________________________________________ > 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 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 19:47:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88D0A106566C for ; Sun, 4 Jul 2010 19:47:06 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 66A228FC15 for ; Sun, 4 Jul 2010 19:47:06 +0000 (UTC) Received: from [192.168.0.100] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o64Jl5Vm004956 for ; Sun, 4 Jul 2010 12:47:05 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C30E541.1000603@feral.com> Date: Sun, 04 Jul 2010 12:47:13 -0700 From: Matthew Jacob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.67.166.1]); Sun, 04 Jul 2010 12:47:05 -0700 (PDT) Subject: igb 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: Sun, 04 Jul 2010 19:47:06 -0000 Updated my kernel in the last day or so, and now get: igb0: Watchdog timeout -- resetting igb0: Queue(0) tdh = 342, hw tdt = 342 igb0: TX(0) desc avail = 1022,Next TX to Clean = 340 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex igb0: Watchdog timeout -- resetting igb0: Queue(6) tdh = 0, hw tdt = 0 igb0: TX(6) desc avail = 1022,Next TX to Clean = 0 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex igb0: Watchdog timeout -- resetting igb0: Queue(0) tdh = 2, hw tdt = 2 igb0: TX(0) desc avail = 1023,Next TX to Clean = 1 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex igb0: Watchdog timeout -- resetting igb0: Queue(6) tdh = 0, hw tdt = 0 igb0: TX(6) desc avail = 1020,Next TX to Clean = 0 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex igb0: Watchdog timeout -- resetting igb0: Queue(6) tdh = 0, hw tdt = 0 igb0: TX(6) desc avail = 1020,Next TX to Clean = 0 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex igb0: Watchdog timeout -- resetting igb0: Queue(0) tdh = 6, hw tdt = 6 igb0: TX(0) desc avail = 1022,Next TX to Clean = 4 igb0: Link is Down igb0: Link is up 1000 Mbps Full Duplex Anyone else seen this? From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 20:50:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC750106566B; Sun, 4 Jul 2010 20:50:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD108FC12; Sun, 4 Jul 2010 20:50:47 +0000 (UTC) Received: by qwg5 with SMTP id 5so1988042qwg.13 for ; Sun, 04 Jul 2010 13:50:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=LuPHVDGQ8GyYxabwwU0NUlHuEyIvjBebH4NG6hsxeag=; b=IAiPfZMNTD+v3o+SLdqhBvglTHJzL9MNRS+XRUMB+Zkbue3ME4MU2xFdDVlYXrnfTU qZ7Dwa2V/CdCcV4NP9onxxCGqIDcR3UbSqsSndHICtqMqK1d1+TEEQQv+Uu4zY+xBCN5 LPnDWh7rgEO0hA6bRmBz2hcSAV2VEiPkhP0Hw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=W+a7kkI9qjR/ojPsoc1WvDPWjfGSRL6uPtLAxG0WXJrsyJcR9a9wVcsbEM9HtFSsmu suDYuUl5Ue9I22aKqHymKwkilsd0QeYk3nUeebwoVY3CpcffzNmBXv+B2zejlaWJ2dhm Yq7o4QiOpLNE09vm+Yn1HytHGCd5ZAH7KmmkY= MIME-Version: 1.0 Received: by 10.229.248.133 with SMTP id mg5mr944852qcb.182.1278276639717; Sun, 04 Jul 2010 13:50:39 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.229.17.3 with HTTP; Sun, 4 Jul 2010 13:50:39 -0700 (PDT) In-Reply-To: <20100704204452.GA44672@x2.osted.lan> References: <20100704204452.GA44672@x2.osted.lan> Date: Sun, 4 Jul 2010 22:50:39 +0200 X-Google-Sender-Auth: LI6GZZPM0HIKFw4RnB-oEwInc7A Message-ID: From: Attilio Rao To: Peter Holm Content-Type: text/plain; charset=UTF-8 Cc: Mateusz Guzik , freebsd-current@freebsd.org Subject: Re: SUJ panic on new directory rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 20:50:48 -0000 2010/7/4 Peter Holm : > On Sun, Jul 04, 2010 at 09:42:08PM +0200, Attilio Rao wrote: >> Is this core updates somewhere? (With, possibly, a copy of your kernel >> binaries?) >> >> Attilio >> > > Some more info here: > > http://people.freebsd.org/~pho/stress/log/attilio039.txt I see you did a call doadump in the end. In this case it would be very helpful to access to the coredump. Do you think is that feasible? Otherwise I can ask you some more informations to extract on the core, even if I may have more things to ask live. Do you mind connecting on IRC for some time? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 21:04:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43C97106564A; Sun, 4 Jul 2010 21:04:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D61C98FC14; Sun, 4 Jul 2010 21:04:15 +0000 (UTC) Received: by qyk30 with SMTP id 30so1636165qyk.13 for ; Sun, 04 Jul 2010 14:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=kFO418KkVBN1kt+vtf/D0zL3SchYMLwN8esZSWKHnjc=; b=rVtwgJgsdYjj8uOfjAMc0gXYp/aee6WWI0CYsuM3RAMNDxLyJCv/ft9XxO/YL7DgNu Pd1kIpYelDcjWGDEiz2BYs/6/h7qne8eSJD1bFRmr1MyqhqoONyq7Y7kbGhDgZ2PbSCd eJnhTpIgYwEjjcECXwUGPE75GZUSk/2aLsC8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=DIAkQuzxigRWBqIcAD+yMIy036ohqih0zM+wV0MURqDE4LuRheZ3gbTa2Z58QII/VQ IJfDxpbdG2L0Qiav0dzvFEAxDKcOBYdoArU+ZLTbKVa9XsSoPVTLnfidBy3ozZfT3p3h 0ZatjGGwR8tbaG8n/XwreJe0B0VAD29nWhrAE= MIME-Version: 1.0 Received: by 10.224.72.37 with SMTP id k37mr908212qaj.139.1278277445539; Sun, 04 Jul 2010 14:04:05 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.229.17.3 with HTTP; Sun, 4 Jul 2010 14:04:05 -0700 (PDT) In-Reply-To: References: <20100704204452.GA44672@x2.osted.lan> Date: Sun, 4 Jul 2010 23:04:05 +0200 X-Google-Sender-Auth: HMYYm1udiBvDW9DHZiQ8lVeq3ZU Message-ID: From: Attilio Rao To: Peter Holm Content-Type: text/plain; charset=UTF-8 Cc: Mateusz Guzik , freebsd-current@freebsd.org Subject: Re: SUJ panic on new directory rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 21:04:16 -0000 2010/7/4 Attilio Rao : > 2010/7/4 Peter Holm : >> On Sun, Jul 04, 2010 at 09:42:08PM +0200, Attilio Rao wrote: >>> Is this core updates somewhere? (With, possibly, a copy of your kernel >>> binaries?) >>> >>> Attilio >>> >> >> Some more info here: >> >> http://people.freebsd.org/~pho/stress/log/attilio039.txt > > I see you did a call doadump in the end. > In this case it would be very helpful to access to the coredump. Do > you think is that feasible? > Otherwise I can ask you some more informations to extract on the core, > even if I may have more things to ask live. > Do you mind connecting on IRC for some time? More explicitlely, it would be helpful to have, for what you did with cancel_diradd(), newdirrem(). Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 21:11:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81941065675 for ; Sun, 4 Jul 2010 21:11:42 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 49AE48FC15 for ; Sun, 4 Jul 2010 21:11:41 +0000 (UTC) Received: (qmail 62636 invoked from network); 4 Jul 2010 20:45:00 -0000 Received: from 93.166.52.54 (HELO x2.osted.lan) (93.166.52.54) by relay02.pair.com with SMTP; 4 Jul 2010 20:45:00 -0000 X-pair-Authenticated: 93.166.52.54 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.3/8.14.3) with ESMTP id o64Kiqia044766; Sun, 4 Jul 2010 22:44:52 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.3/8.14.3/Submit) id o64Kiqbs044765; Sun, 4 Jul 2010 22:44:52 +0200 (CEST) (envelope-from pho) Date: Sun, 4 Jul 2010 22:44:52 +0200 From: Peter Holm To: Attilio Rao Message-ID: <20100704204452.GA44672@x2.osted.lan> References: 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: Mateusz Guzik , freebsd-current@freebsd.org Subject: Re: SUJ panic on new directory rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 21:11:42 -0000 On Sun, Jul 04, 2010 at 09:42:08PM +0200, Attilio Rao wrote: > Is this core updates somewhere? (With, possibly, a copy of your kernel > binaries?) > > Attilio > Some more info here: http://people.freebsd.org/~pho/stress/log/attilio039.txt - Peter From owner-freebsd-current@FreeBSD.ORG Mon Jul 5 00:31:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C665106564A; Mon, 5 Jul 2010 00:31:12 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id D34EF8FC14; Mon, 5 Jul 2010 00:31:11 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 6BD2D78C3B; Mon, 5 Jul 2010 09:30:59 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 54D2278C34; Mon, 5 Jul 2010 09:30:59 +0900 (JST) Message-ID: <1DD9F5F85C5248429027045C2A3693F0@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Alexander Motin" References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> <4C2F4B67.3060201@FreeBSD.org> <10CB692CA3FE4A8992B250B7F35B243B@ad.peach.ne.jp> <4C30758E.7080102@FreeBSD.org> In-Reply-To: <4C30758E.7080102@FreeBSD.org> Date: Mon, 5 Jul 2010 09:30:11 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD-Current Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 00:31:12 -0000 Thank you for your advice! > 128KB is a default MAXPHYS value. You may rise it in your kernel if you > want. I am successfully using 1MB MAXPHYS now. I misunderstood. I thought maxio was able to overwrite in GENERIC kernel. OK, I built custom kernel. There is a result. It's great! The log shows: client request 1 PDU(SCSI OP=0x28) with TL=1MB (2048 blocks). target response 4 PDUs with MRDSL=256KB (SCSI status is embedded in last BHS). --------------------------------------------------------------- iSCSI client: FreeBSD 8.1-RC2 amd64 + isboot 0.2.2 (maxio=1M) iSCSI target: FreeBSD 7.3 amd64 + istgt 20100606 (QueueDepth 64) Notes: both side use em(4) with MTU=1500. test.dat was created before rebooting. [root@fbs8-isboot /usr/tmp]# dd if=./test.dat of=/dev/null bs=1m count=1k 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 9.357166 secs (114750753 bytes/sec) [root@fbs8-isboot /usr/tmp]# dd if=/dev/zero of=./test0.dat bs=1m count=1k 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 15.100469 secs (71106521 bytes/sec) /usr/src/sys/amd64/conf/GENERIC (added): options MAXPHYS=(1024*1024) /boot/loader.conf: isboot_load="YES" /etc/sysctl.conf: vfs.read_max=2048 kern.ipc.maxsockbuf=16777216 net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 net.inet.tcp.sendbuf_auto=1 net.inet.tcp.sendbuf_inc=16384 net.inet.tcp.recvbuf_auto=1 net.inet.tcp.recvbuf_inc=524288 net.inet.tcp.inflight.enable=0 --------------------------------------------------------------- When enabling log at istgt (previous 16KB and queued 1MB read): istgt_iscsi.c: 430:istgt_iscsi_read_pdu: BHS read 48 istgt_iscsi.c: 242:istgt_iscsi_read: Read 48 bytes (no padding) istgt_iscsi.c:4870:worker: isid=804953420001, tsih=1, cid=1, op=1 istgt_iscsi.c:4352:istgt_iscsi_execute: opcode 1 CDB 28 00 02 c1 80 ff 00 08 (....... 00 00 00 00 00 00 00 00 ........ istgt_iscsi.c:2934:istgt_iscsi_op_scsi: I=0, F=1, R=1, W=0, Attr=1, ITT=3bf7, TL=1048576 istgt_iscsi.c:2939:istgt_iscsi_op_scsi: CmdSN=15350, ExpStatSN=15351, StatSN=15351, ExpCmdSN=15350, MaxCmdSN=15412 istgt_lu.c:2227:istgt_lu_execute: LU99: PG=0x0001, Name=iqn.2007-09.jp.ne.peach:isboot1, LUN=0x0002000000000000 istgt_lu_disk.c:4162:istgt_lu_disk_queue: Queue(0), CmdSN=15350, OP=0x28, LUN=0x0002000000000000 istgt_lu_disk.c:4175:istgt_lu_disk_queue: insert Simple istgt_iscsi.c:3088:istgt_iscsi_op_scsi: Queue OK istgt_iscsi.c:4890:worker: isid=804953420001, tsih=1, cid=1, op=1 complete istgt_iscsi.c:4760:worker: kevent sock 40 (timeout 20000ms) istgt_lu_disk.c:3540:istgt_lu_disk_lbread: Read 16384/16384 bytes istgt_lu_disk.c:5726:istgt_lu_disk_execute: SCSI OP=0x28, LUN=0x0002000000000000 status=0x0, complete istgt_iscsi.c:3219:istgt_iscsi_task_response: SCSI response CmdSN=15349 istgt_iscsi.c:2776:istgt_iscsi_transfer_in: Transfer 16384 istgt_iscsi.c:2811:istgt_iscsi_transfer_in: Transfer=16384, Offset=0, Len=16384 istgt_iscsi.c:2814:istgt_iscsi_transfer_in: StatSN=15351, DataSN=0, Offset=0, Len=16384 istgt_iscsi.c: 678:istgt_iscsi_write_pdu: BHS write 48 istgt_iscsi.c: 367:istgt_iscsi_write: Write 48 bytes (no padding) istgt_iscsi.c: 744:istgt_iscsi_write_pdu: Data write 16384 istgt_iscsi.c: 367:istgt_iscsi_write: Write 16384 bytes (no padding) istgt_iscsi.c:4760:worker: kevent sock 40 (timeout 20000ms) istgt_lu_disk.c:4510:istgt_lu_disk_queue_start: LU99: LUN2 queue end istgt_lu_disk.c:4250:istgt_lu_disk_queue_count: LU99: LUN2 queue(1) istgt_lu_disk.c:4284:istgt_lu_disk_queue_start: LU99: LUN2 queue start istgt_lu_disk.c:4480:istgt_lu_disk_queue_start: LU99: LUN2 Task Read Start istgt_lu_disk.c:4617:istgt_lu_disk_execute: SCSI OP=0x28, LUN=0x0002000000000000 istgt_lu_disk.c:5129:istgt_lu_disk_execute: READ_10(lba 46235903, len 2048 blocks) istgt_lu_disk.c:3514:istgt_lu_disk_lbread: Read: max=67108864, lba=46235903, len=2048 istgt_lu_disk.c:3540:istgt_lu_disk_lbread: Read 1048576/1048576 bytes istgt_lu_disk.c:5726:istgt_lu_disk_execute: SCSI OP=0x28, LUN=0x0002000000000000 status=0x0, complete istgt_lu_disk.c:4510:istgt_lu_disk_queue_start: LU99: LUN2 queue end istgt_iscsi.c:3219:istgt_iscsi_task_response: SCSI response CmdSN=15350 istgt_iscsi.c:2776:istgt_iscsi_transfer_in: Transfer 1048576 istgt_iscsi.c:2811:istgt_iscsi_transfer_in: Transfer=1048576, Offset=0, Len=262144 istgt_iscsi.c:2814:istgt_iscsi_transfer_in: StatSN=15352, DataSN=0, Offset=0, Len=262144 istgt_iscsi.c: 678:istgt_iscsi_write_pdu: BHS write 48 istgt_iscsi.c: 367:istgt_iscsi_write: Write 48 bytes (no padding) istgt_iscsi.c: 744:istgt_iscsi_write_pdu: Data write 262144 istgt_iscsi.c: 367:istgt_iscsi_write: Write 262144 bytes (no padding) istgt_iscsi.c:2811:istgt_iscsi_transfer_in: Transfer=1048576, Offset=262144, Len=262144 istgt_iscsi.c:2814:istgt_iscsi_transfer_in: StatSN=15352, DataSN=1, Offset=262144, Len=262144 istgt_iscsi.c: 678:istgt_iscsi_write_pdu: BHS write 48 istgt_iscsi.c: 367:istgt_iscsi_write: Write 48 bytes (no padding) istgt_iscsi.c: 744:istgt_iscsi_write_pdu: Data write 262144 istgt_iscsi.c: 367:istgt_iscsi_write: Write 262144 bytes (no padding) istgt_iscsi.c:2811:istgt_iscsi_transfer_in: Transfer=1048576, Offset=524288, Len=262144 istgt_iscsi.c:2814:istgt_iscsi_transfer_in: StatSN=15352, DataSN=2, Offset=524288, Len=262144 istgt_iscsi.c: 678:istgt_iscsi_write_pdu: BHS write 48 istgt_iscsi.c: 367:istgt_iscsi_write: Write 48 bytes (no padding) istgt_iscsi.c: 744:istgt_iscsi_write_pdu: Data write 262144 istgt_iscsi.c: 367:istgt_iscsi_write: Write 262144 bytes (no padding) istgt_iscsi.c:2811:istgt_iscsi_transfer_in: Transfer=1048576, Offset=786432, Len=262144 istgt_iscsi.c:2814:istgt_iscsi_transfer_in: StatSN=15352, DataSN=3, Offset=786432, Len=262144 istgt_iscsi.c: 678:istgt_iscsi_write_pdu: BHS write 48 istgt_iscsi.c: 367:istgt_iscsi_write: Write 48 bytes (no padding) istgt_iscsi.c: 744:istgt_iscsi_write_pdu: Data write 262144 istgt_iscsi.c: 367:istgt_iscsi_write: Write 262144 bytes (no padding) istgt_iscsi.c:4760:worker: kevent sock 40 (timeout 20000ms) --------------------------------------------------------------- -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Mon Jul 5 06:59:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A6B106566C for ; Mon, 5 Jul 2010 06:59:50 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [204.109.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id 780298FC13 for ; Mon, 5 Jul 2010 06:59:50 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 7BBC7613F for ; Mon, 5 Jul 2010 07:57:36 +0000 (UTC) Date: Mon, 5 Jul 2010 07:59:08 +0100 From: Bruce Cran To: freebsd-current@freebsd.org Message-ID: <20100705075908.000025b8@unknown> X-Mailer: Claws Mail 3.7.4cvs1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Dummy timecounter being chosen under Xen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2010 06:59:50 -0000 I upgraded to -CURRENT on a Xen machine yesterday, and found that that the clock wasn't being updated because the dummy timecounter was being used: kern.timecounter.choice: TSC(-100) dummy(-1000000) kern.timecounter.hardware: dummy Shouldn't the TSC have been chosen since it has a higher quality? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Jul 5 08:10:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FAEE106566C for ; Mon, 5 Jul 2010 08:10:05 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51807.mail.re2.yahoo.com (web51807.mail.re2.yahoo.com [206.190.38.238]) by mx1.freebsd.org (Postfix) with SMTP id 305A18FC17 for ; Mon, 5 Jul 2010 08:10:04 +0000 (UTC) Received: (qmail 62744 invoked by uid 60001); 5 Jul 2010 08:10:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278317400; bh=1mrugLhUwbYhakFOW3iHhS+aHZcvni5sCbz6IOZv+nc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=RLW72KNq1Sd+DAFkqaQu/q3tryPq/RscvU6iE3Uvv9qQ2ji0IV2KBFA4jBD9WsGDEOIGbNIUgv55rmg64hYZNLO1tfeLUKw848wdYTTaA3Pz2Xa334QlpuKaKBRVctm+HyJ5F/BBwm6N4cY5d3CnQ52a1LEPmuslzrHV1ITsNoI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=w5cWW8qRWBX/rO8ia1NDPjDxXEyDXKufUnGiRafUBaKjnLxTLJ4Y7kFq/oK9rcGVXJO0Wh1j+BfrVGFrU+2CDXGG5Qu7Wu3PTdwJ4r2XJZUYgtOt10Lm+4c57ogv9h/4dqRHyAEgi7pAk8F4Iz/xjs4EnUwRgPYLPUUz9SXtENc=; Message-ID: <565432.61672.qm@web51807.mail.re2.yahoo.com> X-YMail-OSG: TfXp1SQVM1mgccDLGn3duK9rZcWbOxwGz9GgWs13l0Voy6F Tc6WKJaeNHz3oM2R9H8mV.Icp3AuwnBa3uOvzofM.CRoUjVkzLyqBNv9eTYW N9ZcruQxrQ13SiQpd8kaX0l8oSICPoDBfbvPKH0FYVugvuvyt.uNnwWu9_0G ljS_v7KwqHHXfulUhiZxSCNJ92asM5LeU24YtSGrBEpnUd62hohsrzpwjbgI PKno4yovFqpojOvgThkUSVEMYQROL7mkfbwrn.pJ5B4DQoRJRqYDf4db1gPE O.dSFTm3Opu7n2JOojfeuZPOrFLq_LOmh1pe49ZA6JasmhJsc Received: from [173.183.132.20] by web51807.mail.re2.yahoo.com via HTTP; Mon, 05 Jul 2010 01:10:00 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> <94007.38072.qm@web51807.mail.re2.yahoo.com> <4C11188A.1040002@gmail.com> <447555.80295.qm@web51803.mail.re2.yahoo.com> <4C16499A.3050808@gmail.com> <337427.44900.qm@web51804.mail.re2.yahoo.com> <4C1787DA.2070308@gmail.com> <819523.41498.qm@web51805.mail.re2.yahoo.com> <4C18C4AB.6040205@gmail.com> <726063.68104.qm@web51802.mail.re2.yahoo.com> <4C1B827E.6000109@gmail.com> Date: Mon, 5 Jul 2010 01:10:00 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4C1B827E.6000109@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Jul 2010 08:10:05 -0000 >>>> From: Ganbold >>>> To: PseudoCylon >>>> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >>>> Sent: Wed, June 16, 2010 6:33:47 AM >>>> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >>>> >>>> AK-san, >>>> >>> PseudoCylon wrote: >>> >>> Strange, looks like this time works as expected, but sometimes it >>> doesn't work. >>> >>> In some cases it doesn't work and you can find complete tcpdump output >>> from very beginning to the modem hang: >>> >>> >> >> Hello, >> >> Are following true? >> When manually load/reload hostapd, works >> When loaded by rc.conf, doesn't work >> >> If so, please try attached patch. (patch to if_run.c only) Or, here is a patched file. >> http://gitorious.org/run/run/blobs/raw/cmdq_fix/dev/usb/wlan/if_run.c >> >> When auto-loading, the driver is brought up and down a few times. It might be the cause. > >I will test it few more days and let you know. > >thanks, > >Ganbold Hello, How is the patch doing on your rspro? Is it working well? AK From owner-freebsd-current@FreeBSD.ORG Mon Jul 5 11:50:56 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56045106564A; Mon, 5 Jul 2010 11:50:56 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0FA8FC14; Mon, 5 Jul 2010 11:50:55 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 9F7B0EEB71; Mon, 5 Jul 2010 13:50:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vXxmy1T0ZQx1; Mon, 5 Jul 2010 13:50:52 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 2515CEEB4E; Mon, 5 Jul 2010 13:50:52 +0200 (CEST) Message-ID: <4C31C71C.2010606@FreeBSD.org> Date: Mon, 05 Jul 2010 13:50:52 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 11:50:56 -0000 Dear FreeBSD community, there has been a ZFS-related discussion at the meetBSD conference in Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to -CURRENT. An upgrade to version 16 gives us no valuable features (to be true, no features at all besides ability to import v16 pools). As ZFS v15 is already being used in the Solaris 10 enterprise world, we can consider it well-tested. The goal is to provide a filesystem compatible with Solaris 10 update 8, which may attract new users to FreeBSD. Existing users will get the userquota/groupquota features for ZFS and be able to import Solaris 10 update 8 pools. Import was done by walking through the path of bugfixes from Solaris 10, including pre-v15 bugfixes and almost all post-v15 bugfixes. Few patches are irrelevant to our code (Solaris-specific features) or modify the zvol part, these have been left out. I have prepared a new patch that includes almost all revision numbers Solaris 10 has integrated (we have several of the revisions already in our tree). Patch also includes updated manpages and may be considered as a candidate for head. Link to the patch information file, including all imported revisions, bug-ids and reference to Solairis 10 patch numbers: http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.html http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.txt Direct link to the patch: http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch The patch applies cleanly against head and stable/8. I am running a patched 8.1 (RC) without any problems so far. To patch 8.1 (RC), you need to apply revision 209274 from stable/8 before the patch: http://people.freebsd.org/~mm/patches/zfs/v15/stable-209274.patch For full operation (commands zfs allow, unallow, userspace, grouspace) the python port must be installed, otherwise these comands don't work or have only limited functionality. The port will be added to the ports tree soon, you can download it from: http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz For people just wanting to try the new features, I am providing mfsBSD ISO's with ZFS-on-root install (don't forget the -V 15 flag to the "zfsinstall" command): http://mfsbsd.vx.sk/iso/8.1rc2-zfsv15-v3.iso (without symbols, 99 MB) http://mfsbsd.vx.sk/iso/8.1rc2-zfsv15-v3-debug.iso (with symbols, 188 MB) I would be very grateful for testing on different architectures, mainly on amd64, i386 and sprarc. Thank you for testing! From owner-freebsd-current@FreeBSD.ORG Mon Jul 5 16:05:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF2E1065672 for ; Mon, 5 Jul 2010 16:05:07 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 80EC78FC19 for ; Mon, 5 Jul 2010 16:05:07 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o65G4s5U066628 for ; Mon, 5 Jul 2010 09:04:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:content-type:date:message-id: mime-version:x-mailer:content-transfer-encoding; b=q8r5n22tJcHZ0FOb+uCmfEf+LfBFxysGnx8PdiHl+MEPzB1ENYO547cpEmWsjTRP From: Sean Bruno To: freebsd-current Content-Type: text/plain; charset="UTF-8" Date: Mon, 05 Jul 2010 09:04:54 -0700 Message-ID: <1278345894.23447.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Subject: -current images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 16:05:07 -0000 Not sure what happened, but it looks like the -current snapshots failed to build? I only see ia64 images available. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201007/ Sean From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 06:27:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5AB3106566B for ; Tue, 6 Jul 2010 06:27:05 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51802.mail.re2.yahoo.com (web51802.mail.re2.yahoo.com [206.190.38.233]) by mx1.freebsd.org (Postfix) with SMTP id 484F58FC15 for ; Tue, 6 Jul 2010 06:27:05 +0000 (UTC) Received: (qmail 11017 invoked by uid 60001); 6 Jul 2010 06:26:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278397618; bh=l8RtoUzS7DtMsaZ9HDFdXmGOA9FAdjkXZmLWvozm+eY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=iLBWl830tcBN424zVuTzXuzr+FldqBjQ1RaBSRGWbfapXDuSlFPb+WPETNBARTMkrvhm+EqOJB0rMlwJFP/0HGN4QRWvXS6xr8LXnTc/mmXG4kpenZ8MyFtg4OGcgZ/sc8szNkt6NR4Ssqd75cYZY5G2rGGAqONKCjWrsJh/UQ4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=T8jb82y+of3EvT8AaIKU7MGag0JUSKC17vbehChQeV8TCo5Fn326lakIc1FulY1kblhtAi0UmVAP85yKUurnQ3keVJHD6FTmNpLjLTh5kbw3e+/4og0edTLkdVZj+vQrSo78Li6XeAj1IF4NJROX7JTL9OR1Bx61wbK7CVfuLwU=; Message-ID: <567305.11007.qm@web51802.mail.re2.yahoo.com> X-YMail-OSG: cIbTpboVM1lQuIpzvv7UZ94uLpiYFUMZy85V.G3Id77Elt6 2.yFOY7bJxiRveFYZM54GzYMhz8P7HcPjBhz47dpjGXAEpHiIb51zCZMYU_P WNnxDWCuPzoIXzHiNqddAr9Ly0wo_QaatSoDIYjWLCCMsaS.tD.5NGgiHQeA mg2zQ_lG0WsPgQD75JoUFNsfgShdCBFY8jw_vOEQ9FPwCEsNtDvU7VAwHGqH t7.UJ_kHcSKBgQPKrbuqcZZekBfBIbFeW1a0PJ1aCzdpb02a4zYRG9TojgUn rvrJhuFJfTH99Xb71WJwe67k.I_J_Pdor66LgguOtVLj_Dbgw Received: from [173.183.132.20] by web51802.mail.re2.yahoo.com via HTTP; Mon, 05 Jul 2010 23:26:58 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> <94007.38072.qm@web51807.mail.re2.yahoo.com> <4C11188A.1040002@gmail.com> <447555.80295.qm@web51803.mail.re2.yahoo.com> <4C16499A.3050808@gmail.com> <337427.44900.qm@web51804.mail.re2.yahoo.com> <4C1787DA.2070308@gmail.com> <819523.41498.qm@web51805.mail.re2.yahoo.com> <4C18C4AB.6040205@gmail.com> <726063.68104.qm@web51802.mail.re2.yahoo.com> <4C1B827E.6000109@gmail.com> <565432.61672.qm@web51807.mail.re2.yahoo.com> <4C329D47.1010408@mobicom.mn> Date: Mon, 5 Jul 2010 23:26:58 -0700 (PDT) From: PseudoCylon To: Ganbold Tsagaankhuu In-Reply-To: <4C329D47.1010408@mobicom.mn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 06:27:05 -0000 >>>>>> From: Ganbold >>>>>> To: PseudoCylon >>>>>> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >>>>>> Sent: Wed, June 16, 2010 6:33:47 AM >>>>>> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >>>>>> >>>>>> AK-san, >>>>>> >>>>>> >>>>> PseudoCylon wrote: >>>>> >>>>> Strange, looks like this time works as expected, but sometimes it >>>>> doesn't work. >>>>> >>>>> In some cases it doesn't work and you can find complete tcpdump output >>>>> from very beginning to the modem hang: >>>>> >>>>> >>>>> >>>> Hello, >>>> >>>> Are following true? >>>> When manually load/reload hostapd, works >>>> When loaded by rc.conf, doesn't work >>>> >>>> If so, please try attached patch. (patch to if_run.c only) Or, here is a patched file. >>>> http://gitorious.org/run/run/blobs/raw/cmdq_fix/dev/usb/wlan/if_run.c >>>> >>>> When auto-loading, the driver is brought up and down a few times. It might be the cause. >>>> >>> I will test it few more days and let you know. >>> >>> thanks, >>> >>> Ganbold >>> >> Hello, >> >> How is the patch doing on your rspro? Is it working well? >> > >Sorry for late response. Due to business trip I tested couple of times >only and it seems working relatively ok. 1-2 times ADSL modem hang, but >seemed like after 3-4 hours. >Tried couple of times again, but I couldn't reproduce it. I will try to >reproduce it and let you know the results. > >thanks a lot, > >Ganbold Hello, I say every one has a job. At least it's start up OK, right? Can you try attached patch? (patch to if_run.c you currently using) Or, here is a patched file http://gitorious.org/run/run/blobs/raw/cmdq_fix/dev/usb/wlan/if_run.c I encountered similar problem about 5 days ago. It kind of hard to reproduce. A couple of things have to happen at the right (or wrong) time. If the modem still hangs at the start up, please let me know. That means the last patch isn't working. AK -- begin patch -- diff --git a/dev/usb/wlan/if_run.c b/dev/usb/wlan/if_run.c index f302246..e5a2a4d 100644 --- a/dev/usb/wlan/if_run.c +++ b/dev/usb/wlan/if_run.c @@ -888,8 +888,7 @@ run_cmdq_cb(void *arg, int pending) /* call cmdq[].func locked */ RUN_LOCK(sc); -for(i = sc->cmdq_exec; sc->cmdq[i].func && pending; - i = sc->cmdq_exec, pending--){ +for(i = sc->cmdq_exec; sc->cmdq[i].func; i = sc->cmdq_exec){ DPRINTFN(6, "cmdq_exec=%d pending=%d\n", i, pending); if(sc->cmdq_run == RUN_CMDQ_GO || (sc->cmdq_key_set == RUN_CMDQ_GO && -- end patch -- From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 06:57:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEAC61065672 for ; Tue, 6 Jul 2010 06:57:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAC08FC16 for ; Tue, 6 Jul 2010 06:57:25 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HEYnYNVUCg4A:10 a=hO-oPbc3tlwA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=dn8YI0jvTcS4_G8kWOsA:9 a=QHM-A7zV3o7Vrl0Ti6BVmoeSS2MA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1205870947; Tue, 06 Jul 2010 08:57:23 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 6 Jul 2010 08:54:31 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4C329D47.1010408@mobicom.mn> <567305.11007.qm@web51802.mail.re2.yahoo.com> In-Reply-To: <567305.11007.qm@web51802.mail.re2.yahoo.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007060854.31192.hselasky@c2i.net> Cc: Ganbold Tsagaankhuu , PseudoCylon , Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 06:57:25 -0000 Hi, PseudoCylon: Can you try to reproduce this: 1) Setup OPEN HOST AP (ssid = xxx). 2) Configure WLAN client with: ssid=xxx auth_alg=SHARED key_mgmt=NONE Wait until wpa_cli announces that it tries to associate, but fails. 3) Then update wpa_supplicant.conf: ssid=xxx auth_alg=OPEN key_mgmt=NONE 4) Enter: "reconfigure" in wpa_cli (panic should happen shortly due to callback from IEEE802.11 layer which appears to refer a NULL pointer). --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 08:20:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FEA1065674 for ; Tue, 6 Jul 2010 08:20:32 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 178758FC1B for ; Tue, 6 Jul 2010 08:20:31 +0000 (UTC) Received: (qmail invoked by alias); 06 Jul 2010 08:20:30 -0000 Received: from g226236131.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.226.236.131] by mail.gmx.net (mp049) with SMTP; 06 Jul 2010 10:20:30 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/09awHBfr02S3l4tT/AxkbBuzm/gAe5zurRp8pOw gjXCf/SXoGHyvE Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id ED93694951; Tue, 6 Jul 2010 10:20:28 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org Date: Tue, 06 Jul 2010 10:20:28 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: User-Agent: Opera Mail/10.60 (Linux) X-Y-GMX-Trusted: 0 Cc: Andrew Reilly Subject: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 08:20:32 -0000 Greetings, it appears that some change to -RECENT (relative to 8-STABLE) breaks linking several GSSAPI applications from ports, for instance, mail/fetchmail if GSSAPI is enabled. These applications then compile OK, but fail to link with MD2_Init and other MD2 symbols not defined, although the command line (obtained from krb5-config gssapi --libs) appears to list -lhx509 and -lcrypto in the right order (hx509 first). This is, according to the report, happening on -CURRENT, but does NOT happen on 8-STABLE or release candidates to 8.1. Andrew Reilly posted a patch to the base system Kerberos to bin/147175 to add a dependency from the shared hx509 library on libcrypto, however there are open questions neither he nor I can answer -- particularly if it's fixing the right problem, or if instead the run-time linker needed to be fixed. Please help: read PR bin/147175 and comment if you're knowledgeable about either run-time linking, KRB5/GSSAPI, or both :) Thank you. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 08:54:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01FE31065673 for ; Tue, 6 Jul 2010 08:54:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 59DD78FC14 for ; Tue, 6 Jul 2010 08:54:48 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o668sZdM032393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jul 2010 11:54:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o668sZB5006021; Tue, 6 Jul 2010 11:54:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o668sZMR006020; Tue, 6 Jul 2010 11:54:35 +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, 6 Jul 2010 11:54:35 +0300 From: Kostik Belousov To: Matthias Andree Message-ID: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y4wY251JZuCi4Byb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Andrew Reilly Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 08:54:50 -0000 --y4wY251JZuCi4Byb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 06, 2010 at 10:20:28AM +0200, Matthias Andree wrote: > Greetings, >=20 > it appears that some change to -RECENT (relative to 8-STABLE) breaks =20 > linking several GSSAPI applications from ports, for instance, =20 > mail/fetchmail if GSSAPI is enabled. >=20 > These applications then compile OK, but fail to link with MD2_Init and = =20 > other MD2 symbols not defined, although the command line (obtained from = =20 > krb5-config gssapi --libs) appears to list -lhx509 and -lcrypto in the = =20 > right order (hx509 first). This is, according to the report, happening on= =20 > -CURRENT, but does NOT happen on 8-STABLE or release candidates to 8.1. >=20 > Andrew Reilly posted a patch to the base system Kerberos to bin/147175 to= =20 > add a dependency from the shared hx509 library on libcrypto, however ther= e =20 > are open questions neither he nor I can answer -- particularly if it's = =20 > fixing the right problem, or if instead the run-time linker needed to be = =20 > fixed. >=20 > Please help: read PR bin/147175 and comment if you're knowledgeable about= =20 > either run-time linking, KRB5/GSSAPI, or both :) You need to gather and show exact command that fails. Shared object that references a symbol but does not record a dependency on the object providing the symbol is the bug in the build of that object (usually). --y4wY251JZuCi4Byb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwy70oACgkQC3+MBN1Mb4hEsACgv9DcMAHTfz6gN6J6L2gytf+g c3IAnjlmlBeNDZ6KOu5wNiRcHyhYqZLg =LS44 -----END PGP SIGNATURE----- --y4wY251JZuCi4Byb-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 03:31:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA6F3106564A for ; Tue, 6 Jul 2010 03:31:27 +0000 (UTC) (envelope-from ganbold@mobicom.mn) Received: from mail.mobicom.mn (mail.mobicom.mn [202.131.232.70]) by mx1.freebsd.org (Postfix) with ESMTP id 762768FC17 for ; Tue, 6 Jul 2010 03:31:26 +0000 (UTC) Received: (qmail 30032 invoked by uid 1003); 6 Jul 2010 11:04:22 +0800 Received: from 202.131.232.67 by mail.mobicom.mn (envelope-from , uid 82) with qmail-scanner-1.25-st-qms (clamdscan: 0.96.1/11323. spamassassin: 3.3.1. perlscan: 1.25-st-qms. Clear:RC:1(202.131.232.67):SA:0(-0.2/5.0):. Processed in 1.917295 secs); 06 Jul 2010 03:04:22 -0000 X-Spam-Status: No, hits=-0.2 required=5.0 X-Antivirus-MOBICOM-Mail-From: ganbold@mobicom.mn via mail.mobicom.mn X-Antivirus-MOBICOM: 1.25-st-qms (Clear:RC:1(202.131.232.67):SA:0(-0.2/5.0):. Processed in 1.917295 secs Process 30013) Received: from unknown (HELO ?172.30.38.10?) (202.131.232.67) by mail.mobicom.mn with CAMELLIA256-SHA encrypted SMTP; 6 Jul 2010 11:04:20 +0800 Message-ID: <4C329D47.1010408@mobicom.mn> Date: Tue, 06 Jul 2010 11:04:39 +0800 From: Ganbold Tsagaankhuu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> <94007.38072.qm@web51807.mail.re2.yahoo.com> <4C11188A.1040002@gmail.com> <447555.80295.qm@web51803.mail.re2.yahoo.com> <4C16499A.3050808@gmail.com> <337427.44900.qm@web51804.mail.re2.yahoo.com> <4C1787DA.2070308@gmail.com> <819523.41498.qm@web51805.mail.re2.yahoo.com> <4C18C4AB.6040205@gmail.com> <726063.68104.qm@web51802.mail.re2.yahoo.com> <4C1B827E.6000109@gmail.com> <565432.61672.qm@web51807.mail.re2.yahoo.com> In-Reply-To: <565432.61672.qm@web51807.mail.re2.yahoo.com> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 06 Jul 2010 12:04:50 +0000 Cc: freebsd-current@freebsd.org, Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 03:31:27 -0000 AK-san, On 7/5/2010 4:10 PM, PseudoCylon wrote: >>>>> From: Ganbold >>>>> To: PseudoCylon >>>>> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >>>>> Sent: Wed, June 16, 2010 6:33:47 AM >>>>> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >>>>> >>>>> AK-san, >>>>> >>>>> >>>> PseudoCylon wrote: >>>> >>>> Strange, looks like this time works as expected, but sometimes it >>>> doesn't work. >>>> >>>> In some cases it doesn't work and you can find complete tcpdump output >>>> from very beginning to the modem hang: >>>> >>>> >>>> >>> Hello, >>> >>> Are following true? >>> When manually load/reload hostapd, works >>> When loaded by rc.conf, doesn't work >>> >>> If so, please try attached patch. (patch to if_run.c only) Or, here is a patched file. >>> http://gitorious.org/run/run/blobs/raw/cmdq_fix/dev/usb/wlan/if_run.c >>> >>> When auto-loading, the driver is brought up and down a few times. It might be the cause. >>> >> I will test it few more days and let you know. >> >> thanks, >> >> Ganbold >> > Hello, > > How is the patch doing on your rspro? Is it working well? > Sorry for late response. Due to business trip I tested couple of times only and it seems working relatively ok. 1-2 times ADSL modem hang, but seemed like after 3-4 hours. Tried couple of times again, but I couldn't reproduce it. I will try to reproduce it and let you know the results. thanks a lot, Ganbold > AK > > > > -- She applies her lipstick in spite of its contents: "greasy rouge, containing crushed and dried insect corpses for coloring, beeswax for stiffness, and olive oil to help it flow - the latter having the unfortunate tendency to go rancid several hours after use. In 1924 the New York Board of Health considered banning lipstick, not because it was hazardous to the wearers but because of "the worry that it might poison the men who kissed the women who wore it." -- David Bodanis, "The Secret House" From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 12:06:32 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D8F1065673 for ; Tue, 6 Jul 2010 12:06:32 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4698FC1F for ; Tue, 6 Jul 2010 12:06:31 +0000 (UTC) Received: from [131.234.21.116] (baloo.cs.uni-paderborn.de [131.234.21.116]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id o66BlIEm004661 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Tue, 6 Jul 2010 13:47:19 +0200 (CEST) Message-ID: <4C3317C6.3020009@FreeBSD.org> Date: Tue, 06 Jul 2010 13:47:18 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.4) Gecko/20100608 Lightning/1.0b2 Thunderbird/3.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> In-Reply-To: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 12:06:33 -0000 Am 06.07.2010 10:54, schrieb Kostik Belousov: > On Tue, Jul 06, 2010 at 10:20:28AM +0200, Matthias Andree wrote: >> Please help: read PR bin/147175 and comment if you're knowledgeable about >> either run-time linking, KRB5/GSSAPI, or both :) > > You need to gather and show exact command that fails. Hi Kostik, thanks. I'd propose re-reading , particularly the "How to reproduce section", and ask specific questions that pop up afterwards. :-) > Shared object that references a symbol but does not record a dependency > on the object providing the symbol is the bug in the build of that object > (usually). In that case, Andrew's proposed patch (same URL as above, which see) would be the way to go, because it adds those dependencies to the Heimdal X.509 library build Makefile. However, I'm neither into -current nor into base system affairs. Any takers? Best regards -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 12:33:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C242F1065676 for ; Tue, 6 Jul 2010 12:33:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 84C4B8FC16 for ; Tue, 6 Jul 2010 12:33:35 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o66CXQDP051588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jul 2010 15:33:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o66CXQc5057457; Tue, 6 Jul 2010 15:33:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o66CXQNt057456; Tue, 6 Jul 2010 15:33:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 6 Jul 2010 15:33:26 +0300 From: Kostik Belousov To: Matthias Andree Message-ID: <20100706123325.GF13238@deviant.kiev.zoral.com.ua> References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1Rws+CkRO6TEvNQN" Content-Disposition: inline In-Reply-To: <4C3317C6.3020009@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 12:33:36 -0000 --1Rws+CkRO6TEvNQN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 06, 2010 at 01:47:18PM +0200, Matthias Andree wrote: > Am 06.07.2010 10:54, schrieb Kostik Belousov: > > On Tue, Jul 06, 2010 at 10:20:28AM +0200, Matthias Andree wrote: >=20 > >> Please help: read PR bin/147175 and comment if you're knowledgeable ab= out =20 > >> either run-time linking, KRB5/GSSAPI, or both :) > >=20 > > You need to gather and show exact command that fails. >=20 > Hi Kostik, >=20 > thanks. I'd propose re-reading > , particularly the "= How to > reproduce section", and ask specific questions that pop up afterwards. :-) "Install evolution-data-server" as a reference to the command is a sure way to not get any help. I asked for explicit command that fails, PR does not contain this informati= on. It is not even clear whether the issue is from the static or run-time linke= r. >=20 > > Shared object that references a symbol but does not record a dependency > > on the object providing the symbol is the bug in the build of that obje= ct > > (usually). >=20 > In that case, Andrew's proposed patch (same URL as above, which see) woul= d be > the way to go, because it adds those dependencies to the Heimdal X.509 li= brary > build Makefile. >=20 > However, I'm neither into -current nor into base system affairs. >=20 > Any takers? >=20 > Best regards >=20 > --=20 > Matthias Andree > _______________________________________________ > 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" --1Rws+CkRO6TEvNQN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwzIpUACgkQC3+MBN1Mb4h/BwCdEOACYeEPo/XeBsBxTGCPghnq IhoAn3p2MfOzA99409Svghtnc5hgCZFD =LBHk -----END PGP SIGNATURE----- --1Rws+CkRO6TEvNQN-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 12:59:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6134A1065674 for ; Tue, 6 Jul 2010 12:59:10 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas01p.mx.bigpond.com (nskntmtas01p.mx.bigpond.com [61.9.168.137]) by mx1.freebsd.org (Postfix) with ESMTP id E98AC8FC15 for ; Tue, 6 Jul 2010 12:59:09 +0000 (UTC) Received: from nskntotgx03p.mx.bigpond.com ([124.188.161.100]) by nskntmtas01p.mx.bigpond.com with ESMTP id <20100706125908.TAIQ13611.nskntmtas01p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com>; Tue, 6 Jul 2010 12:59:08 +0000 Received: from ghanamia.reilly.home ([124.188.161.100]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20100706125907.VQFQ13584.nskntotgx03p.mx.bigpond.com@ghanamia.reilly.home>; Tue, 6 Jul 2010 12:59:07 +0000 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Andrew Reilly In-Reply-To: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> Date: Tue, 6 Jul 2010 22:59:13 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> To: Kostik Belousov X-Mailer: Apple Mail (2.1081) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nskntotgx03p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Tue, 6 Jul 2010 12:59:07 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090205.4C33289C.005C,ss=1,fgs=0 X-SIH-MSG-ID: qR83GNb+TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rHNvZRu8u6xC5KJhuHNGQpaazsTY3Rs9mK Cc: Matthias Andree , freebsd-current@freebsd.org Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 12:59:10 -0000 Hi Kostik, On 06/07/2010, at 18:54 , Kostik Belousov wrote: > You need to gather and show exact command that fails. There's some a little more info in PR: ports/145769, although the "fix" = that I suggest there is almost certainly a wrong turn (I nuked all = reference to MD2_* from libhx509, there). I can't easily recreate the = problem, now that I've patched my copy of = /usr/src/kerberos5/lib/libhx509/Makefile, but the fault seems to be = fairly consistent in the configure script of any port configured to use = GSSAPI, such as fetchmail or evolution-data-server. =46rom memory, the = failing program is a one-line main() that calls MD2_Init(), and attempts = to link it with a command line derived from `krb5-config --lib gssapi`. > Shared object that references a symbol but does not record a = dependency > on the object providing the symbol is the bug in the build of that = object > (usually). That is what /usr/lib/libhx509.so.10 seems to do (see the undefined refs = to MD2_* with nm /usr/lib/libhx509.a, and see the lack of dependency on = /lib/libcrypto.so.6 with ldd), and yet this hasn't been widely reported, = I suspect, because it still seems to work in 8-STABLE. Don't know why. The exact command that fails, in summary, is: get a 9-current system. cd /usr/ports/mail/fetchmail (or = /usr/ports/databases/evolution-data-server, but that has lots of other = dependencies that might take a while to build) make config # and tell it to enable GSSAPI (and NTLM) which isn't the = default. make # watch the configure fail with a report of missing KRB5, but inspection = of the configure.log will show that the real failure was a failure to = link against the system-supplied shared libraries, specifically = libhx509.so. Repeat the process on an 8-STABLE system and see that the config and = build proceeds successfully, despite the fact that libhx509.so.10 has = undefined symbols for MD2_* just as on -current. Please let me know if there's any other info that I can provide. Cheers, --=20 Andrew From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 13:26:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4219106566C; Tue, 6 Jul 2010 13:26:29 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas06p.mx.bigpond.com (nskntmtas06p.mx.bigpond.com [61.9.168.152]) by mx1.freebsd.org (Postfix) with ESMTP id 146B58FC15; Tue, 6 Jul 2010 13:26:28 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20100706132627.VVIG24784.nskntmtas06p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com>; Tue, 6 Jul 2010 13:26:27 +0000 Received: from ghanamia.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20100706132626.YUUH4790.nskntotgx02p.mx.bigpond.com@ghanamia.reilly.home>; Tue, 6 Jul 2010 13:26:26 +0000 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Andrew Reilly In-Reply-To: <20100706123325.GF13238@deviant.kiev.zoral.com.ua> Date: Tue, 6 Jul 2010 23:26:26 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> To: Kostik Belousov X-Mailer: Apple Mail (2.1081) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nskntotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Tue, 6 Jul 2010 13:26:26 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090202.4C332F02.0208,ss=1,fgs=0 X-SIH-MSG-ID: rBAzFt3uXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU67mJrM7hNL2xDhcNxmPPGcqYav0X4/QsuM= Cc: freebsd-current@freebsd.org, Matthias Andree Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 13:26:30 -0000 Hi Kostik, On 06/07/2010, at 22:33 , Kostik Belousov wrote: > "Install evolution-data-server" as a reference to the command is a = sure way > to not get any help. Why, because no-one uses ports? > I asked for explicit command that fails, PR does not contain this = information. > It is not even clear whether the issue is from the static or run-time = linker. The specific command that fails is in the PR, to whit: cc -o conftest -O2 -pipe -g -DLDAP_DEPRECATED -fno-strict-aliasing = -I/usr/local/include -I/usr/local/include/db41 -L/usr/local/lib -pthread = conftest.c -L/usr/local/lib -L/usr/lib -lgssapi -lheimntlm -lkrb5 = -lhx509 -lcom_err -lcrypto -lasn1 -lroken -lcrypt where, in this instance, conftest.c is something like (extracted from = the configure script from evolution-data-server): /* contentes of confdefs.h, whatever that is, probably at least: */ #include /* end confdefs.h. */ /* Override any GCC internal prototype to avoid an error. Use char because int might match the return type of a GCC builtin and then its argument prototype would still apply. */ #ifdef __cplusplus extern "C" #endif char krb5_init_context (); int main () { return krb5_init_context (); ; return 0; } (fetchmail uses a conftest with a call to gss_check_version(), but the = result is the same.) And the cc fails with=20 /usr/lib/libhx509.so: undefined reference to `MD2_Init' /usr/lib/libhx509.so: undefined reference to `MD2_Final' /usr/lib/libhx509.so: undefined reference to `MD2_Update' as reported in the PR. It doesn't do this on my system any more, because I've fixed it with the = patch attached to that PR. Cheers, --=20 Andrew From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 13:46:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5BE8106566C; Tue, 6 Jul 2010 13:46:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4DA8FC0C; Tue, 6 Jul 2010 13:46:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o66DkbBI059981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Jul 2010 16:46:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o66Dkbr3058022; Tue, 6 Jul 2010 16:46:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o66DkbF9058021; Tue, 6 Jul 2010 16:46:37 +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, 6 Jul 2010 16:46:37 +0300 From: Kostik Belousov To: Andrew Reilly Message-ID: <20100706134636.GG13238@deviant.kiev.zoral.com.ua> References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ONdxGLNAH97Mj7h0" Content-Disposition: inline In-Reply-To: <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Matthias Andree Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 13:46:55 -0000 --ONdxGLNAH97Mj7h0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 06, 2010 at 11:26:26PM +1000, Andrew Reilly wrote: > Hi Kostik, >=20 > On 06/07/2010, at 22:33 , Kostik Belousov wrote: >=20 > > "Install evolution-data-server" as a reference to the command is a sure= way > > to not get any help. >=20 > Why, because no-one uses ports? Because you make it hard to reproduce the issue. E.g. my head scratch box definitely will not be put to evolution-data-server compilation to reproduce this. >=20 > > I asked for explicit command that fails, PR does not contain this infor= mation. > > It is not even clear whether the issue is from the static or run-time l= inker. >=20 > The specific command that fails is in the PR, to whit: > cc -o conftest -O2 -pipe -g -DLDAP_DEPRECATED -fno-strict-aliasing -I/usr= /local/include -I/usr/local/include/db41 -L/usr/local/lib -pthread conftest= .c -L/usr/local/lib -L/usr/lib -lgssapi -lheimntlm -lkrb5 -lhx509 -lcom_err= -lcrypto -lasn1 -lroken -lcrypt >=20 > where, in this instance, conftest.c is something like (extracted from the= configure script from evolution-data-server): >=20 > /* contentes of confdefs.h, whatever that is, probably at least: */ > #include > /* end confdefs.h. */ >=20 > /* Override any GCC internal prototype to avoid an error. > Use char because int might match the return type of a GCC > builtin and then its argument prototype would still apply. */ > #ifdef __cplusplus > extern "C" > #endif > char krb5_init_context (); > int > main () > { > return krb5_init_context (); > ; > return 0; > } >=20 > (fetchmail uses a conftest with a call to gss_check_version(), but the re= sult is the same.) >=20 > And the cc fails with=20 > /usr/lib/libhx509.so: undefined reference to `MD2_Init' > /usr/lib/libhx509.so: undefined reference to `MD2_Final' > /usr/lib/libhx509.so: undefined reference to `MD2_Update' >=20 > as reported in the PR. Ok, this is useful. But, on the HEAD from Jul 2, I cannot reproduce it, with conftest.c and command line above. As well as on the stable/8 that is approx. one month old. On both systems, MD2_* symbols are resolved by libcrypto.so. Check your instance, do the symbols appear in the library ? As a long shot, do you have openssl 1.0 installed from ports ? Note the -L /usr/local/lib switch, that causes -lcrypto to be resolved from /usr/local/lib, if present. AFAIR, 1.0 removed MD2. >=20 > It doesn't do this on my system any more, because I've fixed it with the = patch attached to that PR. >=20 > Cheers, >=20 > --=20 > Andrew >=20 --ONdxGLNAH97Mj7h0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwzM7wACgkQC3+MBN1Mb4hCLwCguKt0sue/+hz6jDox/QSKo1H3 NXoAoNfTV9yBBFcHzN7xCAkV2VJevM6E =r4SY -----END PGP SIGNATURE----- --ONdxGLNAH97Mj7h0-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 14:14:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89B2A106564A; Tue, 6 Jul 2010 14:14:31 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas01p.mx.bigpond.com (nskntmtas01p.mx.bigpond.com [61.9.168.137]) by mx1.freebsd.org (Postfix) with ESMTP id E74A58FC12; Tue, 6 Jul 2010 14:14:30 +0000 (UTC) Received: from nskntotgx03p.mx.bigpond.com ([124.188.161.100]) by nskntmtas01p.mx.bigpond.com with ESMTP id <20100706141429.WEEB13611.nskntmtas01p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com>; Tue, 6 Jul 2010 14:14:29 +0000 Received: from ghanamia.reilly.home ([124.188.161.100]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20100706141429.XNUM13584.nskntotgx03p.mx.bigpond.com@ghanamia.reilly.home>; Tue, 6 Jul 2010 14:14:29 +0000 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Andrew Reilly In-Reply-To: <20100706134636.GG13238@deviant.kiev.zoral.com.ua> Date: Wed, 7 Jul 2010 00:14:28 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <9BB48431-AF0F-4DEA-8F9F-35830E147E68@bigpond.net.au> References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> <20100706134636.GG13238@deviant.kiev.zoral.com.ua> To: Kostik Belousov X-Mailer: Apple Mail (2.1081) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nskntotgx03p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Tue, 6 Jul 2010 14:14:29 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090209.4C333A45.0116,ss=1,fgs=0 X-SIH-MSG-ID: rR4zFdH2TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rHNvZRu8u6xC5KJhuBNGAkaa7tTY3Rs9mK Cc: freebsd-current@freebsd.org, Matthias Andree Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 14:14:31 -0000 Hi Kostik, Thanks for looking at this, On 06/07/2010, at 23:46 , Kostik Belousov wrote: > Ok, this is useful. But, on the HEAD from Jul 2, I cannot reproduce = it, > with conftest.c and command line above. As well as on the stable/8 = that > is approx. one month old. >=20 > On both systems, MD2_* symbols are resolved by libcrypto.so. Check > your instance, do the symbols appear in the library ? On both my 8- and -current (Jul 3) base systems, libcrypto.so has the = MD2_* symbols, and libhx509.so doesn't (but requires to them). = /usr/local/lib/libcrpto.a does *not* have the MD2 symbols. > As a long shot, do you have openssl 1.0 installed from ports ? My -current box does. My 8.1-RC doesn't. > Note the -L /usr/local/lib switch, that causes -lcrypto to be resolved > from /usr/local/lib, if present. AFAIR, 1.0 removed MD2. Ah-ha. So I guess the situation properly is: Not having heimdal installed from ports, the ones that look for gssapi = libs use the base system, and the /usr/bin/krb5-config gssapi --libs = includes -lhx509, which has unresolved MD2_* symbols. The = -L/usr/local/lib on the command line (presumably for other ports = dependencies) makes the linker look in /usr/local/lib/libcrypto, which = is there because of the openssl-1.0 port, and which doesn't have the = MD2_ sybmols. My two "fixes" both kind of work: removing the MD2 = references from the base system's libhx509 make it compatible with the = -lcrypto in ports; adding an explicit dependency on the base system's = libcrypto also works, because that does have the MD2 references. My = 8-stable system presumably works because it doesn't have openssl-1.0 = installed from ports. So: how should I "fix" this, properly, on my -current system? Is it as = simple as installing heimdal from ports? I can't remove openssl-1.0: = that has 191 ports listed in its REQUIRED_BY file. Should ports/security/heimdal be listed as a dependency of the ports = that use GSSAPI? Is it OK for the base system libhx509.so to *not* have an explicit = dependency on libcrypto, even though there seems to be one, and adding = such a dependency seems to "fix" this problem? Cheers, --=20 Andrew From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 15:46:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD26E1065689 for ; Tue, 6 Jul 2010 15:46:17 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 640218FC0A for ; Tue, 6 Jul 2010 15:46:17 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 7B40A14DBF45; Tue, 6 Jul 2010 17:46:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25h9lJ0WFYof; Tue, 6 Jul 2010 17:46:14 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4180114DBF3F; Tue, 6 Jul 2010 17:46:14 +0200 (CEST) Message-ID: <4C334FC2.60007@FreeBSD.org> Date: Tue, 06 Jul 2010 17:46:10 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anonymous References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> <4C2F7917.7040900@FreeBSD.org> <86fwzz9r32.fsf@gmail.com> In-Reply-To: <86fwzz9r32.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 15:46:17 -0000 Em 2010.07.04. 17:58, Anonymous escreveu: > Do you create /usr/lib32/i18n directory before installing into it? > Oh, I'm sorry I just tested cross-building but not normal building on amd64. This patch seems to fix the issue, I've added the necessary directories to mtree: http://kovesdan.org/patches/iconv_64bit_fix.diff Gabor From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 15:54:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BD1E106566C; Tue, 6 Jul 2010 15:54:43 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D13728FC12; Tue, 6 Jul 2010 15:54:42 +0000 (UTC) Received: by gxk24 with SMTP id 24so1118267gxk.13 for ; Tue, 06 Jul 2010 08:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=BSPykZqOIGIKi9KXHJNcxswPskeevFhFN014bqQPSBc=; b=gQYp9QwjTgv7EYsvecBKiNOfVMRnwcHn3KUvfiPhCyC0mqrQ9KtW+Pbi+YdaQkEdYw OZQsQdZoxzNpZ5zq06MmQP+QXsGXpHNpqWX8IgV9iA4Mr7OVPE4bmNjLnkPiyq9KIfao g+TLZ55oYpm7uPcXUlLl9jBGd9rd2r65N+DIo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=Vf+ccOtSIquEOmzl5+6U25uAi71OK6C6sn8n/sOYzazC8TQGtY4jiXoxY28w//2E02 NDbYbcz0/wPykiy49LIEy6hUoYJ9dGfOVK4RRdr9smM3oZngtE45Up/N+czxScfSzQfr NCI6b5RYT24MV4k9EH1vtrxIIXmLrGuFnNQzY= Received: by 10.239.160.19 with SMTP id a19mr534838hbd.56.1278431678291; Tue, 06 Jul 2010 08:54:38 -0700 (PDT) Received: from localhost (anonymizer2.torservers.net [173.244.197.210]) by mx.google.com with ESMTPS id e20sm6230073vcm.40.2010.07.06.08.54.35 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Jul 2010 08:54:37 -0700 (PDT) From: Anonymous To: Gabor Kovesdan References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> <4C2F7917.7040900@FreeBSD.org> <86pqz29sy2.fsf@gmail.com> Date: Tue, 06 Jul 2010 19:54:32 +0400 Message-ID: <86mxu4sj0n.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 15:54:43 -0000 (my previous mail didn't appear in the archives) Anonymous writes: > Gabor Kovesdan writes: >> Here's the new patch, which is supposed to fix the following issues: >> - Fixed build on amd64 and fixed cross-compiling >> - Fixed hang when linked to libthr >> - Fixed iconv() prototype as per POSIX >> - More GNU compatibility: "" or "char" means the current local >> encoding in use >> >> http://kovesdan.org/patches/iconv_current.diff > > BTW, I think there is regression in iconv(1). It wasn't there in iconv_base_integrate2.diff. > > (gdb) r > Starting program: /usr/bin/iconv > During symbol reading, DW_AT_name missing from DW_TAG_base_type. > During symbol reading, cannot get low and high bounds for subprogram DIE at 11006. > During symbol reading, DW_AT_name missing from DW_TAG_base_type. > > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000401281 in main (argc= > During symbol reading, incomplete CFI data; unspecified registers (e.g., rax) at 0x401180. > 0, argv=0x7ffffffefb98) at /a/blah/usr.bin/iconv/iconv.c:198 > 198 if ((strcmp(opt_f, "") == 0) && (strcmp(opt_t, "") == 0)) > (gdb) bt f > #0 0x0000000000401281 in main (argc=0, argv=0x7ffffffefb98) at /a/blah/usr.bin/iconv/iconv.c:198 > fp = > opt_f = 0x0 > opt_t = 0x0 > ch = > i = > opt_c = false > opt_s = false > (gdb) p *argv > $1 = 0x0 It works if I specify both `-t' and `-f'. And crashes when none specified or only one of them. From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 18:11:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 1E7BE1065672; Tue, 6 Jul 2010 18:11:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Yamagi Burmeister Date: Tue, 6 Jul 2010 14:11:19 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007061411.20799.jkim@FreeBSD.org> Cc: Christoph Mallon , freebsd-current@freebsd.org Subject: Re: PATCH: Potential ressource leak in sys/dev/fb/vesa.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 18:11:35 -0000 On Thursday 01 July 2010 02:52 pm, Yamagi Burmeister wrote: > Hello, > while tracking down a bug in vesa.c which caused a crash a friend > of mine noticed a potential ressource leak in vesa.c. In line 841 > the execution is aborted via return (1); without freeing the > already allocated resources. the attached patch changes the line to > "goto fail;" which seems more correct. > > --- a/sys/dev/fb/vesa.c > +++ b/sys/dev/fb/vesa.c > @@ -836,7 +836,7 @@ vesa_bios_init(void) > "version 1.2 or later is required.\n", > ((vers & 0xf000) >> 12) * 10 + ((vers & 0x0f00) >> 8), > ((vers & 0x00f0) >> 4) * 10 + (vers & 0x000f)); > - return (1); > + goto fail; > } > > VESA_STRCPY(vesa_oemstr, buf->v_oemstr); Fixed on HEAD. Will be MFC'ed soon. Thanks! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 19:00:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADA41106564A; Tue, 6 Jul 2010 19:00:38 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1944D8FC17; Tue, 6 Jul 2010 19:00:37 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o66J0KUR022475 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 6 Jul 2010 20:00:27 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4C337D44.7070107@infracaninophile.co.uk> Date: Tue, 06 Jul 2010 20:00:20 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Andrew Reilly References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> <20100706134636.GG13238@deviant.kiev.zoral.com.ua> <9BB48431-AF0F-4DEA-8F9F-35830E147E68@bigpond.net.au> In-Reply-To: <9BB48431-AF0F-4DEA-8F9F-35830E147E68@bigpond.net.au> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.6 required=5.0 tests=BAYES_50,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: Kostik Belousov , freebsd-current@freebsd.org, Matthias Andree Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 19:00:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/07/2010 15:14:28, Andrew Reilly wrote: > So: how should I "fix" this, properly, on my -current system? Is it > as simple as installing heimdal from ports? I can't remove openssl-1.0: > that has 191 ports listed in its REQUIRED_BY file. Rebuild the port of openssl-1.0.0 after modifying the OPTIONS to include MD2=on ? Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwzfUQACgkQ8Mjk52CukIx/gwCfW2/S+OgDEKz5ubUa3Ajv9V0x suUAn0r5zUiodJRiwrekZOLuKaI4uFHX =Zh4/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 22:26:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0241065670 for ; Tue, 6 Jul 2010 22:26:07 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2A1A58FC17 for ; Tue, 6 Jul 2010 22:26:06 +0000 (UTC) Received: (qmail invoked by alias); 06 Jul 2010 22:26:05 -0000 Received: from g226236131.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.226.236.131] by mail.gmx.net (mp030) with SMTP; 07 Jul 2010 00:26:05 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/+FLpIQJ3+sKYHGWX9Sm+DSf/ApefR92Atb/vYQk SXozM25pyz7GaH Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id E5F939444A; Wed, 7 Jul 2010 00:26:03 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Andrew Reilly" , "Matthew Seaman" References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> <20100706134636.GG13238@deviant.kiev.zoral.com.ua> <9BB48431-AF0F-4DEA-8F9F-35830E147E68@bigpond.net.au> <4C337D44.7070107@infracaninophile.co.uk> Date: Wed, 07 Jul 2010 00:26:03 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <4C337D44.7070107@infracaninophile.co.uk> User-Agent: Opera Mail/10.60 (Linux) X-Y-GMX-Trusted: 0 Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 22:26:07 -0000 Am 06.07.2010, 21:00 Uhr, schrieb Matthew Seaman: > On 06/07/2010 15:14:28, Andrew Reilly wrote: >> So: how should I "fix" this, properly, on my -current system? Is it >> as simple as installing heimdal from ports? I can't remove openssl-1.0: >> that has 191 ports listed in its REQUIRED_BY file. > > Rebuild the port of openssl-1.0.0 after modifying the OPTIONS to include > MD2=on ? Not good given that MD2 is broken. Very broken, not just by a factor of 2^5 or something. Where upon rests the earlier assertion (not by Matthew) that Kerberos V needed MD2 checksums? I can't seem to find that in the KRB5 protocol and checksum RFCs. If it's not mandatory we may want to nuke MD2 from Kerberos to remedy a weakness... Chapter and Verse welcome. Thanks. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Jul 6 22:28:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D42E106566B; Tue, 6 Jul 2010 22:28:36 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas06p.mx.bigpond.com (nskntmtas06p.mx.bigpond.com [61.9.168.152]) by mx1.freebsd.org (Postfix) with ESMTP id CC2E28FC0A; Tue, 6 Jul 2010 22:28:35 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20100706222833.NYNX24784.nskntmtas06p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com>; Tue, 6 Jul 2010 22:28:33 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20100706222833.KQZP4790.nskntotgx02p.mx.bigpond.com@duncan.reilly.home>; Tue, 6 Jul 2010 22:28:33 +0000 Date: Wed, 7 Jul 2010 08:28:33 +1000 From: Andrew Reilly To: Matthew Seaman Message-ID: <20100706222833.GA11675@duncan.reilly.home> References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> <20100706134636.GG13238@deviant.kiev.zoral.com.ua> <9BB48431-AF0F-4DEA-8F9F-35830E147E68@bigpond.net.au> <4C337D44.7070107@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C337D44.7070107@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nskntotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Tue, 6 Jul 2010 22:28:33 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090203.4C33AE11.01FE,ss=1,fgs=0 X-SIH-MSG-ID: rBA7FtX+TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rHNvZRu8u6xC5KJhiHNGMoaa/nTY3Rs9mK Cc: Kostik Belousov , freebsd-current@freebsd.org, Matthias Andree Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jul 2010 22:28:36 -0000 On Tue, Jul 06, 2010 at 08:00:20PM +0100, Matthew Seaman wrote: > On 06/07/2010 15:14:28, Andrew Reilly wrote: > > So: how should I "fix" this, properly, on my -current system? Is it > > as simple as installing heimdal from ports? I can't remove openssl-1.0: > > that has 191 ports listed in its REQUIRED_BY file. > > Rebuild the port of openssl-1.0.0 after modifying the OPTIONS to include > MD2=on ? OK. I've done that, and backed out my patch to the base libhx509 build, and lo: fetchmail rebuilt entirely happily. But now I'm confused, because ldd fetchmail before the change and ldd fetchmail after the change are identical. I don't understand how that can be. I think that I need to tear things down and start from scratch. Or at least think about it a bit longer... Here's ldd fetchmail, after (same as before): fetchmail: libintl.so.9 => /usr/local/lib/libintl.so.9 (0x800681000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x80078a000) libopie.so.6 => /usr/lib/libopie.so.6 (0x800984000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x800a8d000) libmd.so.5 => /lib/libmd.so.5 (0x800ba6000) libkvm.so.5 => /lib/libkvm.so.5 (0x800cb3000) libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x800dbc000) libssl.so.7 => /usr/local/lib/libssl.so.7 (0x800ebe000) libcrypto.so.7 => /usr/local/lib/libcrypto.so.7 (0x801016000) libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x8012b2000) libheimntlm.so.10 => /usr/lib/libheimntlm.so.10 (0x8013bc000) libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x8014c1000) libhx509.so.10 => /usr/lib/libhx509.so.10 (0x801631000) libasn1.so.10 => /usr/lib/libasn1.so.10 (0x801771000) libroken.so.10 => /usr/lib/libroken.so.10 (0x8018f3000) libc.so.7 => /lib/libc.so.7 (0x801a05000) I would have thought that the "before" would be using /lib/libcrypto.so.6, because that's what libhx509.so.10 told it to... Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 05:00:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDBFB106566B for ; Wed, 7 Jul 2010 05:00:57 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 43A548FC23 for ; Wed, 7 Jul 2010 05:00:57 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o6750hhb029687 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 7 Jul 2010 06:00:44 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4C3409FB.60906@infracaninophile.co.uk> Date: Wed, 07 Jul 2010 06:00:43 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Matthias Andree References: <20100706085435.GC13238@deviant.kiev.zoral.com.ua> <4C3317C6.3020009@FreeBSD.org> <20100706123325.GF13238@deviant.kiev.zoral.com.ua> <457406E5-0E8C-4DB0-97B3-C8CAA7DD3AD0@bigpond.net.au> <20100706134636.GG13238@deviant.kiev.zoral.com.ua> <9BB48431-AF0F-4DEA-8F9F-35830E147E68@bigpond.net.au> <4C337D44.7070107@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.6 required=5.0 tests=BAYES_50,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: Kostik Belousov , freebsd-current@freebsd.org, Andrew Reilly Subject: Re: Regression in GSSAPI/libxh509 linking? [PR bin/147175] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2010 05:00:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/07/2010 23:26:03, Matthias Andree wrote: > Am 06.07.2010, 21:00 Uhr, schrieb Matthew Seaman: > >> On 06/07/2010 15:14:28, Andrew Reilly wrote: >>> So: how should I "fix" this, properly, on my -current system? Is it >>> as simple as installing heimdal from ports? I can't remove openssl-1.0: >>> that has 191 ports listed in its REQUIRED_BY file. >> >> Rebuild the port of openssl-1.0.0 after modifying the OPTIONS to include >> MD2=on ? > > Not good given that MD2 is broken. Very broken, not just by a factor of > 2^5 or something. > > Where upon rests the earlier assertion (not by Matthew) that Kerberos V > needed MD2 checksums? > I can't seem to find that in the KRB5 protocol and checksum RFCs. If > it's not mandatory we may want to nuke MD2 from Kerberos to remedy a > weakness... Chapter and Verse welcome. Yeah. Even so, lots of software still expects it to be present and won't link without it. I hope no one is actually using it, or running with a cipher configuration that would permit it to be used. Cleaning all reliance on MD2 out of the ports and base would make a very good project for a bunch of people, and pushing those changes upstream would certainly help make the internet a better place. Probably should start with an experimental run on a tinderbox somewhere trying to build all ports that are OpenSSL consumers against security/openssl with MD2 turned off. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw0CfsACgkQ8Mjk52CukIzTAQCeOmkWeudx4UCnxI5wFBNrcAuY x80AnivuyK8mPfOPHPUe7Y95uMMpUSVo =PHpX -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 09:08:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6265D106564A for ; Wed, 7 Jul 2010 09:08:17 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E39B08FC0C for ; Wed, 7 Jul 2010 09:08:16 +0000 (UTC) Received: by wyb34 with SMTP id 34so4349169wyb.13 for ; Wed, 07 Jul 2010 02:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=jdplaao5XKbS6PMHOIgqunkox4MswayLg0S8DbE2cAQ=; b=ldhUeyCI5kDV3eJVg5DvLWZWmN5y52JwoOmletpW6HP0NaBYiGDeZtHdXzbU4h9SKO jJeUCrz31YrKC4xbWOMo46F6EQLFG8PBa5cXA5kp5LTQTzWXjxYDPf0h5/7U666uz/Rq Cd0SSkrqkicDwxb/pU4O2YGl0lzFRl/YY3kAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=dDYqsKv3GWwxnAbCk6S9ysOKfcwv7NKUCEhYosldwFOopGgMppO5mC5GR4dvAzjBZL CCUrfM5QCLOWOK5ULOXw8E761lPUl3gmqRYAR+jSnVpFwgMXPlMuwKHvijokJtsBr+YM MAlfIH0trefj32gnSCH1SbWxo+rZvkSwlYmps= Received: by 10.227.144.1 with SMTP id x1mr4657054wbu.199.1278493694577; Wed, 07 Jul 2010 02:08:14 -0700 (PDT) Received: from localhost (server51262.uk2net.com [83.170.92.9]) by mx.google.com with ESMTPS id a1sm41430750wbb.14.2010.07.07.02.08.11 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Jul 2010 02:08:13 -0700 (PDT) From: Anonymous To: Kostik Belousov References: <20100524.134955.2300883222251175323.okuno.kohji@jp.panasonic.com> <3A68039C-BECD-47C0-89EE-45E3FB7C8D90@gmail.com> <20100524.185856.2300883222251249895.okuno.kohji@jp.panasonic.com> <20100524103621.GH83316@deviant.kiev.zoral.com.ua> Date: Wed, 07 Jul 2010 13:08:05 +0400 In-Reply-To: <20100524103621.GH83316@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Mon, 24 May 2010 13:36:21 +0300") Message-ID: <86tyobk6bu.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pluknet@gmail.com, Kohji Okuno , yaneurabeya@gmail.com, freebsd-current@freebsd.org Subject: Re: About 32bit binary 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: Wed, 07 Jul 2010 09:08:17 -0000 Kostik Belousov writes: > On Mon, May 24, 2010 at 06:58:56PM +0900, Kohji Okuno wrote: >> Thank you for your comments. >> >> In my usage, it works good by the patch appended to this mail. > > The patch is probably a start in the right direction. But, it would be > much better to install sys/i386/include to e.g. /usr/include/machine32 > and use the pristine i386 files instead of copying them. I think it'd be much easier to use smth like /usr/include/i386/machine. So one can shadow /usr/include/machine from cc/c++ wrapper. #! /bin/sh skip-path() { local IFS=: PATH=$(for p in $PATH; do case $p in $1) ;; *) echo -n $p: ;; esac done) } skip-path "*${0%/*}" exec ${0##*/} -m32 -B/usr/lib32 -isystem/usr/include/i386 "$@" Tested only on simple ports like lang/python26 with no deps, e.g. # here you should put above cc/c++ wrapper into ~/.wrap32/cc $ (cd ~/.wrap32; for f in c++ gcc g++; do ln -s cc $f; done) $ export PATH=$HOME/.wrap32:$PATH $ cd lang/python26 $ make install > > Are you interested in going further with the approach ? From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 10:49:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46C2106566B for ; Wed, 7 Jul 2010 10:49:40 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51808.mail.re2.yahoo.com (web51808.mail.re2.yahoo.com [206.190.38.239]) by mx1.freebsd.org (Postfix) with SMTP id 4CA278FC16 for ; Wed, 7 Jul 2010 10:49:39 +0000 (UTC) Received: (qmail 56710 invoked by uid 60001); 7 Jul 2010 10:49:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278499777; bh=oPrslsjdyVdd7fnRNQKRalFQaINobLF+itKHmfsM+KM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=qVb56jPtwZUz4LIKE54s/98nP84o59z1G8nvROgLfxjLOTjBG1LoyHlpf33XFVC2eg9fSvpkirJ3GQ0NBMTVWnddZ0KI+AlpBZnQ75Mwm5dlN3EB1is7636PGqo/mU5cZFfJfqmbiPHGkn2OIMHjAwyu8o/dd4xuRoh8OcUcSFc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=tuR1+sDjNjRz4imr0oiPGijF/21xEcXSgPdlv9oCRC6p4BD5zb9hRcxjiGwQDUWowgNRgbfVCOMlZf25ZUadl82MXT5Okx32E5ebN9Ff2jfGt0BGMrmNzZwoiP1PEWoLaGsAnXauZBL6k1SL8iDfEUn1CpM/7GLiEsLr/d1zbHE=; Message-ID: <67219.44880.qm@web51808.mail.re2.yahoo.com> X-YMail-OSG: RETl_YYVM1kAEaYSxePE6pXN6amN0chpj_7NNGEhpCw4v_i wGsgh2YxzfuWLn0teZ.Pz4m7tEZ9s1GSo5P44lIoqFzTcNqPZUawvilW0WGb JnPu3OKIm9O7W3dC9l7UlEk2tGk645dTdSlgQu3rdeZ3HKqvBcncLeOQ5ced suOvxXeqkdOIEMR.gBNqEG56OWY7mH9qtEAjZQWN_GO5nDUhtxesSQjoCsP1 uu3vh_9HHYAfTAtg_bOhRFDGfQfgFPffN7potk4N8Zwh2coVUmRUOpFYL_z6 3s_M.jD3ISwt1U5QCfh2.eNG_T8.fen2a70sE8vmpSQM- Received: from [173.183.132.20] by web51808.mail.re2.yahoo.com via HTTP; Wed, 07 Jul 2010 03:49:37 PDT X-Mailer: YahooMailRC/420.4 YahooMailWebService/0.8.104.276605 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4C329D47.1010408@mobicom.mn> <567305.11007.qm@web51802.mail.re2.yahoo.com> <201007060854.31192.hselasky@c2i.net> Date: Wed, 7 Jul 2010 03:49:37 -0700 (PDT) From: PseudoCylon To: Hans Petter Selasky , freebsd-current@freebsd.org In-Reply-To: <201007060854.31192.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2010 10:49:40 -0000 ----- Original Message ---- > From: Hans Petter Selasky > To: freebsd-current@freebsd.org > Cc: PseudoCylon ; Ganbold Tsagaankhuu >; Ganbold > Sent: Tue, July 6, 2010 12:54:31 AM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > Hello PseudoCylon is here. Unfortunately it successfully associates without an error. > Hi, > > PseudoCylon: Can you try to reproduce this: > > 1) Setup OPEN HOST AP (ssid = xxx). > > 2) Configure WLAN client with: > > ssid=xxx > auth_alg=SHARED > key_mgmt=NONE > > Wait until wpa_cli announces that it tries to associate, but fails. > This didn't happen. wpa_cli didn't say anything, just keep re-scanning. There was a change in wpa. So, I'll rebuilt world and retry > 3) Then update wpa_supplicant.conf: > > ssid=xxx > auth_alg=OPEN > key_mgmt=NONE > > 4) Enter: "reconfigure" in wpa_cli (panic should happen shortly due to > callback from IEEE802.11 layer which appears to refer a NULL pointer). > > --HPS > For now, do you have any error message? And, are you using committed version of the driver or testing the patch? AK From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 11:08:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B720106566C for ; Wed, 7 Jul 2010 11:08:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id D6E868FC14 for ; Wed, 7 Jul 2010 11:08:20 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HEYnYNVUCg4A:10 a=hO-oPbc3tlwA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=pGLkceISAAAA:8 a=DHHCSF_n-99qJ59nnTQA:9 a=YddGoxz8XFm5JEz8tEFhLBXaQ7wA:4 a=wPNLvfGTeEIA:10 a=9aOQ2cSd83gA:10 a=SV7veod9ZcQA:10 a=MSl-tDqOz04A:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1207365167; Wed, 07 Jul 2010 13:08:18 +0200 From: Hans Petter Selasky To: PseudoCylon Date: Wed, 7 Jul 2010 13:05:24 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <201007060854.31192.hselasky@c2i.net> <67219.44880.qm@web51808.mail.re2.yahoo.com> In-Reply-To: <67219.44880.qm@web51808.mail.re2.yahoo.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007071305.24179.hselasky@c2i.net> Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org, Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2010 11:08:21 -0000 On Wednesday 07 July 2010 12:49:37 PseudoCylon wrote: > ----- Original Message ---- > > > From: Hans Petter Selasky > > To: freebsd-current@freebsd.org > > Cc: PseudoCylon ; Ganbold Tsagaankhuu > >; Ganbold > > Sent: Tue, July 6, 2010 12:54:31 AM > > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Hello > > PseudoCylon is here. > > Unfortunately it successfully associates without an error. > > > Hi, > > > > PseudoCylon: Can you try to reproduce this: > > > > 1) Setup OPEN HOST AP (ssid = xxx). > > > > 2) Configure WLAN client with: > > > > ssid=xxx > > auth_alg=SHARED > > key_mgmt=NONE > > > > Wait until wpa_cli announces that it tries to associate, but fails. > > This didn't happen. wpa_cli didn't say anything, just keep re-scanning. > There was a change in wpa. So, I'll rebuilt world and retry > > > 3) Then update wpa_supplicant.conf: > > > > ssid=xxx > > auth_alg=OPEN > > key_mgmt=NONE > > > > 4) Enter: "reconfigure" in wpa_cli (panic should happen shortly due to > > callback from IEEE802.11 layer which appears to refer a NULL pointer). > > > > --HPS > > For now, do you have any error message? > > And, are you using committed version of the driver or testing the patch? > Hi, I tested using the RUM driver in 9-current. I will try to collect some more details on the panic. I think that RUN is also affected. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 12:01:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF36A1065670 for ; Wed, 7 Jul 2010 12:01:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 68A3B8FC32 for ; Wed, 7 Jul 2010 12:01:14 +0000 (UTC) Received: by qyk7 with SMTP id 7so3005109qyk.13 for ; Wed, 07 Jul 2010 05:01:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=4XNcbmnRBryiCUlzZJEF9MgYyFVSiKzj5t472Numdk0=; b=rtyVPhthL5ZtPtF5AmdSoIsPegHgVgZPO8b2HI/aydpjYFrECcCODFSMqPptg2/A/B SxzWAoIfVKAmwD3oyaIz8kp7SnxnhfNQkAwE+hAgSIz6cX3+wFq+K+xlERz0whZILGkC VykIzq47cQxCpacIij0KINMrRqDfRSGsFS54Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=xgvO/8wstfPc/TCVz6vzdGJH/RMYZwaiae39gn7hX6P/lBlrsg2J8OkjyNNCTTPplF HsQ3VrwNurRxviHDyaj1b0FOhE4vkRbo3RXgWBAT7XcoQgPXG5P8UjWXjWBn15Xf55Y8 ay+k87XGBTbNukjQh6TikNN8Wl0I00i33MUA4= MIME-Version: 1.0 Received: by 10.224.28.76 with SMTP id l12mr3479847qac.24.1278504061482; Wed, 07 Jul 2010 05:01:01 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.229.17.3 with HTTP; Wed, 7 Jul 2010 05:01:01 -0700 (PDT) In-Reply-To: <269478215.24.1277969553870.JavaMail.root@sage.daemoninthecloset.org> References: <744734406.21.1277969273426.JavaMail.root@sage.daemoninthecloset.org> <269478215.24.1277969553870.JavaMail.root@sage.daemoninthecloset.org> Date: Wed, 7 Jul 2010 14:01:01 +0200 X-Google-Sender-Auth: lnii-HrBQr0sKiWeRIpeovJO148 Message-ID: From: Attilio Rao To: Bryan Venteicher Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: deadlkres() panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 12:01:14 -0000 2010/7/1 Bryan Venteicher : > On a recent -current, I got the following panic from deadlkres: > > Assertion wchan != NULL failed at /usr/src-nfs/sys/kern/subr_sleepqueue.c:680 > > Tracing pid 0 tid 100058 td 0xffffff00024bf7a0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x176 > sleepq_type() at sleepq_type+0x56 > deadlkres() at deadlkres+0x224 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8074976d30, rbp = 0 --- > (Hand transcribed, doadump() hung) > > deadlkres() came across a TD_IS_SLEEPING()'ing thread that was not a > sleepqueue (ie, td->td_wchan == NULL). > > I don't think this is an invalid state for thread to be in: After adding itself > to a sleepq and setting a timeout, the thread calls sleepq_timedwait_sig(). > sleepq_catch_signals() determines there is a signal pending so it removes the > thread from the sleepq via sleepq_resume_thread(). Returning to > sleepq_timedwait_sig(), in the call to sleepq_check_timeout(), the thread is > unable to cancel the timeout because it is already firing (likely waiting on > thread_lock()). So the thread calls TD_SET_SLEEPING() followed by mi_switch(). > deadlkres() then picks up thread_lock(), finding td is TD_IS_SLEEPING() && > !TD_ON_SLEEPQ(). > > The attached patch takes care of the panic for me. I think that your analysis and patch are both fine and are committed, along with a small cleanup, as r209761. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 12:15:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EC11106566C; Wed, 7 Jul 2010 12:15:10 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id AC4078FC20; Wed, 7 Jul 2010 12:15:09 +0000 (UTC) Received: by wwb13 with SMTP id 13so1337489wwb.1 for ; Wed, 07 Jul 2010 05:15:02 -0700 (PDT) Received: by 10.227.146.76 with SMTP id g12mr1400451wbv.82.1278504902189; Wed, 07 Jul 2010 05:15:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.4.83 with HTTP; Wed, 7 Jul 2010 05:14:42 -0700 (PDT) In-Reply-To: References: <744734406.21.1277969273426.JavaMail.root@sage.daemoninthecloset.org> <269478215.24.1277969553870.JavaMail.root@sage.daemoninthecloset.org> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 7 Jul 2010 14:14:42 +0200 Message-ID: To: Attilio Rao Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, Bryan Venteicher Subject: Re: deadlkres() panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 12:15:10 -0000 On Wed, Jul 7, 2010 at 14:01, Attilio Rao wrote: > 2010/7/1 Bryan Venteicher : >> On a recent -current, I got the following panic from deadlkres: >> >> Assertion wchan != NULL failed at /usr/src-nfs/sys/kern/subr_sleepqueue.c:680 >> >> Tracing pid 0 tid 100058 td 0xffffff00024bf7a0 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x176 >> sleepq_type() at sleepq_type+0x56 >> deadlkres() at deadlkres+0x224 >> fork_exit() at fork_exit+0x12a >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8074976d30, rbp = 0 --- >> (Hand transcribed, doadump() hung) >> >> deadlkres() came across a TD_IS_SLEEPING()'ing thread that was not a >> sleepqueue (ie, td->td_wchan == NULL). >> >> I don't think this is an invalid state for thread to be in: After adding itself >> to a sleepq and setting a timeout, the thread calls sleepq_timedwait_sig(). >> sleepq_catch_signals() determines there is a signal pending so it removes the >> thread from the sleepq via sleepq_resume_thread(). Returning to >> sleepq_timedwait_sig(), in the call to sleepq_check_timeout(), the thread is >> unable to cancel the timeout because it is already firing (likely waiting on >> thread_lock()). So the thread calls TD_SET_SLEEPING() followed by mi_switch(). >> deadlkres() then picks up thread_lock(), finding td is TD_IS_SLEEPING() && >> !TD_ON_SLEEPQ(). >> >> The attached patch takes care of the panic for me. > > I think that your analysis and patch are both fine and are committed, > along with a small cleanup, as r209761. Thank you both, I guess a had that panic a few days ago. Updating right now. From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 13:59:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444B1106566B for ; Wed, 7 Jul 2010 13:59:54 +0000 (UTC) (envelope-from batrick@batbytes.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D40D68FC17 for ; Wed, 7 Jul 2010 13:59:53 +0000 (UTC) Received: by fxm13 with SMTP id 13so5999901fxm.13 for ; Wed, 07 Jul 2010 06:59:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.120.197 with SMTP id e5mr5670636far.103.1278509315167; Wed, 07 Jul 2010 06:28:35 -0700 (PDT) Received: by 10.231.172.20 with HTTP; Wed, 7 Jul 2010 06:28:35 -0700 (PDT) In-Reply-To: <4C31C71C.2010606@FreeBSD.org> References: <4C31C71C.2010606@FreeBSD.org> Date: Wed, 7 Jul 2010 09:28:35 -0400 Message-ID: From: Patrick Donnelly To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 13:59:54 -0000 Hi Martin, 2010/7/5 Martin Matuska : > Dear FreeBSD community, > > there has been a ZFS-related discussion at the meetBSD conference in > Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to > -CURRENT. This is great news! Sorry for the newbie question but does this mean it will be in 8.1 Release? -- - Patrick Donnelly From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 14:14:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4FB106566B for ; Wed, 7 Jul 2010 14:14:04 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D6BE58FC0A for ; Wed, 7 Jul 2010 14:14:03 +0000 (UTC) Received: by iwn35 with SMTP id 35so6700408iwn.13 for ; Wed, 07 Jul 2010 07:14:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=MdYLVVQFCSyuzemAiD4Q9EDSGdGEJbW5k9ruYgDCVjg=; b=oqQkCTmpIDUrpXGuT129SUMjWvP1GMCqlnwvCpY2Dqq7a5rYvGk0SMzso8vZXqpwUx XhHorVd7QiA7McRvpd2ZGWRKFW56hr6oNWcb07MBmnFH8OXdruFEICkBvYvWqbCOAJch kgZ9sctQkAk4sa0EUFq36L/KqnN6nSGUr803A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jqjtaK4a6VVMv6UZc4hJvbx1BRcCuGGObVmbJpQ3Xg+5pViFnA+EBfd66YAcCyXjjp IDyKA1ZjU1W8jLXDGg27TM/p0E9Ovx/pfyluVynyhaXCbIKp1kuPkVX/IbU+BCH16EHs Uo063o5eErX9ZmjKbuyTgIS+jZ2J3RRE587ZM= MIME-Version: 1.0 Received: by 10.231.59.1 with SMTP id j1mr6902352ibh.55.1278512043131; Wed, 07 Jul 2010 07:14:03 -0700 (PDT) Received: by 10.231.188.228 with HTTP; Wed, 7 Jul 2010 07:14:03 -0700 (PDT) In-Reply-To: References: <4C31C71C.2010606@FreeBSD.org> Date: Wed, 7 Jul 2010 09:14:03 -0500 Message-ID: From: Brandon Gooch To: Patrick Donnelly Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 14:14:04 -0000 On Wed, Jul 7, 2010 at 8:28 AM, Patrick Donnelly wrote: > Hi Martin, > > 2010/7/5 Martin Matuska : >> Dear FreeBSD community, >> >> there has been a ZFS-related discussion at the meetBSD conference in >> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to >> -CURRENT. > > This is great news! Sorry for the newbie question but does this mean > it will be in 8.1 Release? Highly unlikely :( -Brandon From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 16:04:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B3E71065673; Wed, 7 Jul 2010 16:04:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id C71D68FC23; Wed, 7 Jul 2010 16:04:47 +0000 (UTC) Received: by wwb13 with SMTP id 13so1587652wwb.1 for ; Wed, 07 Jul 2010 09:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=sepPLK5lVHNHE5AdxQN0avRCeZ8o4Ds0O+eREa7wcK8=; b=GQPh4Na/NvFPmSUj1KYhcGmEYHIPavtI+3Cgm7jah9TaDZyjjRhjikPySb6JicUUb8 3oFKNCJiO/Km/QHhjkbWbjGOVXoOEOOouTvoycCfn93G0O6PM6TkUrMUlAzQZW6dBVjY VbjB4gaj+9ue21tpBJS3IRJmh5/nSMxsKhAMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=LirT5oJP0j5TFAWvgOsfISTDCsw2499Djxlah5Pf4V8get6a/dXO2oQtbpUsPjvh1k 6ADN/+7v1TZFWPcCEWyORaHo3S1NzdT70kPNOY5fjWVxXiVyAnK/0jL/bPg3p3uZwIJd RNSz1vDqNn6DuwxRzET4ib2ME1NnTMQKBaF1M= Received: by 10.227.155.204 with SMTP id t12mr5218610wbw.185.1278518679522; Wed, 07 Jul 2010 09:04:39 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id p32sm545368wej.46.2010.07.07.09.04.36 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Jul 2010 09:04:37 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C34A593.7060101@dataix.net> Date: Wed, 07 Jul 2010 12:04:35 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100626 Thunderbird MIME-Version: 1.0 To: Martin Matuska References: <4C31C71C.2010606@FreeBSD.org> In-Reply-To: <4C31C71C.2010606@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 16:04:48 -0000 On 07/05/2010 07:50, Martin Matuska wrote: > Direct link to the patch: > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch > > For full operation (commands zfs allow, unallow, userspace, grouspace) > the python port must be installed, otherwise these comands don't work or > have only limited functionality. The port will be added to the ports > tree soon, you can download it from: > http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz It should be worth noting for those that have been using the v16 patch in the previous v16 CFT that have installed this port and are downgrading their system to v15 that they will have to recompile the port once the downgrade is complete otherwise this will end up in a "Segmentation fault" when (zfs [allow/unallow/groupspace/userspace]) is run. > > I would be very grateful for testing on different architectures, mainly > on amd64, i386 and sprarc. Martin, *** The above python port calls /usr/lib/zfs/pyzfs.py which is installed from /usr/src/cddl/contrib/opensolaris/cmd/pyzfs.py that has the following bang line for both the noted files. #! /usr/bin/python2.4 -S Could this be changed to: #! /usr/bin/env python -S *** I think since the integration of python for use with ZFS commands has worked its way in it might just be worth STRONGLY noting somewhere that python is now heavily depended on for these functions. As for stable/8 i386, ZFSv15 has been stable as a rock. I was running v16 with no problems but since it seems unlikely that v16 will make it down to stable/8 I downgraded to v15 on revision 209732. As for the python testing I am still a little bit shaky with but getting used to it. If there is more information that I can provide you with for i386 please let me know or Ill write back with anything if something should arise. Regards & Thanks for the great work on this. -- +-+-+-+-+-+ |j|h|e|l|l| +-+-+-+-+-+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 16:18:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D8DD106566B for ; Wed, 7 Jul 2010 16:18:38 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 28C1C8FC1C for ; Wed, 7 Jul 2010 16:18:37 +0000 (UTC) Received: by gyd8 with SMTP id 8so2959031gyd.13 for ; Wed, 07 Jul 2010 09:18:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=oCgiEEbVFdYty132q78UcLvmWr554NfF7USzB0RnLpQ=; b=eaJR1BLJje+10YHWGS8NoGajSngmywnzGcqKHMwJ10LYmbn06UzHPzaJPZntlrjawH 7Ds7JVONiCsKnli8df0SXgAEVuBFcQVHH90jC1BeXgX8HSp3LBturyOUOZImOzoOhfCU AFTfsTn5fNhGGc+s45t+u1Y6pVRaze5X1JPio= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WKFAs7UCcpeuoMftD3ONBHtgOlygWK/aocZ8I1ecjekY2ejOwcJ/S0GUsevvZMTVBt I4uNS5J6by0cYpp5p2ucTfEo8M/kFvc3/8lbvqwEiKFt+Jp3AEwE4gBLUutGy3whQ+45 qlFdKvUC4i6tecZp7c2+2jC34TFeGvNwBDeGA= MIME-Version: 1.0 Received: by 10.103.192.13 with SMTP id u13mr1357310mup.85.1278519504913; Wed, 07 Jul 2010 09:18:24 -0700 (PDT) Received: by 10.231.169.206 with HTTP; Wed, 7 Jul 2010 09:18:24 -0700 (PDT) In-Reply-To: References: <4C31C71C.2010606@FreeBSD.org> Date: Wed, 7 Jul 2010 09:18:24 -0700 Message-ID: From: Xin LI To: Patrick Donnelly Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 16:18:38 -0000 On Wed, Jul 7, 2010 at 6:28 AM, Patrick Donnelly wrote: > Hi Martin, > > 2010/7/5 Martin Matuska : >> Dear FreeBSD community, >> >> there has been a ZFS-related discussion at the meetBSD conference in >> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to >> -CURRENT. > > This is great news! Sorry for the newbie question but does this mean > it will be in 8.1 Release? No, 8.1-R is close to release so it's too late (normally no new features would be added after the first release candidate so we can have things tested more throughly). A patch will be provided but it's intended for users who are willing to maintain the code and can't wait for 8.2-RELEASE. Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 16:20:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1111065674 for ; Wed, 7 Jul 2010 16:20:42 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 886E98FC1A for ; Wed, 7 Jul 2010 16:20:42 +0000 (UTC) Received: by iwn35 with SMTP id 35so6840107iwn.13 for ; Wed, 07 Jul 2010 09:20:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=3YrpR9p9Io76MOQE/9V0phUFHhq28yAFELAB9XyjzVk=; b=gZGdALabYuyZzYEfUMaJ4p7MxXRjbkOEJGyqhvw0rlsdOa1Dr3j8MUSWF7eiqI1lag rmvFLUaTMauj8pV5/hFCjVWAUQ8u6V5c7QsYUuCwo7BZuNF4HOaTnnNQ7cw/CtPiRzUh F9WYClWSNUC7S8jAcqhRCZSO+7SDrUYTdfl/0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=S98FK0mCox3hcaRUZHvFmDZM5hgy16BWJH4jWaESfsOCMgTYHpB1z1Tav77nkMraZu hQVp6KX6zzRiFnoChXQaTT6g480Yy3lCt6bLoIiOkHq1LrngYUXq4Dj0k1xl96XzkEma Tb9/jDbmjSKAitLRRHjuNA2a8umWQdBZsgKFA= Received: by 10.42.4.75 with SMTP id 11mr2150109icr.50.1278519641760; Wed, 07 Jul 2010 09:20:41 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id 34sm29414230ibi.18.2010.07.07.09.20.40 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Jul 2010 09:20:40 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C34A957.8030900@dataix.net> Date: Wed, 07 Jul 2010 12:20:39 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100626 Thunderbird MIME-Version: 1.0 To: Patrick Donnelly References: <4C31C71C.2010606@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 16:20:42 -0000 On 07/07/2010 09:28, Patrick Donnelly wrote: > Hi Martin, > > 2010/7/5 Martin Matuska : >> Dear FreeBSD community, >> >> there has been a ZFS-related discussion at the meetBSD conference in >> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to >> -CURRENT. > > This is great news! Sorry for the newbie question but does this mean > it will be in 8.1 Release? > You can use this patch: http://people.freebsd.org/~mm/patches/zfs/v15/stable-209274.patch & This port http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz To upgrade your 8.1-RC2 install to v15 if needed. Please re-read Martin's message for information about the revision needed before the patch. As in a previous message to the lists I have found this to be just as stable as v14 and better than v13 but you will want to have backups of your data or create your own ISO's after the patch has been applied until a snapshot has been made for stable/8 that you can use to recover/access a v15 zpool. Good Luck, -- +-+-+-+-+-+ |j|h|e|l|l| +-+-+-+-+-+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:20:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A512106564A for ; Wed, 7 Jul 2010 18:20:28 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 522548FC19 for ; Wed, 7 Jul 2010 18:20:27 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 1B27EF0B78; Wed, 7 Jul 2010 20:20:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SU3S6SRJDsEm; Wed, 7 Jul 2010 20:20:23 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 15C4CF0B5E; Wed, 7 Jul 2010 20:20:23 +0200 (CEST) Message-ID: <4C34C567.2030408@FreeBSD.org> Date: Wed, 07 Jul 2010 20:20:23 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: jhell References: <4C31C71C.2010606@FreeBSD.org> <4C34A593.7060101@dataix.net> In-Reply-To: <4C34A593.7060101@dataix.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 18:20:28 -0000 We decided not to go with v16 - the feature difference for FreeBSD between v15 and v16 is zero. (v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of ZVOLS - we don't do ISCSI export (yet))// Of course v16 pools cannot be downgraded. But I provided the patch for testing only, not for production :-) You can consider the latest patch (v15 v3) to be more in direction production - it is much more complete and very closely follows Solaris 10. If someone strictly needs v16 (maybe because upgrading a pool) it is just a small patch to be added, I can provide it if requested. Dòa 7. 7. 2010 18:04, jhell wrote / napísal(a): > On 07/05/2010 07:50, Martin Matuska wrote: > >> Direct link to the patch: >> http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch >> >> For full operation (commands zfs allow, unallow, userspace, grouspace) >> the python port must be installed, otherwise these comands don't work or >> have only limited functionality. The port will be added to the ports >> tree soon, you can download it from: >> http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz >> > It should be worth noting for those that have been using the v16 patch > in the previous v16 CFT that have installed this port and are > downgrading their system to v15 that they will have to recompile the > port once the downgrade is complete otherwise this will end up in a > "Segmentation fault" when (zfs [allow/unallow/groupspace/userspace]) is run. > >> I would be very grateful for testing on different architectures, mainly >> on amd64, i386 and sprarc. >> > Martin, > > *** > The above python port calls /usr/lib/zfs/pyzfs.py which is installed > from /usr/src/cddl/contrib/opensolaris/cmd/pyzfs.py that has the > following bang line for both the noted files. > > #! /usr/bin/python2.4 -S > > Could this be changed to: > > #! /usr/bin/env python -S > > *** > The python port (the one updated with v15-3) does install a pyzfs.py with a correct header, see the Makefile: http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz I will commit the python port to the ports tree right after it gets tagged, we are still having a discussion about it's versioning (maybe starting from 1.0?) > I think since the integration of python for use with ZFS commands has > worked its way in it might just be worth STRONGLY noting somewhere that > python is now heavily depended on for these functions. > > The pythonized functions are: zfs allow/unallow (don't work without python), userspace/groupspace (limited functionality without python) > As for stable/8 i386, ZFSv15 has been stable as a rock. I was running > v16 with no problems but since it seems unlikely that v16 will make it > down to stable/8 I downgraded to v15 on revision 209732. As for the > python testing I am still a little bit shaky with but getting used to > it. If there is more information that I can provide you with for i386 > please let me know or Ill write back with anything if something should > arise. > > What is going to happen, v15 goes to head next week with a 2-month MFC period. I will provide patches for stable/8 and 8.1-release. > Regards & Thanks for the great work on this. > From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:25:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11610106566C for ; Wed, 7 Jul 2010 18:25:23 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A58B28FC1B for ; Wed, 7 Jul 2010 18:25:22 +0000 (UTC) Received: by vws6 with SMTP id 6so10022257vws.13 for ; Wed, 07 Jul 2010 11:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=f9zndESV58njT/YBq2UPiOupt2qxHWXaeD6UbZ0LUzk=; b=HM7zvaiV0ABJ3rd2gc5igJ+LM5nooqhx95MI26OKQxmMiYAIKOICYR7JcDF8XW6Sif e36iNsrzvZLybxYAWHkKFfQjDuLAZ5QvpIVvjdIJdFY2TPUiXDe3/XHnjVnwGcGBA7Tk FnBeZlzgLT7H64Sh1LMlD+0dN8xh62UPYmNCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GKTV0opNWHii13dq/HIb4835pP3dYTIZkRkA8JNZOmAh3rMoKqszMHu7etFgGin0rQ aU+YAOtJNDOwzhUEmeIreOEuUl4uUTTzk/HrKc//HkX0kOHDR9VgU7QzKbBWHH9l8NEG EbXZVKnMke86Mw/qRMikwHIFf7dNjExBn10dU= MIME-Version: 1.0 Received: by 10.220.126.152 with SMTP id c24mr3493563vcs.152.1278527120616; Wed, 07 Jul 2010 11:25:20 -0700 (PDT) Received: by 10.220.202.68 with HTTP; Wed, 7 Jul 2010 11:25:20 -0700 (PDT) In-Reply-To: <4C31C71C.2010606@FreeBSD.org> References: <4C31C71C.2010606@FreeBSD.org> Date: Wed, 7 Jul 2010 12:25:20 -0600 Message-ID: From: "Jason J. W. Williams" To: Martin Matuska Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 18:25:23 -0000 If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 really doesn't give any major enhancements over 14 and FreeBSD 9 isn't coming out any time. 19 would give much need log device removal and triple parity RAID-Z. Both of which are well tested at this point via OpenSolaris. -J 2010/7/5 Martin Matuska : > Dear FreeBSD community, > > there has been a ZFS-related discussion at the meetBSD conference in > Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to > -CURRENT. > > An upgrade to version 16 gives us no valuable features (to be true, no > features at all besides ability to import v16 pools). > As ZFS v15 is already being used in the Solaris 10 enterprise world, we > can consider it well-tested. > > The goal is to provide a filesystem compatible with Solaris 10 update 8, > which may attract new users to FreeBSD. > Existing users will get the userquota/groupquota features for ZFS and be > able to import Solaris 10 update 8 pools. > > Import was done by walking through the path of bugfixes from Solaris 10, > including pre-v15 bugfixes and almost all post-v15 bugfixes. > Few patches are irrelevant to our code (Solaris-specific features) or > modify the zvol part, these have been left out. > > I have prepared a new patch that includes almost all revision numbers > Solaris 10 has integrated (we have several of the revisions already in > our tree). > Patch also includes updated manpages and may be considered as a > candidate for head. > > Link to the patch information file, including all imported revisions, > bug-ids and reference to Solairis 10 patch numbers: > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.html > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.txt > > Direct link to the patch: > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch > > The patch applies cleanly against head and stable/8. > > I am running a patched 8.1 (RC) without any problems so far. > To patch 8.1 (RC), you need to apply revision 209274 from stable/8 > before the patch: > http://people.freebsd.org/~mm/patches/zfs/v15/stable-209274.patch > > For full operation (commands zfs allow, unallow, userspace, grouspace) > the python port must be installed, otherwise these comands don't work or > have only limited functionality. The port will be added to the ports > tree soon, you can download it from: > http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz > > For people just wanting to try the new features, I am providing mfsBSD > ISO's with ZFS-on-root install (don't forget the -V 15 flag to the > "zfsinstall" command): > http://mfsbsd.vx.sk/iso/8.1rc2-zfsv15-v3.iso (without symbols, 99 MB) > http://mfsbsd.vx.sk/iso/8.1rc2-zfsv15-v3-debug.iso (with symbols, 188 MB) > > I would be very grateful for testing on different architectures, mainly > on amd64, i386 and sprarc. > > Thank you for testing! > _______________________________________________ > 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 7 18:31:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794A4106566B; Wed, 7 Jul 2010 18:31:03 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 211F38FC19; Wed, 7 Jul 2010 18:31:02 +0000 (UTC) Received: by yxe42 with SMTP id 42so137213yxe.13 for ; Wed, 07 Jul 2010 11:30:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=/VMj0xixs+X0xdHINvCAQusIc7QbU13TKoZLViYjHBQ=; b=aAdY0t8RQpsqfd3eC70YJ1sYVD8KqVNRZ3hevPiNE87W67kor+BM4fKKVbCUpH0gbd uDr/mOGp0fDMGToO9DXYSuY2XSQoyfriVsaKLjZxdW04aOygxlTtg/i2mOHJ2pQcsOck 9n3HcuJquT4PnNL9zU8JogE2KiBipCS38BTLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pWD3LJC8r1X8VdwzHe9eGRhnPCGion6SZ7y2PWDtT2o1PUTX5We72BuWjVvdDwej2P BqgG8K1FZ5uZZCabGGODcWCgdahbnm0QQtvNpRU0O9WflAxDTExzHySee+fMRxD01HXk /CVgp2cV6ZdqbeMIyOAflBKOAr30OSHZDZ/Og= MIME-Version: 1.0 Received: by 10.229.181.204 with SMTP id bz12mr4226828qcb.4.1278527457199; Wed, 07 Jul 2010 11:30:57 -0700 (PDT) Received: by 10.229.240.209 with HTTP; Wed, 7 Jul 2010 11:30:57 -0700 (PDT) In-Reply-To: References: <4C31C71C.2010606@FreeBSD.org> Date: Wed, 7 Jul 2010 13:30:57 -0500 Message-ID: From: "Sam Fourman Jr." To: "Jason J. W. Williams" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Martin Matuska Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 18:31:03 -0000 On Wed, Jul 7, 2010 at 1:25 PM, Jason J. W. Williams wrote: > If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 > really doesn't give any major enhancements over 14 and FreeBSD 9 isn't > coming out any time. > > 19 would give much need log device removal and triple parity RAID-Z. > Both of which are well tested at this point via OpenSolaris. > these are very valid points, but I am not sure that anyone has zfs v19 patches -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:34:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BD4C1065674 for ; Wed, 7 Jul 2010 18:34:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id B387D8FC12 for ; Wed, 7 Jul 2010 18:34:20 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (85-142-52-164.well-com.net [85.142.52.164]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 8BAD613DF42; Wed, 7 Jul 2010 22:34:18 +0400 (MSD) Date: Wed, 7 Jul 2010 22:34:09 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <996272643.20100707223409@serebryakov.spb.ru> To: Martin Matuska , freebsd-current@freebsd.org In-Reply-To: References: <4C31C71C.2010606@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@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: Wed, 07 Jul 2010 18:34:21 -0000 Hello, . You wrote 7 =E8=FE=EB=FF 2010 =E3., 22:25:20: > If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 > really doesn't give any major enhancements over 14 and FreeBSD 9 isn't > coming out any time. > 19 would give much need log device removal and triple parity RAID-Z. > Both of which are well tested at this point via OpenSolaris. Is here any ZFS history, in "date - pool version - new features" format? I understand, that it is more solaris-specific question, but I can not formulate request for Google to find out answer by myself :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:41:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24393106564A for ; Wed, 7 Jul 2010 18:41:47 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id DC8DE8FC1D for ; Wed, 7 Jul 2010 18:41:46 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id o67IfhYL039178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Jul 2010 13:41:43 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.4) with ESMTP id o67IfgjI017092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Jul 2010 13:41:43 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.3/Submit) id o67IfgJX017090; Wed, 7 Jul 2010 13:41:42 -0500 (CDT) (envelope-from dan) Date: Wed, 7 Jul 2010 13:41:42 -0500 From: Dan Nelson To: Lev Serebryakov Message-ID: <20100707184142.GA57389@dan.emsphone.com> References: <4C31C71C.2010606@FreeBSD.org> <996272643.20100707223409@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <996272643.20100707223409@serebryakov.spb.ru> X-OS: FreeBSD 8.1-PRERELEASE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Wed, 07 Jul 2010 13:41:43 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-current@freebsd.org, Martin Matuska Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 18:41:47 -0000 In the last episode (Jul 07), Lev Serebryakov said: > You wrote 7 ???? 2010 ?., 22:25:20: > > If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 > > really doesn't give any major enhancements over 14 and FreeBSD 9 isn't > > coming out any time. > > > 19 would give much need log device removal and triple parity RAID-Z. > > Both of which are well tested at this point via OpenSolaris. > > Is here any ZFS history, in "date - pool version - new features" format? http://hub.opensolaris.org/bin/view/Community+Group+zfs/nn where nn is the zpool version you want info on. This only tells you about changes to the physical filesystem format, though. Other bugfixes to the zfs codebase won't be listed here. You'd have to walk through the commit history at http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/fs/zfs/ for that. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:43:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F17E21065670; Wed, 7 Jul 2010 18:43:06 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 299998FC08; Wed, 7 Jul 2010 18:43:05 +0000 (UTC) Received: by fxm13 with SMTP id 13so6326486fxm.13 for ; Wed, 07 Jul 2010 11:43:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RSA5FatgcNRSGRnFq8sT+FxvuaXWqv16A6QRkAaSp0w=; b=L43dqDp6UhZyUJZsf3yvc+wt6bXMFJou8mX0j6kgymZSP8FaV3Hqkz/FJDkMbF9oVq T4pVGq3hOjICfY89lNuioztK6e0C72U/CXVJjz53weIfQDqX8D36vWiYR0oV4MsEQj+4 pQrm+fU8pez3F9hND4XrolDNILLfqRYPcPWsM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XJZFR3R65Y1V8FuvryoA8CjPRe6wSNPmONDC8BvOkRLPiBVMws1tl5UjI8NUi66klI EwzeZ6vL7oIwfPGtR4XutiXxaEqEJ1bE4gpcbH+bDNHLWJ7BpfBgfr71LerKDmDwnMm2 /kvuFow3F5UliroEXtfqikB8PcVr5QJ2KLD18= MIME-Version: 1.0 Received: by 10.223.103.202 with SMTP id l10mr6183850fao.94.1278528182006; Wed, 07 Jul 2010 11:43:02 -0700 (PDT) Received: by 10.220.202.68 with HTTP; Wed, 7 Jul 2010 11:43:01 -0700 (PDT) In-Reply-To: <996272643.20100707223409@serebryakov.spb.ru> References: <4C31C71C.2010606@FreeBSD.org> <996272643.20100707223409@serebryakov.spb.ru> Date: Wed, 7 Jul 2010 12:43:01 -0600 Message-ID: From: "Jason J. W. Williams" To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Martin Matuska Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 18:43:07 -0000 http://docs.sun.com/app/docs/doc/819-5461/gjxle?l=3Den&a=3Dview 2010/7/7 Lev Serebryakov : > Hello, . > You wrote 7 =D0=B8=D1=8E=D0=BB=D1=8F 2010 =D0=B3., 22:25:20: > >> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 >> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't >> coming out any time. > >> 19 would give much need log device removal and triple parity RAID-Z. >> Both of which are well tested at this point via OpenSolaris. > =C2=A0 Is =C2=A0here =C2=A0any =C2=A0ZFS history, in "date - pool version= - new features" > =C2=A0format? > > =C2=A0 I =C2=A0understand, =C2=A0that it is more solaris-specific questio= n, but I can > not formulate request for Google to find out answer by myself :( > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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 7 19:14:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB5B106564A; Wed, 7 Jul 2010 19:14:12 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BAB348FC13; Wed, 7 Jul 2010 19:14:11 +0000 (UTC) Received: by wwi18 with SMTP id 18so1469748wwi.31 for ; Wed, 07 Jul 2010 12:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received :x-virus-scanned:received:received:to:cc:subject:from:in-reply-to :references:x-operating-system:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=d2aeiNPH9XbXQRJtCNGS9IXsLe8sOjB2BU4e7gnT994=; b=IPZcTYQ6a2RUfkOsdF+WB720Zj9VzXwRFNLua6GFfe/JGzr68wAYJWg/Ubqg5grgK+ Myo0M0w5ojOz+yPzv5qn4DD64VuX6ZtVFL0UrJRRY83gCHcHiwlhcwd5sf5DLw+Cl5b2 is8Yh/k9MUuCa+WRNNX4t9l18O1UdVGDwpDx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; b=uYP+RCPYYgQicguY0uLAenSgt3jE5n13VqiCy0hLTK2FpuFk4yXguiKIc1+EN2vMpu 8l4Tzulff5TO2Zk9WeQt1rJW8krydxkLiwdBaJaOoIUyzsMJw7TEGr0BAwNAkXBmXAKd YHyxw7/OOBF9kXOq1iKELLX6kdN/OD1nn/HaE= Received: by 10.227.69.2 with SMTP id x2mr5473744wbi.204.1278528226281; Wed, 07 Jul 2010 11:43:46 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id g37sm44778632wbg.9.2010.07.07.11.43.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Jul 2010 11:43:45 -0700 (PDT) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id DF3401CDC9; Wed, 7 Jul 2010 20:43:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iiQ2zjMa4gxk; Wed, 7 Jul 2010 20:43:40 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id BB83A1CCD9; Wed, 7 Jul 2010 20:43:40 +0200 (CEST) To: Martin Matuska From: Eric Masson In-Reply-To: <4C34C567.2030408@FreeBSD.org> (Martin Matuska's message of "Wed, 07 Jul 2010 20:20:23 +0200") References: <4C31C71C.2010606@FreeBSD.org> <4C34A593.7060101@dataix.net> <4C34C567.2030408@FreeBSD.org> X-Operating-System: FreeBSD 8.0-RELEASE-p3 amd64 Date: Wed, 07 Jul 2010 20:43:40 +0200 Message-ID: <86ocejjfoj.fsf@srvbsdfenssv.interne.associated-bears.org> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 19:14:12 -0000 Martin Matuska writes: Hello, > We decided not to go with v16 - the feature difference for FreeBSD > between v15 and v16 is zero. > (v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of > ZVOLS - we don't do ISCSI export (yet))// Is there any hope to see COMSTAR in FreeBSD anytime soon ? Regards Éric Masson -- BJ> Certes, la charte autorise de s'éloigner du sujet BJ> en cours d'enfilade. Ça ne doit pas être très pratique. -+- MT in : J'avance, tu recules -+- From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 19:16:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 433BF106566C; Wed, 7 Jul 2010 19:16:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 486C18FC13; Wed, 7 Jul 2010 19:16:12 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=3vXfOHqyassA:10 a=hO-oPbc3tlwA:10 a=kj9zAlcOel0A:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=7ZPwSmUIkKDfCbhwi0UA:9 a=Kj5IHaox4LK5jQf5aFUA:7 a=bJC06uc2dnVEk673HOXFIBPbPg8A:4 a=CjuIK1q_8ugA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1206394479; Wed, 07 Jul 2010 21:16:11 +0200 From: Hans Petter Selasky To: Sam Leffler Date: Wed, 7 Jul 2010 21:13:16 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201007072113.16320.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, PseudoCylon , freebsd-usb@freebsd.org Subject: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jul 2010 19:16:14 -0000 Hi, When supplying wpa_supplicant.conf with incorrect passwords, but a valid SSID, I have seen kernel panics several times when using USB based WLAN dongles. When only supplying a valid password, no panic has been seen. How to reproduce: 1) configure invalid password 2) wpa_cli: reconfigure 3) configure valid password 4) wpa_cli: reconfigure 5) goto 1 The USB commands which are executed inside the newstate callback usually take very little time, but still not as little time as PCI read/writes. I've forced slower operation in the newstate callback, and can reproduce warning printouts from the IEEE802.11 layer in FreeBSD. Try to apply the following patch to your USB code: http://p4web.freebsd.org/@@180604?ac=10 In my opinion the deferring of all states to a single task is wrong. There should be at least one task per possible state, and the queuing mechanism should follow the last-queued is last executed rule. This is not the case with the task-queue mechanism in the kernel. See the USB code's task-queue replacement which I think the IEEE802.11 stack in FreeBSD could take advantage of. src/sys/dev/usb/usb_process.c Description of panics. I didn't have core dump enabled on this box, so please bear over with the following hand-written notes: 1) A vap->iv_bss == NULL, inside ratectl task in RUM driver. 2) A memcpy() fails inside the iee80211...newstate_cb() 3) This and similar printouts are seen: wlan0: ieee80211_new_state_locked: pending AUTH -> ASSOC transition lost --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 19:51:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B856106564A; Wed, 7 Jul 2010 19:51:59 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 071B78FC1A; Wed, 7 Jul 2010 19:51:58 +0000 (UTC) Received: by gxk24 with SMTP id 24so15889gxk.13 for ; Wed, 07 Jul 2010 12:51:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=yY0Ccx4Qc1aNsWEj83IwUhaDliguYsnNcScOZfXJPwA=; b=H2e7FtVeP3ezDxBEKQATki/QnH6VwyY9RLqfLEUnVVGc/31zMGmz/m/jnhN9GO67zk dXmdAVgRMTfyA2pjs1StTIo4d1J67mFrYM9hqchvqmXzE8kqF7ceDH+pagwdG3l6jSjj Rq9Ypf7cEX+LxHZi6JQ0Rz0cXNodXMxs/1Fbw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=eksaiaSeZrfWFwgmiTWQDFiRKi6teDeWUsbfmVFaG+96537JVlrYWFC6IVDIYXwPXj OcJfdETag/np2cFJHlrae4m71cJL7ISY4/3N3Q8o+yu3cfPSGyHs9EoCmvQojCefxJ1s nXkjC+Z+fjr9J4+DNvx7MSRP2PuiR03QMvZMo= MIME-Version: 1.0 Received: by 10.229.189.143 with SMTP id de15mr4133125qcb.270.1278532315718; Wed, 07 Jul 2010 12:51:55 -0700 (PDT) Received: by 10.229.240.209 with HTTP; Wed, 7 Jul 2010 12:51:55 -0700 (PDT) In-Reply-To: <4C31C71C.2010606@FreeBSD.org> References: <4C31C71C.2010606@FreeBSD.org> Date: Wed, 7 Jul 2010 14:51:55 -0500 Message-ID: From: "Sam Fourman Jr." To: Martin Matuska Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 19:51:59 -0000 2010/7/5 Martin Matuska : > Dear FreeBSD community, > > there has been a ZFS-related discussion at the meetBSD conference in > Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to > -CURRENT. > > An upgrade to version 16 gives us no valuable features (to be true, no > features at all besides ability to import v16 pools). > As ZFS v15 is already being used in the Solaris 10 enterprise world, we > can consider it well-tested. > > The goal is to provide a filesystem compatible with Solaris 10 update 8, > which may attract new users to FreeBSD. > Existing users will get the userquota/groupquota features for ZFS and be > able to import Solaris 10 update 8 pools. > > Import was done by walking through the path of bugfixes from Solaris 10, > including pre-v15 bugfixes and almost all post-v15 bugfixes. > Few patches are irrelevant to our code (Solaris-specific features) or > modify the zvol part, these have been left out. > > I have prepared a new patch that includes almost all revision numbers > Solaris 10 has integrated (we have several of the revisions already in > our tree). > Patch also includes updated manpages and may be considered as a > candidate for head. > > Link to the patch information file, including all imported revisions, > bug-ids and reference to Solairis 10 patch numbers: > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.html > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.txt > > Direct link to the patch: > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch > > The patch applies cleanly against head and stable/8. using head from 3 hours ago, this patch does not apply cleanly http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3-extension.patch FNFS# cat sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c.rej *************** *** 529,540 **** if ((flag & (FSYNC | FDSYNC)) && (count == 1)) atomic_dec_32(&zp->z_sync_cnt); - /* - * Clean up any locks held by this process on the vp. - */ - cleanlocks(vp, ddi_get_pid(), 0); - cleanshares(vp, ddi_get_pid()); - if (!zfs_has_ctldir(zp) && zp->z_zfsvfs->z_vscan && ZTOV(zp)->v_type == VREG && !(zp->z_phys->zp_flags & ZFS_AV_QUARANTINED) && --- 535,540 ---- if ((flag & (FSYNC | FDSYNC)) && (count == 1)) atomic_dec_32(&zp->z_sync_cnt); if (!zfs_has_ctldir(zp) && zp->z_zfsvfs->z_vscan && ZTOV(zp)->v_type == VREG && !(zp->z_phys->zp_flags & ZFS_AV_QUARANTINED) && *************** *** 1055,1060 **** &acl_ids)) != 0) goto out; if (zfs_acl_ids_overquota(zfsvfs, &acl_ids)) { error = EDQUOT; goto out; } --- 1101,1107 ---- &acl_ids)) != 0) goto out; if (zfs_acl_ids_overquota(zfsvfs, &acl_ids)) { + zfs_acl_ids_free(&acl_ids); error = EDQUOT; goto out; } *************** *** 2208,2213 **** return (error); } if (zfs_acl_ids_overquota(zfsvfs, &acl_ids)) { zfs_dirent_unlock(dl); ZFS_EXIT(zfsvfs); return (EDQUOT); --- 2243,2249 ---- return (error); } if (zfs_acl_ids_overquota(zfsvfs, &acl_ids)) { + zfs_acl_ids_free(&acl_ids); zfs_dirent_unlock(dl); ZFS_EXIT(zfsvfs); return (EDQUOT); *************** *** 3373,3382 **** if (attrzp) VN_RELE(ZTOV(attrzp)); - if (aclp) { zfs_acl_free(aclp); - aclp = NULL; - } if (fuidp) { zfs_fuid_info_free(fuidp); --- 3412,3419 ---- if (attrzp) VN_RELE(ZTOV(attrzp)); + if (aclp) zfs_acl_free(aclp); if (fuidp) { zfs_fuid_info_free(fuidp); FNFS# -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 23:11:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2461065670 for ; Wed, 7 Jul 2010 23:11:49 +0000 (UTC) (envelope-from v.t.mueller@continum.net) Received: from mailsrv1.continum.net (mr1.continum.net [80.72.129.121]) by mx1.freebsd.org (Postfix) with ESMTP id D2E178FC14 for ; Wed, 7 Jul 2010 23:11:48 +0000 (UTC) Received: from dslb-084-056-241-229.pools.arcor-ip.net ([84.56.241.229] helo=[10.10.47.31]) by mr1.continum.net with esmtpa (Exim 4.67) (envelope-from ) id 1OWdmQ-0003kn-58 for freebsd-current@freebsd.org; Thu, 08 Jul 2010 01:11:50 +0200 Message-ID: <4C3509A2.3050700@continum.net> Date: Thu, 08 Jul 2010 01:11:30 +0200 From: "V. T. Mueller, Continum" User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C31C71C.2010606@FreeBSD.org> <4C34A593.7060101@dataix.net> <4C34C567.2030408@FreeBSD.org> <86ocejjfoj.fsf@srvbsdfenssv.interne.associated-bears.org> In-Reply-To: <86ocejjfoj.fsf@srvbsdfenssv.interne.associated-bears.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 23:11:49 -0000 Eric Masson schrieb: > Martin Matuska writes: >> We decided not to go with v16 - the feature difference for FreeBSD >> between v15 and v16 is zero. >> (v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of >> ZVOLS - we don't do ISCSI export (yet))// > Is there any hope to see COMSTAR in FreeBSD anytime soon ? and Infiniband!? From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 01:24:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD83106564A; Thu, 8 Jul 2010 01:24:45 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2DCA38FC08; Thu, 8 Jul 2010 01:24:44 +0000 (UTC) Received: by iwn35 with SMTP id 35so417934iwn.13 for ; Wed, 07 Jul 2010 18:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=FJ+R0o2Ff7lRdbeM1WezDTwcyLOAHrH6EzcxmTHjCpQ=; b=Sqwo+O74I7Zj7yoAoCdnkXa8GUIceyqhda3uir2oMu1SKap99ct8CFsenYzgzC+Hkr Iqa5KbklQbb2PMkK0aIZX7K0+uTEOsajPQRqzklfiFdWNvhWikVh5DRIGEQp0gW+3rX2 G9drxz3iDhVAZPKVjd95xNJdjzFIgEp/dJvgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=xz77OcH7fXF40qbp3vRsz9rHZFf3hZo402aEO8LAXE4DaDSiC4F+rpMBzbUPwq4+s/ 62PLpzO1TELU8SQjlIZBQO0mhvVy30956KhoqlnOfdkxDy4ypduRWGRUWbRUj3cKttXv 2/VJ6ACKZ25LKfBTnzWHpRtBK8XbuUD7uZL78= Received: by 10.231.155.212 with SMTP id t20mr6546537ibw.37.1278552284611; Wed, 07 Jul 2010 18:24:44 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-132-254.dsl.klmzmi.sbcglobal.net [99.181.132.254]) by mx.google.com with ESMTPS id 34sm31424352ibi.6.2010.07.07.18.24.43 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Jul 2010 18:24:43 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C3528D9.2020306@dataix.net> Date: Wed, 07 Jul 2010 21:24:41 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100626 Thunderbird MIME-Version: 1.0 To: Martin Matuska References: <4C31C71C.2010606@FreeBSD.org> <4C34A593.7060101@dataix.net> <4C34C567.2030408@FreeBSD.org> In-Reply-To: <4C34C567.2030408@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 01:24:45 -0000 On 07/07/2010 14:20, Martin Matuska wrote: > Of course v16 pools cannot be downgraded. But I provided the patch for > testing only, not for production :-) > You can consider the latest patch (v15 v3) to be more in direction > production - it is much more complete and very closely follows Solaris 10. > If someone strictly needs v16 (maybe because upgrading a pool) it is > just a small patch to be added, I can provide it if requested. Sorry, should have been more clear. I downgraded the version in the kernel and the utilities/libs from v16 -> v15 not the on disk versions. Regards, -- +-+-+-+-+-+ |j|h|e|l|l| +-+-+-+-+-+ From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 03:12:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C89791065672; Thu, 8 Jul 2010 03:12:43 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 515A48FC18; Thu, 8 Jul 2010 03:12:42 +0000 (UTC) Received: by vws6 with SMTP id 6so635628vws.13 for ; Wed, 07 Jul 2010 20:12:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.128.203 with SMTP id l11mr3916158vcs.125.1278558757095; Wed, 07 Jul 2010 20:12:37 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.220.72.134 with HTTP; Wed, 7 Jul 2010 20:12:37 -0700 (PDT) In-Reply-To: <201007072113.16320.hselasky@c2i.net> References: <201007072113.16320.hselasky@c2i.net> Date: Thu, 8 Jul 2010 15:12:37 +1200 X-Google-Sender-Auth: 3yuWLq2vCbm6Dk81gmAi58HpdEw Message-ID: From: Andrew Thompson To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: Sam Leffler , PseudoCylon , freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jul 2010 03:12:43 -0000 On 8 July 2010 07:13, Hans Petter Selasky wrote: > Hi, > > When supplying wpa_supplicant.conf with incorrect passwords, but a valid SSID, > I have seen kernel panics several times when using USB based WLAN dongles. > When only supplying a valid password, no panic has been seen. > > How to reproduce: > > 1) configure invalid password > 2) wpa_cli: reconfigure > 3) configure valid password > 4) wpa_cli: reconfigure > 5) goto 1 > > The USB commands which are executed inside the newstate callback usually take > very little time, but still not as little time as PCI read/writes. I've forced > slower operation in the newstate callback, and can reproduce warning printouts > from the IEEE802.11 layer in FreeBSD. Try to apply the following patch to your > USB code: > > http://p4web.freebsd.org/@@180604?ac=10 > > In my opinion the deferring of all states to a single task is wrong. There > should be at least one task per possible state, and the queuing mechanism > should follow the last-queued is last executed rule. This is not the case with > the task-queue mechanism in the kernel. You dont say why it should be this way, do you have an example of a problem this fixes? I think the single state thread is correct. The whole thing works on state transitions, you dont just set a state. > > Description of panics. I didn't have core dump enabled on this box, so please > bear over with the following hand-written notes: > > 1) A vap->iv_bss == NULL, inside ratectl task in RUM driver. > > 2) A memcpy() fails inside the iee80211...newstate_cb() > > 3) This and similar printouts are seen: > > wlan0: ieee80211_new_state_locked: pending AUTH -> ASSOC transition lost Can you see if you can get a core dump, or at least a DDB trace and the output from `show vap ` Andrew From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 15:37:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89A6A106564A for ; Wed, 7 Jul 2010 15:37:14 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [86.111.64.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1464C8FC08 for ; Wed, 7 Jul 2010 15:37:13 +0000 (UTC) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [86.111.64.45]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id o67FF389069785; Wed, 7 Jul 2010 18:15:03 +0300 (EEST) (envelope-from andy.lavr@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua; sender-id=neutral header.from=andy.lavr@reactor-xg.kiev.ua; auth=pass (PLAIN); spf=neutral smtp.mfrom=andy.lavr@reactor-xg.kiev.ua Message-ID: <4C3499F5.2050003@reactor-xg.kiev.ua> Date: Wed, 07 Jul 2010 18:15:01 +0300 From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org, mm@freebsd.org References: <4C31C71C.2010606@FreeBSD.org> In-Reply-To: <4C31C71C.2010606@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 08 Jul 2010 05:01:45 +0000 Cc: Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy.lavr@reactor-xg.kiev.ua List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 15:37:14 -0000 05.07.2010 14:50, Martin Matuska ÐÉÛÅÔ: > Thank you for testing! FreeBSD open.vvnews.info 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #1: Wed Jul 7 14:12:05 UTC 2010 root@open.vvnews.info:/usr/obj/usr/src/sys/SMP64R amd64 Jul 7 14:39:00 opensolaris kernel: device_attach: est1 attach returned 6 Jul 7 14:39:00 opensolaris kernel: p4tcc1: on cpu1 Jul 7 14:39:00 opensolaris kernel: ZFS filesystem version 4 Jul 7 14:39:00 opensolaris kernel: ZFS storage pool version 15 Jul 7 14:39:00 opensolaris kernel: Timecounters tick every 1.000 msec Jul 7 14:39:00 opensolaris kernel: ncp_load: loaded # zpool status -v pool: zsolaris state: ONLINE scrub: scrub completed after 0h15m with 0 errors on Wed Jul 7 15:11:41 2010 config: NAME STATE READ WRITE CKSUM zsolaris ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 cache gpt/disk0 ONLINE 0 0 0 errors: No known data errors Thanks! Work fine! -- Best regards, Andrei V. Lavreniyuk. From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 06:17:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0743F106566B for ; Thu, 8 Jul 2010 06:17:05 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id B5BEF8FC0A for ; Thu, 8 Jul 2010 06:17:04 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id B2F54F38C0; Thu, 8 Jul 2010 08:17:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qGHlYdLnd8+q; Thu, 8 Jul 2010 08:17:01 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 2BD83F38B7; Thu, 8 Jul 2010 08:17:01 +0200 (CEST) Message-ID: <4C356D5D.6060304@FreeBSD.org> Date: Thu, 08 Jul 2010 08:17:01 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4C31C71C.2010606@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 06:17:05 -0000 > using head from 3 hours ago, this patch does not apply cleanly > > http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3-extension.patch > The patch you are trying is just for experimental testing and can be applied only on top of head-v15-v3.patch (so you need to apply head-v15-v3.patch first, don't forget -p0). http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 06:36:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9053106564A; Thu, 8 Jul 2010 06:36:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id A0E478FC14; Thu, 8 Jul 2010 06:36:16 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HRj3ij7MtkgA:10 a=UBIxAjGgU1YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=lMvKn4zoC-lTVcTspXcA:9 a=4Y0ep_bISAWIfR6DSrcA:7 a=lCQA-3xbVzozvwqWcLV9nsjlUwkA:4 a=wPNLvfGTeEIA:10 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1392393150; Thu, 08 Jul 2010 08:36:14 +0200 From: Hans Petter Selasky To: Andrew Thompson Date: Thu, 8 Jul 2010 08:33:18 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: <201007072113.16320.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007080833.18170.hselasky@c2i.net> Cc: Sam Leffler , PseudoCylon , freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jul 2010 06:36:17 -0000 On Thursday 08 July 2010 05:12:37 Andrew Thompson wrote: > On 8 July 2010 07:13, Hans Petter Selasky wrote: > > Hi, > > > > When supplying wpa_supplicant.conf with incorrect passwords, but a valid > > SSID, I have seen kernel panics several times when using USB based WLAN > > dongles. When only supplying a valid password, no panic has been seen. > > > > How to reproduce: > > > > 1) configure invalid password > > 2) wpa_cli: reconfigure > > 3) configure valid password > > 4) wpa_cli: reconfigure > > 5) goto 1 > > > > The USB commands which are executed inside the newstate callback usually > > take very little time, but still not as little time as PCI read/writes. > > I've forced slower operation in the newstate callback, and can reproduce > > warning printouts from the IEEE802.11 layer in FreeBSD. Try to apply the > > following patch to your USB code: > > > > http://p4web.freebsd.org/@@180604?ac=10 > > > > In my opinion the deferring of all states to a single task is wrong. > > There should be at least one task per possible state, and the queuing > > mechanism should follow the last-queued is last executed rule. This is > > not the case with the task-queue mechanism in the kernel. > Hi, > You dont say why it should be this way, do you have an example of a > problem this fixes? Right. The problem the way I see it, is that during execution of the newstate callback a new IEE802.11 state event comes along and alters the state of variables which we might refer. If you look in this function, "ieee80211_new_state_locked()" you see that it is checking for: if (vap->iv_flags_ext & IEEE80211_FEXT_STATEWAIT) { But it still continues setting the new state, even though that flag is set. Another issue I see, is that the vap->iv_nstate and vap->iv_state variables are cached. Then vap->iv_newstate() is called, which can sleep. After that we are we are checking the cached version of the state variables, which possibly leads to making wrong decisions? See: ieee80211_newstate_cb(): IEEE80211_LOCK(ic); ... nstate = vap->iv_nstate; ... ostate = vap->iv_state; ... rc = vap->iv_newstate(vap, nstate, arg); iv_newstate can drop the IC lock, and so the state can change! ... If the state transitions are coming too fast, which is the case, the taskqueue mechanism used by the IEE802.11 layer is going to loose callbacks, and even risk out of order execution, for the newstate function. I'm using 9-current as of one week ago on this computer. The same problem has also been seen on 8-stable. And I'm using 2-core CPU. > I think the single state thread is correct. The whole thing works on > state transitions, you dont just set a state. Try my patch, and see that warnings that are printed when you leave wpa_supplicant configured with a wrong password. You should be able to reproduce, just run a test for some time and it will panic. > > > Description of panics. I didn't have core dump enabled on this box, so > > please bear over with the following hand-written notes: > > > > 1) A vap->iv_bss == NULL, inside ratectl task in RUM driver. > > > > 2) A memcpy() fails inside the iee80211...newstate_cb() > > > > 3) This and similar printouts are seen: > > > > wlan0: ieee80211_new_state_locked: pending AUTH -> ASSOC transition lost > > Can you see if you can get a core dump, or at least a DDB trace and > the output from `show vap ` That might take some time. I'm very busy nowadays building a new house. I will check e-mails later today. Try to reproduce using the steps I've given. Maybe also try to insert some DELAY() around newstate execution, hence this problem does not occur N/N times. Another suggestion. Add some debug code to WLAN: while (to--) { set random state(); if (random() & 1) pause("WDLY", 1); } In rum/run/... newstate function, add: if (random() & 1) pause("WDLY", 1); // OR DELAY(125 * (random() & 7)) Aswell at the beginning and end. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 07:32:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40096106564A for ; Thu, 8 Jul 2010 07:32:30 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id B4E868FC17 for ; Thu, 8 Jul 2010 07:32:29 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 36509F301C; Thu, 8 Jul 2010 09:32:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id InUI3tYLEXkn; Thu, 8 Jul 2010 09:32:26 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 33BA3F3010; Thu, 8 Jul 2010 09:32:26 +0200 (CEST) Message-ID: <4C357F0A.70009@FreeBSD.org> Date: Thu, 08 Jul 2010 09:32:26 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4C31C71C.2010606@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "Jason J. W. Williams" , freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 07:32:30 -0000 User and group quotas is no important enhancement? We have to see the whole thing from a stability perspective as well - OpenSolaris has by far less testing than Solaris 10. Oracle cannot afford to feed his enterprise customers (and these are not few) with untested code. Dňa 7. 7. 2010 20:30, Sam Fourman Jr. wrote / napísal(a): > On Wed, Jul 7, 2010 at 1:25 PM, Jason J. W. Williams > wrote: > >> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 >> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't >> coming out any time. >> >> 19 would give much need log device removal and triple parity RAID-Z. >> Both of which are well tested at this point via OpenSolaris. >> >> > these are very valid points, but I am not sure that anyone has zfs v19 patches > > From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 07:47:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FFD1065670; Thu, 8 Jul 2010 07:47:51 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 360668FC0C; Thu, 8 Jul 2010 07:47:50 +0000 (UTC) Received: by gwj19 with SMTP id 19so294409gwj.13 for ; Thu, 08 Jul 2010 00:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:in-reply-to :mime-version:content-transfer-encoding:content-type:message-id:cc :x-mailer:from:subject:date:to; bh=MqHxxmdWhV2RhQbgX9AVA1GKdBbGt2khVSbm2TFjy8g=; b=AJ/K8UQ+A0f+1droJ8lOtPFUQ8+VSRaMWGx3kPI7+xoai6E0rfOngnpNwTDDTdtkm2 uiH/4Q1jSGZSo3hsSpZRKJcv55eiTfMLic0HnzejG7dkzNjyONPTY4DQhb0Wmh+XeeUU LDVOt1j8QwdXhpTppLGYabLEyu37Zp6f8pQuo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; b=IhZ/VVN2S7naYlBgqxzozd3VTXIVZvPXO+cBD5LgdvsElS56z685Y1USv2nnTC0Nzo opc81o8T/rMWZpLM03b/gYxKW3iasR9wxwuu8d7MDefgdsw6mmqzoJN/a8+tNoHoYxG7 N613gjeaLn2K71o3U5MYJ+PBEFdZ29OGbzm9w= Received: by 10.100.136.19 with SMTP id j19mr9340936and.44.1278575265054; Thu, 08 Jul 2010 00:47:45 -0700 (PDT) Received: from [10.86.239.217] ([166.205.9.119]) by mx.google.com with ESMTPS id a12sm3923588and.16.2010.07.08.00.47.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 00:47:44 -0700 (PDT) References: <4C31C71C.2010606@FreeBSD.org> <4C357F0A.70009@FreeBSD.org> In-Reply-To: <4C357F0A.70009@FreeBSD.org> Mime-Version: 1.0 (iPhone Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: X-Mailer: iPhone Mail (8A293) From: "Jason J. W. Williams" Date: Thu, 8 Jul 2010 01:47:46 -0600 To: Martin Matuska Cc: "Sam Fourman Jr." , "freebsd-current@freebsd.org" Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 07:47:51 -0000 Hi Martin, If you're using it for NFS then that can be a good feature, but I see a lot m= ore folks complaining about lack of removal for log devices.=20 We've been using ZFS on OpenSolaris for DB servers since 2006 and OpenSolari= s bits are very stable. In most cases we've found ZFS under OSol to be more s= table than Solaris. Normally this is due to the youth of ZFS and the speed w= ith which bugs are being corrected...which end up in OSol while Solaris lang= uishes under it's long release cycle. I'll posit Joyent as an example here o= f the stability of OSol bits...they use the SXCE distro recently discontinue= d.=20 v19 also includes a number of performance fixes for DB workloads.=20 -J Sent via iPhone Is your e-mail Premiere? On Jul 8, 2010, at 1:32, Martin Matuska wrote: > User and group quotas is no important enhancement? >=20 > We have to see the whole thing from a stability perspective as well - > OpenSolaris has by far less testing than Solaris 10. > Oracle cannot afford to feed his enterprise customers (and these are not > few) with untested code. >=20 > D=C5=88a 7. 7. 2010 20:30, Sam Fourman Jr. wrote / nap=C3=ADsal(a): >> On Wed, Jul 7, 2010 at 1:25 PM, Jason J. W. Williams >> wrote: >>=20 >>> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 >>> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't >>> coming out any time. >>>=20 >>> 19 would give much need log device removal and triple parity RAID-Z. >>> Both of which are well tested at this point via OpenSolaris. >>>=20 >>>=20 >> these are very valid points, but I am not sure that anyone has zfs v19 pa= tches >>=20 >>=20 From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 09:06:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8A0106564A for ; Thu, 8 Jul 2010 09:06:10 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 556D88FC1B for ; Thu, 8 Jul 2010 09:06:10 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 5C2DAF372C; Thu, 8 Jul 2010 11:06:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wAFaf1v0gU6y; Thu, 8 Jul 2010 11:06:06 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 7DD31F3723; Thu, 8 Jul 2010 11:06:06 +0200 (CEST) Message-ID: <4C3594FF.8070907@FreeBSD.org> Date: Thu, 08 Jul 2010 11:06:07 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: "Jason J. W. Williams" References: <4C31C71C.2010606@FreeBSD.org> <4C357F0A.70009@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "Sam Fourman Jr." , "freebsd-current@freebsd.org" Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 09:06:11 -0000 Hi Jason, as for me, I am ready to stand for the stability of my v15 upgrade, it has been discussed with our zfs team, and we also see it as a kind of a starting point. We generally have two options: a) push ZFS v15 now - it has been already disussed - we can continue with incremental upgrades that do bugfixes or introduce non-intrusive features like we did until now - upgrade to higher versions in the future b) do not push anything, wait for a uncertain ammount of time and import a higher version - this might take months or even more than 1 year - our project is not an anarchy or a dictatorship, so it has to be argued, discussed, evaluated and publicly tested again As for me, I go for a). The recent ZFS code contains even more OpenSolaris specific parts, zvol code probably needs to be reprogrammed once again and there are also other features like autoexpansion of pools that need polishing. If you want some future information, there are plans and already work to make the very latest ZFS available. But its uncertainity again, I cannot give you any dates but what is very probable that you won't see anything that early. Of course any volunteers that are willing to help us porting ZFS features are welcome :-) Now to the performance fixes for DB workloads - can you point me to the code or tell me what do they do? We have already now the prefetch improvements from v19 and ARC improvements from v15 in stable/8. Many parts of the OpenSolaris code can be very easily integrated without breaking existing stuff and again, v15 is a very good starting point for this. Regarding performance, e.g. my PHP web servers with codebase in ZFS yield 15-20% more req/s with v15 patch (as compared to v14). Cheers, mm Dňa 8. 7. 2010 9:47, Jason J. W. Williams wrote / napísal(a): > Hi Martin, > > If you're using it for NFS then that can be a good feature, but I see a lot more folks complaining about lack of removal for log devices. > > We've been using ZFS on OpenSolaris for DB servers since 2006 and OpenSolaris bits are very stable. In most cases we've found ZFS under OSol to be more stable than Solaris. Normally this is due to the youth of ZFS and the speed with which bugs are being corrected...which end up in OSol while Solaris languishes under it's long release cycle. I'll posit Joyent as an example here of the stability of OSol bits...they use the SXCE distro recently discontinued. > > v19 also includes a number of performance fixes for DB workloads. > > -J > > Sent via iPhone > > Is your e-mail Premiere? > > On Jul 8, 2010, at 1:32, Martin Matuska wrote: > > >> User and group quotas is no important enhancement? >> >> We have to see the whole thing from a stability perspective as well - >> OpenSolaris has by far less testing than Solaris 10. >> Oracle cannot afford to feed his enterprise customers (and these are not >> few) with untested code. >> >> Dňa 7. 7. 2010 20:30, Sam Fourman Jr. wrote / napísal(a): >> >>> On Wed, Jul 7, 2010 at 1:25 PM, Jason J. W. Williams >>> wrote: >>> >>> >>>> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 >>>> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't >>>> coming out any time. >>>> >>>> 19 would give much need log device removal and triple parity RAID-Z. >>>> Both of which are well tested at this point via OpenSolaris. >>>> >>>> >>>> >>> these are very valid points, but I am not sure that anyone has zfs v19 patches >>> >>> >>> From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 09:46:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181A61065679 for ; Thu, 8 Jul 2010 09:46:49 +0000 (UTC) (envelope-from jack@st.rim.or.jp) Received: from brasilia.mbos.jp (mbos141-212.alpenstock.jp [220.156.141.212]) by mx1.freebsd.org (Postfix) with ESMTP id BE9F68FC1A for ; Thu, 8 Jul 2010 09:46:48 +0000 (UTC) Received: from [172.16.30.34] ([172.16.30.34]) by brasilia.mbos.jp ([172.16.30.52]) with ESMTP id 2010070818:26:44:247376.815.2965859216 for ; Thu, 08 Jul 2010 18:26:44 +0900 (JST) Received: (qmail 24874 invoked from network); 8 Jul 2010 18:26:44 +0900 Received: from pl613.nas93c.p-tokyo.nttpc.ne.jp (HELO artemis) ([124.154.16.229]) (envelope-sender ) by ankara.mbos (qmail-ldap-1.03) with SMTP for ; 8 Jul 2010 18:26:44 +0900 Message-ID: <08155CA4655C4E16A5437E03906D3515@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Martin Matuska" , References: <4C31C71C.2010606@FreeBSD.org> In-Reply-To: <4C31C71C.2010606@FreeBSD.org> Date: Thu, 8 Jul 2010 18:26:40 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-TERRACE-SPAMMARK: NOT spam-marked. (by Terrace) Cc: Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 09:46:49 -0000 Hi, Martin Matuska wrote: > For people just wanting to try the new features, I am providing mfsBSD > ISO's with ZFS-on-root install (don't forget the -V 15 flag to the > "zfsinstall" command): > http://mfsbsd.vx.sk/iso/8.1rc2-zfsv15-v3.iso (without symbols, 99 MB) > http://mfsbsd.vx.sk/iso/8.1rc2-zfsv15-v3-debug.iso (with symbols, 188 MB) I'm very interested in ZFS v15. So, I made isboot integrated version. It provides to install it to an iSCSI target directly and boot from the iSCSI target without any configuration. You can play new features easily on a diskless machine. Download link: http://www.peach.ne.jp/archives/isboot/demo/8.1rc2-zfsv15-v3-isboot-0.2.2.iso (only add isboot.ko and isboot_load="YES" to loader.conf) Known issues: zfsintall destroy existing loader.conf. You must add isboot_load="YES" before reboot. # echo 'isboot_load="YES"' >> /mnt/boot/loader.conf Or, load isboot.ko from loader prompt before booting, then add it. For more detail about isboot, please refer to: http://lists.freebsd.org/pipermail/freebsd-scsi/2010-July/004434.html --------------------------------------------------------------- Here is an example configuration of istgt, and result of installed system created by "zfsinstall -V15 -d da0 -d da1 -r mirror" Note: this iSCSI test server is very poor. (celeron 430, single core 1.8GHz, 2GB of RAM, 3 HDDs for iSCSI) If you have better CPU/RAM, you can get more performance. At least, istgt can handle upto Read 110MB/s and Write 103MB/s at single path, Read 190MB/s and Write 173MB/s at dual path. I sent PR(148422) of tested istgt, you become to able to install it from ports soon. --------------------------------------------------------------- [InitiatorGroup200] InitiatorName "iqn.2007-09.jp.ne.peach:pluto" Netmask 192.168.3.0/24 Netmask 192.168.4.0/24 [LogicalUnit200] TargetName "iqn.2007-09.jp.ne.peach:isboot-zfs15" Mapping PortalGroup1 InitiatorGroup200 AuthMethod Auto UseDigest Auto UnitType Disk QueueDepth 64 LUN0 Storage /iscsi2/istgt-isboot-disk2 64GB LUN1 Storage /iscsi3/istgt-isboot-disk3 64GB --------------------------------------------------------------- zfs15# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 da0p2 ONLINE 0 0 0 da1p2 ONLINE 0 0 0 errors: No known data errors zfs15# diskinfo -tv da0 da0 512 # sectorsize 68719476736 # mediasize in bytes (64G) 134217728 # mediasize in sectors 0 # stripesize 0 # stripeoffset 8354 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. 10000200 # Disk ident. Seek times: Full stroke: 250 iter in 0.124733 sec = 0.499 msec Half stroke: 250 iter in 0.124850 sec = 0.499 msec Quarter stroke: 500 iter in 0.257124 sec = 0.514 msec Short forward: 400 iter in 0.199661 sec = 0.499 msec Short backward: 400 iter in 0.199841 sec = 0.500 msec Seq outer: 2048 iter in 1.034727 sec = 0.505 msec Seq inner: 2048 iter in 1.033702 sec = 0.505 msec Transfer rates: outside: 102400 kbytes in 1.768069 sec = 57916 kbytes/sec middle: 102400 kbytes in 1.786156 sec = 57330 kbytes/sec inside: 102400 kbytes in 1.759042 sec = 58214 kbytes/sec zfs15# camcontrol tags da0 -v (pass0:isboot0:0:0:0): dev_openings 63 (pass0:isboot0:0:0:0): dev_active 0 (pass0:isboot0:0:0:0): devq_openings 63 (pass0:isboot0:0:0:0): devq_queued 0 (pass0:isboot0:0:0:0): held 0 (pass0:isboot0:0:0:0): mintags 2 (pass0:isboot0:0:0:0): maxtags 255 --------------------------------------------------------------- -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 12:32:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A6911065673; Thu, 8 Jul 2010 12:32:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 47C328FC0A; Thu, 8 Jul 2010 12:32:10 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D448646B66; Thu, 8 Jul 2010 08:32:09 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 061A18A04E; Thu, 8 Jul 2010 08:32:09 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 8 Jul 2010 08:26:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201007021146.46542.naylor.b.david@gmail.com> <201007021855.42103.naylor.b.david@gmail.com> In-Reply-To: <201007021855.42103.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201007080826.32764.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 08 Jul 2010 08:32:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Yuri Pankov , =?iso-8859-15?q?Ren=E9_Ladan?= , David Naylor Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 12:32:10 -0000 On Friday, July 02, 2010 12:55:38 pm David Naylor wrote: > On Friday 02 July 2010 14:57:35 Ren=E9 Ladan wrote: > > 2010/7/2 Yuri Pankov : > > > On Fri, Jul 02, 2010 at 11:46:41AM +0200, David Naylor wrote: > > >> Hi, > > >>=20 > > >> I'm not sure this has been reported before but I am experience crash= es > > >> with nvidia-driver on -current (cvsup ~day ago). > > >>=20 > > >> If I remove all the debugging options from the kernel config then it= is > > >> very usable. > > >>=20 > > >> Here are the backtraces from two nvidia-driver versions: > > >>=20 > > >> nvidia-driver-195.36.15 and GENERIC: > > >> panic: mutex page lock not owned at > > >> /home/freebsd9/src/sys/vm/vm_page.c:1638 cpuid =3D 1 > > >> KDB: enter: panic > > >> [ thread pid 1815 tid 100097 ] > > >> Stopped at kdb_enter+0x3d: movq $0,0x6bc27c(%rip) > > >> db> bt > > >> Tracing pid 1815 tid 100097 td 0xffffff00045af000 > > >> kdb_enter() at kdb_enter+0x3d > > >> panic() at panic+0x176 > > >> assert_mtx() at assert_mtx > > >> vm_page_wire() at vm_page_wire+0x37 > > >> nv_alloc_system_pages() at nv_alloc_system_pages+0x217 > > >> nv_alloc_pages() at nv_alloc_pages+0xcd > > >> _nv019978rm() at _nv019978rm+0x7f > > >>=20 > > >> nvidia-driver-256.35 and custom kernel: > > >> panic: blockable sleep lock (sleep mutex) select mtxpool @ > > >> /home/freebsd9/src/sys/kern/sys_generic.c:1479 > > >> cpuid =3D 1 > > >> KDB: enter: panic > > >> [ thread pid 1830 tid 100090 ] > > >> Stopped at kdb_enter+0x3d: movq $0,0x51368c(%rip) > > >> db> bt > > >> Tracing pid 1830 tid 100090 td 0xffffff000456d3d0 > > >> kdb_enter() at kdb_enter+0x3d > > >> panic() at panic+0x176 > > >> witness_checkorder() at witness_checkorder+0x913 > > >> _mtx_lock_flags() at _mtx_lock_flags+0x68 > > >> selrecord() at selrecord+0x71 > > >> nvidia_dev_poll() at nvidia_dev_poll+0x52 > > >> devfs_poll_f() at devfs_poll_f+0x55 > > >> kern_select() at kern_select+0x501 > > >> select() at select+0x54 > > >> syscallenter() at syscallenter+0x19b > > >> syscall() at syscall+0x41 > > >> Xfast_syscall() at Xfast_syscall+0xe2 > > >> --- syscall (93, FreeBSD ELF64, select), rip =3D 0x801a17ddc, rsp =3D > > >> 0x7fffffffe908, rbp =3D 0x100 --- > > >>=20 > > >> Also of note is: > > >> # grep '^C.*FLAGS' /etc/make.conf > > >> CFLAGS+=3D -DNDEBUG > > >>=20 > > >> As mentioned that without any debugging options the system is stable. > > >>=20 > > >> Is there anything I can do to assist diagnosis? > > >>=20 > > >> Regards, > > >>=20 > > >> David > > >=20 > > > http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017936.h= tml > > > helps here, check the thread as well. > > >=20 > > > You could also try to use 256.35 driver. > >=20 > > The 256.35 driver works for me (without the above-referred patch), but > > anywhere between 1 and 48 hours my laptop locks up hard without any > > warning nor panic. This is with CURRENT r209581, GENERIC kernel, but wi= th > > debug.witness.watch=3D0 If I set debug.witness.watch to 1, the kernel > > freezes when starting X. >=20 > I experienced a lockup when using the 256.35 driver, I switched back to t= he=20 > 195.36.15 driver and no problems since. The system also freezes up when= =20 > launching k3b so I'm not sure what caused that particular freeze... >=20 > Thanks for the debug.witness.watch hint. =20 These freezes and panics are due to the driver using a spin mutex instead o= f a=20 regular mutex for the per-file descriptor event_mtx. If you patch the driv= er=20 to change it to be a regular mutex I think that should fix the problems. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 15:12:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A24B51065673 for ; Thu, 8 Jul 2010 15:12:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5930F8FC13 for ; Thu, 8 Jul 2010 15:12:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OWsls-0005GM-AV for freebsd-current@freebsd.org; Thu, 08 Jul 2010 17:12:16 +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 ; Thu, 08 Jul 2010 17:12:16 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jul 2010 17:12:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 08 Jul 2010 17:12:22 +0200 Lines: 8 Message-ID: References: <4C31C71C.2010606@FreeBSD.org> <4C357F0A.70009@FreeBSD.org> <4C3594FF.8070907@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <4C3594FF.8070907@FreeBSD.org> X-Enigmail-Version: 1.0.1 Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 15:12:18 -0000 On 07/08/10 11:06, Martin Matuska wrote: > > Regarding performance, e.g. my PHP web servers with codebase in ZFS > yield 15-20% more req/s with v15 patch (as compared to v14). Good enough reason for me (this is most of my workload, too), get it in as soon as you're able :) From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 15:17:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88271106566B for ; Thu, 8 Jul 2010 15:17:41 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9A48FC12 for ; Thu, 8 Jul 2010 15:17:41 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OWsr5-00014f-Ba for freebsd-current@freebsd.org; Thu, 08 Jul 2010 17:17:39 +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 ; Thu, 08 Jul 2010 17:17:39 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Jul 2010 17:17:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 08 Jul 2010 17:17:42 +0200 Lines: 21 Message-ID: References: <4C31C71C.2010606@FreeBSD.org> <4C34A593.7060101@dataix.net> <4C34C567.2030408@FreeBSD.org> <86ocejjfoj.fsf@srvbsdfenssv.interne.associated-bears.org> <4C3509A2.3050700@continum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <4C3509A2.3050700@continum.net> X-Enigmail-Version: 1.0.1 Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 15:17:41 -0000 On 07/08/10 01:11, V. T. Mueller, Continum wrote: > Eric Masson schrieb: >> Martin Matuska writes: >>> We decided not to go with v16 - the feature difference for FreeBSD >>> between v15 and v16 is zero. >>> (v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of >>> ZVOLS - we don't do ISCSI export (yet))// >> Is there any hope to see COMSTAR in FreeBSD anytime soon ? I'm not a Solaris guy but from http://hub.opensolaris.org/bin/view/Project+comstar/ it looks like COMSTAR does something similar to what FreeBSD's GEOM does now. GEOM is an unified interface that enables all storage devices to be treated exactly the same, whether they are raw drives, hardware or software RAID arrays, iSCSI drives, disk images on existing file systems, HAST replicated storage, ZFS zvols, etc. - they are all equal under GEOM and can be mixed freely. > and Infiniband!? I know some developer(s) are working on Infiniband. From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 15:32:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 088D61065673 for ; Thu, 8 Jul 2010 15:32:35 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id B42088FC13 for ; Thu, 8 Jul 2010 15:32:34 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A37F414DBFB9; Thu, 8 Jul 2010 17:32:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QssQUSLVnL1F; Thu, 8 Jul 2010 17:32:28 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id AF05914DBFA6; Thu, 8 Jul 2010 17:32:27 +0200 (CEST) Message-ID: <4C35EF85.6010905@FreeBSD.org> Date: Thu, 08 Jul 2010 17:32:21 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anonymous References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> <4C2F7917.7040900@FreeBSD.org> <86pqz29sy2.fsf@gmail.com> <86mxu4sj0n.fsf@gmail.com> In-Reply-To: <86mxu4sj0n.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 15:32:35 -0000 Em 2010.07.06. 17:54, Anonymous escreveu: >> BTW, I think there is regression in iconv(1). It wasn't there in iconv_base_integrate2.diff. >> >> (gdb) r >> Starting program: /usr/bin/iconv >> During symbol reading, DW_AT_name missing from DW_TAG_base_type. >> During symbol reading, cannot get low and high bounds for subprogram DIE at 11006. >> During symbol reading, DW_AT_name missing from DW_TAG_base_type. >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x0000000000401281 in main (argc= >> During symbol reading, incomplete CFI data; unspecified registers (e.g., rax) at 0x401180. >> 0, argv=0x7ffffffefb98) at /a/blah/usr.bin/iconv/iconv.c:198 >> 198 if ((strcmp(opt_f, "") == 0)&& (strcmp(opt_t, "") == 0)) >> (gdb) bt f >> #0 0x0000000000401281 in main (argc=0, argv=0x7ffffffefb98) at /a/blah/usr.bin/iconv/iconv.c:198 >> fp = >> opt_f = 0x0 >> opt_t = 0x0 >> ch = >> i = >> opt_c = false >> opt_s = false >> (gdb) p *argv >> $1 = 0x0 >> > It works if I specify both `-t' and `-f'. And crashes when none > specified or only one of them. > Thanks, I've fixed this and the mtree problem, as well. I hope this one now works properly on amd64: http://kovesdan.org/patches/iconv-20100708.diff Gabor From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 16:42:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA4E106566B for ; Thu, 8 Jul 2010 16:42:19 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 55AE08FC27 for ; Thu, 8 Jul 2010 16:42:18 +0000 (UTC) Received: from [77.73.25.202] (port=29029 helo=lissyara-gp.grand-prix) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OWuAy-000Gf9-4v for freebsd-current@freebsd.org; Thu, 08 Jul 2010 20:42:16 +0400 Message-ID: <4C35FFE7.8010809@lissyara.su> Date: Thu, 08 Jul 2010 20:42:15 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: WARNING: Non-uniform processors. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jul 2010 16:42:19 -0000 When booting, I have strange message. All work OK (processor with hyperthreading, but system seems it as 1 CPU ). lissyara-gp# dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0 r209745: Wed Jul 7 06:08:36 MSD 2010 root@lissyara-gp.grand-prix:/usr/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3056.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Family = f Model = 2 Stepping = 9 Features=0xbfebfbff Features2=0x4400 real memory = 1611137024 (1536 MB) avail memory = 1559203840 (1486 MB) Event timer "LAPIC" frequency 0 Hz quality 500 ACPI APIC Table: WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xf4000000-0xf7ffffff,0xfc400000-0xfc40ffff irq 18 at device 0.0 on pci1 vgapci1: mem 0xf8000000-0xfbffffff,0xfc410000-0xfc41ffff at device 0.1 on pci1 uhci0: port 0x3440-0x345f irq 16 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x3460-0x347f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 ehci0: mem 0xfca00000-0xfca003ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pci5: on pcib2 fxp0: port 0x1000-0x103f mem 0xfc500000-0xfc500fff irq 20 at device 8.0 on pci5 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0b:cd:c0:b2:5e fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x34a0-0x34af irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0x3000-0x30ff,0x3400-0x343f mem 0xfca00400-0xfca005ff,0xfca00600-0xfca006ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [FILTER] Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f,0x778-0x77d irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/13 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcd7ff pnpid ORM0000 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 p4tcc0: on cpu0 Timecounter "TSC" frequency 3056869772 Hz quality 800 Starting kernel event timers: LAPIC @ 1000Hz, i8254 @ 128Hz Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ad1: 32254MB at ata0-slave UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 acd0: CDRW at ata1-master UDMA40 WARNING: WITNESS option enabled, expect reduced performance. uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 Root mount waiting for: usbus2 uhub2: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad1s1a From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 18:09:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5D6D106564A; Thu, 8 Jul 2010 18:09:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A11E48FC08; Thu, 8 Jul 2010 18:09:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o68I9g14069909; Thu, 8 Jul 2010 14:09:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o68I9gqp069908; Thu, 8 Jul 2010 18:09:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Jul 2010 18:09:42 GMT Message-Id: <201007081809.o68I9gqp069908@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 18:09:43 -0000 TB --- 2010-07-08 16:25:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-08 16:25:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-07-08 16:25:02 - cleaning the object tree TB --- 2010-07-08 16:25:23 - cvsupping the source tree TB --- 2010-07-08 16:25:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-07-08 16:25:52 - building world TB --- 2010-07-08 16:25:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-08 16:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-08 16:25:52 - TARGET=powerpc TB --- 2010-07-08 16:25:52 - TARGET_ARCH=powerpc TB --- 2010-07-08 16:25:52 - TZ=UTC TB --- 2010-07-08 16:25:52 - __MAKE_CONF=/dev/null TB --- 2010-07-08 16:25:52 - cd /src TB --- 2010-07-08 16:25:52 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 8 16:25:53 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 8 17:58:07 UTC 2010 TB --- 2010-07-08 17:58:07 - generating LINT kernel config TB --- 2010-07-08 17:58:07 - cd /src/sys/powerpc/conf TB --- 2010-07-08 17:58:07 - /usr/bin/make -B LINT TB --- 2010-07-08 17:58:07 - building LINT kernel TB --- 2010-07-08 17:58:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-08 17:58:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-08 17:58:07 - TARGET=powerpc TB --- 2010-07-08 17:58:07 - TARGET_ARCH=powerpc TB --- 2010-07-08 17:58:07 - TZ=UTC TB --- 2010-07-08 17:58:07 - __MAKE_CONF=/dev/null TB --- 2010-07-08 17:58:07 - cd /src TB --- 2010-07-08 17:58:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 8 17:58:07 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/fpu/fpu_mul.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/fpu/fpu_sqrt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/fpu/fpu_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/ofw/ofw_cpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/ofw/ofw_pcibus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/ofw/ofw_pcib_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/ofw/ofw_real.c /src/sys/powerpc/ofw/ofw_real.c:155: error: 'OFW_STD_32BIT' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-08 18:09:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-08 18:09:42 - ERROR: failed to build lint kernel TB --- 2010-07-08 18:09:42 - 5082.11 user 849.91 system 6280.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 18:13:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08901065673 for ; Thu, 8 Jul 2010 18:13:33 +0000 (UTC) (envelope-from super_bisquit@yahoo.com) Received: from n9.bullet.mail.ac4.yahoo.com (n9.bullet.mail.ac4.yahoo.com [76.13.13.237]) by mx1.freebsd.org (Postfix) with SMTP id A3A0B8FC20 for ; Thu, 8 Jul 2010 18:13:33 +0000 (UTC) Received: from [76.13.13.26] by n9.bullet.mail.ac4.yahoo.com with NNFMP; 08 Jul 2010 18:13:32 -0000 Received: from [67.195.9.82] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 08 Jul 2010 18:13:32 -0000 Received: from [98.137.27.210] by t2.bullet.mail.gq1.yahoo.com with NNFMP; 08 Jul 2010 18:13:32 -0000 Received: from [127.0.0.1] by omp120.mail.gq1.yahoo.com with NNFMP; 08 Jul 2010 18:13:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 861709.96181.bm@omp120.mail.gq1.yahoo.com Received: (qmail 49292 invoked by uid 60001); 8 Jul 2010 18:13:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1278612811; bh=tWCqYY0v9hKdkjS4pD2db7llCt9jpd4eowVWb/zaT3c=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=QsW7kG1c+vSF4XWON6MhRl/k3cVTfAORoUQCOtJhkNPlRLBUM46C7xnVDcLeD0VhfhUXkJZ3ZU7gu9Y7mjTkwuyzH2K3NQXP6VBt6ahKEiENIA+Vold1dJQEGiRltWeoBejp4hrHqyOzT7M4MiiPrip/o988ANgNbnhxs0PSbH8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=tcmjHViFlp8BiTaJzs2iX1n85dlGHxyB8dBD/snYKZVnvTNIKiHMtMGusHVI6fMb+f7D9LOC+QIrlQktRpRVslgI+Oj12cVk0Jn0YcRxwPBPvQjfCf93Q0YsDB8V5VoS+QoPfjcX+0i2inirjarSwUxlRCv/r5hbjEEdJFany+4=; Message-ID: <743802.48972.qm@web110114.mail.gq1.yahoo.com> X-YMail-OSG: AW_ogKYVM1mmpN3YOOFLd_1nxyNdN5qjYpF458IUhne4SC2 k0TwoiL1KH4Bf7crbiwR11A2nVBl.0soCtrdRBMky2D7Dtp.Xmw.DDDcO.Vf EdQY80QK_pvHVOv8l06MfybLpxz4lQsfO.ccTO13jq7RVL3o.9T0joM6DrCY 9U_MW.QMD1dry_FjDezPgj8gaTcr6W4zcgDht9h0PBo.63.uKnatZFrjKVyQ yBCgSVsj5on2tokMMbc0sPz6Ru10bUbpg_je3701wBeXx.evUntAEtq4h4Wb sTklYjpg- Received: from [98.211.110.5] by web110114.mail.gq1.yahoo.com via HTTP; Thu, 08 Jul 2010 11:13:31 PDT X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.104.274457 Date: Thu, 8 Jul 2010 11:13:31 -0700 (PDT) From: Super Biscuit To: Alex Keda In-Reply-To: <4C35FFE7.8010809@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: WARNING: Non-uniform processors. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jul 2010 18:13:34 -0000 --- On Thu, 7/8/10, Alex Keda wrote: From: Alex Keda Subject: WARNING: Non-uniform processors. To: freebsd-current@freebsd.org Date: Thursday, July 8, 2010, 4:42 PM When booting, I have strange message. All work OK (processor with hyperthreading, but system seems it as 1 CPU ). lissyara-gp# dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0 =A0 =A0 =A0 The Regents of the University of California. All rights res= erved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0 r209745: Wed Jul=A0 7 06:08:36 MSD 2010 =A0 =A0 root@lissyara-gp.grand-prix:/usr/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3056.87-MHz 686-class CPU) =A0 Origin =3D "GenuineIntel"=A0 Id =3D 0xf29=A0 Family =3D f=A0 Model =3D = 2=A0 Stepping =3D 9 =A0 Features=3D0xbfebfbff =A0 Features2=3D0x4400 real memory=A0 =3D 1611137024 (1536 MB) avail memory =3D 1559203840 (1486 MB) Event timer "LAPIC" frequency 0 Hz quality 500 ACPI APIC Table: WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xf4000000-0xf7fff= fff,0xfc400000-0xfc40ffff irq 18 at device 0.0 on pci1 vgapci1: mem 0xf8000000-0xfbffffff,0xfc410000-0xfc= 41ffff at device 0.1 on pci1 uhci0: port 0x3440-0x345f irq 1= 6 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x3460-0x347f irq 1= 9 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 ehci0: mem 0xfca00000-0xfca00= 3ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pci5: on pcib2 fxp0: port 0x1000-0x103f mem 0xf= c500000-0xfc500fff irq 20 at device 8.0 on pci5 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0b:cd:c0:b2:5e fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x34a0-0x34af irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0x3000-0x30ff,0x3400-0x343f mem 0xfca0040= 0-0xfca005ff,0xfca00600-0xfca006ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [FILTER] Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f,0x778-0x77d irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/13 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcd7ff pnpid ORM0= 000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 p4tcc0: on cpu0 Timecounter "TSC" frequency 3056869772 Hz quality 800 Starting kernel event timers: LAPIC @ 1000Hz, i8254 @ 128Hz Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ad1: 32254MB at ata0-slave UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 acd0: CDRW at ata1-master UDMA40 WARNING: WITNESS option enabled, expect reduced performance. uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 Root mount waiting for: usbus2 uhub2: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad1s1a _______________________________________________ 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" Compatible mode usually gives slower response. Unless you need it, don't ru= n it. I have a P4 2.8GHz. Same thing happens. WITNESS seems to be a common part of current, especially with 9.0. =0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 18:18:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB6661065673 for ; Thu, 8 Jul 2010 18:18:09 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 700318FC12 for ; Thu, 8 Jul 2010 18:18:09 +0000 (UTC) Received: from [77.73.25.202] (port=57802 helo=lissyara-gp.grand-prix) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OWvfj-000I5M-68 for freebsd-current@freebsd.org; Thu, 08 Jul 2010 22:18:07 +0400 Message-ID: <4C36165E.9090801@lissyara.su> Date: Thu, 08 Jul 2010 22:18:06 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <743802.48972.qm@web110114.mail.gq1.yahoo.com> In-Reply-To: <743802.48972.qm@web110114.mail.gq1.yahoo.com> X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: WARNING: Non-uniform processors. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jul 2010 18:18:09 -0000 08.07.2010 22:13, Super Biscuit ?????: > > > --- On *Thu, 7/8/10, Alex Keda //* wrote: > > > From: Alex Keda > Subject: WARNING: Non-uniform processors. > To: freebsd-current@freebsd.org > Date: Thursday, July 8, 2010, 4:42 PM > > When booting, I have strange message. > All work OK (processor with hyperthreading, but system seems it as > 1 CPU ). > > Compatible mode usually gives slower response. Unless you need it, > don't run it. > I have a P4 2.8GHz. Same thing happens. > you about it: > WARNING: Non-uniform processors. > WARNING: Using suboptimal topology. ? From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 19:19:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8995106566B; Thu, 8 Jul 2010 19:19:09 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E07B8FC15; Thu, 8 Jul 2010 19:19:08 +0000 (UTC) Received: by vws6 with SMTP id 6so1808334vws.13 for ; Thu, 08 Jul 2010 12:19:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nNXVLgJt7O0ERWkKLwyy/Ja1kzLW7gHWbwEMH6TNEhM=; b=LTmEcc/9Gt1ueIstt7GuAZ44O5E8IDE54WGP87LgJT8iXJ9QtXpSfsilYFyw71uDtE r7p7RJbllWFeouRV2XpS8qs4KCZqfGgrf4u99llXXY/X/QawUfAq4RfPZTvddLxag/C4 bayrO0e0QDer76JNaYnWosd+aCxgLyKbprpjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=giGHLYCDuc4j0tLV1hkVRi6ZNvM0XKXiVfNa6CE8JWKFyKv2Qwq2aEJvj69I5UFYje I8MPryll55zCGY6N1W1NcZdUvshZ8bA/2MhLsh1GJs/MlOL7/r4RSbFr3Uq1NscOZ1X/ EB9aN9aS8tJchAXAmhC0jE5KC0U+gvU/ySowE= MIME-Version: 1.0 Received: by 10.220.162.148 with SMTP id v20mr4390749vcx.176.1278616741121; Thu, 08 Jul 2010 12:19:01 -0700 (PDT) Received: by 10.220.202.68 with HTTP; Thu, 8 Jul 2010 12:19:01 -0700 (PDT) In-Reply-To: <4C3594FF.8070907@FreeBSD.org> References: <4C31C71C.2010606@FreeBSD.org> <4C357F0A.70009@FreeBSD.org> <4C3594FF.8070907@FreeBSD.org> Date: Thu, 8 Jul 2010 13:19:01 -0600 Message-ID: From: "Jason J. W. Williams" To: Martin Matuska Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Sam Fourman Jr." , "freebsd-current@freebsd.org" Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 19:19:09 -0000 Hi Martin, If 15 is the only one that will make it into FBSD9 then obviously that's better than doing nothing. I'll contact my folks on the ZFS dev team at Sun to pull the DB enhancements and related ZFS versions. -J On Thu, Jul 8, 2010 at 3:06 AM, Martin Matuska wrote: > Hi Jason, > > as for me, I am ready to stand for the stability of my v15 upgrade, it > has been discussed with our zfs team, and we also see it as a kind of a > starting point. > > We generally have two options: > a) push ZFS v15 now > - it has been already disussed > - we can continue with incremental upgrades that do bugfixes or > introduce non-intrusive features like we did until now > - upgrade to higher versions in the future > > b) do not push anything, wait for a uncertain ammount of time and import > a higher version > - =C2=A0this might take months or even more than 1 year > - our project is not an anarchy or a dictatorship, so it has to be > argued, discussed, evaluated and publicly tested again > > As for me, I go for a). > > The recent ZFS code contains even more OpenSolaris specific parts, zvol > code probably needs to be reprogrammed once again and there are also > other features like autoexpansion of pools that need polishing. If you > want some future information, there are plans and already work to make > the very latest ZFS available. But its uncertainity again, I cannot give > you any dates but what is very probable that you won't see anything that > early. Of course any volunteers that are willing to help us porting ZFS > features are welcome :-) > > Now to the performance fixes for DB workloads - can you point me to the > code or tell me what do they do? > We have already now the prefetch improvements from v19 and ARC > improvements from v15 in stable/8. > Many parts of the OpenSolaris code can be very easily integrated without > breaking existing stuff and again, v15 is a very good starting point for > this. > > Regarding performance, e.g. my PHP web servers with codebase in ZFS > yield 15-20% more req/s with v15 patch (as compared to v14). > > Cheers, > mm > > D=C5=88a 8. 7. 2010 9:47, Jason J. W. Williams =C2=A0wrote / nap=C3=ADsal= (a): >> Hi Martin, >> >> If you're using it for NFS then that can be a good feature, but I see a = lot more folks complaining about lack of removal for log devices. >> >> We've been using ZFS on OpenSolaris for DB servers since 2006 and OpenSo= laris bits are very stable. In most cases we've found ZFS under OSol to be = more stable than Solaris. Normally this is due to the youth of ZFS and the = speed with which bugs are being corrected...which end up in OSol while Sola= ris languishes under it's long release cycle. =C2=A0I'll posit Joyent as an= example here of the stability of OSol bits...they use the SXCE distro rece= ntly discontinued. >> >> v19 also includes a number of performance fixes for DB workloads. >> >> -J >> >> Sent via iPhone >> >> Is your e-mail Premiere? >> >> On Jul 8, 2010, at 1:32, Martin Matuska wrote: >> >> >>> User and group quotas is no important enhancement? >>> >>> We have to see the whole thing from a stability perspective as well - >>> OpenSolaris has by far less testing than Solaris 10. >>> Oracle cannot afford to feed his enterprise customers (and these are no= t >>> few) with untested code. >>> >>> D=C5=88a 7. 7. 2010 20:30, Sam Fourman Jr. wrote / nap=C3=ADsal(a): >>> >>>> On Wed, Jul 7, 2010 at 1:25 PM, Jason J. W. Williams >>>> wrote: >>>> >>>> >>>>> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15 >>>>> really doesn't give any major enhancements over 14 and FreeBSD 9 isn'= t >>>>> coming out any time. >>>>> >>>>> 19 would give much need log device removal and triple parity RAID-Z. >>>>> Both of which are well tested at this point via OpenSolaris. >>>>> >>>>> >>>>> >>>> these are very valid points, but I am not sure that anyone has zfs v19= patches >>>> >>>> >>>> > From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 20:05:42 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A79AE106564A for ; Thu, 8 Jul 2010 20:05:42 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 3495A8FC12 for ; Thu, 8 Jul 2010 20:05:41 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.belrs4.nsw.optusnet.com.au [211.30.160.13]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o68K5d62021395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jul 2010 06:05:40 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o68K4lSC033910; Fri, 9 Jul 2010 06:04:48 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o68K4lGt033909; Fri, 9 Jul 2010 06:04:47 +1000 (EST) (envelope-from peter) Date: Fri, 9 Jul 2010 06:04:47 +1000 From: Peter Jeremy To: Martin Matuska Message-ID: <20100708200446.GA33822@server.vk2pj.dyndns.org> References: <4C31C71C.2010606@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <4C31C71C.2010606@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 20:05:42 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jul-05 13:50:52 +0200, Martin Matuska wrote: >As ZFS v15 is already being used in the Solaris 10 enterprise world, we >can consider it well-tested. So we know if the ZFS in Solaris 10 includes any fixes that aren't publicly available? >Direct link to the patch: >http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch > >The patch applies cleanly against head and stable/8. In order to apply it to a two-week-old stable/8, I needed to: # mkdir cddl/contrib/opensolaris/lib/pyzfs # mkdir cddl/contrib/opensolaris/lib/pyzfs/common # mkdir cddl/contrib/opensolaris/cmd/pyzfs Other than verifying that it applies (with the above change), compiles and runs, I haven't attempted any stress tests yet. Looking at the patchset, the most critical issue (IMHO) that doesn't appear to have been addressed is the interaction between ZFS ARC and the VM cache used by UFS/NFS: arc_memory_throttle() is still making decisions solely on the amount of "free" memory, without considering "inactive" or "cache". I am running a slight variant of a patch by Artem Belevich (see http://pastebin.com/ZCkzkWcs) but he acknowledges that patch is incomplete (and I've managed to wedge one of my systems a couple of times whilst doing zfs send/recv). Without patching arc_memory_throttle(), a system behaves especially poorly if it uses ZFS with any of mmap(2), UFS or NFS client - in my case, ports/mail/mairix was almost guaranteed to wedge the system. This is the problem that the following hack is intended to work around: perl -e '$x =3D "x" x 1000000;' --=20 Peter Jeremy --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkw2L14ACgkQ/opHv/APuIfyEwCeMjTRbKEwLIUW9rI4X5JGyal2 BQYAmQH09CPzkKgF+1hv/JBHCAdYqZU1 =0PaB -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 20:09:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4681065670 for ; Thu, 8 Jul 2010 20:09:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9CAD38FC1A for ; Thu, 8 Jul 2010 20:09:08 +0000 (UTC) Received: (qmail 1414 invoked by uid 399); 8 Jul 2010 20:09:06 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Jul 2010 20:09:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Thu, 8 Jul 2010 13:09:07 -0700 (PDT) From: Doug Barton To: John Baldwin In-Reply-To: <201007080826.32764.jhb@freebsd.org> Message-ID: References: <201007021146.46542.naylor.b.david@gmail.com> <201007021855.42103.naylor.b.david@gmail.com> <201007080826.32764.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yuri Pankov , =?ISO-8859-15?Q?Ren=E9_Ladan?= , freebsd-current@freebsd.org, David Naylor Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 20:09:09 -0000 On Thu, 8 Jul 2010, John Baldwin wrote: > These freezes and panics are due to the driver using a spin mutex instead of a > regular mutex for the per-file descriptor event_mtx. If you patch the driver > to change it to be a regular mutex I think that should fix the problems. Can you give an example? :) I don't mind creating a patch for all of them if you can illustrate what needs to be changed. Doug (not a mutex type of person) -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 21:30:36 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E0EC106564A for ; Thu, 8 Jul 2010 21:30:36 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 649428FC1B for ; Thu, 8 Jul 2010 21:30:35 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id EFBABF5E9C; Thu, 8 Jul 2010 23:30:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5Js6B7AvFjhl; Thu, 8 Jul 2010 23:30:31 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 80C41F5E92; Thu, 8 Jul 2010 23:30:31 +0200 (CEST) Message-ID: <4C364379.6020608@FreeBSD.org> Date: Thu, 08 Jul 2010 23:30:33 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Peter Jeremy References: <4C31C71C.2010606@FreeBSD.org> <20100708200446.GA33822@server.vk2pj.dyndns.org> In-Reply-To: <20100708200446.GA33822@server.vk2pj.dyndns.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 21:30:36 -0000 On 8. 7. 2010 22:04, Peter Jeremy wrote / napísal(a): > On 2010-Jul-05 13:50:52 +0200, Martin Matuska wrote: > >> As ZFS v15 is already being used in the Solaris 10 enterprise world, we >> can consider it well-tested. >> > So we know if the ZFS in Solaris 10 includes any fixes that aren't > publicly available? > > All fixes for ZFS in Solaris 10 are not publicly available and to customers only in binary form. But the list of fixed bug IDs is available and they match the OpenSolaris Bug IDs ;-) >> Direct link to the patch: >> http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch >> >> The patch applies cleanly against head and stable/8. >> > In order to apply it to a two-week-old stable/8, I needed to: > # mkdir cddl/contrib/opensolaris/lib/pyzfs > # mkdir cddl/contrib/opensolaris/lib/pyzfs/common > # mkdir cddl/contrib/opensolaris/cmd/pyzfs > > Other than verifying that it applies (with the above change), compiles > and runs, I haven't attempted any stress tests yet. > The -p0 flag creates all needed directories: patch -p0 < head-v15-v3.patch > Looking at the patchset, the most critical issue (IMHO) that doesn't > appear to have been addressed is the interaction between ZFS ARC and > the VM cache used by UFS/NFS: arc_memory_throttle() is still making > decisions solely on the amount of "free" memory, without considering > "inactive" or "cache". I am running a slight variant of a patch by > Artem Belevich (see http://pastebin.com/ZCkzkWcs) but he acknowledges > that patch is incomplete (and I've managed to wedge one of my systems > a couple of times whilst doing zfs send/recv). > > Without patching arc_memory_throttle(), a system behaves especially > poorly if it uses ZFS with any of mmap(2), UFS or NFS client - in my > case, ports/mail/mairix was almost guaranteed to wedge the system. > This is the problem that the following hack is intended to work around: > perl -e '$x = "x" x 1000000;' > > Regarding ARC, you might want to try the revision 209227 from head that is scheduled for MFC on 18.7.2010: http://people.freebsd.org/~mm/patches/zfs/head-12636.patch OpenSolaris onnv-revision: 12636:13b5d698941e OpenSolaris Bug IDs: 6950219 large ghost eviction causes high write latency http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6950219 6953403 arc_adjust might adjust MRU unnecessarily http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6953403 6951024 arc_adapt can lead to wild arc_p adjustment http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6951024 From owner-freebsd-current@FreeBSD.ORG Thu Jul 8 21:52:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E90A106566B; Thu, 8 Jul 2010 21:52:22 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B80C8FC0A; Thu, 8 Jul 2010 21:52:21 +0000 (UTC) Received: by eyh6 with SMTP id 6so208716eyh.13 for ; Thu, 08 Jul 2010 14:52:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type; bh=ZqfhhbvfrbX8Rk9/Vb5UKKCy0uSFDseygxCDjpydlDQ=; b=C4rQ86LCXdZG9sKDmr2RfmgpHFlNgxqSMru6cORMQDreCUG9EGmifc7CJ7ZISi+LRw zsmT7ZNgByYwVB5D5vyv+1sGCQQSaqi9KjVVNQMbvM6jL6JjLO9fuKmfaOHFkJ/KJ1+F WPihcA8Tx1YWwYlNnT98QT6REzTMDRW+4dUTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=SWeqOVFnjB8IXfKGjVEyb5UdkJ1tuM1+r1MCg7L4TGr+MN+JRkvOXB5VbmBo3gqLAu +14fuQuUB50t1NcIKYm4q16m1zgNlXbLrbeuH0EqTcCl0Nl/V0yi2rclp9nelhpwu/lI ggcHUZdMnwRMk/T4yD7FHoCXMeuaC9VCQOa9s= Received: by 10.213.97.196 with SMTP id m4mr7304044ebn.80.1278625934724; Thu, 08 Jul 2010 14:52:14 -0700 (PDT) Received: from [192.168.1.70] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id x54sm1174609eeh.17.2010.07.08.14.52.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Jul 2010 14:52:12 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4C36488A.6030203@freebsd.org> Date: Thu, 08 Jul 2010 23:52:10 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: Doug Barton References: <201007021146.46542.naylor.b.david@gmail.com> <201007021855.42103.naylor.b.david@gmail.com> <201007080826.32764.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.0 Content-Type: multipart/mixed; boundary="------------030504040103000101080404" Cc: Yuri Pankov , freebsd-current@freebsd.org, David Naylor Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 21:52:22 -0000 This is a multi-part message in MIME format. --------------030504040103000101080404 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 08-07-2010 22:09, Doug Barton wrote: > On Thu, 8 Jul 2010, John Baldwin wrote: > >> These freezes and panics are due to the driver using a spin mutex >> instead of a >> regular mutex for the per-file descriptor event_mtx. If you patch the >> driver >> to change it to be a regular mutex I think that should fix the problems. > > Can you give an example? :) I don't mind creating a patch for all of > them if you can illustrate what needs to be changed. > See the attached patch -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) --------------030504040103000101080404 Content-Type: text/plain; name="patch-mutex-jhb" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-mutex-jhb" --- src/nvidia_ctl.c.orig 2010-06-17 03:28:57.000000000 +0200 +++ src/nvidia_ctl.c 2010-07-08 15:30:10.000000000 +0200 @@ -53,7 +53,7 @@ } filep->nv = nv; - mtx_init(&filep->event_mtx, "event_mtx", NULL, (MTX_SPIN | MTX_RECURSE)); + mtx_init(&filep->event_mtx, "event_mtx", NULL, (MTX_DEF | MTX_RECURSE)); STAILQ_INIT(&filep->event_queue); nv_lock_api(nv); @@ -123,7 +123,7 @@ if (status != 0) return status; - mtx_lock_spin(&filep->event_mtx); + mtx_lock(&filep->event_mtx); et = STAILQ_FIRST(&filep->event_queue); if (et == NULL) @@ -131,7 +131,7 @@ else mask = (events & (POLLIN | POLLPRI | POLLRDNORM)); - mtx_unlock_spin(&filep->event_mtx); + mtx_unlock(&filep->event_mtx); return mask; } --- src/nvidia_dev.c.orig 2010-06-17 03:28:57.000000000 +0200 +++ src/nvidia_dev.c 2010-07-08 15:29:54.000000000 +0200 @@ -52,7 +52,7 @@ } filep->nv = nv; - mtx_init(&filep->event_mtx, "event_mtx", NULL, (MTX_SPIN | MTX_RECURSE)); + mtx_init(&filep->event_mtx, "event_mtx", NULL, (MTX_DEF | MTX_RECURSE)); STAILQ_INIT(&filep->event_queue); nv_lock_api(nv); @@ -123,7 +123,7 @@ if (status != 0) return status; - mtx_lock_spin(&filep->event_mtx); + mtx_lock(&filep->event_mtx); et = STAILQ_FIRST(&filep->event_queue); if (et == NULL) @@ -131,7 +131,7 @@ else mask = (events & (POLLIN | POLLPRI | POLLRDNORM)); - mtx_unlock_spin(&filep->event_mtx); + mtx_unlock(&filep->event_mtx); return mask; } --------------030504040103000101080404-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 05:09:29 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D89106564A; Fri, 9 Jul 2010 05:09:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 53A958FC18; Fri, 9 Jul 2010 05:09:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6959SSO068991; Fri, 9 Jul 2010 01:09:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6959SQd068970; Fri, 9 Jul 2010 05:09:28 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 05:09:28 GMT Message-Id: <201007090509.o6959SQd068970@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on 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: Fri, 09 Jul 2010 05:09:29 -0000 TB --- 2010-07-09 04:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 04:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-07-09 04:25:00 - cleaning the object tree TB --- 2010-07-09 04:25:12 - cvsupping the source tree TB --- 2010-07-09 04:25:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-07-09 04:26:29 - building world TB --- 2010-07-09 04:26:29 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 04:26:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 04:26:29 - TARGET=arm TB --- 2010-07-09 04:26:29 - TARGET_ARCH=arm TB --- 2010-07-09 04:26:29 - TZ=UTC TB --- 2010-07-09 04:26:29 - __MAKE_CONF=/dev/null TB --- 2010-07-09 04:26:29 - cd /src TB --- 2010-07-09 04:26:29 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 04:26:29 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/arm/uboot/../../ficl -I/src/sys/boot/arm/uboot/../../ficl/arm -I/src/sys/boot/arm/uboot/../../common -I. -ffreestanding -I/src/sys/boot/arm/uboot/../../uboot/common -I/src/sys/boot/arm/uboot/../../uboot/lib -I/obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib -I/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/sys/boot/arm/uboot/../../common/reloc_elf32.c cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/arm/uboot/../../ficl -I/src/sys/boot/arm/uboot/../../ficl/arm -I/src/sys/boot/arm/uboot/../../common -I. -ffreestanding -I/src/sys/boot/arm/uboot/../../uboot/common -I/src/sys/boot/arm/uboot/../../uboot/lib -I/obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib -I/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/sys/boot/arm/uboot/../../common/dev_net.c cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/arm/uboot/../../ficl -I/src/sys/boot/arm/uboot/../../ficl/arm -I/src/sys/boot/arm/uboot/../../common -I. -ffreestanding -I/src/sys/boot/arm/uboot/../../uboot/common -I/src/sys/boot/arm/uboot/../../uboot/lib -I/obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib -I/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/sys/boot/arm/uboot/../../common/interp_forth.c cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/arm/uboot/../../ficl -I/src/sys/boot/arm/uboot/../../ficl/arm -I/src/sys/boot/arm/uboot/../../common -I. -ffreestanding -I/src/sys/boot/arm/uboot/../../uboot/common -I/src/sys/boot/arm/uboot/../../uboot/lib -I/obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib -I/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/sys/boot/arm/uboot/../../uboot/common/main.c cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/arm/uboot/../../ficl -I/src/sys/boot/arm/uboot/../../ficl/arm -I/src/sys/boot/arm/uboot/../../common -I. -ffreestanding -I/src/sys/boot/arm/uboot/../../uboot/common -I/src/sys/boot/arm/uboot/../../uboot/lib -I/obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib -I/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/sys/boot/arm/uboot/../../uboot/common/metadata.c cc -O -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/arm/uboot/../../ficl -I/src/sys/boot/arm/uboot/../../ficl/arm -I/src/sys/boot/arm/uboot/../../common -I. -ffreestanding -I/src/sys/boot/arm/uboot/../../uboot/common -I/src/sys/boot/arm/uboot/../../uboot/lib -I/obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib -I/src/sys/boot/arm/uboot/../../../../lib/libstand/ -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -nostdlib -static -T /src/sys/boot/arm/uboot/ldscript.arm -o ubldr start.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o reloc_elf32.o dev_net.o interp_forth.o main.o metadata.o /obj/arm.arm/src/sys/boot/arm/uboot/../../ficl/libficl.a /obj/arm.arm/src/sys/boot/arm/uboot/../../uboot/lib/libuboot.a -lstand /obj/arm.arm/src/tmp/usr/lib/libstand.a(printf.o)(.text+0xd60): In function `$a': : undefined reference to `MAX' *** Error code 1 Stop in /src/sys/boot/arm/uboot. *** Error code 1 Stop in /src/sys/boot/arm. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 05:09:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 05:09:28 - ERROR: failed to build world TB --- 2010-07-09 05:09:28 - 2051.30 user 546.30 system 2667.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 06:01:01 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07B17106566B; Fri, 9 Jul 2010 06:01:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B1BFA8FC0C; Fri, 9 Jul 2010 06:01:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6960xFC054889; Fri, 9 Jul 2010 02:00:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6960xvK054888; Fri, 9 Jul 2010 06:00:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 06:00:59 GMT Message-Id: <201007090600.o6960xvK054888@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 06:01:01 -0000 TB --- 2010-07-09 04:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 04:25:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-07-09 04:25:00 - cleaning the object tree TB --- 2010-07-09 04:25:22 - cvsupping the source tree TB --- 2010-07-09 04:25:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-07-09 04:32:00 - building world TB --- 2010-07-09 04:32:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 04:32:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 04:32:00 - TARGET=pc98 TB --- 2010-07-09 04:32:00 - TARGET_ARCH=i386 TB --- 2010-07-09 04:32:00 - TZ=UTC TB --- 2010-07-09 04:32:00 - __MAKE_CONF=/dev/null TB --- 2010-07-09 04:32:00 - cd /src TB --- 2010-07-09 04:32:00 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 04:32:00 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/reloc_elf32.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/bcache.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/isapnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/pnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/interp_forth.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -DPC98 -std=gnu99 -static -Ttext 0x0 -nostdlib -o loader.sym /obj/pc98.i386/src/sys/boot/pc98/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o bcache.o isapnp.o pnp.o interp_forth.o /obj/pc98.i386/src/sys/boot/pc98/loader/../../ficl/libficl.a /obj/pc98.i386/src/sys/boot/pc98/loader/../libpc98/libpc98.a -lstand /obj/pc98.i386/src/tmp/usr/lib/libstand.a(printf.o)(.text+0x99e): In function `kvprintf': : undefined reference to `MAX' *** Error code 1 Stop in /src/sys/boot/pc98/loader. *** Error code 1 Stop in /src/sys/boot/pc98. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 06:00:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 06:00:59 - ERROR: failed to build world TB --- 2010-07-09 06:00:59 - 4353.38 user 769.79 system 5758.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 06:12:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D868F106564A; Fri, 9 Jul 2010 06:12:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A3A7E8FC1B; Fri, 9 Jul 2010 06:12:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o696CnKm010758; Fri, 9 Jul 2010 02:12:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o696CnZS010753; Fri, 9 Jul 2010 06:12:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 06:12:49 GMT Message-Id: <201007090612.o696CnZS010753@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 06:12:51 -0000 TB --- 2010-07-09 04:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 04:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-07-09 04:25:00 - cleaning the object tree TB --- 2010-07-09 04:25:24 - cvsupping the source tree TB --- 2010-07-09 04:25:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-07-09 04:43:05 - building world TB --- 2010-07-09 04:43:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 04:43:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 04:43:05 - TARGET=i386 TB --- 2010-07-09 04:43:05 - TARGET_ARCH=i386 TB --- 2010-07-09 04:43:05 - TZ=UTC TB --- 2010-07-09 04:43:05 - __MAKE_CONF=/dev/null TB --- 2010-07-09 04:43:05 - cd /src TB --- 2010-07-09 04:43:05 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 04:43:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/reloc_elf64.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/bcache.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/isapnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/pnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/interp_forth.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -std=gnu99 -static -Ttext 0x0 -nostdlib -o loader.sym /obj/i386.i386/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64.o bcache.o isapnp.o pnp.o interp_forth.o /obj/i386.i386/src/sys/boot/i386/loader/../../ficl/libficl.a /obj/i386.i386/src/sys/boot/i386/loader/../libi386/libi386.a -lstand /obj/i386.i386/src/tmp/usr/lib/libstand.a(printf.o)(.text+0x431): In function `kvprintf': : undefined reference to `MAX' *** Error code 1 Stop in /src/sys/boot/i386/loader. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 06:12:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 06:12:49 - ERROR: failed to build world TB --- 2010-07-09 06:12:49 - 4369.84 user 747.46 system 6468.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 06:20:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC6CA106566B; Fri, 9 Jul 2010 06:20:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7DA8FC14; Fri, 9 Jul 2010 06:20:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o696KIHk094039; Fri, 9 Jul 2010 02:20:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o696KIjn094034; Fri, 9 Jul 2010 06:20:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 06:20:18 GMT Message-Id: <201007090620.o696KIjn094034@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 06:20:19 -0000 TB --- 2010-07-09 05:09:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 05:09:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-07-09 05:09:28 - cleaning the object tree TB --- 2010-07-09 05:09:46 - cvsupping the source tree TB --- 2010-07-09 05:09:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-07-09 05:10:44 - building world TB --- 2010-07-09 05:10:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 05:10:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 05:10:44 - TARGET=ia64 TB --- 2010-07-09 05:10:44 - TARGET_ARCH=ia64 TB --- 2010-07-09 05:10:44 - TZ=UTC TB --- 2010-07-09 05:10:44 - __MAKE_CONF=/dev/null TB --- 2010-07-09 05:10:44 - cd /src TB --- 2010-07-09 05:10:44 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 05:10:45 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sys/boot/ia64/efi/../common -I/src/sys/boot/ia64/efi/../../common -I/src/sys/boot/ia64/efi/../../efi/include -I/src/sys/boot/ia64/efi/../../efi/include/ia64 -I/src/sys/boot/ia64/efi/../../.. -I/src/sys/boot/ia64/efi/../../../../lib/libstand -ffreestanding -fshort-wchar -Wformat -std=gnu99 -c /src/sys/boot/ia64/efi/efimd.c cc -O2 -pipe -I/src/sys/boot/ia64/efi/../common -I/src/sys/boot/ia64/efi/../../common -I/src/sys/boot/ia64/efi/../../efi/include -I/src/sys/boot/ia64/efi/../../efi/include/ia64 -I/src/sys/boot/ia64/efi/../../.. -I/src/sys/boot/ia64/efi/../../../../lib/libstand -ffreestanding -fshort-wchar -Wformat -std=gnu99 -c /src/sys/boot/ia64/efi/main.c cc -O2 -pipe -I/src/sys/boot/ia64/efi/../common -I/src/sys/boot/ia64/efi/../../common -I/src/sys/boot/ia64/efi/../../efi/include -I/src/sys/boot/ia64/efi/../../efi/include/ia64 -I/src/sys/boot/ia64/efi/../../.. -I/src/sys/boot/ia64/efi/../../../../lib/libstand -ffreestanding -fshort-wchar -Wformat -std=gnu99 -c /src/sys/boot/ia64/efi/../../../ia64/ia64/pal.S cc -O2 -pipe -I/src/sys/boot/ia64/efi/../common -I/src/sys/boot/ia64/efi/../../common -I/src/sys/boot/ia64/efi/../../efi/include -I/src/sys/boot/ia64/efi/../../efi/include/ia64 -I/src/sys/boot/ia64/efi/../../.. -I/src/sys/boot/ia64/efi/../../../../lib/libstand -ffreestanding -fshort-wchar -Wformat -std=gnu99 -c /src/sys/boot/ia64/efi/start.S cc -O2 -pipe -I/src/sys/boot/ia64/efi/../common -I/src/sys/boot/ia64/efi/../../common -I/src/sys/boot/ia64/efi/../../efi/include -I/src/sys/boot/ia64/efi/../../efi/include/ia64 -I/src/sys/boot/ia64/efi/../../.. -I/src/sys/boot/ia64/efi/../../../../lib/libstand -ffreestanding -fshort-wchar -Wformat -std=gnu99 -c vers.c cc -O2 -pipe -I/src/sys/boot/ia64/efi/../common -I/src/sys/boot/ia64/efi/../../common -I/src/sys/boot/ia64/efi/../../efi/include -I/src/sys/boot/ia64/efi/../../efi/include/ia64 -I/src/sys/boot/ia64/efi/../../.. -I/src/sys/boot/ia64/efi/../../../../lib/libstand -ffreestanding -fshort-wchar -Wformat -std=gnu99 -Wl,-T/src/sys/boot/ia64/efi/ldscript.ia64 -shared -symbolic -nostdlib -o loader.sym conf.o efimd.o main.o pal.o start.o vers.o -Wl,--whole-archive /obj/ia64.ia64/src/sys/boot/ia64/efi/../common/libia64.a -Wl,--no-whole-archive /obj/ia64.ia64/src/sys/boot/ia64/efi/../../ficl/libficl.a /obj/ia64.ia64/src/sys/boot/ia64/efi/../../efi/libefi/libefi.a -lstand if [ `objdump -t loader.sym | fgrep '*UND*' | wc -l` != 0 ]; then objdump -t loader.sym | fgrep '*UND*'; rm loader.sym; exit 1; fi 0000000000000000 *UND* 0000000000000000 MAX *** Error code 1 Stop in /src/sys/boot/ia64/efi. *** Error code 1 Stop in /src/sys/boot/ia64. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 06:20:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 06:20:18 - ERROR: failed to build world TB --- 2010-07-09 06:20:18 - 3236.30 user 593.58 system 4250.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 06:38:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12FE0106566B; Fri, 9 Jul 2010 06:38:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D65B48FC12; Fri, 9 Jul 2010 06:38:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o696ca8T065482; Fri, 9 Jul 2010 02:38:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o696cae6065474; Fri, 9 Jul 2010 06:38:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 06:38:36 GMT Message-Id: <201007090638.o696cae6065474@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 06:38:37 -0000 TB --- 2010-07-09 04:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 04:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-07-09 04:25:00 - cleaning the object tree TB --- 2010-07-09 04:25:26 - cvsupping the source tree TB --- 2010-07-09 04:25:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-07-09 05:06:20 - building world TB --- 2010-07-09 05:06:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 05:06:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 05:06:20 - TARGET=amd64 TB --- 2010-07-09 05:06:20 - TARGET_ARCH=amd64 TB --- 2010-07-09 05:06:20 - TZ=UTC TB --- 2010-07-09 05:06:20 - __MAKE_CONF=/dev/null TB --- 2010-07-09 05:06:20 - cd /src TB --- 2010-07-09 05:06:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 05:06:20 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/reloc_elf64.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/bcache.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/isapnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/pnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -std=gnu99 -c /src/sys/boot/i386/loader/../../common/interp_forth.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/i386/loader/../../ficl -I/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/src/sys/boot/i386/loader/../../common -I. -Wall -I/src/sys/boot/i386/loader/.. -I/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -std=gnu99 -static -Ttext 0x0 -nostdlib -m elf_i386_fbsd -o loader.sym /obj/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64.o bcache.o isapnp.o pnp.o interp_forth.o /obj/src/sys/boot/i386/loader/../../ficl/libficl.a /obj/src/sys/boot/i386/loader/../libi386/libi386.a -lstand /obj/src/tmp/usr/lib/libstand.a(printf.o)(.text+0x431): In function `kvprintf': : undefined reference to `MAX' *** Error code 1 Stop in /src/sys/boot/i386/loader. *** Error code 1 Stop in /src/sys/boot/i386. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 06:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 06:38:36 - ERROR: failed to build world TB --- 2010-07-09 06:38:36 - 4406.38 user 756.65 system 8015.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 07:15:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 815221065672; Fri, 9 Jul 2010 07:15:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7F08FC16; Fri, 9 Jul 2010 07:15:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o697FphM004594; Fri, 9 Jul 2010 03:15:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o697FpRD004593; Fri, 9 Jul 2010 07:15:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 07:15:51 GMT Message-Id: <201007090715.o697FpRD004593@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 07:15:52 -0000 TB --- 2010-07-09 06:20:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 06:20:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-07-09 06:20:18 - cleaning the object tree TB --- 2010-07-09 06:20:39 - cvsupping the source tree TB --- 2010-07-09 06:20:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-07-09 06:21:26 - building world TB --- 2010-07-09 06:21:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 06:21:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 06:21:26 - TARGET=sparc64 TB --- 2010-07-09 06:21:26 - TARGET_ARCH=sparc64 TB --- 2010-07-09 06:21:26 - TZ=UTC TB --- 2010-07-09 06:21:26 - __MAKE_CONF=/dev/null TB --- 2010-07-09 06:21:26 - cd /src TB --- 2010-07-09 06:21:26 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 06:21:27 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/loader/../../common/panic.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/loader/../../common/load_elf64.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/loader/../../common/reloc_elf64.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/loader/../../common/dev_net.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/loader/../../common/interp_forth.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -static -nostdlib -o loader locore.o main.o metadata.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf64.o reloc_elf64.o dev_net.o interp_forth.o /obj/sparc64.sparc64/src/sys/boot/sparc64/loader/../../ficl/libficl.a /obj/sparc64.sparc64/src/sys/boot/sparc64/loader/../../ofw/libofw/libofw.a -lstand /obj/sparc64.sparc64/src/tmp/usr/lib/libstand.a(printf.o)(.text+0x4cc): In function `kvprintf': : undefined reference to `MAX' *** Error code 1 Stop in /src/sys/boot/sparc64/loader. *** Error code 1 Stop in /src/sys/boot/sparc64. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 07:15:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 07:15:51 - ERROR: failed to build world TB --- 2010-07-09 07:15:51 - 2478.18 user 559.40 system 3332.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 07:37:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC46106564A; Fri, 9 Jul 2010 07:37:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AF0798FC1B; Fri, 9 Jul 2010 07:37:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o697bX6r092549; Fri, 9 Jul 2010 03:37:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o697bX8v092548; Fri, 9 Jul 2010 07:37:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Jul 2010 07:37:33 GMT Message-Id: <201007090737.o697bX8v092548@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 07:37:34 -0000 TB --- 2010-07-09 06:12:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-09 06:12:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-07-09 06:12:49 - cleaning the object tree TB --- 2010-07-09 06:13:04 - cvsupping the source tree TB --- 2010-07-09 06:13:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-07-09 06:13:57 - building world TB --- 2010-07-09 06:13:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-09 06:13:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-09 06:13:57 - TARGET=powerpc TB --- 2010-07-09 06:13:57 - TARGET_ARCH=powerpc TB --- 2010-07-09 06:13:57 - TZ=UTC TB --- 2010-07-09 06:13:57 - __MAKE_CONF=/dev/null TB --- 2010-07-09 06:13:57 - cd /src TB --- 2010-07-09 06:13:57 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 9 06:13:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ofw/../../ficl -I/src/sys/boot/powerpc/ofw/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/powerpc/ofw/../../common -I. -ffreestanding -msoft-float -DRELOC=0x1C00000 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ofw/../../ofw/libofw -I/src/sys/boot/powerpc/ofw/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/ofw/../../common/dev_net.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ofw/../../ficl -I/src/sys/boot/powerpc/ofw/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/powerpc/ofw/../../common -I. -ffreestanding -msoft-float -DRELOC=0x1C00000 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ofw/../../ofw/libofw -I/src/sys/boot/powerpc/ofw/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/ofw/../../common/interp_forth.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ofw/../../ficl -I/src/sys/boot/powerpc/ofw/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/powerpc/ofw/../../common -I. -ffreestanding -msoft-float -DRELOC=0x1C00000 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ofw/../../ofw/libofw -I/src/sys/boot/powerpc/ofw/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/ofw/../../ofw/common/main.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ofw/../../ficl -I/src/sys/boot/powerpc/ofw/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/powerpc/ofw/../../common -I. -ffreestanding -msoft-float -DRELOC=0x1C00000 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ofw/../../ofw/libofw -I/src/sys/boot/powerpc/ofw/../../../../lib/libstand/ -std=gnu99 -nostdlib -static -T /src/sys/boot/powerpc/ofw/ldscript.powerpc -o loader conf.o metadata.o vers.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o reloc_elf32.o dev_net.o interp_forth.o main.o /obj/powerpc.powerpc/src/sys/boot/powerpc/ofw/../../ficl/libficl.a /obj/powerpc.powerpc/src/sys/boot/powerpc/ofw/../../ofw/libofw/libofw.a -lstand /obj/powerpc.powerpc/src/tmp/usr/lib/libstand.a(printf.o)(.text+0x5a4): In function `kvprintf': : undefined reference to `MAX' /obj/powerpc.powerpc/src/tmp/usr/lib/libstand.a(printf.o)(.text+0xbac): In function `kvprintf': : undefined reference to `MAX' *** Error code 1 Stop in /src/sys/boot/powerpc/ofw. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-09 07:37:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-09 07:37:33 - ERROR: failed to build world TB --- 2010-07-09 07:37:33 - 4110.55 user 697.40 system 5083.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 10:41:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE205106566C for ; Fri, 9 Jul 2010 10:41:51 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3028FC16 for ; Fri, 9 Jul 2010 10:41:51 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OXB1O-0000Vv-Uo for freebsd-current@freebsd.org; Fri, 09 Jul 2010 12:41:30 +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 ; Fri, 09 Jul 2010 12:41:29 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Jul 2010 12:41:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 09 Jul 2010 12:41:34 +0200 Lines: 49 Message-ID: References: <4C35FFE7.8010809@lissyara.su> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <4C35FFE7.8010809@lissyara.su> X-Enigmail-Version: 1.0.1 Subject: Re: WARNING: Non-uniform processors. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jul 2010 10:41:51 -0000 On 07/08/10 18:42, Alex Keda wrote: > When booting, I have strange message. > All work OK (processor with hyperthreading, but system seems it as 1 CPU ). > lissyara-gp# dmesg > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #0 r209745: Wed Jul 7 06:08:36 MSD 2010 > root@lissyara-gp.grand-prix:/usr/obj/usr/src/sys/GENERIC i386 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3056.87-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Family = f Model = 2 Stepping = 9 > > Features=0xbfebfbff > > Features2=0x4400 > real memory = 1611137024 (1536 MB) > avail memory = 1559203840 (1486 MB) > Event timer "LAPIC" frequency 0 Hz quality 500 > ACPI APIC Table: > WARNING: Non-uniform processors. > WARNING: Using suboptimal topology. > ioapic0: Changing APIC ID to 8 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 5ff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 > cpu0: on acpi0 Yes, your situation looks a bit strange, but maybe it's because of the Compaq (or early HPaq) brand, they did strange things with BIOSes in those days. Apparently, the OS detects only one logical CPU (no hyperthreading) on your system, but it looks like HTT is enabled, so this might be the cause of your message. In any case, you will probably not have any problems with this configuration. HTT in those days sucked anyway. On the other hand, you are running a CURRENT kernel with WITNESS and other debugging enabled, so as the boot message says, expect your system to run very slow. From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 12:12:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D5CA1065673; Fri, 9 Jul 2010 12:12:22 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 14A5A8FC21; Fri, 9 Jul 2010 12:12:21 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 157FE3358D; Fri, 9 Jul 2010 14:12:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id Vce4zUh9OVHQ; Fri, 9 Jul 2010 14:12:17 +0200 (CEST) Received: from ip-91.191.125.7.o2inet.sk (ip-91.191.125.7.o2inet.sk [91.191.125.7]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id 713A933580; Fri, 9 Jul 2010 14:12:13 +0200 (CEST) Message-ID: <4C37121B.1000207@FreeBSD.org> Date: Fri, 09 Jul 2010 14:12:11 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.7pre) Gecko/20100630 Lanikai/3.1.1pre MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: HEADSUP: Call for FreeBSD Status Reports - 2Q/2010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jul 2010 12:12:22 -0000 Hello, I'd like to remind you the deadline to submit the status report for your project, which is set to July 15th, 2010. To this date, I have received only one report; please find some time and write a few words about your current work. Thanks! -------- Original Message -------- Subject: HEADSUP: Call for FreeBSD Status Reports - 2Q/2010 Date: Wed, 16 Jun 2010 18:15:55 +0200 From: Daniel Gerzo Organization: The FreeBSD Project To: current@freebsd.org, hackers@freebsd.org, questions@freebsd.org Dear all, I would like to remind you that the next round of status reports covering the second quarter of 2010 is due on July 15th, 2010. This initiative is very welcome in our community. Therefore, I would like to ask you to submit your status reports soon, so that we can compile the report on time. Do not hesitate and write us a few lines - a short description about what you are working on, what are your plans and goals, so we can inform our community about your great work! Check out the reports from past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved with the FreeBSD community, you do not have to be a FreeBSD committer. Submissions about anything related to FreeBSD are very welcome! Please email us the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 13:46:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0395E106564A; Fri, 9 Jul 2010 13:46:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C84078FC14; Fri, 9 Jul 2010 13:46:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6719946C04; Fri, 9 Jul 2010 09:46:04 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4A3238A04E; Fri, 9 Jul 2010 09:46:03 -0400 (EDT) From: John Baldwin To: Rene Ladan Date: Fri, 9 Jul 2010 08:20:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201007021146.46542.naylor.b.david@gmail.com> <4C36488A.6030203@freebsd.org> In-Reply-To: <4C36488A.6030203@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201007090820.30368.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 09 Jul 2010 09:46:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Yuri Pankov , Doug Barton , David Naylor , freebsd-current@freebsd.org Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 13:46:05 -0000 On Thursday, July 08, 2010 5:52:10 pm Rene Ladan wrote: > On 08-07-2010 22:09, Doug Barton wrote: > > On Thu, 8 Jul 2010, John Baldwin wrote: > > > >> These freezes and panics are due to the driver using a spin mutex > >> instead of a > >> regular mutex for the per-file descriptor event_mtx. If you patch the > >> driver > >> to change it to be a regular mutex I think that should fix the problems. > > > > Can you give an example? :) I don't mind creating a patch for all of > > them if you can illustrate what needs to be changed. > > > See the attached patch You need to patch nvidia_subr.c as well. All its mtx_lock_spin/mtx_unlock_spin need to be changed. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 17:13:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39EA7106564A for ; Fri, 9 Jul 2010 17:13:16 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0C18B8FC08 for ; Fri, 9 Jul 2010 17:13:15 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout2.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o69HCxR8060957 for ; Fri, 9 Jul 2010 10:12:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:content-type:date:message-id: mime-version:x-mailer:content-transfer-encoding; b=RWojwvyBEtlCpIpBusGa/JbEyH/+Zxr4oAfTesEtzAiYvphImeWzi7QpyKHCPUYe From: Sean Bruno To: freebsd-current Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Jul 2010 10:12:59 -0700 Message-ID: <1278695579.2436.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Subject: QEMU/KVM Panic on USB Mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 17:13:16 -0000 In order to come up with the most convoluted problem possible, I present to you screen shots of a panic from a FreeBSD VM running in QEMU emulation under RedHat's KVM infrastructure. I presented a perfectly functional USB partition from my host machine to the VM. Then I attempted to mount the partition from FreeBSD and it generated the panics located here: http://people.freebsd.org/~sbruno/usb_panic1.png http://people.freebsd.org/~sbruno/usb_panic2.png This is 100% reproducible. But not an emergency or anything. Sean From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 20:21:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F9D1065670 for ; Fri, 9 Jul 2010 20:21:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E7E748FC0C for ; Fri, 9 Jul 2010 20:21:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 99AC446BA6 for ; Fri, 9 Jul 2010 16:21:57 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B1D8D8A03C for ; Fri, 9 Jul 2010 16:21:56 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 9 Jul 2010 16:21:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201006101346.59824.jhb@freebsd.org> In-Reply-To: <201006101346.59824.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007091621.51288.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 09 Jul 2010 16:21:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jul 2010 20:21:58 -0000 On Thursday, June 10, 2010 1:46:59 pm John Baldwin wrote: > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > tool for updating /etc during upgrades. Do folks have any strong objections > to doing so? More details about how it works and an HTML version of the > manpage can be found at the URL above. I finally committed a port to ports/sysutils/etcupdate for this today. If at some point lots of folks call for an import we can revisit this then. One small advantage of importing is that we could have make release automatically bootstrap it similar to how we do now for mtree databases (I do this in my FooBSD at work, it is a one-line patch to the release Makefile). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 21:15:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0C9106564A for ; Fri, 9 Jul 2010 21:15:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6C69D8FC12 for ; Fri, 9 Jul 2010 21:15:08 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AAF2F46BA3 for ; Fri, 9 Jul 2010 17:15:07 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 158098A03C for ; Fri, 9 Jul 2010 17:15:07 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 9 Jul 2010 17:15:03 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201006101346.59824.jhb@freebsd.org> <201007091621.51288.jhb@freebsd.org> In-Reply-To: <201007091621.51288.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007091715.03922.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 09 Jul 2010 17:15:07 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jul 2010 21:15:08 -0000 On Friday, July 09, 2010 4:21:51 pm John Baldwin wrote: > On Thursday, June 10, 2010 1:46:59 pm John Baldwin wrote: > > I've had several folks ask me recently about importing etcupdate > > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > > tool for updating /etc during upgrades. Do folks have any strong objections > > to doing so? More details about how it works and an HTML version of the > > manpage can be found at the URL above. > > I finally committed a port to ports/sysutils/etcupdate for this today. If at > some point lots of folks call for an import we can revisit this then. One > small advantage of importing is that we could have make release automatically > bootstrap it similar to how we do now for mtree databases (I do this in my > FooBSD at work, it is a one-line patch to the release Makefile). For those who are interested, here is the patch to src/release/Makefile. This assumes that etcupdate is available in the chroot during 'make release'. I do this in my FooBSD by having it be part of the base system. Index: release/Makefile =================================================================== --- release/Makefile (.../mirror/FreeBSD/stable/7) (revision 210305) +++ release/Makefile (.../stable/7) (revision 210305) @@ -648,6 +651,8 @@ cd ${.CURDIR}/.. && ${CROSSMAKE} distrib-dirs DESTDIR=${RD}/trees/base cd ${.CURDIR}/.. && ${CROSSMAKE} ${WORLD_FLAGS} distributeworld \ DISTDIR=${RD}/trees + etcupdate extract -B -d "${RD}/trees/base/var/db/etcupdate" \ + -M "${CROSSENV}" sh ${.CURDIR}/scripts/mm-mtree.sh -F "${CROSSENV}" -D "${RD}/trees/base" touch ${.TARGET} -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 22:19:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1F4A106566C; Fri, 9 Jul 2010 22:19:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 35EE38FC08; Fri, 9 Jul 2010 22:19:27 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ISnOwMkU7o4A:10 a=mI6YO6ZdSLUA:10 a=IkcTkHD0fZMA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=QEJxh5KTq8zkQpbMpu8A:9 a=EP9GsJ9SMxDpqWip1YKGRKcRDNAA:4 a=QEXdDO2ut3YA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1208065643; Sat, 10 Jul 2010 00:19:26 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, sbruno@freebsd.org Date: Sat, 10 Jul 2010 00:16:29 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: <1278695579.2436.27.camel@localhost.localdomain> In-Reply-To: <1278695579.2436.27.camel@localhost.localdomain> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201007100016.29946.hselasky@c2i.net> Cc: Subject: Re: QEMU/KVM Panic on USB Mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jul 2010 22:19:28 -0000 On Friday 09 July 2010 19:12:59 Sean Bruno wrote: > In order to come up with the most convoluted problem possible, I present > to you screen shots of a panic from a FreeBSD VM running in QEMU > emulation under RedHat's KVM infrastructure. > > I presented a perfectly functional USB partition from my host machine to > the VM. Then I attempted to mount the partition from FreeBSD and it > generated the panics located here: > > http://people.freebsd.org/~sbruno/usb_panic1.png > http://people.freebsd.org/~sbruno/usb_panic2.png > > This is 100% reproducible. But not an emergency or anything. It might be that there is a conflict that both the VM and the OS is accessing / loading drivers on the same USB device. The panic seems not directly related to USB. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 23:22:17 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7997106564A; Fri, 9 Jul 2010 23:22:17 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 366E98FC0C; Fri, 9 Jul 2010 23:22:16 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.belrs4.nsw.optusnet.com.au [211.30.160.13]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o69NMDE1017037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Jul 2010 09:22:14 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o69NMAWX002124; Sat, 10 Jul 2010 09:22:10 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o69NMAX9002123; Sat, 10 Jul 2010 09:22:10 +1000 (EST) (envelope-from peter) Date: Sat, 10 Jul 2010 09:22:10 +1000 From: Peter Jeremy To: Martin Matuska Message-ID: <20100709232210.GA1973@server.vk2pj.dyndns.org> References: <4C31C71C.2010606@FreeBSD.org> <20100708200446.GA33822@server.vk2pj.dyndns.org> <4C364379.6020608@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <4C364379.6020608@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 23:22:17 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jul-08 23:30:33 +0200, Martin Matuska wrote: >> Looking at the patchset, the most critical issue (IMHO) that doesn't >> appear to have been addressed is the interaction between ZFS ARC and >> the VM cache used by UFS/NFS: arc_memory_throttle() is still making >> decisions solely on the amount of "free" memory, without considering >> "inactive" or "cache". I am running a slight variant of a patch by =2E.. >Regarding ARC, you might want to try the revision 209227 from head that >is scheduled for MFC on 18.7.2010: >http://people.freebsd.org/~mm/patches/zfs/head-12636.patch That patch appears to address issues with unreasonable arc sizing but doesn't alter the throttling algorithm: FreeBSD's "traditional" VM management algorithm (used by everything except ZFS) minimises space marked as "free" by preferentially keeping cached data in the "cache" or "inactive" queues. ZFS uses its own caching which solely uses the "free" list to determine memory availability. This means ZFS can't apply any pressure to the FreeBSD VM system and runs in a virtually permanent state of memory starvation. In any case, I have applied that patch as it appears useful. --=20 Peter Jeremy --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkw3ryIACgkQ/opHv/APuIdsYQCfQ/VX6wnrJKrhUO0LA/NDvG7A 6qcAoLavhmrdqcEyXgNU57ytudv/0sGV =o5Cf -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 9 23:59:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B965106566C for ; Fri, 9 Jul 2010 23:59:44 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.freebsd.org (Postfix) with ESMTP id 66F4B8FC0C for ; Fri, 9 Jul 2010 23:59:44 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout3.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o69NxRMT014764; Fri, 9 Jul 2010 16:59:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:cc:in-reply-to:references: content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=NWDy8MWbmPtPXYuTgFZ/0L3Pz/Lcif9Ad/UPkuUXfNtQ/2fpfMhI55FQN7QKGibJ From: Sean Bruno To: hselasky@c2i.net In-Reply-To: <201007100016.29946.hselasky@c2i.net> References: <1278695579.2436.27.camel@localhost.localdomain> <201007100016.29946.hselasky@c2i.net> Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 Jul 2010 16:59:27 -0700 Message-ID: <1278719967.2499.91.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: QEMU/KVM Panic on USB Mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 23:59:44 -0000 On Fri, 2010-07-09 at 17:16 -0500, Hans Petter Selasky wrote: > On Friday 09 July 2010 19:12:59 Sean Bruno wrote: > > In order to come up with the most convoluted problem possible, I present > > to you screen shots of a panic from a FreeBSD VM running in QEMU > > emulation under RedHat's KVM infrastructure. > > > > I presented a perfectly functional USB partition from my host machine to > > the VM. Then I attempted to mount the partition from FreeBSD and it > > generated the panics located here: > > > > http://people.freebsd.org/~sbruno/usb_panic1.png > > http://people.freebsd.org/~sbruno/usb_panic2.png > > > > This is 100% reproducible. But not an emergency or anything. > > It might be that there is a conflict that both the VM and the OS is accessing > / loading drivers on the same USB device. The panic seems not directly related > to USB. > > --HPS Could be. I've played with the way KVM/QEMU emulates the USB drive. It has four "types" it can present, IDE, SCSI, USB or VirtIO. SCSI seems to work fine on an emulated sym(4) target. The VM itself is not booting off of the USB drive, it is booting off of its own drive. I'm attaching the USB disk as a secondary drive, so there's no "drivers" being loaded off of it at boot time. Is this what you were hinting at? Sean From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 02:27:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DC52106566B for ; Sat, 10 Jul 2010 02:27:56 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB968FC14 for ; Sat, 10 Jul 2010 02:27:54 +0000 (UTC) Received: (qmail 94193 invoked from network); 10 Jul 2010 02:27:54 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@96.224.221.101) by acm.poly.edu with AES256-SHA encrypted SMTP; 10 Jul 2010 02:27:54 -0000 Message-ID: <4C37DAA2.6080102@acm.poly.edu> Date: Fri, 09 Jul 2010 22:27:46 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100330) MIME-Version: 1.0 To: Hans Petter Selasky References: <1278695579.2436.27.camel@localhost.localdomain> <201007100016.29946.hselasky@c2i.net> In-Reply-To: <201007100016.29946.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: sbruno@freebsd.org, freebsd-current@freebsd.org Subject: Re: QEMU/KVM Panic on USB Mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jul 2010 02:27:56 -0000 Hans Petter Selasky wrote: > On Friday 09 July 2010 19:12:59 Sean Bruno wrote: > >> In order to come up with the most convoluted problem possible, I present >> to you screen shots of a panic from a FreeBSD VM running in QEMU >> emulation under RedHat's KVM infrastructure. >> >> I presented a perfectly functional USB partition from my host machine to >> the VM. Then I attempted to mount the partition from FreeBSD and it >> generated the panics located here: >> >> http://people.freebsd.org/~sbruno/usb_panic1.png >> http://people.freebsd.org/~sbruno/usb_panic2.png >> >> This is 100% reproducible. But not an emergency or anything. >> > > It might be that there is a conflict that both the VM and the OS is accessing > / loading drivers on the same USB device. The panic seems not directly related > to USB. > > --HPS > > I followed the code for a while and the cause of the panic appears to be that ffs_vgetf() in /usr/src/sys/ufs/ffs/ffs_vfsops.c fails in one of the several ways possible, causing in VFS_ROOT() in /usr/src/sys/kern/vfs_mount.c to return a non-zero value and resulting in the panic. I think the problem calls for someone with serious VFS chops. The I/O errors from the USB device are suspicious (in that they may cause the mount code to misbehave if they occur during its course). -Boris From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 07:45:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DF8F106564A for ; Sat, 10 Jul 2010 07:45:02 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by mx1.freebsd.org (Postfix) with ESMTP id EE1318FC15 for ; Sat, 10 Jul 2010 07:45:00 +0000 (UTC) Received: from free.fr (unknown [88.172.40.194]) by smtp3-g21.free.fr (Postfix) with ESMTP id 4E516818130 for ; Sat, 10 Jul 2010 09:44:55 +0200 (CEST) From: raoul To: freebsd-current@freebsd.org Date: Sat, 10 Jul 2010 09:44:54 +0200 Sender: rmgls@free.fr Message-Id: <20100710074455.4E516818130@smtp3-g21.free.fr> Subject: panic on dell laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 07:45:02 -0000 Hi all, since last friday head panic, even with a fresh update (yesterday evening). i tried with and without loader.conf with: exec "unset acpi_load" with: a fresh device.hints nothing works. irq do not match! reverting to current 9.0 r209368 20:06:2010 works fine. the story: dell laptop e6400 running head as said. irq do not match db# c0e30d70 kdb enter (0xc0cd011e,c0cd011e,c0c7bad6,c14209cc) show threads ... thread 100000 show thread 100000 (the culprit) porc pid 0 at 0xc0e30ac0 name swapper stack 0c141f000-0xc141effff flags 02100004 pflag 0x10000 state running cpu0 priority 68 container lock schedlock 0 0xc0e368c0 any idea would be appreciated thanks raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 11:27:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3312106566C; Sat, 10 Jul 2010 11:27:59 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED868FC16; Sat, 10 Jul 2010 11:27:59 +0000 (UTC) Received: by fxm13 with SMTP id 13so1722320fxm.13 for ; Sat, 10 Jul 2010 04:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :date:x-google-sender-auth:message-id:subject:from:to:content-type; bh=IsUNCqPWdvqdZYnJC+ZTdt7IJaQsVy9f+SS6kXe3LI4=; b=SvvWbWYBKtUBWe3pCpGHCCRsMI/FxdZK9kBWP2tHylxBbPKJ7nfVY6cffQcSJdIBT9 hvYGSC5IQbzDJVoqgTAvFlkhiqt1zuDdi+0Uuw7juihzUU/85RtTWy/hIIu+q4OyWGCz dAIYia+D+DoIN/wiPIkh48Qx387gJj1IUANBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:content-type; b=buh16qfLoND284EH4U+qFvLq7+wqClU9/4JfKcXlfHJKxLIPnxGejxg17ekMBOFuRl p81EBoJQ9ga8qUwYC4GdD1I0sUqBfkfzKd15SZ4VLMTlzScLmZ8JQG61+SIJCMdS+79y n2tIVqF3nBey9sXvwesuCIFlArW/X75TKk6oI= MIME-Version: 1.0 Received: by 10.223.126.204 with SMTP id d12mr9370868fas.72.1278761274205; Sat, 10 Jul 2010 04:27:54 -0700 (PDT) Sender: shteryana@gmail.com Received: by 10.223.126.138 with HTTP; Sat, 10 Jul 2010 04:27:54 -0700 (PDT) Date: Sat, 10 Jul 2010 14:27:54 +0300 X-Google-Sender-Auth: VDsgwqIVTKtOwmpafTeU3PHUy24 Message-ID: From: Shteryana Shopova To: "freebsd-net@FreeBSD.org" , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Call for testers: wireless module for bsnmpd(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@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: Sat, 10 Jul 2010 11:27:59 -0000 Hi all, As some of you may know, I've been awarded a grant by the FreeBSD Foundation to make several improvements to FreeBSD's SNMP daemon. The first part of the project - a module for monitoring wireless networking under FreeBSD - is now completed and I'd really appreciate if I could get some help in more extensive testing in a wider range of wireless networking usage scenarios. A tarbal of the latest sources of the module is available under http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar. To compile and install the module - #fetch http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar #tar -xvf snmp_wlan-20100710-01.tar #cd snmp_wlan #make #make install (as root) To enable loading of the module in bsnmpd(1), one should add the following line to bsnmpd(1) config file (usually /etc/snmpd.config) - begemotSnmpdModulePath."wlan" = "/usr/lib/snmp_wlan.so" More details on how the module works may be found in the snmp_wlan(3) man page and in the private BEGEMOT-WIRELESS-MIB the module implements (installed under /usr/share/snmp/mibs/BEGEMOT-WIRELESS-MIB.txt). Know issues currently are that BITS types are not always handled properly, and TX rates may not always be properly set - I am working on fixing those. All feedback is wellcome - bug reports, requests for features to be included in future versions of the module, code style and bug fix patches. I will be glad to help resolve any problems that may arise while installing/working with the module and answer any questions you may have. Thanks! cheers, Shteryana From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 15:19:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2153F106564A for ; Sat, 10 Jul 2010 15:19:39 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 88CAD8FC19 for ; Sat, 10 Jul 2010 15:19:38 +0000 (UTC) Received: by wwe15 with SMTP id 15so614036wwe.31 for ; Sat, 10 Jul 2010 08:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=VmAKKZDAZMjKrdPgkfcXlH2Y7f1dT9AWhIiE+rt0oYM=; b=vjZGxOrKVZ/I8sY7SDF6EZYyKRgQR3OaigqFHHlpmQB1sCeZzgz5L63LBMeAcSf7Bm dmqOf1O2WxHm2MgjBAN2/4j01bnFLl6fhKj7QMBmXTZZ6SatRJwgOG/E9eGlJjaXEdLm Pzd1201fv4m5OdyPby8QVacWn/3agzBYCN8OA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=HnMjQQb8tuci8xqQGm/NG4vA/H7NlnX6T3ajP538LPNHewbDxhTGupIrEKUD/LIngn QICf1ZsN7FDTSqM4h7vF2qASYAr76SSNF+uiTJCRWwnvrYhHXem5FmElSbqD7k0aO0Qd Ga6WgmoSmp3i8o3tjDN1QaGDwXQthYsveatYY= MIME-Version: 1.0 Received: by 10.216.179.130 with SMTP id h2mr5924356wem.59.1278775167437; Sat, 10 Jul 2010 08:19:27 -0700 (PDT) Received: by 10.216.30.139 with HTTP; Sat, 10 Jul 2010 08:19:27 -0700 (PDT) Date: Sat, 10 Jul 2010 11:19:27 -0400 Message-ID: From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: yongari@freebsd.org Subject: msk(4) cannot receive packets on Marvell Yukon 88E8057 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jul 2010 15:19:39 -0000 I just got a new laptop that has a Marvell Yukon 88E8057 ethernet adapter. The msk driver attaches to the hardware on the 8.1 release candidate, and I seem to be able to transmit packets just fine, but I can't receive packets reliably. The first time I tried the driver a couple of pings succeeded, but dhcp didn't and now that I've tested for a while longer, it seems that the first ping succeeding was pure luck. Does anybody have ideas on where to start debugging this? I'm willing to test patches, gather more information and basically do whatever it takes to get this working, as the laptop isn't too useful to me without networking. From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 16:58:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C259F1065670 for ; Sat, 10 Jul 2010 16:58:58 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1158FC26 for ; Sat, 10 Jul 2010 16:58:58 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.3) with ESMTP id o6AGwvfD006032; Sat, 10 Jul 2010 10:58:57 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.3/Submit) with ESMTP id o6AGwvZc006029; Sat, 10 Jul 2010 10:58:57 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 10 Jul 2010 10:58:57 -0600 (MDT) From: Warren Block To: Ryan Stone In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Sat, 10 Jul 2010 10:58:57 -0600 (MDT) Cc: FreeBSD Current , yongari@freebsd.org Subject: Re: msk(4) cannot receive packets on Marvell Yukon 88E8057 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jul 2010 16:58:58 -0000 On Sat, 10 Jul 2010, Ryan Stone wrote: > I just got a new laptop that has a Marvell Yukon 88E8057 ethernet > adapter. The msk driver attaches to the hardware on the 8.1 release > candidate, and I seem to be able to transmit packets just fine, but I > can't receive packets reliably. The first time I tried the driver a > couple of pings succeeded, but dhcp didn't and now that I've tested > for a while longer, it seems that the first ping succeeding was pure > luck. My Marvell 88E8071 used to only work after a warm reboot from Windows. Testing it last night couldn't do that any more, it worked every time, but it's something worth testing on your system. From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 18:12:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25C661065672 for ; Sat, 10 Jul 2010 18:12:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id AB9868FC1A for ; Sat, 10 Jul 2010 18:12:06 +0000 (UTC) Received: (qmail 7360 invoked by uid 399); 10 Jul 2010 18:12:05 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Jul 2010 18:12:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C38B7F4.8040109@FreeBSD.org> Date: Sat, 10 Jul 2010 11:12:04 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100701 Thunderbird/3.0.5 MIME-Version: 1.0 To: raoul References: <20100710074455.4E516818130@smtp3-g21.free.fr> In-Reply-To: <20100710074455.4E516818130@smtp3-g21.free.fr> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: panic on dell laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 18:12:07 -0000 Try backing up to svn r209633 and see if you can boot. What you're describing is identical to a panic I had starting with the next revision, also on a Dell laptop. Doug On 07/10/10 00:44, raoul wrote: > Hi all, > > since last friday head panic, even with a fresh update (yesterday evening). > > i tried with and without loader.conf > with: exec "unset acpi_load" > with: a fresh device.hints > > nothing works. > > irq do not match! > > reverting to current 9.0 r209368 20:06:2010 works fine. > > the story: > dell laptop e6400 running head as said. > irq do not match > db# > > c0e30d70 > kdb enter (0xc0cd011e,c0cd011e,c0c7bad6,c14209cc) > show threads > ... > thread 100000 > > show thread 100000 (the culprit) > porc pid 0 at 0xc0e30ac0 > name swapper > stack 0c141f000-0xc141effff > flags 02100004 pflag 0x10000 > state running cpu0 priority 68 > container lock schedlock 0 0xc0e368c0 > > any idea would be appreciated > > thanks > > raoul > rmgls@free.fr > _______________________________________________ > 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" > -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 10 22:50:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07857106564A; Sat, 10 Jul 2010 22:50:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C34DC8FC17; Sat, 10 Jul 2010 22:50:06 +0000 (UTC) Received: by pwj9 with SMTP id 9so1504926pwj.13 for ; Sat, 10 Jul 2010 15:49:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=AGuPHkG4i8EY4gMhQY0J8oPkR77RYRPhueedRiiqlzE=; b=eOv87LmuYvuF99OcJ7VqWm8o6I8ixBKh80trgxDuRnaLXhLqklWGKQf0XzIJmuLsMB hvICPqByHUCaM2dRsgZyaKTYwZQ29PfY68SPxjf6fKxjAdcr3Qi+mIXE3RUnz2XiLsz0 3ZtFQZcSlGtRJu/REd9p9tYs0BQETBlHzgk3o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=N97wQtAe21koegX4aHuCGagqcE7g4345EPD6ckkejBOTZLQC1JBvCL+zM57d4CkAvb ivi8I123zpwJSz/I2FdYpcwn6Jb/cZ/AHbqLfdsXSmwde1AQlEs7ghipxHXvC84RTbUw C0a/RopMDy4aYKcfasHs7b7EvlbDO9UVQREaA= Received: by 10.142.207.5 with SMTP id e5mr14093290wfg.81.1278802199500; Sat, 10 Jul 2010 15:49:59 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id r27sm2541860rvq.9.2010.07.10.15.49.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Jul 2010 15:49:58 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 10 Jul 2010 15:49:56 -0700 From: Pyun YongHyeon Date: Sat, 10 Jul 2010 15:49:56 -0700 To: Ryan Stone Message-ID: <20100710224956.GC18475@michelle.cdnetworks.com> References: 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 , yongari@freebsd.org Subject: Re: msk(4) cannot receive packets on Marvell Yukon 88E8057 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 22:50:07 -0000 On Sat, Jul 10, 2010 at 11:19:27AM -0400, Ryan Stone wrote: > I just got a new laptop that has a Marvell Yukon 88E8057 ethernet > adapter. The msk driver attaches to the hardware on the 8.1 release > candidate, and I seem to be able to transmit packets just fine, but I > can't receive packets reliably. The first time I tried the driver a > couple of pings succeeded, but dhcp didn't and now that I've tested > for a while longer, it seems that the first ping succeeding was pure > luck. > Established link speed is 1000Mbps, right? I guess 100Mbps may work if link partner is configured to use 100Mbps. > Does anybody have ideas on where to start debugging this? I'm willing > to test patches, gather more information and basically do whatever it > takes to get this working, as the laptop isn't too useful to me > without networking. Controllers that have 88E1149 PHY seems to have issues. Lack of hardware access and data sheet also makes it hard to fix that. Several patches I tried via remote debugging didn't help at all. ATM I have no clue why it happens on some controllers. Sorry.