From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 00:02:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA513106566B for ; Sun, 8 Nov 2009 00:02:40 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay1.uni-muenster.de (ZIVM-EXRELAY1.UNI-MUENSTER.DE [128.176.192.14]) by mx1.freebsd.org (Postfix) with ESMTP id 394CE8FC17 for ; Sun, 8 Nov 2009 00:02:39 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,701,1249250400"; d="txt'?scan'208";a="287660638" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 08 Nov 2009 01:02:19 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id DE02A1B0766; Sun, 8 Nov 2009 01:02:18 +0100 (CET) Date: Sun, 08 Nov 2009 01:02:06 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-20091108000206f0889e8400007fe2-a_best01+ Cc: Subject: [patch] prevent burncd from failing when device is busy while trying to eject X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 00:02:40 -0000 This is a MIME encoded multipart message. --+permail-20091108000206f0889e8400007fe2-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit this patch was submitted by Jaakko Heinonen in january, but didn't get committed to HEAD yet. when burncd is used in combination with the eject switch it doesn't care if the device is busy or not. if eject doesn't succeed burncd fails with EIO. the patch issues ATAPI_TEST_UNIT_READY by calling (ioctl(fd, CDIOCRESET). this gets repeated as long as the device isn't busy anymore or a timeout is being reached. this patch depends upon the removal of a bogus privilege check in sys/dev/ata/ata-cd.c would be nice if somebody could commit both patches. they've been tested for almost a year now and cause no breakage to occur. they can also safely be merged to 8-stable. in order to make it into 7- and 6-stable this other patch (bin/95979) has to be mfc'ed to those branches first. thanks in advance. alex --+permail-20091108000206f0889e8400007fe2-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="burncd.c.patch.txt" SW5kZXg6IHVzci5zYmluL2J1cm5jZC9idXJuY2QuYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB1c3Iuc2Jpbi9i dXJuY2QvYnVybmNkLmMJKHJldmlzaW9uIDE5OTAxNikKKysrIHVzci5zYmluL2J1cm5jZC9idXJu Y2QuYwkod29ya2luZyBjb3B5KQpAQCAtNjUsNiArNjUsNyBAQAogdm9pZCBkb19EQU8oaW50IGZk LCBpbnQsIGludCk7CiB2b2lkIGRvX1RBTyhpbnQgZmQsIGludCwgaW50LCBpbnQpOwogdm9pZCBk b19mb3JtYXQoaW50LCBpbnQsIGNoYXIgKik7Cit2b2lkIHdhaXRfZm9yX3JlYWR5KGludCk7CiBp bnQgd3JpdGVfZmlsZShpbnQgZmQsIHN0cnVjdCB0cmFja19pbmZvICopOwogaW50IHJvdW5kdXBf YmxvY2tzKHN0cnVjdCB0cmFja19pbmZvICopOwogdm9pZCBjdWVfZW50KHN0cnVjdCBjZHJfY3Vl X2VudHJ5ICosIGludCwgaW50LCBpbnQsIGludCwgaW50LCBpbnQsIGludCk7CkBAIC0yMTksNiAr MjIwLDggQEAKIAkJCQkJYnJlYWs7CiAJCQkJbGFzdCA9IHBjdDsKIAkJCX0KKwkJCXdhaXRfZm9y X3JlYWR5KGZkKTsKKwogCQkJaWYgKCFxdWlldCkKIAkJCQlwcmludGYoIlxuIik7CiAJCQljb250 aW51ZTsKQEAgLTMyMiw2ICszMjUsNyBAQAogCQllcnJfc2V0X2V4aXQoTlVMTCk7CiAJCWVycihF WF9JT0VSUiwgImlvY3RsKENEUklPQ1NFVEJMT0NLU0laRSkiKTsKIAl9CisJd2FpdF9mb3JfcmVh ZHkoZmQpOwogCiAJaWYgKGVqZWN0KQogCQlpZiAoaW9jdGwoZmQsIENESU9DRUpFQ1QpIDwgMCkK QEAgLTYwMCw2ICs2MDQsMjcgQEAKIAkJZnByaW50ZihzdGRlcnIsICJcbiIpOwogfQogCit2b2lk Cit3YWl0X2Zvcl9yZWFkeShpbnQgZmQpCit7CisJaW50IHRpbWVvdXQgPSAxMCAqIDEwMDA7CisK Kwl3aGlsZSAodGltZW91dCA+IDApIHsKKwkJLyoKKwkJICogQ0RJT0NSRVNFVCBpc3N1ZXMgQVRB UElfVEVTVF9VTklUX1JFQURZIGNvbW1hbmQuCisJCSAqLworCQlpZiAoaW9jdGwoZmQsIENESU9D UkVTRVQpID09IDApCisJCQlyZXR1cm47CisJCWVsc2UgaWYgKGVycm5vICE9IEVCVVNZKQorCQkJ ZXJyKEVYX0lPRVJSLCAiaW9jdGwoQ0RJT0NSRVNFVCkiKTsKKworCQl1c2xlZXAoNTAwICogMTAw MCk7CisJCXRpbWVvdXQgLT0gNTAwOworCX0KKworICAgICAgICBlcnJ4KEVYX0lPRVJSLCAidGlt ZWQgb3V0IHdoaWxlIHdhaXRpbmcgZm9yIHRoZSBkcml2ZSB0byBiZWNvbWUgcmVhZHkiKTsKK30K KwogaW50CiB3cml0ZV9maWxlKGludCBmZCwgc3RydWN0IHRyYWNrX2luZm8gKnRyYWNrX2luZm8p CiB7Cg== --+permail-20091108000206f0889e8400007fe2-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="atapicd.c.patch.txt" SW5kZXg6IHN5cy9kZXYvYXRhL2F0YXBpLWNkLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9hdGEv YXRhcGktY2QuYwkocmV2aXNpb24gMTk5MDE2KQorKysgc3lzL2Rldi9hdGEvYXRhcGktY2QuYwko d29ya2luZyBjb3B5KQpAQCAtMjU2LDEzICsyNTYsNyBAQAogCWNkcC0+ZmxhZ3MgfD0gRl9MT0NL RUQ7CiAJYnJlYWs7CiAKLSAgICAvKgotICAgICAqIFhYWFJXOiBXaHkgZG9lcyB0aGlzIHJlcXVp cmUgcHJpdmlsZWdlPwotICAgICAqLwogICAgIGNhc2UgQ0RJT0NSRVNFVDoKLQllcnJvciA9IHBy aXZfY2hlY2sodGQsIFBSSVZfRFJJVkVSKTsKLQlpZiAoZXJyb3IpCi0JICAgIGJyZWFrOwogCWVy cm9yID0gYWNkX3Rlc3RfcmVhZHkoZGV2KTsKIAlicmVhazsKIAo= --+permail-20091108000206f0889e8400007fe2-a_best01+-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 00:05:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC3071065670 for ; Sun, 8 Nov 2009 00:05:57 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA778FC17 for ; Sun, 8 Nov 2009 00:05:57 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,701,1249250400"; d="scan'208";a="17889519" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 08 Nov 2009 01:05:55 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id D38C01B0766; Sun, 8 Nov 2009 01:05:55 +0100 (CET) Date: Sun, 08 Nov 2009 01:05:55 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [patch] prevent burncd from failing when device is busy while trying to eject X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 00:05:58 -0000 oh. forget to mention. here's the initial pr including the patches by Jaakko. i've merely hacked them into an up to date snapshot of HEAD: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/123693 cheers. alex From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 04:12:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59DAF1065672 for ; Sun, 8 Nov 2009 04:12:25 +0000 (UTC) (envelope-from ksh@philpep.org) Received: from squat.philpep.org (squat.philpep.org [82.229.137.130]) by mx1.freebsd.org (Postfix) with ESMTP id 172A88FC14 for ; Sun, 8 Nov 2009 04:12:24 +0000 (UTC) Received: from shen.philpep.org (shen.philpep.org [192.168.0.2]) by trotski.philpep.org (Postfix) with ESMTPSA id 3F623AC804 for ; Sun, 8 Nov 2009 04:53:11 +0100 (CET) Message-ID: <4AF64038.1050108@philpep.org> Date: Sun, 08 Nov 2009 04:51:20 +0100 From: "Ksh J. Fry" User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: yacc(1) segfault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 04:12:25 -0000 Anyone to confirm this bug on CURRENT : http://www.freebsd.org/cgi/query-pr.cgi?pr=140309 ? I don't think this bug come directly from yacc because when you compile yacc source from CURRENT on freebsd 7.2-RELEASE there is no bug. Bugs on CURRENT should be declared on freebsd bug tracker, or just here :/ ? From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 10:22:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64DA0106566B for ; Sun, 8 Nov 2009 10:22:52 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51804.mail.re2.yahoo.com (web51804.mail.re2.yahoo.com [206.190.38.235]) by mx1.freebsd.org (Postfix) with SMTP id 0BEC48FC16 for ; Sun, 8 Nov 2009 10:22:51 +0000 (UTC) Received: (qmail 61525 invoked by uid 60001); 8 Nov 2009 10:22:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1257675770; bh=Uo+UW13+cnHYAQ6rGO2o3+pIkbSQFeMack5Ivl47i88=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=3cj12ddbs7DqWmBjcGmtONthX5mXYsw63rW8bfh4p4b7dnOvuDrFQq0oAVjfA6Th/28K4dsvGrPslMhRK3wGvzUzIfpuefy0zdU/u8EgG0puX7+yjbT2UAPjFKsl27YkH8XtC11CRZSRIzoBuyO9Zc66jZ5vH2MKyF4/F236ytk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=w/4iKRvJYk185OuGhAZWSEnUWkafoJwlikQKdxPSQqySZEJyLOsntrmdFBW+BgfWCZZn+Pia2dGj9J+cSOlgzBcbNiYbO2kUaaENiBWnaHrizJJ5ekJLjEYk64Y6cl3TtIkwz+/nofVws8a95Vy3iCskQdzIIA3TOpcRpLdTXxA=; Message-ID: <668402.59630.qm@web51804.mail.re2.yahoo.com> X-YMail-OSG: SbMXTjwVM1m5FS3Wqk6Ib0NO3_e8OX.FfNPoh0pdLEz5d99kY5a88nngKdgGCofi3PiAW9OAJ2AOTzuzX3zfCSfBDK.LpS4ryno5_Ta6FCx1UEoNUFx3vBW1xUcVZqLEpTLPMaFfRuhc2V.rJm9_748EoKFP.yN94mJNrltN4kC.CORQgCUU4WoR5JqpeqTeLwwgdnw042gmJcrSUCGnEMItqKxEE9_4kNChTbE8ciZGN_7Q6EzSPr7kq5KRgoQz8wlSP_0qxJwiCu.PhBnR4pa.gTOFbr7A4g66_1RKD4m9ze877Q_jnVUA6l8cuTEWq5L1T.ZopC4WyQSvzyFp8v_JlmlYyQNOHuy54qLhIHu79GKT9xkLwIdUk4TOBusE7umZUxHOFWSmyAElKiA8o0ran3Ilwp4wL1uffp2naS_Ywp8p4WbzjnHJ911IyiqQTnJdS3n3UEebYEFuy2nNMhS1nK4NhRsbJPBK7_sc4WuoHa50TDj2y5D6O9Za195POljQvdn2M8RxHTsNFt415Hi3apBz0j2d9obmLrtogJVSns.M820tfbnnP4O5Bj_56_pBl4OTzsclREcEeaPC.9y4tDGnRD5IUq5PWR9USuXJW9TGZ8GS01zkqp2iK3pn Received: from [75.158.17.63] by web51804.mail.re2.yahoo.com via HTTP; Sun, 08 Nov 2009 02:22:50 PST X-Mailer: YahooMailRC/211.6 YahooMailWebService/0.7.361.4 Date: Sun, 8 Nov 2009 02:22:50 -0800 (PST) From: PseudoCylon To: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: finished run driver for CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 10:22:52 -0000 Hello everyone, I finished porting run driver to CURRENT (sort of). I posted it at freebsd fourums http://forums.freebsd.org/showpost.php?s=a3756a43cb6eca54dea97673ac8424e7&p=47936&postcount=28 Anyone interested in please try it out. __________________________________________________________________ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 12:18:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FFB1065676 for ; Sun, 8 Nov 2009 12:18:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id E7F198FC1B for ; Sun, 8 Nov 2009 12:18:43 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=RERtC8nhXGhYvIZhK0yWrQ==:17 a=6I5d2MoRAAAA:8 a=6hgG_U0tZjUhFZraINIA:9 a=Rhjt4_t7urnvCow6TAwA:7 a=pAdrF2c2bbuvlZ1vziMc3eo3MhsA:4 a=jjUqNiGvsI0A:10 Received: from [90.149.203.35] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1318782565; Sun, 08 Nov 2009 13:18:41 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Nov 2009 13:20:02 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <668402.59630.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <668402.59630.qm@web51804.mail.re2.yahoo.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911081320.04408.hselasky@c2i.net> Cc: PseudoCylon , freebsd-drivers@freebsd.org Subject: Re: finished run driver for CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 12:18:44 -0000 On Sunday 08 November 2009 11:22:50 PseudoCylon wrote: > Hello everyone, > > I finished porting run driver to CURRENT (sort of). I posted it at freebsd > fourums > http://forums.freebsd.org/showpost.php?s=a3756a43cb6eca54dea97673ac8424e7&p >=47936&postcount=28 Anyone interested in please try it out. Just some comments: There is an ep_index field you can set, instead of specifying exactly which endpoint to use. Eg. UE_BULK_IN UE_ADDR_ANY ep_index = 0, /* will match first bulk_in + addr_any */ UE_BULK_OUT UE_ADDR_ANY ep_index = 2, /* will match third bulk_out + addr_any */ I'm not sure if the manufacturer will change those values? Else, do you have any other feedback on the new USB stack? Was it difficult? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 13:24:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897BB106566B for ; Sun, 8 Nov 2009 13:24:46 +0000 (UTC) (envelope-from bland@freebsd.org) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 52C7C8FC12 for ; Sun, 8 Nov 2009 13:24:46 +0000 (UTC) Received: from hub.bbnest.net (w133033.ppp.asahi-net.or.jp [121.1.133.33]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 27CCB83CFF; Sun, 8 Nov 2009 22:24:45 +0900 (JST) Received: from nest.bbnest.net (nest.bbnest.net [10.0.0.249]) by hub.bbnest.net (8.14.3/8.14.3) with ESMTP id nA8DOdcm049771 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 8 Nov 2009 22:24:40 +0900 (JST) (envelope-from bland@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Alexander Nedotsukov In-Reply-To: <200911070109.28595.hselasky@c2i.net> Date: Sun, 8 Nov 2009 22:24:39 +0900 Content-Transfer-Encoding: 7bit Message-Id: References: <202969100caf7f0bb8098572b0dad622@mail> <20d8e6193795d83f9ffa30ab94bf86eb@mail> <200911070109.28595.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1076) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun Nov 8 22:24:43 2009 X-DSPAM-Confidence: 0.9994 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4af6c69b497723761837599 Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: umass problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 13:24:46 -0000 Hans, It works. Perhaps you need to adjust debug output of ehci_poll_timeout () but otherwise it is fine. Just curious, is there is no way to detect lost interrupt in new usb stack quickly or check in the old one was not correct anyway? Thanks, Alexander. On 07.11.2009, at 9:09, Hans Petter Selasky wrote: > On Friday 06 November 2009 05:52:48 Alexander Nedotsukov wrote: >> Well I do. This is a regression in EHCI driver introduced along the >> new >> usb stack. Please review patch attached. >> >> Thanks, >> Alexander. >> > > Hi, > > Your patch has been committed to USB P4 with some modifications. > Please test! > > http://p4web.freebsd.org/chv.cgi?CH=170302 > > --HPS > > _______________________________________________ > 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 Nov 8 13:31:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDCD81065679; Sun, 8 Nov 2009 13:31:03 +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 230A58FC17; Sun, 8 Nov 2009 13:31:02 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=RERtC8nhXGhYvIZhK0yWrQ==:17 a=gtfo_z9B48n2ptGh-pUA:9 a=1Ik2Ak7zZt177asXVowkbeJSBDcA:4 Received: from [90.149.203.35] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1147897675; Sun, 08 Nov 2009 14:31:01 +0100 From: Hans Petter Selasky To: Alexander Nedotsukov Date: Sun, 8 Nov 2009 14:32:22 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <202969100caf7f0bb8098572b0dad622@mail> <200911070109.28595.hselasky@c2i.net> In-Reply-To: X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpO< =?iso-8859-1?q?Q0yAl=7E=3F=60=27F=3FjDVb=5DE6TQ7=27=23h-VlLs=7Dk/=0A=09?=(yxg(p!IL.`#ng"%`BMrham7%UK,}VH\wUOm=^>wEEQ+KWt[{J#x6ow~JO:,zwp.(t; @ =?iso-8859-1?q?Aq=0A=09=3A4=3A=26nFCgDb8=5B3oIeTb=5E=27?=",; u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911081432.24072.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: umass problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 13:31:03 -0000 On Sunday 08 November 2009 14:24:39 Alexander Nedotsukov wrote: > Just curious, is there is no way to detect lost interrupt in new usb > stack quickly or check in the old one was not correct anyway? Hi, The check might not be correct, because new jobs can be queued immediately after the interrupt, and in that case it is not correct to check of the number of jobs is zero. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 14:25:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAFE51065672 for ; Sun, 8 Nov 2009 14:25:17 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 716818FC20 for ; Sun, 8 Nov 2009 14:25:17 +0000 (UTC) Received: by bwz5 with SMTP id 5so2733402bwz.3 for ; Sun, 08 Nov 2009 06:25:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=6SXrep5ueAuKcKIRyT7E70dVv2xvQGEjcUw5biQQX2g=; b=tYxD4W45KsjOAqhSyVlIoXdGb4/f5FZ3MlyVzXlA85lTiQ0nL4qTcxkHie15oo4PxJ adTPHIpZZBmQnuT3rNX1Yx9qVVZUVcyrOz9OxyJ4p1BjzyduEu9bgE/e2SxCPqQ/NiIm aW3XL2sDrLHHVH7uxST0xjwh6kOUJV6Ky3VPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=ZAd2+drzta1SI9/h4kSo154J0mOg8E0JG1WuV+GYJVvobtpTGFQWVrnrtFytOTnEnm XFbGHKvm7iJGqGg7uQ3F6tUWLVQajNlJ+Q0ED3HG4vM7s59cJ6ZRO4gBaHq55bQk+Q4z LAVoIWrFV81QVRuVHCN5c7MRO99P7bxsb07YU= MIME-Version: 1.0 Received: by 10.223.5.18 with SMTP id 18mr980042fat.58.1257688569111; Sun, 08 Nov 2009 05:56:09 -0800 (PST) From: Jon Theil Nielsen Date: Sun, 8 Nov 2009 14:55:49 +0100 Message-ID: <8f82c35c0911080555x6a0721fem7bc01d3e3ff30bcf@mail.gmail.com> To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Samba problems on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 14:25:17 -0000 Hi After running the latest upgrade for samba33, I cannot start it anymore. The error message is: *Starting smbd. /libexec/ld-elf.so.1: /usr/local/sbin/smbd: invalid PT_PHDR /usr/local/etc/rc.d/samba: WARNING: failed to start smbd* uname -a says: *mflserver2.mydomain.dk 8.0-RC2 FreeBSD 8.0-RC2 #0: Sun Nov 8 02:37:45 CET 2009 root@mydomain.dk:/usr/obj/usr/src/sys/SERVER2 i386* I'm not sure if this problem is related to the system or to samba itself. Best regards Jon Theil Nielsen From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 14:33:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FBB1106566C for ; Sun, 8 Nov 2009 14:33:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id DF14D8FC16 for ; Sun, 8 Nov 2009 14:33:53 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nA8EXn4d098184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Nov 2009 16:33:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nA8EXm3i099878; Sun, 8 Nov 2009 16:33:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nA8EXm8H099877; Sun, 8 Nov 2009 16:33:48 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 Nov 2009 16:33:48 +0200 From: Kostik Belousov To: Jon Theil Nielsen Message-ID: <20091108143348.GQ2331@deviant.kiev.zoral.com.ua> References: <8f82c35c0911080555x6a0721fem7bc01d3e3ff30bcf@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ISCXPd1dR6/8kjof" Content-Disposition: inline In-Reply-To: <8f82c35c0911080555x6a0721fem7bc01d3e3ff30bcf@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Samba problems on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 14:33:54 -0000 --ISCXPd1dR6/8kjof Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 08, 2009 at 02:55:49PM +0100, Jon Theil Nielsen wrote: > Hi >=20 > After running the latest upgrade for samba33, I cannot start it anymore. = The > error message is: > *Starting smbd. > /libexec/ld-elf.so.1: /usr/local/sbin/smbd: invalid PT_PHDR > /usr/local/etc/rc.d/samba: WARNING: failed to start smbd* > uname -a says: > *mflserver2.mydomain.dk 8.0-RC2 FreeBSD 8.0-RC2 #0: Sun Nov 8 02:37:45 C= ET > 2009 root@mydomain.dk:/usr/obj/usr/src/sys/SERVER2 i386* > I'm not sure if this problem is related to the system or to samba itself. I think you have old rtld, i.e. it misses r197931, but new kernel. Kernel maps PIE binaries at non-zero base address, that cannot be properly handled by old rtld. --ISCXPd1dR6/8kjof Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr21swACgkQC3+MBN1Mb4gvTQCcC3xg7ydXrHl/My1i/YDjfq3+ QhwAnRCdNC6iTTG4IGXQ+8hf6J+NM3ZF =2h2B -----END PGP SIGNATURE----- --ISCXPd1dR6/8kjof-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 15:50:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30900106568B; Sun, 8 Nov 2009 15:50:27 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id DF0D68FC19; Sun, 8 Nov 2009 15:50:26 +0000 (UTC) Received: from [202.179.21.132] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N79QX-000Lrc-K3; Sun, 08 Nov 2009 23:11:37 +0800 Message-ID: <4AF6DFA9.8080303@micom.mng.net> Date: Sun, 08 Nov 2009 23:11:37 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <668402.59630.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <668402.59630.qm@web51804.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: finished run driver for CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 15:50:27 -0000 PseudoCylon wrote: > Hello everyone, > > I finished porting run driver to CURRENT (sort of). I posted it at freebsd fourums > http://forums.freebsd.org/showpost.php?s=a3756a43cb6eca54dea97673ac8424e7&p=47936&postcount=28 > Anyone interested in please try it out. > Compile fails at line 2338 of if_run.c. /home/tsgan/run-CUR/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c: In function 'run_tx': /home/tsgan/run-CUR/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:2338: warning: comparison between pointer and integer *** Error code 1 Stop in /home/tsgan/run-CUR/sys/modules/usb/run. I guess it should either: struct ieee80211_channel *chan; chan = ni->ni_chan == IEEE80211_CHAN_ANYC ? ic->ic_curchan : ni->ni_chan; or: struct ieee80211_channel *chan; chan = ni->ni_chan == (ieee80211_channel *)IEEE80211_CHAN_ANY ? ic->ic_curchan : ni->ni_chan; I didn't test association with AP (don't have AP), system finds usb wireless Planex GW-USMicroN device: Nov 8 23:08:00 beastie kernel: ugen3.3: at usbus3 Nov 8 23:08:00 beastie kernel: run0: <1.0> on usbus3 Nov 8 23:08:00 beastie kernel: run0: MAC/BBP RT3070 (rev 0x0200), RF RT3020 (MIMO 1T1R), address 00:22:cf:03:e0:30 Nov 8 23:08:00 beastie kernel: run0: You are using firmware RT2870. run0: flags=8802 metric 0 mtu 2290 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier regards, Ganbold Ts. > > __________________________________________________________________ > Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca > _______________________________________________ > 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" > > > > -- He who laughs last hasn't been told the terrible truth. From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 11:43:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F262C106566B for ; Sun, 8 Nov 2009 11:43:33 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 846AB8FC1C for ; Sun, 8 Nov 2009 11:43:32 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so972037fga.13 for ; Sun, 08 Nov 2009 03:43:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=TDLJOO2grM34i6HlRKHDREkF5hyry9JKXM3OGNcJBLY=; b=GydWdkwfvHYqwwepucwMoYgP2BXGmAMX826uJRNSaUMOXtouwtC1TQHlJBfVt446P6 WpWoy/yZOOhsKYsyQDaS8v7Hi6fzv+Xe3ibUjma99iWPx6+fBaKGPkxPzsq5LishgaUz 9khtTTnFonwEwdQVtPTL8yWTYp59WGeXpGXpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=x91+Si0oRCYOH+TkyT6Agga4BhEzNJSfcjHeRl0PkO+Y+g+BsTkHOr95fcK/+QVU/l cDYajMyn4aVU3f1RGTUGO3yhoUqNUmznk/VvHk+6wNP5aFo1LdUFmlZU6Zk95REKkIhZ 6FQxj1dKvY8KeSWj2ruYAsm2q4lrtcng3IAd8= Received: by 10.86.230.30 with SMTP id c30mr7269593fgh.68.1257680612097; Sun, 08 Nov 2009 03:43:32 -0800 (PST) Received: from greatsheep.chaos.base (e181056162.adsl.alicedsl.de [85.181.56.162]) by mx.google.com with ESMTPS id e3sm4477001fga.13.2009.11.08.03.43.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Nov 2009 03:43:31 -0800 (PST) Date: Sun, 8 Nov 2009 12:43:30 +0100 From: Marc UBM Bocklet To: current@freebsd.org Message-Id: <20091108124330.b634560c.ubm.freebsd@gmail.com> X-Mailer: Sylpheed 2.7.0 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Nov 2009 15:59:22 +0000 Cc: Subject: gjournal crash with external usb drive after unclean shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 11:43:34 -0000 Hiho! :-) Following an unclean shutdown (panic, related to a bad network card in another machine), my gjournaled external usb drive reliably crashes my system when I connect it. I got a core dump available for poking around further. Textdump info is attached. I'm not sure if the disk is dying or the journal somehow got into a really bad state. textdump is available on request! :-) Some information: FreeBSD greatsheep.chaos.base 9.0-CURRENT FreeBSD 9.0-CURRENT #16: Fri Sep 25 19:16:18 CEST 2009 sheep@ubm.mine.nu:/usr/obj/usr/src/sys/SUBMARINE_SMP i386 Panic message: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8a6c7000 fault code = supervisor read, page not present instruction pointer = 0x20:0x8086d3fe stack pointer = 0x28:0xdc71e964 frame pointer = 0x28:0xdc71e9e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2087 (g_journal da0) kgdb backtrace: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0x804a4509 in db_fncall (dummy1=1, dummy2=0, dummy3=-2137208096, #dummy4=0xdc71e6fc "") at /usr/src/sys/ddb/db_command.c:548 2 #0x804a4901 in db_command (last_cmdp=0x809495bc, cmd_table=0x0, #dopager=1) at /usr/src/sys/ddb/db_command.c:445 3 0x804a4a5a in #db_command_loop () at /usr/src/sys/ddb/db_command.c:498 4 0x804a68cd #in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 5 #0x806358e6 in kdb_trap (type=12, code=0, tf=0xdc71e924) #at /usr/src/sys/kern/subr_kdb.c:535 6 0x8086f40f in trap_fatal #(frame=0xdc71e924, eva=2322362368) #at /usr/src/sys/i386/i386/trap.c:929 7 0x8086f6b0 in trap_pfault #(frame=0xdc71e924, usermode=0, eva=2322362368) #at /usr/src/sys/i386/i386/trap.c:851 8 0x808700c3 in trap #(frame=0xdc71e924) at /usr/src/sys/i386/i386/trap.c:533 9 0x80852feb #in calltrap () at /usr/src/sys/i386/i386/exception.s:165 10 0x8086d3fe #in generic_bcopy () at /usr/src/sys/i386/i386/support.s:498 Previous frame inner to this frame (corrupt stack?) dmesg lines leading up to the panic: ugen2.2: at usbus2 umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x0800 umass0:1:0:-1: Attached to scbus1 da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) GEOM_JOURNAL: Journal 1159150689: da0 contains data. GEOM_JOURNAL: Journal 1159150689: da0 contains journal. GEOM_JOURNAL: Journal da0 consistent. (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 (da0:umass-sim0:0:0:0): Invalid command operation code (da0:umass-sim0:0:0:0): Unretryable error GEOM_JOURNAL: BIO_FLUSH not supported by da0. GEOM_JOURNAL: Error while reading data from da0 (error=5). GEOM_JOURNAL: Error while reading data from da0 (error=5). Any help or pointers are appreciated, thanks in advance! :-) Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 16:32:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A901B1065672 for ; Sun, 8 Nov 2009 16:32:56 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 385558FC13 for ; Sun, 8 Nov 2009 16:32:56 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,704,1249250400"; d="scan'208";a="17937970" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 08 Nov 2009 17:32:54 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 50BCA1B0751; Sun, 8 Nov 2009 17:32:54 +0100 (CET) Date: Sun, 08 Nov 2009 17:32:53 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [patch] prevent burncd from failing when device is busy while trying to eject X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 16:32:56 -0000 Alexander Motin just committed r199050. this might fix the issue which was being addressed by the patches i posted beforehand. i'll test to see if r199050 indeed takes care of the problem. for now please ignore the patches i posted beforehand. alex From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 20:59:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A6B1065670 for ; Sun, 8 Nov 2009 20:59:32 +0000 (UTC) (envelope-from jaz@goatcse.cx) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 16B4B8FC15 for ; Sun, 8 Nov 2009 20:59:31 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so492301qwb.7 for ; Sun, 08 Nov 2009 12:59:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.50.149 with SMTP id z21mr934855qcf.86.1257712603091; Sun, 08 Nov 2009 12:36:43 -0800 (PST) In-Reply-To: <19189.33305.72539.876729@jerusalem.litteratus.org> References: <9e20d71e0911042247n216e9b02t7b317a55a9bbe131@mail.gmail.com> <19188.8189.660106.589512@jerusalem.litteratus.org> <20091107094506.GQ59090@over-yonder.net> <19189.33305.72539.876729@jerusalem.litteratus.org> Date: Mon, 9 Nov 2009 07:36:43 +1100 Message-ID: <60a0e8260911081236l3162c2f1u99351720a85477d7@mail.gmail.com> From: Jaz To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: What is the state of ZFS on FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 20:59:32 -0000 I have been using a RAIDZ array on FreeBSD 7.0 amd64 since when 7.0 was first released and have been very happy with it. Great performance and no panics. 2009/11/8 Robert Huff : > Matthew D. Fuller writes: > >> =A0On Fri, Nov 06, 2009 at 08:09:17AM -0500 I heard the voice of >> =A0Robert Huff, and lo! it spake thus: >> =A0> >> =A0> I'll wait until it has a few more gigadays under its belt before >> =A0> betting the ranch. >> >> =A0A gigaday is 2.74 million years =A0 8-} > > =A0 =A0 =A0 =A0I didn't say "on a single amchine". > > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0Robert Huff > > _______________________________________________ > 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 Nov 8 21:16:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01280106566B for ; Sun, 8 Nov 2009 21:16:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2198FC0A for ; Sun, 8 Nov 2009 21:16:41 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,704,1249250400"; d="scan'208";a="17951914" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 08 Nov 2009 22:16:39 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id C5CDD1B0751; Sun, 8 Nov 2009 22:16:39 +0100 (CET) Date: Sun, 08 Nov 2009 22:16:38 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [patch] prevent burncd from failing when device is busy while trying to eject X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 21:16:42 -0000 i tested r199050 and the changes do NOT solve this problem. so the patches i posted still need to get committed. alex From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 21:54:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 366DE1065676 for ; Sun, 8 Nov 2009 21:54:53 +0000 (UTC) (envelope-from don@siad.net) Received: from omr16.networksolutionsemail.com (omr16.networksolutionsemail.com [205.178.146.66]) by mx1.freebsd.org (Postfix) with ESMTP id EDE898FC21 for ; Sun, 8 Nov 2009 21:54:52 +0000 (UTC) Received: from cm-omr5 (mail.networksolutionsemail.com [205.178.146.50]) by omr16.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id nA8LsqMd006746 for ; Sun, 8 Nov 2009 16:54:52 -0500 Authentication-Results: cm-omr5 smtp.user=don; auth=pass (CRAM-MD5) Received: from [68.122.81.180] ([68.122.81.180:56936] helo=[192.168.1.66]) by cm-omr5 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id B0/38-25680-B2E37FA4; Sun, 08 Nov 2009 16:54:52 -0500 Message-ID: <4AF73E2B.9010404@siad.net> Date: Sun, 08 Nov 2009 13:54:51 -0800 From: "Don L. Belcher" Organization: SIAD Inc. User-Agent: Thunderbird 2.0.0.23 (X11/20090925) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bootstrap loader problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 21:54:53 -0000 John Baldwin wrote: > On Sunday 01 November 2009 7:35:55 pm Don L. Belcher wrote: > >> New Dell 1737 laptop >> >> The following error occurs with versions 7.2 release and later >> this message is from 8 RC2. All versions tried with 7.1 release and >> earlier work fine, I tried 7.1, 7.2 and 6.4. I rebuilt 8 RC2 CD with >> "loader" >> from 7.1 release and the 8 RC2 comes up O.K. now. >> I have two questions: >> 1) is anybody familiar with this problem >> 2) is it ok to install 8 RC2 using the 7.1 "loader" >> >> BTX loader 1.00 BTX version is 1.02 >> Consoles: internal video/keyboard >> panic: free: guard1 fail @ 0xbb797074 from (diretory path to) >> common/console.c:94 >> --> Press a key (etc) >> > > I have not seen that before. Can you try compiling a loader on 8 that > doesn't include GPT support? (cd /sys/boot; make > LOADER_NO_GPT_SUPPORT=yes) > Sorry it took so long. I installed to hard drive and the "loader" does not exhibit the problem. The problem only shows up when booting from CD ROM. The boot from CD ROM works OK using the "loader" built with make LOADER_NO_GPT_SUPPORT=yes > A loader from 7.1 should work ok on 8.0. > > From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 23:02:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD97510656FD for ; Sun, 8 Nov 2009 23:02:52 +0000 (UTC) (envelope-from timur@bat.ru) Received: from mail-px0-f196.google.com (mail-px0-f196.google.com [209.85.216.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8CC8FC17 for ; Sun, 8 Nov 2009 23:02:52 +0000 (UTC) Received: by pxi34 with SMTP id 34so1684695pxi.8 for ; Sun, 08 Nov 2009 15:02:52 -0800 (PST) MIME-Version: 1.0 Sender: timur@bat.ru Received: by 10.140.172.20 with SMTP id u20mr371748rve.23.1257719836115; Sun, 08 Nov 2009 14:37:16 -0800 (PST) In-Reply-To: <20091108143348.GQ2331@deviant.kiev.zoral.com.ua> References: <8f82c35c0911080555x6a0721fem7bc01d3e3ff30bcf@mail.gmail.com> <20091108143348.GQ2331@deviant.kiev.zoral.com.ua> From: "Timur I. Bakeyev" Date: Sun, 8 Nov 2009 23:36:56 +0100 X-Google-Sender-Auth: 41fa98c3ec1345f6 Message-ID: <7d743c270911081436p52faac09l53f02e8b53adc1e9@mail.gmail.com> To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Jon Theil Nielsen Subject: Re: Samba problems on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 23:02:52 -0000 Kostik, do I understand you correctly, that your patch in back-merged into the 8-STABLE and will be present in the final released version of FreeBSD 8? With regards, Timur. On Sun, Nov 8, 2009 at 3:33 PM, Kostik Belousov wrote= : > On Sun, Nov 08, 2009 at 02:55:49PM +0100, Jon Theil Nielsen wrote: >> Hi >> >> After running the latest upgrade for samba33, I cannot start it anymore.= The >> error message is: >> *Starting smbd. >> /libexec/ld-elf.so.1: /usr/local/sbin/smbd: invalid PT_PHDR >> /usr/local/etc/rc.d/samba: WARNING: failed to start smbd* >> uname -a says: >> *mflserver2.mydomain.dk 8.0-RC2 FreeBSD 8.0-RC2 #0: Sun Nov =A08 02:37:4= 5 CET >> 2009 =A0 =A0 root@mydomain.dk:/usr/obj/usr/src/sys/SERVER2 =A0i386* >> I'm not sure if this problem is related to the system or to samba itself= . > > I think you have old rtld, i.e. it misses r197931, but new kernel. > Kernel maps PIE binaries at non-zero base address, that cannot be > properly handled by old rtld. > From owner-freebsd-current@FreeBSD.ORG Sun Nov 8 23:31:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00F851065692 for ; Sun, 8 Nov 2009 23:31:04 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 534C68FC08 for ; Sun, 8 Nov 2009 23:31:02 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id nA8NUr5v084993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 9 Nov 2009 10:30:54 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1257723054; bh=p54fggiez/xsyHad1WaF+rC5ohKFt9a1YOL4wTizR9s=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=AHjR0qFNt8Xy7r27Vli6S9IGmrYrlqOgXGLdPOIpbeEXyfkUXqO/mkL/QPPWiDcIi feRjpC++6sOaiMeJiitmr2wNGLBh/trtYQ5au7DW5BXaCU8wNJsuMnXGe77xp1v1sj +1pje5tX0YEWr0BZIDmh+oXAcFqIf1ofFttJKBiA= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id nA8NUr7R001691; Mon, 9 Nov 2009 10:30:53 +1100 (AEDT) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id nA8NUrKj001690; Mon, 9 Nov 2009 10:30:53 +1100 (AEDT) (envelope-from john) Date: Mon, 9 Nov 2009 10:30:53 +1100 From: John Marshall To: Jon Theil Nielsen Message-ID: <20091108233052.GB1004@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Jon Theil Nielsen , freebsd-current@freebsd.org, Kostik Belousov References: <8f82c35c0911080555x6a0721fem7bc01d3e3ff30bcf@mail.gmail.com> <20091108143348.GQ2331@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20091108143348.GQ2331@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: Samba problems on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2009 23:31:04 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 08 Nov 2009, 16:33 +0200, Kostik Belousov wrote: > On Sun, Nov 08, 2009 at 02:55:49PM +0100, Jon Theil Nielsen wrote: > > Hi > >=20 > > After running the latest upgrade for samba33, I cannot start it anymore= . The > > error message is: > > *Starting smbd. > > /libexec/ld-elf.so.1: /usr/local/sbin/smbd: invalid PT_PHDR > > /usr/local/etc/rc.d/samba: WARNING: failed to start smbd* > > uname -a says: > > *mflserver2.mydomain.dk 8.0-RC2 FreeBSD 8.0-RC2 #0: Sun Nov 8 02:37:45= CET > > 2009 root@mydomain.dk:/usr/obj/usr/src/sys/SERVER2 i386* > > I'm not sure if this problem is related to the system or to samba itsel= f. >=20 > I think you have old rtld, i.e. it misses r197931, but new kernel. > Kernel maps PIE binaries at non-zero base address, that cannot be > properly handled by old rtld. I have been running Samba 3.3.n on 8.0/i386 all the way through from -BETA1 to -RC2 with no problems. After seeing your post I upgraded Samba to 3.3.9 and everything still works. I think Kostik is suggesting that perhaps you missed an installworld and your world and kernel are out of synch. --=20 John Marshall --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr3VKwACgkQw/tAaKKahKJQmACfSVXcm6qbT1/L1ZI1pJW99tvI SBcAniceYVvnwNMZ3UjItDKVK10TjuGF =sJzb -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 05:44:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA891065692 for ; Mon, 9 Nov 2009 05:44:53 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51805.mail.re2.yahoo.com (web51805.mail.re2.yahoo.com [206.190.38.236]) by mx1.freebsd.org (Postfix) with SMTP id 3114B8FC19 for ; Mon, 9 Nov 2009 05:44:52 +0000 (UTC) Received: (qmail 88727 invoked by uid 60001); 9 Nov 2009 05:44:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1257745492; bh=01SWshbYprpYGwQZFwZL+NSwTiEuVbzjhfn9PGyv2VI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=A3+GXHo882dt3AV+qx/99XqIAh3AHDMoUQQ5qrnAWCdKroKAW/ypSHAEXzzI9zEnt1jZmHnxHTbLYemt4QtelA0NKBmYmFz+HH+KSE+YGAOXGtyp5wEECHf7vzQwdullxy7YBNT1RrVD+0ttcV8GwzLx+Cioevr6nya2Jt8U6JM= 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=ArCmSMv2+dOYm/ND3PlRT7vIs6uqV1f+LhI0aPHcwZsPuzZXaSVBjTnwx0dbZsX2J6HNfoj06sO16NOyXwgcAAdv7d1CuGBEI2XgZumMGa8j5EmJkuIvyoho28sJWmflJPJWBSSqyFyShG9J+4kXQM+dhCQ6IQvy9DpoXfFcBKY=; Message-ID: <366719.85562.qm@web51805.mail.re2.yahoo.com> X-YMail-OSG: EatF4A4VM1lce_GmiCRYSVrDgcxJqhFTyGaqvrclB9rRITqolVO4iRceuJRnGXL3LnuB125kz0yq2sM4J_pGdbsovta7hflg74DFTZRCJ0rZYdox0l3xus_tGt9IFdaKEv0ay38RRNLvfDKlCx8YJzAUOB984bkJ3g3xa.dWWrU2kVmOdeBawpWBAiWr6aDr7ge_37OKhWfkxQqwaD7Gv0o5qIt5cvy6apvUfiqdAxijEKD_0u9gMMtTUAIybewr6YIBqb2qxz76wE6PTeEpcVYpbGLjVnStDSXXm8r.slhaeTL8gcBufhNxEYjfZC35N0b6YhwewP0tiSf9UrOOWh6RVrAsB0Lc4UwtG0uT8TUV4V.2YmS11kVmMEC.APzBiQPvKG0uqfTEMzH8FGl.Fxx61OT0jXOayzjJSWwbSdkLGYZOVkUNdWIOmsy2PKoXauA4tFVFHyKYCJIcbJCJdCXEMvlTZ5XPH4ckJrVn4AIrY9fYfVh.u95bBdjFWWvcsfv8cjb3wtDIY9rvUkPP4yloFN7Fu3f33Y3uoK7zH5ZWCFHDPLIrJqP7v9ZdL7GDYo7QA9zGxKd87CKNOpsrdm_.mRDM1byiOeI7raip_p6TMI.kFlMV.jJ1qXytn9A_7kwSdcZuDzLkmruyNmQ- Received: from [75.158.17.63] by web51805.mail.re2.yahoo.com via HTTP; Sun, 08 Nov 2009 21:44:52 PST X-Mailer: YahooMailRC/211.6 YahooMailWebService/0.7.361.4 References: <668402.59630.qm@web51804.mail.re2.yahoo.com> Date: Sun, 8 Nov 2009 21:44:52 -0800 (PST) From: PseudoCylon To: PseudoCylon In-Reply-To: <668402.59630.qm@web51804.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: finished run driver for CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 05:44:53 -0000 ----- Original Message ---- > Subject: Re: finished run driver for CURRENT > > On Sunday 08 November 2009 11:22:50 PseudoCylon wrote: > > Hello everyone, > > > > I finished porting run driver to CURRENT (sort of). I posted it at freebsd > > fourums > > http://forums.freebsd.org/showpost.php?s=a3756a43cb6eca54dea97673ac8424e7&p > >=47936&postcount=28 Anyone interested in please try it out. > > Just some comments: > > There is an ep_index field you can set, instead of specifying exactly which > endpoint to use. > > Eg. > > UE_BULK_IN > UE_ADDR_ANY > > ep_index = 0, /* will match first bulk_in + addr_any */ > > > UE_BULK_OUT > UE_ADDR_ANY > > ep_index = 2, /* will match third bulk_out + addr_any */ > > I'm not sure if the manufacturer will change those values? > > Else, do you have any other feedback on the new USB stack? Was it difficult? > > --HPS > > Compile fails at line 2338 of if_run.c. > > /home/tsgan/run-CUR/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c: > In function 'run_tx': > /home/tsgan/run-CUR/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:2338: > warning: comparison between pointer and integer > *** Error code 1 > > Stop in /home/tsgan/run-CUR/sys/modules/usb/run. > > I guess it should either: > > struct ieee80211_channel *chan; > chan = ni->ni_chan == IEEE80211_CHAN_ANYC ? ic->ic_curchan : > ni->ni_chan; > > or: > > struct ieee80211_channel *chan; > chan = ni->ni_chan == (ieee80211_channel *)IEEE80211_CHAN_ANY ? > ic->ic_curchan : ni->ni_chan; > Thank you to everyone testing the driver. I've implemented all suggestions. __________________________________________________________________ Get a sneak peak at messages with a handy reading pane with All new Yahoo! Mail: http://ca.promos.yahoo.com/newmail/overview2/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 08:48:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B627106566C; Mon, 9 Nov 2009 08:48:21 +0000 (UTC) (envelope-from alteriks@gmail.com) Received: from mail.agora.pl (mail.agora.pl [193.42.230.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4B28FC08; Mon, 9 Nov 2009 08:48:20 +0000 (UTC) Received: from zcs01.agora.pl (zcs01.agora.pl [10.205.98.94]) by mail.agora.pl (8.13.8/8.11.1) with ESMTP id nA98mJuN002303; Mon, 9 Nov 2009 09:48:19 +0100 Received: from localhost (localhost.localdomain [127.0.0.1]) by zcs01.agora.pl (Postfix) with ESMTP id 339AB9377; Mon, 9 Nov 2009 09:48:19 +0100 (CET) X-Virus-Scanned: amavisd-new at zcs01.agora.pl Received: from zcs01.agora.pl ([127.0.0.1]) by localhost (zcs01.agora.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6k-Ur4JD4pyM; Mon, 9 Nov 2009 09:48:18 +0100 (CET) Received: from t42.localnet (unknown [10.201.55.193]) by zcs01.agora.pl (Postfix) with ESMTPSA id 61FC090FE; Mon, 9 Nov 2009 09:48:18 +0100 (CET) From: "alteriks@gmail.com" To: Robert Noland Date: Mon, 9 Nov 2009 09:48:12 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.30-1-686; KDE/4.3.2; i686; ; ) References: <200910291044.21818.alteriks@gmail.com> <1256812598.39726.22.camel@balrog.2hip.net> In-Reply-To: <1256812598.39726.22.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <200911090948.12578.alteriks@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 08:48:21 -0000 On Thursday 29 October 2009 11:36:38 Robert Noland wrote: > Ok, if you are getting this... It may be helpful if you can run "zdb > -uuu zroot", so I can see what is going on with the root block pointer. > I think you should be able to do that from fixit. Also note that you > don't have the latest version of the loader if it is printing "lld", > though as long as all of the drives are detected it likely won't make a > difference. The "can't read MOS" error is the first attempt to read > from the pool after probing all of the devices to sort out the > configuration. Everything up to this point reads data directly from the > vdev labels on each drive, so this is the first time that it tries to > read from the pool. > Sorry I forgot about this part. Here is zdb -uuu zroot Uberblock magic = 0000000000bab10c version = 13 txg = 111 guid_sum = 14036990686815153767 timestamp = 1257636491 UTC = Sat Nov 7 23:28:11 2009 rootbp = [L0 DMU objset] 400L/200P DVA[0]=<0:110004a000:400> DVA[1]=<0:40038400:400> DVA[2]=<0:1980041c00:400> fletcher4 lzjb LE contiguous birth=111 fill=126 cksum=7e96f92e7:357c99e1eb9:b7d10db3a713:1ac2df05bd147a From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 08:50:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 265C6106566B; Mon, 9 Nov 2009 08:50:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D632E8FC19; Mon, 9 Nov 2009 08:50:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1N7PxR-0008Ld-Pv>; Mon, 09 Nov 2009 09:50:41 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1N7PxR-00042q-OG>; Mon, 09 Nov 2009 09:50:41 +0100 Message-ID: <4AF7D802.7030401@zedat.fu-berlin.de> Date: Mon, 09 Nov 2009 08:51:14 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Installer: missing GEOM/gpart capabilities slicing disk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 08:50:43 -0000 Hello. I try to install a fresh new FreeBSD 8.0-RC2 (from snapshot-DVD) on a barndnew harddrive. As far as I recall partitioning a disk is now done via gpart and the limitation of having only 8 (-2) partitions from a through h except b and c is now obsoleted. When dropping into the installation process, I realised that the 8 partition boundary is still present. Is there a howto (I searched the wiki and lists without success)? I read a lot about how to install FreeBSD on op of a complete ZFS infrastructure, but key issue seems to be a hands-on partitioning of the target haddrive via the fixit procedure. Any help is appreciated. Thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 11:09:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A45C1065698 for ; Mon, 9 Nov 2009 11:09:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0308FC18 for ; Mon, 9 Nov 2009 11:09:32 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-213-63.bna.bellsouth.net [68.19.213.63]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nA9B9SoA086723 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 9 Nov 2009 06:09:30 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "alteriks@gmail.com" In-Reply-To: <200911090948.12578.alteriks@gmail.com> References: <200910291044.21818.alteriks@gmail.com> <1256812598.39726.22.camel@balrog.2hip.net> <200911090948.12578.alteriks@gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Mon, 09 Nov 2009 05:09:23 -0600 Message-Id: <1257764963.27939.22.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 11:09:33 -0000 On Mon, 2009-11-09 at 09:48 +0100, alteriks@gmail.com wrote: > On Thursday 29 October 2009 11:36:38 Robert Noland wrote: > > Ok, if you are getting this... It may be helpful if you can run "zdb > > -uuu zroot", so I can see what is going on with the root block pointer. > > I think you should be able to do that from fixit. Also note that you > > don't have the latest version of the loader if it is printing "lld", > > though as long as all of the drives are detected it likely won't make a > > difference. The "can't read MOS" error is the first attempt to read > > from the pool after probing all of the devices to sort out the > > configuration. Everything up to this point reads data directly from the > > vdev labels on each drive, so this is the first time that it tries to > > read from the pool. > > > Sorry I forgot about this part. > Here is zdb -uuu zroot > Uberblock > > magic = 0000000000bab10c > version = 13 > txg = 111 > guid_sum = 14036990686815153767 > timestamp = 1257636491 UTC = Sat Nov 7 23:28:11 2009 > rootbp = [L0 DMU objset] 400L/200P DVA[0]=<0:110004a000:400> > DVA[1]=<0:40038400:400> DVA[2]=<0:1980041c00:400> fletcher4 lzjb LE contiguous > birth=111 fill=126 cksum=7e96f92e7:357c99e1eb9:b7d10db3a713:1ac2df05bd147a Ok, that all looks correct for a raidz1. The logical size is 1024 bytes (400L) which is the uncompressed size of the data. The physical size is 512 bytes (200P) which is one sector on disk and the allocated size is 1024 bytes (512 bytes + 512 bytes of parity). For a raidz or mirror pool, the vdev is always 0, which represents the pseudo vdev, but it doesn't tell us for sure that all of the physical disks have been found. We should be able to verify that all the disks are present by summing the GUIDs. I'll have a look at that, so that we can at least warn if that is the case. If all of the physical devices are accounted for, then something is going wrong in the raidz read function, though I don't understand why it isn't more prolific if that is the case. i.e. why my raidz2 test is working fine. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 12:00:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC79106566C for ; Mon, 9 Nov 2009 12:00:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 99B2A8FC1F for ; Mon, 9 Nov 2009 12:00:58 +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 nA9C0sot094356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Nov 2009 14:00:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nA9C0sdC006336; Mon, 9 Nov 2009 14:00:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nA9C0sfY006335; Mon, 9 Nov 2009 14:00:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Nov 2009 14:00:54 +0200 From: Kostik Belousov To: "Timur I. Bakeyev" Message-ID: <20091109120054.GX2331@deviant.kiev.zoral.com.ua> References: <8f82c35c0911080555x6a0721fem7bc01d3e3ff30bcf@mail.gmail.com> <20091108143348.GQ2331@deviant.kiev.zoral.com.ua> <7d743c270911081436p52faac09l53f02e8b53adc1e9@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QQBmthHSezQuldOP" Content-Disposition: inline In-Reply-To: <7d743c270911081436p52faac09l53f02e8b53adc1e9@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@FreeBSD.org, Jon Theil Nielsen Subject: Re: Samba problems on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 12:00:59 -0000 --QQBmthHSezQuldOP Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 08, 2009 at 11:36:56PM +0100, Timur I. Bakeyev wrote: > Kostik, >=20 > do I understand you correctly, that your patch in back-merged into the > 8-STABLE and will be present in the final released version of FreeBSD > 8? FreeBSD 8.0, yes. It is in 8.0 RC2 already. >=20 > With regards, > Timur. >=20 > On Sun, Nov 8, 2009 at 3:33 PM, Kostik Belousov wro= te: > > On Sun, Nov 08, 2009 at 02:55:49PM +0100, Jon Theil Nielsen wrote: > >> Hi > >> > >> After running the latest upgrade for samba33, I cannot start it anymor= e. The > >> error message is: > >> *Starting smbd. > >> /libexec/ld-elf.so.1: /usr/local/sbin/smbd: invalid PT_PHDR > >> /usr/local/etc/rc.d/samba: WARNING: failed to start smbd* > >> uname -a says: > >> *mflserver2.mydomain.dk 8.0-RC2 FreeBSD 8.0-RC2 #0: Sun Nov =9A8 02:37= :45 CET > >> 2009 =9A =9A root@mydomain.dk:/usr/obj/usr/src/sys/SERVER2 =9Ai386* > >> I'm not sure if this problem is related to the system or to samba itse= lf. > > > > I think you have old rtld, i.e. it misses r197931, but new kernel. > > Kernel maps PIE binaries at non-zero base address, that cannot be > > properly handled by old rtld. > > --QQBmthHSezQuldOP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr4BHUACgkQC3+MBN1Mb4jf8wCg2iB0uO81OByxY1CxUuOrxBPU 4fgAnRj5uHbUnSDIUI/xmZaWa+1L45Vf =oK66 -----END PGP SIGNATURE----- --QQBmthHSezQuldOP-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 13:21:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E55A1065726; Mon, 9 Nov 2009 13:21:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id EF2CE8FC17; Mon, 9 Nov 2009 13:21:18 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N7UBF-00020Q-VU; Mon, 09 Nov 2009 13:21:17 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N7UBF-00043P-Cf; Mon, 09 Nov 2009 13:21:13 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nA9DLDMY076698; Mon, 9 Nov 2009 13:21:13 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nA9DLDfK076697; Mon, 9 Nov 2009 13:21:13 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 9 Nov 2009 13:21:13 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, kde@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.4 X-Spam-Level: ---- Cc: Subject: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 13:21:19 -0000 On ia64 HEAD while building x11/kdebase4-workspace I get lots of messages similar to: QWaitCondition: mutex destroy failure: Device busy QMutex: mutex destroy failure: Device busy culminating in this error: [skip] Linking CXX shared module ../../lib/kgreet_generic.so [ 10%] Built target kgreet_generic [ 10%] Generating org.kde.Kephal.Screens.xml QMutex: mutex destroy failure: Device busy [ 10%] Generating org.kde.Kephal.Outputs.xml [ 10%] Generating org.kde.Kephal.Configurations.xml Segmentation fault (core dumped) *** Error code 139 1 error *** Error code 2 Linking CXX shared module ../../lib/kgreet_winbind.so [ 10%] Built target kgreet_winbind 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. *** Error code 1 Please advise anton PS. I don't really need KDE at all. But Marcel reports that konqueror seems to be working. So I just want to build this. At present there's no secure graphical web browser for ia64. Until recently kazehakase was working. But now it doesn't, because security/nss doesn't build. And firefox doesn't build because of broken xpcom.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 15:50:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 556E61065676 for ; Mon, 9 Nov 2009 15:50:22 +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 29D3A8FC26 for ; Mon, 9 Nov 2009 15:50:22 +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 D651846B2D; Mon, 9 Nov 2009 10:50:21 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0C3488A021; Mon, 9 Nov 2009 10:50:21 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 9 Nov 2009 10:21:25 -0500 User-Agent: KMail/1.9.7 References: <4AF73E2B.9010404@siad.net> In-Reply-To: <4AF73E2B.9010404@siad.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911091021.26160.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 09 Nov 2009 10:50:21 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: bootstrap loader problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 15:50:22 -0000 On Sunday 08 November 2009 4:54:51 pm Don L. Belcher wrote: > John Baldwin wrote: > > On Sunday 01 November 2009 7:35:55 pm Don L. Belcher wrote: > > > >> New Dell 1737 laptop > >> > >> The following error occurs with versions 7.2 release and later > >> this message is from 8 RC2. All versions tried with 7.1 release and > >> earlier work fine, I tried 7.1, 7.2 and 6.4. I rebuilt 8 RC2 CD with > >> "loader" > >> from 7.1 release and the 8 RC2 comes up O.K. now. > >> I have two questions: > >> 1) is anybody familiar with this problem > >> 2) is it ok to install 8 RC2 using the 7.1 "loader" > >> > >> BTX loader 1.00 BTX version is 1.02 > >> Consoles: internal video/keyboard > >> panic: free: guard1 fail @ 0xbb797074 from (diretory path to) > >> common/console.c:94 > >> --> Press a key (etc) > >> > > > > I have not seen that before. Can you try compiling a loader on 8 that > > doesn't include GPT support? (cd /sys/boot; make > > LOADER_NO_GPT_SUPPORT=yes) > > > Sorry it took so long. I installed to hard drive and the "loader" does > not exhibit the problem. > The problem only shows up when booting from CD ROM. The boot from CD ROM > works > OK using the "loader" built with make LOADER_NO_GPT_SUPPORT=yes Bizarre, so somehow the BIOS for your CD drive is choking when the loader uses memory > 1MB for its malloc(). Hmmm, I know other people tested that change because I had to add bounce buffering to the CD drivers in the loader for buffers > 1MB. I could perhaps have a bug in the bounce buffering code that is trashing malloc's internal state if it does a buffer overrun of some sort. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 19:47:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157A81065672; Mon, 9 Nov 2009 19:47:12 +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 B74128FC0A; Mon, 9 Nov 2009 19:47:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nA9Is2OV054578; Mon, 9 Nov 2009 13:54:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nA9Is2dZ054553; Mon, 9 Nov 2009 18:54:02 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Nov 2009 18:54:02 GMT Message-Id: <200911091854.nA9Is2dZ054553@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: Mon, 09 Nov 2009 19:47:12 -0000 TB --- 2009-11-09 18:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-09 18:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-11-09 18:15:00 - cleaning the object tree TB --- 2009-11-09 18:15:10 - cvsupping the source tree TB --- 2009-11-09 18:15:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2009-11-09 18:15:47 - building world TB --- 2009-11-09 18:15:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-09 18:15:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-09 18:15:47 - TARGET=arm TB --- 2009-11-09 18:15:47 - TARGET_ARCH=arm TB --- 2009-11-09 18:15:47 - TZ=UTC TB --- 2009-11-09 18:15:47 - __MAKE_CONF=/dev/null TB --- 2009-11-09 18:15:47 - cd /src TB --- 2009-11-09 18:15:47 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 9 18:15:47 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/camcontrol && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/camcontrol/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/camcontrol/ camcontrol.o util.o modeedit.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/arm/src/tmp/usr/lib/libc.a /obj/arm/src/tmp/usr/lib/libcam.a /obj/arm/src/tmp/usr/lib/libsbuf.a /obj/arm/src/tmp/usr/lib/libutil.a >> .depend cc -O -pipe -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc1: warnings being treated as errors /src/sbin/camcontrol/camcontrol.c: In function 'atapm': /src/sbin/camcontrol/camcontrol.c:4156: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-09 18:54:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-09 18:54:02 - ERROR: failed to build world TB --- 2009-11-09 18:54:02 - 1693.77 user 465.28 system 2342.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 20:33:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D75E2106566B for ; Mon, 9 Nov 2009 20:33:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id B0EEB8FC19 for ; Mon, 9 Nov 2009 20:33:08 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nA9KX6dD013378; Mon, 9 Nov 2009 15:33:06 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911092033.nA9KX6dD013378@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 09 Nov 2009 15:33:11 -0500 To: pyunyh@gmail.com, Mykola Dzham From: Mike Tancsa In-Reply-To: <20091017222314.GB19204@michelle.cdnetworks.com> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfv@freebsd.org, current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 20:33:09 -0000 At 05:23 PM 10/17/2009, Pyun YongHyeon wrote: >On Sat, Oct 17, 2009 at 08:03:51PM +0300, Mykola Dzham wrote: > > Hi! > > On hight network load system panics: > > > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > GET BUF: dmamap load failure - 12 > > > >I believe this type of message should not be in fast path and it >should be rate-limited. > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 2; apic id = 02 > > fault virtual address = 0x0 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff8025e4a5 > > stack pointer = 0x28:0xffffff87312f3a60 > > frame pointer = 0x28:0xffffff87312f3a80 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (igb0 taskq) > > trap number = 12 > > panic: page fault > > cpuid = 2 > > KDB: stack backtrace: > > db_trace_self_wrapper() at 0xffffffff80185baa = > > db_trace_self_wrapper+0x2a > > panic() at 0xffffffff8020e992 = panic+0x182 > > trap_fatal() at 0xffffffff8040eefd = trap_fatal+0x2ad > > trap_pfault() at 0xffffffff8040f27d = trap_pfault+0x22d > > trap() at 0xffffffff8040fbff = trap+0x3cf > > calltrap() at 0xffffffff803f6e13 = calltrap+0x8 > > --- trap 0xc, rip = 0xffffffff8025e4a5, rsp = 0xffffff87312f3a60, rbp = > > 0xffffff87312f3a80 --- > > mb_free_ext() at 0xffffffff8025e4a5 = mb_free_ext+0x15 > > igb_get_buf() at 0xffffffff80a3a6e5 = igb_get_buf+0x2e5 > > igb_rxeof() at 0xffffffff80a3abd5 = igb_rxeof+0x425 > > igb_handle_rx() at 0xffffffff80a3b14b = igb_handle_rx+0x3b > > taskqueue_run() at 0xffffffff80243ec1 = taskqueue_run+0x91 > > taskqueue_thread_loop() at 0xffffffff8024404f = > > taskqueue_thread_loop+0x3f > > fork_exit() at 0xffffffff801ea9b2 = fork_exit+0x112 > > fork_trampoline() at 0xffffffff803f72ee = fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffff87312f3d30, rbp = 0 --- > > Uptime: 1h46m18s I was just about to start testing such hardware and found the bug fairly easy to reproduce. From /var/crash/core.txt panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq257: igb0) trap number = 12 panic: page fault cpuid = 5 Uptime: 30m34s Physical memory: 3560 MB Dumping 252 MB: 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc08853b7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc08856a9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc0bb6c7c in trap_fatal (frame=0xe75f8bd8, eva=16) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc0bb6f00 in trap_pfault (frame=0xe75f8bd8, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc0bb7905 in trap (frame=0xe75f8bd8) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc0b9a0cb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc061eecc in igb_rxeof (rxr=0xc7400e00, count=100) at /usr/src/sys/dev/e1000/if_igb.c:4074 #8 0xc061f409 in igb_msix_rx (arg=0xc7400e00) at /usr/src/sys/dev/e1000/if_igb.c:1455 #9 0xc085d3db in intr_event_execute_handlers (p=0xc71527f8, ie=0xc748d680) at /usr/src/sys/kern/kern_intr.c:1165 #10 0xc085e97b in ithread_loop (arg=0xc74b8970) at /usr/src/sys/kern/kern_intr.c:1178 #11 0xc085b121 in fork_exit (callout=0xc085e910 , arg=0xc74b8970, frame=0xe75f8d38) at /usr/src/sys/kern/kern_fork.c:843 #12 0xc0b9a140 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) using the patch provided by Pyun YongHyeon provided, allows the second port on the dual port nic to partially work, but the box still panics after a bit of traffic. If I just use igb1, it seems to be ok. But if I try and bring up igb0 and use it, 'bad things happen'. Panic with patch below panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 05 fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc061f147 stack pointer = 0x28:0xe75f7c24 frame pointer = 0x28:0xe75f7c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq257: igb0) trap number = 12 panic: page fault cpuid = 5 Uptime: 8m27s Physical memory: 3560 MB Dumping 127 MB: 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc0885597 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0885889 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc0bb6e1c in trap_fatal (frame=0xe75f7be4, eva=12) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc0bb70a0 in trap_pfault (frame=0xe75f7be4, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc0bb7aa5 in trap (frame=0xe75f7be4) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc0b9a26b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc061f147 in igb_rxeof (rxr=0xc7400e00, count=100) at /usr/src/sys/dev/e1000/if_igb.c:4130 #8 0xc061f679 in igb_msix_rx (arg=0xc7400e00) at /usr/src/sys/dev/e1000/if_igb.c:1456 #9 0xc085d5bb in intr_event_execute_handlers (p=0xc71527f8, ie=0xc748d680) at /usr/src/sys/kern/kern_intr.c:1165 #10 0xc085eb5b in ithread_loop (arg=0xc74b8960) at /usr/src/sys/kern/kern_intr.c:1178 #11 0xc085b301 in fork_exit (callout=0xc085eaf0 , arg=0xc74b8960, frame=0xe75f7d38) at /usr/src/sys/kern/kern_fork.c:843 #12 0xc0b9a2e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 20:37:06 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1066A1065670; Mon, 9 Nov 2009 20:37:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id F13308FC12; Mon, 9 Nov 2009 20:37:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSU00KQGZXIT800@asmtp028.mac.com>; Mon, 09 Nov 2009 12:36:56 -0800 (PST) From: Marcel Moolenaar In-reply-to: <4AF7D802.7030401@zedat.fu-berlin.de> Date: Mon, 09 Nov 2009 12:36:54 -0800 Message-id: <32916A26-60CF-457A-9F61-67DB295A4D9C@mac.com> References: <4AF7D802.7030401@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Subject: Re: Installer: missing GEOM/gpart capabilities slicing disk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 20:37:06 -0000 On Nov 9, 2009, at 12:51 AM, O. Hartmann wrote: > Hello. > I try to install a fresh new FreeBSD 8.0-RC2 (from snapshot-DVD) on > a barndnew harddrive. As far as I recall partitioning a disk is now > done via gpart and the limitation of having only 8 (-2) partitions > from a through h except b and c is now obsoleted. When dropping into > the installation process, I realised that the 8 partition boundary > is still present. sysinstall does not use gpart nor the kernel interface that GEOM_PART exposes. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 20:48:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E36AA1065694; Mon, 9 Nov 2009 20:48:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id C9EA68FC2A; Mon, 9 Nov 2009 20:48:27 +0000 (UTC) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA)" Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSV00EA50G5Q660@asmtp026.mac.com>; Mon, 09 Nov 2009 12:48:06 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> Date: Mon, 09 Nov 2009 12:48:04 -0800 Message-id: <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> References: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org, kde@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 20:48:28 -0000 --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT On Nov 9, 2009, at 5:21 AM, Anton Shterenlikht wrote: > On ia64 HEAD while building x11/kdebase4-workspace > I get lots of messages similar to: > > QWaitCondition: mutex destroy failure: Device busy > QMutex: mutex destroy failure: Device busy > > culminating in this error: > > > [skip] > > > Linking CXX shared module ../../lib/kgreet_generic.so > [ 10%] Built target kgreet_generic > [ 10%] Generating org.kde.Kephal.Screens.xml > QMutex: mutex destroy failure: Device busy > [ 10%] Generating org.kde.Kephal.Outputs.xml > [ 10%] Generating org.kde.Kephal.Configurations.xml > Segmentation fault (core dumped) > *** Error code 139 > 1 error > *** Error code 2 > Linking CXX shared module ../../lib/kgreet_winbind.so > [ 10%] Built target kgreet_winbind > 1 error > *** Error code 2 > 1 error > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4-workspace. > *** Error code 1 > > > Please advise > anton This is most likely a compiler bug. Just restart the build. I noticed some instability as well, but when restarting it would always move past the original problem. Please do not override compiler options. Just keep the default for now. > PS. I don't really need KDE at all. But Marcel reports that > konqueror seems to be working. So I just want to build this. I have some outstanding patches, you may want to apply. See attached. > At present there's no > secure graphical web browser for ia64. Until recently > kazehakase was working. But now it doesn't, because security/nss > doesn't build. And firefox doesn't build because of broken xpcom.. Firefox used to build. I'll see up with that... -- Marcel Moolenaar xcllnt@mac.com --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-type: application/octet-stream; name=ports.diff Content-transfer-encoding: 7bit Content-disposition: attachment; filename=ports.diff Index: lang/guile/files/patch-libguile_gc.c =================================================================== RCS file: lang/guile/files/patch-libguile_gc.c diff -N lang/guile/files/patch-libguile_gc.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lang/guile/files/patch-libguile_gc.c 21 Aug 2009 14:35:43 -0000 @@ -0,0 +1,23 @@ +--- libguile/gc.c.orig 2008-12-08 09:42:54.000000000 -0800 ++++ libguile/gc.c 2009-08-20 22:55:11.000000000 -0700 +@@ -1060,6 +1060,20 @@ + return (void *) ctx->uc_mcontext.sc_ar_bsp; + } + # endif /* linux */ ++# ifdef __FreeBSD__ ++# include ++void * ++scm_ia64_register_backing_store_base (void) ++{ ++ return (void *)0x8000000000000000; ++} ++void * ++scm_ia64_ar_bsp (const void *opaque) ++{ ++ const ucontext_t *ctx = opaque; ++ return (void *)(ctx->uc_mcontext.mc_special.bspstore + ctx->uc_mcontext.mc_special.ndirty); ++} ++# endif /* __FreeBSD__ */ + #endif /* __ia64__ */ + + void Index: lang/ocaml/Makefile =================================================================== RCS file: /home/ncvs/ports/lang/ocaml/Makefile,v retrieving revision 1.65 diff -u -r1.65 Makefile --- lang/ocaml/Makefile 29 Jun 2009 10:46:44 -0000 1.65 +++ lang/ocaml/Makefile 30 Sep 2009 01:12:49 -0000 @@ -81,7 +81,7 @@ -tklibs "-L${LOCALBASE}/lib ${THR_LD}" .endif -.if ${ARCH} == sparc64 || ${ARCH} == ia64 +.if ${ARCH} == sparc64 BROKEN= ocamlc.opt seg-faults on ${ARCH}, please try to fix .endif Index: math/cln/Makefile =================================================================== RCS file: /home/ncvs/ports/math/cln/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- math/cln/Makefile 27 Sep 2009 21:42:41 -0000 1.40 +++ math/cln/Makefile 1 Oct 2009 02:43:30 -0000 @@ -39,8 +39,8 @@ .include -.if ${ARCH} == "sparc64" || ${ARCH} == "ia64" -BROKEN= Does not compile on sparc64 or ia64 +.if ${ARCH} == "sparc64" +BROKEN= Does not compile on sparc64 .endif post-patch: Index: science/openbabel/Makefile =================================================================== RCS file: /home/ncvs/ports/science/openbabel/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- science/openbabel/Makefile 7 Oct 2009 21:11:39 -0000 1.27 +++ science/openbabel/Makefile 9 Oct 2009 23:54:36 -0000 @@ -30,10 +30,6 @@ .include -.if ${ARCH} == "ia64" -BROKEN= does not compile on ia64 (gcc internal error) -.endif - post-extract: @${LN} -sf babel.1 ${WRKSRC}/doc/openbabel.1 Index: x11/xorg/Makefile =================================================================== RCS file: /home/ncvs/ports/x11/xorg/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- x11/xorg/Makefile 25 Aug 2009 04:42:54 -0000 1.28 +++ x11/xorg/Makefile 25 Sep 2009 05:01:15 -0000 @@ -18,7 +18,7 @@ NO_BUILD= yes -RUN_DEPENDS+= ${LOCALBASE}/lib/dri/r128_dri.so:${PORTSDIR}/graphics/dri +RUN_DEPENDS+= ${LOCALBASE}/libdata/pkgconfig/dri.pc:${PORTSDIR}/graphics/dri # data RUN_DEPENDS+= ${LOCALBASE}/libdata/pkgconfig/xbitmaps.pc:${PORTSDIR}/x11/xbitmaps \ Index: x11-drivers/xf86-video-openchrome/Makefile =================================================================== RCS file: /home/ncvs/ports/x11-drivers/xf86-video-openchrome/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- x11-drivers/xf86-video-openchrome/Makefile 29 May 2009 03:53:34 -0000 1.13 +++ x11-drivers/xf86-video-openchrome/Makefile 27 Oct 2009 05:22:08 -0000 @@ -22,6 +22,6 @@ MAKE_ARGS+= drivermandir=${LOCALBASE}/man/man4 -ONLY_FOR_ARCHS= amd64 i386 +ONLY_FOR_ARCHS= amd64 i386 ia64 .include --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA)-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 21:33:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DA661065672 for ; Mon, 9 Nov 2009 21:33:31 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id 44AF98FC0A for ; Mon, 9 Nov 2009 21:33:30 +0000 (UTC) Received: by pzk40 with SMTP id 40so2327146pzk.7 for ; Mon, 09 Nov 2009 13:33:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.6.11 with SMTP id 11mr864885wff.260.1257800844203; Mon, 09 Nov 2009 13:07:24 -0800 (PST) Date: Mon, 9 Nov 2009 11:07:24 -1000 Message-ID: <4ab61a80911091307o28ca4e78pa8e42441bcf2e604@mail.gmail.com> From: David Cornejo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: sftp seg faulting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 21:33:31 -0000 Hi, In recent builds of 9-CURRENT on amd64 platform I am getting seg faults that seem related to glob - same vintage works on x86. Attempting ls of remote directory: (gdb) run Starting program: /usr/bin/sftp white Connecting to white... Password: sftp> ls Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x0000000800f0f750 in glob2 (pathbuf=0x7fffffff5900, pathend=0x7fffffff5950, pathend_last=0x7fffffff78f8, pattern=Variable "pattern" is not available. ) at /usr/src/lib/libc/gen/glob.c:844 #2 0x0000000800f0fdb2 in glob0 (pattern=0x7fffffffb9c0, pglob=0x7fffffffdb60, limit=0x7fffffffd9c0) at /usr/src/lib/libc/gen/glob.c:533 #3 0x0000000800f100e7 in globexp1 (pattern=0x7fffffffb9c0, pglob=0x7fffffffdb60, limit=0x7fffffffd9c0) at /usr/src/lib/libc/gen/glob.c:253 #4 0x0000000800f1049c in glob (pattern=0x801a6804a "", flags=Variable "flags" is not available. ) at /usr/src/lib/libc/gen/glob.c:229 #5 0x00000000004037b2 in do_globbed_ls (conn=0x801a25740, path=0x801a68040 "/home/dave", strip_path=0x801a68040 "/home/dave", lflag=8) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:752 #6 0x0000000000405673 in parse_dispatch_command (conn=0x801a25740, cmd=0x7fffffffe1a0 "ls", pwd=0x7fffffffe190, err_abort=0) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:1328 #7 0x0000000000405b33 in interactive_loop (fd_in=Variable "fd_in" is not available. ) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:1594 #8 0x0000000000406111 in main (argc=27279464, argv=0x801a04068) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:1825 (gdb) frame 1 #1 0x0000000800f0f750 in glob2 (pathbuf=0x7fffffff5900, pathend=0x7fffffff5950, pathend_last=0x7fffffff78f8, pattern=Variable "pattern" is not available. ) at /usr/src/lib/libc/gen/glob.c:844 844 return((*pglob->gl_lstat)(buf, sb)); (gdb) print pglob $1 = (glob_t *) 0x7fffffffdb60 (gdb) print *pglob $2 = {gl_pathc = 0, gl_matchc = 0, gl_offs = 0, gl_flags = 216, gl_pathv = 0x0, gl_errfunc = 0, gl_closedir = 0x409180 , gl_readdir = 0x4090d0 , gl_opendir = 0x4090a0 , gl_lstat = 0, gl_stat = 0x7fffffffdca0} (gdb) Attempting to put file: (gdb) run Starting program: /usr/bin/sftp white Connecting to white... Password: sftp> put testfile Program received signal SIGSEGV, Segmentation fault. 0x000000000040347c in process_put (conn=0x801a25740, src=0x801a69060 "testfile", dst=Variable "dst" is not available. ) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:590 590 for (i = 0; g.gl_pathv[i] && !interrupted; i++) { (gdb) list 585 tmp_dst); 586 err = -1; 587 goto out; 588 } 589 590 for (i = 0; g.gl_pathv[i] && !interrupted; i++) { 591 if (stat(g.gl_pathv[i], &sb) == -1) { 592 err = -1; 593 error("stat %s: %s", g.gl_pathv[i], strerror(errno)); 594 continue; (gdb) bt #0 0x000000000040347c in process_put (conn=0x801a25740, src=0x801a69060 "testfile", dst=Variable "dst" is not available. ) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:590 #1 0x0000000000404c7d in parse_dispatch_command (conn=0x801a25740, cmd=0x7fffffffe1a0 "put testfile", pwd=0x7fffffffe190, err_abort=0) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:1267 #2 0x0000000000405b33 in interactive_loop (fd_in=Variable "fd_in" is not available. ) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:1594 #3 0x0000000000406111 in main (argc=27279464, argv=0x801a04068) at /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp.c:1825 (gdb) print g $1 = {gl_pathc = 1, gl_matchc = 0, gl_offs = 1, gl_flags = 0, gl_pathv = 0x0, gl_errfunc = 0x10, gl_closedir = 0x801a69070, gl_readdir = 0, gl_opendir = 0, gl_lstat = 0, gl_stat = 0} (gdb) I'm either unlucky in tracing through glob or haven't been persistent enough - anyone have any idea what might be going on? thanks, dave c From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 21:44:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C941065670; Mon, 9 Nov 2009 21:44:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2A93F8FC0C; Mon, 9 Nov 2009 21:44:31 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 586F755CD82C; Tue, 10 Nov 2009 05:44:29 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id AFN7HVgFroil; Tue, 10 Nov 2009 05:44:23 +0800 (CST) Received: from delta.delphij.net (unknown [206.40.55.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 71E4855CD829; Tue, 10 Nov 2009 05:44:19 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=kivPbaSjanYKcJxba/sb6K7FhOr8WbMhTBCnphIEIWlF30ixs9RP7JxlKlT5FTRu2 6p458S1HDkaBgm6Eh6ucw== Message-ID: <4AF88D2F.3060306@delphij.net> Date: Mon, 09 Nov 2009 13:44:15 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: David Cornejo References: <4ab61a80911091307o28ca4e78pa8e42441bcf2e604@mail.gmail.com> In-Reply-To: <4ab61a80911091307o28ca4e78pa8e42441bcf2e604@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------040606040309030104060808" Cc: freebsd-current@freebsd.org, des@FreeBSD.org Subject: Re: sftp seg faulting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 21:44:33 -0000 This is a multi-part message in MIME format. --------------040606040309030104060808 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Cornejo wrote: > Hi, > > In recent builds of 9-CURRENT on amd64 platform I am getting seg > faults that seem related to glob - same vintage works on x86. > > Attempting ls of remote directory: > > (gdb) run > Starting program: /usr/bin/sftp white > Connecting to white... > Password: [...] > I'm either unlucky in tracing through glob or haven't been persistent > enough - anyone have any idea what might be going on? I am currently using a patch des@ sent to me (and also to this list) which worked fine. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr4jS8ACgkQi+vbBBjt66C9rwCfY6HH8I4WzoOlgL4UQNSFKvrA QfsAoIO0/IihgHEio/N8iHvRYFdgPtJh =bBF5 -----END PGP SIGNATURE----- --------------040606040309030104060808 Content-Type: text/plain; name="openssh-glob.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="openssh-glob.diff" Index: crypto/openssh/ssh_namespace.h =================================================================== --- crypto/openssh/ssh_namespace.h (revision 197801) +++ crypto/openssh/ssh_namespace.h (working copy) @@ -223,6 +223,8 @@ #define get_u32 ssh_get_u32 #define get_u64 ssh_get_u64 #define getrrsetbyname ssh_getrrsetbyname +#define glob ssh_glob +#define globfree ssh_globfree #define host_hash ssh_host_hash #define hostfile_read_key ssh_hostfile_read_key #define hpdelim ssh_hpdelim Index: secure/lib/libssh/Makefile =================================================================== --- secure/lib/libssh/Makefile (revision 197801) +++ secure/lib/libssh/Makefile (working copy) @@ -19,7 +19,7 @@ # compiled directly into sshd instead. # Portability layer -SRCS+= bsd-misc.c fmt_scaled.c getrrsetbyname.c \ +SRCS+= bsd-misc.c fmt_scaled.c getrrsetbyname.c glob.c \ openssl-compat.c port-tun.c strtonum.c vis.c xcrypt.c xmmap.c # FreeBSD additions SRCS+= version.c --------------040606040309030104060808-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 22:15:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA63E1065692; Mon, 9 Nov 2009 22:15:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 71CEE8FC19; Mon, 9 Nov 2009 22:15:41 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nA9MFeDP013898; Mon, 9 Nov 2009 17:15:40 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911092215.nA9MFeDP013898@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 09 Nov 2009 17:15:44 -0500 To: pyunyh@gmail.com, Mykola Dzham From: Mike Tancsa In-Reply-To: <200911092033.nA9KX6dD013378@lava.sentex.ca> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfv@freebsd.org, current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 22:15:41 -0000 At 03:33 PM 11/9/2009, Mike Tancsa wrote: And with dcons connected for debugging, a clean RELENG_8 just checked out, this comes up on the console when trying to bring up igb0 (igb1 works just fine) GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 05 fault virtual address = 0x10 fault code = supervisor write, page not present instruction pointer = 0x20:0xc062838c stack pointer = 0x28:0xe75f4c18 frame pointer = 0x28:0xe75f4c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq257: igb0) [thread pid 12 tid 100046 ] Stopped at igb_rxeof+0x1ec: orl $0x2,0x10(%esi) db> bt Tracing pid 12 tid 100046 td 0xc743a000 igb_rxeof(c74ca1c0,5,5,c74ca240,c749a700,...) at igb_rxeof+0x1ec igb_msix_rx(c74a4b00,0,109,d40f8d68,aa,...) at igb_msix_rx+0x29 intr_event_execute_handlers(c715f7f8,c749a700,c0c86d45,4f6,c749a770,...) at intr_event_execute_handlers+0x14b ithread_loop(c74b0a00,e75f4d38,90a490a4,e8c3e8c3,176b176b,...) at ithread_loop+0x6b fork_exit(c086b420,c74b0a00,e75f4d38) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe75f4d70, ebp = 0 --- db> db> ps pid ppid pgrp uid state wmesg wchan cmd 1399 1383 1399 0 S+ select 0xc8a56924 ping 1383 1382 1383 0 S+ pause 0xc8b79300 csh 1382 1379 1382 1001 S+ wait 0xc8b79000 su 1379 1378 1379 1001 Ss+ pause 0xc8dd7da0 csh 1378 1376 1376 1001 S select 0xc7c1f224 sshd 1376 1231 1376 0 Ss sbwait 0xc8b83d98 sshd 1361 1360 1361 0 S+ ttyin 0xc7963070 csh 1360 1356 1360 1001 S+ wait 0xc7a69aa0 su 1356 1355 1356 1001 Ss+ pause 0xc7a6ada0 csh 1355 1353 1353 1001 S select 0xc7a80764 sshd 1353 1231 1353 0 Ss sbwait 0xc8b71a60 sshd 1344 1 1344 65 Ss select 0xc7965c64 dhclient 1326 1 1326 0 Ss select 0xc7a80264 dhclient 1305 1 1305 0 Ss+ ttyin 0xc71a7c70 getty 1304 1 1304 0 Ss+ ttyin 0xc71a8870 getty 1303 1 1303 0 Ss+ ttyin 0xc71a8a70 getty 1302 1 1302 0 Ss+ ttyin 0xc71a8c70 getty 1301 1 1301 0 Ss+ ttyin 0xc71a8e70 getty 1300 1 1300 0 Ss+ ttyin 0xc76f4070 getty 1299 1 1299 0 Ss+ ttyin 0xc76f4470 getty 1298 1 1298 0 Ss+ ttyin 0xc76f4a70 getty 1297 1 1297 0 Ss+ ttyin 0xc76f4870 getty 1275 1 1275 0 Ss select 0xc7946d64 inetd 1248 1 1248 0 Ss nanslp 0xc0dcdf04 cron 1242 1 1242 25 Ss pause 0xc7a69058 sendmail 1238 1 1238 0 Ss select 0xc79f4c24 sendmail 1231 1 1231 0 Ss select 0xc7946724 sshd 1209 1 1209 136 Ss select 0xc79f48a4 dhcpd 1166 1 1166 65534 Ss select 0xc79469a4 sdpd 1075 1074 1074 0 S (threaded) nfsd 100191 S rpcsvc 0xc7c206d0 nfsd: service 100190 S rpcsvc 0xc7c20710 nfsd: service 100189 S rpcsvc 0xc7946610 nfsd: service 100124 S rpcsvc 0xc7966510 nfsd: master 1074 1 1074 0 Ss select 0xc7946424 nfsd 1066 1 1066 0 Ss select 0xc79460e4 mountd 989 1 989 0 Ss select 0xc7946b24 rpcbind 972 1 972 0 Rs CPU 0 syslogd 795 1 795 0 Ss select 0xc7a80b24 devd 744 1 744 0 Ss select 0xc7a80464 moused 491 486 486 64 S bpf 0xc7959600 pflogd 486 1 486 0 Ss sbwait 0xc7bfcbfc pflogd 483 0 0 0 SL pftm 0xc87610f0 [pfpurge] 144 1 144 0 Ss pause 0xc7a6f5a8 adjkerntz 22 0 0 0 SL flowclea 0xc0de1d48 [flowcleaner] 21 0 0 0 SL sdflush 0xc0ded440 [softdepflush] 20 0 0 0 SL syncer 0xc0de1b50 [syncer] 19 0 0 0 SL vlruwt 0xc791e550 [vnlru] 18 0 0 0 SL psleep 0xc0de1888 [bufdaemon] 17 0 0 0 SL pgzero 0xc0dee114 [pagezero] 16 0 0 0 SL psleep 0xc0dedd3c [vmdaemon] 9 0 0 0 SL psleep 0xc0dedd04 [pagedaemon] 8 0 0 0 SL waiting_ 0xc0de363c [sctp_iterator] 7 0 0 0 SL - 0xc71a623c [fdc0] 6 0 0 0 SL - 0xc75de000 [fw0_probe] 15 0 0 0 SL (threaded) usb 100111 D - 0xc7951608 [ucom] 100110 D - 0xc79f7408 [ucom] 100091 D - 0xc75c6d0c [usbus7] 100090 D - 0xc75c6cdc [usbus7] 100089 D - 0xc75c6cac [usbus7] 100088 D - 0xc75c6c7c [usbus7] 100087 D - 0xc75b4dac [usbus6] 100086 D - 0xc75b4d7c [usbus6] 100085 D - 0xc75b4d4c [usbus6] 100084 D - 0xc75b4d1c [usbus6] 100083 D - 0xc759ddac [usbus5] 100082 D - 0xc759dd7c [usbus5] 100081 D - 0xc759dd4c [usbus5] 100080 D - 0xc759dd1c [usbus5] 100079 D - 0xc7583dac [usbus4] 100078 D - 0xc7583d7c [usbus4] 100077 D - 0xc7583d4c [usbus4] 100076 D - 0xc7583d1c [usbus4] 100073 D - 0xc7559d0c [usbus3] 100072 D - 0xc7559cdc [usbus3] 100071 D - 0xc7559cac [usbus3] 100070 D - 0xc7559c7c [usbus3] 100068 D - 0xc7544dac [usbus2] 100067 D - 0xc7544d7c [usbus2] 100066 D - 0xc7544d4c [usbus2] 100065 D - 0xc7544d1c [usbus2] 100063 D - 0xc752fdac [usbus1] 100062 D - 0xc752fd7c [usbus1] 100061 D - 0xc752fd4c [usbus1] 100060 D - 0xc752fd1c [usbus1] 100058 D - 0xc750fdac [usbus0] 100057 D - 0xc750fd7c [usbus0] 100056 D - 0xc750fd4c [usbus0] 100055 D - 0xc750fd1c [usbus0] 5 0 0 0 SL ccb_scan 0xc0d9a154 [xpt_thrd] 14 0 0 0 SL - 0xc0dcdd64 [yarrow] 4 0 0 0 SL - 0xc0dcbb24 [g_down] 3 0 0 0 SL - 0xc0dcbb20 [g_up] 2 0 0 0 SL - 0xc0dcbb18 [g_event] 13 0 0 0 SL (threaded) ng_queue 100028 D sleep 0xc0fd2160 [ng_queue7] 100027 D sleep 0xc0fd2160 [ng_queue6] 100026 D sleep 0xc0fd2160 [ng_queue5] 100025 D sleep 0xc0fd2160 [ng_queue4] 100024 D sleep 0xc0fd2160 [ng_queue3] 100023 D sleep 0xc0fd2160 [ng_queue2] 100022 D sleep 0xc0fd2160 [ng_queue1] 100021 D sleep 0xc0fd2160 [ng_queue0] 12 0 0 0 RL (threaded) intr 100099 I [swi0: uart] 100098 I [irq1: atkbd0] 100097 I [irq15: ata1] 100096 I [irq14: ata0] 100094 I [irq263: ahci0] 100075 I [irq23: uhci3 ehci1] 100074 I [irq17: siis0] 100069 I [irq18: ehci0 uhci5] 100064 I [irq19: fwohci0++] 100059 I [irq21: uhci1] 100054 I [irq16: uhci0+] 100051 I [irq261: igb1] 100050 I [irq260: igb1] 100049 I [irq259: igb1] 100047 I [irq258: igb0] 100046 Run CPU 5 [irq257: igb0] 100045 I [irq256: igb0] 100044 I [irq9: acpi0] 100043 I [swi6: Giant taskq] 100041 I [swi5: +] 100037 I [swi2: cambio] 100034 I [swi6: task queue] 100020 I [swi4: clock] 100019 I [swi4: clock] 100018 I [swi4: clock] 100017 I [swi4: clock] 100016 I [swi4: clock] 100015 I [swi4: clock] 100014 I [swi4: clock] 100013 I [swi4: clock] 100012 I [swi1: netisr 0] 100011 I [swi3: vm] 11 0 0 0 RL (threaded) idle 100010 CanRun [idle: cpu0] 100009 Run CPU 1 [idle: cpu1] 100008 Run CPU 2 [idle: cpu2] 100007 Run CPU 3 [idle: cpu3] 100006 Run CPU 4 [idle: cpu4] 100005 CanRun [idle: cpu5] 100004 Run CPU 6 [idle: cpu6] 100003 Run CPU 7 [idle: cpu7] 1 0 1 0 SLs wait 0xc715fd48 [init] 10 0 0 0 SL audit_wo 0xc0decd60 [audit] 0 0 0 0 SLs (threaded) kernel 100092 D - 0xc75e88c0 [fw0_taskq] 100053 D - 0xc74e1300 [em0 taskq] 100052 D - 0xc74e2680 [igb1 taskq] 100048 D - 0xc74ca1c0 [igb0 taskq] 100042 D - 0xc73a78c0 [thread taskq] 100040 D - 0xc73a7d00 [acpi_task_2] 100039 D - 0xc73a7d00 [acpi_task_1] 100038 D - 0xc73a7d00 [acpi_task_0] 100035 D - 0xc73a7e80 [kqueue taskq] 100032 D - 0xc71468c0 [firmware taskq] 100000 D sched 0xc0dcbbe0 [swapper] db> ---Mike >>_______________________________________________ >>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" > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 22:57:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 083DC1065676; Mon, 9 Nov 2009 22:57:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE3E8FC31; Mon, 9 Nov 2009 22:57:04 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAM8s+EqDaFvH/2dsb2JhbADeFYQ+BA X-IronPort-AV: E=Sophos;i="4.44,711,1249272000"; d="scan'208";a="54747631" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 09 Nov 2009 17:57:03 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 82A69108498E; Mon, 9 Nov 2009 17:57:03 -0500 (EST) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Iwx+ZpzMErL0; Mon, 9 Nov 2009 17:57:02 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 385DF10845A3; Mon, 9 Nov 2009 17:57:02 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nA9N4dL23236; Mon, 9 Nov 2009 18:04:39 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 9 Nov 2009 18:04:39 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Rui Paulo In-Reply-To: <030A8229-9707-4F70-B4BE-584F1BF9ECEC@FreeBSD.org> Message-ID: References: <4AF0B7DF.9030405@freebsd.org> <030A8229-9707-4F70-B4BE-584F1BF9ECEC@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: dfr@FreeBSD.org, freebsd-current@FreeBSD.org, O.Seibert@cs.ru.nl, kometen@gmail.com Subject: Re: Help needed: TCP Wizards (was 8.0-RC1 NFS client timeout issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 22:57:05 -0000 On Thu, 5 Nov 2009, Rui Paulo wrote: >> >> Now, here's where someone may be able to help? >> >> Grep'ng around, I found 4 places where the TCP stack called ip_output() >> (one in each of tcp_output.c, tcp_subr.c, tcp_timewait.c and >> tcp_syncache.c) and I put a printf like this just before them: >> if (flags & TH_RST) >> printf("sent a reset\n"); >> >> (The exact format varies for each, because of where the TCP >> header flags are and have different printf messages.) >> >> Now, the weird part is, that when the extraneous RST is sent to the >> server, I don't get any printf. (I do get a few of these, but at other >> times for what appear to be legitimate RSTs.) >> >> I can't see anywhere else that the TCP stack would send an RST and, so, >> I'm stuck w.r.t. figuring out what is sending them? >> Ok, if you found the previous posts entertaining, you might enjoy this:-) Along with the printfs before all the ip_output() calls, I added calls inside ip_output() and, eventually, even calls in front of every if_output(). Never got anything that indicated an RST was being sent. (I only saw what I expected, which was an ACK reply being sent.) BUT, at almost exactly the same time, there were the FreeBSD8-CURRENT client->server RST packets on the server's snoop trace. Hmm, did a tcpdump in the client and, yes, the same packets were there. To keep it simple, I had done the dinosaur thing and plugged both the client and server into an old, dumb 10baseT hub, so that I could easily watch everything. (I also had an uplink cable to the net port in the wall, so I could move kernels around from the machine I usually build them on.) I was at the point where I couldn't conceivably figure out where the FreeBSD-CURRENT client was generating these RSTs. So guess what... --> it wasn't I unplugged the uplink cable and, no more RSTs. I've been testing for long enough now, that I am 99% certain they were being injected. Since the from address and even the MAC address is correct, I can only assume that it was the Cisco switch that was doing the injecting. (How else could a packet come in from the Cisco switch with the MAC address of the FreeBSD-CURRENT client machine?) It was usually triggered by a server reboot. After the server reboot, the server does send an RST to the client. This seems legit, but might be what makes Cisco think that "bad things" are happening? (I have no access to info about the switches or their configuration, although the campus standard is for these ports to be used by a single desktop machine only and not a switch or hub.) So, it seems that FreeBSD8-CURRENT reconnects fine now, so long as nothing is injecting RSTs into the newly created connection. Well, I'm not sure I found this fun, but hopefully others are entertained:-), rick From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 22:59:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0AE01065672; Mon, 9 Nov 2009 22:59:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 932058FC08; Mon, 9 Nov 2009 22:59:53 +0000 (UTC) Received: by ewy18 with SMTP id 18so943208ewy.43 for ; Mon, 09 Nov 2009 14:59:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sAqTr/FT65/Q6bcramUnwYmeipgl/GygzEEC6BLQ/SI=; b=UIoXdoQoeqYHautdQGQyVzlmaP/F04hMrOznI6+P2wtXHKhHb/VIShM41WCJ9d+INz tIJTxgHv35mcjidwEENROdtiBlTruy6LbEJ4D4Dm2HOjtnb9rWSfbqMzfXNdpuOuauTp InXII5fQZr/vXQc+f9WEgTK9Pyj/XdCvPkaDY= 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=qZmzSaj75YoT7qU3SrPzBvbg/TscL+iTsXqyxT1sGl6zF1OOBedaVc0NzMa16qC25p W0kTGCLVBA98GZv26ZsDV0zHcH/BamgQd3nfoQG0G2gcTPUBMbXm32wrjNjo3mFXcgfC 7QmDAQP02lcS/Onzk46MmyexroJsiSvcCO/Fg= MIME-Version: 1.0 Received: by 10.216.86.7 with SMTP id v7mr2612496wee.203.1257807592431; Mon, 09 Nov 2009 14:59:52 -0800 (PST) In-Reply-To: <200911092215.nA9MFeDP013898@lava.sentex.ca> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> Date: Mon, 9 Nov 2009 14:59:52 -0800 Message-ID: <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 22:59:54 -0000 Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks like that happens when in the bus_dma stuff reserve_bounce_pages() fails. Are you maybe using a 32 bit kernel? I have not seen this failure here. Jack On Mon, Nov 9, 2009 at 2:15 PM, Mike Tancsa wrote: > At 03:33 PM 11/9/2009, Mike Tancsa wrote: > > > And with dcons connected for debugging, a clean RELENG_8 just checked out, > this comes up on the console when trying to bring up igb0 (igb1 works just > fine) > > > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 5; apic id = 05 > fault virtual address = 0x10 > > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc062838c > stack pointer = 0x28:0xe75f4c18 > frame pointer = 0x28:0xe75f4c78 > > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq257: igb0) > [thread pid 12 tid 100046 ] > Stopped at igb_rxeof+0x1ec: orl $0x2,0x10(%esi) > db> bt > Tracing pid 12 tid 100046 td 0xc743a000 > igb_rxeof(c74ca1c0,5,5,c74ca240,c749a700,...) at igb_rxeof+0x1ec > igb_msix_rx(c74a4b00,0,109,d40f8d68,aa,...) at igb_msix_rx+0x29 > intr_event_execute_handlers(c715f7f8,c749a700,c0c86d45,4f6,c749a770,...) at > intr_event_execute_handlers+0x14b > ithread_loop(c74b0a00,e75f4d38,90a490a4,e8c3e8c3,176b176b,...) at > ithread_loop+0x6b > fork_exit(c086b420,c74b0a00,e75f4d38) at fork_exit+0x91 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe75f4d70, ebp = 0 --- > db> > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1399 1383 1399 0 S+ select 0xc8a56924 ping > 1383 1382 1383 0 S+ pause 0xc8b79300 csh > 1382 1379 1382 1001 S+ wait 0xc8b79000 su > 1379 1378 1379 1001 Ss+ pause 0xc8dd7da0 csh > 1378 1376 1376 1001 S select 0xc7c1f224 sshd > 1376 1231 1376 0 Ss sbwait 0xc8b83d98 sshd > 1361 1360 1361 0 S+ ttyin 0xc7963070 csh > 1360 1356 1360 1001 S+ wait 0xc7a69aa0 su > 1356 1355 1356 1001 Ss+ pause 0xc7a6ada0 csh > 1355 1353 1353 1001 S select 0xc7a80764 sshd > 1353 1231 1353 0 Ss sbwait 0xc8b71a60 sshd > 1344 1 1344 65 Ss select 0xc7965c64 dhclient > 1326 1 1326 0 Ss select 0xc7a80264 dhclient > 1305 1 1305 0 Ss+ ttyin 0xc71a7c70 getty > 1304 1 1304 0 Ss+ ttyin 0xc71a8870 getty > 1303 1 1303 0 Ss+ ttyin 0xc71a8a70 getty > 1302 1 1302 0 Ss+ ttyin 0xc71a8c70 getty > 1301 1 1301 0 Ss+ ttyin 0xc71a8e70 getty > 1300 1 1300 0 Ss+ ttyin 0xc76f4070 getty > 1299 1 1299 0 Ss+ ttyin 0xc76f4470 getty > 1298 1 1298 0 Ss+ ttyin 0xc76f4a70 getty > 1297 1 1297 0 Ss+ ttyin 0xc76f4870 getty > 1275 1 1275 0 Ss select 0xc7946d64 inetd > 1248 1 1248 0 Ss nanslp 0xc0dcdf04 cron > 1242 1 1242 25 Ss pause 0xc7a69058 sendmail > 1238 1 1238 0 Ss select 0xc79f4c24 sendmail > 1231 1 1231 0 Ss select 0xc7946724 sshd > 1209 1 1209 136 Ss select 0xc79f48a4 dhcpd > 1166 1 1166 65534 Ss select 0xc79469a4 sdpd > 1075 1074 1074 0 S (threaded) nfsd > 100191 S rpcsvc 0xc7c206d0 nfsd: service > 100190 S rpcsvc 0xc7c20710 nfsd: service > 100189 S rpcsvc 0xc7946610 nfsd: service > 100124 S rpcsvc 0xc7966510 nfsd: master > 1074 1 1074 0 Ss select 0xc7946424 nfsd > 1066 1 1066 0 Ss select 0xc79460e4 mountd > 989 1 989 0 Ss select 0xc7946b24 rpcbind > 972 1 972 0 Rs CPU 0 syslogd > 795 1 795 0 Ss select 0xc7a80b24 devd > 744 1 744 0 Ss select 0xc7a80464 moused > 491 486 486 64 S bpf 0xc7959600 pflogd > 486 1 486 0 Ss sbwait 0xc7bfcbfc pflogd > 483 0 0 0 SL pftm 0xc87610f0 [pfpurge] > 144 1 144 0 Ss pause 0xc7a6f5a8 adjkerntz > 22 0 0 0 SL flowclea 0xc0de1d48 [flowcleaner] > 21 0 0 0 SL sdflush 0xc0ded440 [softdepflush] > 20 0 0 0 SL syncer 0xc0de1b50 [syncer] > 19 0 0 0 SL vlruwt 0xc791e550 [vnlru] > 18 0 0 0 SL psleep 0xc0de1888 [bufdaemon] > 17 0 0 0 SL pgzero 0xc0dee114 [pagezero] > 16 0 0 0 SL psleep 0xc0dedd3c [vmdaemon] > 9 0 0 0 SL psleep 0xc0dedd04 [pagedaemon] > 8 0 0 0 SL waiting_ 0xc0de363c [sctp_iterator] > 7 0 0 0 SL - 0xc71a623c [fdc0] > 6 0 0 0 SL - 0xc75de000 [fw0_probe] > 15 0 0 0 SL (threaded) usb > 100111 D - 0xc7951608 [ucom] > 100110 D - 0xc79f7408 [ucom] > 100091 D - 0xc75c6d0c [usbus7] > 100090 D - 0xc75c6cdc [usbus7] > 100089 D - 0xc75c6cac [usbus7] > 100088 D - 0xc75c6c7c [usbus7] > 100087 D - 0xc75b4dac [usbus6] > 100086 D - 0xc75b4d7c [usbus6] > 100085 D - 0xc75b4d4c [usbus6] > 100084 D - 0xc75b4d1c [usbus6] > 100083 D - 0xc759ddac [usbus5] > 100082 D - 0xc759dd7c [usbus5] > 100081 D - 0xc759dd4c [usbus5] > 100080 D - 0xc759dd1c [usbus5] > 100079 D - 0xc7583dac [usbus4] > 100078 D - 0xc7583d7c [usbus4] > 100077 D - 0xc7583d4c [usbus4] > 100076 D - 0xc7583d1c [usbus4] > 100073 D - 0xc7559d0c [usbus3] > 100072 D - 0xc7559cdc [usbus3] > 100071 D - 0xc7559cac [usbus3] > 100070 D - 0xc7559c7c [usbus3] > 100068 D - 0xc7544dac [usbus2] > 100067 D - 0xc7544d7c [usbus2] > 100066 D - 0xc7544d4c [usbus2] > 100065 D - 0xc7544d1c [usbus2] > 100063 D - 0xc752fdac [usbus1] > 100062 D - 0xc752fd7c [usbus1] > 100061 D - 0xc752fd4c [usbus1] > 100060 D - 0xc752fd1c [usbus1] > 100058 D - 0xc750fdac [usbus0] > 100057 D - 0xc750fd7c [usbus0] > 100056 D - 0xc750fd4c [usbus0] > 100055 D - 0xc750fd1c [usbus0] > 5 0 0 0 SL ccb_scan 0xc0d9a154 [xpt_thrd] > 14 0 0 0 SL - 0xc0dcdd64 [yarrow] > 4 0 0 0 SL - 0xc0dcbb24 [g_down] > 3 0 0 0 SL - 0xc0dcbb20 [g_up] > 2 0 0 0 SL - 0xc0dcbb18 [g_event] > 13 0 0 0 SL (threaded) ng_queue > 100028 D sleep 0xc0fd2160 [ng_queue7] > 100027 D sleep 0xc0fd2160 [ng_queue6] > 100026 D sleep 0xc0fd2160 [ng_queue5] > 100025 D sleep 0xc0fd2160 [ng_queue4] > 100024 D sleep 0xc0fd2160 [ng_queue3] > 100023 D sleep 0xc0fd2160 [ng_queue2] > 100022 D sleep 0xc0fd2160 [ng_queue1] > 100021 D sleep 0xc0fd2160 [ng_queue0] > 12 0 0 0 RL (threaded) intr > 100099 I [swi0: uart] > 100098 I [irq1: atkbd0] > 100097 I [irq15: ata1] > 100096 I [irq14: ata0] > 100094 I [irq263: ahci0] > 100075 I [irq23: uhci3 ehci1] > 100074 I [irq17: siis0] > 100069 I [irq18: ehci0 uhci5] > 100064 I [irq19: fwohci0++] > 100059 I [irq21: uhci1] > 100054 I [irq16: uhci0+] > 100051 I [irq261: igb1] > 100050 I [irq260: igb1] > 100049 I [irq259: igb1] > 100047 I [irq258: igb0] > 100046 Run CPU 5 [irq257: igb0] > 100045 I [irq256: igb0] > 100044 I [irq9: acpi0] > 100043 I [swi6: Giant taskq] > 100041 I [swi5: +] > 100037 I [swi2: cambio] > 100034 I [swi6: task queue] > 100020 I [swi4: clock] > 100019 I [swi4: clock] > 100018 I [swi4: clock] > 100017 I [swi4: clock] > 100016 I [swi4: clock] > 100015 I [swi4: clock] > 100014 I [swi4: clock] > 100013 I [swi4: clock] > 100012 I [swi1: netisr 0] > 100011 I [swi3: vm] > 11 0 0 0 RL (threaded) idle > 100010 CanRun [idle: cpu0] > 100009 Run CPU 1 [idle: cpu1] > 100008 Run CPU 2 [idle: cpu2] > 100007 Run CPU 3 [idle: cpu3] > 100006 Run CPU 4 [idle: cpu4] > 100005 CanRun [idle: cpu5] > 100004 Run CPU 6 [idle: cpu6] > 100003 Run CPU 7 [idle: cpu7] > 1 0 1 0 SLs wait 0xc715fd48 [init] > 10 0 0 0 SL audit_wo 0xc0decd60 [audit] > 0 0 0 0 SLs (threaded) kernel > 100092 D - 0xc75e88c0 [fw0_taskq] > 100053 D - 0xc74e1300 [em0 taskq] > 100052 D - 0xc74e2680 [igb1 taskq] > 100048 D - 0xc74ca1c0 [igb0 taskq] > 100042 D - 0xc73a78c0 [thread taskq] > 100040 D - 0xc73a7d00 [acpi_task_2] > 100039 D - 0xc73a7d00 [acpi_task_1] > 100038 D - 0xc73a7d00 [acpi_task_0] > 100035 D - 0xc73a7e80 [kqueue taskq] > 100032 D - 0xc71468c0 [firmware taskq] > 100000 D sched 0xc0dcbbe0 [swapper] > db> > > > ---Mike > > > > > > > > > > _______________________________________________ >>> 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" >>> >> >> -------------------------------------------------------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet since 1994 www.sentex.net >> Cambridge, Ontario Canada www.sentex.net/mike >> >> _______________________________________________ >> 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 >> " >> > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 23:25:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE1D21065676; Mon, 9 Nov 2009 23:25:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8A79F8FC18; Mon, 9 Nov 2009 23:25:40 +0000 (UTC) Received: by ywh8 with SMTP id 8so3190647ywh.3 for ; Mon, 09 Nov 2009 15:25:40 -0800 (PST) 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=8wbq2EnL67V0bKbNfNvVGDKAsnGhwpVxtBQXt0hqpGo=; b=g1aSqABD5hxe4tFq/WTMLkU2ZQU9XlsdMGnrmnPzh4OjRNr1+akGFZzlcpPj/rysPr s3E9T4p6pEunFeKum34X87nqVWeSMV5vgEWp6PyK6ditZuBcuGFACBQJJjXU5b+ZBZ29 hWhINhHglFbDyNpF3PfINF0O9IVz2FL6JtTk8= 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=IPqqblCZdCmhxq/X8+GCy0KKOttdCOhHE8uIsRjgIUYJpqkgAoZPY/J6R6lGinjA9Q 4WCQov9mtvpew1fs8jBjCLlD7jM0Wlq6yiT6Wrtne8pZOhJEhj+mdmdEZTiyOSV4miYE lbvelAX/OfeFz6Sm0ZYMEnlElSJO38VbSxyzc= Received: by 10.91.141.6 with SMTP id t6mr15240240agn.49.1257809136702; Mon, 09 Nov 2009 15:25:36 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm71452yxe.57.2009.11.09.15.25.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Nov 2009 15:25:35 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 9 Nov 2009 15:25:01 -0800 From: Pyun YongHyeon Date: Mon, 9 Nov 2009 15:25:00 -0800 To: Mike Tancsa Message-ID: <20091109232500.GB1141@michelle.cdnetworks.com> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911092215.nA9MFeDP013898@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 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: Mon, 09 Nov 2009 23:25:41 -0000 On Mon, Nov 09, 2009 at 05:15:44PM -0500, Mike Tancsa wrote: > At 03:33 PM 11/9/2009, Mike Tancsa wrote: > > > And with dcons connected for debugging, a clean RELENG_8 just checked > out, this comes up on the console when trying to bring up igb0 (igb1 > works just fine) > > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > GET BUF: dmamap load failure - 12 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 5; apic id = 05 > fault virtual address = 0x10 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc062838c > stack pointer = 0x28:0xe75f4c18 > frame pointer = 0x28:0xe75f4c78 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq257: igb0) > [thread pid 12 tid 100046 ] > Stopped at igb_rxeof+0x1ec: orl $0x2,0x10(%esi) > db> bt > Tracing pid 12 tid 100046 td 0xc743a000 > igb_rxeof(c74ca1c0,5,5,c74ca240,c749a700,...) at igb_rxeof+0x1ec > igb_msix_rx(c74a4b00,0,109,d40f8d68,aa,...) at igb_msix_rx+0x29 > intr_event_execute_handlers(c715f7f8,c749a700,c0c86d45,4f6,c749a770,...) > at intr_event_execute_handlers+0x14b > ithread_loop(c74b0a00,e75f4d38,90a490a4,e8c3e8c3,176b176b,...) at > ithread_loop+0x6b > fork_exit(c086b420,c74b0a00,e75f4d38) at fork_exit+0x91 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe75f4d70, ebp = 0 --- > db> > Sorry Mike, I haven't had time to fix the issue with igb(4). As you know I have been fixing several bugs in bge(4). Most bugs(4) were fixed in my local tree but one thing, poor Tx performance on PCIe controller was not solved yet. At first I thought it could be side-effect of newly added TSO feature written by me but stock bge(4) also showed the same issue. The controller does not show poor performance if TSO is used. But not all TCP traffic can make use TSO, bge(4) may suffer from poor Tx performance. I still have no idea why it happens. If I manage to fix that one I'll look into the igb(4) issue. From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 23:43:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F27B3106568B for ; Mon, 9 Nov 2009 23:43:18 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay2.uni-muenster.de (ZIVM-EXRELAY2.UNI-MUENSTER.DE [128.176.192.15]) by mx1.freebsd.org (Postfix) with ESMTP id 8531D8FC18 for ; Mon, 9 Nov 2009 23:43:18 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,711,1249250400"; d="txt'?scan'208";a="228544063" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 10 Nov 2009 00:43:16 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id D1C711B0767; Tue, 10 Nov 2009 00:43:16 +0100 (CET) Date: Tue, 10 Nov 2009 00:43:10 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-20091109234310f0889e8400004f7f-a_best01+ Cc: Subject: [patch] ee segfaults when jumping to line zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 23:43:19 -0000 This is a MIME encoded multipart message. --+permail-20091109234310f0889e8400004f7f-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hi there, could somebody please commit the attached patch to HEAD and mfc it asap? it's a no brainer. ee inits a *char with NULL and accesses it before the *char is being initialised properly. to repeat: 1)start `ee' 2)press `ctrl+c' 3)enter `0' =====>>> BAM!!! this will occur under all branches running ee 1.5.0. the problem might also occur in branches with previous versions of ee. i think only 6-stable is still using the 1.4.X ee release. the patch was submitted by Fredrik Lindberg in bin/137707, but sadly nobody paid attention to it. :( this fix should also be forwarded to re@ asap so we can have it in 8.0-RELEASE. alex --+permail-20091109234310f0889e8400004f7f-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="eesegault.diff.txt" SW5kZXg6IGVlLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gZWUuYwkocmV2aXNpb24gMTk2MTcxKQorKysgZWUu Ywkod29ya2luZyBjb3B5KQpAQCAtMTk5Myw3ICsxOTkzLDcgQEAKIAlpbnQgbnVtYmVyOwogCWlu dCBpOwogCWNoYXIgKnB0cjsKLQljaGFyICpkaXJlY3Rpb24gPSBOVUxMOworCWNoYXIgKmRpcmVj dGlvbiA9ICJkIjsgCiAJc3RydWN0IHRleHQgKnRfbGluZTsKIAogCXB0ciA9IGNtZF9zdHI7Cgot LS0tLS0tLS0tLS0tLTA2MDcwNDA3MDIwNzA5MDIwMTAyMDQwNy0tCg== --+permail-20091109234310f0889e8400004f7f-a_best01+-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 9 23:45:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42DC4106566B for ; Mon, 9 Nov 2009 23:45:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id 2B54B8FC14 for ; Mon, 9 Nov 2009 23:45:49 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSV001PE8ODEV10@asmtp016.mac.com> for freebsd-current@FreeBSD.org; Mon, 09 Nov 2009 15:45:49 -0800 (PST) Message-id: From: Chuck Swiger To: Rick Macklem In-reply-to: Date: Mon, 09 Nov 2009 15:45:49 -0800 References: <4AF0B7DF.9030405@freebsd.org> <030A8229-9707-4F70-B4BE-584F1BF9ECEC@FreeBSD.org> X-Mailer: Apple Mail (2.936) Cc: freebsd-current Current Subject: Re: Help needed: TCP Wizards (was 8.0-RC1 NFS client timeout issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2009 23:45:50 -0000 On Nov 9, 2009, at 3:04 PM, Rick Macklem wrote: [ ... ] > It was usually triggered by a server reboot. After the server reboot, > the server does send an RST to the client. This seems legit, but might > be what makes Cisco think that "bad things" are happening? (I have no > access to info about the switches or their configuration, although the > campus standard is for these ports to be used by a single desktop > machine > only and not a switch or hub.) The description you've provided suggests your network admins are configuring end-user ports with "Port Fast" to avoid the time required to do spanning tree learning & detection; they want you to not use a switch or hub on such ports to avoid the risk of creating a loop. Cisco routers have some options which cause them to drop packets and disable the port in such a mode if it sees more than the allowed # of ether MAC addresses coming from that port, or if it receives BPDU packets indicating that a switch was connected to the port; however, this wouldn't cause RST packets to be generated, you'd just lose your uplink. Seeing forged RST packets suggests that something like the Sandvine PTS equipment is also around on that network. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 00:21:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0571065676; Tue, 10 Nov 2009 00:21:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 232BD8FC45; Tue, 10 Nov 2009 00:21:59 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAA0LvMG014534; Mon, 9 Nov 2009 19:21:57 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911100021.nAA0LvMG014534@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 09 Nov 2009 19:22:02 -0500 To: Jack Vogel From: Mike Tancsa In-Reply-To: <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.co m> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 00:21:59 -0000 At 05:59 PM 11/9/2009, Jack Vogel wrote: >Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks like >that happens when in the bus_dma stuff reserve_bounce_pages() fails. > >Are you maybe using a 32 bit kernel? I have not seen this failure here. Hi Jack, Standard MTU and i386 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 00:24:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B4C110656A5; Tue, 10 Nov 2009 00:24:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1439A8FC1F; Tue, 10 Nov 2009 00:24:25 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAA0OOIH014557; Mon, 9 Nov 2009 19:24:24 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911100024.nAA0OOIH014557@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 09 Nov 2009 19:24:29 -0500 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20091109232500.GB1141@michelle.cdnetworks.com> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <20091109232500.GB1141@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 00:24:26 -0000 At 06:25 PM 11/9/2009, Pyun YongHyeon wrote: >Sorry Mike, >I haven't had time to fix the issue with igb(4). As you know I have Hi, No worries! I was trying to reproduce the problems with Quagga and thought I could just use this box as it has multiple nics. But I was not able to get the second port on the dual port card to work in this config for some reason and thought I would engage Jack as well in case it was some obvious issue. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 00:33:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A47B106566C; Tue, 10 Nov 2009 00:33:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id A2B748FC08; Tue, 10 Nov 2009 00:33:13 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so351868eya.9 for ; Mon, 09 Nov 2009 16:33:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=9brnG3v7Bg1t7cLeqP2ILXW3yAYTRATA/gPQwbdqZpU=; b=lUhJbf4pvVaUIQVSLPgQQ42GCVYLAu3YulRI/Q5KfSJVcEMdA5NQgwnpsINAWwfMK1 CO+A1WzKLBu417SxkgmLpwmQz+tZN4YnqCf0+JQ9ytwwDjQxXotOb/aZDqhWyafnQsEf dZTrorUBYxekrDa8NA9lm9utNdcD8LGfa7fzE= 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=r7TK9Wm/kMBYMby0mtq3EisNqPWSxpJrXj8PwwXkP783JP5aPiZGRzIs5nQMw6/Seo QBqag4V+fiu6jnnm0WC42pcFHIyBs/Sn0JmWe+oswVqujFeOV+OenX4mEnH9/zDv3UkC 1bNfGDfxvWsl0U5I3ywXkgASwOMqbxAj6x3mQ= MIME-Version: 1.0 Received: by 10.216.86.65 with SMTP id v43mr2598782wee.118.1257813192170; Mon, 09 Nov 2009 16:33:12 -0800 (PST) In-Reply-To: <200911100021.nAA0LvMG014534@lava.sentex.ca> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> Date: Mon, 9 Nov 2009 16:33:12 -0800 Message-ID: <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 00:33:14 -0000 Some reason you aren't using amd64? I will have a system installed that way and see if I can repro it then, thanks. Jack On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa wrote: > At 05:59 PM 11/9/2009, Jack Vogel wrote: > >> Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks >> like >> that happens when in the bus_dma stuff reserve_bounce_pages() fails. >> >> Are you maybe using a 32 bit kernel? I have not seen this failure here. >> > > Hi Jack, > Standard MTU and i386 > > ---Mike > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 00:53:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB6E106566B for ; Tue, 10 Nov 2009 00:53:58 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay1.uni-muenster.de (ZIVM-EXRELAY1.UNI-MUENSTER.DE [128.176.192.14]) by mx1.freebsd.org (Postfix) with ESMTP id 748428FC12 for ; Tue, 10 Nov 2009 00:53:57 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,712,1249250400"; d="scan'208";a="287849497" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 10 Nov 2009 01:53:57 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 3BAA21B0751; Tue, 10 Nov 2009 01:53:57 +0100 (CET) Date: Tue, 10 Nov 2009 01:53:56 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [patch] ee segfaults when jumping to line zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 00:53:58 -0000 patch has been committed to head by delphij@ (r199123). thanks a bunch. alex From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 01:08:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336A4106566C for ; Tue, 10 Nov 2009 01:08:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id A14C58FC1D for ; Tue, 10 Nov 2009 01:08:53 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAHJM+EqDaFvG/2dsb2JhbADdNYQ+BA X-IronPort-AV: E=Sophos;i="4.44,712,1249272000"; d="scan'208";a="53210202" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 09 Nov 2009 20:08:42 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id C35CE210108; Mon, 9 Nov 2009 20:08:42 -0500 (EST) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwskMVM334fE; Mon, 9 Nov 2009 20:08:42 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id E4DEE2100FB; Mon, 9 Nov 2009 20:08:41 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nAA1GJj18103; Mon, 9 Nov 2009 20:16:19 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 9 Nov 2009 20:16:19 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Chuck Swiger In-Reply-To: Message-ID: References: <4AF0B7DF.9030405@freebsd.org> <030A8229-9707-4F70-B4BE-584F1BF9ECEC@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Current Subject: Re: Help needed: TCP Wizards (was 8.0-RC1 NFS client timeout issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 01:08:54 -0000 On Mon, 9 Nov 2009, Chuck Swiger wrote: > On Nov 9, 2009, at 3:04 PM, Rick Macklem wrote: > [ ... ] >> It was usually triggered by a server reboot. After the server reboot, >> the server does send an RST to the client. This seems legit, but might >> be what makes Cisco think that "bad things" are happening? (I have no >> access to info about the switches or their configuration, although the >> campus standard is for these ports to be used by a single desktop machine >> only and not a switch or hub.) > > The description you've provided suggests your network admins are configuring > end-user ports with "Port Fast" to avoid the time required to do spanning > tree learning & detection; they want you to not use a switch or hub on such > ports to avoid the risk of creating a loop. Cisco routers have some options > which cause them to drop packets and disable the port in such a mode if it > sees more than the allowed # of ether MAC addresses coming from that port, or > if it receives BPDU packets indicating that a switch was connected to the > port; however, this wouldn't cause RST packets to be generated, you'd just > lose your uplink. > > Seeing forged RST packets suggests that something like the Sandvine PTS > equipment is also around on that network. > I'll admit I've never seen any of the hardware and don't know what all is set up. (The campus networking folks seem to consider such things "need to know" and I'm not in the "need to know" category:-) So, I can't say what is at fault, it just sure looks like the RSTs are coming down the uplink and they even have the MAC of the FreeBSD-CURRENT client. I do recall that we were the biggest Cisco IP phone installation they had ever done, when it went in, but that was a fair number of years ago. rick From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 02:27:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F90B106566C; Tue, 10 Nov 2009 02:27:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 13C568FC0C; Tue, 10 Nov 2009 02:27:56 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAA2RtDY015177; Mon, 9 Nov 2009 21:27:55 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911100227.nAA2RtDY015177@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 09 Nov 2009 21:28:00 -0500 To: Jack Vogel From: Mike Tancsa In-Reply-To: <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.co m> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_394177921==_" Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 02:27:57 -0000 --=====================_394177921==_ Content-Type: text/plain; charset="us-ascii"; format=flowed At 07:33 PM 11/9/2009, Jack Vogel wrote: >Some reason you aren't using amd64? I will have a system installed that way >and see if I can repro it then, thanks. I had found in the past i386 was faster for firewall and routing applications. Perhaps thats different now, I will give it a try again to see if there is any difference. pciconf and dmesg attached. ---Mike >Jack > > >On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa ><mike@sentex.net> wrote: >At 05:59 PM 11/9/2009, Jack Vogel wrote: >Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks like >that happens when in the bus_dma stuff reserve_bounce_pages() fails. > >Are you maybe using a 32 bit kernel? I have not seen this failure here. > > >Hi Jack, > Standard MTU and i386 > > ---Mike > > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike --=====================_394177921==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="info.txt" 0(ich10)% cat /var/run/dmesg.boot Copyright (c) 1992-2009 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 8.0-RC2 #5: Mon Nov 9 17:03:08 EST 2009 mdtancsa@ich10.sentex.ca:/usr/obj/usr/src/sys/server i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU @ 9200 @ 2.67GHz (2666.78-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3661766656 (3492 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0 450/0 20090521 tbfadt-655 ACPI Warning: Invalid length for Pm2ControlBlock: 0, using default 8 20090521 tbfadt-707 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 igb0: port 0x4020-0x403f mem 0xe1620000-0xe163ffff,0xe1400000-0xe15fffff,0xe1644000-0xe1647fff irq 16 at device 0.0 on pci1 igb0: Using MSIX interrupts with 3 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:30:48:94:88:20 igb1: port 0x4000-0x401f mem 0xe1600000-0xe161ffff,0xe1200000-0xe13fffff,0xe1640000-0xe1643fff irq 17 at device 0.1 on pci1 igb1: Using MSIX interrupts with 3 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: 00:30:48:94:88:21 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 7.0 on pci0 pci3: on pcib3 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) em0: port 0x5100-0x511f mem 0xe1900000-0xe191ffff,0xe1923000-0xe1923fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1c:c0:95:0d:0d uhci0: port 0x50e0-0x50ff irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x3f00 usbus0: on uhci0 uhci1: port 0x50c0-0x50df irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0x50a0-0x50bf irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xe1922000-0xe19223ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pci0: at device 27.0 (no driver attached) pcib4: irq 17 at device 28.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 28.1 on pci0 pci5: on pcib5 siis0: port 0x3000-0x307f mem 0xe1804000-0xe180407f,0xe1800000-0xe1803fff irq 17 at device 0.0 on pci5 siis0: [ITHREAD] siisch0: at channel 0 on siis0 siisch0: [ITHREAD] siisch1: at channel 1 on siis0 siisch1: [ITHREAD] pcib6: irq 17 at device 28.4 on pci0 pci6: on pcib6 atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0xe1700000-0xe17003ff irq 16 at device 0.0 on pci6 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] uhci3: port 0x5080-0x509f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0x5060-0x507f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0x5040-0x505f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xe1921000-0xe19213ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib7: at device 30.0 on pci0 pci7: on pcib7 vgapci0: port 0x1000-0x10ff mem 0xe0000000-0xe0ffffff,0xe1005000-0xe1005fff irq 18 at device 2.0 on pci7 fwohci0: mem 0xe1004000-0xe10047ff,0xe1000000-0xe1003fff irq 19 at device 3.0 on pci7 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:02:40:2c:70 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xda1760 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:40:2c:70 fwe0: Ethernet address: 02:90:27:40:2c:70 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:02:40:2c:70 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, non CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x5128-0x512f,0x5134-0x5137,0x5120-0x5127,0x5130-0x5133,0x5020-0x503f mem 0xe1920000-0xe19207ff irq 19 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f0 irq 6 drq 2 on acpi0 fdc0: [FILTER] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 p4tcc7: on cpu7 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc97ff,0xcc000-0xccfff,0xcd000-0xcdfff,0xce000-0xcefff,0xcf800-0xd07ff 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 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered firewire0: New S400 device ID:0011060000999ad6 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered ugen6.2: at usbus6 ukbd0: on usbus6 kbd2 at ukbd0 ums0: on usbus6 ums0: 5 buttons and [XYZ] coordinates ID=1 (aprobe2:ahcich0:0:0:0): SIGNATURE: 0000 (aprobe3:ahcich1:0:0:0): SIGNATURE: 0000 ada0 at ahcich0 bus 0 target 0 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing enabled ada1 at ahcich1 bus 0 target 0 lun 0 ada1: ATA/ATAPI-7 SATA 2.x device ada1: 300.000MB/s transfers ada1: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) ada1: Native Command Queueing enabled lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic7: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic5: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! GEOM: ada0s1: geometry does not match label (255h,63s != 16h,63s). Trying to mount root from ufs:/dev/ada0s1a WARNING: / was not properly dismounted ugen1.2: at usbus1 ugen2.2: at usbus2 uftdi0: on usbus1 uftdi1: on usbus2 0(ich10)# pciconf -lvc 10[40] = PCI-Express 2 root endpoint max data 128(128) link x0(x0) none3@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub GPIO and Scratch Pad Registers' class = base peripheral subclass = interrupt controller cap 10[40] = PCI-Express 2 root endpoint max data 128(128) link x0(x0) none4@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub Control Status and RAS Registers' class = base peripheral subclass = interrupt controller cap 10[40] = PCI-Express 2 root endpoint max data 128(128) link x0(x0) none5@pci0:0:20:3: class=0x080000 card=0x00000000 chip=0x34388086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub Throttle Registers' class = base peripheral subclass = interrupt controller em0@pci0:0:25:0: class=0x020000 card=0x00008086 chip=0x10cc8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message uhci0@pci0:0:26:0: class=0x0c0300 card=0x4f538086 chip=0x3a378086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *4' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci1@pci0:0:26:1: class=0x0c0300 card=0x4f538086 chip=0x3a388086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *5' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci2@pci0:0:26:2: class=0x0c0300 card=0x4f538086 chip=0x3a398086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *6' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP ehci0@pci0:0:26:7: class=0x0c0320 card=0x4f538086 chip=0x3a3c8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB EHCI Controller *2' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 none6@pci0:0:27:0: class=0x040300 card=0x00228086 chip=0x3a3e8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'HD Audio Controller' class = multimedia subclass = HDA cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[60] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 root endpoint max data 128(128) link x0(x0) pcib4@pci0:0:28:0: class=0x060400 card=0x4f538086 chip=0x3a408086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = 'PCI Express Port 1' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(128) link x0(x1) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x4f538086 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib5@pci0:0:28:1: class=0x060400 card=0x4f538086 chip=0x3a428086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = 'PCI Express Port 2' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(128) link x1(x1) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x4f538086 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib6@pci0:0:28:4: class=0x060400 card=0x4f538086 chip=0x3a488086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = 'PCI Express Port 5' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(128) link x1(x1) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x4f538086 cap 01[a0] = powerspec 2 supports D0 D3 current D0 uhci3@pci0:0:29:0: class=0x0c0300 card=0x4f538086 chip=0x3a348086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *1' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci4@pci0:0:29:1: class=0x0c0300 card=0x4f538086 chip=0x3a358086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *2' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP uhci5@pci0:0:29:2: class=0x0c0300 card=0x4f538086 chip=0x3a368086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *3' class = serial bus subclass = USB cap 13[50] = PCI Advanced Features: FLR TP ehci1@pci0:0:29:7: class=0x0c0320 card=0x4f538086 chip=0x3a3a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB EHCI Controller *1' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib7@pci0:0:30:0: class=0x060401 card=0x4f538086 chip=0x244e8086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x4f538086 isab0@pci0:0:31:0: class=0x060100 card=0x4f538086 chip=0x3a168086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'LPC Interface Controller' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: SATA RAID-5, 4 PCI-e x1 slots ahci0@pci0:0:31:2: class=0x010601 card=0x4f538086 chip=0x3a228086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '6 port SATA AHCI Controller' class = mass storage subclass = SATA cap 05[80] = MSI supports 16 messages enabled with 1 message cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair none7@pci0:0:31:3: class=0x0c0500 card=0x4f538086 chip=0x3a308086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'SMB controller (50011458)' class = serial bus subclass = SMBus igb0@pci0:1:0:0: class=0x020000 card=0x10a715d9 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 11[60] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(256) link x4(x4) igb1@pci0:1:0:1: class=0x020000 card=0x10a715d9 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 11[60] = MSI-X supports 10 messages in map 0x1c enabled cap 10[a0] = PCI-Express 2 endpoint max data 256(256) link x4(x4) siis0@pci0:5:0:0: class=0x010400 card=0x71321095 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' class = mass storage subclass = RAID cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link x1(x1) atapci0@pci0:6:0:0: class=0x01018f card=0x4f538086 chip=0x612111ab rev=0xb2 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) vgapci0@pci0:7:2:0: class=0x030000 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'SLAT (Rage XL AGP 2x)' class = display subclass = VGA cap 01[5c] = powerspec 1 supports D0 D1 D2 D3 current D0 fwohci0@pci0:7:3:0: class=0x0c0010 card=0x4f538086 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr (TSB43AB21/A)' class = serial bus subclass = FireWire cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 0(ich10)# --=====================_394177921==_-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 07:34:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E028106566C; Tue, 10 Nov 2009 07:34:04 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 22A8C8FC16; Tue, 10 Nov 2009 07:34:04 +0000 (UTC) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA)" Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSV00GHHUBNMB90@asmtp029.mac.com>; Mon, 09 Nov 2009 23:33:24 -0800 (PST) From: Marcel Moolenaar In-reply-to: <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> Date: Mon, 09 Nov 2009 23:33:23 -0800 Message-id: References: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: FreeBSD CURRENT Mailing List , kde@freebsd.org, FreeBSD-IA64 Mailing List Subject: Re: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 07:34:04 -0000 --Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT On Nov 9, 2009, at 12:48 PM, Marcel Moolenaar wrote: > >> At present there's no >> secure graphical web browser for ia64. Until recently >> kazehakase was working. But now it doesn't, because security/nss >> doesn't build. And firefox doesn't build because of broken xpcom.. > > Firefox used to build. I'll see up with that... Apply the attached patch to /usr/ports/www/firefox3. I'm testing the same patch against firefox35 as I type this. FYI, -- Marcel Moolenaar xcllnt@mac.com --Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA) Content-type: application/octet-stream; name=firefox3.diff Content-transfer-encoding: 7bit Content-disposition: attachment; filename=firefox3.diff Index: files/patch-security-coreconf-FreeBSD.mk =================================================================== RCS file: /home/ncvs/ports/www/firefox3/files/patch-security-coreconf-FreeBSD.mk,v retrieving revision 1.3 diff -u -r1.3 patch-security-coreconf-FreeBSD.mk --- files/patch-security-coreconf-FreeBSD.mk 19 Aug 2009 01:58:37 -0000 1.3 +++ files/patch-security-coreconf-FreeBSD.mk 10 Nov 2009 06:43:55 -0000 @@ -1,12 +1,15 @@ ---- security/coreconf/FreeBSD.mk.orig 2009-07-30 17:30:28.000000000 +0200 -+++ security/coreconf/FreeBSD.mk 2009-08-17 22:29:03.510890513 +0200 -@@ -45,8 +45,20 @@ +--- security/coreconf/FreeBSD.mk.orig 2008-07-12 07:28:59.000000000 -0700 ++++ security/coreconf/FreeBSD.mk 2009-11-09 22:42:09.000000000 -0800 +@@ -45,8 +45,24 @@ ifeq ($(OS_TEST),alpha) CPU_ARCH = alpha else +ifeq ($(OS_TEST),amd64) +CPU_ARCH = amd64 +else ++ifeq ($(OS_TEST),ia64) ++CPU_ARCH = ia64 ++else +ifeq ($(OS_TEST),powerpc) +CPU_ARCH = powerpc +else @@ -18,10 +21,11 @@ +endif +endif +endif ++endif OS_CFLAGS = $(DSO_CFLAGS) -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -@@ -73,7 +85,7 @@ +@@ -73,7 +89,7 @@ DLL_SUFFIX = so.1.0 endif @@ -30,9 +34,9 @@ ifdef MAPFILE MKSHLIB += -Wl,--version-script,$(MAPFILE) endif -@@ -82,4 +94,4 @@ +@@ -82,4 +98,4 @@ G++INCLUDES = -I/usr/include/g++ -INCLUDES += -I/usr/X11R6/include -+#INCLUDES += -I/usr/X11R6/include ++#INCLUDES += -I/usr/local/include Index: files/patch-xpcom-reflect-xptcall-src-xptcprivate.h =================================================================== RCS file: files/patch-xpcom-reflect-xptcall-src-xptcprivate.h diff -N files/patch-xpcom-reflect-xptcall-src-xptcprivate.h --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-xpcom-reflect-xptcall-src-xptcprivate.h 10 Nov 2009 05:44:50 -0000 @@ -0,0 +1,20 @@ +--- xpcom/reflect/xptcall/src/xptcprivate.h.orig 2009-11-09 21:43:49.000000000 -0800 ++++ xpcom/reflect/xptcall/src/xptcprivate.h 2009-11-09 21:44:05.000000000 -0800 +@@ -45,7 +45,7 @@ + + class xptiInterfaceEntry; + +-#if !defined(__ia64) || (!defined(__hpux) && !defined(__linux__)) ++#if !defined(__ia64) + #define STUB_ENTRY(n) NS_IMETHOD Stub##n() = 0; + #else + #define STUB_ENTRY(n) NS_IMETHOD Stub##n(PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64) = 0; +@@ -62,7 +62,7 @@ + #undef STUB_ENTRY + #undef SENTINEL_ENTRY + +-#if !defined(__ia64) || (!defined(__hpux) && !defined(__linux__)) ++#if !defined(__ia64) + #define STUB_ENTRY(n) NS_IMETHOD Stub##n(); + #else + #define STUB_ENTRY(n) NS_IMETHOD Stub##n(PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64); --Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA)-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 08:43:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D308C106566B; Tue, 10 Nov 2009 08:43:05 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id BA4678FC1B; Tue, 10 Nov 2009 08:43:04 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id D38C05E7F; Tue, 10 Nov 2009 08:42:24 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Doug Rabson In-Reply-To: Date: Tue, 10 Nov 2009 08:42:24 +0000 Content-Transfer-Encoding: 7bit Message-Id: <3D80A486-FB8F-451D-BF44-F62C647D8556@rabson.org> References: <4AF0B7DF.9030405@freebsd.org> <030A8229-9707-4F70-B4BE-584F1BF9ECEC@FreeBSD.org> To: Rick Macklem X-Mailer: Apple Mail (2.1076) Cc: O.Seibert@cs.ru.nl, dfr@FreeBSD.org, freebsd-current@FreeBSD.org, Rui Paulo , kometen@gmail.com Subject: Re: Help needed: TCP Wizards (was 8.0-RC1 NFS client timeout issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 08:43:06 -0000 On 9 Nov 2009, at 23:04, Rick Macklem wrote: > > > On Thu, 5 Nov 2009, Rui Paulo wrote: > >>> Now, here's where someone may be able to help? >>> Grep'ng around, I found 4 places where the TCP stack called >>> ip_output() >>> (one in each of tcp_output.c, tcp_subr.c, tcp_timewait.c and >>> tcp_syncache.c) and I put a printf like this just before them: >>> if (flags & TH_RST) >>> printf("sent a reset\n"); >>> >>> (The exact format varies for each, because of where the TCP >>> header flags are and have different printf messages.) >>> Now, the weird part is, that when the extraneous RST is sent to the >>> server, I don't get any printf. (I do get a few of these, but at >>> other >>> times for what appear to be legitimate RSTs.) >>> I can't see anywhere else that the TCP stack would send an RST >>> and, so, >>> I'm stuck w.r.t. figuring out what is sending them? > Ok, if you found the previous posts entertaining, you might enjoy > this:-) > > Along with the printfs before all the ip_output() calls, I added calls > inside ip_output() and, eventually, even calls in front of every > if_output(). Never got anything that indicated an RST was being sent. > (I only saw what I expected, which was an ACK reply being sent.) > > BUT, at almost exactly the same time, there were the FreeBSD8-CURRENT > client->server RST packets on the server's snoop trace. > > Hmm, did a tcpdump in the client and, yes, the same packets were > there. > > To keep it simple, I had done the dinosaur thing and plugged both the > client and server into an old, dumb 10baseT hub, so that I could > easily > watch everything. (I also had an uplink cable to the net port in the > wall, so I could move kernels around from the machine I usually build > them on.) > > I was at the point where I couldn't conceivably figure out where the > FreeBSD-CURRENT client was generating these RSTs. So guess what... > --> it wasn't > > I unplugged the uplink cable and, no more RSTs. I've been testing for > long enough now, that I am 99% certain they were being injected. Since > the from address and even the MAC address is correct, I can only > assume > that it was the Cisco switch that was doing the injecting. (How else > could a packet come in from the Cisco switch with the MAC address of > the FreeBSD-CURRENT client machine?) > > It was usually triggered by a server reboot. After the server reboot, > the server does send an RST to the client. This seems legit, but might > be what makes Cisco think that "bad things" are happening? (I have no > access to info about the switches or their configuration, although the > campus standard is for these ports to be used by a single desktop > machine > only and not a switch or hub.) > > So, it seems that FreeBSD8-CURRENT reconnects fine now, so long as > nothing is injecting RSTs into the newly created connection. > > Well, I'm not sure I found this fun, but hopefully others are > entertained:-), rick > We had some issues at work where the Cisco intrusion detection thing was resetting connections bogusly. Do you have IDS enabled on your Cisco gear? From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 09:05:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E6431065695 for ; Tue, 10 Nov 2009 09:05:21 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 336F38FC1A for ; Tue, 10 Nov 2009 09:05:20 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3905A6D41C; Tue, 10 Nov 2009 09:05:20 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 1074F84531; Tue, 10 Nov 2009 10:05:20 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: d@delphij.net References: <4ab61a80911091307o28ca4e78pa8e42441bcf2e604@mail.gmail.com> <4AF88D2F.3060306@delphij.net> Date: Tue, 10 Nov 2009 10:05:20 +0100 In-Reply-To: <4AF88D2F.3060306@delphij.net> (Xin LI's message of "Mon, 09 Nov 2009 13:44:15 -0800") Message-ID: <86fx8mu4vj.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: David Cornejo , freebsd-current@freebsd.org Subject: Re: sftp seg faulting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 09:05:21 -0000 Xin LI writes: > David Cornejo writes: > > In recent builds of 9-CURRENT on amd64 platform I am getting seg > > faults that seem related to glob - same vintage works on x86. > I am currently using a patch des@ sent to me (and also to this list) > which worked fine. Uh, did I forget to commit it? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 09:42:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 778F5106566B for ; Tue, 10 Nov 2009 09:42:03 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward5.yandex.ru (forward5.yandex.ru [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1328FC1B for ; Tue, 10 Nov 2009 09:42:02 +0000 (UTC) Received: from webmail85.yandex.ru (webmail85.yandex.ru [77.88.47.159]) by forward5.yandex.ru (Yandex) with ESMTP id 8558087074A; Tue, 10 Nov 2009 12:42:01 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail85.yandex.ru (Yandex) with ESMTP id 3B9F0654494; Tue, 10 Nov 2009 12:42:01 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail85 X-Yandex-TimeMark: 1257846121 Received: from netman.spbcity.net (netman.spbcity.net [77.244.18.5]) by mail.yandex.ru with HTTP; Tue, 10 Nov 2009 12:41:59 +0300 From: S.N.Grigoriev To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1257618758.1511.14.camel@RabbitsDen> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> MIME-Version: 1.0 Message-Id: <6511257846119@webmail85.yandex.ru> Date: Tue, 10 Nov 2009 12:41:59 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 09:42:03 -0000 07.11.09, 13:32, "Alexandre \"Sunny\" Kovalenko" wrote: > Sergey, I think it would be best if you follow > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN > and the do an ultimate test: > * quiesce your system > * switch to the console > * sync (few times, if you are really old school ;) > * sysctl debug.kdb.panic=1 (this would *panic* the system and, given > everything is set-up properly, produce the crash dump) > > if you do not have debug.kdb.panic sysctl, please, add option KDB to > your kernel configuration. > If you get crash dump from the kernel-induced panic and your system > keeps rebooting without a trace, I would suspect some hardware testing > might be in order. Alexandre, I followed your tips. The kernel configuration now contains options DDB and KDB. The sysctl variable 'debug.debugger_on_panic' is set to '1'. After the 'sysctl debug.kdb.panic=1' command the debugger prompt appears. To have a crash dump I should type 'panic' on the debugger prompt. If I type 'reboot' instead, there are no crash dumps. Is that behaviour correct? Another question: must all panics go to the bebugger prompt? I still have neither crash dumps nor debugger prompt during world/kernel compilations. Just reboots. -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 09:56:58 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4CB5106566B for ; Tue, 10 Nov 2009 09:56:58 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9078FC0A for ; Tue, 10 Nov 2009 09:56:58 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id nAA9utfx003027; Tue, 10 Nov 2009 09:56:55 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1N7nT5-00064s-C1; Tue, 10 Nov 2009 09:56:55 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id nAA9utO4017794; Tue, 10 Nov 2009 09:56:55 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id nAA9uteV017793; Tue, 10 Nov 2009 09:56:55 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Marc UBM Bocklet In-Reply-To: <20091108124330.b634560c.ubm.freebsd@gmail.com> References: <20091108124330.b634560c.ubm.freebsd@gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 10 Nov 2009 09:56:54 +0000 Message-Id: <1257847014.17247.2.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: Re: gjournal crash with external usb drive after unclean shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 09:56:58 -0000 On Sun, 2009-11-08 at 12:43 +0100, Marc UBM Bocklet wrote: > Hiho! :-) > > Following an unclean shutdown (panic, related to a bad network card in > another machine), my gjournaled external usb drive reliably crashes my > system when I connect it. I got a core dump available for poking around > further. Textdump info is attached. I'm not sure if the disk is dying > or the journal somehow got into a really bad state. textdump is > available on request! :-) You might be better taking this to the freebsd-geom@ mailing list. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 09:58:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEE141065694 for ; Tue, 10 Nov 2009 09:58:59 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id 5574A8FC0A for ; Tue, 10 Nov 2009 09:58:59 +0000 (UTC) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N7nV3-0004aY-RS; Tue, 10 Nov 2009 10:58:57 +0100 Received: from t8597.t.pppool.de ([89.55.133.151]:37628 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N7nV3-000237-L3; Tue, 10 Nov 2009 10:58:57 +0100 Date: Tue, 10 Nov 2009 10:58:56 +0100 From: Gary Jennejohn To: S.N.Grigoriev Message-ID: <20091110105856.1270038e@ernst.jennejohn.org> In-Reply-To: <6511257846119@webmail85.yandex.ru> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 09:58:59 -0000 On Tue, 10 Nov 2009 12:41:59 +0300 S.N.Grigoriev wrote: > I followed your tips. The kernel configuration now contains options DDB > and KDB. The sysctl variable 'debug.debugger_on_panic' is set to '1'. > After the 'sysctl debug.kdb.panic=1' command the debugger prompt > appears. > To have a crash dump I should type 'panic' on the debugger prompt. > If I type 'reboot' instead, there are no crash dumps. Is that behaviour > correct? > In this case yes, because you forced the panic by setting the sysctl. > Another question: must all panics go to the bebugger prompt? > They should, if the kernel itself causes the panic. As Alexandre wrote, a hardware problem probably would not cause a kernel panic. I've seen panics like this myself and they were almost always caused by faulty memory. Running "make buildworld" really stresses the system and reveals hardware faults like that. > I still have neither crash dumps nor debugger prompt during > world/kernel compilations. Just reboots. > Are you in the console or running Xorg when it happens? --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 10:54:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBE6C1065670; Tue, 10 Nov 2009 10:54:50 +0000 (UTC) (envelope-from O.Seibert@cs.ru.nl) Received: from kookpunt.science.ru.nl (kookpunt.science.ru.nl [131.174.30.61]) by mx1.freebsd.org (Postfix) with ESMTP id 559EC8FC18; Tue, 10 Nov 2009 10:54:49 +0000 (UTC) Received: from twoquid.cs.ru.nl (twoquid.cs.ru.nl [131.174.142.38]) by kookpunt.science.ru.nl (8.13.7/5.30) with ESMTP id nAAAskaX010787; Tue, 10 Nov 2009 11:54:46 +0100 (MET) Received: by twoquid.cs.ru.nl (Postfix, from userid 4100) id DA05D2E06E; Tue, 10 Nov 2009 11:54:46 +0100 (CET) Date: Tue, 10 Nov 2009 11:54:46 +0100 From: Olaf Seibert To: Rick Macklem Message-ID: <20091110105446.GI841@twoquid.cs.ru.nl> References: <4AF0B7DF.9030405@freebsd.org> <030A8229-9707-4F70-B4BE-584F1BF9ECEC@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -1.799 () ALL_TRUSTED,BAYES_50 X-Scanned-By: MIMEDefang 2.63 on 131.174.30.61 X-Mailman-Approved-At: Tue, 10 Nov 2009 12:21:49 +0000 Cc: O.Seibert@cs.ru.nl, dfr@FreeBSD.org, freebsd-current@FreeBSD.org, Rui Paulo , kometen@gmail.com Subject: Re: Help needed: TCP Wizards (was 8.0-RC1 NFS client timeout issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 10:54:50 -0000 On Mon 09 Nov 2009 at 18:04:39 -0500, Rick Macklem wrote: > Well, I'm not sure I found this fun, but hopefully others are > entertained:-), rick I have to admit that I am :-) Although reading this kind of stories is usually more entertaining than being in them... Thanks again for your adventures! -Olaf. -- From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 13:57:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD34E1065672 for ; Tue, 10 Nov 2009 13:57:51 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward3.yandex.ru (forward3.yandex.ru [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEA68FC29 for ; Tue, 10 Nov 2009 13:57:51 +0000 (UTC) Received: from webmail52.yandex.ru (webmail52.yandex.ru [77.88.32.225]) by forward3.yandex.ru (Yandex) with ESMTP id D0C041190277; Tue, 10 Nov 2009 16:57:49 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail52.yandex.ru (Yandex) with ESMTP id AC7BEEAC3B6; Tue, 10 Nov 2009 16:57:49 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail52 X-Yandex-TimeMark: 1257861469 Received: from netman.spbcity.net (netman.spbcity.net [77.244.18.5]) by mail.yandex.ru with HTTP; Tue, 10 Nov 2009 16:57:48 +0300 From: S.N.Grigoriev To: gary.jennejohn@freenet.de In-Reply-To: <20091110105856.1270038e@ernst.jennejohn.org> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> MIME-Version: 1.0 Message-Id: <12631257861469@webmail52.yandex.ru> Date: Tue, 10 Nov 2009 16:57:49 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 13:57:51 -0000 10.11.09, 10:58, "Gary Jennejohn" wrote: > I've seen panics like this myself and they were almost always caused > by faulty memory. Running "make buildworld" really stresses the > system and reveals hardware faults like that. Is there a non-zero probability that 7-stable irrespective of faulty memory ALWAYS works fine on the same hardware (including 'make -j 8 buildworld') but 8.0 ALWAYS crashes? > Are you in the console or running Xorg when it happens? Yes, I'm in the console. Xorg is not install at all. -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 14:07:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 406F11065694 for ; Tue, 10 Nov 2009 14:07:08 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id C98F88FC1C for ; Tue, 10 Nov 2009 14:07:07 +0000 (UTC) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N7rNC-0004xK-1z; Tue, 10 Nov 2009 15:07:06 +0100 Received: from t8597.t.pppool.de ([89.55.133.151]:47292 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N7rNB-0003yV-RA; Tue, 10 Nov 2009 15:07:06 +0100 Date: Tue, 10 Nov 2009 15:07:05 +0100 From: Gary Jennejohn To: S.N.Grigoriev Message-ID: <20091110150705.648bce4f@ernst.jennejohn.org> In-Reply-To: <12631257861469@webmail52.yandex.ru> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <12631257861469@webmail52.yandex.ru> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 14:07:08 -0000 On Tue, 10 Nov 2009 16:57:49 +0300 S.N.Grigoriev wrote: > > > 10.11.09, 10:58, "Gary Jennejohn" > wrote: > > > I've seen panics like this myself and they were almost always caused > > by faulty memory. Running "make buildworld" really stresses the > > system and reveals hardware faults like that. > > Is there a non-zero probability that 7-stable irrespective of faulty memory > ALWAYS works fine on the same hardware (including 'make -j 8 buildworld') > but 8.0 ALWAYS crashes? > Who can say? Newer versions of FreeBSD could be more aggressive in their memory usage. Other parts of the kernel like the ATA/AHCI subsystem also use hardware capabilities more fully. It seems that the kernel is not seeing any panic, otherwise it should land in the debugger. This points to some hardware problem, especially since other users are not reporting crashes like you see. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 14:28:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819A61065672 for ; Tue, 10 Nov 2009 14:28:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 98DE28FC22 for ; Tue, 10 Nov 2009 14:28:51 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA16255; Tue, 10 Nov 2009 16:28:47 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AF9789E.5000904@icyb.net.ua> Date: Tue, 10 Nov 2009 16:28:46 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "S.N.Grigoriev" References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <12631257861469@webmail52.yandex.ru> In-Reply-To: <12631257861469@webmail52.yandex.ru> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 14:28:52 -0000 on 10/11/2009 15:57 S.N.Grigoriev said the following: > > 10.11.09, 10:58, "Gary Jennejohn" > wrote: > >> I've seen panics like this myself and they were almost always caused >> by faulty memory. Running "make buildworld" really stresses the >> system and reveals hardware faults like that. > > Is there a non-zero probability that 7-stable irrespective of faulty memory > ALWAYS works fine on the same hardware (including 'make -j 8 buildworld') > but 8.0 ALWAYS crashes? > >> Are you in the console or running Xorg when it happens? > > Yes, I'm in the console. Xorg is not install at all. I can not provide any help with your problem, sorry. But I'd like to point out one thing. I think that it was you mistake to report your problem in this thread as opposed to a new thread or a PR. This thread started with a report by Kai Gallasch about a lock order reversal panic. Hence the subject of this thread. Then you said that you have "the same problem", but the symptoms you described were a spontaneous reboot without any panic messages. So some people spent their time trying to help you to set up kernel dumps, some people missed your report because of the subject, some people missed Kai's report because the discussion went the wrong way, some people were tempted to point to the latest hardware issue discovered. Apologies that I picked on you, but it's not helpful when such a different stuff is piled up into the same thread. Just for the record, here is the original message: http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/7cdc98adfb88a34d And it's clear lock order reversal panic that was lost in th noise generated by the followups. Yours ranting, -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 14:30:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC62B106566B for ; Tue, 10 Nov 2009 14:30:32 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CB3148FC18 for ; Tue, 10 Nov 2009 14:30:31 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA16338; Tue, 10 Nov 2009 16:30:28 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4AF97904.2090803@freebsd.org> Date: Tue, 10 Nov 2009 16:30:28 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "S.N.Grigoriev" References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <12631257861469@webmail52.yandex.ru> <4AF9789E.5000904@icyb.net.ua> In-Reply-To: <4AF9789E.5000904@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 14:30:32 -0000 on 10/11/2009 16:28 Andriy Gapon said the following: > Yours ranting, Sorry for the rant, it seems that I've missed half the text in the original report :-( -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 14:44:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F089E1065670 for ; Tue, 10 Nov 2009 14:44:18 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 90E5C8FC14 for ; Tue, 10 Nov 2009 14:44:18 +0000 (UTC) Received: by yxe1 with SMTP id 1so76178yxe.3 for ; Tue, 10 Nov 2009 06:44:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=sIdKMXrjHz9ichG//VQiYEg9EnZZb0PNs8IAloDYipY=; b=T8UeuezI17BUqUxungTfI1Be1+G6JToNKF36nVy/UqB3PEXwPWHh9wM8Rg4LEGZuUn ckuLgvuB6zZfpa/ikKxElNvd2Wula1XsUAkkj+ISKJg/0zm9dlOp+ZNton6rE237dF3I f0tNDFtFRLRUtJa6fWyKfudz28ZJ7b+c3wGMU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=GlG39ZOEai34Fd0xrpWrLhjo09OXE7rnXuwglVLqZ8+CNbqHkkGJkqG4uEinx2XnIu 2iEmdEIEDYqlaaBnuEQCIyKz+2q/+Stdzox9C+JAGqCMmoNDdKfQAUBZBuxTgvbt7Zzz 14oR5do1CU6/M4SGODo9qH1Vb2q5nHCdt7LSc= Received: by 10.150.79.1 with SMTP id c1mr431659ybb.75.1257864247335; Tue, 10 Nov 2009 06:44:07 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id 16sm393114gxk.15.2009.11.10.06.44.06 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Nov 2009 06:44:06 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: "S.N.Grigoriev" In-Reply-To: <6511257846119@webmail85.yandex.ru> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> Content-Type: text/plain; charset="UTF-8" Date: Tue, 10 Nov 2009 09:43:58 -0500 Message-Id: <1257864238.46072.22.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 14:44:19 -0000 On Tue, 2009-11-10 at 12:41 +0300, S.N.Grigoriev wrote: > > 07.11.09, 13:32, "Alexandre \"Sunny\" Kovalenko" > wrote: > > > Sergey, I think it would be best if you follow > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN > > and the do an ultimate test: > > * quiesce your system > > * switch to the console > > * sync (few times, if you are really old school ;) > > * sysctl debug.kdb.panic=1 (this would *panic* the system and, given > > everything is set-up properly, produce the crash dump) > > > > if you do not have debug.kdb.panic sysctl, please, add option KDB to > > your kernel configuration. > > If you get crash dump from the kernel-induced panic and your system > > keeps rebooting without a trace, I would suspect some hardware testing > > might be in order. > > Alexandre, > > I followed your tips. The kernel configuration now contains options DDB > and KDB. The sysctl variable 'debug.debugger_on_panic' is set to '1'. > After the 'sysctl debug.kdb.panic=1' command the debugger prompt > appears. > To have a crash dump I should type 'panic' on the debugger prompt. > If I type 'reboot' instead, there are no crash dumps. Is that behaviour > correct? This is correct -- if you use reboot from the debugger prompt, you will not get crash dump. I don't know whether this is "right" behavior or not, but I have definitely seen this before. > Another question: must all panics go to the bebugger prompt? No, set debug.debugger_on_panic to 0 and system will reboot on panic producing crash dump at startup, provided you have crash dump device configured properly. If I understood you correctly, after you typed 'panic' in the debugger prompt, your system restarted and, eventually, usable dump found its way to /var/crash. Is this correct? If yes, you can change your system to skip debugger on panic. > I still have neither crash dumps nor debugger prompt during > world/kernel compilations. Just reboots. > I am not qualified to tell you that there is absolutely no possibility that FreeBSD could reboot without leaving any trace on the perfectly functioning hardware, but I would think exploring other options might not be out of order now. Unscientifically, I have observed that 8.0RC2 runs hotter on long builds than 7-STABLE did before. I have lowered _PSV, because handrest gets uncomfortably warm and I seem to see it being hit (CPU is being throttled) more often than I remember from the days of 7-STABLE. Again, this is *completely* unscientific. It is also possible that I have dust accumulated in the airduct and has nothing to do with the differences in the OS level. If you still dual boot on that machine and have some device to check power draw during buildworld for both 7.2 and 8.0 it might be a worthwhile exercise. ANother thing would be to monitor whatever thermal sensor you have available to you, I think k8temp(8) provides necessary services for AMD64. Connecting either serial or firewire console to the machine and capturing anything sent to the console right before the reboot might be yet another thing to try. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 14:47:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AF431065672 for ; Tue, 10 Nov 2009 14:47:43 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id BDB758FC16 for ; Tue, 10 Nov 2009 14:47:42 +0000 (UTC) Received: by yxe1 with SMTP id 1so79382yxe.3 for ; Tue, 10 Nov 2009 06:47:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=nS6N6qq6wGzmxvJu6zlQn+RAqqUNpSqhs21/zpSebuc=; b=ql+lqByj5TKBnTHCf3HwznbBwxGWXLKxPwqmxmsWJrQnYeacmz9P6V+GFuU65UQQC3 +WzBg/Dv47AwtW/Cgp+gjt/ACZRIvM7047wrHqwUj9aarx3e4+ff0hgQ9i6NrLfhwnx+ uYcOdwgy63LOagcrPNGUC5u41jgGhol6HG+Rg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=yAzQiDDwRNYTWA7UBccrtZwZr4uN5lElWzniXs7oS1mvg+sIF+b7mljw4giY3hmLs5 nzErvk7tURnvrl21JtBm6QzWG0xcaJtmDvxYrkkhl/HCaz1cfbWRRJq8gr7flq4DBKQJ YhICTjevvzf2ZuA0lIts8fhktmPQkIdr9d4IU= Received: by 10.101.208.2 with SMTP id k2mr175630anq.142.1257864461690; Tue, 10 Nov 2009 06:47:41 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id 8sm381669yxg.60.2009.11.10.06.47.40 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Nov 2009 06:47:41 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: gary.jennejohn@freenet.de In-Reply-To: <20091110105856.1270038e@ernst.jennejohn.org> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 10 Nov 2009 09:47:32 -0500 Message-Id: <1257864452.46072.25.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: "S.N.Grigoriev" , freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 14:47:43 -0000 On Tue, 2009-11-10 at 10:58 +0100, Gary Jennejohn wrote: > On Tue, 10 Nov 2009 12:41:59 +0300 > S.N.Grigoriev wrote: > > > I followed your tips. The kernel configuration now contains options DDB > > and KDB. The sysctl variable 'debug.debugger_on_panic' is set to '1'. > > After the 'sysctl debug.kdb.panic=1' command the debugger prompt > > appears. > > To have a crash dump I should type 'panic' on the debugger prompt. > > If I type 'reboot' instead, there are no crash dumps. Is that behaviour > > correct? > > > > In this case yes, because you forced the panic by setting the sysctl. > > > Another question: must all panics go to the bebugger prompt? > > > > They should, if the kernel itself causes the panic. As Alexandre > wrote, a hardware problem probably would not cause a kernel panic. I really hope I have not written anything like that ;-) I have seen plenty of panics induced by hardware problems -- from faulty memory to overheated CPU and beyond. What I was trying to say that a reboot *without a panic* is more likely a hardware problem than not. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 15:22:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BABD106568F for ; Tue, 10 Nov 2009 15:22:08 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id D478F8FC29 for ; Tue, 10 Nov 2009 15:22:07 +0000 (UTC) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N7sXm-0006HL-Aa; Tue, 10 Nov 2009 16:22:06 +0100 Received: from t8597.t.pppool.de ([89.55.133.151]:27650 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N7sXm-0002HN-0Y; Tue, 10 Nov 2009 16:22:06 +0100 Date: Tue, 10 Nov 2009 16:22:05 +0100 From: gary.jennejohn@freenet.de To: "Alexandre \"Sunny\" Kovalenko" Message-ID: <20091110162205.48abcffe@ernst.jennejohn.org> In-Reply-To: <1257864452.46072.25.camel@RabbitsDen> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "S.N.Grigoriev" , freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 15:22:08 -0000 On Tue, 10 Nov 2009 09:47:32 -0500 "Alexandre \"Sunny\" Kovalenko" wrote: > > They should, if the kernel itself causes the panic. As Alexandre > > wrote, a hardware problem probably would not cause a kernel panic. > > I really hope I have not written anything like that ;-) I have seen > plenty of panics induced by hardware problems -- from faulty memory to > overheated CPU and beyond. What I was trying to say that a reboot > *without a panic* is more likely a hardware problem than not. > Well, OK, I may have misinterpreted what you wrote or have chosen bad wording myself to convey the same message. Nonetheless it looks like a hardware problem to me. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 17:05:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 027801065676 for ; Tue, 10 Nov 2009 17:05:30 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3F59C8FC18 for ; Tue, 10 Nov 2009 17:05:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA19578; Tue, 10 Nov 2009 19:05:24 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AF99D53.9030005@icyb.net.ua> Date: Tue, 10 Nov 2009 19:05:23 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: gary.jennejohn@freenet.de, "S.N.Grigoriev" References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> In-Reply-To: <20091110162205.48abcffe@ernst.jennejohn.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 17:05:30 -0000 on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: > Well, OK, I may have misinterpreted what you wrote or have chosen bad > wording myself to convey the same message. Nonetheless it looks like > a hardware problem to me. [Trying to make up for my previous mistake.] The symptom certainly looks like misbehaving hardware, but other information from the reports seems to suggest that it is possible that this misbehavior might be caused by software misconfiguring the hardware. I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was correctly teh first time. I would try to see how 8.0-RC1 kernel behaves and in general try to find last working, first non-working version. It would be useful to know any (if any) non-default loader.conf and rc.conf settings or kernel config (if not GENERIC). Not a trivial issue unless it is hardware indeed. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 17:48:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3DE1065693 for ; Tue, 10 Nov 2009 17:48:30 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id DD0158FC1B for ; Tue, 10 Nov 2009 17:48:29 +0000 (UTC) Received: (qmail 68981 invoked from network); 10 Nov 2009 18:48:28 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 10 Nov 2009 18:48:28 +0100 Date: Tue, 10 Nov 2009 18:48:21 +0100 From: Kai Gallasch To: freebsd-current@freebsd.org Message-ID: <20091110184821.4f58a0bf@orwell.free.de> In-Reply-To: <4AF99D53.9030005@icyb.net.ua> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.18.2; powerpc-apple-darwin9.7.0) X-Face: 7"x0zA5=*cXGZw-xjU<">'+!3(KXTUXZVLD42KVN{'go[UQr"Mc.e(XW92N8plZ(9x.{x; I<|95e+b&GH-36\15F~L$YD*Y +u}o&KV?6.%"mJIkaY3G>BKNt`1|Y+%K1P4t; 47D65&(Y7h5Ll-[ltkhamx.-; ,jggK'}oMpUgEHFG YQ"9oXKAl>!d,J}T{)@uxvfu?YFWC*\~h+,^f Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Andriy Gapon Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 17:48:30 -0000 Am Tue, 10 Nov 2009 19:05:23 +0200 schrieb Andriy Gapon : > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: > > Well, OK, I may have misinterpreted what you wrote or have chosen > > bad wording myself to convey the same message. Nonetheless it > > looks like a hardware problem to me. > > [Trying to make up for my previous mistake.] > > The symptom certainly looks like misbehaving hardware, but other > information from the reports seems to suggest that it is possible > that this misbehavior might be caused by software misconfiguring the > hardware. Hi. This thread was started by me. In the meantime I filed a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was > correctly teh first time. I toggled vm.pmap.pg_ps_enabled three times between reboots and the result is always the same. superpages enabled: reboot, superpages not enabled: server stable > I would try to see how 8.0-RC1 kernel behaves and in general try to > find last working, first non-working version. 8.0RC1, 8.0BETA4 already showed the same behaviour > It would be useful to know any (if any) non-default loader.conf and > rc.conf settings or kernel config (if not GENERIC). loader.conf untouched, rc.conf had just settings for networking active when testing. In the end I enabled some other stuff to have it ready for 8.0 RELEASE, *after* I found out that disabling superpages helped against the crashes. Ah yes. I also ran memtest86 on the server for about half a day - no problems. But read for yourself in the PR. I don't rule out that this behaviour with vm.pmap.pg_ps_enabled maybe hardware related, but why then is the server running stable with RELENG_7 and memtest and server diagnostics don't report any problem? --Kai. -- I am NOMAD! From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 17:55:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1281065672 for ; Tue, 10 Nov 2009 17:55:21 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4EA8FC13 for ; Tue, 10 Nov 2009 17:55:21 +0000 (UTC) Received: by pzk40 with SMTP id 40so164820pzk.7 for ; Tue, 10 Nov 2009 09:55:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=m3qmZWx4MYvOnBw6O/COg7Z074zrq/sXsP4Jedvuyz4=; b=F1PzhvBCqfzz5RD18qt8IvE2qiAduQxD0+5AOa39bodsouAj9/olPe0X7IZROymZ7/ ssSmlmGMp2eGaUxd+A2cOxvzdYjY853UPuSglY7fxmH0DS9RCHDQEMNH3Tlzvdt6npUG 08e541olN1qrxfFC1bDnHqrptXC6AXFgvVt40= 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=qNSJ6x2Cy9JQwslAKU66ZCUw7u7o6pUfOaPG5Lxtq6LRFAqLxZRSnKzLimslzS25US Rhq2Zg3e35DBFRfkfPAtdFIyezqwlist5SU6A5Z/TvZw7p+CYks0US/Ckaa95hKW8Xcz B1oGLUGG4yEIaVoiQ5x92jkZBtFDX8PT7rUmM= MIME-Version: 1.0 Received: by 10.142.152.40 with SMTP id z40mr41864wfd.40.1257875720818; Tue, 10 Nov 2009 09:55:20 -0800 (PST) In-Reply-To: <20091110184821.4f58a0bf@orwell.free.de> References: <1031257439203@webmail57.yandex.ru> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <20091110184821.4f58a0bf@orwell.free.de> Date: Tue, 10 Nov 2009 11:55:20 -0600 Message-ID: <6201873e0911100955k6b7613f7h5ca42e077b99de22@mail.gmail.com> From: Adam Vande More To: Kai Gallasch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 17:55:21 -0000 > > > I don't rule out that this behaviour with vm.pmap.pg_ps_enabled maybe > hardware related, but why then is the server running stable > with RELENG_7 and memtest and server diagnostics don't report any > problem? > > --Kai. > > If memtest fails a module, you can generally trust the result. There are many occasions when faulty modules will pass however so the only reliable course of action when diagnosing memory issues is to replace with known good modules. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 18:16:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EE2F106566B; Tue, 10 Nov 2009 18:16:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5488FC15; Tue, 10 Nov 2009 18:16:32 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 1992C55CD85E; Wed, 11 Nov 2009 02:16:31 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id qrLO8Wc0PMMT; Wed, 11 Nov 2009 02:16:25 +0800 (CST) Received: from delta.delphij.net (unknown [206.40.55.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 6382055CD860; Wed, 11 Nov 2009 02:16:22 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ikFVBFU8wToq4s/7bB9LUequKSgSKhJ73Ul+CTXiIURugyh7f3Rh6jtsLME0BVShb GnlvrZyCVvBqbJyL07B5w== Message-ID: <4AF9ADF4.5040601@delphij.net> Date: Tue, 10 Nov 2009 10:16:20 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: Hans Petter Selasky References: <20091002150931.K35591@pooker.samsco.org> <30F3E66A-4A69-46CE-96F4-44B4049722E2@samsco.org> <200911050922.10205.hselasky@c2i.net> In-Reply-To: <200911050922.10205.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Marcel Moolenaar , re@FreeBSD.org, Chao Shin , freebsd-current@freebsd.org Subject: Re: [PATCH] Fix for USB media not found at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 18:16:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans Petter Selasky wrote: > Hi, > > There is a newer patch in USB P4. > > The problem is when the /usr partition for example is not residing on the root > disk, which is the only disk the code is waiting for. Then the patch will make > the bootup fail. What if we teach rc.d scripts to do something like this: do { mount -a && break; sleep 1; counter++; } while counter < 30? Will this make sense? Or is there any other concerns? > --HPS > > On Thursday 05 November 2009 04:34:33 Chao Shin wrote: >> 在 Sun, 04 Oct 2009 07:52:45 +0800，Scott Long 写é“: >> >> Hi all >> >> Is there any newer patch/workarounds available? >> >>> On Oct 3, 2009, at 12:51 PM, Marcel Moolenaar wrote: >>>> On Oct 3, 2009, at 9:00 AM, Hans Petter Selasky wrote: >>>>> On Saturday 03 October 2009 17:05:35 Scott Long wrote: >>>>>> On Oct 3, 2009, at 4:30 AM, Hans Petter Selasky wrote: >>>>>>> On Saturday 03 October 2009 10:19:57 Scott Long wrote: >>>>>>>> config_intrhook system will sleep after all >>>>>>> Then why do you need the intr hook callback? >>>>>> The config_intrhook lets you know that interrupts are enabled, the >>>>>> scheduler is running, and mountroot hasn't run yet. It provides a >>>>>> very convenient and standard way to do exactly what we want with USB >>>>>> enumeration. >>>>> Hi, >>>>> >>>>> The root HUB attach and explore code is already running from a separate >>>>> thread, so won't that be superfluous? I mean, the HUB explore code for >>>>> any USB >>>>> HUB will not run until the scheduler is running anyway. >>>>> >>>>> In my opinion delaying the system until the boot disk is present is >>>>> just not >>>>> good. We should rather be event driven, so that every time a new disk >>>>> becomes >>>>> present it checks it for mountroot. >>>>> >>>>> while (1) { >>>>> if (mountroot is successful) >>>>> break; >>>>> if (ctrl+c is pressed) >>>>> manual_mountroot(); >>>>> printf("Waiting 1 second for root-disk to appear. Press CTRL+C to >>>>> abort.\n"); >>>>> sleep(1); >>>>> } >>>> Yes. >>>> >>>> The mount root code should keep a list of potential root devices to try >>>> and >>>> it should try a device as soon as it appears. The current approach to >>>> block >>>> the root mount simply because we want everything to be discovered >>>> before we >>>> try to mount the root is preventing fast boots -- such as when the root >>>> is >>>> a memory disk and you don't need to wait for anything... >>>> >>>> Put differently: it's rather odd to hold off the root mount when the >>>> root >>>> device is already present... >>>> >>>> An approach like this also allows one to indefinitely wait for the root >>>> device, which is a good feature to have... >>> When /etc/rc tries to mount everything in the fstab, it'll fail the boot >>> if some of the devices haven't arrived in time. An argument can be made >>> for fixing that as well, but we're starting to get beyond on the scope >>> of fixing what is needed for 8.0-RELEASE. >>> >>> Scott >>> >>> >>> _______________________________________________ >>> 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" > > _______________________________________________ > 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" - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr5rfQACgkQi+vbBBjt66CMEgCffmh1MK5RysLrL6vooObZQhUP SyAAn2DNLOofpfkOR3aL6WUSwA+yAlw4 =panI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 18:57:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 594BF106566B; Tue, 10 Nov 2009 18:57:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD4C8FC19; Tue, 10 Nov 2009 18:57:56 +0000 (UTC) Received: by ewy18 with SMTP id 18so333483ewy.43 for ; Tue, 10 Nov 2009 10:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=+eHKzE01MtTrtMe5f4DmfZ9zYYRDjh887DHQ72MiD4k=; b=B8qd6mcSWtPNYxRJiWKdHfYX+HVextwwD/29XErL4d56debOl/yWFSoTufatR59roi zSLGxDgjvqTSonjwKvwtryfLbLa3upiUW9ZmrkFlDjsQ5p48olKB+u6o9ujp5ZXFSXXQ BeOWsIhvVa3xFVmi5AIzBJ8rQfNlpSvo0OJg0= 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=pPzEj9hCETWYR/B+YWEctT7/XiYNt4Yas9pW+Fj+PLf/Z4v3RFGcGIDs1UlFDRI4Ox GrFM7HIeXFL893LX7Y3l+gd8usjeriflhzChQRW8zCc6CTZoUjn1pGELMf8fwdsTnFv9 TpENd/ewHsuKc9ZaegRjdHaLCVvI+66x9ilb0= MIME-Version: 1.0 Received: by 10.216.89.9 with SMTP id b9mr148939wef.61.1257879475482; Tue, 10 Nov 2009 10:57:55 -0800 (PST) In-Reply-To: <200911100227.nAA2RtDY015177@lava.sentex.ca> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> Date: Tue, 10 Nov 2009 10:57:54 -0800 Message-ID: <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> From: Jack Vogel To: Mike Tancsa , re Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 18:57:57 -0000 I have repro'd this failure this morning and think I have a fix for it, I am testing that soon. Stay tuned, Jack On Mon, Nov 9, 2009 at 6:28 PM, Mike Tancsa wrote: > At 07:33 PM 11/9/2009, Jack Vogel wrote: > >> Some reason you aren't using amd64? I will have a system installed that >> way >> and see if I can repro it then, thanks. >> > > > I had found in the past i386 was faster for firewall and routing > applications. Perhaps thats different now, I will give it a try again to > see if there is any difference. > > pciconf and dmesg attached. > > ---Mike > > > > Jack >> >> >> >> On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa < >> mike@sentex.net> wrote: >> At 05:59 PM 11/9/2009, Jack Vogel wrote: >> Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks >> like >> that happens when in the bus_dma stuff reserve_bounce_pages() fails. >> >> Are you maybe using a 32 bit kernel? I have not seen this failure here. >> >> >> Hi Jack, >> Standard MTU and i386 >> >> ---Mike >> >> >> >> -------------------------------------------------------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet since 1994 >> www.sentex.net >> Cambridge, Ontario Canada < >> http://www.sentex.net/mike>www.sentex.net/mike >> >> > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 19:20:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AD91065692; Tue, 10 Nov 2009 19:20:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id E99AD8FC25; Tue, 10 Nov 2009 19:20:40 +0000 (UTC) Received: by ewy18 with SMTP id 18so355274ewy.43 for ; Tue, 10 Nov 2009 11:20:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=FMfY6dQDZYiU0bm9ZDNWEIciFgqJ2abk/tR3LWeto9U=; b=dyvoO6NZMXCVUTmkxsNvdZbPhPG1iPFp+6vQUs/LGv0Kg6C1EGJEyp7Nxw1LTiArwt nP7t+2dka5H5AmQuTRu1/5PyvoTnEsNFcNpYo9sb611nKOYRDClm8evw5w3xsa91HSXV A4fZL38VtUgBj+TrliN7WL7PgMwbwykYk1NYk= 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=iMNN0sszqM0YXOFNAstTQJQi3YqprPdYYb2TRJLeq5Y8gU6q+NpaF36GqjC8uZrugv xvYWE1vx3yescgQqaGGLpGleXnKrRrH1C/l4Abm/WPUN78pmWtZOl9k5W0HLLNx6Dm13 2cfvgJHS1xxdYQUxnXsqzijgpszYaoQqwQaHE= MIME-Version: 1.0 Received: by 10.216.90.209 with SMTP id e59mr146799wef.193.1257880839575; Tue, 10 Nov 2009 11:20:39 -0800 (PST) In-Reply-To: <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> Date: Tue, 10 Nov 2009 11:20:39 -0800 Message-ID: <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> From: Jack Vogel To: Mike Tancsa , re Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 19:20:42 -0000 This is a fix for this problem, please apply and test this. Jack ------- if_igb.c (revision 197079) +++ if_igb.c (working copy) @@ -2654,7 +2654,7 @@ int error; error = bus_dma_tag_create(bus_get_dma_tag(adapter->dev), /* parent */ - IGB_DBA_ALIGN, 0, /* alignment, bounds */ + 1, 0, /* alignment, bounds */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ @@ -2867,7 +2867,7 @@ * Setup DMA descriptor areas. */ if ((error = bus_dma_tag_create(NULL, /* parent */ - PAGE_SIZE, 0, /* alignment, bounds */ + 1, 0, /* alignment, bounds */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ @@ -3554,7 +3554,7 @@ ** it may not always use this. */ if ((error = bus_dma_tag_create(NULL, /* parent */ - PAGE_SIZE, 0, /* alignment, bounds */ + 1, 0, /* alignment, bounds */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ On Tue, Nov 10, 2009 at 10:57 AM, Jack Vogel wrote: > I have repro'd this failure this morning and think I have a fix for it, I > am testing that soon. > > Stay tuned, > > Jack > > > > On Mon, Nov 9, 2009 at 6:28 PM, Mike Tancsa wrote: > >> At 07:33 PM 11/9/2009, Jack Vogel wrote: >> >>> Some reason you aren't using amd64? I will have a system installed that >>> way >>> and see if I can repro it then, thanks. >>> >> >> >> I had found in the past i386 was faster for firewall and routing >> applications. Perhaps thats different now, I will give it a try again to >> see if there is any difference. >> >> pciconf and dmesg attached. >> >> ---Mike >> >> >> >> Jack >>> >>> >>> >>> On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa < >>> mike@sentex.net> wrote: >>> At 05:59 PM 11/9/2009, Jack Vogel wrote: >>> Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks >>> like >>> that happens when in the bus_dma stuff reserve_bounce_pages() fails. >>> >>> Are you maybe using a 32 bit kernel? I have not seen this failure here. >>> >>> >>> Hi Jack, >>> Standard MTU and i386 >>> >>> ---Mike >>> >>> >>> >>> -------------------------------------------------------------------- >>> Mike Tancsa, tel +1 519 651 3400 >>> Sentex Communications, mike@sentex.net >>> Providing Internet since 1994 >>> www.sentex.net >>> Cambridge, Ontario Canada < >>> http://www.sentex.net/mike>www.sentex.net/mike >>> >>> >> -------------------------------------------------------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet since 1994 www.sentex.net >> Cambridge, Ontario Canada www.sentex.net/mike >> > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 19:33:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22523106568F; Tue, 10 Nov 2009 19:33:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA9D8FC26; Tue, 10 Nov 2009 19:33:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSW0088URNY6S70@asmtp023.mac.com>; Tue, 10 Nov 2009 11:33:35 -0800 (PST) From: Marcel Moolenaar In-reply-to: <4AF9ADF4.5040601@delphij.net> Date: Tue, 10 Nov 2009 11:33:34 -0800 Message-id: <094E4A4A-811E-497F-A720-FD36A2D06265@mac.com> References: <20091002150931.K35591@pooker.samsco.org> <30F3E66A-4A69-46CE-96F4-44B4049722E2@samsco.org> <200911050922.10205.hselasky@c2i.net> <4AF9ADF4.5040601@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, re@FreeBSD.org, Chao Shin , Hans Petter Selasky Subject: Re: [PATCH] Fix for USB media not found at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 19:33:36 -0000 On Nov 10, 2009, at 10:16 AM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hans Petter Selasky wrote: >> Hi, >> >> There is a newer patch in USB P4. >> >> The problem is when the /usr partition for example is not residing on the root >> disk, which is the only disk the code is waiting for. Then the patch will make >> the bootup fail. > > What if we teach rc.d scripts to do something like this: > > do { > mount -a && break; > sleep 1; counter++; > } while counter < 30? > > Will this make sense? Or is there any other concerns? We should add more specific control by adding mount options. Just like NFS mounts can be done in the background, so can we have a mount option that doesn't cause a fail when the underlying device isn't there, but instead results in mount blocking until the device arrives. This then can be combined with a background option to have the boot continue while the mount is pending. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 17:16:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470BF106566B for ; Tue, 10 Nov 2009 17:16:17 +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 F0BB38FC14 for ; Tue, 10 Nov 2009 17:16:16 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N7uK6-0004e9-Lv for freebsd-current@freebsd.org; Tue, 10 Nov 2009 18:16:06 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 18:16:06 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 18:16:06 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 10 Nov 2009 09:15:42 -0800 Lines: 26 Message-ID: References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Thunderbird 2.0.0.23 (X11/20091009) In-Reply-To: <4AF99D53.9030005@icyb.net.ua> Sender: news X-Mailman-Approved-At: Tue, 10 Nov 2009 19:56:10 +0000 Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 17:16:17 -0000 Andriy Gapon wrote: > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: >> Well, OK, I may have misinterpreted what you wrote or have chosen bad >> wording myself to convey the same message. Nonetheless it looks like >> a hardware problem to me. > > [Trying to make up for my previous mistake.] > > The symptom certainly looks like misbehaving hardware, but other information from > the reports seems to suggest that it is possible that this misbehavior might be > caused by software misconfiguring the hardware. > > I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was correctly teh > first time. > I would try to see how 8.0-RC1 kernel behaves and in general try to find last > working, first non-working version. > It would be useful to know any (if any) non-default loader.conf and rc.conf > settings or kernel config (if not GENERIC). > > Not a trivial issue unless it is hardware indeed. > Also, you can try adding: hw.mca.enabled="1" in /boot/loader.conf, reboot, and then see if there is a machine check exception on the console during the buildworld. From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 19:27:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C71106566C for ; Tue, 10 Nov 2009 19:27:32 +0000 (UTC) (envelope-from da.wire@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2560D8FC1C for ; Tue, 10 Nov 2009 19:27:31 +0000 (UTC) Received: by fxm27 with SMTP id 27so391443fxm.3 for ; Tue, 10 Nov 2009 11:27:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=j94XJ3sletxf6CWSHjPe/FnYUXWVZNsbCdaRujAybf0=; b=cNYdoGEjqTmGm7QNY3+pB9A8kPvZKUYzaKIGV3XHlDGeww197heZCTF95QB423Nl88 wm/uUfF+s3a+WVbFRnQlVY1kP/6jk45IH70wukjoWHWlYwAmZG3CfbOhBhhOfqEGQNEg Z0CFfrLYY8VNJO4+Jum1GLoBSpRQ/nBY+Jl4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gN/2rs/OG5FQ/zsE+LrYVsMoRJaHeCYxbgWdW/3XP/upp4bgmDX+XBedHUhp7RMwFP V2lLtqhl9uAwp+Bkdx8EY0EV+W+uthPGiBEUySNKBQyhwbiGJP6oI2HfyP4VO89eJfB6 9+YbhCT1cWxFrmsV2A1o5jdyznLsz3i4f62p8= MIME-Version: 1.0 Received: by 10.204.7.195 with SMTP id e3mr465487bke.118.1257879698883; Tue, 10 Nov 2009 11:01:38 -0800 (PST) Date: Tue, 10 Nov 2009 19:01:38 +0000 Message-ID: From: da wire To: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 10 Nov 2009 19:56:41 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9-CURRENT page fault when loading kernel ipfw nat and if_em X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 19:27:32 -0000 Hi, If i load the following rules for example ${ipfwcmd} nat 123 config ip 192.168.0.254 log ${firewall_nat_flags} same_ports reset unreg_only ${ipfwcmd} add 11 nat 123 log ip from any to any out xmit em3 ${ipfwcmd} add 11 nat 123 log ip from any to any in recv em3 ${ipfwcmd} add 14 nat 123 ip4 from any to any via "${oif}" I get the following FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #57: Tue Nov 10 15:23:19 GMT 2009 panic: from debugger GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc061819a stack pointer = 0x28:0xe892d60c frame pointer = 0x28:0xe892d8b4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2914 (fetchmail) panic: from debugger cpuid = 0 Uptime: 6m41s Physical memory: 2022 MB Dumping 197 MB: 182 166 150 134 118 102 86 70 54 38 22 6 Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/ipfw_nat.ko...Reading symbols from /boot/kernel/ipfw_nat.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipfw_nat.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc08c43e7 in boot (howto=260) at ../../../kern/kern_shutdown.c:416 #2 0xc08c46f2 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:579 #3 0xc04d2387 in db_panic (addr=Could not find the frame base for "db_panic". ) at ../../../ddb/db_command.c:478 #4 0xc04d2911 in db_command (last_cmdp=0xc0dee65c, cmd_table=0x0, dopager=1) at ../../../ddb/db_command.c:445 #5 0xc04d2a6a in db_command_loop () at ../../../ddb/db_command.c:498 #6 0xc04d48dd in db_trap (type=12, code=0) at ../../../ddb/db_main.c:229 #7 0xc08f3016 in kdb_trap (type=12, code=0, tf=0xe892d5cc) at ../../../kern/subr_kdb.c:535 #8 0xc0bfdf8f in trap_fatal (frame=0xe892d5cc, eva=12) at ../../../i386/i386/trap.c:929 #9 0xc0bfe230 in trap_pfault (frame=0xe892d5cc, usermode=0, eva=12) at ../../../i386/i386/trap.c:851 #10 0xc0bfec73 in trap (frame=0xe892d5cc) at ../../../i386/i386/trap.c:533 #11 0xc0be11eb in calltrap () at ../../../i386/i386/exception.s:165 #12 0xc061819a in em_xmit (adapter=0xc6451000, m_headp=Variable "m_headp" is not available. ) at ../../../dev/e1000/if_em.c:3791 #13 0xc061b5ff in em_mq_start_locked (ifp=0xc643c000, m=0xc736c300) at ../../../dev/e1000/if_em.c:1037 #14 0xc061bc70 in em_mq_start (ifp=0xc643c000, m=0xc736c300) at ../../../dev/e1000/if_em.c:1097 #15 0xc096fa80 in ether_output_frame (ifp=0xc643c000, m=0xc736c300) at ../../../net/if_ethersubr.c:452 #16 0xc0970443 in ether_output (ifp=0xc643c000, m=0xc736c300, dst=0xc6844950, ro=0xe892da10) at ../../../net/if_ethersubr.c:423 #17 0xc09d6d08 in ip_output (m=0xc69ab300, opt=0x0, ro=0xe892da10, flags=Variable "flags" is not available. ) at ../../../netinet/ip_output.c:620 #18 0xc0a42daf in tcp_output (tp=0xc7087c58) at ../../../netinet/tcp_output.c:1187 #19 0xc0a4f84a in tcp_usr_send (so=0xc70f5670, flags=0, m=0xc672b700, nam=0x0, control=0x0, td=0xc70e8230) at tcp_offload.h:282 #20 0xc09266f5 in sosend_generic (so=0xc70f5670, addr=0x0, uio=0xe892dc58, top=0xc672b700, control=0x0, flags=0, td=0xc70e8230) at ../../../kern/uipc_socket.c:1265 #21 0xc092218f in sosend (so=0xc70f5670, addr=0x0, uio=0xe892dc58, top=0x0, control=0x0, flags=0, td=0xc70e8230) at ../../../kern/uipc_socket.c:1309 #22 0xc0909c0a in soo_write (fp=0xc6862d20, uio=0xe892dc58, active_cred=0xc6803680, flags=0, td=0xc70e8230) at ../../../kern/sys_socket.c:102 #23 0xc09037c7 in dofilewrite (td=0xc70e8230, fd=3, fp=0xc6862d20, auio=0xe892dc58, offset=-1, flags=0) at file.h:239 #24 0xc0903ab8 in kern_writev (td=0xc70e8230, fd=3, auio=0xe892dc58) at ../../../kern/sys_generic.c:446 #25 0xc0903b3f in write (td=0xc70e8230, uap=0xe892dcf8) at ../../../kern/sys_generic.c:362 #26 0xc0bfe575 in syscall (frame=0xe892dd38) at ../../../i386/i386/trap.c:1078 #27 0xc0be1250 in Xint0x80_syscall () at ../../../i386/i386/exception.s:261 #28 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) I was wondering if its anything similar to this post http://www.mail-archive.com/freebsd-net@freebsd.org/msg31015.html Any help would be great. Simon From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 19:29:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D936A1065672 for ; Tue, 10 Nov 2009 19:29:30 +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 616658FC17 for ; Tue, 10 Nov 2009 19:29:30 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N7wPB-00067F-KY for freebsd-current@freebsd.org; Tue, 10 Nov 2009 20:29:29 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 20:29:29 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 20:29:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 10 Nov 2009 11:29:00 -0800 Lines: 67 Message-ID: References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <20091110184821.4f58a0bf@orwell.free.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Thunderbird 2.0.0.23 (X11/20091009) In-Reply-To: <20091110184821.4f58a0bf@orwell.free.de> Sender: news X-Mailman-Approved-At: Tue, 10 Nov 2009 19:56:57 +0000 Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 19:29:31 -0000 Kai Gallasch wrote: > Am Tue, 10 Nov 2009 19:05:23 +0200 > schrieb Andriy Gapon : > >> on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: >>> Well, OK, I may have misinterpreted what you wrote or have chosen >>> bad wording myself to convey the same message. Nonetheless it >>> looks like a hardware problem to me. >> [Trying to make up for my previous mistake.] >> >> The symptom certainly looks like misbehaving hardware, but other >> information from the reports seems to suggest that it is possible >> that this misbehavior might be caused by software misconfiguring the >> hardware. > > Hi. > > This thread was started by me. In the meantime I filed a PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > >> I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was >> correctly teh first time. > > I toggled vm.pmap.pg_ps_enabled three times between reboots and the > result is always the same. superpages enabled: reboot, superpages not > enabled: server stable > >> I would try to see how 8.0-RC1 kernel behaves and in general try to >> find last working, first non-working version. > 8.0RC1, 8.0BETA4 already showed the same behaviour > >> It would be useful to know any (if any) non-default loader.conf and >> rc.conf settings or kernel config (if not GENERIC). > > loader.conf untouched, rc.conf had just settings for networking active > when testing. In the end I enabled some other stuff to have it ready for > 8.0 RELEASE, *after* I found out that disabling superpages helped > against the crashes. > > Ah yes. I also ran memtest86 on the server for about half a day - no > problems. > > But read for yourself in the PR. > > I don't rule out that this behaviour with vm.pmap.pg_ps_enabled maybe > hardware related, but why then is the server running stable > with RELENG_7 and memtest and server diagnostics don't report any > problem? See the following, where I noticed this problem first a long time ago on my HPDL385g5. It also passed memtest86 for days and I was able to swap out memory modules to the same result. http://article.gmane.org/gmane.os.freebsd.current/111307 I suspect this is actually a machine check exception you're seeing, which you'll notice if you enable hw.mca.enabled="1", and superpages, then do buildworld. Using -j doesn't matter, it's just takes longer to throw an exception. I'm hoping this is the rev E lfence problem, even though my chips are not targetted. When and if a patch goes into -current, I'll try it out to see if the problem with superpages goes away. -Mark From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 20:18:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979941065695; Tue, 10 Nov 2009 20:18:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 570988FC21; Tue, 10 Nov 2009 20:18:05 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nAAKI3s7021614; Tue, 10 Nov 2009 15:18:03 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911102018.nAAKI3s7021614@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 10 Nov 2009 15:18:09 -0500 To: Jack Vogel , re From: Mike Tancsa In-Reply-To: <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.co m> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 20:18:05 -0000 At 02:20 PM 11/10/2009, Jack Vogel wrote: >This is a fix for this problem, please apply and test this. Hi, Thanks! Yes, I am able to use both ports of the NIC now and no panics yet. Prior to this patch, bringing up both ports resulted in a non functioning NIC and panic! Generating some UDP and tcp traffic through the box, all seems to be OK on first blush. I will try some more extensive tests over the next little while. igb0: Excessive collisions = 0 igb0: Sequence errors = 0 igb0: Defer count = 0 igb0: Missed Packets = 0 igb0: Receive No Buffers = 40 igb0: Receive Length Errors = 0 igb0: Receive errors = 2 igb0: Crc errors = 4 igb0: Alignment errors = 0 igb0: Collision/Carrier extension errors = 0 igb0: RX overruns = 0 igb0: watchdog timeouts = 0 igb0: XON Rcvd = 0 igb0: XON Xmtd = 0 igb0: XOFF Rcvd = 0 igb0: XOFF Xmtd = 0 igb0: Good Packets Rcvd = 103212774 igb0: Good Packets Xmtd = 9347339 igb0: TSO Contexts Xmtd = 0 igb0: TSO Contexts Failed = 0 igb1: Excessive collisions = 0 igb1: Sequence errors = 0 igb1: Defer count = 0 igb1: Missed Packets = 0 igb1: Receive No Buffers = 0 igb1: Receive Length Errors = 0 igb1: Receive errors = 0 igb1: Crc errors = 0 igb1: Alignment errors = 0 igb1: Collision/Carrier extension errors = 0 igb1: RX overruns = 0 igb1: watchdog timeouts = 0 igb1: XON Rcvd = 0 igb1: XON Xmtd = 0 igb1: XOFF Rcvd = 0 igb1: XOFF Xmtd = 0 igb1: Good Packets Rcvd = 9365642 igb1: Good Packets Xmtd = 17781877 igb1: TSO Contexts Xmtd = 988 igb1: TSO Contexts Failed = 0 # ./netsend 10.255.255.3 600 300 280000 10 Sending packet of payload size 300 every 0.000003571s for 10 seconds start: 1257884127.000000000 finish: 1257884137.000003339 send calls: 2800336 send errors: 1970 approx send rate: 279836 approx error rate: 0 waited: 1259257 approx waits/sec: 125925 approx wait rate: 0 # traceroute 10.255.255.3 traceroute to 10.255.255.3 (10.255.255.3), 64 hops max, 40 byte packets 1 1.1.1.1 (1.1.1.1) 0.096 ms 0.073 ms 0.115 ms 2 10.255.255.3 (10.255.255.3) 67.953 ms 0.297 ms 0.241 ms The box with the igb nics has the interfaces 1.1.1.1 and 10.255.255.1 ---Mike >Jack > >------- if_igb.c (revision 197079) >+++ if_igb.c (working copy) >@@ -2654,7 +2654,7 @@ > int error; > > error = bus_dma_tag_create(bus_get_dma_tag(adapter->dev), /* parent */ >- IGB_DBA_ALIGN, 0, /* alignment, bounds */ >+ 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ >@@ -2867,7 +2867,7 @@ > * Setup DMA descriptor areas. > */ > if ((error = bus_dma_tag_create(NULL, /* parent */ >- PAGE_SIZE, 0, /* alignment, bounds */ >+ 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ >@@ -3554,7 +3554,7 @@ > ** it may not always use this. > */ > if ((error = bus_dma_tag_create(NULL, /* parent */ >- PAGE_SIZE, 0, /* alignment, bounds */ >+ 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > > > >On Tue, Nov 10, 2009 at 10:57 AM, Jack Vogel ><jfvogel@gmail.com> wrote: >I have repro'd this failure this morning and think I have a fix for >it, I am testing that soon. > >Stay tuned, > >Jack > > > >On Mon, Nov 9, 2009 at 6:28 PM, Mike Tancsa ><mike@sentex.net> wrote: >At 07:33 PM 11/9/2009, Jack Vogel wrote: >Some reason you aren't using amd64? I will have a system installed that way >and see if I can repro it then, thanks. > > > >I had found in the past i386 was faster for firewall and routing >applications. Perhaps thats different now, I will give it a try >again to see if there is any difference. > >pciconf and dmesg attached. > > ---Mike > > > >Jack > > > >On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa ><mike@sentex.net> wrote: >At 05:59 PM 11/9/2009, Jack Vogel wrote: >Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks like >that happens when in the bus_dma stuff reserve_bounce_pages() fails. > >Are you maybe using a 32 bit kernel? I have not seen this failure here. > > >Hi Jack, > Standard MTU and i386 > > ---Mike > > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since >1994 ><http://www.sentex.net>www.sentex.net >Cambridge, Ontario >Canada ><http://www.sentex.net/mike>www.sentex.net/mike > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 20:29:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3333A10656A3 for ; Tue, 10 Nov 2009 20:29:50 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id AC6C48FC2D for ; Tue, 10 Nov 2009 20:29:49 +0000 (UTC) Received: by ewy18 with SMTP id 18so424153ewy.43 for ; Tue, 10 Nov 2009 12:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=HXqEy+uDgYdCvxFfBOAUl9P9YUCHsm90MT6jb4h80LQ=; b=pt/xNc3qIiC7mJU1Ilt8lYs92J2i6/N3f2hRgutILK+VeEhmczXXu8Hra7/oTfJS74 odcPURJkp9X8/L/qcjgvj9YGjXdIUUBnf64UWfbWKL1EB+vQrO1JBEqXqQT3VzawLxwi eua2k2uu+JWJfOKpkis4k8ajB2LZSvMEaLcx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=D/T4zQ1lmUWclw/pC0y+yFmGQgfwlTrlTls1Nt//MWh3d2hV//Ej+n0T7qvBzFxRVx NbFiwXAXr4Tj5oARQffd4TkHRBfIURyJ6WqqLF4bz11SUgKqRa/b5kAAHDmP35cu1sov VLC/eivE1DBSO0FQX96nesGGk2O/yv5qnuBmE= Received: by 10.216.89.9 with SMTP id b9mr181940wef.61.1257884988269; Tue, 10 Nov 2009 12:29:48 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id u14sm3244480gvf.18.2009.11.10.12.29.45 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Nov 2009 12:29:47 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Andriy Gapon In-Reply-To: <4AF99D53.9030005@icyb.net.ua> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> Content-Type: text/plain; charset="UTF-8" Date: Tue, 10 Nov 2009 15:29:35 -0500 Message-Id: <1257884975.46072.29.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: "S.N.Grigoriev" , freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 20:29:50 -0000 On Tue, 2009-11-10 at 19:05 +0200, Andriy Gapon wrote: > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: > > Well, OK, I may have misinterpreted what you wrote or have chosen bad > > wording myself to convey the same message. Nonetheless it looks like > > a hardware problem to me. > > [Trying to make up for my previous mistake.] > > The symptom certainly looks like misbehaving hardware, but other information from > the reports seems to suggest that it is possible that this misbehavior might be > caused by software misconfiguring the hardware. > > I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was correctly teh > first time. > I would try to see how 8.0-RC1 kernel behaves and in general try to find last > working, first non-working version. To that end, Rui Paulo committed utility to do binary search on the revisions, which will, likely, come handy. >>>> 1. install devel/p5-App-SVN-Bisect >>>> 2. svn checkout http://svn.freebsd.org/base/stable/8 freebsd >>>> 3. svn-bisect --start 198443 --end 198831 start >>>> 4. Build a kernel and test. >>>> If it works, type 'svn-bisect good' >>>> If it doesn't work, type 'svn-bisect bad' >>>> 5. Repeat process from step 4 until svn-bisect finds the culprit >>>> revision. >>>> >>>>http://search.cpan.org/~infinoid/App-SVN-Bisect-0.8/bin/svn-bisect#EXAMPLE -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 21:10:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D0B71065694 for ; Tue, 10 Nov 2009 21:10:17 +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 BCA1A8FC12 for ; Tue, 10 Nov 2009 21:10:16 +0000 (UTC) Received: from [95.27.63.29] (port=43556 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N7xyd-0000C3-RK for freebsd-current@freebsd.org; Wed, 11 Nov 2009 00:10:13 +0300 Message-ID: <4AF9D6B3.3020003@lissyara.su> Date: Wed, 11 Nov 2009 00:10:11 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=UTF-8; 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: boot stop last few days X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 21:10:17 -0000 hi! last 2 days some broken in -CURRENT boot stops with last string: ATA PseudoRAID loaded I have it problem with 2 machine, amd64 FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r199040: Sun Nov 8 15:02:05 MSK 2009 root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 21:45:09 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E8E5106566C; Tue, 10 Nov 2009 21:45:09 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 00F0B8FC0A; Tue, 10 Nov 2009 21:45:08 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id nAALj39T028689; Tue, 10 Nov 2009 21:45:03 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1N7yWN-0006QZ-L9; Tue, 10 Nov 2009 21:45:03 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id nAALj3xI040287; Tue, 10 Nov 2009 21:45:03 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id nAALj3pn040284; Tue, 10 Nov 2009 21:45:03 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 10 Nov 2009 21:45:03 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Baldwin In-Reply-To: <200911061508.22482.jhb@freebsd.org> Message-ID: <20091110194048.D61601@ury.york.ac.uk> References: <200911061508.22482.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: [PATCH] Remove if_watchdog use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 21:45:09 -0000 On Fri, 6 Nov 2009, John Baldwin wrote: > I have a patchset that converts all the remaining users of if_watchdog to > using a private callout instead. In some cases the the driver already used a > private timer to drive a stats timer and I merely hooked into that timer. In > other cases a new callout needed to be added to the driver. Some drivers > even abused the if_watchdog interface to provide a stats timer that fired > every second. :) For a few drivers I also fixed other things such as busted > locking, order-of-operations issues in detach, or just completely busted > drivers (fea(4) and fpa(4) which share the pdq backend). Please test. > Barring any major screaming and shouting I plan to commit this in a week or > so and after that to work on removing the if_watchdog/if_timer stuff from the > network stack. > > The patch is at http://www.FreeBSD.org/~jhb/patches/cleanup.patch > > Driver details: > - an(4) > - Locking fixes to not do silly things like drop the lock only to call a > function that immediately reacquires the lock. Also removes recursive > locking. > - Hooks into the stat timer to drive the watchdog timer. I managed to get a panic when running wpa_supplicant: System call ioctl returning with the following locks held: exclusive sleep mutex an0 (network driver) r=0 (0xc58fc180) locked @ /usr/src/sys/dev/an/if_an.c:2341 panic: witness_warn This seems to fix that: --- /usr/src/sys/dev/an/if_an.c.orig 2009-11-10 19:26:21.000000000 +0000 +++ /usr/src/sys/dev/an/if_an.c 2009-11-10 19:27:24.000000000 +0000 @@ -2570,6 +2570,9 @@ an_setdef(sc, &sc->areq); AN_UNLOCK(sc); break; + default: + AN_UNLOCK(sc); + break; } /* I also get the following LOR on unplug (but see it before your patch too): lock order reversal: 1st 0xc50f5208 if_afdata (if_afdata) @ /usr/src/sys/net/if.c:912 2nd 0xc0f9db68 mld_mtx (mld_mtx) @ /usr/src/sys/netinet6/mld6.c:569 KDB: stack backtrace: db_trace_self_wrapper(c0cb835f,e54b1b20,c08e7b55,c08d891b,c0cbb215,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08d891b,c0cbb215,c4d30e18,c4d2a9c0,e54b1b7c,...) at kdb_backtrace+0x29 _witness_debugger(c0cbb215,c0f9db68,c0cbb365,c4d2a9c0,c0cd457d,...) at _witness_debugger+0x25 witness_checkorder(c0f9db68,9,c0cd457d,239,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c0f9db68,0,c0cd457d,239,c5340ba0,...) at _mtx_lock_flags+0xc9 mld_domifdetach(c50f5000,c0db5e54,c0dc0880,e54b1c24,c09532a6,...) at mld_domifdetach+0x2c in6_domifdetach(c50f5000,c5340ba0,390,4be,c50f522c,...) at in6_domifdetach+0x15 if_detach(c50f5000) at if_detach+0x916 ether_ifdetach(c50f5000,0,c0c6cbbc,34f,c555d380,...) at ether_ifdetach+0x3d an_detach(c555d380,c4ead060,c0da0758,a76,e54b1c94,...) at an_detach+0xb5 device_detach(c555d380,0,c0d5a9b8,0,c4ff6500,...) at device_detach+0x8c pccard_detach_card(c4ff6500,c4e3e8bc,c0d5a9b8) at pccard_detach_card+0x44 exca_removal(c4ed2004,0,c0c93731,1da,c8,...) at exca_removal+0x59 cbb_event_thread(c4ed2000,e54b1d38,c0cb02eb,343,c4d81aa0,...) at cbb_event_thread+0x107 fork_exit(c0720cb0,c4ed2000,e54b1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe54b1d70, ebp = 0 --- an0: detached Other than that, the patches to an(4) seem to work as well before your patch as after, with light TCP traffic and heavy ping traffic. However, an(4) appears to require a lot of work (unrelated to your patch) to bring it up to the state of other wireless drivers. > - ixgb(4) > - Uses callout_init_mtx() instead of callout_init(..., CALLOUT_MPSAFE). > - Remove silly callout handling in a few places (cancelling the callout > only to rescheduled it again immediately afterwards). > - Hooks into the stat timer to drive the watchdog timer. These changes to ixgb_detach() don't compile as ifp is no longer used in the !DEVICE_POLLING case. /usr/src/sys/dev/ixgb/if_ixgb.c: In function 'ixgb_detach': /usr/src/sys/dev/ixgb/if_ixgb.c:369: warning: unused variable 'ifp' Hope that helps, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 22:03:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16BDB1065693; Tue, 10 Nov 2009 22:03:04 +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 CA37A8FC1B; Tue, 10 Nov 2009 22:03:03 +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 6396746B23; Tue, 10 Nov 2009 17:03:03 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 926178A01B; Tue, 10 Nov 2009 17:03:02 -0500 (EST) From: John Baldwin To: Gavin Atkinson Date: Tue, 10 Nov 2009 17:02:57 -0500 User-Agent: KMail/1.9.7 References: <200911061508.22482.jhb@freebsd.org> <20091110194048.D61601@ury.york.ac.uk> In-Reply-To: <20091110194048.D61601@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911101702.57525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 10 Nov 2009 17:03:02 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: current@freebsd.org, net@freebsd.org Subject: Re: [PATCH] Remove if_watchdog use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 22:03:04 -0000 On Tuesday 10 November 2009 4:45:03 pm Gavin Atkinson wrote: > On Fri, 6 Nov 2009, John Baldwin wrote: > > > I have a patchset that converts all the remaining users of if_watchdog to > > using a private callout instead. In some cases the the driver already used a > > private timer to drive a stats timer and I merely hooked into that timer. In > > other cases a new callout needed to be added to the driver. Some drivers > > even abused the if_watchdog interface to provide a stats timer that fired > > every second. :) For a few drivers I also fixed other things such as busted > > locking, order-of-operations issues in detach, or just completely busted > > drivers (fea(4) and fpa(4) which share the pdq backend). Please test. > > Barring any major screaming and shouting I plan to commit this in a week or > > so and after that to work on removing the if_watchdog/if_timer stuff from the > > network stack. > > > > The patch is at http://www.FreeBSD.org/~jhb/patches/cleanup.patch > > > > Driver details: > > - an(4) > > - Locking fixes to not do silly things like drop the lock only to call a > > function that immediately reacquires the lock. Also removes recursive > > locking. > > - Hooks into the stat timer to drive the watchdog timer. > > I managed to get a panic when running wpa_supplicant: > > System call ioctl returning with the following locks held: > exclusive sleep mutex an0 (network driver) r=0 (0xc58fc180) locked @ > /usr/src/sys/dev/an/if_an.c:2341 > panic: witness_warn > > This seems to fix that: > > --- /usr/src/sys/dev/an/if_an.c.orig 2009-11-10 19:26:21.000000000 > +0000 > +++ /usr/src/sys/dev/an/if_an.c 2009-11-10 19:27:24.000000000 +0000 > @@ -2570,6 +2570,9 @@ > an_setdef(sc, &sc->areq); > AN_UNLOCK(sc); > break; > + default: > + AN_UNLOCK(sc); > + break; > } > > /* Ok, thanks. Sadly the ioctl handling probably needs a bit more work since it calls copyin() while holding the an(4) mutex, but I will leave that for another day. > I also get the following LOR on unplug (but see it before your patch too): > > lock order reversal: > 1st 0xc50f5208 if_afdata (if_afdata) @ /usr/src/sys/net/if.c:912 > 2nd 0xc0f9db68 mld_mtx (mld_mtx) @ /usr/src/sys/netinet6/mld6.c:569 I think this has to do with the stack in general and is not specific to an(4). > Other than that, the patches to an(4) seem to work as well before your > patch as after, with light TCP traffic and heavy ping traffic. However, > an(4) appears to require a lot of work (unrelated to your patch) to bring > it up to the state of other wireless drivers. Thanks, I will commit the an(4) bits in a bit. > > - ixgb(4) > > - Uses callout_init_mtx() instead of callout_init(..., CALLOUT_MPSAFE). > > - Remove silly callout handling in a few places (cancelling the callout > > only to rescheduled it again immediately afterwards). > > - Hooks into the stat timer to drive the watchdog timer. > > These changes to ixgb_detach() don't compile as ifp is no longer used in > the !DEVICE_POLLING case. > > /usr/src/sys/dev/ixgb/if_ixgb.c: In function 'ixgb_detach': > /usr/src/sys/dev/ixgb/if_ixgb.c:369: warning: unused variable 'ifp' Oops, ixgb isn't in LINT so I keep missing it. I need to just add it to NOTES. Thanks. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 22:17:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DF8106566C; Tue, 10 Nov 2009 22:17:52 +0000 (UTC) (envelope-from gavin@freebsd.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 83A038FC19; Tue, 10 Nov 2009 22:17:46 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id nAAMHiJ2016161; Tue, 10 Nov 2009 22:17:44 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1N7z20-0003WC-6b; Tue, 10 Nov 2009 22:17:44 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id nAAMHidl007303; Tue, 10 Nov 2009 22:17:44 GMT (envelope-from gavin@freebsd.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id nAAMHiJ8007300; Tue, 10 Nov 2009 22:17:44 GMT (envelope-from gavin@freebsd.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 10 Nov 2009 22:17:44 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Baldwin In-Reply-To: <200911101702.57525.jhb@freebsd.org> Message-ID: <20091110221339.Y61601@ury.york.ac.uk> References: <200911061508.22482.jhb@freebsd.org> <20091110194048.D61601@ury.york.ac.uk> <200911101702.57525.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] Remove if_watchdog use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 22:17:52 -0000 On Tue, 10 Nov 2009, John Baldwin wrote: > On Tuesday 10 November 2009 4:45:03 pm Gavin Atkinson wrote: >> I managed to get a panic when running wpa_supplicant: >> >> System call ioctl returning with the following locks held: >> exclusive sleep mutex an0 (network driver) r=0 (0xc58fc180) locked @ >> /usr/src/sys/dev/an/if_an.c:2341 >> panic: witness_warn >> >> This seems to fix that: >> >> --- /usr/src/sys/dev/an/if_an.c.orig 2009-11-10 19:26:21.000000000 >> +0000 >> +++ /usr/src/sys/dev/an/if_an.c 2009-11-10 19:27:24.000000000 +0000 >> @@ -2570,6 +2570,9 @@ >> an_setdef(sc, &sc->areq); >> AN_UNLOCK(sc); >> break; >> + default: >> + AN_UNLOCK(sc); >> + break; >> } >> >> /* > > Ok, thanks. Sadly the ioctl handling probably needs a bit more work since it > calls copyin() while holding the an(4) mutex, but I will leave that for > another day. It actually appears that the above panic is not something that has been introduced with your patch - I can reproduce it on a vanilla system. The above patch fixes it in the original code too. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 22:45:32 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09BE3106566B; Tue, 10 Nov 2009 22:45:32 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077035009.chello.pl [89.77.35.9]) by mx1.freebsd.org (Postfix) with ESMTP id 657258FC16; Tue, 10 Nov 2009 22:45:30 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 40F0945E49; Tue, 10 Nov 2009 23:45:29 +0100 (CET) Received: from localhost (chello089077035009.chello.pl [89.77.35.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 08C5E45CDC; Tue, 10 Nov 2009 23:45:23 +0100 (CET) Date: Tue, 10 Nov 2009 23:45:24 +0100 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20091110224524.GC3194@garage.freebsd.pl> References: <200911102227.nAAMRXTf073603@svn.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w7PDEPdKQumQfZlR" Content-Disposition: inline In-Reply-To: <200911102227.nAAMRXTf073603@svn.freebsd.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: HEADS UP: Important bug fix in ZFS replay code! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2009 22:45:32 -0000 --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. There was important bug in ZFS replay code. If there were setattr logs (not related to permission change) in ZIL during unclean shutdown, one can end up with files that have mode set to 07777. This is very dangerous, especially if you have untrusted local users, as this will set setuid bit on such files. Note that FreeBSD will remove setuid bits when someone will try to modify the file, but it is still dangerous. You can locate such files with the following command: # find / -perm -7777 -print0 | xargs -0 ls -ld You can locate and fix such files with the following command: # find / -perm -7777 -print0 | xargs -0 chmod a-s,o-w,-t On Tue, Nov 10, 2009 at 10:27:33PM +0000, Pawel Jakub Dawidek wrote: > Author: pjd > Date: Tue Nov 10 22:27:33 2009 > New Revision: 199157 > URL: http://svn.freebsd.org/changeset/base/199157 >=20 > Log: > Be careful which vattr fields are set during setattr replay. > Without this fix strange things can appear after unclean shutdown like > files with mode set to 07777. > =20 > Reported by: des > MFC after: 3 days >=20 > Modified: > head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c >=20 > Modified: head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c Tue = Nov 10 22:25:46 2009 (r199156) > +++ head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_replay.c Tue = Nov 10 22:27:33 2009 (r199157) > @@ -60,10 +60,14 @@ zfs_init_vattr(vattr_t *vap, uint64_t ma > { > VATTR_NULL(vap); > vap->va_mask =3D (uint_t)mask; > - vap->va_type =3D IFTOVT(mode); > - vap->va_mode =3D mode & MODEMASK; > - vap->va_uid =3D (uid_t)(IS_EPHEMERAL(uid)) ? -1 : uid; > - vap->va_gid =3D (gid_t)(IS_EPHEMERAL(gid)) ? -1 : gid; > + if (mask & AT_TYPE) > + vap->va_type =3D IFTOVT(mode); > + if (mask & AT_MODE) > + vap->va_mode =3D mode & MODEMASK; > + if (mask & AT_UID) > + vap->va_uid =3D (uid_t)(IS_EPHEMERAL(uid)) ? -1 : uid; > + if (mask & AT_GID) > + vap->va_gid =3D (gid_t)(IS_EPHEMERAL(gid)) ? -1 : gid; > vap->va_rdev =3D zfs_cmpldev(rdev); > vap->va_nodeid =3D nodeid; > } --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --w7PDEPdKQumQfZlR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFK+e0EForvXbEpPzQRAmJnAKDwdm/rs75bZuvUBuiCqRusQWaxAgCg0NWE EJ16L2S+kqi3fsBxJPtIqNs= =FH86 -----END PGP SIGNATURE----- --w7PDEPdKQumQfZlR-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 06:59:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E311065676 for ; Wed, 11 Nov 2009 06:59:12 +0000 (UTC) (envelope-from anti_spam256@yahoo.ca) Received: from web65502.mail.ac4.yahoo.com (web65502.mail.ac4.yahoo.com [76.13.9.46]) by mx1.freebsd.org (Postfix) with SMTP id 421318FC1C for ; Wed, 11 Nov 2009 06:59:12 +0000 (UTC) Received: (qmail 68357 invoked by uid 60001); 11 Nov 2009 06:32:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1257921149; bh=LQDPJLXm2OVDqNtV9QID8wloisfyurpNWkTtMpeNkSM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=MezxBufW1GzDgEA9Wcn/92eJbLBjg/GrkwTn9wu7n4NvT9f1LCUXtQnlps5w2mXUNHyIkQ0sdZrmv52fhmQ79gK8tL87xovUIyX6LZV4+b4fy/WEDjmhGHmr4Dshy5YYfKSP7K1gMdsdAQjVzUfIcha6a09QhB03It/0aEr1I3U= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=i1DoLaM/L0gBeFIlR1OohUMbJCuk+lepGbNg+XCoYqRf3JkWN+CPzDOJg/svNzodDEpjHc+zMdF0SHB+JhOe/vyOMO8xOUNWuavKkbrR9Re9KRhMOaFMEMFOzmHg9Cna1IdUrSRODIfG+j8LIgTZ/67YJkAx4mcGZ22pJaa3t/c=; Message-ID: <873263.68116.qm@web65502.mail.ac4.yahoo.com> X-YMail-OSG: NJuzYKEVM1mmM63yGDjeuh99LlogcpZvLJ5IXTPDpncWyOT9PtMX5itl6le0hoO_.CMEJc11mkY_v22odziLAG6PZH0KVhh2rIOUe5cLWZnmGG3AH07Gj_yszSOrnx6vnYy_P09IhhnM2jmtROU4I9QNA4YEQJCPJ4exPoq3E1MZeVrIkJM42tPoRXMOLn0OZbt5aoo2jXLnOUZP5tgCCV5PmY2jpWgUQE3uMaxFI9dCckXh51zFKWx487wSzh2UP6FjMHIRo_DtR3Pq.O8S0zPE3Wr93htudkCDnIoM8e8wfVrsEfPfLbaROp2H2BUz0ZT0MerQ5pUbSRN2K2uZ1vMabOLDOOU5YyjC86JCNz6AcqUlM_JDDXtWPsRqEW_ZO_spub88s_H12AxXs3RnEEOxQB1NTPooz3vmHsVIsIRI5knbOl2pf5gR.xsKS0OGcSXp67hCR9t8cH.C6m62Tg0tQDCvzw474XZ2QD18T_IyTsyWsQyS1CGSMU3Y1lCbBOt_.uvpqp4q7imGaqSfgmhEQ6aPAsU4 Received: from [208.99.137.71] by web65502.mail.ac4.yahoo.com via HTTP; Tue, 10 Nov 2009 22:32:29 PST X-Mailer: YahooMailClassic/8.1.6 YahooMailWebService/0.7.361.4 Date: Tue, 10 Nov 2009 22:32:29 -0800 (PST) From: James Phillips To: FreeBSD-Current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: RE: Call for testers: fxp(4) WOL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 06:59:12 -0000 Original From: Pyun YongHyeon date: Wed, 15 Oct 2008 09:37:45 +0900 Hello, I was finally able to test the WOL on my machine, a pre-2000 Compaq Deskpro Running an Intel 82558 Pro/100 Ethernet NIC with WOL. This card only supports "Magic Packets." I had to enable APM instead of ACPI; following these instructions: http://forums.freebsd.org/showthread.php?t=4619 (On my first try I made a show-stopping typo as well). FreeBSD version: 7.2-RELEASE-p2 GENERIC i386 Some selected boot messages: apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 . . . fxp0 options = 2000 < VLAN_MTU, WOL_MAGIC> # apm APM version: 1.2 APM Management: Enabled AC Line Status: on-line Battery Status: unknown Remaining battery life: unknown Remaining battery time: unknown Number of batteries: 0 Resume timer: disabled Resume on ring indicator: disabled APM Capabilities: global standby state global suspend state resume timer from standby resume timer from suspend RI resume from standby RI resume from suspend # zzz -> Screen flickered, did not respond to pings. >From router: [gate@Freesco] wakelan -h Usage: wakelan [options] [mac] [broadcast] [port] -b addr broadcast address -m mac mac address of host -p port UDP port to broadcast to -v[v] version [gate@Freesco] wakelan -b 192.168.26.255 -m 00:08:c7:bb:83:d8 -> Machine again responded to pings. Ping results with the Power/Suspend Switch activated in the middle (no WOL this time): james@test:~$ ping dusty PING dusty.inet (192.168.26.69) 56(84) bytes of data. 64 bytes from dusty (192.168.26.69): icmp_seq=1 ttl=64 time=3.87 ms 64 bytes from dusty (192.168.26.69): icmp_seq=2 ttl=64 time=3.06 ms 64 bytes from dusty (192.168.26.69): icmp_seq=3 ttl=64 time=0.174 ms 64 bytes from dusty (192.168.26.69): icmp_seq=4 ttl=64 time=0.187 ms 64 bytes from dusty (192.168.26.69): icmp_seq=5 ttl=64 time=0.178 ms 64 bytes from dusty (192.168.26.69): icmp_seq=6 ttl=64 time=0.188 ms 64 bytes from dusty (192.168.26.69): icmp_seq=7 ttl=64 time=0.176 ms 64 bytes from dusty (192.168.26.69): icmp_seq=8 ttl=64 time=0.200 ms 64 bytes from dusty (192.168.26.69): icmp_seq=9 ttl=64 time=0.192 ms 64 bytes from dusty (192.168.26.69): icmp_seq=10 ttl=64 time=3.97 ms 64 bytes from dusty (192.168.26.69): icmp_seq=22 ttl=64 time=0.229 ms 64 bytes from dusty (192.168.26.69): icmp_seq=23 ttl=64 time=0.195 ms 64 bytes from dusty (192.168.26.69): icmp_seq=24 ttl=64 time=0.166 ms 64 bytes from dusty (192.168.26.69): icmp_seq=25 ttl=64 time=0.178 ms 64 bytes from dusty (192.168.26.69): icmp_seq=26 ttl=64 time=0.176 ms 64 bytes from dusty (192.168.26.69): icmp_seq=27 ttl=64 time=0.182 ms 64 bytes from dusty (192.168.26.69): icmp_seq=28 ttl=64 time=0.184 ms 64 bytes from dusty (192.168.26.69): icmp_seq=29 ttl=64 time=0.181 ms 64 bytes from dusty (192.168.26.69): icmp_seq=30 ttl=64 time=0.176 ms 64 bytes from dusty (192.168.26.69): icmp_seq=31 ttl=64 time=0.158 ms --- dusty.inet ping statistics --- 31 packets transmitted, 20 received, 35% packet loss, time 29999ms rtt min/avg/max/mdev = 0.158/0.701/3.970/1.242 ms -> As expected. I am working on getting my router to automatically wake up the server when a client machine wakes-up/connects to the network. I have been feeling guilty leaving my server idling 24/7 even if it is barely used. Regards, James Phillips __________________________________________________________________ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 09:06:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D85F106566B for ; Wed, 11 Nov 2009 09:06:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA8C8FC18 for ; Wed, 11 Nov 2009 09:06:51 +0000 (UTC) Received: by fxm27 with SMTP id 27so840230fxm.3 for ; Wed, 11 Nov 2009 01:06:51 -0800 (PST) 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 :content-type:content-transfer-encoding; bh=Jx+3muWQw8WO4f5T51kp2sY6+F67vv5lmV9W8+afsMY=; b=wG0L1NRdj8aVRuiMqKBcKP72wrUMnTQNPuMrOBC7ThmTBnqWg3QLrGKrcCjvncWwvU cmcpxKU3R2Lk9OQj6Prfx4PrNZkGjUbrVW7oNvhK/uNdWiYCmSLxR616QrzbDaIDxtPs 90q7c5Fnb3kOWVdOYsxplQ/79UjtfEmP5GX1w= 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:content-type:content-transfer-encoding; b=pkCPyCY//rswtniOZl8GxdKGjiCCp25lM+yEpagVz+gRhPjejYKqezRjaDUAFVbc+m Xez4c4CFm845uFw3Bj0IYKh2pdwzJOaHOcdSvMwJC9o1iG1i9wQpeeVxzH8gBesiYEhT t/4La7ORdKszLVp9pYb5Q2qX66uVHwQnZuvwQ= Received: by 10.204.6.65 with SMTP id 1mr1147780bky.186.1257930410965; Wed, 11 Nov 2009 01:06:50 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm492380fxm.7.2009.11.11.01.06.50 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 01:06:50 -0800 (PST) Sender: Alexander Motin Message-ID: <4AFA7EA7.60401@FreeBSD.org> Date: Wed, 11 Nov 2009 11:06:47 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Alex Keda References: <1257898985.00182387.1257888001@10.7.7.3> In-Reply-To: <1257898985.00182387.1257888001@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: boot stop last few days X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 09:06:52 -0000 Alex Keda wrote: > last 2 days some broken in -CURRENT > boot stops with last string: > > ATA PseudoRAID loaded > > I have it problem with 2 machine, amd64 > > FreeBSD HP.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r199040: Sun > Nov 8 15:02:05 MSK 2009 > root@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 Any additional info? Which revision works and which broke? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 10:01:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26E8106568D for ; Wed, 11 Nov 2009 10:01:55 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 61EA08FC18 for ; Wed, 11 Nov 2009 10:01:55 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4C20F1CCF3; Wed, 11 Nov 2009 11:01:53 +0100 (CET) Date: Wed, 11 Nov 2009 11:01:53 +0100 From: Ed Schouten To: Alex Keda Message-ID: <20091111100153.GE64905@hoeg.nl> References: <4AF9D6B3.3020003@lissyara.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J4XPiPrVK1ev6Sgr" Content-Disposition: inline In-Reply-To: <4AF9D6B3.3020003@lissyara.su> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current Subject: Re: boot stop last few days X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 10:01:55 -0000 --J4XPiPrVK1ev6Sgr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alex, * Alex Keda wrote: > last 2 days some broken in -CURRENT > boot stops with last string: This could be related to r199067. kuriyama@ sent me some patches to test, but I still have to find some time to do so. http://lists.freebsd.org/pipermail/svn-src-head/2009-November/011639.html --=20 Ed Schouten WWW: http://80386.nl/ --J4XPiPrVK1ev6Sgr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr6i5EACgkQ52SDGA2eCwW1dQCffho2J9a3Jkb/ve14yi3PyFIk cvMAmgK+VlnvqqU7oO+trsJWsKlOON+D =uQ9k -----END PGP SIGNATURE----- --J4XPiPrVK1ev6Sgr-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 10:12:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC39C106566C for ; Wed, 11 Nov 2009 10:12:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 96E098FC21 for ; Wed, 11 Nov 2009 10:12:08 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0441C1CD0A; Wed, 11 Nov 2009 11:12:08 +0100 (CET) Date: Wed, 11 Nov 2009 11:12:07 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20091111101207.GF64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="twz1s1Hj1O0rHoT0" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 10:12:08 -0000 --twz1s1Hj1O0rHoT0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, I just committed some patches to SVN that should complete the Xterm- style terminal emulator support. This means we can just share the same termcap entry between the console driver and X11 terminal emulators, which has many advantages, including: - The ability to use dtach(1) without problems. - Support for more advanced (networking) devices with serial administrative interfaces. - Better compatibility with other operating systems. - Reduced bandwidth. I'd like to flip the switch one of these days on all platforms, except i386. On i386 the /etc/ttys file is shared between i386 and pc98. pc98 will still use its own cons25 emulator instead of the xterm emulator, so I'll initially convert all the other platforms and deal with i386 (and hopefully pc98) later. I'll discuss this with nyan@. How to test this: 1. Make sure you run 9.0-CURRENT SVN r199175 or later. 2. Run `vidcontrol -T xterm'. 3. Run `export TERM=3Dxterm'. After doing this, you shouldn't notice a lot. Make sure applications like your shell, your editor, etc. still work as expected. Known issues: - Right now we only implement the VT220 mouse protocol. This means your mouse should still work properly, but applications are only capable of detecting drags/selections after releasing the mouse button. This could eventually be solved by implementing the Xterm mouse protocol. If no serious problems arise, I'll make Xterm the default on Friday/Saturday. --=20 Ed Schouten WWW: http://80386.nl/ --twz1s1Hj1O0rHoT0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr6jfcACgkQ52SDGA2eCwVBAgCbBq3MxbrhvK6Y/i6iHf6xlPan f2YAnA6fhYZftP7rQpXBYsgU88LuThrG =0K/d -----END PGP SIGNATURE----- --twz1s1Hj1O0rHoT0-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 13:02:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0003106568F for ; Wed, 11 Nov 2009 13:02:20 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7C28FC1D for ; Wed, 11 Nov 2009 13:02:20 +0000 (UTC) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N8Cq3-00034w-BC; Wed, 11 Nov 2009 14:02:19 +0100 Received: from ta430.t.pppool.de ([89.55.164.48]:44554 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N8Cq3-00050p-2z; Wed, 11 Nov 2009 14:02:19 +0100 Date: Wed, 11 Nov 2009 14:02:16 +0100 From: Gary Jennejohn To: Ed Schouten Message-ID: <20091111140216.56e63ac6@ernst.jennejohn.org> In-Reply-To: <20091111101207.GF64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 13:02:21 -0000 On Wed, 11 Nov 2009 11:12:07 +0100 Ed Schouten wrote: > I just committed some patches to SVN that should complete the Xterm- > style terminal emulator support. This means we can just share the same > termcap entry between the console driver and X11 terminal emulators, > which has many advantages, including: > [snip] > If no serious problems arise, I'll make Xterm the default on > Friday/Saturday. > I'm running AMD64. Arrow keys don't work correctly. For example, if I do "make config" in a port then using the down arrow immediately exits the menu rather than moving the cursor. The same thing happens with sade. Note that I set one entry in /etc/ttys to xterm rather than using the vidcontrol trick. With cons25 it works correctly. I merely installed and booted a new kernel. Not sure whether I also need a new termcap. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 13:09:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3547E1065695 for ; Wed, 11 Nov 2009 13:09:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4E61F8FC17 for ; Wed, 11 Nov 2009 13:09:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA11966; Wed, 11 Nov 2009 15:09:06 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFAB772.2050303@icyb.net.ua> Date: Wed, 11 Nov 2009 15:09:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Kai Gallasch References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <20091110184821.4f58a0bf@orwell.free.de> In-Reply-To: <20091110184821.4f58a0bf@orwell.free.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 13:09:31 -0000 on 10/11/2009 19:48 Kai Gallasch said the following: > Am Tue, 10 Nov 2009 19:05:23 +0200 > schrieb Andriy Gapon : > >> on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: >>> Well, OK, I may have misinterpreted what you wrote or have chosen >>> bad wording myself to convey the same message. Nonetheless it >>> looks like a hardware problem to me. >> [Trying to make up for my previous mistake.] >> >> The symptom certainly looks like misbehaving hardware, but other >> information from the reports seems to suggest that it is possible >> that this misbehavior might be caused by software misconfiguring the >> hardware. > > Hi. > > This thread was started by me. In the meantime I filed a PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > >> I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was >> correctly teh first time. > > I toggled vm.pmap.pg_ps_enabled three times between reboots and the > result is always the same. superpages enabled: reboot, superpages not > enabled: server stable Yes, I saw your report. I was following on the other report where the symptoms are very similar but pg_ps_enabled does not seem to help. >> I would try to see how 8.0-RC1 kernel behaves and in general try to >> find last working, first non-working version. > 8.0RC1, 8.0BETA4 already showed the same behaviour > >> It would be useful to know any (if any) non-default loader.conf and >> rc.conf settings or kernel config (if not GENERIC). > > loader.conf untouched, rc.conf had just settings for networking active > when testing. In the end I enabled some other stuff to have it ready for > 8.0 RELEASE, *after* I found out that disabling superpages helped > against the crashes. > > Ah yes. I also ran memtest86 on the server for about half a day - no > problems. > > But read for yourself in the PR. > > I don't rule out that this behaviour with vm.pmap.pg_ps_enabled maybe > hardware related, but why then is the server running stable > with RELENG_7 and memtest and server diagnostics don't report any > problem? What I meant is that sometimes software can incorrectly configure hardware. Or configure it in a way that was thoroughly tested by manufacturer. I didn't mean to say that your hardware has any defect (but perhaps it does, hardware errata don't exist for nothing). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 13:40:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78CA21065694 for ; Wed, 11 Nov 2009 13:40:36 +0000 (UTC) (envelope-from ed@80386.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 1A55E8FC14 for ; Wed, 11 Nov 2009 13:40:36 +0000 (UTC) Received: from [131.155.199.183] (wlan-199183.nbw.tue.nl [131.155.199.183]) (Authenticated sender: ed) by palm.hoeg.nl (Postfix) with ESMTPSA id C52D91CCF3; Wed, 11 Nov 2009 14:40:34 +0100 (CET) References: <20091111101207.GF64905@hoeg.nl> <20091111140216.56e63ac6@ernst.jennejohn.org> Message-Id: <710B0B1E-50E7-4194-8697-0511087D4C7A@80386.nl> From: Ed Schouten To: "gary.jennejohn@freenet.de" In-Reply-To: <20091111140216.56e63ac6@ernst.jennejohn.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPod Mail (7D11) Mime-Version: 1.0 (iPod Mail 7D11) Date: Wed, 11 Nov 2009 14:40:28 +0100 Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 13:40:36 -0000 Hi Gary, Have you made sure you ran vidcontrol on that specific window? You can also add TEKEN_XTERM to your kernel config. I thought dialog worked properly, but I'll test it again this evening. -- Ed Schouten (from iPod) WWW: http://80386.nl/ On 11 nov 2009, at 14:02, Gary Jennejohn wrote: > On Wed, 11 Nov 2009 11:12:07 +0100 > Ed Schouten wrote: > >> I just committed some patches to SVN that should complete the Xterm- >> style terminal emulator support. This means we can just share the >> same >> termcap entry between the console driver and X11 terminal emulators, >> which has many advantages, including: >> > [snip] >> If no serious problems arise, I'll make Xterm the default on >> Friday/Saturday. >> > > I'm running AMD64. > > Arrow keys don't work correctly. For example, if I do "make config" > in a port then using the down arrow immediately exits the menu rather > than moving the cursor. The same thing happens with sade. > > Note that I set one entry in /etc/ttys to xterm rather than using the > vidcontrol trick. > > With cons25 it works correctly. > > I merely installed and booted a new kernel. Not sure whether I also > need a new termcap. > > --- > Gary Jennejohn > From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 13:51:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79A92106566B for ; Wed, 11 Nov 2009 13:51:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 13F2C8FC08 for ; Wed, 11 Nov 2009 13:51:48 +0000 (UTC) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N8Dbu-000299-Te; Wed, 11 Nov 2009 14:51:46 +0100 Received: from ta430.t.pppool.de ([89.55.164.48]:35828 helo=ernst.jennejohn.org) by 5.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N8Dbu-00061G-HG; Wed, 11 Nov 2009 14:51:46 +0100 Date: Wed, 11 Nov 2009 14:51:45 +0100 From: Gary Jennejohn To: Ed Schouten Message-ID: <20091111145145.0d958ade@ernst.jennejohn.org> In-Reply-To: <710B0B1E-50E7-4194-8697-0511087D4C7A@80386.nl> References: <20091111101207.GF64905@hoeg.nl> <20091111140216.56e63ac6@ernst.jennejohn.org> <710B0B1E-50E7-4194-8697-0511087D4C7A@80386.nl> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "gary.jennejohn@freenet.de" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 13:51:48 -0000 On Wed, 11 Nov 2009 14:40:28 +0100 Ed Schouten wrote: > Have you made sure you ran vidcontrol on that specific window? You can > also add TEKEN_XTERM to your kernel config. I thought dialog worked > properly, but I'll test it again this evening. > I already mentioned what I did in the first mail: > > Note that I set one entry in /etc/ttys to xterm rather than using the > > vidcontrol trick. > > --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 13:55:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6B76106566C; Wed, 11 Nov 2009 13:55:39 +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 BF2458FC1A; Wed, 11 Nov 2009 13:55:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABCvn2N003372; Wed, 11 Nov 2009 07:57:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABCvnwb003371; Wed, 11 Nov 2009 12:57:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 12:57:49 GMT Message-Id: <200911111257.nABCvnwb003371@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 13:55:40 -0000 TB --- 2009-11-11 11:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 11:55:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-11-11 11:55:00 - cleaning the object tree TB --- 2009-11-11 11:55:19 - cvsupping the source tree TB --- 2009-11-11 11:55:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-11-11 11:55:51 - building world TB --- 2009-11-11 11:55:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 11:55:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 11:55:51 - TARGET=pc98 TB --- 2009-11-11 11:55:51 - TARGET_ARCH=i386 TB --- 2009-11-11 11:55:51 - TZ=UTC TB --- 2009-11-11 11:55:51 - __MAKE_CONF=/dev/null TB --- 2009-11-11 11:55:51 - cd /src TB --- 2009-11-11 11:55:51 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 11:55:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 12:54:35 UTC 2009 TB --- 2009-11-11 12:54:35 - generating LINT kernel config TB --- 2009-11-11 12:54:35 - cd /src/sys/pc98/conf TB --- 2009-11-11 12:54:35 - /usr/bin/make -B LINT TB --- 2009-11-11 12:54:35 - building LINT kernel TB --- 2009-11-11 12:54:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 12:54:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 12:54:35 - TARGET=pc98 TB --- 2009-11-11 12:54:35 - TARGET_ARCH=i386 TB --- 2009-11-11 12:54:35 - TZ=UTC TB --- 2009-11-11 12:54:35 - __MAKE_CONF=/dev/null TB --- 2009-11-11 12:54:35 - cd /src TB --- 2009-11-11 12:54:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 12:54:35 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 12:57:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 12:57:49 - ERROR: failed to build lint kernel TB --- 2009-11-11 12:57:49 - 2726.30 user 642.27 system 3769.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 14:01:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3875E1065670; Wed, 11 Nov 2009 14:01: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 11BF78FC08; Wed, 11 Nov 2009 14:01:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABD42dI067445; Wed, 11 Nov 2009 08:04:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABD42uZ067441; Wed, 11 Nov 2009 13:04:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 13:04:02 GMT Message-Id: <200911111304.nABD42uZ067441@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 14:01:52 -0000 TB --- 2009-11-11 11:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 11:55:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-11-11 11:55:00 - cleaning the object tree TB --- 2009-11-11 11:55:29 - cvsupping the source tree TB --- 2009-11-11 11:55:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-11-11 12:01:04 - building world TB --- 2009-11-11 12:01:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 12:01:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 12:01:04 - TARGET=i386 TB --- 2009-11-11 12:01:04 - TARGET_ARCH=i386 TB --- 2009-11-11 12:01:04 - TZ=UTC TB --- 2009-11-11 12:01:04 - __MAKE_CONF=/dev/null TB --- 2009-11-11 12:01:04 - cd /src TB --- 2009-11-11 12:01:04 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 12:01:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 13:00:24 UTC 2009 TB --- 2009-11-11 13:00:24 - generating LINT kernel config TB --- 2009-11-11 13:00:24 - cd /src/sys/i386/conf TB --- 2009-11-11 13:00:24 - /usr/bin/make -B LINT TB --- 2009-11-11 13:00:24 - building LINT kernel TB --- 2009-11-11 13:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:00:24 - TARGET=i386 TB --- 2009-11-11 13:00:24 - TARGET_ARCH=i386 TB --- 2009-11-11 13:00:24 - TZ=UTC TB --- 2009-11-11 13:00:24 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:00:24 - cd /src TB --- 2009-11-11 13:00:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 13:00:24 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 13:04:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 13:04:02 - ERROR: failed to build lint kernel TB --- 2009-11-11 13:04:02 - 2775.27 user 636.39 system 4142.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 14:27:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7698106566B; Wed, 11 Nov 2009 14:27:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A67CD8FC27; Wed, 11 Nov 2009 14:27:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABDTnF4001775; Wed, 11 Nov 2009 08:29:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABDTmKR001765; Wed, 11 Nov 2009 13:29:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 13:29:48 GMT Message-Id: <200911111329.nABDTmKR001765@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 14:27:39 -0000 TB --- 2009-11-11 11:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 11:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-11-11 11:55:00 - cleaning the object tree TB --- 2009-11-11 11:55:32 - cvsupping the source tree TB --- 2009-11-11 11:55:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-11-11 12:01:04 - building world TB --- 2009-11-11 12:01:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 12:01:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 12:01:04 - TARGET=amd64 TB --- 2009-11-11 12:01:04 - TARGET_ARCH=amd64 TB --- 2009-11-11 12:01:04 - TZ=UTC TB --- 2009-11-11 12:01:04 - __MAKE_CONF=/dev/null TB --- 2009-11-11 12:01:04 - cd /src TB --- 2009-11-11 12:01:04 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 12:01:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Nov 11 13:26:30 UTC 2009 TB --- 2009-11-11 13:26:30 - generating LINT kernel config TB --- 2009-11-11 13:26:30 - cd /src/sys/amd64/conf TB --- 2009-11-11 13:26:30 - /usr/bin/make -B LINT TB --- 2009-11-11 13:26:30 - building LINT kernel TB --- 2009-11-11 13:26:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:26:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:26:30 - TARGET=amd64 TB --- 2009-11-11 13:26:30 - TARGET_ARCH=amd64 TB --- 2009-11-11 13:26:30 - TZ=UTC TB --- 2009-11-11 13:26:30 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:26:30 - cd /src TB --- 2009-11-11 13:26:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 13:26:30 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 13:29:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 13:29:48 - ERROR: failed to build lint kernel TB --- 2009-11-11 13:29:48 - 3935.70 user 916.02 system 5688.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 14:44:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C0E0106566B for ; Wed, 11 Nov 2009 14:44:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id B33FC8FC1B for ; Wed, 11 Nov 2009 14:44:57 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so267869eyd.9 for ; Wed, 11 Nov 2009 06:44:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=rnDx4XN4d/EEr1b4ITSvViieain84SFyZoSrn3MPCDU=; b=bW/GpXfk/S0gRBeBDSrYm2Vk7jZeLuX32998/e2XHLMi+FooB1fPxjgtqfFri8KYof 4Pm3Jc1f6MqTAAUb2nn4jlqxqsN9/BOFGBSUxpGvwr0U/YWHkcBENvSKn0+lKpglKXtN VNRDLo7Agzn0twcE+gzBC4LqtZABXMxzEJo2M= 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=JpEShmWZoB3bf+SMW7+KSBvrVJQePGAiKtfjy7cI15JGRwoehaxRnep02tduZJCyYs vLj02nf25IElb+7lG/xtD8cmA/q58ukvrC3bp1lPLlp25cXH9QJYcUKIAgrTlV1zkZ7i j5J/N51Bpqj8z9UWnKEzj08oqS9R5ZTwgL99U= MIME-Version: 1.0 Received: by 10.213.103.144 with SMTP id k16mr1697505ebo.66.1257950696647; Wed, 11 Nov 2009 06:44:56 -0800 (PST) In-Reply-To: <20091111101207.GF64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> Date: Wed, 11 Nov 2009 15:44:56 +0100 Message-ID: <3a142e750911110644p10de9e15w46c2c7adbd295773@mail.gmail.com> From: Paul B Mahol To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 14:44:58 -0000 On 11/11/09, Ed Schouten wrote: > Hi folks, > > I just committed some patches to SVN that should complete the Xterm- > style terminal emulator support. This means we can just share the same > termcap entry between the console driver and X11 terminal emulators, > which has many advantages, including: > > - The ability to use dtach(1) without problems. > - Support for more advanced (networking) devices with serial > administrative interfaces. > - Better compatibility with other operating systems. > - Reduced bandwidth. > > I'd like to flip the switch one of these days on all platforms, except > i386. On i386 the /etc/ttys file is shared between i386 and pc98. pc98 > will still use its own cons25 emulator instead of the xterm emulator, so > I'll initially convert all the other platforms and deal with i386 (and > hopefully pc98) later. I'll discuss this with nyan@. > > How to test this: > > 1. Make sure you run 9.0-CURRENT SVN r199175 or later. > 2. Run `vidcontrol -T xterm'. > 3. Run `export TERM=xterm'. > > After doing this, you shouldn't notice a lot. Make sure applications > like your shell, your editor, etc. still work as expected. It would be nice that keeping shift key pressed and pressing middle mouse key works like it does in xterm. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 15:00:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B51F11065672; Wed, 11 Nov 2009 15:00:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD578FC0A; Wed, 11 Nov 2009 15:00:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABE2Unf052421; Wed, 11 Nov 2009 09:02:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABE2Uwh052394; Wed, 11 Nov 2009 14:02:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 14:02:30 GMT Message-Id: <200911111402.nABE2Uwh052394@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 15:00:20 -0000 TB --- 2009-11-11 12:43:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 12:43:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-11 12:43:26 - cleaning the object tree TB --- 2009-11-11 12:43:42 - cvsupping the source tree TB --- 2009-11-11 12:43:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-11 12:44:09 - building world TB --- 2009-11-11 12:44:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 12:44:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 12:44:09 - TARGET=ia64 TB --- 2009-11-11 12:44:09 - TARGET_ARCH=ia64 TB --- 2009-11-11 12:44:09 - TZ=UTC TB --- 2009-11-11 12:44:09 - __MAKE_CONF=/dev/null TB --- 2009-11-11 12:44:09 - cd /src TB --- 2009-11-11 12:44:09 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 12:44:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 13:59:55 UTC 2009 TB --- 2009-11-11 13:59:55 - generating LINT kernel config TB --- 2009-11-11 13:59:55 - cd /src/sys/ia64/conf TB --- 2009-11-11 13:59:55 - /usr/bin/make -B LINT TB --- 2009-11-11 13:59:55 - building LINT kernel TB --- 2009-11-11 13:59:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:59:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:59:55 - TARGET=ia64 TB --- 2009-11-11 13:59:55 - TARGET_ARCH=ia64 TB --- 2009-11-11 13:59:55 - TZ=UTC TB --- 2009-11-11 13:59:55 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:59:55 - cd /src TB --- 2009-11-11 13:59:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 13:59:55 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 14:02:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 14:02:30 - ERROR: failed to build lint kernel TB --- 2009-11-11 14:02:30 - 3726.84 user 627.39 system 4744.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 15:04:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 310B7106566B; Wed, 11 Nov 2009 15:04:26 +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 09E158FC1F; Wed, 11 Nov 2009 15:04:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABE6ard084113; Wed, 11 Nov 2009 09:06:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABE6a4A084112; Wed, 11 Nov 2009 14:06:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 14:06:36 GMT Message-Id: <200911111406.nABE6a4A084112@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: Wed, 11 Nov 2009 15:04:26 -0000 TB --- 2009-11-11 13:04:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 13:04:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-11-11 13:04:02 - cleaning the object tree TB --- 2009-11-11 13:04:16 - cvsupping the source tree TB --- 2009-11-11 13:04:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-11-11 13:04:41 - building world TB --- 2009-11-11 13:04:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:04:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:04:41 - TARGET=powerpc TB --- 2009-11-11 13:04:41 - TARGET_ARCH=powerpc TB --- 2009-11-11 13:04:41 - TZ=UTC TB --- 2009-11-11 13:04:41 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:04:41 - cd /src TB --- 2009-11-11 13:04:41 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 13:04:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 14:04:31 UTC 2009 TB --- 2009-11-11 14:04:31 - generating LINT kernel config TB --- 2009-11-11 14:04:31 - cd /src/sys/powerpc/conf TB --- 2009-11-11 14:04:31 - /usr/bin/make -B LINT TB --- 2009-11-11 14:04:31 - building LINT kernel TB --- 2009-11-11 14:04:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 14:04:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 14:04:31 - TARGET=powerpc TB --- 2009-11-11 14:04:31 - TARGET_ARCH=powerpc TB --- 2009-11-11 14:04:31 - TZ=UTC TB --- 2009-11-11 14:04:31 - __MAKE_CONF=/dev/null TB --- 2009-11-11 14:04:31 - cd /src TB --- 2009-11-11 14:04:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 14:04:32 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/cam/cam_sim.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/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 14:06:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 14:06:36 - ERROR: failed to build lint kernel TB --- 2009-11-11 14:06:36 - 2810.84 user 591.14 system 3753.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 15:25:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 076941065676; Wed, 11 Nov 2009 15:25:21 +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 BB0728FC18; Wed, 11 Nov 2009 15:25:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABERU3I071399; Wed, 11 Nov 2009 09:27:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABERUCE071398; Wed, 11 Nov 2009 14:27:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 14:27:30 GMT Message-Id: <200911111427.nABERUCE071398@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: Wed, 11 Nov 2009 15:25:21 -0000 TB --- 2009-11-11 13:29:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 13:29:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-11 13:29:51 - cleaning the object tree TB --- 2009-11-11 13:30:08 - cvsupping the source tree TB --- 2009-11-11 13:30:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-11 13:30:31 - building world TB --- 2009-11-11 13:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:30:31 - TARGET=sparc64 TB --- 2009-11-11 13:30:31 - TARGET_ARCH=sparc64 TB --- 2009-11-11 13:30:31 - TZ=UTC TB --- 2009-11-11 13:30:31 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:30:31 - cd /src TB --- 2009-11-11 13:30:31 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 13:30:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 14:25:20 UTC 2009 TB --- 2009-11-11 14:25:20 - generating LINT kernel config TB --- 2009-11-11 14:25:20 - cd /src/sys/sparc64/conf TB --- 2009-11-11 14:25:20 - /usr/bin/make -B LINT TB --- 2009-11-11 14:25:20 - building LINT kernel TB --- 2009-11-11 14:25:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 14:25:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 14:25:20 - TARGET=sparc64 TB --- 2009-11-11 14:25:20 - TARGET_ARCH=sparc64 TB --- 2009-11-11 14:25:20 - TZ=UTC TB --- 2009-11-11 14:25:20 - __MAKE_CONF=/dev/null TB --- 2009-11-11 14:25:20 - cd /src TB --- 2009-11-11 14:25:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 14:25:20 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 14:27:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 14:27:30 - ERROR: failed to build lint kernel TB --- 2009-11-11 14:27:30 - 2631.51 user 562.16 system 3459.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 15:44:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87B1D1065676 for ; Wed, 11 Nov 2009 15:44:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3E18FC23 for ; Wed, 11 Nov 2009 15:44:00 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nABFi0WL004635 for ; Wed, 11 Nov 2009 07:44:00 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nABFhxso004634 for current@freebsd.org; Wed, 11 Nov 2009 07:43:59 -0800 (PST) (envelope-from david) Date: Wed, 11 Nov 2009 07:43:59 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20091111154359.GB1351@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20090923140936.GF1320@albert.catwhisker.org> <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> <20090925162403.GM1320@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <20090925162403.GM1320@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: No DHCP lease with iwi(4)/wlan(4); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 15:44:00 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 25, 2009 at 09:24:03AM -0700, David Wolfskill wrote: > ... > But I did find one rather curious thing: I was able to get the > iwi(4) to work OK (while running head) with one of my access points; > it's the other that seems to have an issue with iwi(4) under head. >=20 > I have 2 different access points at home: > * An original Apple Airport > * A Linksys WAP-11. > (Each is, within the bounds of their rather different natures, > configured the same except for channel: One is on channel 1; the other > is on channel 6. Neither is a DHCP server: each merely passes the DHCP > traffic.) >=20 > Under stable/6 and stable/7, each works fine with iwi(4). >=20 > Under head (presently at r197479), the Linksys WAP-11 works (associates > & dhclient(8) negotiates a DHCP lease using iwi(4)/wlan(4)). >=20 > Under head, the Apple Airport associates, but dhclient(8) cannot see a > DHCP offer via iwi(4)/wlan(4).=20 >... This morning, after upgrading head to r199179, I now cannot get a DHCP lease using teh Linksys WAP-11. Prior to the upgrade, I was last running head r199134, which was able to get a DHCP lease from teh Linksys WAP-11. uname strings: FreeBSD g1-106.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1172 r199134= : Tue Nov 10 10:47:11 PST 2009 root@d254.dwolf.juniper.net.:/common/S4/= obj/usr/src/sys/CANARY i386 FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #1173 r199179: Wed Nov 11 06:50:22= PST 2009 root@g1-106.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY = i386 [The latter has no current hostname, since dhclient-exit-hooks didn't get an IP address.] I verified that the iwi0/wlan0 NIC did associate first. I recall the UPDATING entry from a couple of days ago: 20091109: The layout of the structure ieee80211req_scan_result has changed. Applications that require wireless scan results (e.g. ifconfig(8)) from net80211 need to be recompiled. and admit that I did the upgrade with -DNOCLEAN. But it worked OK for the upgrade yesterday -- and I don't expect that I actually use scan results in any case. (Recall that association still works.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr6278ACgkQmprOCmdXAD1lvACeMv4dZ2SqB8V1EIlhmqqzBqWq MMgAoIf3dbx9U8hKR9mJ7KzUyiHTkZyH =zqri -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 17:31:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99002106566B for ; Wed, 11 Nov 2009 17:31:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0898FC1B for ; Wed, 11 Nov 2009 17:31:53 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so322554eya.3 for ; Wed, 11 Nov 2009 09:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=cN9vZ/YZ8BFu9Zw9ZKVatZbjdLjqADzVWZr5ALCTq1k=; b=sE5bX92xxZiXeq//0dTVoBM6fi+JYU1YXLa7bH7qpPw/8W4iVkPMz63m/qSi3MptZ3 TNYPByxe1lavRROlI77VFgzA9bXyg5MxJJS48dPkDGt35v0kinyNfqWV2uli+paPEIBx YqgmQv6V9qYMeBo2dXOkFzRew1h8R17BIAQTM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=WI6wuvGV/qiOjD5pfxzPhOZEZkkAZaivy9NiRS/5iPFVo17Y/AjBlqYOmj+QdBTd3r 9085MaK1s4g/xa4NiO1Odeku46pdMoejFy02eXBk0Icraq5JfDLetV8GC84rFe+rT6cN qpN8pUFx9mmIlaBZHZtFBLbWwarKIHvG6hP9w= MIME-Version: 1.0 Received: by 10.213.23.156 with SMTP id r28mr3618755ebb.86.1257960712844; Wed, 11 Nov 2009 09:31:52 -0800 (PST) In-Reply-To: <20091111154359.GB1351@albert.catwhisker.org> References: <20090923140936.GF1320@albert.catwhisker.org> <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> <20090925162403.GM1320@albert.catwhisker.org> <20091111154359.GB1351@albert.catwhisker.org> Date: Wed, 11 Nov 2009 18:31:52 +0100 Message-ID: <3a142e750911110931x153a46ebhe8de0c1f6f96df2b@mail.gmail.com> From: Paul B Mahol To: David Wolfskill , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: No DHCP lease with iwi(4)/wlan(4); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 17:31:54 -0000 On 11/11/09, David Wolfskill wrote: > On Fri, Sep 25, 2009 at 09:24:03AM -0700, David Wolfskill wrote: >> ... >> But I did find one rather curious thing: I was able to get the >> iwi(4) to work OK (while running head) with one of my access points; >> it's the other that seems to have an issue with iwi(4) under head. >> >> I have 2 different access points at home: >> * An original Apple Airport >> * A Linksys WAP-11. >> (Each is, within the bounds of their rather different natures, >> configured the same except for channel: One is on channel 1; the other >> is on channel 6. Neither is a DHCP server: each merely passes the DHCP >> traffic.) >> >> Under stable/6 and stable/7, each works fine with iwi(4). >> >> Under head (presently at r197479), the Linksys WAP-11 works (associates >> & dhclient(8) negotiates a DHCP lease using iwi(4)/wlan(4)). >> >> Under head, the Apple Airport associates, but dhclient(8) cannot see a >> DHCP offer via iwi(4)/wlan(4). >>... > > This morning, after upgrading head to r199179, I now cannot get a DHCP > lease using teh Linksys WAP-11. > > Prior to the upgrade, I was last running head r199134, which was able to > get a DHCP lease from teh Linksys WAP-11. > > uname strings: > > FreeBSD g1-106.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1172 r199134: > Tue Nov 10 10:47:11 PST 2009 > root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 > > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #1173 r199179: Wed Nov 11 06:50:22 > PST 2009 root@g1-106.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY > i386 > > [The latter has no current hostname, since dhclient-exit-hooks > didn't get an IP address.] > > I verified that the iwi0/wlan0 NIC did associate first. I recall > the UPDATING entry from a couple of days ago: > > 20091109: > The layout of the structure ieee80211req_scan_result has changed. > Applications that require wireless scan results (e.g. ifconfig(8)) > from net80211 need to be recompiled. > > and admit that I did the upgrade with -DNOCLEAN. But it worked OK > for the upgrade yesterday -- and I don't expect that I actually use > scan results in any case. (Recall that association still works.) How scan results look now? Try sysctl debug options for your driver (debug.iwi). From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 17:36:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EBC61065694; Wed, 11 Nov 2009 17:36:18 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id CAAC58FC12; Wed, 11 Nov 2009 17:36:17 +0000 (UTC) Received: from [192.168.3.59] (mail4.spectralogic.com [207.225.98.253]) (authenticated bits=0) by aslan.scsiguy.com (8.14.3/8.14.3) with ESMTP id nABH476l069558 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 11 Nov 2009 10:04:09 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-ID: <4AFAEE89.3020009@scsiguy.com> Date: Wed, 11 Nov 2009 10:04:09 -0700 From: "Justin T. Gibbs" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 ThunderBrowse/3.2.6.5 MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10911060643g60079e31y7679b32dac670fd8@mail.gmail.com> In-Reply-To: <3bbf2fe10911060643g60079e31y7679b32dac670fd8@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: gibbs@freebsd.org, freebsd-current@freebsd.org, Scott Long , Ed Maste Subject: Re: [PATCH] Adding sysctl for errors statistics to ahd(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 17:36:18 -0000 On 11/6/2009 7:43 AM, Attilio Rao wrote: > This patch introduces some mechanisms for collecting informations on > errors frequency and debugging (and relative sysctls for printing them > out) for the ahd(4) driver: > http://www.freebsd.org/~attilio/Sandvine/STABLE_8/ahd/ahd-current2.diff > > The usage of array for sysctls is a bit too paranoid but it allows for > further extendibility of the code and doesn't loose of cleaness. > This code has been contributed back by Sandvine Incorporated with some cleanups. > Please review. > > Thanks, > Attilio In general, I think the patch is fine. It violates the existing style of the driver in some places (e.g. the aic7xxx drivers wrap function arguments to the opening '(' not to a 4 space indent), which should probably be addressed so the code remains consistent. My only real complaint is that there is not some generic reporting mechanism for these types of statistics. The ahd chips are legacy. Will Sandvine or vendor X add similar but slightly different sysctls to the next driver they need to integrate into their product? Higher level monitoring software can't be written to be agnostic of the storage controller and thus survive largely untouched as the HW under the software changes. I don't expect Sandvine to address this, but the project should. In the mean time, I'm okay with the patch going in since it is obviously useful to at least one company. -- Justin From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 17:40:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CC27106573F; Wed, 11 Nov 2009 17:40:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 09D348FC17; Wed, 11 Nov 2009 17:40:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codelabs.ru; s=two; h=To:Subject:From:Reply-To:Cc:Message-Id: Date; bh=/Ek4co/tS3CHOoAcRpOZJ4FJP6NGV36Lf1CEjchIazE=; b=RiEfxm7 r0cqFX43jUWatOXIyjuxu7ztFaSN5eLhuR85MTaNdw2VviQJiJ19Gm52zWeXa24c mUh581XZmPWWnwHCJHKXyzf+J8HKkJtdQHkLsKI3r1vZo6YbtQlKGMENmNxzxrnB SrLEFYgRIg0JbmYXJw1W5wB5FAM2ZOFwyLgG7IcRTwSmh4VGaePz1wa++3Q5VDom A6L3L5/rK5kDxWCDFA5VGuOeR4pfjmSSa2WwN/wz52RSBd4BBRtB8yLlZAdYh6L2 fCJOsb9xckUp+q5fc34G8+18HYLyyAiFIaXJ0ng+1K0xX/NetFZFUPguBRL3HKeJ xjr+wLYTC7KZtpA== Received: from shadow.codelabs.ru (cdma-92-36-76-113.msk.skylink.ru [92.36.76.113]) by 0.mx.codelabs.ru with esmtps (TLSv1:CAMELLIA256-SHA:256) id 1N8HB1-0005iy-GM; Wed, 11 Nov 2009 20:40:17 +0300 To: FreeBSD-gnats-submit@freebsd.org From: Eygene Ryabinkin X-send-pr-version: 3.113 X-GNATS-Notify: Message-Id: <20091111174011.3E7FF17182@shadow.codelabs.ru> Date: Wed, 11 Nov 2009 20:40:11 +0300 (MSK) X-Mailman-Approved-At: Wed, 11 Nov 2009 17:46:04 +0000 Cc: pjd@freebsd.org, freebsd-current@freebsd.org, scottl@freebsd.org, hps@freebsd.org, thompsa@freebsd.org Subject: [patch] allow boot-time attachment of daX devices to GEOM_ELI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 17:40:18 -0000 >Submitter-Id: current-users >Originator: Eygene Ryabinkin >Organization: Code Labs >Confidential: no >Synopsis: [patch] allow boot-time attachment of daX devices to GEOM_ELI >Severity: serious >Priority: medium >Category: kern >Class: sw-bug >Release: FreeBSD 9.0-CURRENT amd64 >Environment: System: FreeBSD 9.0-CURRENT amd64 >Description: Currently, one can not make GEOM_ELI to attach encrypted providers at a boot time if these providers are backed by the da(4) devices (USB disks or sticks). This happens because umass(4) only pushes CAM layer to attach the created device, but the actual attachment is done asynchronously and on my machines it is done after the root mount. This makes me unable to boot my machines whose disks are removable USB ones and all partitions (with the boot one) are lying inside GEOM_ELI volume. >How-To-Repeat: Create GEOM_ELI volume on the removable USB stick, set boot flag on it (geli configure -b /dev/da) and boot the machine. You won't be asked for the password to attach the encrypted volume on boot (at least, this won't happen on the machines where daX will be attached after the root mount and at least on my notebook it is true). >Fix: The following patch fixes the things both for 9-CURRENT and 8-RC2. It uses a hacky way to pass the softc to the CAM callback, but I found no other ways to do so and daX should drop the root mount hold only after it will be completely attached or failed to do so. --- attach-umass-and-da-before-root-mount.diff begins here --- >From ced3079c3de1b07654ebd35ea80347d9f39b105e Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Wed, 11 Nov 2009 20:21:12 +0300 This allows attaching of external USB disks that carry volumes encrypted by GEOM_ELI, otherwise daX are probed and attached only after root mount and this makes impossible to use geli-backed device as the container for the root partition. Signed-off-by: Eygene Ryabinkin --- sys/cam/scsi/scsi_da.c | 7 ++++++ sys/dev/usb/storage/umass.c | 48 ++++++++++++++++++++++++++++++++++++++---- 2 files changed, 50 insertions(+), 5 deletions(-) diff --git a/sys/cam/scsi/scsi_da.c b/sys/cam/scsi/scsi_da.c index d05376e..0f766ed 100644 --- a/sys/cam/scsi/scsi_da.c +++ b/sys/cam/scsi/scsi_da.c @@ -130,6 +130,7 @@ struct da_softc { struct sysctl_ctx_list sysctl_ctx; struct sysctl_oid *sysctl_tree; struct callout sendordered_c; + struct root_hold_token *sc_rootmount; }; struct da_quirk_entry { @@ -1166,6 +1167,8 @@ daregister(struct cam_periph *periph, void *arg) return(CAM_REQ_CMP_ERR); } + softc->sc_rootmount = root_mount_hold("scsi_da"); + LIST_INIT(&softc->pending_ccbs); softc->state = DA_STATE_PROBE; bioq_init(&softc->bio_queue); @@ -1754,6 +1757,10 @@ dadone(struct cam_periph *periph, union ccb *done_ccb) * operation. */ xpt_release_ccb(done_ccb); + if (softc->sc_rootmount != NULL) { + root_mount_rel(softc->sc_rootmount); + softc->sc_rootmount = NULL; + } cam_periph_unhold(periph); return; } diff --git a/sys/dev/usb/storage/umass.c b/sys/dev/usb/storage/umass.c index 18756c9..a3a973e 100644 --- a/sys/dev/usb/storage/umass.c +++ b/sys/dev/usb/storage/umass.c @@ -1034,6 +1034,8 @@ struct umass_softc { uint8_t sc_maxlun; /* maximum LUN number, inclusive */ uint8_t sc_last_xfer_index; uint8_t sc_status_try; + + struct root_hold_token *sc_rootmount; }; struct umass_probe_proto { @@ -1043,6 +1045,15 @@ struct umass_probe_proto { int32_t error; }; +/* + * Wrapped 'union ccb *' to "pass" 'struct umass_softc *' + * into the CAM callback. + */ +struct wrapped_ccb_ptr { + union ccb ccb; + struct umass_softc *sc; +}; + /* prototypes */ static device_probe_t umass_probe; @@ -1502,6 +1513,13 @@ umass_attach(device_t dev) sc->sc_quirks = temp.quirks; sc->sc_unit = device_get_unit(dev); + /* + * We will release rootmount for this device only when + * it will be attached to the SCSI bus or will be + * failed to do so. This is done inside rescan_callback. + */ + sc->sc_rootmount = root_mount_hold(device_get_nameunit(dev)); + snprintf(sc->sc_name, sizeof(sc->sc_name), "%s", device_get_nameunit(dev)); @@ -1646,6 +1664,10 @@ umass_attach(device_t dev) return (0); /* success */ detach: + if (sc->sc_rootmount != NULL) { + root_mount_rel(sc->sc_rootmount); + sc->sc_rootmount = NULL; + } umass_detach(dev); return (ENXIO); /* failure */ } @@ -2745,12 +2767,18 @@ umass_cam_attach_sim(struct umass_softc *sc) return (0); } +/* + * "Wrapped" ccb will be passed to this callback: second argument + * will really point to 'struct wrapped_ccb_ptr *', so we can + * cast it. + */ static void umass_cam_rescan_callback(struct cam_periph *periph, union ccb *ccb) { -#if USB_DEBUG - struct umass_softc *sc = NULL; + struct wrapped_ccb_ptr *wccb = (struct wrapped_ccb_ptr *)ccb; + struct umass_softc *sc = wccb->sc; +#if USB_DEBUG if (ccb->ccb_h.status != CAM_REQ_CMP) { DPRINTF(sc, UDMASS_SCSI, "%s:%d Rescan failed, 0x%04x\n", periph->periph_name, periph->unit_number, @@ -2761,6 +2789,11 @@ umass_cam_rescan_callback(struct cam_periph *periph, union ccb *ccb) } #endif + if (sc->sc_rootmount != NULL) { + root_mount_rel(sc->sc_rootmount); + sc->sc_rootmount = NULL; + } + xpt_free_path(ccb->ccb_h.path); free(ccb, M_USBDEV); } @@ -2769,6 +2802,7 @@ static void umass_cam_rescan(struct umass_softc *sc) { struct cam_path *path; + struct wrapped_ccb_ptr *wccb; union ccb *ccb; DPRINTF(sc, UDMASS_SCSI, "scbus%d: scanning for %d:%d:%d\n", @@ -2776,11 +2810,15 @@ umass_cam_rescan(struct umass_softc *sc) cam_sim_path(sc->sc_sim), sc->sc_unit, CAM_LUN_WILDCARD); - ccb = malloc(sizeof(*ccb), M_USBDEV, M_WAITOK | M_ZERO); + wccb = malloc(sizeof(*wccb), M_USBDEV, M_WAITOK | M_ZERO); - if (ccb == NULL) { + if (wccb == NULL) { return; } + + ccb = &wccb->ccb; + wccb->sc = sc; + #if (__FreeBSD_version >= 700037) mtx_lock(&sc->sc_mtx); #endif @@ -2791,7 +2829,7 @@ umass_cam_rescan(struct umass_softc *sc) #if (__FreeBSD_version >= 700037) mtx_unlock(&sc->sc_mtx); #endif - free(ccb, M_USBDEV); + free(wccb, M_USBDEV); return; } xpt_setup_ccb(&ccb->ccb_h, path, 5 /* priority (low) */ ); -- 1.6.4.3 --- attach-umass-and-da-before-root-mount.diff ends here --- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 17:54:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64294106566C for ; Wed, 11 Nov 2009 17:54:08 +0000 (UTC) (envelope-from rtfm.xx@gmail.com) Received: from mail-px0-f194.google.com (mail-px0-f194.google.com [209.85.216.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFBE8FC14 for ; Wed, 11 Nov 2009 17:54:08 +0000 (UTC) Received: by pxi32 with SMTP id 32so959406pxi.15 for ; Wed, 11 Nov 2009 09:54:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=hIEgOJDWiBSdoQCqcxaqJuiuN0Gzt36ydIeIR+ONzQQ=; b=YOo/ew12Cm5PpICculxroS2Vuq7Of/Yz1vst/joXj2ZmqVCUTR9AuprAxjzz08kr2Z IbfNppe9aIXzHts6+zbix4Fu38FgKOu1C2ay8KLSaWwgTqUT1XOUZpI0ZMSHGNERtLV+ 9+YIvVCwboTEsrajbj5Cdp1DJ2DVDrtZ0aIa8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=rLM31jjbVzYK1GsLL3kt78McGE7jiaYk/TaivrNsHFb9W6iRThPD6lTP78Oquusg0o rpnW1w7OJm6KsifC7XmklNWsBFbN+KRiQgwPt7pEThVMdm87M9PvkhvC45cl0KjpkGi1 DUWV9htg9mXno5Q9OVx/JkGNJX5TJ3oX79ZFI= MIME-Version: 1.0 Sender: rtfm.xx@gmail.com Received: by 10.142.149.39 with SMTP id w39mr189429wfd.168.1257960391703; Wed, 11 Nov 2009 09:26:31 -0800 (PST) Date: Wed, 11 Nov 2009 09:26:31 -0800 X-Google-Sender-Auth: 7e911bb1ae4ae346 Message-ID: <15d3bc360911110926m4811574bmaea5e42879340d64@mail.gmail.com> From: Joshua Piccari To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 11 Nov 2009 18:05:57 +0000 Subject: Wondering how stable x86emu? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 17:54:08 -0000 Hi all, Hi all I'm wondering if anybody can comment on when we can expect to see x86emu come to a branch other than -CURRENT? Or if anyone has a patch for x86emu that would work (even slightly) with 8.0-RC2? I guess if nothing else it would be nice to know what files are involved so I can make a patch for RC2. Anyways, any info would be greatly appreciated since I've been waiting for something like this for a long time. Great work, and really looking forward to it. :D -- Joshua A Piccari /dv/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 18:13:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89297106566B for ; Wed, 11 Nov 2009 18:13:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC8E8FC0C for ; Wed, 11 Nov 2009 18:13:46 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 8D27D55CD897; Thu, 12 Nov 2009 02:13:44 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id HPNO2XNwqthO; Thu, 12 Nov 2009 02:13:38 +0800 (CST) Received: from delta.delphij.net (unknown [206.40.55.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id D36EB55CD814; Thu, 12 Nov 2009 02:13:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=iWtWUkU6KPDi9XEPq3E7zBV7KpAGQXQuoLlyQ1AeYYC/f2EPdwFTGGmQdqhGXlFbi X+qLl/geR3kS9n62nF1/Q== Message-ID: <4AFAFECD.5020306@delphij.net> Date: Wed, 11 Nov 2009 10:13:33 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: Joshua Piccari References: <15d3bc360911110926m4811574bmaea5e42879340d64@mail.gmail.com> In-Reply-To: <15d3bc360911110926m4811574bmaea5e42879340d64@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Wondering how stable x86emu? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 18:13:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joshua Piccari wrote: > Hi all, > > Hi all I'm wondering if anybody can comment on when we can expect to > see x86emu come to a branch other than -CURRENT? Or if anyone has a > patch for x86emu that would work (even slightly) with 8.0-RC2? I guess > if nothing else it would be nice to know what files are involved so I > can make a patch for RC2. > > Anyways, any info would be greatly appreciated since I've been waiting > for something like this for a long time. Great work, and really > looking forward to it. :D I'm not sure what are you referring to... It worked just fine for i.e. VESA stuff on amd64, but I think it's too late for 8.0 since it has been introduced too late. However, it would be a good target for 8.1 I guess, there are some rough edges but so far it works just fine for me. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr6/s0ACgkQi+vbBBjt66C40ACfanaW0PUhohpx6csuwWIDZX0l F5YAn29BDqcCajJ/rrsupxiYmr7izK09 =qDWD -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 18:38:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E292C106566B; Wed, 11 Nov 2009 18:38:22 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7EC488FC0A; Wed, 11 Nov 2009 18:38:22 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nABIbuSU091118; Wed, 11 Nov 2009 11:37:56 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <20091111174011.3E7FF17182@shadow.codelabs.ru> Date: Wed, 11 Nov 2009 11:37:55 -0700 Content-Transfer-Encoding: 7bit Message-Id: <017A1314-C5F2-4A71-857A-A381F029540B@samsco.org> References: <20091111174011.3E7FF17182@shadow.codelabs.ru> To: Eygene Ryabinkin X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.3 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: pjd@freebsd.org, scottl Long , hps@freebsd.org, FreeBSD-Current Mailing List , thompsa@freebsd.org, FreeBSD-gnats-submit@freebsd.org Subject: Re: [patch] allow boot-time attachment of daX devices to GEOM_ELI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 18:38:23 -0000 I understand your concern about G_ELI. I'm not a fan of root_mount_hold, and I'd really like it to go away in favor of the SYSINIT and INTRHOOK mechanisms that already existed before root_mount_hold was introduced. It's really a hack, and a messy one that requires extensive modification to the system to work; i.e. root_mount_hold calls need to be added to just about every storage driver, not just 'ad' and 'da', while the existing SYSINIT based ordering does not. I'll look into this and see if I can come up with an alternate solution. Scott On Nov 11, 2009, at 10:40 AM, Eygene Ryabinkin wrote: > >> Submitter-Id: current-users >> Originator: Eygene Ryabinkin >> Organization: Code Labs >> Confidential: no >> Synopsis: [patch] allow boot-time attachment of daX devices to >> GEOM_ELI >> Severity: serious >> Priority: medium >> Category: kern >> Class: sw-bug >> Release: FreeBSD 9.0-CURRENT amd64 >> Environment: > > System: FreeBSD 9.0-CURRENT amd64 > >> Description: > > Currently, one can not make GEOM_ELI to attach encrypted providers > at a > boot time if these providers are backed by the da(4) devices (USB > disks > or sticks). This happens because umass(4) only pushes CAM layer to > attach the created device, but the actual attachment is done > asynchronously and on my machines it is done after the root mount. > > This makes me unable to boot my machines whose disks are removable USB > ones and all partitions (with the boot one) are lying inside GEOM_ELI > volume. > >> How-To-Repeat: > > Create GEOM_ELI volume on the removable USB stick, set boot flag on it > (geli configure -b /dev/da) and boot the machine. You > won't > be asked for the password to attach the encrypted volume on boot (at > least, this won't happen on the machines where daX will be attached > after the root mount and at least on my notebook it is true). > >> Fix: > > The following patch fixes the things both for 9-CURRENT and 8-RC2. It > uses a hacky way to pass the softc to the CAM callback, but I found no > other ways to do so and daX should drop the root mount hold only after > it will be completely attached or failed to do so. > > --- attach-umass-and-da-before-root-mount.diff begins here --- > From ced3079c3de1b07654ebd35ea80347d9f39b105e Mon Sep 17 00:00:00 2001 > From: Eygene Ryabinkin > Date: Wed, 11 Nov 2009 20:21:12 +0300 > > This allows attaching of external USB disks that carry volumes > encrypted > by GEOM_ELI, otherwise daX are probed and attached only after root > mount > and this makes impossible to use geli-backed device as the container > for > the root partition. > > Signed-off-by: Eygene Ryabinkin > --- > sys/cam/scsi/scsi_da.c | 7 ++++++ > sys/dev/usb/storage/umass.c | 48 ++++++++++++++++++++++++++++++++++ > ++++---- > 2 files changed, 50 insertions(+), 5 deletions(-) > > diff --git a/sys/cam/scsi/scsi_da.c b/sys/cam/scsi/scsi_da.c > index d05376e..0f766ed 100644 > --- a/sys/cam/scsi/scsi_da.c > +++ b/sys/cam/scsi/scsi_da.c > @@ -130,6 +130,7 @@ struct da_softc { > struct sysctl_ctx_list sysctl_ctx; > struct sysctl_oid *sysctl_tree; > struct callout sendordered_c; > + struct root_hold_token *sc_rootmount; > }; > > struct da_quirk_entry { > @@ -1166,6 +1167,8 @@ daregister(struct cam_periph *periph, void *arg) > return(CAM_REQ_CMP_ERR); > } > > + softc->sc_rootmount = root_mount_hold("scsi_da"); > + > LIST_INIT(&softc->pending_ccbs); > softc->state = DA_STATE_PROBE; > bioq_init(&softc->bio_queue); > @@ -1754,6 +1757,10 @@ dadone(struct cam_periph *periph, union ccb > *done_ccb) > * operation. > */ > xpt_release_ccb(done_ccb); > + if (softc->sc_rootmount != NULL) { > + root_mount_rel(softc->sc_rootmount); > + softc->sc_rootmount = NULL; > + } > cam_periph_unhold(periph); > return; > } > diff --git a/sys/dev/usb/storage/umass.c b/sys/dev/usb/storage/umass.c > index 18756c9..a3a973e 100644 > --- a/sys/dev/usb/storage/umass.c > +++ b/sys/dev/usb/storage/umass.c > @@ -1034,6 +1034,8 @@ struct umass_softc { > uint8_t sc_maxlun; /* maximum LUN number, inclusive */ > uint8_t sc_last_xfer_index; > uint8_t sc_status_try; > + > + struct root_hold_token *sc_rootmount; > }; > > struct umass_probe_proto { > @@ -1043,6 +1045,15 @@ struct umass_probe_proto { > int32_t error; > }; > > +/* > + * Wrapped 'union ccb *' to "pass" 'struct umass_softc *' > + * into the CAM callback. > + */ > +struct wrapped_ccb_ptr { > + union ccb ccb; > + struct umass_softc *sc; > +}; > + > /* prototypes */ > > static device_probe_t umass_probe; > @@ -1502,6 +1513,13 @@ umass_attach(device_t dev) > sc->sc_quirks = temp.quirks; > sc->sc_unit = device_get_unit(dev); > > + /* > + * We will release rootmount for this device only when > + * it will be attached to the SCSI bus or will be > + * failed to do so. This is done inside rescan_callback. > + */ > + sc->sc_rootmount = root_mount_hold(device_get_nameunit(dev)); > + > snprintf(sc->sc_name, sizeof(sc->sc_name), > "%s", device_get_nameunit(dev)); > > @@ -1646,6 +1664,10 @@ umass_attach(device_t dev) > return (0); /* success */ > > detach: > + if (sc->sc_rootmount != NULL) { > + root_mount_rel(sc->sc_rootmount); > + sc->sc_rootmount = NULL; > + } > umass_detach(dev); > return (ENXIO); /* failure */ > } > @@ -2745,12 +2767,18 @@ umass_cam_attach_sim(struct umass_softc *sc) > return (0); > } > > +/* > + * "Wrapped" ccb will be passed to this callback: second argument > + * will really point to 'struct wrapped_ccb_ptr *', so we can > + * cast it. > + */ > static void > umass_cam_rescan_callback(struct cam_periph *periph, union ccb *ccb) > { > -#if USB_DEBUG > - struct umass_softc *sc = NULL; > + struct wrapped_ccb_ptr *wccb = (struct wrapped_ccb_ptr *)ccb; > + struct umass_softc *sc = wccb->sc; > > +#if USB_DEBUG > if (ccb->ccb_h.status != CAM_REQ_CMP) { > DPRINTF(sc, UDMASS_SCSI, "%s:%d Rescan failed, 0x%04x\n", > periph->periph_name, periph->unit_number, > @@ -2761,6 +2789,11 @@ umass_cam_rescan_callback(struct cam_periph > *periph, union ccb *ccb) > } > #endif > > + if (sc->sc_rootmount != NULL) { > + root_mount_rel(sc->sc_rootmount); > + sc->sc_rootmount = NULL; > + } > + > xpt_free_path(ccb->ccb_h.path); > free(ccb, M_USBDEV); > } > @@ -2769,6 +2802,7 @@ static void > umass_cam_rescan(struct umass_softc *sc) > { > struct cam_path *path; > + struct wrapped_ccb_ptr *wccb; > union ccb *ccb; > > DPRINTF(sc, UDMASS_SCSI, "scbus%d: scanning for %d:%d:%d\n", > @@ -2776,11 +2810,15 @@ umass_cam_rescan(struct umass_softc *sc) > cam_sim_path(sc->sc_sim), > sc->sc_unit, CAM_LUN_WILDCARD); > > - ccb = malloc(sizeof(*ccb), M_USBDEV, M_WAITOK | M_ZERO); > + wccb = malloc(sizeof(*wccb), M_USBDEV, M_WAITOK | M_ZERO); > > - if (ccb == NULL) { > + if (wccb == NULL) { > return; > } > + > + ccb = &wccb->ccb; > + wccb->sc = sc; > + > #if (__FreeBSD_version >= 700037) > mtx_lock(&sc->sc_mtx); > #endif > @@ -2791,7 +2829,7 @@ umass_cam_rescan(struct umass_softc *sc) > #if (__FreeBSD_version >= 700037) > mtx_unlock(&sc->sc_mtx); > #endif > - free(ccb, M_USBDEV); > + free(wccb, M_USBDEV); > return; > } > xpt_setup_ccb(&ccb->ccb_h, path, 5 /* priority (low) */ ); > -- > 1.6.4.3 > --- attach-umass-and-da-before-root-mount.diff ends here --- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 18:50:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB6A1065670 for ; Wed, 11 Nov 2009 18:50:43 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id B47A28FC15 for ; Wed, 11 Nov 2009 18:50:43 +0000 (UTC) Received: by pwj15 with SMTP id 15so941705pwj.3 for ; Wed, 11 Nov 2009 10:50:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=FuRrcyFX4bXhwxui2sPSrw6v+TNMDjnmDouX7ZIiL1E=; b=jatysFtn7/aO48qzBy0+mGij0r1UApfnUHMJyUNGLclCfnat2adbqbDoBbtEhCRegW YkML8trGeCTPWcSGy62zoE7oaDWKbCSsvTEKaz1Xc/CKqUC3TmQ7++BaSxiwgqijw9zk cx1DGwtEZpAUZjWEWwerz1KbcTPhncVfYPQDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fQo+ufSagEIzr6b2duDnqzw087UTQdy1XjxHmfzEhxUn5qtBC24HL9LpvV9wmSjcRX DdunSpL2XdGtTXH9+J/LciCSbH8oyxp+RFxTZClQF3cF8z8l+E7XGjHtK7OgQL8Mk6Ee wiipPHnucIKUNBFhAhjQeoCsqaSUVw/JCLJ8Q= MIME-Version: 1.0 Received: by 10.142.122.6 with SMTP id u6mr201736wfc.95.1257965443262; Wed, 11 Nov 2009 10:50:43 -0800 (PST) Date: Wed, 11 Nov 2009 12:50:43 -0600 Message-ID: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 18:50:43 -0000 Hello list, I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is acting weird on writes. I get ~150mbit writes idk if this is good or not? but it paused for a few seconds every once and awhile. I have cut and pasted a bunch of stuff below. does anyone have any insight? this is a recent machine with a AMD processor and 4GB of memory. the switch in the middle is a Dell 5224 gigabit switch if that maters. and the Clients performing the writes are also FreeBSD 8RC2 I will say one thing... While I am performing writes.. if I was to do a Read from a different client I only can get like ~3mbit reads. if I do nothing but a read on a single client I can get ~300mbit reads any help would be appreciated Sam Fourman Jr. Fourman Networks. # zpool status pool: Network state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM Network ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 errors: No known data errors # ifconfig re0: flags=8843 metric 0 mtu 1500 options=389b ether 90:e6:ba:10:0e:2d inet 192.168.12.10 netmask 0xffffff00 broadcast 192.168.12.255 inet 192.168.12.11 netmask 0xffffff00 broadcast 192.168.12.255 inet 192.168.12.12 netmask 0xffffff00 broadcast 192.168.12.255 inet 192.168.12.13 netmask 0xffffff00 broadcast 192.168.12.255 media: Ethernet autoselect (1000baseT ) status: active plip0: flags=8810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 # ifstat -b -i re0 re0 Kbps in Kbps out 3.37 5.18 3.37 5.05 3.37 5.05 42.21 48.22 5.89 5.05 3.37 5.05 3.37 5.05 41.68 48.20 110.44 101.74 3.37 5.05 3.37 5.05 5.03 6.37 10.83 12.84 62.05 62.50 3.37 5.05 3.37 5.05 5.21 6.47 3.37 5.05 56521.85 2052.38 133949.5 4723.58 141345.1 4968.34 154383.0 5433.63 154244.1 5423.14 121558.2 4306.39 155455.9 5475.89 142424.3 5015.22 159326.7 5609.79 152141.6 5281.99 146702.9 7199.11 151088.5 5312.14 151621.7 5346.30 112848.5 3939.65 4.80 5.05 46.20 49.68 5.21 6.47 3.37 5.05 3.37 5.05 5.21 6.47 44.72 48.20 132888.9 4652.04 153707.7 5402.98 152234.6 5343.49 136510.0 4814.00 124268.0 4437.97 158612.9 5590.24 156464.4 5514.69 142010.5 5010.10 148333.6 5211.41 re0 Kbps in Kbps out 155707.6 5525.03 156187.8 5504.36 121838.5 4282.46 16874.25 621.48 5.21 6.47 46.17 49.61 3.37 5.05 5.21 6.47 3.37 5.05 30120.71 1058.03 156991.7 5639.63 147261.1 5311.55 131024.8 4725.30 151883.2 5353.18 155146.7 5456.85 161816.2 5727.37 144066.7 5138.94 155767.4 5507.38 142959.7 5043.90 152714.3 5428.75 110144.8 3987.22 3.37 5.05 3.37 5.05 5.03 6.37 3.37 5.05 64.62 68.86 11302.01 367.31 154841.7 5489.48 160238.3 5635.34 151150.4 5323.96 160726.1 5696.35 152421.8 5381.29 161405.3 5751.44 152095.4 5349.11 116161.9 4104.15 158146.7 5573.70 147790.0 5247.66 12551.27 462.41 3.37 5.05 3.37 5.05 3.37 5.05 2160.03 2117.73 11297.74 376.93 158567.7 5610.60 147388.6 5186.73 151555.5 5349.12 157579.2 5587.67 149001.2 5268.48 re0 Kbps in Kbps out 154172.6 5507.73 162795.7 5753.79 151039.5 5315.01 153744.4 5478.71 88269.23 3137.44 3.37 5.05 3.37 5.05 25.07 24.70 44.72 48.20 3.37 5.05 107780.3 3813.35 151123.3 5326.76 153103.2 5440.45 149461.4 5318.25 154987.6 5465.26 147789.8 5223.30 140811.6 4981.23 158819.1 5658.08 156550.1 5542.69 117199.0 4096.97 3.37 5.05 3.37 5.05 3.37 5.05 44.70 48.17 3.37 5.05 116172.3 4084.82 159684.2 5595.67 155388.3 5470.82 153778.8 5471.12 160333.3 5650.18 151555.5 5346.59 153912.8 5427.27 146753.1 5234.99 151624.0 5337.10 41923.68 1478.39 3.37 5.05 3.37 5.05 66.24 67.47 3.37 5.05 61305.44 2143.38 157087.6 5549.02 155647.7 5553.67 157510.1 5605.24 146786.6 5180.34 135555.9 4780.34 158633.3 5578.98 157735.7 5538.46 151445.5 5390.60 re0 Kbps in Kbps out 88655.49 3138.99 5.21 7.61 3.37 5.05 3.37 5.05 314.11 309.87 35855.92 3019.12 126837.6 4492.57 136117.2 4806.87 147924.3 5229.35 150553.5 5315.17 158044.2 5609.08 159151.6 5627.26 147855.5 5178.02 156533.7 5495.67 125278.2 4390.51 44.72 48.20 3.37 5.05 3.37 5.05 3.37 5.05 12400.47 420.22 141994.2 5045.35 157535.1 5537.08 154312.9 5412.69 159218.2 5633.57 152698.8 5365.41 155403.4 5563.36 150104.5 5317.83 156397.1 5517.41 86013.25 3048.44 3.37 5.05 44.72 48.20 3.37 5.05 3.37 5.05 47334.93 1647.06 149320.0 5347.42 149435.6 5308.92 156021.1 5474.01 152563.6 5375.73 155523.0 5473.40 152630.9 5385.65 152203.3 5394.63 142484.9 5030.69 56701.45 2052.13 3.37 5.05 3.37 5.05 46.17 49.62 5.03 6.37 94137.63 3297.45 re0 Kbps in Kbps out 164023.3 5785.23 147958.4 5279.17 152165.2 5356.31 147259.5 5208.91 155024.8 5456.01 158034.7 5552.35 147619.9 5249.18 135962.4 4821.04 3.37 5.05 3.37 5.05 3.37 5.05 44.54 48.00 24643.59 808.53 155887.8 5499.69 152622.6 5374.52 90909.52 3216.71 150315.9 6516.74 149293.3 6100.74 157711.7 5644.70 142586.9 5036.40 146279.9 5149.50 126335.6 4510.90 3.37 5.05 3.37 5.05 3.37 5.05 3.37 5.05 31785.91 1137.64 152113.2 5361.44 149366.4 5262.94 141578.1 4984.64 147796.4 5205.79 154105.2 5549.08 161407.3 5713.83 149983.9 5294.44 145774.1 5148.62 58054.58 2079.92 3.37 5.05 45.64 48.75 3.37 5.05 10.38 41.29 115633.4 4057.17 145172.9 5109.34 160267.6 5680.67 154851.5 5455.03 157873.1 5621.18 150019.6 5295.47 160156.1 5655.63 146290.4 5200.17 re0 Kbps in Kbps out 97345.63 3477.19 3.37 6.19 3.37 5.05 3.37 5.05 46.56 49.61 73127.16 2544.00 150076.1 5293.10 152638.9 5381.02 153774.1 5412.67 155966.5 5522.56 161909.6 5662.65 158143.3 5553.83 150476.0 5284.16 115083.2 4048.69 11872.56 459.17 3.37 5.05 3.37 5.05 5.10 6.69 48749.13 1788.02 160387.1 5730.22 151622.1 5301.40 158541.1 5553.69 163521.1 5719.97 155853.6 5478.11 159261.4 5626.13 ^C # /boot/loader.conf kern.ipc.semaem=32767 kern.ipc.semvmx=65534 kern.ipc.semusz=184 kern.ipc.semume=80 kern.ipc.semopm=200 kern.ipc.semmsl=120 kern.ipc.semmnu=4096 kern.ipc.semmns=8192 kern.ipc.semmni=32767 kern.ipc.semmap=60 /etc/sysctl.conf # Jail Settings security.jail.jailed: 0 security.jail.mount_allowed: 0 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 1 security.jail.enforce_statfs: 2 security.jail.sysvipc_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 1 # More Shared memory for jails/PostgreSQL kern.ipc.shmall=65536 kern.ipc.shmmax=134217728 kern.ipc.semmap=4096 # dmesg Copyright (c) 1992-2009 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 8.0-RC2 #2: Tue Nov 10 21:05:03 CST 2009 sfourman@.PuffyBSD.Com:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) II X2 550 Processor (3100.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f42 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3847766016 (3669 MB) ACPI APIC Table: <092809 APIC1459> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0 0/1 20090521 tbfadt-655 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <092809 XSDT1459> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of fed40000, 5000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.1 (no driver attached) pcib2: irq 18 at device 10.0 on pci0 pci2: on pcib2 re0: port 0xe800-0xe8ff mem 0xfdbff000-0xfdbfffff,0xfdbf8000-0xfdbfbfff irq 18 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 90:e6:ba:10:0e:2d re0: [FILTER] atapci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe7ffc00-0xfe7fffff irq 22 at device 17.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 18.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe7fd000-0xfe7fdfff irq 16 at device 18.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfe7ff800-0xfe7ff8ff irq 17 at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.0 on pci0 ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfe7fb000-0xfe7fbfff irq 18 at device 19.1 on pci0 ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfe7ff400-0xfe7ff4ff irq 19 at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 pcib4: at device 5.0 on pci3 pci4: on pcib4 arcmsr0: mem 0xfebff000-0xfebfffff,0xfdc00000-0xfdffffff irq 22 at device 14.0 on pci4 ARECA RAID ADAPTER0: Driver Version 1.20.00.16 2009-10-10 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.47 2009-06-25 arcmsr0: [ITHREAD] ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 20.5 on pci0 ohci4: [ITHREAD] usbus6: on ohci4 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 acpi_throttle0: on cpu0 hwpstate0: on cpu0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 orm0: at iomem 0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ad4: 38146MB at ata2-master SATA150 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 Waiting 5 seconds for SCSI devices to settle uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da0: Command Queueing enabled da0: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da1: Command Queueing enabled da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da2 at arcmsr0 bus 0 target 0 lun 2 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da2: Command Queueing enabled da2: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da3 at arcmsr0 bus 0 target 0 lun 3 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da3: Command Queueing enabled da3: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da4 at arcmsr0 bus 0 target 0 lun 4 da4: Fixed Direct Access SCSI-5 device da4: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da4: Command Queueing enabled da4: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da5 at arcmsr0 bus 0 target 0 lun 5 da5: Fixed Direct Access SCSI-5 device da5: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da5: Command Queueing enabled da5: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 re0: link state changed to UP # From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 19:09:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0063A106568F for ; Wed, 11 Nov 2009 19:09:04 +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 AF56E8FC1F for ; Wed, 11 Nov 2009 19:09:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8IYu-0005rp-5D for freebsd-current@freebsd.org; Wed, 11 Nov 2009 20:09:00 +0100 Received: from 78-1-155-113.adsl.net.t-com.hr ([78.1.155.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Nov 2009 20:09:00 +0100 Received: from ivoras by 78-1-155-113.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Nov 2009 20:09:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 11 Nov 2009 20:08:37 +0100 Lines: 12 Message-ID: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-155-113.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> Sender: news Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 19:09:04 -0000 Sam Fourman Jr. wrote: > Hello list, > > I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is > acting weird on writes. > I get ~150mbit writes idk if this is good or not? but it paused for a > few seconds every once and awhile. You didn't give any "iostat" statistics - I suspect that if you correlate ifstat and iostat output that you will see that network "pauses" happen during spikes in IO. You should check for this and post your results. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 19:27:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA2E106566B for ; Wed, 11 Nov 2009 19:27:53 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9CF8FC19 for ; Wed, 11 Nov 2009 19:27:53 +0000 (UTC) Received: from webmail42.yandex.ru (webmail42.yandex.ru [77.88.60.21]) by forward9.mail.yandex.net (Yandex) with ESMTP id 739DB468826; Wed, 11 Nov 2009 22:15:19 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail42.yandex.ru (Yandex) with ESMTP id 5B65E8952CC; Wed, 11 Nov 2009 22:15:19 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail42 X-Yandex-TimeMark: 1257966919 Received: from [89.223.19.70] ([89.223.19.70]) by mail.yandex.ru with HTTP; Wed, 11 Nov 2009 22:15:17 +0300 From: S.N.Grigoriev To: Mark Atkinson In-Reply-To: References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> MIME-Version: 1.0 Message-Id: <941257966918@webmail42.yandex.ru> Date: Wed, 11 Nov 2009 22:15:18 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 19:27:53 -0000 10.11.09, 09:15, "Mark Atkinson" wrote: > Andriy Gapon wrote: > > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: > >> Well, OK, I may have misinterpreted what you wrote or have chosen bad > >> wording myself to convey the same message. Nonetheless it looks like > >> a hardware problem to me. > > > > [Trying to make up for my previous mistake.] > > > > The symptom certainly looks like misbehaving hardware, but other information from > > the reports seems to suggest that it is possible that this misbehavior might be > > caused by software misconfiguring the hardware. > > > > I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was correctly teh > > first time. > > I would try to see how 8.0-RC1 kernel behaves and in general try to find last > > working, first non-working version. > > It would be useful to know any (if any) non-default loader.conf and rc.conf > > settings or kernel config (if not GENERIC). > > > > Not a trivial issue unless it is hardware indeed. > > > Also, you can try adding: > hw.mca.enabled="1" in /boot/loader.conf, reboot, and then see if there > is a machine check exception on the console during the buildworld. Mark, I've added hw.mca.enabled="1" in /boot/loader.conf and got the following screen during the buildworld: ..... -c /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/sb.c MCA: CPU3 UNCOR PCC OVER DTLIB L1 error MCA: Address 0x8015fb000 Fatal trap 28: machine check trap while in user mode Fatal trap 28: machine check trap while in user mode cpuid = 3, apic id = 03 ..... etc. I've typed 'panic' at the 'db>' prompt but got no crash dump. Tell me please what can I do for further problem investigation. -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 19:48:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B5A106568D for ; Wed, 11 Nov 2009 19:48:52 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 109E68FC18 for ; Wed, 11 Nov 2009 19:48:51 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id DBF8C7E857; Wed, 11 Nov 2009 10:31:46 -0900 (AKST) From: Mel Flynn To: Ed Schouten Date: Wed, 11 Nov 2009 20:31:43 +0100 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <20091111101207.GF64905@hoeg.nl> In-Reply-To: <20091111101207.GF64905@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 19:48:52 -0000 Hi Ed, On Wednesday 11 November 2009 11:12:07 Ed Schouten wrote: > - Better compatibility with other operating systems. I'm not in a position to test this at the moment, but does this mean our console will now also "fold" paging/editor applications? I hate this feature with a passion on linux and I've unable to find out how to disable it, especially since the few linux machines I manage have no termcap or terminfo database on the places they say they should be. What I mean with folding is: root@www:~# man less Reformatting less(1), please wait... root@www:~# As you can see, no more less(1) manpage (it's not limited to less, vim etc as well). When I change to vt100 terminal, this doesn't occur, hence my worry about the above sentence in combination with $subject. IF this is going to be the default, I would appreciate an rc.conf setting or at least an explanation of what triggers this behavior and how to turn it off in the manpage, as various quests in google have yielded neither information nor solution. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:01:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65BA3106568D; Wed, 11 Nov 2009 20:01:41 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 26D878FC19; Wed, 11 Nov 2009 20:01:40 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 5D6C37E857; Wed, 11 Nov 2009 11:01:39 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 11 Nov 2009 21:01:37 +0100 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200911112101.37805.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Doug Barton Subject: Revisiting mergemaster truncating mergemaster.mtree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:01:41 -0000 Hi Doug, just recreated the old "mergemaster -p truncates mtree". The machine in question is 7.2-p4, to be upgraded to stable/8. Luckily for me, I copied the mtree file to .bak before doing this (justified paranoia :). history snippet: 280 sudo cp /var/db/mergemaster.mtree /var/db/mergemaster.mtree.bak 282 sudo -E make installkernel 283 sudo -E mergemaster -p 284 sudo -E make installworld 285 sudo -E mergemaster -iUF ^^ ^C there, "no mtree database found" Result: -rw------- 1 root wheel 0 Nov 11 10:35 mergemaster.mtree -rw------- 1 root wheel 165681 Nov 11 10:32 mergemaster.mtree.bak Environment: % sudo -E env|grep -Ev '^(SSH|TERM|STY|WINDOW|SUDO)' OLDPWD=/usr/src SHELL=/usr/local/bin/zsh _=/usr/local/bin/sudo MAKEOBJDIRPREFIX=/data/obj PWD=/usr/src SAVEHIST=5000 HISTSIZE=500 HISTFILE=/home/mel/.zsh_history HELPDIR=/usr/local/lib/zsh/help EDITOR=vim PAGER=less -i -s -g LESS=-cigex3M MAIL=/var/spool/mail/mel SHLVL=2 USER=root LOGNAME=root HOME=/home/mel PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/mel/bin CCACHE_DIR=/data/ccache/mel HTTP_PROXY=http://squid/ FTP_PASSIVE_MODE=YES BLOCKSIZE=K USERNAME=root No /etc/mergemaster* or ~/.mergemasterrc. The machine was installed from 7.2 CD and freebsd-update'd to -p4. Let me know if there's anything else I can provide to help track this down, but I have to proceed with upgrade for this specific machine. FWIW, I've been unable to reproduce this lately on stable/7 or stable/8 machines, but since it was never identified I figured you may be interested to know what codepath does this, so it doesn't reoccur. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:05:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E451065694 for ; Wed, 11 Nov 2009 20:05:20 +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 77B568FC26 for ; Wed, 11 Nov 2009 20:05:20 +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 2A1CE46B2A; Wed, 11 Nov 2009 15:05:20 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 64D998A01B; Wed, 11 Nov 2009 15:05:19 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 11 Nov 2009 15:04:14 -0500 User-Agent: KMail/1.9.7 References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> In-Reply-To: <941257966918@webmail42.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911111504.14906.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 11 Nov 2009 15:05:19 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "S.N.Grigoriev" , Mark Atkinson Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:05:20 -0000 On Wednesday 11 November 2009 2:15:18 pm S.N.Grigoriev wrote: > > 10.11.09, 09:15, "Mark Atkinson" > wrote: > > > Andriy Gapon wrote: > > > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: > > >> Well, OK, I may have misinterpreted what you wrote or have chosen bad > > >> wording myself to convey the same message. Nonetheless it looks like > > >> a hardware problem to me. > > > > > > [Trying to make up for my previous mistake.] > > > > > > The symptom certainly looks like misbehaving hardware, but other information from > > > the reports seems to suggest that it is possible that this misbehavior might be > > > caused by software misconfiguring the hardware. > > > > > > I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was correctly teh > > > first time. > > > I would try to see how 8.0-RC1 kernel behaves and in general try to find last > > > working, first non-working version. > > > It would be useful to know any (if any) non-default loader.conf and rc.conf > > > settings or kernel config (if not GENERIC). > > > > > > Not a trivial issue unless it is hardware indeed. > > > > > Also, you can try adding: > > hw.mca.enabled="1" in /boot/loader.conf, reboot, and then see if there > > is a machine check exception on the console during the buildworld. > > Mark, > > I've added hw.mca.enabled="1" in /boot/loader.conf and got the following > screen during the buildworld: > > ..... > -c /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/sb.c > > MCA: CPU3 UNCOR PCC OVER DTLIB L1 error > MCA: Address 0x8015fb000 You hardware is broken and it is telling you so. You have had multiple machine checks with the most severe one being an uncorrectable error in your data TLB (i.e. in the CPU itself). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:14:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB510106566C; Wed, 11 Nov 2009 20:14:50 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 822328FC17; Wed, 11 Nov 2009 20:14:50 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 887B66D41B; Wed, 11 Nov 2009 20:14:49 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2FE3F844B4; Wed, 11 Nov 2009 21:14:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pawel Jakub Dawidek References: <200911102227.nAAMRXTf073603@svn.freebsd.org> <20091110224524.GC3194@garage.freebsd.pl> Date: Wed, 11 Nov 2009 21:14:48 +0100 In-Reply-To: <20091110224524.GC3194@garage.freebsd.pl> (Pawel Jakub Dawidek's message of "Tue, 10 Nov 2009 23:45:24 +0100") Message-ID: <86k4xwom2v.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: HEADS UP: Important bug fix in ZFS replay code! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:14:50 -0000 Pawel Jakub Dawidek writes: > You can locate such files with the following command: > > # find / -perm -7777 -print0 | xargs -0 ls -ld or 'grep rws /var/run/setuid.today' :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:20:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A1A81065672 for ; Wed, 11 Nov 2009 20:20:10 +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 C47A58FC21 for ; Wed, 11 Nov 2009 20:20:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8Jfh-000703-CC for freebsd-current@freebsd.org; Wed, 11 Nov 2009 21:20:05 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Nov 2009 21:20:05 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Nov 2009 21:20:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 11 Nov 2009 12:13:55 -0800 Lines: 65 Message-ID: References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Thunderbird 2.0.0.23 (X11/20091009) In-Reply-To: <941257966918@webmail42.yandex.ru> Sender: news Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:20:10 -0000 S.N.Grigoriev wrote: > > 10.11.09, 09:15, "Mark Atkinson" > wrote: > >> Andriy Gapon wrote: >>> on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: >>>> Well, OK, I may have misinterpreted what you wrote or have chosen bad >>>> wording myself to convey the same message. Nonetheless it looks like >>>> a hardware problem to me. >>> [Trying to make up for my previous mistake.] >>> >>> The symptom certainly looks like misbehaving hardware, but other information from >>> the reports seems to suggest that it is possible that this misbehavior might be >>> caused by software misconfiguring the hardware. >>> >>> I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was correctly teh >>> first time. >>> I would try to see how 8.0-RC1 kernel behaves and in general try to find last >>> working, first non-working version. >>> It would be useful to know any (if any) non-default loader.conf and rc.conf >>> settings or kernel config (if not GENERIC). >>> >>> Not a trivial issue unless it is hardware indeed. >>> >> Also, you can try adding: >> hw.mca.enabled="1" in /boot/loader.conf, reboot, and then see if there >> is a machine check exception on the console during the buildworld. > > Mark, > > I've added hw.mca.enabled="1" in /boot/loader.conf and got the following > screen during the buildworld: > > ...... > -c /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/sb.c > > MCA: CPU3 UNCOR PCC OVER DTLIB L1 error > MCA: Address 0x8015fb000 > > > Fatal trap 28: machine check trap while in user mode > > Fatal trap 28: machine check trap while in user mode > cpuid = 3, apic id = 03 > ...... etc. > > > I've typed 'panic' at the 'db>' prompt but got no crash dump. > Tell me please what can I do for further problem investigation. > Well, you're about at the point I am now with my HP dl385g5, only turning off superpages would result in a successful buildworld. Mine would often machine check during gas compilation as well. You can try issuing 'where' or 'bt' to see the backtrace, but It probably wouldn't reveal anything useful. If 'panic' doesn't create a dump, you can try 'call doadump', then 'reset' to reset the machine. All the best, Mark From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:22:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A5A106568D for ; Wed, 11 Nov 2009 20:22:11 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7288F8FC16 for ; Wed, 11 Nov 2009 20:22:11 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N8Jhj-000CXh-J0 for current@freebsd.org; Wed, 11 Nov 2009 21:22:11 +0100 Date: Wed, 11 Nov 2009 21:22:11 +0100 From: Kurt Jaeger To: FreeBSD Current Message-ID: <20091111202211.GB2103@home.opsec.eu> References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:22:11 -0000 Hi! > I'm not in a position to test this at the moment, but does this mean our > console will now also "fold" paging/editor applications? > I hate this feature with a passion on linux and I've unable to find out > how to > disable it, especially since the few linux machines I manage have no termcap > or terminfo database on the places they say they should be. > What I mean with folding is: > root@www:~# man less > Reformatting less(1), please wait... > root@www:~# For less, have a look at the "-X" flag: Disables sending the termcap initialization and deinitialization strings to the terminal. In termcap/terminfo, you probably have to look for the 'ti' and 'te' capabilities. Basically, find the xterm termcap/terminfo source file, edit it to change/delete ti/te and re-compile the source using tic. Yes, someone should write a howto about this 8-} -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:31:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CDCD1065670; Wed, 11 Nov 2009 20:31:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 36A948FC17; Wed, 11 Nov 2009 20:31:35 +0000 (UTC) Received: by pwj15 with SMTP id 15so1000059pwj.3 for ; Wed, 11 Nov 2009 12:31:35 -0800 (PST) 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=MvnqWyyIv60dkx5glhuN5FMnOeBwWS/cqXysmUN/wcc=; b=csoYLXN1qaKcCmJ+GU5Ivaz8nU2NJ0pIJzSy3NeT6H8nWBpmPR2fJZk2ryRTOkiMbc moaDRiBDYWhv4Gf+XrMVlEguVJUGn5oQfGv6E/mWSBJypW3ax18T5rG28zFCdXdwkpos 0pGS3OXitYRU9KE20irHOoOhifDrH/WVyJp5k= 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=GiyVC1DzThUOKQFcSPZHRaz642zKojupBfaBpB6erL4hUAhJ/FNoZofeJaatugdbFW LJi4jK/OuRnijoldFrrpV2kCwMNEM68XJbFcC8FlQ5tvu0fUX/q6L1GDe4GnxQENSvU8 ztLIHfZ/vXnoqfdqOaYVZ3msa5H+II4UrtdC0= Received: by 10.114.69.17 with SMTP id r17mr4145907waa.42.1257971494766; Wed, 11 Nov 2009 12:31:34 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm1205933pzk.9.2009.11.11.12.31.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 12:31:33 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Nov 2009 12:31:01 -0800 From: Pyun YongHyeon Date: Wed, 11 Nov 2009 12:31:01 -0800 To: Mike Tancsa Message-ID: <20091111203101.GC15449@michelle.cdnetworks.com> References: <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> <200911102018.nAAKI3s7021614@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911102018.nAAKI3s7021614@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: jfv@freebsd.org, Mykola Dzham , re , Jack Vogel , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 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: Wed, 11 Nov 2009 20:31:35 -0000 On Tue, Nov 10, 2009 at 03:18:09PM -0500, Mike Tancsa wrote: > At 02:20 PM 11/10/2009, Jack Vogel wrote: > >This is a fix for this problem, please apply and test this. > > Hi, > Thanks! Yes, I am able to use both ports of the NIC now and > no panics yet. Prior to this patch, bringing up both ports resulted > in a non functioning NIC and panic! Generating some UDP and tcp > traffic through the box, all seems to be OK on first blush. > I think this is a separate issue. Jack's patch surely reduce the number of chance of bus_dmamap_load_mbuf_sg(9) failure because it removed unnecessary DMA alignment restriction but once it happen you would get the same result. Note, original poster's machine is amd64. > I will try some more extensive tests over the next little while. > > igb0: Excessive collisions = 0 > igb0: Sequence errors = 0 > igb0: Defer count = 0 > igb0: Missed Packets = 0 > igb0: Receive No Buffers = 40 > igb0: Receive Length Errors = 0 > igb0: Receive errors = 2 > igb0: Crc errors = 4 > igb0: Alignment errors = 0 > igb0: Collision/Carrier extension errors = 0 > igb0: RX overruns = 0 > igb0: watchdog timeouts = 0 > igb0: XON Rcvd = 0 > igb0: XON Xmtd = 0 > igb0: XOFF Rcvd = 0 > igb0: XOFF Xmtd = 0 > igb0: Good Packets Rcvd = 103212774 > igb0: Good Packets Xmtd = 9347339 > igb0: TSO Contexts Xmtd = 0 > igb0: TSO Contexts Failed = 0 > igb1: Excessive collisions = 0 > igb1: Sequence errors = 0 > igb1: Defer count = 0 > igb1: Missed Packets = 0 > igb1: Receive No Buffers = 0 > igb1: Receive Length Errors = 0 > igb1: Receive errors = 0 > igb1: Crc errors = 0 > igb1: Alignment errors = 0 > igb1: Collision/Carrier extension errors = 0 > igb1: RX overruns = 0 > igb1: watchdog timeouts = 0 > igb1: XON Rcvd = 0 > igb1: XON Xmtd = 0 > igb1: XOFF Rcvd = 0 > igb1: XOFF Xmtd = 0 > igb1: Good Packets Rcvd = 9365642 > igb1: Good Packets Xmtd = 17781877 > igb1: TSO Contexts Xmtd = 988 > igb1: TSO Contexts Failed = 0 > > > > # ./netsend 10.255.255.3 600 300 280000 10 > Sending packet of payload size 300 every 0.000003571s for 10 seconds > > start: 1257884127.000000000 > finish: 1257884137.000003339 > send calls: 2800336 > send errors: 1970 > approx send rate: 279836 > approx error rate: 0 > waited: 1259257 > approx waits/sec: 125925 > approx wait rate: 0 > # traceroute 10.255.255.3 > traceroute to 10.255.255.3 (10.255.255.3), 64 hops max, 40 byte packets > 1 1.1.1.1 (1.1.1.1) 0.096 ms 0.073 ms 0.115 ms > 2 10.255.255.3 (10.255.255.3) 67.953 ms 0.297 ms 0.241 ms > > The box with the igb nics has the interfaces 1.1.1.1 and 10.255.255.1 > > ---Mike > > > >Jack > > > >------- if_igb.c (revision 197079) > >+++ if_igb.c (working copy) > >@@ -2654,7 +2654,7 @@ > > int error; > > > > error = bus_dma_tag_create(bus_get_dma_tag(adapter->dev), /* parent */ > >- IGB_DBA_ALIGN, 0, /* alignment, bounds */ > >+ 1, 0, /* alignment, bounds */ > > BUS_SPACE_MAXADDR, /* lowaddr */ > > BUS_SPACE_MAXADDR, /* highaddr */ > > NULL, NULL, /* filter, filterarg */ > >@@ -2867,7 +2867,7 @@ > > * Setup DMA descriptor areas. > > */ > > if ((error = bus_dma_tag_create(NULL, /* parent */ > >- PAGE_SIZE, 0, /* alignment, bounds */ > >+ 1, 0, /* alignment, bounds */ > > BUS_SPACE_MAXADDR, /* lowaddr */ > > BUS_SPACE_MAXADDR, /* highaddr */ > > NULL, NULL, /* filter, filterarg */ > >@@ -3554,7 +3554,7 @@ > > ** it may not always use this. > > */ > > if ((error = bus_dma_tag_create(NULL, /* parent */ > >- PAGE_SIZE, 0, /* alignment, bounds */ > >+ 1, 0, /* alignment, bounds */ > > BUS_SPACE_MAXADDR, /* lowaddr */ > > BUS_SPACE_MAXADDR, /* highaddr */ > > NULL, NULL, /* filter, filterarg */ > > > > > > > >On Tue, Nov 10, 2009 at 10:57 AM, Jack Vogel > ><jfvogel@gmail.com> wrote: > >I have repro'd this failure this morning and think I have a fix for > >it, I am testing that soon. > > > >Stay tuned, > > > >Jack > > > > > > > >On Mon, Nov 9, 2009 at 6:28 PM, Mike Tancsa > ><mike@sentex.net> wrote: > >At 07:33 PM 11/9/2009, Jack Vogel wrote: > >Some reason you aren't using amd64? I will have a system installed that way > >and see if I can repro it then, thanks. > > > > > > > >I had found in the past i386 was faster for firewall and routing > >applications. Perhaps thats different now, I will give it a try > >again to see if there is any difference. > > > >pciconf and dmesg attached. > > > > ---Mike > > > > > > > >Jack > > > > > > > >On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa > ><mike@sentex.net> wrote: > >At 05:59 PM 11/9/2009, Jack Vogel wrote: > >Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks > >like > >that happens when in the bus_dma stuff reserve_bounce_pages() fails. > > > >Are you maybe using a 32 bit kernel? I have not seen this failure here. > > > > > >Hi Jack, > > Standard MTU and i386 > > > > ---Mike > > > > > > > >-------------------------------------------------------------------- > >Mike Tancsa, tel +1 519 651 3400 > >Sentex Communications, mike@sentex.net > >Providing Internet since > >1994 > ><http://www.sentex.net>www.sentex.net > >Cambridge, Ontario > >Canada > ><http://www.sentex.net/mike>www.sentex.net/mike > > > > > >-------------------------------------------------------------------- > >Mike Tancsa, tel +1 519 651 3400 > >Sentex > >Communications, > >mike@sentex.net > >Providing Internet since > >1994 www.sentex.net > >Cambridge, Ontario > >Canada > >www.sentex.net/mike > > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:31:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88843106568D for ; Wed, 11 Nov 2009 20:31:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEF98FC13 for ; Wed, 11 Nov 2009 20:31:49 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3C2DB6D44C; Wed, 11 Nov 2009 20:31:48 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0B166844CC; Wed, 11 Nov 2009 21:31:48 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mel Flynn References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Wed, 11 Nov 2009 21:31:47 +0100 In-Reply-To: <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> (Mel Flynn's message of "Wed, 11 Nov 2009 20:31:43 +0100") Message-ID: <86fx8kolak.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:31:49 -0000 Mel Flynn writes: > I'm not in a position to test this at the moment, but does this mean > our console will now also "fold" paging/editor applications? I hate > this feature with a passion on linux and I've unable to find out how > to disable it, especially since the few linux machines I manage have > no termcap or terminfo database on the places they say they should be. The fact that FreeBSD doesn't do this is a bug. The purpose of /etc/termcap is to document the actual capabilities of the terminal, and saving and restoring the screen is one of xterm's capabilities, but somebody who didn't like it unilaterally decided to force their own personal preferences on everyone instead of tweaking their own shell configuration (export LESS=3D-X). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:33:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E93E21065672 for ; Wed, 11 Nov 2009 20:33:43 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id B26C68FC2C for ; Wed, 11 Nov 2009 20:33:43 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 0E7C37E858; Wed, 11 Nov 2009 11:33:42 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 11 Nov 2009 21:33:40 +0100 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200911112133.40692.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ben Kelly Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:33:44 -0000 On Wednesday 11 November 2009 21:05:38 Ben Kelly wrote: > On Nov 11, 2009, at 2:31 PM, Mel Flynn wrote: > > On Wednesday 11 November 2009 11:12:07 Ed Schouten wrote: > >> - Better compatibility with other operating systems. > > > > I'm not in a position to test this at the moment, but does this mean our > > console will now also "fold" paging/editor applications? > > I hate this feature with a passion on linux and I've unable to find out > > how to disable it, especially since the few linux machines I manage have > > no termcap or terminfo database on the places they say they should be. > > What I mean with folding is: > > root@www:~# man less > > Reformatting less(1), please wait... > > root@www:~# > > > > As you can see, no more less(1) manpage (it's not limited to less, vim > > etc as well). When I change to vt100 terminal, this doesn't occur, hence > > my worry about the above sentence in combination with $subject. IF this > > is going to be the default, I would appreciate an rc.conf setting or at > > least an explanation of what triggers this behavior and how to turn it > > off in the manpage, as various quests in google have yielded neither > > information nor solution. > > Does this page help at all? > > http://www.shallowsky.com/linux/noaltscreen.html *bow*. Altscreen....it helps if you know what you're looking for. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:34:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 291231065692 for ; Wed, 11 Nov 2009 20:34:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id BD0A28FC12 for ; Wed, 11 Nov 2009 20:34:14 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id D23F01CCF3; Wed, 11 Nov 2009 21:34:13 +0100 (CET) Date: Wed, 11 Nov 2009 21:34:13 +0100 From: Ed Schouten To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091111203413.GJ64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> <86fx8kolak.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0FRtVia6Q6lt+M0P" Content-Disposition: inline In-Reply-To: <86fx8kolak.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Mel Flynn , FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:34:15 -0000 --0FRtVia6Q6lt+M0P Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dag-Erling Sm=F8rgrav wrote: > The fact that FreeBSD doesn't do this is a bug. The purpose of > /etc/termcap is to document the actual capabilities of the terminal, and > saving and restoring the screen is one of xterm's capabilities, but > somebody who didn't like it unilaterally decided to force their own > personal preferences on everyone instead of tweaking their own shell > configuration (export LESS=3D-X). As a side note, right now we don't support switching to alternate screen buffers (just becomes a no-op), but it looks like applications don't break because of this. --=20 Ed Schouten WWW: http://80386.nl/ --0FRtVia6Q6lt+M0P Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr7H8UACgkQ52SDGA2eCwWKDACeJgmSJGy/azOm9hfGWNBzBF8c 1pYAn1hqw57BLYB8cxgnlmyF/8LEFguI =MBmy -----END PGP SIGNATURE----- --0FRtVia6Q6lt+M0P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:36:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E28491065695 for ; Wed, 11 Nov 2009 20:36:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 48A4B8FC13 for ; Wed, 11 Nov 2009 20:36:34 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5E4BE1CE40; Wed, 11 Nov 2009 21:36:33 +0100 (CET) Date: Wed, 11 Nov 2009 21:36:33 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20091111203633.GK64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wA9WyeW1yVBM2Q32" Content-Disposition: inline In-Reply-To: <20091111101207.GF64905@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: [Patch] Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:36:35 -0000 --wA9WyeW1yVBM2Q32 Content-Type: multipart/mixed; boundary="DfnuYBTqzt7sVGu3" Content-Disposition: inline --DfnuYBTqzt7sVGu3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, Just for completeness sake, I've attached a patch of what I'm going to commit to HEAD one of these days. I still have to test it a little more. --=20 Ed Schouten WWW: http://80386.nl/ --DfnuYBTqzt7sVGu3 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="syscons-xterm.diff" Content-Transfer-Encoding: quoted-printable Index: usr.sbin/sade/termcap.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/sade/termcap.c (revision 199196) +++ usr.sbin/sade/termcap.c (working copy) @@ -83,7 +83,11 @@ #else if (ColorDisplay) { if (!term) { +#ifdef __i386__ if (setenv("TERM", "cons25", 1) < 0) +#else + if (setenv("TERM", "xterm", 1) < 0) +#endif return -1; } } Index: usr.sbin/sysinstall/termcap.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/sysinstall/termcap.c (revision 199196) +++ usr.sbin/sysinstall/termcap.c (working copy) @@ -125,10 +125,17 @@ #else if (ColorDisplay) { if (!term) { +#ifdef __i386__ if (setenv("TERM", "cons25", 1) < 0) return -1; if (setenv("TERMCAP", termcap_cons25, 1) < 0) return -1; +#else + if (setenv("TERM", "xterm", 1) < 0) + return -1; + if (setenv("TERMCAP", termcap_xterm, 1) < 0) + return -1; +#endif } } else { Index: etc/etc.mips/ttys =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/etc.mips/ttys (revision 199196) +++ etc/etc.mips/ttys (working copy) @@ -15,7 +15,7 @@ # # type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. -# For virtual consoles, the correct type is typically cons25. +# For virtual consoles, the correct type is typically xterm. # Other common values include network for network connections on # pseudo-terminals, dialup for incoming modem ports, and unknown # when the terminal type cannot be predetermined. Index: etc/etc.amd64/ttys =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/etc.amd64/ttys (revision 199196) +++ etc/etc.amd64/ttys (working copy) @@ -15,7 +15,7 @@ # # type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. -# For virtual consoles, the correct type is typically cons25. +# For virtual consoles, the correct type is typically xterm. # Other common values include network for network connections on # pseudo-terminals, dialup for incoming modem ports, and unknown # when the terminal type cannot be predetermined. @@ -30,15 +30,15 @@ # when going to single-user mode. console none unknown off secure # -ttyv0 "/usr/libexec/getty Pc" cons25 on secure +ttyv0 "/usr/libexec/getty Pc" xterm on secure # Virtual terminals -ttyv1 "/usr/libexec/getty Pc" cons25 on secure -ttyv2 "/usr/libexec/getty Pc" cons25 on secure -ttyv3 "/usr/libexec/getty Pc" cons25 on secure -ttyv4 "/usr/libexec/getty Pc" cons25 on secure -ttyv5 "/usr/libexec/getty Pc" cons25 on secure -ttyv6 "/usr/libexec/getty Pc" cons25 on secure -ttyv7 "/usr/libexec/getty Pc" cons25 on secure +ttyv1 "/usr/libexec/getty Pc" xterm on secure +ttyv2 "/usr/libexec/getty Pc" xterm on secure +ttyv3 "/usr/libexec/getty Pc" xterm on secure +ttyv4 "/usr/libexec/getty Pc" xterm on secure +ttyv5 "/usr/libexec/getty Pc" xterm on secure +ttyv6 "/usr/libexec/getty Pc" xterm on secure +ttyv7 "/usr/libexec/getty Pc" xterm on secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. Index: etc/etc.powerpc/ttys =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/etc.powerpc/ttys (revision 199196) +++ etc/etc.powerpc/ttys (working copy) @@ -15,7 +15,7 @@ # # type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. -# For virtual consoles, the correct type is typically cons25. +# For virtual consoles, the correct type is typically xterm. # Other common values include network for network connections on # pseudo-terminals, dialup for incoming modem ports, and unknown # when the terminal type cannot be predetermined. @@ -30,15 +30,15 @@ # when going to single-user mode. console none unknown off secure # -ttyv0 "/usr/libexec/getty Pc" cons25 on secure +ttyv0 "/usr/libexec/getty Pc" xterm on secure # Virtual terminals -ttyv1 "/usr/libexec/getty Pc" cons25 on secure -ttyv2 "/usr/libexec/getty Pc" cons25 on secure -ttyv3 "/usr/libexec/getty Pc" cons25 on secure -ttyv4 "/usr/libexec/getty Pc" cons25 on secure -ttyv5 "/usr/libexec/getty Pc" cons25 on secure -ttyv6 "/usr/libexec/getty Pc" cons25 on secure -ttyv7 "/usr/libexec/getty Pc" cons25 on secure +ttyv1 "/usr/libexec/getty Pc" xterm on secure +ttyv2 "/usr/libexec/getty Pc" xterm on secure +ttyv3 "/usr/libexec/getty Pc" xterm on secure +ttyv4 "/usr/libexec/getty Pc" xterm on secure +ttyv5 "/usr/libexec/getty Pc" xterm on secure +ttyv6 "/usr/libexec/getty Pc" xterm on secure +ttyv7 "/usr/libexec/getty Pc" xterm on secure #ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. Index: etc/etc.arm/ttys =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/etc.arm/ttys (revision 199196) +++ etc/etc.arm/ttys (working copy) @@ -15,7 +15,7 @@ # # type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. -# For virtual consoles, the correct type is typically cons25. +# For virtual consoles, the correct type is typically xterm. # Other common values include network for network connections on # pseudo-terminals, dialup for incoming modem ports, and unknown # when the terminal type cannot be predetermined. @@ -30,15 +30,15 @@ # when going to single-user mode. console none unknown off secure # -ttyv0 "/usr/libexec/getty Pc" cons25 off secure +ttyv0 "/usr/libexec/getty Pc" xterm off secure # Virtual terminals -ttyv1 "/usr/libexec/getty Pc" cons25 off secure -ttyv2 "/usr/libexec/getty Pc" cons25 off secure -ttyv3 "/usr/libexec/getty Pc" cons25 off secure -ttyv4 "/usr/libexec/getty Pc" cons25 off secure -ttyv5 "/usr/libexec/getty Pc" cons25 off secure -ttyv6 "/usr/libexec/getty Pc" cons25 off secure -ttyv7 "/usr/libexec/getty Pc" cons25 off secure +ttyv1 "/usr/libexec/getty Pc" xterm off secure +ttyv2 "/usr/libexec/getty Pc" xterm off secure +ttyv3 "/usr/libexec/getty Pc" xterm off secure +ttyv4 "/usr/libexec/getty Pc" xterm off secure +ttyv5 "/usr/libexec/getty Pc" xterm off secure +ttyv6 "/usr/libexec/getty Pc" xterm off secure +ttyv7 "/usr/libexec/getty Pc" xterm off secure #ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. Index: etc/etc.ia64/ttys =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/etc.ia64/ttys (revision 199196) +++ etc/etc.ia64/ttys (working copy) @@ -15,7 +15,7 @@ # # type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. -# For virtual consoles, the correct type is typically cons25. +# For virtual consoles, the correct type is typically xterm. # Other common values include network for network connections on # pseudo-terminals, dialup for incoming modem ports, and unknown # when the terminal type cannot be predetermined. @@ -30,15 +30,15 @@ # when going to single-user mode. console none unknown off secure # -ttyv0 "/usr/libexec/getty Pc" cons25 off secure -# Virtual terminals. -ttyv1 "/usr/libexec/getty Pc" cons25 off secure -ttyv2 "/usr/libexec/getty Pc" cons25 off secure -ttyv3 "/usr/libexec/getty Pc" cons25 off secure -ttyv4 "/usr/libexec/getty Pc" cons25 off secure -ttyv5 "/usr/libexec/getty Pc" cons25 off secure -ttyv6 "/usr/libexec/getty Pc" cons25 off secure -ttyv7 "/usr/libexec/getty Pc" cons25 off secure +ttyv0 "/usr/libexec/getty Pc" xterm off secure +# Virtual terminals +ttyv1 "/usr/libexec/getty Pc" xterm off secure +ttyv2 "/usr/libexec/getty Pc" xterm off secure +ttyv3 "/usr/libexec/getty Pc" xterm off secure +ttyv4 "/usr/libexec/getty Pc" xterm off secure +ttyv5 "/usr/libexec/getty Pc" xterm off secure +ttyv6 "/usr/libexec/getty Pc" xterm off secure +ttyv7 "/usr/libexec/getty Pc" xterm off secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals. The 'dialup' keyword identifies dialin lines to login, # fingerd etc. Index: etc/etc.sparc64/ttys =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/etc.sparc64/ttys (revision 199196) +++ etc/etc.sparc64/ttys (working copy) @@ -15,7 +15,7 @@ # # type The initial terminal type for this port. For hardwired # terminal lines, this will contain the type of terminal used. -# For virtual consoles, the correct type is typically cons25. +# For virtual consoles, the correct type is typically xterm. # Other common values include network for network connections on # pseudo-terminals, dialup for incoming modem ports, and unknown # when the terminal type cannot be predetermined. @@ -34,15 +34,15 @@ ttya "/usr/libexec/getty 3wire.9600" vt100 off secure ttyb "/usr/libexec/getty 3wire.9600" vt100 off secure # syscons(4) -ttyv0 "/usr/libexec/getty Pc" cons25 on secure +ttyv0 "/usr/libexec/getty Pc" xterm on secure # Virtual terminals -ttyv1 "/usr/libexec/getty Pc" cons25 on secure -ttyv2 "/usr/libexec/getty Pc" cons25 on secure -ttyv3 "/usr/libexec/getty Pc" cons25 on secure -ttyv4 "/usr/libexec/getty Pc" cons25 on secure -ttyv5 "/usr/libexec/getty Pc" cons25 on secure -ttyv6 "/usr/libexec/getty Pc" cons25 on secure -ttyv7 "/usr/libexec/getty Pc" cons25 on secure +ttyv1 "/usr/libexec/getty Pc" xterm on secure +ttyv2 "/usr/libexec/getty Pc" xterm on secure +ttyv3 "/usr/libexec/getty Pc" xterm on secure +ttyv4 "/usr/libexec/getty Pc" xterm on secure +ttyv5 "/usr/libexec/getty Pc" xterm on secure +ttyv6 "/usr/libexec/getty Pc" xterm on secure +ttyv7 "/usr/libexec/getty Pc" xterm on secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. Index: UPDATING =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- UPDATING (revision 199196) +++ UPDATING (working copy) @@ -22,6 +22,21 @@ machines to maximize performance. (To disable malloc debugging, run ln -s aj /etc/malloc.conf.) =20 +20091113: + The default terminal emulation for syscons(4) has been changed + from cons25 to xterm on all platforms except i386 and pc98. + This means that the /etc/ttys file needs to be updated to ensure + correct operation of applications on the console. + + The terminal emulation style can be toggled per window by using + vidcontrol(1)'s -T flag. The TEKEN_XTERM and TEKEN_CONS25 + kernel configuration options can be used to change the + compile-time default. + + To prevent graphical artifacts, make sure the TERM environment + variable is set to match the terminal emulation that is being + performed by syscons(4). + 20091109: The layout of the structure ieee80211req_scan_result has changed. Applications that require wireless scan results (e.g. ifconfig(8)) Index: sys/conf/NOTES =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/conf/NOTES (revision 199196) +++ sys/conf/NOTES (working copy) @@ -1410,6 +1410,7 @@ # 0x100 Probe for a keyboard device periodically if one is not present =20 # Enable experimental features of the syscons terminal emulator (teken). +options TEKEN_CONS25 # cons25-style terminal emulation options TEKEN_UTF8 # UTF-8 output handling options TEKEN_XTERM # xterm-style terminal emulation =20 Index: sys/conf/options =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/conf/options (revision 199196) +++ sys/conf/options (working copy) @@ -732,6 +732,7 @@ SC_TWOBUTTON_MOUSE opt_syscons.h =20 # teken terminal emulator options +TEKEN_CONS25 opt_teken.h TEKEN_UTF8 opt_teken.h TEKEN_XTERM opt_teken.h =20 Index: sys/dev/syscons/scterm-teken.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/syscons/scterm-teken.c (revision 199196) +++ sys/dev/syscons/scterm-teken.c (working copy) @@ -50,6 +50,15 @@ =20 #include =20 +#if defined(TEKEN_XTERM) && defined(TEKEN_CONS25) +#error "xterm and cons25 are mutually exclusive." +#endif + +/* XXX: Use cons25 on i386, for compatibility with pc98. */ +#if defined(__i386__) && !defined(TEKEN_XTERM) && !defined(TEKEN_CONS25) +#define TEKEN_CONS25 +#endif + static void scteken_revattr(unsigned char, teken_attr_t *); static unsigned int scteken_attr(const teken_attr_t *); =20 @@ -132,9 +141,9 @@ #ifndef TEKEN_UTF8 teken_set_8bit(&ts->ts_teken); #endif /* !TEKEN_UTF8 */ -#ifndef TEKEN_XTERM +#ifdef TEKEN_CONS25 teken_set_cons25(&ts->ts_teken); -#endif /* !TEKEN_XTERM */ +#endif /* TEKEN_CONS25 */ =20 tp.tp_row =3D scp->ysize; tp.tp_col =3D scp->xsize; --DfnuYBTqzt7sVGu3-- --wA9WyeW1yVBM2Q32 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr7IFEACgkQ52SDGA2eCwUsogCfZFEvTpOcbKLxH38NpK6vmdWr 6ksAn2nbkrchXuc/YHy8suM6Z6gQK5rE =VNwT -----END PGP SIGNATURE----- --wA9WyeW1yVBM2Q32-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:49:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50912106568B for ; Wed, 11 Nov 2009 20:49:05 +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 160B38FC16 for ; Wed, 11 Nov 2009 20:49:04 +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 nABKn4Gp089817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Nov 2009 14:49:04 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id nABKn4xD080348 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Nov 2009 14:49:04 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id nABKn3ln080333; Wed, 11 Nov 2009 14:49:03 -0600 (CST) (envelope-from dan) Date: Wed, 11 Nov 2009 14:49:03 -0600 From: Dan Nelson To: Ivan Voras Message-ID: <20091111204903.GI89052@dan.emsphone.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on 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, 11 Nov 2009 14:49:04 -0600 (CST) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:49:05 -0000 In the last episode (Nov 11), Ivan Voras said: > Sam Fourman Jr. wrote: > > I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is > > acting weird on writes. I get ~150mbit writes idk if this is good or > > not? but it paused for a few seconds every once and awhile. > > You didn't give any "iostat" statistics - I suspect that if you > correlate ifstat and iostat output that you will see that network > "pauses" happen during spikes in IO. You should check for this and post > your results. Yes, iostat would be useful here. "iostat -zxC 2" will give you per-disk stats plus CPU usage every 2 seconds (CPU may be a factor if you have compression enabled). On a Solaris box I admin, setting zfs_write_limit_override helped stuttering while doing heavy writes. It's not exported on FreeBSD, but it should be easy to add it as a RW sysctl; it lives in dsl_pool.c and can be tweaked at runtime. Start big and tune it down so each write burst takes under a second; it looks like you're writing solid for around 6-8 seconds now. The number will vary depending on your disk speed and how much ARC you have. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:23:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB54C106566B for ; Wed, 11 Nov 2009 21:23:00 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id F08BE8FC08 for ; Wed, 11 Nov 2009 21:22:59 +0000 (UTC) Received: (qmail 85505 invoked from network); 11 Nov 2009 20:56:17 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 11 Nov 2009 20:56:17 -0000 Date: Wed, 11 Nov 2009 21:56:17 +0100 (CET) Message-Id: <20091111.215617.74746990.sthaug@nethelp.no> To: des@des.no From: sthaug@nethelp.no In-Reply-To: <86fx8kolak.fsf@ds4.des.no> References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> <86fx8kolak.fsf@ds4.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mel.flynn+fbsd.current@mailing.thruhere.net, ed@80386.nl, current@freebsd.org Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:23:00 -0000 > The fact that FreeBSD doesn't do this is a bug. The purpose of > /etc/termcap is to document the actual capabilities of the terminal, and > saving and restoring the screen is one of xterm's capabilities, but > somebody who didn't like it unilaterally decided to force their own > personal preferences on everyone instead of tweaking their own shell > configuration (export LESS=-X). That may be so. However, I (like others on this list) hate that feature and its default usage in Linux with a passion. If the FreeBSD default is changed I guess I'll hate that equally much, which is kind of sad - because in most respects FreeBSD does what I want. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:24:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0C5A1065670 for ; Wed, 11 Nov 2009 21:24:40 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 410C48FC12 for ; Wed, 11 Nov 2009 21:24:39 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so358046eyd.9 for ; Wed, 11 Nov 2009 13:24:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type; bh=asG+nPgxiukaHm59EF/RuyksO+D+apbZJmoL5nBkUo4=; b=i+6ZUui5vVM7Kz0Nnby0ahel4j1DeKI1A1TGzlek+3dmUZb038EI4UQ5vzWvc+68uC YSFyLJyk6E21Y65EmkEiihN6cLa7YStWmlNnCJEAL5eIK67kbUgkd1KY88V5L9kvRI7e BsungjVnWzJKEN94qFCk/y97x+HSvlD62UTJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; b=kJK2dsgysjAFM7PHFDO3HUlM4e6CnAOBsbrr+deBi4cTf0FIV7yZU6vj6HRZisjJiI 4uDochmpJREgDbRCQ50NXzCFvqPR6HsA/7p+peTn7+riOvwwC96lMWVlO/Y46zItWqXs wvui7RRYreuBejGdAHiUSb9ay1YSfWLmUmYtw= Received: by 10.213.0.218 with SMTP id 26mr2029361ebc.7.1257974679082; Wed, 11 Nov 2009 13:24:39 -0800 (PST) Received: from localhost (95-24-79-50.broadband.corbina.ru [95.24.79.50]) by mx.google.com with ESMTPS id 23sm1459528eya.28.2009.11.11.13.24.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 13:24:38 -0800 (PST) From: Anonymous To: Mel Flynn In-Reply-To: <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> (Mel Flynn's message of "Wed, 11 Nov 2009 20:31:43 +0100") References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) Date: Thu, 12 Nov 2009 00:24:36 +0300 Message-ID: <86d43oeovf.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:24:40 -0000 Mel Flynn writes: > Hi Ed, > > On Wednesday 11 November 2009 11:12:07 Ed Schouten wrote: > >> - Better compatibility with other operating systems. > > I'm not in a position to test this at the moment, but does this mean our > console will now also "fold" paging/editor applications? > I hate this feature with a passion on linux and I've unable to find out how to > disable it, especially since the few linux machines I manage have no termcap > or terminfo database on the places they say they should be. > What I mean with folding is: > root@www:~# man less > Reformatting less(1), please wait... > root@www:~# > > As you can see, no more less(1) manpage (it's not limited to less, vim etc as > well). When I change to vt100 terminal, this doesn't occur, hence my worry > about the above sentence in combination with $subject. IF this is going to be > the default, I would appreciate an rc.conf setting or at least an explanation > of what triggers this behavior and how to turn it off in the manpage, as > various quests in google have yielded neither information nor solution. I think for termcap(5) you can disable it by $ export TERMCAP="${TERM}:ti@:te@:tc=${TERM}:" From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:26:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F0F51065693; Wed, 11 Nov 2009 21:26:17 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id EECD08FC1C; Wed, 11 Nov 2009 21:26:16 +0000 (UTC) Received: by pzk15 with SMTP id 15so1111191pzk.3 for ; Wed, 11 Nov 2009 13:26:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ro8ed8yvQCMFzLgf9446Omsj+rHJKHhKhYqh//DtLoQ=; b=pY4KOeBszjUKBDGjMCipnVlTdxAiQuGzz+xPNq2qc3WTyChhIIS+XAb3NFilKVN0Hh wBy/mQEZiN4VSBqDjMyVG0+KI8OFug+/ozUMwOWwzwx7DgVrZbMfi7ZxJ5znpUxHLAqZ iENLQx+SrcqMeeAojDKAyKXfyDM6cv0caSfDM= 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=Nx9oVNhrrHbgoXoeAxyW8JXNp3JKmzK5NCPhN8tlGLlyakdB5CwvPU7flyQ3OBhfRz VOBU9TEo+2DH+54pGapLFQKzwysTXjTaMHEnMhs3or4iQVB6JUXnDcCVrnDB4TF+ExTR ofScF1Q2MuemLyh4e1ZEJrwDjl0CO6yXzTbQ8= MIME-Version: 1.0 Received: by 10.142.55.20 with SMTP id d20mr210928wfa.37.1257974776434; Wed, 11 Nov 2009 13:26:16 -0800 (PST) In-Reply-To: <20091111204903.GI89052@dan.emsphone.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> Date: Wed, 11 Nov 2009 15:26:16 -0600 Message-ID: <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> From: "Sam Fourman Jr." To: Dan Nelson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:26:17 -0000 On Wed, Nov 11, 2009 at 2:49 PM, Dan Nelson wrote= : > In the last episode (Nov 11), Ivan Voras said: >> Sam Fourman Jr. wrote: >> > I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is >> > acting weird on writes. =A0I get ~150mbit writes idk if this is good o= r >> > not? =A0but it paused for a few seconds every once and awhile. >> >> You didn't give any "iostat" statistics - I suspect that if you >> correlate ifstat and iostat output that you will see that network >> "pauses" happen during spikes in IO. You should check for this and post >> your results. > > Yes, iostat would be useful here. =A0"iostat -zxC 2" will give you per-di= sk > stats plus CPU usage every 2 seconds (CPU may be a factor if you have > compression enabled). > > On a Solaris box I admin, setting zfs_write_limit_override helped stutter= ing > while doing heavy writes. =A0It's not exported on FreeBSD, but it should = be > easy to add it as a RW sysctl; it lives in dsl_pool.c and can be tweaked = at > runtime. =A0Start big and tune it down so each write burst takes under a > second; it looks like you're writing solid for around 6-8 seconds now. = =A0The > number will vary depending on your disk speed and how much ARC you have. here are some iostats for you. I do not believe I have compression enabled am I mistaken? isn'y SATA2 300MB/s? and I am doing ~6MB/s per disk? I built this machine with 4GB of memory because I thought ZFS would like it= . now maybe a re(4) interface isnt the best choice. if that is the problem here I can change it. We spent ~$800 on a hardware RAID card thinking that it would help performa= nce Why is it that with sftp we do not see the pauses in Network transfer? # iostat -zxC 1 (with NFS and ZFS) extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.1 0.4 2.0 6.1 0 3.1 0 0 0 1 1 98 da0 2.2 7.2 127.0 246.7 0 120.3 6 da1 2.0 7.5 117.3 246.2 0 120.4 6 da2 2.2 7.3 127.1 246.7 0 119.8 6 da3 2.0 7.6 115.5 246.2 0 119.8 5 da4 2.2 7.3 126.1 246.7 0 119.9 5 da5 2.0 7.5 115.6 246.3 0 119.8 5 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 11.0 0.0 175.6 0 1.4 0 2 0 3 0 95 da0 0.0 47.9 0.0 94.3 0 1.0 1 da1 0.0 54.9 0.0 84.8 0 1.4 2 da2 0.0 44.9 0.0 92.8 0 1.0 1 da3 0.0 48.9 0.0 83.3 0 1.4 2 da4 0.0 47.9 0.0 95.3 0 1.0 1 da5 0.0 53.9 0.0 87.8 0 1.2 2 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id 0 0 0 0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 28.9 0.0 462.8 0 3.5 1 0 0 0 0 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 131.7 0.0 8392.0 0.0 35 73.6 60 0 0 4 3 93 da1 118.8 0.0 7561.7 0.0 35 74.9 62 da2 127.7 0.0 8136.5 0.0 35 77.7 63 da3 103.8 0.0 6603.7 0.0 29 137.6 79 da4 106.8 0.0 6795.8 0.0 33 112.9 74 da5 123.7 0.0 7919.4 0.0 35 126.9 83 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 51.9 89.9 3322.5 1487.5 4 77.4 38 0 0 6 5 89 da1 55.9 109.8 3578.1 1469.6 4 76.4 49 da2 58.9 88.9 3769.8 1604.8 1 75.3 46 da3 69.9 105.8 4472.6 1652.8 0 117.0 82 da4 66.9 85.9 4280.9 1490.0 3 112.4 70 da5 66.9 108.8 4280.9 1469.6 3 105.3 69 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 107.7 0.0 5069.1 10 53.0 80 0 0 9 8 83 da1 0.0 107.7 0.0 5069.1 10 54.4 81 da2 0.0 103.7 0.0 4953.9 10 50.4 73 da3 0.0 102.7 0.0 4890.1 10 51.7 74 da4 0.0 108.7 0.0 5299.5 6 50.0 74 da5 0.0 108.7 0.0 5299.5 6 51.6 76 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.7 0.0 5196.4 4 50.5 76 0 0 8 8 85 da1 0.0 106.7 0.0 5196.4 4 52.1 78 da2 0.0 103.7 0.0 5196.4 4 49.3 73 da3 0.0 103.7 0.0 5196.4 4 52.1 75 da4 0.0 103.7 0.0 4991.5 3 51.7 78 da5 0.0 103.7 0.0 4991.5 5 52.8 80 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 114.8 0.0 5404.5 0 47.5 81 0 0 9 7 84 da1 0.0 111.8 0.0 5250.9 3 49.4 78 da2 0.0 113.8 0.0 5404.5 0 48.3 73 da3 0.0 113.8 0.0 5404.5 0 50.1 75 da4 0.0 111.8 0.0 5379.1 0 48.0 78 da5 0.0 111.8 0.0 5379.1 0 49.1 81 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 102.7 0.0 4890.1 13 50.2 70 0 0 8 9 83 da1 0.0 105.7 0.0 5043.7 13 53.0 77 da2 0.0 105.7 0.0 5120.5 9 47.7 73 da3 0.0 105.7 0.0 5120.5 9 50.5 75 da4 0.0 107.7 0.0 5120.1 9 49.7 77 da5 0.0 107.7 0.0 5120.1 9 51.6 79 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 5353.4 0 52.6 81 0 0 7 7 85 da1 0.0 109.8 0.0 5353.4 0 53.9 81 da2 0.0 103.8 0.0 5122.3 0 53.0 78 da3 0.0 103.8 0.0 5122.3 0 54.5 78 da4 0.0 105.8 0.0 5122.8 0 52.8 80 da5 0.0 105.8 0.0 5122.8 0 54.7 81 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 107.8 0.0 5150.4 8 50.0 77 0 0 9 8 83 da1 0.0 107.8 0.0 5150.4 8 52.3 79 da2 0.0 107.8 0.0 5176.4 8 49.2 77 da3 0.0 107.8 0.0 5176.4 8 51.5 78 da4 0.0 108.8 0.0 5175.9 8 49.9 77 da5 0.0 108.8 0.0 5175.9 8 52.7 77 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 107.7 0.0 5299.6 0 53.5 78 0 0 7 7 86 da1 0.0 107.7 0.0 5299.6 0 56.1 78 da2 0.0 105.7 0.0 5146.0 2 54.0 82 da3 0.0 103.7 0.0 5043.3 4 54.1 77 da4 0.0 107.7 0.0 5248.7 1 54.1 78 da5 0.0 107.7 0.0 5248.7 1 56.2 78 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 5124.5 8 48.7 77 0 0 9 9 82 da1 0.0 102.8 0.0 4893.9 12 52.0 76 da2 0.0 105.8 0.0 5022.2 13 51.7 75 da3 0.0 107.8 0.0 5125.0 13 54.9 81 da4 0.0 107.8 0.0 5150.5 8 50.2 78 da5 0.0 107.8 0.0 5150.5 8 50.7 79 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 105.7 0.0 5171.9 1 53.0 78 0 0 9 7 84 da1 0.0 109.7 0.0 5402.3 1 54.8 81 da2 0.0 107.7 0.0 5274.1 3 51.5 81 da3 0.0 105.7 0.0 5171.4 5 52.0 77 da4 0.0 105.7 0.0 5146.0 1 53.8 76 da5 0.0 105.7 0.0 5146.0 1 55.1 78 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 107.8 0.0 5124.6 9 49.8 79 0 0 9 11 80 da1 0.0 105.8 0.0 4996.8 11 52.0 78 da2 0.0 105.8 0.0 5022.3 13 51.3 73 da3 0.0 107.8 0.0 5125.1 13 54.5 79 da4 0.0 107.8 0.0 5150.6 9 49.4 76 da5 0.0 107.8 0.0 5150.6 9 51.3 77 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 105.8 0.0 5148.1 0 53.2 79 0 0 6 7 87 da1 0.0 107.8 0.0 5275.8 0 54.7 79 da2 0.0 108.8 0.0 5378.6 0 52.2 81 da3 0.0 108.8 0.0 5378.6 0 54.1 81 da4 0.0 106.8 0.0 5148.1 0 53.9 82 da5 0.0 106.8 0.0 5148.1 0 55.6 82 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 4.0 0.0 12.0 0 0.5 0 0 0 16 6 77 da0 0.0 108.8 0.0 4988.2 64 69.9 65 da1 0.0 109.8 0.0 5091.5 64 91.7 73 da2 0.0 107.8 0.0 5014.1 64 48.3 57 da3 0.0 86.8 0.0 3733.3 43 71.4 73 da4 0.0 109.8 0.0 5088.0 64 70.6 71 da5 0.0 104.8 0.0 4578.0 62 59.0 61 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 98.8 0.0 5724.0 69 490.3 109 0 0 2 1 97 da1 0.0 86.8 0.0 5007.5 69 562.7 102 da2 0.0 125.7 0.0 7222.9 69 465.5 114 da3 0.0 92.8 0.0 5303.4 70 538.2 100 da4 0.0 113.8 0.0 6557.3 70 486.6 104 da5 0.0 110.8 0.0 6339.2 69 468.6 114 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 104.8 0.0 6032.5 68 706.3 100 0 0 2 0 98 da1 0.0 103.8 0.0 5993.6 62 654.4 99 da2 0.0 104.8 0.0 6057.4 67 657.3 100 da3 0.0 104.8 0.0 6057.4 62 654.0 100 da4 0.0 104.8 0.0 6057.4 67 644.2 100 da5 0.0 103.8 0.0 5993.6 61 683.7 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 104.8 0.0 6057.3 67 624.9 100 0 0 1 1 98 da1 0.0 104.8 0.0 6057.3 63 531.2 100 da2 0.0 104.8 0.0 6057.3 68 625.4 100 da3 0.0 104.8 0.0 6032.3 63 551.6 100 da4 0.0 104.8 0.0 6057.3 68 625.7 100 da5 0.0 105.8 0.0 6121.1 61 510.1 101 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 6160.2 68 616.8 100 0 0 2 1 97 da1 0.0 106.8 0.0 6160.2 62 522.8 100 da2 0.0 106.8 0.0 6160.2 67 617.1 100 da3 0.0 106.8 0.0 6185.1 62 522.8 100 da4 0.0 106.8 0.0 6160.2 67 617.4 100 da5 0.0 106.8 0.0 6160.2 62 503.4 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 107.7 0.0 6221.3 68 607.9 100 0 0 0 2 98 da1 0.0 108.7 0.0 6285.1 63 515.2 100 da2 0.0 108.7 0.0 6285.1 68 608.3 101 da3 0.0 108.7 0.0 6260.2 63 515.3 100 da4 0.0 107.7 0.0 6221.3 67 608.6 100 da5 0.0 107.7 0.0 6221.3 62 496.0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6354.5 68 599.2 101 0 0 1 1 98 da1 0.0 109.8 0.0 6329.5 63 507.8 100 da2 0.0 108.8 0.0 6290.6 65 599.4 99 da3 0.0 108.8 0.0 6290.6 62 507.9 99 da4 0.0 109.8 0.0 6354.5 66 599.7 100 da5 0.0 109.8 0.0 6329.5 62 489.0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 112.8 0.0 6518.3 31 586.1 100 0 0 1 1 98 da1 0.0 112.8 0.0 6518.3 53 480.6 100 da2 0.0 112.8 0.0 6493.4 5 573.1 100 da3 0.0 112.8 0.0 6174.5 63 677.5 100 da4 0.0 112.8 0.0 6493.4 15 576.6 100 da5 0.0 111.8 0.0 5690.1 42 846.4 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 159.6 0.0 5581.4 1 208.5 86 0 0 7 7 86 da1 0.0 188.5 0.0 6181.4 1 346.6 87 da2 0.0 131.7 0.0 4023.3 2 152.0 76 da3 0.0 191.5 0.0 7381.9 5 244.5 86 da4 0.0 140.6 0.0 4442.3 5 177.2 80 da5 0.0 164.6 0.0 5976.9 5 149.8 84 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 103.8 0.0 4945.3 13 50.8 78 0 0 12 7 81 da1 0.0 103.8 0.0 4945.3 13 52.6 79 da2 0.0 105.8 0.0 4983.7 13 52.0 77 da3 0.0 108.8 0.0 5150.5 13 54.2 80 da4 0.0 107.8 0.0 5150.5 13 52.5 79 da5 0.0 107.8 0.0 5150.5 13 54.9 79 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 5250.5 4 51.8 80 0 0 7 7 86 da1 0.0 106.8 0.0 5250.5 4 53.5 79 da2 0.0 107.8 0.0 5225.1 5 52.8 81 da3 0.0 107.8 0.0 5225.1 5 54.9 82 da4 0.0 102.8 0.0 5020.5 8 51.7 74 da5 0.0 102.8 0.0 5020.5 8 53.2 74 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 102.7 0.0 5069.2 0 53.3 77 0 0 7 7 85 da1 0.0 102.7 0.0 5069.2 0 56.2 80 da2 0.0 104.7 0.0 5094.7 0 54.2 80 da3 0.0 104.7 0.0 5094.7 0 55.7 80 da4 0.0 108.7 0.0 5299.6 0 55.0 83 da5 0.0 108.7 0.0 5299.6 0 57.2 83 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 5304.2 5 48.8 77 0 0 7 8 85 da1 0.0 109.8 0.0 5304.2 5 50.9 79 da2 0.0 105.8 0.0 5048.1 9 49.2 75 da3 0.0 105.8 0.0 5048.1 9 50.7 77 da4 0.0 106.8 0.0 5073.6 9 49.7 74 da5 0.0 106.8 0.0 5073.6 9 50.4 74 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 105.7 0.0 5095.2 1 55.4 80 0 0 10 8 83 da1 0.0 105.7 0.0 5095.2 1 57.4 80 da2 0.0 108.7 0.0 5376.5 1 54.4 81 da3 0.0 108.7 0.0 5376.5 1 56.5 82 da4 0.0 104.7 0.0 5120.1 5 53.7 79 da5 0.0 108.7 0.0 5350.5 1 56.6 86 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 13.0 0.0 207.7 0 1.8 0 0 0 10 10 80 da0 0.0 107.8 0.0 5124.5 6 49.7 78 da1 0.0 107.8 0.0 5124.5 6 51.6 79 da2 0.0 104.8 0.0 4970.7 8 49.4 73 da3 0.0 102.8 0.0 4868.4 10 52.2 70 da4 0.0 110.8 0.0 5330.1 6 50.6 80 da5 0.0 106.8 0.0 5099.5 6 51.1 75 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 1.0 0.0 2.0 0 0.2 0 0 0 8 10 82 da0 0.0 102.7 0.0 5069.0 0 51.9 78 da1 0.0 102.7 0.0 5069.0 0 53.1 78 da2 0.0 105.7 0.0 5197.2 0 52.0 77 da3 0.0 107.7 0.0 5299.4 0 53.1 81 da4 0.0 105.7 0.0 5069.0 0 54.6 79 da5 0.0 105.7 0.0 5069.0 0 55.1 81 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 105.8 0.0 5099.8 7 49.0 74 0 0 9 7 84 da1 0.0 105.8 0.0 5099.8 7 49.6 75 da2 0.0 110.8 0.0 5329.9 3 49.2 80 da3 0.0 110.8 0.0 5329.9 3 51.2 80 da4 0.0 109.8 0.0 5240.5 4 50.6 78 da5 0.0 106.8 0.0 5073.8 7 51.5 77 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 5198.3 0 53.9 80 0 0 6 7 87 da1 0.0 106.8 0.0 5198.3 0 56.4 82 da2 0.0 101.8 0.0 4968.3 0 53.5 77 da3 0.0 101.8 0.0 4968.3 0 54.4 80 da4 0.0 103.8 0.0 5057.6 0 53.3 75 da5 0.0 106.8 0.0 5224.3 0 55.6 77 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 5098.2 7 48.8 73 0 0 7 9 84 da1 0.0 106.8 0.0 5098.2 7 50.7 76 da2 0.0 110.8 0.0 5328.2 3 49.2 78 da3 0.0 110.8 0.0 5328.2 3 51.2 80 da4 0.0 108.8 0.0 5238.9 4 49.8 75 da5 0.0 105.8 0.0 5072.2 7 50.7 73 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 137.7 0.0 7561.1 70 223.8 94 0 0 13 2 85 da1 0.0 116.8 0.0 6087.7 70 241.2 94 da2 0.0 92.8 0.0 4976.1 70 297.9 91 da3 0.0 111.8 0.0 5906.1 70 277.4 72 da4 0.0 80.8 0.0 4320.9 70 279.3 88 da5 0.0 106.8 0.0 5625.7 70 316.1 91 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 111.7 0.0 6451.7 70 643.3 100 0 0 1 1 98 da1 0.0 111.7 0.0 6451.7 70 643.6 100 da2 0.0 111.7 0.0 6451.7 70 595.3 100 da3 0.0 104.7 0.0 6054.7 69 641.7 118 da4 0.0 112.7 0.0 6515.5 69 620.6 101 da5 0.0 103.7 0.0 5990.8 70 602.5 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 108.8 0.0 6287.9 69 635.6 100 0 0 2 2 97 da1 0.0 109.8 0.0 6326.8 70 636.0 100 da2 0.0 109.8 0.0 6326.8 70 635.7 100 da3 0.0 109.8 0.0 6351.7 69 635.9 101 da4 0.0 108.8 0.0 6262.9 70 635.4 100 da5 0.0 109.8 0.0 6326.8 70 635.3 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 8.0 0.0 127.7 0 1.1 0 0 0 3 0 96 da0 0.0 109.8 0.0 6326.8 65 616.5 100 da1 0.0 108.8 0.0 6287.9 62 630.3 100 da2 0.0 108.8 0.0 6287.9 66 635.8 99 da3 0.0 109.8 0.0 6326.8 60 634.5 100 da4 0.0 109.8 0.0 6351.7 66 635.5 100 da5 0.0 108.8 0.0 6287.9 61 635.4 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6351.7 65 562.5 100 0 0 4 1 95 da1 0.0 109.8 0.0 6351.7 62 507.9 100 da2 0.0 109.8 0.0 6351.7 66 586.2 100 da3 0.0 108.8 0.0 6287.9 61 471.3 99 da4 0.0 108.8 0.0 6287.9 65 576.8 99 da5 0.0 109.8 0.0 6351.7 61 503.6 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 108.8 0.0 6263.0 66 562.1 99 0 0 2 0 97 da1 0.0 108.8 0.0 6263.0 63 507.6 99 da2 0.0 109.8 0.0 6326.8 66 580.3 100 da3 0.0 109.8 0.0 6326.8 61 471.1 100 da4 0.0 109.8 0.0 6326.8 65 561.7 100 da5 0.0 109.8 0.0 6326.8 61 488.7 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 129.8 0.0 4390.7 0 380.0 70 0 0 1 4 95 da1 0.0 154.7 0.0 5853.3 0 440.6 91 da2 0.0 166.7 0.0 6683.4 0 410.9 96 da3 0.0 169.7 0.0 6133.9 0 439.4 95 da4 0.0 176.7 0.0 7427.7 0 424.0 98 da5 0.0 170.7 0.0 6736.9 0 449.1 97 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 111.8 0.0 5148.2 8 44.7 75 0 0 7 7 85 da1 0.0 111.8 0.0 5148.2 8 47.3 75 da2 0.0 109.8 0.0 5148.2 8 45.2 75 da3 0.0 109.8 0.0 5148.2 8 47.2 76 da4 0.0 107.8 0.0 4917.7 13 46.1 77 da5 0.0 107.8 0.0 4917.7 13 48.2 76 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 105.7 0.0 5196.9 0 52.8 80 0 0 8 9 83 da1 0.0 105.7 0.0 5196.9 0 55.7 83 da2 0.0 106.7 0.0 5171.9 1 53.8 78 da3 0.0 106.7 0.0 5171.9 1 55.9 78 da4 0.0 109.7 0.0 5427.8 0 52.2 81 da5 0.0 109.7 0.0 5427.8 0 54.8 82 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 5227.4 4 47.3 75 0 0 12 8 80 da1 0.0 106.8 0.0 5227.4 4 48.9 75 da2 0.0 107.8 0.0 4996.7 9 49.3 80 da3 0.0 107.8 0.0 4996.7 9 52.0 81 da4 0.0 104.8 0.0 4996.7 8 47.2 65 da5 0.0 104.8 0.0 4996.7 8 50.0 68 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 102.7 0.0 4966.8 0 53.2 76 0 0 8 9 83 da1 0.0 102.7 0.0 4966.8 0 56.1 77 da2 0.0 105.7 0.0 5222.6 0 52.4 76 da3 0.0 105.7 0.0 5222.6 0 55.4 78 da4 0.0 106.7 0.0 5196.7 0 53.6 81 da5 0.0 106.7 0.0 5196.7 0 56.1 81 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 111.8 0.0 5279.0 6 50.9 82 0 0 6 10 84 da1 0.0 113.8 0.0 5406.7 4 52.7 82 da2 0.0 106.8 0.0 5150.7 9 49.9 76 da3 0.0 106.8 0.0 5150.7 9 51.4 77 da4 0.0 106.8 0.0 5176.6 8 49.1 76 da5 0.0 106.8 0.0 5176.6 8 50.2 78 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 103.7 0.0 5146.0 0 53.0 77 0 0 7 9 84 da1 0.0 101.7 0.0 5018.3 0 55.6 79 da2 0.0 108.7 0.0 5273.7 0 54.7 82 da3 0.0 108.7 0.0 5273.7 0 55.2 82 da4 0.0 107.7 0.0 5248.2 0 54.3 80 da5 0.0 107.7 0.0 5248.2 0 56.9 80 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 106.8 0.0 5073.6 9 49.1 74 0 0 10 9 82 da1 0.0 106.8 0.0 5073.6 9 51.1 74 da2 0.0 108.8 0.0 5304.2 5 48.1 76 da3 0.0 108.8 0.0 5304.2 5 50.3 78 da4 0.0 106.8 0.0 5048.1 9 49.3 78 da5 0.0 106.8 0.0 5048.1 9 51.2 78 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 107.8 0.0 5122.3 11 50.3 79 0 0 8 8 83 da1 0.0 107.8 0.0 5122.3 11 52.7 83 da2 0.0 103.8 0.0 4892.3 11 50.4 71 da3 0.0 103.8 0.0 4892.3 11 51.7 71 da4 0.0 109.8 0.0 5378.8 6 48.5 74 da5 0.0 109.8 0.0 5378.8 6 50.0 77 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 108.5 0.0 5188.6 4 51.0 78 0 0 7 9 84 da1 0.0 108.5 0.0 5188.6 4 53.0 80 da2 0.0 106.6 0.0 5188.6 4 51.6 72 da3 0.0 106.6 0.0 5188.6 4 52.6 73 da4 0.0 99.6 0.0 4958.1 4 50.5 76 da5 0.0 99.6 0.0 4958.1 4 52.4 77 ^C # Here is a quick sample with sftp and ZFS (keep in mind ssh has encryption NFS does not) # ifstat -b -i re0 re0 Kbps in Kbps out 260931.9 8590.13 205778.7 6825.03 285794.0 9565.88 242095.0 8016.92 238060.4 7924.14 262288.7 8660.99 260094.6 8660.25 268791.7 8869.08 303607.5 10010.25 263964.4 8736.56 261743.6 8659.45 246390.6 8191.83 300105.3 10305.06 255019.9 8291.85 283355.3 9390.99 277390.9 9198.74 279070.0 9218.81 278103.5 9339.65 258649.8 8492.39 251343.6 8320.49 283036.9 9346.05 283302.4 9277.87 278886.2 9384.52 300472.5 9772.91 292509.8 9669.22 299081.4 9816.50 313643.0 10299.40 289208.9 9747.82 313738.8 10228.35 207670.6 6837.77 248762.1 8224.13 194959.1 6457.88 265009.2 9495.61 249181.9 8228.59 272940.6 8945.51 226037.8 7485.62 273701.2 9048.08 236890.4 7834.88 # iostat -zxC 1 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.1 0.4 1.8 6.1 0 3.0 0 1 0 1 1 97 da0 2.0 13.4 117.8 551.1 16 203.8 10 da1 1.9 13.7 108.8 550.6 16 200.5 10 da2 2.1 13.4 117.8 551.1 20 203.0 10 da3 1.9 13.8 107.1 550.6 20 200.1 9 da4 2.0 13.4 116.8 551.1 16 203.4 9 da5 1.9 13.8 107.3 550.6 16 199.8 9 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 108.8 0.0 6289.0 69 315.8 101 21 0 18 13 48 da1 0.0 107.8 0.0 6225.1 70 321.8 102 da2 0.0 108.8 0.0 6289.0 69 331.0 100 da3 0.0 111.8 0.0 6455.7 70 322.7 101 da4 0.0 104.8 0.0 6058.4 69 326.7 101 da5 0.0 108.8 0.0 6289.0 69 327.1 101 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6326.8 69 633.3 100 15 0 8 9 68 da1 0.0 109.8 0.0 6326.8 70 627.8 100 da2 0.0 109.8 0.0 6351.8 69 624.3 100 da3 0.0 108.8 0.0 6287.9 69 629.0 99 da4 0.0 109.8 0.0 6351.8 69 640.0 100 da5 0.0 109.8 0.0 6351.8 69 625.0 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6351.9 44 634.9 100 3 0 3 3 91 da1 0.0 108.8 0.0 6288.0 46 634.5 99 da2 0.0 109.8 0.0 6326.9 41 634.8 100 da3 0.0 109.8 0.0 6351.9 39 634.6 100 da4 0.0 109.8 0.0 6326.9 48 635.2 100 da5 0.0 108.8 0.0 6263.0 45 635.2 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 111.8 0.0 6163.1 68 356.9 98 9 0 18 6 67 da1 0.0 127.7 0.0 7109.6 68 354.4 98 da2 0.0 106.8 0.0 5829.3 68 399.2 91 da3 0.0 104.8 0.0 5701.1 67 349.2 84 da4 0.0 113.8 0.0 6291.3 68 377.4 96 da5 0.0 110.8 0.0 6124.2 68 353.0 79 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 129.8 0.0 6805.8 70 519.5 100 19 0 14 19 49 da1 0.0 119.8 0.0 5371.1 70 502.2 100 da2 0.0 93.8 0.0 5408.1 58 607.6 104 da3 0.0 139.8 0.0 6706.4 70 457.6 111 da4 0.0 132.8 0.0 7582.5 60 476.8 102 da5 0.0 130.8 0.0 6156.3 69 511.3 117 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6326.8 70 535.4 100 17 0 12 12 59 da1 0.0 109.8 0.0 6351.8 70 523.0 100 da2 0.0 109.8 0.0 6351.8 58 396.3 100 da3 0.0 109.8 0.0 6326.8 70 521.1 100 da4 0.0 109.8 0.0 6351.8 60 431.1 100 da5 0.0 109.8 0.0 6326.8 69 515.6 101 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6351.7 70 632.7 100 18 0 11 15 56 da1 0.0 109.8 0.0 6326.8 70 632.7 100 da2 0.0 109.8 0.0 6326.8 58 414.1 100 da3 0.0 110.8 0.0 6415.6 69 632.4 101 da4 0.0 109.8 0.0 6326.8 60 468.3 100 da5 0.0 109.8 0.0 6351.7 69 632.5 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 104.8 0.0 5996.4 0 631.6 93 22 0 8 14 57 da1 0.0 123.7 0.0 6598.7 0 616.9 99 da2 0.0 135.7 0.0 7264.3 5 668.5 101 da3 0.0 115.8 0.0 6149.6 0 623.4 97 da4 0.0 99.8 0.0 5323.8 0 746.0 89 da5 0.0 125.7 0.0 6735.4 0 615.4 99 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 126.7 0.0 4006.1 70 115.8 43 17 0 18 12 54 da1 0.0 126.7 0.0 3634.9 70 115.3 51 da2 0.0 109.8 0.0 3090.1 70 100.1 52 da3 0.0 109.8 0.0 2708.9 70 107.4 48 da4 0.0 115.8 0.0 3163.9 70 92.1 52 da5 0.0 118.8 0.0 3196.3 70 111.5 52 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 103.8 0.0 5993.5 67 592.8 108 20 0 12 15 53 da1 0.0 114.8 0.0 6646.1 62 547.2 100 da2 0.0 117.8 0.0 6812.8 67 554.3 100 da3 0.0 108.8 0.0 6287.9 64 566.6 103 da4 0.0 108.8 0.0 6287.9 66 595.2 100 da5 0.0 104.8 0.0 6057.4 62 597.1 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.8 0.0 6326.6 67 597.7 100 23 0 10 15 52 da1 0.0 109.8 0.0 6326.6 62 546.1 100 da2 0.0 109.8 0.0 6326.6 67 601.6 100 da3 0.0 110.8 0.0 6390.5 62 563.9 101 da4 0.0 109.8 0.0 6351.5 66 603.0 100 da5 0.0 109.8 0.0 6326.6 62 566.4 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id ad4 0.0 1.0 0.0 6.0 0 0.4 0 18 0 10 13 59 da0 0.0 109.7 0.0 6349.1 67 578.3 100 da1 0.0 109.7 0.0 6349.1 62 506.0 100 da2 0.0 109.7 0.0 6349.1 67 578.2 100 da3 0.0 109.7 0.0 6324.2 62 486.9 100 da4 0.0 109.7 0.0 6324.2 66 578.2 100 da5 0.0 109.7 0.0 6349.1 61 505.5 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 110.8 0.0 6367.5 37 577.3 101 18 0 10 12 60 da1 0.0 109.8 0.0 6303.6 40 505.1 100 da2 0.0 109.8 0.0 6303.6 44 577.4 100 da3 0.0 109.8 0.0 6303.6 60 486.3 100 da4 0.0 109.8 0.0 6303.6 47 577.3 100 da5 0.0 109.8 0.0 6316.6 58 500.2 100 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 145.7 0.0 5188.2 70 280.0 85 19 0 16 10 55 da1 0.0 146.7 0.0 4827.9 70 360.9 89 da2 0.0 154.7 0.0 6099.2 70 300.0 83 da3 0.0 173.6 0.0 6462.0 70 371.0 84 da4 0.0 163.7 0.0 6266.4 70 297.1 91 da5 0.0 176.6 0.0 6327.8 70 352.1 89 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 122.7 0.0 7082.2 69 507.1 102 25 0 11 13 51 da1 0.0 117.8 0.0 6812.8 70 514.6 99 da2 0.0 104.8 0.0 6057.3 69 589.2 108 da3 0.0 102.8 0.0 5929.6 69 591.3 109 da4 0.0 107.8 0.0 6224.0 70 561.0 101 da5 0.0 105.8 0.0 6096.3 70 566.3 104 extended device statistics cpu device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id da0 0.0 109.7 0.0 6348.9 69 632.2 100 20 0 12 11 57 da1 0.0 109.7 0.0 6324.0 70 633.1 100 da2 0.0 109.7 0.0 6324.0 69 632.3 100 da3 0.0 109.7 0.0 6348.9 69 633.1 100 da4 0.0 109.7 0.0 6348.9 70 633.1 100 da5 0.0 109.7 0.0 6348.9 70 632.3 100 ^C # From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:34:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59BE4106566B for ; Wed, 11 Nov 2009 21:34:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB2D8FC13 for ; Wed, 11 Nov 2009 21:34:03 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 10A466D41B; Wed, 11 Nov 2009 21:34:03 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D3A7284503; Wed, 11 Nov 2009 22:34:02 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: sthaug@nethelp.no References: <20091111101207.GF64905@hoeg.nl> <200911112031.43685.mel.flynn+fbsd.current@mailing.thruhere.net> <86fx8kolak.fsf@ds4.des.no> <20091111.215617.74746990.sthaug@nethelp.no> Date: Wed, 11 Nov 2009 22:34:02 +0100 In-Reply-To: <20091111.215617.74746990.sthaug@nethelp.no> (sthaug@nethelp.no's message of "Wed, 11 Nov 2009 21:56:17 +0100 (CET)") Message-ID: <86639goiet.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: mel.flynn+fbsd.current@mailing.thruhere.net, ed@80386.nl, current@freebsd.org Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:34:04 -0000 sthaug@nethelp.no writes: > That may be so. However, I (like others on this list) hate that feature > and its default usage in Linux with a passion. I don't understand why you are blaming Linux for this. It's an xterm feature that probably goes back twenty years or more (xterm turned 25 a few months ago). We're not talking just xterm, either; searching for "ti=3D" in /etc/termcap reveals that it was available on dozens of terminals, including several IBM and TekTronix models, just to drop a couple of big names. Modern Unix was built on the "mechanism, not policy" principle, and there is no reason why we should make an exception in this particular instance. If our termcap hadn't been intentionally sabotaged, those who hate this feature (as I used to) could easily turn it off, but as things stand, those who like it (as I do now) can't easily turn it back on, especially if they work in mixed environments. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:46:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8085106568B for ; Wed, 11 Nov 2009 21:46:31 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 082E58FC08 for ; Wed, 11 Nov 2009 21:46:30 +0000 (UTC) Received: (qmail 94040 invoked from network); 11 Nov 2009 21:46:29 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 11 Nov 2009 21:46:29 -0000 Date: Wed, 11 Nov 2009 22:46:29 +0100 (CET) Message-Id: <20091111.224629.71094278.sthaug@nethelp.no> To: des@des.no From: sthaug@nethelp.no In-Reply-To: <86639goiet.fsf@ds4.des.no> References: <86fx8kolak.fsf@ds4.des.no> <20091111.215617.74746990.sthaug@nethelp.no> <86639goiet.fsf@ds4.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mel.flynn+fbsd.current@mailing.thruhere.net, ed@80386.nl, current@freebsd.org Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:46:31 -0000 > > That may be so. However, I (like others on this list) hate that feature > > and its default usage in Linux with a passion. > > I don't understand why you are blaming Linux for this. It's an xterm > feature that probably goes back twenty years or more (xterm turned 25 a > few months ago). We're not talking just xterm, either; searching for > "ti=" in /etc/termcap reveals that it was available on dozens of > terminals, including several IBM and TekTronix models, just to drop a > couple of big names. Oh, I'm not blaming Linux. I have edited my fair share of termcap files, even going back to SunOS and early X11, just to get rid of this (in my view) extremely annoying feature. > Modern Unix was built on the "mechanism, not policy" principle, and > there is no reason why we should make an exception in this particular > instance. If our termcap hadn't been intentionally sabotaged, those who > hate this feature (as I used to) could easily turn it off, but as things > stand, those who like it (as I do now) can't easily turn it back on, > especially if they work in mixed environments. You can have your own private termcap/terminfo file, so it is possible to use the feature if you want to. "mechanism, not policy" is fine, but there is also a need to choose sensible defaults. In this case I like the FreeBSD default better than the Linux default. If the FreeBSD default changes, I'll learn to live with that. I think we'll have to agree t disagree. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:53:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A19E81065670 for ; Wed, 11 Nov 2009 21:53:03 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC748FC08 for ; Wed, 11 Nov 2009 21:53:02 +0000 (UTC) Received: by bwz5 with SMTP id 5so1610714bwz.3 for ; Wed, 11 Nov 2009 13:53:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=yKZTz5qDMU80H6nGvepcC119ZZI7a7VErqmM3XN5xE0=; b=w5PHRHAdVbL7qZB8gB5QM3DgRxsBDnX7QssChTTi7FOl8G1Luhj7Pyi3JeNluKWnqX B/PCis9eSlfvktOrg8IUmaN7R8En+3cnJGKTJ/b5k9tN5/t7KyRsX6P59QrHyDSnl5Ut P4/UIGN9nSgaWs5dpWV/Z3jKPlnuC9Pe5m9wI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=MckChLtxJhzXF2KwRm4vCmOmqL8hlJSOO2uDX0OnHtBEkMNMmh2afkNvhmUJGZexYo MPlZbpgPVlr/7TQtEUdWeBwKa+VXpkXt6B5gSZmPruQVYAqHh/Vn0nVeDC1FN0mUMw0F E+1RcNb3GNht3tLoPLbUeRobsMlBbyCSxd3pQ= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.90.11 with SMTP id d11mr568547wef.187.1257976381262; Wed, 11 Nov 2009 13:53:01 -0800 (PST) In-Reply-To: <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> From: Ivan Voras Date: Wed, 11 Nov 2009 22:52:41 +0100 X-Google-Sender-Auth: 9aa8cb309af21964 Message-ID: <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> To: "Sam Fourman Jr." Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dan Nelson Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:53:03 -0000 2009/11/11 Sam Fourman Jr. : > On Wed, Nov 11, 2009 at 2:49 PM, Dan Nelson wro= te: >> In the last episode (Nov 11), Ivan Voras said: >>> Sam Fourman Jr. wrote: >>> > I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is >>> > acting weird on writes. =C2=A0I get ~150mbit writes idk if this is go= od or >>> > not? =C2=A0but it paused for a few seconds every once and awhile. >>> >>> You didn't give any "iostat" statistics - I suspect that if you >>> correlate ifstat and iostat output that you will see that network >>> "pauses" happen during spikes in IO. You should check for this and post >>> your results. >> >> Yes, iostat would be useful here. =C2=A0"iostat -zxC 2" will give you pe= r-disk >> stats plus CPU usage every 2 seconds (CPU may be a factor if you have >> compression enabled). >> >> On a Solaris box I admin, setting zfs_write_limit_override helped stutte= ring >> while doing heavy writes. =C2=A0It's not exported on FreeBSD, but it sho= uld be >> easy to add it as a RW sysctl; it lives in dsl_pool.c and can be tweaked= at >> runtime. =C2=A0Start big and tune it down so each write burst takes unde= r a >> second; it looks like you're writing solid for around 6-8 seconds now. = =C2=A0The >> number will vary depending on your disk speed and how much ARC you have. > > > here are some iostats for you. I do not believe I have compression enable= d > am I mistaken? isn'y SATA2 300MB/s? and I am doing ~6MB/s per disk? > I built this machine with 4GB of memory because I thought ZFS would like = it. > now maybe a re(4) interface isnt the best choice. if that is the > problem here I can change it. Your io/ifstat data is very long but you didn't say if you observed hiccups in network performance during heavy IO times? Since you don't have timestamps in your data you are the only one who can say. > We spent ~$800 on a hardware RAID card thinking that it would help perfor= mance > > Why is it that with sftp we do not see the pauses in Network transfer? I think NFS uses sync disk IO access by default, this may be your problem if you are write-heavy. Try setting vfs.nfsrv.async to 1 to see if this is the cause of your problems. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 22:11:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FC21106568D for ; Wed, 11 Nov 2009 22:11:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF0C8FC0A for ; Wed, 11 Nov 2009 22:11:55 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 5750B7E857 for ; Wed, 11 Nov 2009 13:11:54 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 11 Nov 2009 23:11:51 +0100 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200911112311.51709.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Possible regression with msk driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 22:11:56 -0000 Hi, I just booted a box from 7.2-p4 to FreeBSD 8.0-PRERELEASE #0 r199185. It didn't ping, even though the interface was marked up and active. No traffic at all. The fix was to ifconfig msk0 down; ifconfig msk0 up. From then on, everything worked and still is: mskc0: port 0xe800-0xe8ff mem 0xf9efc000-0xf9efffff irq 16 at device 0.0 on pci3 msk0: on mskc0 msk0: Ethernet address: 00:1b:fc:e3:9b:6a miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto mskc0: [FILTER] mskc0@pci0:3:0:0: class=0x020000 card=0x826e1043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' class = network subclass = ethernet msk0: flags=8843 metric 0 mtu 1500 options=11a ether 00:1b:fc:xx:xx:xx inet 192.168.xxx.xxx netmask 0xffffff00 broadcast 192.168.xxx.255 media: Ethernet autoselect (1000baseT ) status: active Now - this machine still had 7.x /etc/rc.d, but since ifconfig down/up fixed the problem I don't know if this is a likely suspect. My onsite contact is unavailable right now, but if she gets back I will reboot the machine with the mergemaster'd rc.d to see if it's reproducible. The machine is a dual core 64-bit running i386 SMP kernel with 4G memory and a few ACPI problems: ACPI APIC Table: ACPI Warning: \\_SB_.PCI0.SBRG.FDC_._FDE: Return type mismatch - found Package, expected Buffer 20090521 nspredef-1051 ACPI Warning: Incorrect checksum in table [OEMB] - 4E, should be 43 20090521 tbutils-275 With release around the door, I figured I'd get this out there, at the risk of posting a red herring. -- Mel From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 22:16:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED937106566B for ; Wed, 11 Nov 2009 22:16:11 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id B2D2A8FC20 for ; Wed, 11 Nov 2009 22:16:11 +0000 (UTC) Received: by gxk6 with SMTP id 6so1383345gxk.13 for ; Wed, 11 Nov 2009 14:16:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.101.141.9 with SMTP id t9mr2126926ann.188.1257977770164; Wed, 11 Nov 2009 14:16:10 -0800 (PST) In-Reply-To: <200911112311.51709.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200911112311.51709.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Wed, 11 Nov 2009 23:16:10 +0100 Message-ID: <367b2c980911111416i152abdb9hb251c55697d64ea1@mail.gmail.com> From: Olivier Smedts To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Possible regression with msk driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 22:16:12 -0000 2009/11/11 Mel Flynn : > Hi, > > I just booted a box from 7.2-p4 to FreeBSD 8.0-PRERELEASE #0 r199185. It > didn't ping, even though the interface was marked up and active. No traff= ic at > all. Sometimes I've got the same problem, unplugging and plugging the network cable "solves" the problem. I didn't try to diagnose it but it didn't happen with 7-STABLE. > > The fix was to ifconfig msk0 down; ifconfig msk0 up. From then on, everyt= hing > worked and still is: > mskc0: port 0xe800-0xe8ff mem > 0xf9efc000-0xf9efffff irq 16 at device 0.0 on pci3 > msk0: on = mskc0 > msk0: Ethernet address: 00:1b:fc:e3:9b:6a > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: =A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > mskc0: [FILTER] > > mskc0@pci0:3:0:0: =A0 =A0 =A0 class=3D0x020000 card=3D0x826e1043 chip=3D0= x436411ab > rev=3D0x12 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Marvell Semiconductor (Was: Galileo Technology= Ltd)' > =A0 =A0device =A0 =A0 =3D 'Yukon PCI-E Gigabit Ethernet Controller (88E80= 56)' > =A0 =A0class =A0 =A0 =A0=3D network > =A0 =A0subclass =A0 =3D ethernet > > msk0: flags=3D8843 metric 0 mtu 1= 500 > =A0 =A0 =A0 =A0options=3D11a > =A0 =A0 =A0 =A0ether 00:1b:fc:xx:xx:xx > =A0 =A0 =A0 =A0inet 192.168.xxx.xxx netmask 0xffffff00 broadcast 192.168.= xxx.255 > =A0 =A0 =A0 =A0media: Ethernet autoselect (1000baseT ) > =A0 =A0 =A0 =A0status: active > > Now - this machine still had 7.x /etc/rc.d, but since ifconfig down/up fi= xed > the problem I don't know if this is a likely suspect. > > My onsite contact is unavailable right now, but if she gets back I will r= eboot > the machine with the mergemaster'd rc.d to see if it's reproducible. > The machine is a dual core 64-bit running i386 SMP kernel with 4G memory = and a > few ACPI problems: > ACPI APIC Table: > ACPI Warning: \\_SB_.PCI0.SBRG.FDC_._FDE: Return type mismatch - found > Package, expected Buffer 20090521 nspredef-1051 > ACPI Warning: Incorrect checksum in table [OEMB] - 4E, should be 43 20090= 521 > tbutils-275 > > With release around the door, I figured I'd get this out there, at the ri= sk of > posting =A0a red herring. > -- > Mel > _______________________________________________ > 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 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 22:19:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCD80106566B; Wed, 11 Nov 2009 22:19:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id C80228FC1D; Wed, 11 Nov 2009 22:19:24 +0000 (UTC) Received: by fxm27 with SMTP id 27so1644373fxm.3 for ; Wed, 11 Nov 2009 14:19:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xoETU5w0OV8j4LMNKK3unaK5a+R+7jcKZ/59KvYWtus=; b=JexmmbxfN0fWulmzQ/5Dixyq9XlRwj7j99uADT0pymNTsEhMfVIyzhPgbkhG9RsXjX EtbXaHlvfRpSk6fCW8bZ2WtpfTYFMY/FILV+SFlAxXVBxXd4+Ceb9O/ghnaL+Y+c6lCS k4t4sDmofweqFdEyJW95Hw96jvmB0p72Lr/UE= 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=ESvT4lnTi50BIQmOVLGl53M4PoBGs+TOhGGEu/tdF7poQw9gl/3SWmJ+WEB5mIZsJv SflPGgK2RQmVtZtCU8EedS2HM47UzT2r3cRkxnsQYc1xzEfhV/gBfbJL7WKPXe+0b+jT +GZeriyTFghPnvzLWrMtUXdyPTa2V/DaCXdao= MIME-Version: 1.0 Received: by 10.216.88.212 with SMTP id a62mr634235wef.72.1257977961736; Wed, 11 Nov 2009 14:19:21 -0800 (PST) In-Reply-To: <20091111203101.GC15449@michelle.cdnetworks.com> References: <20091017222314.GB19204@michelle.cdnetworks.com> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> <200911102018.nAAKI3s7021614@lava.sentex.ca> <20091111203101.GC15449@michelle.cdnetworks.com> Date: Wed, 11 Nov 2009 14:19:21 -0800 Message-ID: <2a41acea0911111419v5ae5682cy12613e1bd9a9c325@mail.gmail.com> From: Jack Vogel To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, Mykola Dzham , re , current@freebsd.org, Mike Tancsa Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 22:19:25 -0000 On Wed, Nov 11, 2009 at 12:31 PM, Pyun YongHyeon wrote: > On Tue, Nov 10, 2009 at 03:18:09PM -0500, Mike Tancsa wrote: > > At 02:20 PM 11/10/2009, Jack Vogel wrote: > > >This is a fix for this problem, please apply and test this. > > > > Hi, > > Thanks! Yes, I am able to use both ports of the NIC now and > > no panics yet. Prior to this patch, bringing up both ports resulted > > in a non functioning NIC and panic! Generating some UDP and tcp > > traffic through the box, all seems to be OK on first blush. > > > > I think this is a separate issue. Jack's patch surely reduce the > number of chance of bus_dmamap_load_mbuf_sg(9) failure because it > removed unnecessary DMA alignment restriction but once it happen > you would get the same result. Note, original poster's machine is > amd64. > > Ya, so maybe a more robust solution to that failure would be a good thing, but this is not the time for more elaborate code, having this small fix put in is low risk and the better failure response can come later. In fact, I have a number of places in the ixgbe driver where I'm pondering over what to do in failure mode anyway. Jack > > I will try some more extensive tests over the next little while. > > > > igb0: Excessive collisions = 0 > > igb0: Sequence errors = 0 > > igb0: Defer count = 0 > > igb0: Missed Packets = 0 > > igb0: Receive No Buffers = 40 > > igb0: Receive Length Errors = 0 > > igb0: Receive errors = 2 > > igb0: Crc errors = 4 > > igb0: Alignment errors = 0 > > igb0: Collision/Carrier extension errors = 0 > > igb0: RX overruns = 0 > > igb0: watchdog timeouts = 0 > > igb0: XON Rcvd = 0 > > igb0: XON Xmtd = 0 > > igb0: XOFF Rcvd = 0 > > igb0: XOFF Xmtd = 0 > > igb0: Good Packets Rcvd = 103212774 > > igb0: Good Packets Xmtd = 9347339 > > igb0: TSO Contexts Xmtd = 0 > > igb0: TSO Contexts Failed = 0 > > igb1: Excessive collisions = 0 > > igb1: Sequence errors = 0 > > igb1: Defer count = 0 > > igb1: Missed Packets = 0 > > igb1: Receive No Buffers = 0 > > igb1: Receive Length Errors = 0 > > igb1: Receive errors = 0 > > igb1: Crc errors = 0 > > igb1: Alignment errors = 0 > > igb1: Collision/Carrier extension errors = 0 > > igb1: RX overruns = 0 > > igb1: watchdog timeouts = 0 > > igb1: XON Rcvd = 0 > > igb1: XON Xmtd = 0 > > igb1: XOFF Rcvd = 0 > > igb1: XOFF Xmtd = 0 > > igb1: Good Packets Rcvd = 9365642 > > igb1: Good Packets Xmtd = 17781877 > > igb1: TSO Contexts Xmtd = 988 > > igb1: TSO Contexts Failed = 0 > > > > > > > > # ./netsend 10.255.255.3 600 300 280000 10 > > Sending packet of payload size 300 every 0.000003571s for 10 seconds > > > > start: 1257884127.000000000 > > finish: 1257884137.000003339 > > send calls: 2800336 > > send errors: 1970 > > approx send rate: 279836 > > approx error rate: 0 > > waited: 1259257 > > approx waits/sec: 125925 > > approx wait rate: 0 > > # traceroute 10.255.255.3 > > traceroute to 10.255.255.3 (10.255.255.3), 64 hops max, 40 byte packets > > 1 1.1.1.1 (1.1.1.1) 0.096 ms 0.073 ms 0.115 ms > > 2 10.255.255.3 (10.255.255.3) 67.953 ms 0.297 ms 0.241 ms > > > > The box with the igb nics has the interfaces 1.1.1.1 and 10.255.255.1 > > > > ---Mike > > > > > > >Jack > > > > > >------- if_igb.c (revision 197079) > > >+++ if_igb.c (working copy) > > >@@ -2654,7 +2654,7 @@ > > > int error; > > > > > > error = bus_dma_tag_create(bus_get_dma_tag(adapter->dev), /* parent > */ > > >- IGB_DBA_ALIGN, 0, /* alignment, bounds */ > > >+ 1, 0, /* alignment, bounds */ > > > BUS_SPACE_MAXADDR, /* lowaddr */ > > > BUS_SPACE_MAXADDR, /* highaddr */ > > > NULL, NULL, /* filter, filterarg */ > > >@@ -2867,7 +2867,7 @@ > > > * Setup DMA descriptor areas. > > > */ > > > if ((error = bus_dma_tag_create(NULL, /* parent */ > > >- PAGE_SIZE, 0, /* alignment, bounds */ > > >+ 1, 0, /* alignment, bounds */ > > > BUS_SPACE_MAXADDR, /* lowaddr */ > > > BUS_SPACE_MAXADDR, /* highaddr */ > > > NULL, NULL, /* filter, filterarg */ > > >@@ -3554,7 +3554,7 @@ > > > ** it may not always use this. > > > */ > > > if ((error = bus_dma_tag_create(NULL, /* parent */ > > >- PAGE_SIZE, 0, /* alignment, bounds */ > > >+ 1, 0, /* alignment, bounds */ > > > BUS_SPACE_MAXADDR, /* lowaddr */ > > > BUS_SPACE_MAXADDR, /* highaddr */ > > > NULL, NULL, /* filter, filterarg */ > > > > > > > > > > > >On Tue, Nov 10, 2009 at 10:57 AM, Jack Vogel > > ><jfvogel@gmail.com> wrote: > > >I have repro'd this failure this morning and think I have a fix for > > >it, I am testing that soon. > > > > > >Stay tuned, > > > > > >Jack > > > > > > > > > > > >On Mon, Nov 9, 2009 at 6:28 PM, Mike Tancsa > > ><mike@sentex.net> wrote: > > >At 07:33 PM 11/9/2009, Jack Vogel wrote: > > >Some reason you aren't using amd64? I will have a system installed that > way > > >and see if I can repro it then, thanks. > > > > > > > > > > > >I had found in the past i386 was faster for firewall and routing > > >applications. Perhaps thats different now, I will give it a try > > >again to see if there is any difference. > > > > > >pciconf and dmesg attached. > > > > > > ---Mike > > > > > > > > > > > >Jack > > > > > > > > > > > >On Mon, Nov 9, 2009 at 4:22 PM, Mike Tancsa > > ><mike@sentex.net> wrote: > > >At 05:59 PM 11/9/2009, Jack Vogel wrote: > > >Are you using standard MTU or jumbo? That get_buf error is ENOMEM, looks > > >like > > >that happens when in the bus_dma stuff reserve_bounce_pages() fails. > > > > > >Are you maybe using a 32 bit kernel? I have not seen this failure here. > > > > > > > > >Hi Jack, > > > Standard MTU and i386 > > > > > > ---Mike > > > > > > > > > > > >-------------------------------------------------------------------- > > >Mike Tancsa, tel +1 519 651 3400 > > >Sentex Communications, mike@sentex.net > > >Providing Internet since > > >1994 > > ><http://www.sentex.net>www.sentex.net > > >Cambridge, Ontario > > >Canada > > ><http://www.sentex.net/mike> > www.sentex.net/mike > > > > > > > > >-------------------------------------------------------------------- > > >Mike Tancsa, tel +1 519 651 3400 > > >Sentex > > >Communications, > > >mike@sentex.net > > >Providing Internet since > > >1994 www.sentex.net > > >Cambridge, Ontario > > >Canada > > >www.sentex.net/mike > > > > > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 20:17:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CEA01065695 for ; Wed, 11 Nov 2009 20:17:26 +0000 (UTC) (envelope-from rtfm.xx@gmail.com) Received: from mail-px0-f194.google.com (mail-px0-f194.google.com [209.85.216.194]) by mx1.freebsd.org (Postfix) with ESMTP id 620B18FC15 for ; Wed, 11 Nov 2009 20:17:26 +0000 (UTC) Received: by pxi32 with SMTP id 32so1053182pxi.15 for ; Wed, 11 Nov 2009 12:17:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=L1zLkBWzDHou7VUsUnA3rWKaZNvR5nHPcNASMN4Ab6M=; b=r9eG6StxDB5cpyfXN6STsbIVh9Kg3fmqaO4O3Rb60tUdc4UC+tFyuFknHtz9ZEC+UJ exvsSZS63rAwEKvCVoz6MmzSvCnLcOVt9Q1v92iJ0aBiYoF7MNglsPzrtM5OQBBXMiuU czsDT1xyuCDqHtT8pcWmPNs8EqRPGZ41eGN74= 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:content-type :content-transfer-encoding; b=NCoOfz4/1h5A5OhXFTIUADAJ0FKJoA/++KaUE0tSRlG7GD0iJ7iU6NWHvQwvtvyZ73 q8zWIAp73EiTdgQLK7xAtuSKl2JQXuVjqLG1rixvKy/78/I3+arWhmet/my153vQIt2s WVMBne3sSw2WZn5gWrysRVof51jKWGoxmUY9E= MIME-Version: 1.0 Sender: rtfm.xx@gmail.com Received: by 10.143.27.40 with SMTP id e40mr217935wfj.230.1257970645793; Wed, 11 Nov 2009 12:17:25 -0800 (PST) In-Reply-To: <4AFAFECD.5020306@delphij.net> References: <15d3bc360911110926m4811574bmaea5e42879340d64@mail.gmail.com> <4AFAFECD.5020306@delphij.net> Date: Wed, 11 Nov 2009 12:17:25 -0800 X-Google-Sender-Auth: d6085e262ace165d Message-ID: <15d3bc360911111217p1bc38284md731e3ff89364798@mail.gmail.com> From: Joshua Piccari To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 11 Nov 2009 22:24:44 +0000 Subject: Re: Wondering how stable x86emu? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 20:17:26 -0000 On Wed, Nov 11, 2009 at 10:13 AM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Joshua Piccari wrote: >> Hi all, >> >> Hi all I'm wondering if anybody can comment on when we can expect to >> see x86emu come to a branch other than -CURRENT? Or if anyone has a >> patch for x86emu that would work (even slightly) with 8.0-RC2? I guess >> if nothing else it would be nice to know what files are involved so I >> can make a patch for RC2. >> >> Anyways, any info would be greatly appreciated since I've been waiting >> for something like this for a long time. Great work, and really >> looking forward to it. :D > > I'm not sure what are you referring to... =C2=A0It worked just fine for i= .e. > VESA stuff on amd64, but I think it's too late for 8.0 since it has been > introduced too late. =C2=A0However, it would be a good target for 8.1 I > guess, there are some rough edges but so far it works just fine for me. Yeah, I realized that it probably wouldn't make it to 8.0 but I was wondering if anybody has an unofficial patch that can be used in the meantime. The reason I ask is before it was committed it was a patch for 8.0-BETA3 floating around on the forums. It seems that the patch has been removed since it was committed but I'd hoped someone out there still had it so I could use it with 8.0-RC2. --=20 Joshua A Piccari /dv/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 22:25:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567EE1065676; Wed, 11 Nov 2009 22:25:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id D2A478FC19; Wed, 11 Nov 2009 22:25:53 +0000 (UTC) Received: by qyk30 with SMTP id 30so716092qyk.7 for ; Wed, 11 Nov 2009 14:25:53 -0800 (PST) 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=NlwmVWDlxhop+xyshtWFn+F6CBu5gs5LaKs8w4PYuEE=; b=dgRSUoFT3Rr6MQtr8lmImeEgMO+j/jpcdJs22/xjYB/qjEQHROTHLzHoT0zAI8D0WB ekp+UTJZrnqMCM8zhryygm/hd9oqQWQ4oCEIoMb6tmKmRgrC2oqiDBg76FAHv7kDMp6r vxLGbdOyIPmCiV9YF7Ci5t7a0+41Kq0oBphEc= 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=fLpCvRGM6zi0Il1UW0es41trdb5g72PubEjal7iBNT/c/BUTpfHlQbmFvtF56cBWfq P6wQCs29//+oVi6/+oP1elCm0QxsyArEbFI8L8EZYjqKLwhPa3vNmsvY+YWg6898YGLd EhezT6Pyr7l6r+plMcfvkx26equuaoxdsaeQM= Received: by 10.224.114.149 with SMTP id e21mr1138619qaq.215.1257978353127; Wed, 11 Nov 2009 14:25:53 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm111392qyk.7.2009.11.11.14.25.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 14:25:52 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Nov 2009 14:25:20 -0800 From: Pyun YongHyeon Date: Wed, 11 Nov 2009 14:25:20 -0800 To: Jack Vogel Message-ID: <20091111222520.GD15449@michelle.cdnetworks.com> References: <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> <200911102018.nAAKI3s7021614@lava.sentex.ca> <20091111203101.GC15449@michelle.cdnetworks.com> <2a41acea0911111419v5ae5682cy12613e1bd9a9c325@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0911111419v5ae5682cy12613e1bd9a9c325@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: jfv@freebsd.org, Mykola Dzham , re , current@freebsd.org, Mike Tancsa Subject: Re: page fault in igb driver on 8.0-RC2 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: Wed, 11 Nov 2009 22:25:54 -0000 On Wed, Nov 11, 2009 at 02:19:21PM -0800, Jack Vogel wrote: > On Wed, Nov 11, 2009 at 12:31 PM, Pyun YongHyeon wrote: > > > On Tue, Nov 10, 2009 at 03:18:09PM -0500, Mike Tancsa wrote: > > > At 02:20 PM 11/10/2009, Jack Vogel wrote: > > > >This is a fix for this problem, please apply and test this. > > > > > > Hi, > > > Thanks! Yes, I am able to use both ports of the NIC now and > > > no panics yet. Prior to this patch, bringing up both ports resulted > > > in a non functioning NIC and panic! Generating some UDP and tcp > > > traffic through the box, all seems to be OK on first blush. > > > > > > > I think this is a separate issue. Jack's patch surely reduce the > > number of chance of bus_dmamap_load_mbuf_sg(9) failure because it > > removed unnecessary DMA alignment restriction but once it happen > > you would get the same result. Note, original poster's machine is > > amd64. > > > > Ya, so maybe a more robust solution to that failure would be a good > thing, but this is not the time for more elaborate code, having this small > fix put in is low risk and the better failure response can come later. > Agreed. :-) > In fact, I have a number of places in the ixgbe driver where I'm pondering > over what to do in failure mode anyway. > That's great! > Jack > From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 21:33:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 785FA106566B for ; Wed, 11 Nov 2009 21:33:08 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 17D0A8FC16 for ; Wed, 11 Nov 2009 21:33:07 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.3/8.14.3) with ESMTP id nABLX6eR023376 for ; Wed, 11 Nov 2009 16:33:07 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.3/8.14.3/Submit) id nABLX6rI023373; Wed, 11 Nov 2009 16:33:06 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19195.11666.854785.64042@hergotha.csail.mit.edu> Date: Wed, 11 Nov 2009 16:33:06 -0500 From: Garrett Wollman To: current@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Wed, 11 Nov 2009 16:33:07 -0500 (EST) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu X-Mailman-Approved-At: Wed, 11 Nov 2009 22:30:46 +0000 Cc: Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 21:33:08 -0000 Why is __assert() in not declared as non-returning (__dead2)? -GAWollman From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 22:38:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F16F106566B for ; Wed, 11 Nov 2009 22:38:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 58D888FC13 for ; Wed, 11 Nov 2009 22:38:24 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so299550qwb.7 for ; Wed, 11 Nov 2009 14:38:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mime-version:content-type:content-disposition :user-agent; bh=mVZivPMTi7DuzqPFaszPR5Ydvd3fsdHJpPpMSGaXwjo=; b=ojgZXu0RsedrGwBhko0LzXQfnq4n5F6nC1plNnxO1P6QCGSFF1P+0XlNZMMPcfYsPn 8yhlY3Bo+Jx8PBF2xW+cNwvH6C9hsFmZr0V3qHTeF4NY0KUyoQwBPhRO3ioqZ2L6IFon 8yaumGG4/pZozD6HzWO7Z9kWlebjPWQa6A3Qw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=LSVrigb0Fj01rBI3G2dn199x4oPTEbCbfiUZVTXKkzJyuDSaDuGCW+r9jb90pCQhdg v3FV9l7egWmhLn2SQEBP3Db+LTh9jMdLl3gF7MdAS4dXx0wtRH43Vem9ZYPpcv1fLk7/ +P/gnOn73PdRyAQxPP0sGTKPjSGLiULfs7Hgg= Received: by 10.224.43.160 with SMTP id w32mr1136026qae.277.1257979103810; Wed, 11 Nov 2009 14:38:23 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm162410qyk.1.2009.11.11.14.38.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 14:38:23 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Nov 2009 14:37:51 -0800 From: Pyun YongHyeon Date: Wed, 11 Nov 2009 14:37:51 -0800 To: freebsd-current@freebsd.org Message-ID: <20091111223751.GE15449@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Call for bge(4) testers 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: Wed, 11 Nov 2009 22:38:24 -0000 Hi, I had been working on fixing bus_dma(9) bugs and adding TSO capability to bge(4). Now TSO is supported for BCM5755 or newer controllers. Actually some pre-BCM5755 controllers also support TSO with the help of special firmware but the license issue and lower performance of firmware based TSO as well as TSO bug I intentionally excluded TSO support for pre-BCM5755 controllers. You can get the patch form the following URL. The diff was generated against latest HEAD. http://people.freebsd.org/~yongari/bge/bge.tso.1111.diff or http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h The diff also has a lot of functional changes which may affect other bge(4) controllers. Specifically the diff - Added workarounds for known DMA bug. This workaround shall make bge(4) use bounce buffers so this fix requires all previous changes made in HEAD. This may slow down overall performance if bounce buffers are used but I think it's better than leaving the bug. - Tuned interrupt coalescing parameters. - Use taskqeue to get better performance on PCIe controllers. - TSO support for BCM5755 or newer controllers. - Tx path cleaned up. - Interrupt handler now clears status word as it does in polling case. I'm interesting in performance changes before/after the diff and any regressions from the diff. Please test I'll commit the diff next week unless I get regressions. Thanks. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 22:59:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E94C6106566B for ; Wed, 11 Nov 2009 22:59:04 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 24FFE8FC0C for ; Wed, 11 Nov 2009 22:59:04 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 4C80355CD8A5; Thu, 12 Nov 2009 06:59:02 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id gxLjsgxptWeF; Thu, 12 Nov 2009 06:58:55 +0800 (CST) Received: from delta.delphij.net (unknown [206.40.55.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1233455CD808; Thu, 12 Nov 2009 06:58:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=B2F5BnfoaUFETqqx9FTEG3wZCIesr4KJz+VNmX74Py7mMJ1XWD/NOH1BAXjHlhr3/ quD/O/eHyqHTmI1jTOy0Q== Message-ID: <4AFB41AA.8090701@delphij.net> Date: Wed, 11 Nov 2009 14:58:50 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: Joshua Piccari References: <15d3bc360911110926m4811574bmaea5e42879340d64@mail.gmail.com> <4AFAFECD.5020306@delphij.net> <15d3bc360911111217p1bc38284md731e3ff89364798@mail.gmail.com> In-Reply-To: <15d3bc360911111217p1bc38284md731e3ff89364798@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Wondering how stable x86emu? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 22:59:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joshua Piccari wrote: > On Wed, Nov 11, 2009 at 10:13 AM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Joshua Piccari wrote: >>> Hi all, >>> >>> Hi all I'm wondering if anybody can comment on when we can expect to >>> see x86emu come to a branch other than -CURRENT? Or if anyone has a >>> patch for x86emu that would work (even slightly) with 8.0-RC2? I guess >>> if nothing else it would be nice to know what files are involved so I >>> can make a patch for RC2. >>> >>> Anyways, any info would be greatly appreciated since I've been waiting >>> for something like this for a long time. Great work, and really >>> looking forward to it. :D >> I'm not sure what are you referring to... It worked just fine for i.e. >> VESA stuff on amd64, but I think it's too late for 8.0 since it has been >> introduced too late. However, it would be a good target for 8.1 I >> guess, there are some rough edges but so far it works just fine for me. > > Yeah, I realized that it probably wouldn't make it to 8.0 but I was > wondering if anybody has an unofficial patch that can be used in the > meantime. > > The reason I ask is before it was committed it was a patch for > 8.0-BETA3 floating around on the forums. It seems that the patch has > been removed since it was committed but I'd hoped someone out there > still had it so I could use it with 8.0-RC2. I see. There are some recent improvements on -HEAD that we feel that will need some "settle" before putting it through for an MFC patchset. If you have interest, you can actually try manually fetching the -HEAD version of sys/contrib/x86emu, as well as the files committed by jkim@ and I (mainly dev/fb, dev/dpms, i386/isa and modules/x86bios, modules/vesa, modules/dpms, etc). Files in conf/ would require some manual work but these would be trivial. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr7QakACgkQi+vbBBjt66CuQQCeOz11p3Uj84bkaOFiJ7y4w/lm 8sgAnRLz3+0DRdLHuPSP9ZABlEYDezTO =vCLT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:15:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5840E106566B for ; Wed, 11 Nov 2009 23:15:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 02EDD8FC1E for ; Wed, 11 Nov 2009 23:15:02 +0000 (UTC) Received: by yxe1 with SMTP id 1so1513557yxe.3 for ; Wed, 11 Nov 2009 15:15:02 -0800 (PST) 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=C6/LdNYrqcEiDyuMcpVM9bt42p1Gt4Sp0wRObGdjyyc=; b=ORFx/r6YLaa94Qjrd5cSgMpr6pZhE3gYPa0oCMUnRT48fZnYc+ghBzx5qIsJJ6uqLD 2s9GqgdBkOFkeNnii1B/pyXGbSp8+Fj3BHPlX2aQYlfnjxhqZTAje+SDbfgfq7GXsQWT 7JDGpK6Mre6ekYX1mrq1Ggwv3aAVUMpl6arJ8= 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=dQvqG8qJnr2S84oemvP5/OvTjOkdUeixFT7MfNOOowlHC/uPJi4ViIzCbqk73QfKDH YPcOvxaxQQrawarv1fQm5YE5FR0IdU02jWrzbAjAEQKIxiUC0Zo/Xgps2XDsnr9o9yg9 qCHSVOpNsPlF+9hJGejnqWMja8OVqb+PpcFyE= Received: by 10.151.5.1 with SMTP id h1mr3951480ybi.27.1257981299129; Wed, 11 Nov 2009 15:14:59 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm807791ywd.52.2009.11.11.15.14.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 15:14:58 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Nov 2009 15:14:26 -0800 From: Pyun YongHyeon Date: Wed, 11 Nov 2009 15:14:26 -0800 To: Mel Flynn Message-ID: <20091111231426.GF15449@michelle.cdnetworks.com> References: <200911112311.51709.mel.flynn+fbsd.current@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911112311.51709.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Possible regression with msk driver 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: Wed, 11 Nov 2009 23:15:03 -0000 On Wed, Nov 11, 2009 at 11:11:51PM +0100, Mel Flynn wrote: > Hi, > > I just booted a box from 7.2-p4 to FreeBSD 8.0-PRERELEASE #0 r199185. It > didn't ping, even though the interface was marked up and active. No traffic at > all. > > The fix was to ifconfig msk0 down; ifconfig msk0 up. From then on, everything > worked and still is: > mskc0: port 0xe800-0xe8ff mem > 0xf9efc000-0xf9efffff irq 16 at device 0.0 on pci3 > msk0: on mskc0 > msk0: Ethernet address: 00:1b:fc:e3:9b:6a > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > mskc0: [FILTER] > > mskc0@pci0:3:0:0: class=0x020000 card=0x826e1043 chip=0x436411ab > rev=0x12 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' > class = network > subclass = ethernet > > msk0: flags=8843 metric 0 mtu 1500 > options=11a > ether 00:1b:fc:xx:xx:xx > inet 192.168.xxx.xxx netmask 0xffffff00 broadcast 192.168.xxx.255 > media: Ethernet autoselect (1000baseT ) > status: active > > Now - this machine still had 7.x /etc/rc.d, but since ifconfig down/up fixed > the problem I don't know if this is a likely suspect. > Most likely it lost link state changes so I guess msk(4) still think it has no established link. Because there had been several problems with EC Ultra + 88E1149 I'm not sure it's newly introduced regression though. There are some changes in CURRENT. Would you try latest msk(4)/e1000phy(4) in CURRENT? I think you can download the following files from CURRENT. sys/dev/msk/if_msk.c sys/dev/msk/if_mskreg.h sys/dev/mii/e1000phy.c sys/dev/mii/e1000phyreg.h If that does not work I'll send you a possible patch. > My onsite contact is unavailable right now, but if she gets back I will reboot > the machine with the mergemaster'd rc.d to see if it's reproducible. I don't think it's related with rc.d scripts. > The machine is a dual core 64-bit running i386 SMP kernel with 4G memory and a > few ACPI problems: > ACPI APIC Table: > ACPI Warning: \\_SB_.PCI0.SBRG.FDC_._FDE: Return type mismatch - found > Package, expected Buffer 20090521 nspredef-1051 > ACPI Warning: Incorrect checksum in table [OEMB] - 4E, should be 43 20090521 > tbutils-275 > > With release around the door, I figured I'd get this out there, at the risk of > posting a red herring. > -- > Mel From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:26:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D710B106568D for ; Wed, 11 Nov 2009 23:26:29 +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 98B558FC16 for ; Wed, 11 Nov 2009 23:26:29 +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 nABNQSd6007985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Nov 2009 17:26:28 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id nABNQS6v034201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Nov 2009 17:26:28 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id nABNQSvY034200; Wed, 11 Nov 2009 17:26:28 -0600 (CST) (envelope-from dan) Date: Wed, 11 Nov 2009 17:26:28 -0600 From: Dan Nelson To: "Sam Fourman Jr." Message-ID: <20091111232627.GK89052@dan.emsphone.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on 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, 11 Nov 2009 17:26:28 -0600 (CST) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 23:26:29 -0000 In the last episode (Nov 11), Sam Fourman Jr. said: > On Wed, Nov 11, 2009 at 2:49 PM, Dan Nelson wrote: > > In the last episode (Nov 11), Ivan Voras said: > >> Sam Fourman Jr. wrote: > >> > I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is > >> > acting weird on writes.  I get ~150mbit writes idk if this is good > >> > or not?  but it paused for a few seconds every once and awhile. > >> > >> You didn't give any "iostat" statistics - I suspect that if you > >> correlate ifstat and iostat output that you will see that network > >> "pauses" happen during spikes in IO. You should check for this and > >> post your results. > > > > Yes, iostat would be useful here.  "iostat -zxC 2" will give you > > per-disk stats plus CPU usage every 2 seconds (CPU may be a factor if > > you have compression enabled). > > > > On a Solaris box I admin, setting zfs_write_limit_override helped > > stuttering while doing heavy writes.  It's not exported on FreeBSD, but > > it should be easy to add it as a RW sysctl; it lives in dsl_pool.c and > > can be tweaked at runtime.  Start big and tune it down so each write > > burst takes under a second; it looks like you're writing solid for > > around 6-8 seconds now.  The number will vary depending on your disk > > speed and how much ARC you have. > > here are some iostats for you. I do not believe I have compression enabled > am I mistaken? isn'y SATA2 300MB/s? and I am doing ~6MB/s per disk? I > built this machine with 4GB of memory because I thought ZFS would like it. > now maybe a re(4) interface isnt the best choice. if that is the problem > here I can change it. We spent ~$800 on a hardware RAID card thinking > that it would help performance > > Why is it that with sftp we do not see the pauses in Network transfer? Your service times below are worrying (both for the NFS and sftp cases); anything above 50ms for a sustained period is usually a problem. You mention hardware RAID, but I see 6 da# devices; are these just hooked up in passthrough mode, or is each da device backed by multiple SATA disks? What kind of write caching do you have enabled on the RAID? Can you disable it? It sort of looks like zfs is bursting more data to disk than the RAID card has RAM for, and it's spending multiple seconds just trying to recover. It's also odd that you're seeing queue depths up to 70 on those disks when zfs by default should only do 35 (sysctl vfs.zfs.vdev.max_pending). NFS has data consistency guarantees that require it to flush to disk more often than your sftp connection, so that may explain why the disk behaviour is different. > # iostat -zxC 1 (with NFS and ZFS) [...] > extended device statistics cpu > device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id > da0 0.0 104.8 0.0 6057.3 67 624.9 100 0 0 1 1 98 > da1 0.0 104.8 0.0 6057.3 63 531.2 100 > da2 0.0 104.8 0.0 6057.3 68 625.4 100 > da3 0.0 104.8 0.0 6032.3 63 551.6 100 > da4 0.0 104.8 0.0 6057.3 68 625.7 100 > da5 0.0 105.8 0.0 6121.1 61 510.1 101 > extended device statistics cpu > device r/s w/s kr/s kw/s wait svc_t %b us ni sy in id > da0 0.0 106.8 0.0 6160.2 68 616.8 100 0 0 2 1 97 > da1 0.0 106.8 0.0 6160.2 62 522.8 100 > da2 0.0 106.8 0.0 6160.2 67 617.1 100 > da3 0.0 106.8 0.0 6185.1 62 522.8 100 > da4 0.0 106.8 0.0 6160.2 67 617.4 100 > da5 0.0 106.8 0.0 6160.2 62 503.4 100 -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:34:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1F03106566C for ; Wed, 11 Nov 2009 23:34:09 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC798FC0C for ; Wed, 11 Nov 2009 23:34:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEADPV+kqWZZrw/2dsb2JhbACSDrpxh2KIcYQ8BIFr Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail05.adl2.internode.on.net with ESMTP; 12 Nov 2009 09:47:54 +1030 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id A054D5C45; Thu, 12 Nov 2009 10:17:53 +1100 (EST) Date: Thu, 12 Nov 2009 10:17:53 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20091111231753.GA52833@dmr.ath.cx> References: <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 23:34:10 -0000 On Tue, Nov 10, 2009 at 09:15:42AM -0800, Mark Atkinson wrote: > Also, you can try adding: > > hw.mca.enabled="1" in /boot/loader.conf This is a little off-topic, but: Why is this disabled by default in FreeBSD? From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:44:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B67C106566B; Wed, 11 Nov 2009 23:44:52 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id DC4D88FC14; Wed, 11 Nov 2009 23:44:51 +0000 (UTC) Received: by pwj15 with SMTP id 15so1095024pwj.3 for ; Wed, 11 Nov 2009 15:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+Lmb2Ck72HaYgC5GBjVm+VXaCLPblrV11iXRC+nc3Go=; b=G5zN8/I8b0veysyYH7dXmmKhYIrrdp/joe0fJ1x9rwiXW6h2tzKrXKjbxgVX13UIjE hao/2F2VTVh+CgKEVjHW73cMSEj5fAWW89wUMF1QfwUmtsMnZKDHHgwlq9TzbB4+AfOU rgUImnuf1tMPHeqMNNB8jX6RJ3H+M2Ozjk0pI= 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=ojDzg27tRMhmehk/AW+znivWbYfdeKDzLj2xtJPMWLYHMnaYTmaHnYvcoDDoNt0QiY jog0jQg79SRvCFoCGBrD3A8DCiUEAKk1TpGpVZYDVA/82Slc/7Ndrq8QyKJ0ExfCz15R j4DScOV7WP2hgGMPg7FL1CWV5iTQY+T/xr9Fg= MIME-Version: 1.0 Received: by 10.142.55.20 with SMTP id d20mr224291wfa.37.1257983091226; Wed, 11 Nov 2009 15:44:51 -0800 (PST) In-Reply-To: <20091111232627.GK89052@dan.emsphone.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <20091111232627.GK89052@dan.emsphone.com> Date: Wed, 11 Nov 2009 17:44:51 -0600 Message-ID: <11167f520911111544n2960fbe3w94e58452a95737f9@mail.gmail.com> From: "Sam Fourman Jr." To: Dan Nelson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 23:44:52 -0000 On Wed, Nov 11, 2009 at 5:26 PM, Dan Nelson wrote= : > In the last episode (Nov 11), Sam Fourman Jr. said: >> On Wed, Nov 11, 2009 at 2:49 PM, Dan Nelson wr= ote: >> > In the last episode (Nov 11), Ivan Voras said: >> >> Sam Fourman Jr. wrote: >> >> > I am running FreeBSD 8.0RC2 and I dont understand why my ZFS/NFS is >> >> > acting weird on writes. =A0=A0I get ~150mbit writes idk if this is = good >> >> > or not? =A0=A0but it paused for a few seconds every once and awhile= . >> >> >> >> You didn't give any "iostat" statistics - I suspect that if you >> >> correlate ifstat and iostat output that you will see that network >> >> "pauses" happen during spikes in IO. =A0You should check for this and >> >> post your results. >> > >> > Yes, iostat would be useful here. =A0"iostat -zxC 2" will give you >> > per-disk stats plus CPU usage every 2 seconds (CPU may be a factor if >> > you have compression enabled). >> > >> > On a Solaris box I admin, setting zfs_write_limit_override helped >> > stuttering while doing heavy writes. =A0=A0It's not exported on FreeBS= D, but >> > it should be easy to add it as a RW sysctl; it lives in dsl_pool.c and >> > can be tweaked at runtime. =A0=A0Start big and tune it down so each wr= ite >> > burst takes under a second; it looks like you're writing solid for >> > around 6-8 seconds now. =A0=A0The number will vary depending on your d= isk >> > speed and how much ARC you have. >> >> here are some iostats for you. I do not believe I have compression enabl= ed >> am I mistaken? =A0isn'y SATA2 300MB/s? =A0and I am doing ~6MB/s per disk= ? =A0I >> built this machine with 4GB of memory because I thought ZFS would like i= t. >> now maybe a re(4) interface isnt the best choice. =A0if that is the prob= lem >> here I can change it. =A0We spent ~$800 on a hardware RAID card thinking >> that it would help performance >> >> Why is it that with sftp we do not see the pauses in Network transfer? > > Your service times below are worrying (both for the NFS and sftp cases); > anything above 50ms for a sustained period is usually a problem. =A0You > mention hardware RAID, but I see 6 da# devices; are these just hooked up = in > passthrough mode, or is each da device backed by multiple SATA disks? =A0= What > kind of write caching do you have enabled on the RAID? =A0Can you disable= it? > It sort of looks like zfs is bursting more data to disk than the RAID car= d > has RAM for, and it's spending multiple seconds just trying to recover. > It's also odd that you're seeing queue depths up to 70 on those disks whe= n > zfs by default should only do 35 (sysctl vfs.zfs.vdev.max_pending). > > NFS has data consistency guarantees that require it to flush to disk more > often than your sftp connection, so that may explain why the disk behavio= ur > is different. > here is some sysctl output (i believe my max pending is 35) # sysctl vfs.zfs vfs.zfs.arc_meta_limit: 67108864 vfs.zfs.arc_meta_used: 26956528 vfs.zfs.mdcomp_disable: 0 vfs.zfs.arc_min: 33554432 vfs.zfs.arc_max: 268435456 vfs.zfs.zfetch.array_rd_sz: 1048576 vfs.zfs.zfetch.block_cap: 256 vfs.zfs.zfetch.min_sec_reap: 2 vfs.zfs.zfetch.max_streams: 8 vfs.zfs.prefetch_disable: 1 vfs.zfs.recover: 0 vfs.zfs.txg.synctime: 5 vfs.zfs.txg.timeout: 30 vfs.zfs.scrub_limit: 10 vfs.zfs.vdev.cache.bshift: 16 vfs.zfs.vdev.cache.size: 10485760 vfs.zfs.vdev.cache.max: 16384 vfs.zfs.vdev.aggregation_limit: 131072 vfs.zfs.vdev.ramp_rate: 2 vfs.zfs.vdev.time_shift: 6 vfs.zfs.vdev.min_pending: 4 vfs.zfs.vdev.max_pending: 35 vfs.zfs.cache_flush_disable: 0 vfs.zfs.zil_disable: 0 vfs.zfs.version.zpl: 3 vfs.zfs.version.vdev_boot: 1 vfs.zfs.version.spa: 13 vfs.zfs.version.dmu_backup_stream: 1 vfs.zfs.version.dmu_backup_header: 2 vfs.zfs.version.acl: 1 vfs.zfs.debug: 0 vfs.zfs.super_owner: 0 I am using this ARECA ARC-1130 in JBOD Mode We have write cache disabled on the controller. arcmsr0: mem 0xfebff000-0xfebfffff,0xfdc00000-0xfdffffff irq 22 at device 14.0 on = pci4 ARECA RAID ADAPTER0: Driver Version 1.20.00.16 2009-10-10 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.47 2009-06-25 arcmsr0: [ITHREAD] The motherboard in this machine is Asus M4A785-M http://usa.asus.com/product.aspx?P_ID=3Def0qgvMIwOUagAVl&templete=3D2 if my hardware setup is the trouble, do I just need to start from scratch and select and build a better machine? in the end I was looking to get the fastest writes I can. I am just confused on where I went wrong with this machine. Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:49:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D81106566C for ; Wed, 11 Nov 2009 23:49:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 21E8A8FC1A for ; Wed, 11 Nov 2009 23:49:56 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 74EB16D41B for ; Wed, 11 Nov 2009 23:49:55 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4D8E8844E9; Thu, 12 Nov 2009 00:49:55 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Date: Thu, 12 Nov 2009 00:49:55 +0100 Message-ID: <86tyx0mxjw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: How to confuse geom_part_mbr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 23:49:57 -0000 While installing 8.0-RC2 via a netbooted 7.0-RELEASE: # fdisk -I -B ad0 # bsdlabel -rw ad0 auto # bsdlabel -e ad0 [hmm, that wasn't right!] # fdisk -I -B ad0 # bsdlabel -rw ad0s1 auto # bsdlabel -e ad0s1 # bsdlabel -B ad0s1a # newfs -U -L root ad0s1a # mount /dev/ufs/root /mnt [install to /mnt] # reboot The machine won't boot, even though you have a valid partition table on ad0 that points to a valid bsdlabel in ad0s1. The only way to fix it is to zero the first few sectors of ad0 and re-run fdisk. (yes, I know I should update my nfsroot) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:54:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A093D1065679 for ; Wed, 11 Nov 2009 23:54:42 +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 56F708FC1A for ; Wed, 11 Nov 2009 23:54:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id nABNsd5I069585; Wed, 11 Nov 2009 16:54:39 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id nABNsdr6069582; Wed, 11 Nov 2009 16:54:39 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 11 Nov 2009 16:54:39 -0700 (MST) From: Warren Block To: Kostik Belousov In-Reply-To: Message-ID: References: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Wed, 11 Nov 2009 16:54:40 -0700 (MST) Cc: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: /etc/rc.d locking devd.pid (was Re: Restarting devd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 23:54:42 -0000 On Sun, 18 Oct 2009, Warren Block wrote: > On Mon, 19 Oct 2009, Kostik Belousov wrote: >>> >>> ...and this is due to dhclient, run from /etc/rc.d at startup, locking >>> /var/run/devd.pid: >>> >>> lightning% lsof /var/run/devd.pid >>> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >>> devd 400 root 6w VREG 0,101 3 47124 /var/run/devd.pid >>> dhclient 865 root 6w VREG 0,101 3 47124 /var/run/devd.pid >>> dhclient 1024 _dhcp 6w VREG 0,101 3 47124 /var/run/devd.pid >>> >>> This is a regression from 7-STABLE, where devd.pid is only locked by >>> devd after startup. >> >> Devd forks to spawn dhclient, it seems, and opened file descriptor for >> the lock file is leaking to the child. Since pidfile(3) uses flock(2), >> the lock survives devd death. >> >> I think that this is a generic issue with pidfile/fork interaction. >> It is not obvious whether setting FD_CLOEXEC flag is right thing to >> do there. (And that didn't fix it, but information included for completeness.) I've entered PR bin/140462 for this. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 23:59:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF6A106566C for ; Wed, 11 Nov 2009 23:59:40 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEA68FC13 for ; Wed, 11 Nov 2009 23:59:39 +0000 (UTC) Received: from HOME.encontacto.net ([189.129.3.54]) by ns2.bafirst.com with esmtp; Wed, 11 Nov 2009 17:59:36 -0600 id 000D5207.4AFB4FE9.0000757B Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Wed, 11 Nov 2009 17:59:35 -0600 id 0004AC18.4AFB4FE7.00007713 Received: from dsl-189-190-15-133-dyn.prod-infinitum.com.mx (dsl-189-190-15-133-dyn.prod-infinitum.com.mx [189.190.15.133]) by econet.encontacto.net (Horde Framework) with HTTP; Wed, 11 Nov 2009 17:59:35 -0600 Message-ID: <20091111175935.19402q31p6gbp1q8@econet.encontacto.net> Date: Wed, 11 Nov 2009 17:59:35 -0600 From: eculp To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091106 Ant.com Toolbar 1.5 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.129.3.54 X-Originating-IP: 189.190.15.133 X-Originating-User: eculp@encontacto.net Cc: Subject: Epson MFP CX5600 was Re: usb2 + scanner HP ScanJet 4300C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2009 23:59:41 -0000 Based on the Luigi's link included in an almost year old email to =20 these lists, I purchased an Epson CX5600 with all intentions of using =20 the scanner but never seemed to get around to configuring it. Many =20 things have happened since then including new USB, etc. etc. The =20 printer still works fine using cups. I have just tried to configure =20 the scanner without luck. A device isn't created in /dev and only the =20 printer is recognized on boot: Nov 11 17:24:51 ed kernel: uhub0: 5 ports with 5 removable, self powered Nov 11 17:24:51 ed kernel: uhub2: 5 ports with 5 removable, self powered Nov 11 17:24:51 ed kernel: GEOM: ad4s2: geometry does not match label =20 (255h,63s !=3D 16h,63s). Nov 11 17:24:51 ed kernel: GEOM: ad4s3: geometry does not match label =20 (255h,63s !=3D 16h,63s). Nov 11 17:24:51 ed kernel: uhub1: 5 ports with 5 removable, self powered Nov 11 17:24:51 ed kernel: uhub3: 5 ports with 5 removable, self powered Nov 11 17:24:51 ed kernel: ugen1.2: at usbus1 Nov 11 17:24:51 ed kernel: ugen2.2: at usbus2 Nov 11 17:24:51 ed kernel: ulpt0: on usbus2 Nov 11 17:24:51 ed kernel: ulpt0: using bi-directional mode I installed: drwxr-xr-x 2 root wheel 512 Nov 11 16:27 sane-backends-1.0.20_4 drwxr-xr-x 2 root wheel 512 Nov 11 16:41 sane-frontends-1.0.14_5 drwxr-xr-x 2 root wheel 512 Nov 11 16:47 xsane-0.996_1 added entries in usbdevs and devd.conf. I don't really know where to go from here. I haven't configured a =20 scanner for freebsd in years and am totally lost. It isn't really =20 that important but it would certainly be handy. I am running up to date Current: FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #360: Wed Nov =20 11 06:55:25 CST 2009 =20 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 That could be part of the problem. Thanks, ed P.S. Luigi thanks for the great tutoral. I'm pretty sure the problems are from the changes made in current this year. ----- Forwarded message from rizzo@iet.unipi.it ----- Date: Fri, 12 Dec 2008 23:04:28 +0100 From: Luigi Rizzo Subject: Re: usb2 + scanner HP ScanJet 4300C To: Oliver Fromme Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org On Fri, Dec 12, 2008 at 09:27:27PM +0100, Oliver Fromme wrote: > Hi, > > I've got a HP ScanJet 4300C that seems to be a little bit > stubborn. > ... > Is there anything I can do, except for forgetting about > this scanner alltogether? one option is to put the device IDs in uscanner.c and see if it is recognised. But other than that, i wouldn't waste much time: for 50..80 euro you can get one of the Epson multifunction printer scanners (i have personally tried DX4400 to DX7050) which are well supported and extremely reliable. see http://info.iet.unipi.it/~luigi/FreeBSD/dx5050.html =09cheers =09luigi _______________________________________________ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" ----- End forwarded message ----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 01:00:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96C881065670 for ; Thu, 12 Nov 2009 01:00:39 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8491D8FC18 for ; Thu, 12 Nov 2009 01:00:39 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from [172.24.241.204] (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSZ007CI1GHFTA0@asmtp026.mac.com> for current@freebsd.org; Wed, 11 Nov 2009 17:00:18 -0800 (PST) From: Marcel Moolenaar In-reply-to: <86tyx0mxjw.fsf@ds4.des.no> Date: Wed, 11 Nov 2009 17:00:17 -0800 Content-transfer-encoding: quoted-printable Message-id: <94D5F246-3413-4256-A0FB-6DF2D3BFE9D0@mac.com> References: <86tyx0mxjw.fsf@ds4.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1077) Cc: current@freebsd.org Subject: Re: How to confuse geom_part_mbr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 01:00:39 -0000 On Nov 11, 2009, at 3:49 PM, Dag-Erling Sm=F8rgrav wrote: > While installing 8.0-RC2 via a netbooted 7.0-RELEASE: >=20 > # fdisk -I -B ad0 > # bsdlabel -rw ad0 auto > # bsdlabel -e ad0 > [hmm, that wasn't right!] > # fdisk -I -B ad0 > # bsdlabel -rw ad0s1 auto > # bsdlabel -e ad0s1 > # bsdlabel -B ad0s1a > # newfs -U -L root ad0s1a > # mount /dev/ufs/root /mnt > [install to /mnt] > # reboot >=20 > The machine won't boot, even though you have a valid partition table = on > ad0 that points to a valid bsdlabel in ad0s1. No, you don't have a valid partition table on ad0, because you didn't remove the BSD disklabel in sector 2 on ad0. You just overwrote sector 1 on ad0 and created a new BSD disklabel in sector 64. You still have a dangerously dedicated disk without partitions, by virtue of the BSD label in sector 2. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 01:43:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 135D71065676 for ; Thu, 12 Nov 2009 01:43:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id CB9198FC08 for ; Thu, 12 Nov 2009 01:43:16 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id BA53A6D41C; Thu, 12 Nov 2009 01:43:15 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8692484513; Thu, 12 Nov 2009 02:43:15 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Marcel Moolenaar References: <86tyx0mxjw.fsf@ds4.des.no> <94D5F246-3413-4256-A0FB-6DF2D3BFE9D0@mac.com> Date: Thu, 12 Nov 2009 02:43:15 +0100 In-Reply-To: <94D5F246-3413-4256-A0FB-6DF2D3BFE9D0@mac.com> (Marcel Moolenaar's message of "Wed, 11 Nov 2009 17:00:17 -0800") Message-ID: <86d43omsb0.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: How to confuse geom_part_mbr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 01:43:17 -0000 Marcel Moolenaar writes: > Dag-Erling Sm=C3=B8rgrav writes: > > The machine won't boot, even though you have a valid partition table > > on ad0 that points to a valid bsdlabel in ad0s1. > No, you don't have a valid partition table on ad0, because > you didn't remove the BSD disklabel in sector 2 on ad0. Yes, I do have a valid partition table. It is exactly byte-by-byte identical to the one I get after I zero sector two and re-run fdisk. The fact that there is unwanted data in sector 2 does *not* make it any less valid. What's more, this could have easily been avoided if geom_whatever gave the partition table precedence over the label it found in sector 2. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 01:46:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28663106568F; Thu, 12 Nov 2009 01:46:19 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 57C218FC27; Thu, 12 Nov 2009 01:46:18 +0000 (UTC) Received: by bwz5 with SMTP id 5so1810384bwz.3 for ; Wed, 11 Nov 2009 17:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=ip37CHjbK9R4gZcWH8cFioAxa+03Mul9u5XcHI7lBXU=; b=vU7/SfQMNF+UQYMURTCXYARMiPBrVcMCFHQNQUaXSWv5cJtzxoYInhyUz0Kki+sPoi la9Duhg9WGRauuN6mp7+dE+ZGXMUgK6vc5UePXLU7QXnlbalI6iorOFf8O/dDMvcKa3C Qh8+K3S6RJLzOH5bzN/3R0K6a2/whe5S54Hic= 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=W54iz7tBudDKIx6E8/7P1wD3lv7ESf2bpj9/Y19XenN6q7vm23JEVabAFAlU0rnBMY lLqCHaKYUDvDsW1ARiYAucd5AydJZqfjvRlSI0leUG+ot4K3Sknqs/VzvB/5/npIbgjj EaRtV03p1ckPMDNCU7wdf79zqh+8mK/1iAGds= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.22.4 with SMTP id l4mr323319fab.37.1257990375056; Wed, 11 Nov 2009 17:46:15 -0800 (PST) In-Reply-To: <4AFAEE89.3020009@scsiguy.com> References: <3bbf2fe10911060643g60079e31y7679b32dac670fd8@mail.gmail.com> <4AFAEE89.3020009@scsiguy.com> Date: Thu, 12 Nov 2009 02:46:14 +0100 X-Google-Sender-Auth: ba778fd8e8c626c7 Message-ID: <3bbf2fe10911111746g48c8fb82r74744dffedf49758@mail.gmail.com> From: Attilio Rao To: "Justin T. Gibbs" Content-Type: text/plain; charset=UTF-8 Cc: gibbs@freebsd.org, freebsd-current@freebsd.org, Scott Long , Ed Maste Subject: Re: [PATCH] Adding sysctl for errors statistics to ahd(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 01:46:19 -0000 2009/11/11 Justin T. Gibbs : > On 11/6/2009 7:43 AM, Attilio Rao wrote: >> This patch introduces some mechanisms for collecting informations on >> errors frequency and debugging (and relative sysctls for printing them >> out) for the ahd(4) driver: >> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/ahd/ahd-current2.diff >> >> The usage of array for sysctls is a bit too paranoid but it allows for >> further extendibility of the code and doesn't loose of cleaness. >> This code has been contributed back by Sandvine Incorporated with some >> cleanups. >> Please review. >> >> Thanks, >> Attilio > > In general, I think the patch is fine. It violates the existing style > of the driver in some places (e.g. the aic7xxx drivers wrap function > arguments to the opening '(' not to a 4 space indent), which should > probably be addressed so the code remains consistent. Sorry, I cannot find where these existing style breakage happens, could you be a bit more precise? (I just found an un-sorted header introduction in aic79xx.h that I will fix). Anyways, your idea about a generalized interface in newbus for handling that is not bad and as long as I'm planning some works in this area I can add this item to the TODO list. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 01:55:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36AF106566C; Thu, 12 Nov 2009 01:55:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 107F88FC14; Thu, 12 Nov 2009 01:55:49 +0000 (UTC) Received: from [10.242.164.77] (166-205-130-135.mobile.mymmode.com [166.205.130.135] (may be forged)) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nAC1tYb1093070; Wed, 11 Nov 2009 18:55:44 -0700 (MST) (envelope-from scottl@samsco.org) References: <3bbf2fe10911060643g60079e31y7679b32dac670fd8@mail.gmail.com> <4AFAEE89.3020009@scsiguy.com> <3bbf2fe10911111746g48c8fb82r74744dffedf49758@mail.gmail.com> Message-Id: From: Scott Long To: Attilio Rao In-Reply-To: <3bbf2fe10911111746g48c8fb82r74744dffedf49758@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7C144) Mime-Version: 1.0 (iPhone Mail 7C144) Date: Wed, 11 Nov 2009 18:55:25 -0700 X-Spam-Status: No, score=-2.6 required=3.8 tests=BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "gibbs@freebsd.org" , "freebsd-current@freebsd.org" , Scott Long , Ed Maste Subject: Re: [PATCH] Adding sysctl for errors statistics to ahd(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 01:55:50 -0000 I don't think that there was a specific mention of newbus. I actually sees storage stats being the domain of either CAM or GEOM, and far too specific for newbus. Scott Sent from my iPhone On Nov 11, 2009, at 6:46 PM, Attilio Rao wrote: > 2009/11/11 Justin T. Gibbs : >> On 11/6/2009 7:43 AM, Attilio Rao wrote: >>> This patch introduces some mechanisms for collecting informations on >>> errors frequency and debugging (and relative sysctls for printing >>> them >>> out) for the ahd(4) driver: >>> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/ahd/ahd-current2.diff >>> >>> The usage of array for sysctls is a bit too paranoid but it allows >>> for >>> further extendibility of the code and doesn't loose of cleaness. >>> This code has been contributed back by Sandvine Incorporated with >>> some >>> cleanups. >>> Please review. >>> >>> Thanks, >>> Attilio >> >> In general, I think the patch is fine. It violates the existing >> style >> of the driver in some places (e.g. the aic7xxx drivers wrap function >> arguments to the opening '(' not to a 4 space indent), which should >> probably be addressed so the code remains consistent. > > Sorry, I cannot find where these existing style breakage happens, > could you be a bit more precise? > (I just found an un-sorted header introduction in aic79xx.h that I > will fix). > > Anyways, your idea about a generalized interface in newbus for > handling that is not bad and as long as I'm planning some works in > this area I can add this item to the TODO list. > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 01:58:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E4C1065679 for ; Thu, 12 Nov 2009 01:58:22 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9168FC1B for ; Thu, 12 Nov 2009 01:58:22 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSZ00DPD459P030@asmtp026.mac.com> for current@freebsd.org; Wed, 11 Nov 2009 17:58:22 -0800 (PST) From: Marcel Moolenaar In-reply-to: <86d43omsb0.fsf@ds4.des.no> Date: Wed, 11 Nov 2009 17:58:20 -0800 Content-transfer-encoding: quoted-printable Message-id: <7D0E66F2-A3E1-40F9-949B-7C4347E61E21@mac.com> References: <86tyx0mxjw.fsf@ds4.des.no> <94D5F246-3413-4256-A0FB-6DF2D3BFE9D0@mac.com> <86d43omsb0.fsf@ds4.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1077) Cc: current@freebsd.org Subject: Re: How to confuse geom_part_mbr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 01:58:22 -0000 On Nov 11, 2009, at 5:43 PM, Dag-Erling Sm=F8rgrav wrote: > Marcel Moolenaar writes: >> Dag-Erling Sm=F8rgrav writes: >>> The machine won't boot, even though you have a valid partition table >>> on ad0 that points to a valid bsdlabel in ad0s1. >> No, you don't have a valid partition table on ad0, because >> you didn't remove the BSD disklabel in sector 2 on ad0. >=20 > Yes, I do have a valid partition table. It is exactly byte-by-byte > identical to the one I get after I zero sector two and re-run fdisk. > The fact that there is unwanted data in sector 2 does *not* make it = any > less valid. Of course it does. It's the same as GPT. There's a MBR in front of it and if you don't know about GPT tables, you'll see the MBR, otherwise you'll use the GPT. The difference is that the MBR in front of a BSD disklabel is not supposed to have partitions. But you may not be able to distinguish boot code from a valid partition entry. >=20 > What's more, this could have easily been avoided if geom_whatever gave > the partition table precedence over the label it found in sector 2. That break standard BSD disklabels, because they would be probed as MBRs. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 03:25:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC13106566B; Thu, 12 Nov 2009 03:25:29 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6368FC17; Thu, 12 Nov 2009 03:25:28 +0000 (UTC) Received: from [192.168.0.6] (tumnus.scsiguy.com [192.168.0.6]) (authenticated bits=0) by aslan.scsiguy.com (8.14.3/8.14.3) with ESMTP id nAC3PQlV074683 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 11 Nov 2009 20:25:27 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-ID: <4AFB801F.5020806@scsiguy.com> Date: Wed, 11 Nov 2009 20:25:19 -0700 From: "Justin T. Gibbs" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 ThunderBrowse/3.2.6.5 MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10911060643g60079e31y7679b32dac670fd8@mail.gmail.com> <4AFAEE89.3020009@scsiguy.com> <3bbf2fe10911111746g48c8fb82r74744dffedf49758@mail.gmail.com> In-Reply-To: <3bbf2fe10911111746g48c8fb82r74744dffedf49758@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: gibbs@freebsd.org, freebsd-current@freebsd.org, Scott Long , Ed Maste Subject: Re: [PATCH] Adding sysctl for errors statistics to ahd(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 03:25:29 -0000 On 11/11/2009 6:46 PM, Attilio Rao wrote: > 2009/11/11 Justin T. Gibbs: >> On 11/6/2009 7:43 AM, Attilio Rao wrote: >>> This patch introduces some mechanisms for collecting informations on >>> errors frequency and debugging (and relative sysctls for printing them >>> out) for the ahd(4) driver: >>> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/ahd/ahd-current2.diff >>> >>> The usage of array for sysctls is a bit too paranoid but it allows for >>> further extendibility of the code and doesn't loose of cleaness. >>> This code has been contributed back by Sandvine Incorporated with some >>> cleanups. >>> Please review. >>> >>> Thanks, >>> Attilio >> >> In general, I think the patch is fine. It violates the existing style >> of the driver in some places (e.g. the aic7xxx drivers wrap function >> arguments to the opening '(' not to a 4 space indent), which should >> probably be addressed so the code remains consistent. > > Sorry, I cannot find where these existing style breakage happens, > could you be a bit more precise? > (I just found an un-sorted header introduction in aic79xx.h that I will fix). For example this code: + ahd->sysctl_tree[AHD_SYSCTL_ROOT] = SYSCTL_ADD_NODE( + &ahd->sysctl_ctx[AHD_SYSCTL_ROOT], SYSCTL_STATIC_CHILDREN(_hw), + OID_AUTO, device_get_nameunit(ahd->dev_softc), CTLFLAG_RD, + 0, ahd_sysctl_node_descriptions[AHD_SYSCTL_ROOT]); + SYSCTL_ADD_PROC(&ahd->sysctl_ctx[AHD_SYSCTL_ROOT], + SYSCTL_CHILDREN(ahd->sysctl_tree[AHD_SYSCTL_ROOT]), OID_AUTO, + "clear", CTLTYPE_UINT | CTLFLAG_RW, ahd, 0, ahd_clear_allcounters, + "IU", "Clear all counters"); should look like this, not style(9), to match the existing style of the driver: ahd->sysctl_tree[AHD_SYSCTL_ROOT] = SYSCTL_ADD_NODE(&ahd->sysctl_ctx[AHD_SYSCTL_ROOT], SYSCTL_STATIC_CHILDREN(_hw), OID_AUTO, device_get_nameunit(ahd->dev_softc), CTLFLAG_RD, 0, ahd_sysctl_node_descriptions[AHD_SYSCTL_ROOT]); SYSCTL_ADD_PROC(&ahd->sysctl_ctx[AHD_SYSCTL_ROOT], SYSCTL_CHILDREN(ahd->sysctl_tree[AHD_SYSCTL_ROOT]), OID_AUTO, "clear", CTLTYPE_UINT|CTLFLAG_RW, ahd, 0, ahd_clear_allcounters, "IU", "Clear all counters"); -- Justin From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 03:48:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C821065672 for ; Thu, 12 Nov 2009 03:48:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id C0E138FC12 for ; Thu, 12 Nov 2009 03:48:22 +0000 (UTC) Received: by yxe1 with SMTP id 1so1684027yxe.3 for ; Wed, 11 Nov 2009 19:48:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=jecEsw+gwcx4IZiCeOrfE++AW+wmOEVKyiHy4eU/zVU=; b=lzjsAbAn+6WvIFUsu6368ZJOsgsNKutAeJMHwEe3JLQw7lBZyo7kmq+GBun2UbOcYv Pk3WRZmwgfo24hP6PsRaW04yMvwjzobZKJ+r4VXJzqbVSF3DdRSSheRC3/7gRZmEEh1m TDlajN2nx8mYmSbEpJ8Ibmr5bjJxrWdkSUV/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ClF78skuB77a38ngGc/LetSdXrcqMhc4F82u2ayh7vfjhpEnxKV2jPQxZXzhl4dhJV g5XW1L4ysE95J5O/65J5eZYOkJ30aMebcfAgtv478IWuxIUwc86UmA1AhB4f62M+DFNs 5/yfS6yRau9O1wEEHmf4gi3drFk+q0yeKItlc= Received: by 10.150.234.5 with SMTP id g5mr4186958ybh.339.1257997702083; Wed, 11 Nov 2009 19:48:22 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm900493ywh.15.2009.11.11.19.48.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Nov 2009 19:48:20 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 11 Nov 2009 19:47:49 -0800 From: Pyun YongHyeon Date: Wed, 11 Nov 2009 19:47:49 -0800 To: freebsd-current@freebsd.org Message-ID: <20091112034749.GI15449@michelle.cdnetworks.com> References: <20091111223751.GE15449@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091111223751.GE15449@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 03:48:23 -0000 On Wed, Nov 11, 2009 at 02:37:51PM -0800, Pyun YongHyeon wrote: > > Hi, > > I had been working on fixing bus_dma(9) bugs and adding TSO > capability to bge(4). Now TSO is supported for BCM5755 or newer > controllers. Actually some pre-BCM5755 controllers also support > TSO with the help of special firmware but the license issue and > lower performance of firmware based TSO as well as TSO bug I > intentionally excluded TSO support for pre-BCM5755 controllers. > You can get the patch form the following URL. The diff was > generated against latest HEAD. > > http://people.freebsd.org/~yongari/bge/bge.tso.1111.diff Eh, there was a typo so I regenerated the diff. http://people.freebsd.org/~yongari/bge/bge.tso.1111-1.diff From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 03:57:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C71641065672 for ; Thu, 12 Nov 2009 03:57:59 +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 739528FC17 for ; Thu, 12 Nov 2009 03:57:59 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id nAC3vGQl070262; Wed, 11 Nov 2009 20:57:16 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id nAC3vGOh070259; Wed, 11 Nov 2009 20:57:16 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 11 Nov 2009 20:57:16 -0700 (MST) From: Warren Block To: eculp In-Reply-To: <20091111175935.19402q31p6gbp1q8@econet.encontacto.net> Message-ID: References: <20091111175935.19402q31p6gbp1q8@econet.encontacto.net> 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.2 (wonkity.com [127.0.0.1]); Wed, 11 Nov 2009 20:57:16 -0700 (MST) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Epson MFP CX5600 was Re: usb2 + scanner HP ScanJet 4300C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 03:58:00 -0000 On Wed, 11 Nov 2009, eculp wrote: > Based on the Luigi's link included in an almost year old email to these > lists, I purchased an Epson CX5600 with all intentions of using the scanner > but never seemed to get around to configuring it. Many things have happened > since then including new USB, etc. etc. The printer still works fine using > cups. I have just tried to configure the scanner without luck. A device > isn't created in /dev and only the printer is recognized on boot: > > Nov 11 17:24:51 ed kernel: uhub0: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: uhub2: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: GEOM: ad4s2: geometry does not match label > (255h,63s != 16h,63s). > Nov 11 17:24:51 ed kernel: GEOM: ad4s3: geometry does not match label > (255h,63s != 16h,63s). > Nov 11 17:24:51 ed kernel: uhub1: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: uhub3: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: ugen1.2: at usbus1 > Nov 11 17:24:51 ed kernel: ugen2.2: at usbus2 > Nov 11 17:24:51 ed kernel: ulpt0: on usbus2 > Nov 11 17:24:51 ed kernel: ulpt0: using bi-directional mode > > I installed: > > drwxr-xr-x 2 root wheel 512 Nov 11 16:27 sane-backends-1.0.20_4 > drwxr-xr-x 2 root wheel 512 Nov 11 16:41 sane-frontends-1.0.14_5 > drwxr-xr-x 2 root wheel 512 Nov 11 16:47 xsane-0.996_1 > > added entries in usbdevs Not needed for scanners any more, I think. > and devd.conf. Things are different than they used to be since uscanner(4) is gone. Now, you can just refer to the USB device, probably ugen2.2 from above. The Handbook scanning section does have notes for FreeBSD 8. However, I wanted to create a static device for the scanner at uscanner0. First, devd is used to recognize the scanner on attach. devd.conf: attach 20 { device-name "ugen[0-9]+"; match "vendor" "0x04b8"; match "product" "0x010a"; action "/bin/ln -sf /dev/$device-name /dev/uscanner0; \ /sbin/devfs rule applyset" detach 20 { device-name "ugen[0-9]+"; match "vendor" "0x04b8"; match "product" "0x010a"; action "/bin/rm /dev/uscanner0" Note that this doesn't care which ugen device is created, it looks for the vendor and product ID of the scanner. When that device attaches, a link is created to /dev/uscanner0 and devfs rules are reapplied so the owner and permissions are set on that link. Speaking of which, devfs.rules: add path 'ugen*' mode 0660 group operator add path 'usb*' mode 0770 group operator add path 'uscanner*' mode 0660 group operator About that middle rule: I found that was needed to let non-root members of the operator group scan. It may be a mistake. And finally, /usr/local/etc/sane.d/epson.conf has just: usb /dev/uscanner0 -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 04:55:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 330E61065698 for ; Thu, 12 Nov 2009 04:55:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2E58FC24 for ; Thu, 12 Nov 2009 04:55:15 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id D4920B094E; Wed, 11 Nov 2009 20:55:14 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 63A7C2D6011; Wed, 11 Nov 2009 20:55:14 -0800 (PST) Message-ID: <4AFB953C.8030607@elischer.org> Date: Wed, 11 Nov 2009 20:55:24 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86tyx0mxjw.fsf@ds4.des.no> <94D5F246-3413-4256-A0FB-6DF2D3BFE9D0@mac.com> <86d43omsb0.fsf@ds4.des.no> In-Reply-To: <86d43omsb0.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: How to confuse geom_part_mbr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 04:55:15 -0000 Dag-Erling Smørgrav wrote: > Marcel Moolenaar writes: >> Dag-Erling Smørgrav writes: >>> The machine won't boot, even though you have a valid partition table >>> on ad0 that points to a valid bsdlabel in ad0s1. >> No, you don't have a valid partition table on ad0, because >> you didn't remove the BSD disklabel in sector 2 on ad0. > > Yes, I do have a valid partition table. It is exactly byte-by-byte > identical to the one I get after I zero sector two and re-run fdisk. > The fact that there is unwanted data in sector 2 does *not* make it any > less valid. > > What's more, this could have easily been avoided if geom_whatever gave > the partition table precedence over the label it found in sector 2. > > DES The dummy MBR on a disklabel can be relatively easily identified, and the regular MDR tasting code should note it and give it a lower priority than a real MBR. (and a disklabel) From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 06:06:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B4E106566C for ; Thu, 12 Nov 2009 06:06:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6D78FC13 for ; Thu, 12 Nov 2009 06:06:06 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSZ00M80FL6BN60@asmtp028.mac.com> for current@freebsd.org; Wed, 11 Nov 2009 22:05:32 -0800 (PST) From: Marcel Moolenaar In-reply-to: <4AFB953C.8030607@elischer.org> Date: Wed, 11 Nov 2009 22:05:30 -0800 Content-transfer-encoding: quoted-printable Message-id: <8DB6C1EB-939D-4128-A15B-A86F4FA63F65@mac.com> References: <86tyx0mxjw.fsf@ds4.des.no> <94D5F246-3413-4256-A0FB-6DF2D3BFE9D0@mac.com> <86d43omsb0.fsf@ds4.des.no> <4AFB953C.8030607@elischer.org> To: Julian Elischer X-Mailer: Apple Mail (2.1077) Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: How to confuse geom_part_mbr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 06:06:06 -0000 On Nov 11, 2009, at 8:55 PM, Julian Elischer wrote: > Dag-Erling Sm=F8rgrav wrote: >> Marcel Moolenaar writes: >>> Dag-Erling Sm=F8rgrav writes: >>>> The machine won't boot, even though you have a valid partition = table >>>> on ad0 that points to a valid bsdlabel in ad0s1. >>> No, you don't have a valid partition table on ad0, because >>> you didn't remove the BSD disklabel in sector 2 on ad0. >> Yes, I do have a valid partition table. It is exactly byte-by-byte >> identical to the one I get after I zero sector two and re-run fdisk. >> The fact that there is unwanted data in sector 2 does *not* make it = any >> less valid. >> What's more, this could have easily been avoided if geom_whatever = gave >> the partition table precedence over the label it found in sector 2. >> DES >=20 > The dummy MBR on a disklabel can be relatively easily identified, and = the regular MDR tasting code should note it and give it a lower priority = than a real MBR. (and a disklabel) Fuzzy logic. How do you distinguish an empty MBR from a dummy one? The exists of the BSD disklabel in sector 2 is obviously and non-fuzzily a much better identifier. The problem with tools like fdisk and disklabel is that they work well to create metadata, but they don't deal with the removal of metadata. Combine that with the ignorance of one tool towards the other and you get what des@ points out: stale data that cause problems. Note also that there is no ordering or priority mechanism between the old GEOM_MBR and GEOM_BSD. It just so happens that GEOM_MBR tastes first. But this is not at all a given. In fact, if you remove GEOM_MBR from your kernel config you'll see that GEOM_BSD attaches. The bottomline: gpart implements the correct algorithm because it's the only one that stable and reliable. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 06:48:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BAF3106566B for ; Thu, 12 Nov 2009 06:48:02 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7343E8FC18 for ; Thu, 12 Nov 2009 06:48:02 +0000 (UTC) Received: by bwz5 with SMTP id 5so1969245bwz.3 for ; Wed, 11 Nov 2009 22:48:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=gk1ZiDDRs88/1mqY/x8zjSBWfxyDVHiKfSB3dP8PnJ0=; b=NvpHML3pwx14I8EaEi2r87vibfaDM6K9crFTKcn+6yT0sCt1EgkKwcBAT+fabqUWVF V3D36jKYFS+9i7b0W6bLVkwJG8e5Np8cdiltCD4+OJ9bHuTyu7FvlVGgyiGhTkzaTYXi FKN8a9aHkMIRYdTjx3lkPzUxVxeyBHBLmY7T0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JEa6/ahHQQzD/PmLuUyBgfJPEf+cdt/T7KW2+T6CdBAns8JRo2wDf8bQZp9FjhuPYq MGCl13aQYlIYF67GiYJCpl8ThBQNY/EKw6Yqci9uUOJO7xaN5qSOftLxQ8Z7tdH5cpIi Z0mNVbvf0EaDdKe3v3Ov4Fcmvm19puel+uxV8= MIME-Version: 1.0 Received: by 10.239.139.100 with SMTP id s36mr240062hbs.109.1258008481209; Wed, 11 Nov 2009 22:48:01 -0800 (PST) Date: Thu, 12 Nov 2009 01:48:01 -0500 Message-ID: <25ff90d60911112248w16d966a3je5d4440ada2950ed@mail.gmail.com> From: David Horn To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: initcpu.c r199067 boot hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 06:48:03 -0000 I am seeing a problem on my Dell Inspiron 1520 laptop causing a boot failure (hang) after r199067 with -CURRENT. Kernel with 199066 works fine. System is amd64 running generic kernel, and no loader.conf entries. System has latest bios update. CPU: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (2194.52-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fa Stepping = 10 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2052681728 (1957 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Root FS happens to be on USB (although looking at the svn diff for 199067, I am guessing this does not make a difference) Hang occurs right about the time that I would expect to normally see the following: SMP: AP CPU #1 Launched! This is a hard hang requiring 4 second power button push. Please let me know if any additional details or tests would be useful. ---Dave Horn From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 07:59:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569B3106566B; Thu, 12 Nov 2009 07:59:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 78DC68FC08; Thu, 12 Nov 2009 07:59:24 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=4fM4B79Bt6cA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=7HsXWp7uAAAA:8 a=6I5d2MoRAAAA:8 a=_-lduxY3AAAA:8 a=gDH-MqhYkFRSlQPV6ykA:9 a=XUU-hkWEcAZCf4QOt6sA:7 a=puPIoxJS2Y3sF_xSgb6BLaKR0jQA:4 a=Z1elLncquoAA:10 a=OwCAd8nWaV8A:10 a=SV7veod9ZcQA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 945087033; Thu, 12 Nov 2009 08:59:22 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 12 Nov 2009 08:58:25 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20091111175935.19402q31p6gbp1q8@econet.encontacto.net> In-Reply-To: <20091111175935.19402q31p6gbp1q8@econet.encontacto.net> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911120858.25508.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Epson MFP CX5600 was Re: usb2 + scanner HP ScanJet 4300C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 07:59:25 -0000 On Thursday 12 November 2009 00:59:35 eculp wrote: > Based on the Luigi's link included in an almost year old email to > these lists, I purchased an Epson CX5600 with all intentions of using > the scanner but never seemed to get around to configuring it. Many > things have happened since then including new USB, etc. etc. The > printer still works fine using cups. I have just tried to configure > the scanner without luck. A device isn't created in /dev and only the > printer is recognized on boot: > > Nov 11 17:24:51 ed kernel: uhub0: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: uhub2: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: GEOM: ad4s2: geometry does not match label > (255h,63s != 16h,63s). > Nov 11 17:24:51 ed kernel: GEOM: ad4s3: geometry does not match label > (255h,63s != 16h,63s). > Nov 11 17:24:51 ed kernel: uhub1: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: uhub3: 5 ports with 5 removable, self powered > Nov 11 17:24:51 ed kernel: ugen1.2: at usbus1 > Nov 11 17:24:51 ed kernel: ugen2.2: at usbus2 > Nov 11 17:24:51 ed kernel: ulpt0: on usbus2 > Nov 11 17:24:51 ed kernel: ulpt0: using bi-directional mode > > I installed: > > drwxr-xr-x 2 root wheel 512 Nov 11 16:27 sane-backends-1.0.20_4 > drwxr-xr-x 2 root wheel 512 Nov 11 16:41 sane-frontends-1.0.14_5 > drwxr-xr-x 2 root wheel 512 Nov 11 16:47 xsane-0.996_1 > > > added entries in usbdevs and devd.conf. > > I don't really know where to go from here. I haven't configured a > scanner for freebsd in years and am totally lost. It isn't really > that important but it would certainly be handy. Hi, Your scanner should be available under /dev/usb/1.2.xxx according to ugen1.2 What do you mean by configure? Upload firmware? --HPS > > I am running up to date Current: > > FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #360: Wed Nov > 11 06:55:25 CST 2009 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 > > That could be part of the problem. > > Thanks, > > ed > > P.S. Luigi thanks for the great tutoral. I'm pretty sure the problems > are from the changes made in current this year. > > > ----- Forwarded message from rizzo@iet.unipi.it ----- > Date: Fri, 12 Dec 2008 23:04:28 +0100 > From: Luigi Rizzo > Subject: Re: usb2 + scanner HP ScanJet 4300C > To: Oliver Fromme > Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org > > On Fri, Dec 12, 2008 at 09:27:27PM +0100, Oliver Fromme wrote: > > Hi, > > > > I've got a HP ScanJet 4300C that seems to be a little bit > > stubborn. > > ... > > > Is there anything I can do, except for forgetting about > > this scanner alltogether? > > one option is to put the device IDs in uscanner.c and see if > it is recognised. But other than that, i wouldn't waste much time: > for 50..80 euro you can get one of the > Epson multifunction printer scanners (i have personally > tried DX4400 to DX7050) which are well supported and > extremely reliable. > > see http://info.iet.unipi.it/~luigi/FreeBSD/dx5050.html > > cheers > luigi > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > > > ----- End forwarded message ----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 08:48:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22E111065670 for ; Thu, 12 Nov 2009 08:48:37 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 753128FC18 for ; Thu, 12 Nov 2009 08:48:37 +0000 (UTC) Received: by fxm27 with SMTP id 27so2057813fxm.3 for ; Thu, 12 Nov 2009 00:48:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=pQw9e6xztu22f2cOEYaKql0J+MiBEYzbrZcXBW83CrE=; b=JgdwhQMppCYgT1D343oQz5YVLjnLgW3bv22SMrKPuDeyRrvmwDOnVT65vjvMEtVpkm AzRoXzpqwRxvnyL2d0YR0Ny3p21RC0g4MWOxqOwHmbjTREdm3HPKGIEcN492a1z7Vyrl jWr6QaQyPkXjpHHZEL1php9qhhRLx1cEoiSiU= 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=S2BTWJNj4qPpMcdqPhYFGv9PeFAFhfOtcpd00B/PWTGivkFLsS/hfPVanpiU+X+2hj TvaORBRUDdiLtysHCori86U19sxuuQLJjb3zkISQT9DmMXwDPKTcB1ted3pkLCXZYRRD tFm4miKcu5xZkj9g496OtCubhczKxH2yXBxBg= MIME-Version: 1.0 Received: by 10.216.89.5 with SMTP id b5mr841774wef.143.1258015716487; Thu, 12 Nov 2009 00:48:36 -0800 (PST) In-Reply-To: <20091111231753.GA52833@dmr.ath.cx> References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <20091111231753.GA52833@dmr.ath.cx> Date: Thu, 12 Nov 2009 09:48:35 +0100 Message-ID: <4e6cba830911120048w71900f8vc263021b99b6a2fa@mail.gmail.com> From: Giovanni Trematerra To: Emil Mikulic Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 08:48:38 -0000 On Thu, Nov 12, 2009 at 12:17 AM, Emil Mikulic wrote: > On Tue, Nov 10, 2009 at 09:15:42AM -0800, Mark Atkinson wrote: >> Also, you can try adding: >> >> hw.mca.enabled="1" in /boot/loader.conf > > This is a little off-topic, but: > Why is this disabled by default in FreeBSD? I guess because it introduces an overhead. -- Trematerra Giovanni From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 09:18:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95C14106568F for ; Thu, 12 Nov 2009 09:18:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5439E8FC12 for ; Thu, 12 Nov 2009 09:18:50 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1N8VpI-000DUD-OK for freebsd-current@FreeBSD.org; Thu, 12 Nov 2009 12:18:48 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Thu, 12 Nov 2009 12:18:48 +0300 Message-ID: <90129735@h30.sp.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [usb] [8.0-RC3] endless loop at attach and freeze under X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 09:18:50 -0000 Hello List, The system and the device: ----- % uname -a FreeBSD h30.sp.ipt.ru 8.0-RC3 FreeBSD 8.0-RC3 #0: Thu Nov 12 11:25:27 MSK 2009 root@h30.sp.ipt.ru:/usr/obj/usr/src/sys/INDUS i386 ----- ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:2:0:-1: Attached to scbus2 ----- Endless loop occures while plugging: ----- (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:21,0 (probe0:umass-sim0:0:0:0): Logical block address out of range (probe0:umass-sim0:0:0:0): Unretryable error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 994MB (2036224 512 byte sectors: 64H 32S/T 994C) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 1f 11 ff 0 0 1 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): Sense Error Code 0x72 ... [the last 4 lines keep displaying until unplug] ----- Even worse, under X (a gnome session here) the system just freezes if the cardreader is attached. -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 10:43:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C623106568D; Thu, 12 Nov 2009 10:43:54 +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 E80628FC08; Thu, 12 Nov 2009 10:43:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAC9k44L017109; Thu, 12 Nov 2009 04:46:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAC9k4HX017094; Thu, 12 Nov 2009 09:46:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Nov 2009 09:46:04 GMT Message-Id: <200911120946.nAC9k4HX017094@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 10:43:54 -0000 TB --- 2009-11-12 08:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-12 08:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-11-12 08:10:00 - cleaning the object tree TB --- 2009-11-12 08:10:18 - cvsupping the source tree TB --- 2009-11-12 08:10:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-11-12 08:31:16 - building world TB --- 2009-11-12 08:31:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-12 08:31:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-12 08:31:16 - TARGET=pc98 TB --- 2009-11-12 08:31:16 - TARGET_ARCH=i386 TB --- 2009-11-12 08:31:16 - TZ=UTC TB --- 2009-11-12 08:31:16 - __MAKE_CONF=/dev/null TB --- 2009-11-12 08:31:16 - cd /src TB --- 2009-11-12 08:31:16 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 12 08:31:17 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 12 09:27:36 UTC 2009 TB --- 2009-11-12 09:27:36 - generating LINT kernel config TB --- 2009-11-12 09:27:36 - cd /src/sys/pc98/conf TB --- 2009-11-12 09:27:36 - /usr/bin/make -B LINT TB --- 2009-11-12 09:27:36 - building LINT kernel TB --- 2009-11-12 09:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-12 09:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-12 09:27:36 - TARGET=pc98 TB --- 2009-11-12 09:27:36 - TARGET_ARCH=i386 TB --- 2009-11-12 09:27:36 - TZ=UTC TB --- 2009-11-12 09:27:36 - __MAKE_CONF=/dev/null TB --- 2009-11-12 09:27:36 - cd /src TB --- 2009-11-12 09:27:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 12 09:27:36 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk rdma_core.kld export_syms | xargs -J% objcopy % rdma_core.kld ld -Bshareable -d -warn-common -o rdma_core.ko rdma_core.kld objcopy --strip-debug rdma_core.ko ===> rdma/krping (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/rdma/krping/../../../contrib/rdma/krping/krping.c /src/sys/modules/rdma/krping/../../../contrib/rdma/krping/krping.c:117: error: static declaration of 'inet_aton' follows non-static declaration @/netinet/in.h:716: error: previous declaration of 'inet_aton' was here *** Error code 1 Stop in /src/sys/modules/rdma/krping. *** Error code 1 Stop in /src/sys/modules/rdma. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-12 09:46:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-12 09:46:04 - ERROR: failed to build lint kernel TB --- 2009-11-12 09:46:04 - 3483.03 user 706.76 system 5763.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 11:07:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD6D1065679; Thu, 12 Nov 2009 11:07:25 +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 EBD768FC27; Thu, 12 Nov 2009 11:07:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nACA9Zwt094836; Thu, 12 Nov 2009 05:09:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nACA9Z5T094824; Thu, 12 Nov 2009 10:09:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Nov 2009 10:09:35 GMT Message-Id: <200911121009.nACA9Z5T094824@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 11:07:25 -0000 TB --- 2009-11-12 08:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-12 08:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-11-12 08:10:00 - cleaning the object tree TB --- 2009-11-12 08:10:22 - cvsupping the source tree TB --- 2009-11-12 08:10:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-11-12 08:49:24 - building world TB --- 2009-11-12 08:49:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-12 08:49:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-12 08:49:24 - TARGET=i386 TB --- 2009-11-12 08:49:24 - TARGET_ARCH=i386 TB --- 2009-11-12 08:49:24 - TZ=UTC TB --- 2009-11-12 08:49:24 - __MAKE_CONF=/dev/null TB --- 2009-11-12 08:49:24 - cd /src TB --- 2009-11-12 08:49:24 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 12 08:49:25 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 12 09:48:18 UTC 2009 TB --- 2009-11-12 09:48:18 - generating LINT kernel config TB --- 2009-11-12 09:48:18 - cd /src/sys/i386/conf TB --- 2009-11-12 09:48:18 - /usr/bin/make -B LINT TB --- 2009-11-12 09:48:18 - building LINT kernel TB --- 2009-11-12 09:48:18 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-12 09:48:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-12 09:48:18 - TARGET=i386 TB --- 2009-11-12 09:48:18 - TARGET_ARCH=i386 TB --- 2009-11-12 09:48:18 - TZ=UTC TB --- 2009-11-12 09:48:18 - __MAKE_CONF=/dev/null TB --- 2009-11-12 09:48:18 - cd /src TB --- 2009-11-12 09:48:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 12 09:48:18 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk rdma_core.kld export_syms | xargs -J% objcopy % rdma_core.kld ld -Bshareable -d -warn-common -o rdma_core.ko rdma_core.kld objcopy --strip-debug rdma_core.ko ===> rdma/krping (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/rdma/krping/../../../contrib/rdma/krping/krping.c /src/sys/modules/rdma/krping/../../../contrib/rdma/krping/krping.c:117: error: static declaration of 'inet_aton' follows non-static declaration @/netinet/in.h:716: error: previous declaration of 'inet_aton' was here *** Error code 1 Stop in /src/sys/modules/rdma/krping. *** Error code 1 Stop in /src/sys/modules/rdma. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-12 10:09:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-12 10:09:35 - ERROR: failed to build lint kernel TB --- 2009-11-12 10:09:35 - 3676.95 user 720.63 system 7174.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 11:30:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092C11065679; Thu, 12 Nov 2009 11:30:55 +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 BCED68FC17; Thu, 12 Nov 2009 11:30:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nACAX5Zu064852; Thu, 12 Nov 2009 05:33:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nACAX5w5064845; Thu, 12 Nov 2009 10:33:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Nov 2009 10:33:05 GMT Message-Id: <200911121033.nACAX5w5064845@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 11:30:55 -0000 TB --- 2009-11-12 08:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-12 08:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-11-12 08:10:00 - cleaning the object tree TB --- 2009-11-12 08:10:30 - cvsupping the source tree TB --- 2009-11-12 08:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-11-12 08:48:26 - building world TB --- 2009-11-12 08:48:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-12 08:48:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-12 08:48:26 - TARGET=amd64 TB --- 2009-11-12 08:48:26 - TARGET_ARCH=amd64 TB --- 2009-11-12 08:48:26 - TZ=UTC TB --- 2009-11-12 08:48:26 - __MAKE_CONF=/dev/null TB --- 2009-11-12 08:48:26 - cd /src TB --- 2009-11-12 08:48:26 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 12 08:48:27 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Nov 12 10:13:40 UTC 2009 TB --- 2009-11-12 10:13:40 - generating LINT kernel config TB --- 2009-11-12 10:13:40 - cd /src/sys/amd64/conf TB --- 2009-11-12 10:13:40 - /usr/bin/make -B LINT TB --- 2009-11-12 10:13:40 - building LINT kernel TB --- 2009-11-12 10:13:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-12 10:13:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-12 10:13:40 - TARGET=amd64 TB --- 2009-11-12 10:13:40 - TARGET_ARCH=amd64 TB --- 2009-11-12 10:13:40 - TZ=UTC TB --- 2009-11-12 10:13:40 - __MAKE_CONF=/dev/null TB --- 2009-11-12 10:13:40 - cd /src TB --- 2009-11-12 10:13:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 12 10:13:40 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -d -warn-common -r -d -o rdma_core.ko rdma_device.o rdma_cache.o rdma_verbs.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk rdma_core.ko export_syms | xargs -J% objcopy % rdma_core.ko objcopy --strip-debug rdma_core.ko ===> rdma/krping (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/rdma/krping/../../../contrib/rdma/krping/krping.c /src/sys/modules/rdma/krping/../../../contrib/rdma/krping/krping.c:117: error: static declaration of 'inet_aton' follows non-static declaration @/netinet/in.h:716: error: previous declaration of 'inet_aton' was here *** Error code 1 Stop in /src/sys/modules/rdma/krping. *** Error code 1 Stop in /src/sys/modules/rdma. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-12 10:33:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-12 10:33:05 - ERROR: failed to build lint kernel TB --- 2009-11-12 10:33:05 - 4764.99 user 981.59 system 8584.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 12:49:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D04F106568F for ; Thu, 12 Nov 2009 12:49:03 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (sakura.ccs.furiru.org [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 03D378FC0C for ; Thu, 12 Nov 2009 12:49:02 +0000 (UTC) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id nACCmatk076841; Thu, 12 Nov 2009 21:48:39 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 12 Nov 2009 21:48:36 +0900 (JST) Message-Id: <20091112.214836.27789213.nyan@jp.FreeBSD.org> To: ed@80386.nl From: Takahashi Yoshihiro In-Reply-To: <20091111101207.GF64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 12:49:03 -0000 In article <20091111101207.GF64905@hoeg.nl> Ed Schouten writes: > I'd like to flip the switch one of these days on all platforms, except > i386. On i386 the /etc/ttys file is shared between i386 and pc98. pc98 > will still use its own cons25 emulator instead of the xterm emulator, so > I'll initially convert all the other platforms and deal with i386 (and > hopefully pc98) later. I'll discuss this with nyan@. It seems that scterm-teken.c works for pc98, but it cannot display Japanese differently from scterm-sck.c. I think that Japanese support is more important than xterm support for pc98. So it should add etc/etc.pc98/ttys. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 12:59:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51578106566B for ; Thu, 12 Nov 2009 12:59:07 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id E53478FC18 for ; Thu, 12 Nov 2009 12:59:06 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id BCC8B1CDCF; Thu, 12 Nov 2009 13:59:03 +0100 (CET) Date: Thu, 12 Nov 2009 13:59:03 +0100 From: Ed Schouten To: Takahashi Yoshihiro Message-ID: <20091112125903.GS64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> <20091112.214836.27789213.nyan@jp.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XzWDHICoUFRd33PB" Content-Disposition: inline In-Reply-To: <20091112.214836.27789213.nyan@jp.FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 12:59:07 -0000 --XzWDHICoUFRd33PB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey Takahashi, * Takahashi Yoshihiro wrote: > In article <20091111101207.GF64905@hoeg.nl> > Ed Schouten writes: > > I'd like to flip the switch one of these days on all platforms, except > > i386. On i386 the /etc/ttys file is shared between i386 and pc98. pc98 > > will still use its own cons25 emulator instead of the xterm emulator, so > > I'll initially convert all the other platforms and deal with i386 (and > > hopefully pc98) later. I'll discuss this with nyan@. >=20 > It seems that scterm-teken.c works for pc98, but it cannot display > Japanese differently from scterm-sck.c. I think that Japanese support > is more important than xterm support for pc98. So it should add > etc/etc.pc98/ttys. Sure. That could work. I'll first commit the patch I have and after that I'll decouple /etc/ttys on i386 on pc98. I'll keep you informed. --=20 Ed Schouten WWW: http://80386.nl/ --XzWDHICoUFRd33PB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr8BpcACgkQ52SDGA2eCwUG2QCeJVHVkOgDEr4DrvezCS9EtVwV GnEAn1zCY/p8fbo6pnODhrE4K9RpE21T =LyJU -----END PGP SIGNATURE----- --XzWDHICoUFRd33PB-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 13:36:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4FCA10656A5 for ; Thu, 12 Nov 2009 13:36:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F06D48FC24 for ; Thu, 12 Nov 2009 13:36:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA08087; Thu, 12 Nov 2009 15:36:43 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFC0F6A.3000501@icyb.net.ua> Date: Thu, 12 Nov 2009 15:36:42 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "S.N.Grigoriev" References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> In-Reply-To: <941257966918@webmail42.yandex.ru> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 13:36:50 -0000 on 11/11/2009 21:15 S.N.Grigoriev said the following: > > MCA: CPU3 UNCOR PCC OVER DTLIB L1 error > MCA: Address 0x8015fb000 > > > Fatal trap 28: machine check trap while in user mode > > Fatal trap 28: machine check trap while in user mode > cpuid = 3, apic id = 03 > ..... etc. > > > I've typed 'panic' at the 'db>' prompt but got no crash dump. > Tell me please what can I do for further problem investigation. Serguey, are you sure that setting vm.pmap.pg_ps_enabled=0 doesn't help you? I know that already asked you this once. But, could you please try again with vm.pmap.pg_ps_enabled=0 and hw.mca.enabled=1 and see what kind of behavior you get? I am curious what would happen, would it be the same kind of machine check condition. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 13:39:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17F931065672 for ; Thu, 12 Nov 2009 13:39:05 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4F38F8FC13 for ; Thu, 12 Nov 2009 13:39:03 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA08133; Thu, 12 Nov 2009 15:39:00 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFC0FF3.50303@icyb.net.ua> Date: Thu, 12 Nov 2009 15:38:59 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Giovanni Trematerra References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <20091111231753.GA52833@dmr.ath.cx> <4e6cba830911120048w71900f8vc263021b99b6a2fa@mail.gmail.com> In-Reply-To: <4e6cba830911120048w71900f8vc263021b99b6a2fa@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Emil Mikulic Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 13:39:05 -0000 on 12/11/2009 10:48 Giovanni Trematerra said the following: > On Thu, Nov 12, 2009 at 12:17 AM, Emil Mikulic wrote: >> On Tue, Nov 10, 2009 at 09:15:42AM -0800, Mark Atkinson wrote: >>> Also, you can try adding: >>> >>> hw.mca.enabled="1" in /boot/loader.conf >> This is a little off-topic, but: >> Why is this disabled by default in FreeBSD? > > I guess because it introduces an overhead. I don't think that there is any noticable overhead. My guess is because it is a new feature which has not been wildly tested yet. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 13:59:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B47D7106566C for ; Thu, 12 Nov 2009 13:59:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EF0D38FC12 for ; Thu, 12 Nov 2009 13:59:30 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA08508; Thu, 12 Nov 2009 15:59:27 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFC14BE.7020106@icyb.net.ua> Date: Thu, 12 Nov 2009 15:59:26 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Mark Atkinson References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Kai Gallasch Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 13:59:31 -0000 on 11/11/2009 22:13 Mark Atkinson said the following: > > Well, you're about at the point I am now with my HP dl385g5, only > turning off superpages would result in a successful buildworld. Mine > would often machine check during gas compilation as well. Mark, you mentioning MCA was magic moment for me. I was debugging a problem which seemed to be quite different, but now I think that it converges to the problem discussed in this thread (if indeed it's the same problem for all reporters). The difference is that I use a "consumer level" system based on family 10h Athlon II and you use Opterons, seemingly also 10h or Fh families. I guess that means that you and Kai both use "high end"/"server grade" systems or some such. It's possible that firmware/BIOS on your systems enables and monitors MCA by default, even when the OS is not MCA-enabled. As such, I am curious if you have any BIOS settings that look like being related to Machine Check. Or perhaps there is something like Event Log in BIOS. Maybe it even gets something useful. Could you please check? About my problem - it seems that I was working from the opposite end. I have been using head/CURRENT with pg_ps_enabled=1 for quite a while now. And then I decided to try hw.mca.enabled=1 and after that I started having the same symptoms as described here. Unfortunately, I never did get Machine Check trap, it's always something that looks like CPU halt and then reset by watchdog (if it is enabled). So, for me: superpages and no machine check - works machine check and no superpages - works machine check and superpages - problem -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 14:15:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97CC106566C; Thu, 12 Nov 2009 14:15:30 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id A8A058FC17; Thu, 12 Nov 2009 14:15:30 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N8aSK-0000yd-El; Thu, 12 Nov 2009 14:15:29 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N8aSJ-0002QA-Qu; Thu, 12 Nov 2009 14:15:24 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nACEFNo9072491; Thu, 12 Nov 2009 14:15:23 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nACEFNfL072490; Thu, 12 Nov 2009 14:15:23 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Nov 2009 14:15:19 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, maho@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: Subject: compiler discussion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 14:15:31 -0000 Following from the discussion on the system compiler for ia64, I tried to list few major ports which I'd love to have on ia64, but can't, because of GCC problems: - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. - science/hdf5-18 (fortran APIs can't be built) - french/aster (industial quality FEA code) - cad/calculix (another good FEA code) All these depend on lang/gcc44, which doesn't build. The only fortran compiler I know to build and work successfully on ia64 is (correct me if I'm wrong) g95. I wonder if it's possible/desirable/easy to use lang/g95 for the above and other fortran-dependent ports? In principal, lang/g95 looks very good, and it's got some features not available in gfortran, e.g. limited support for 2003 standard. Any comments? Also, any comments on the usability (particularly for fortran) of llvm and lang/llvm-gcc4 on ia64? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 14:16:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E8D106568B for ; Thu, 12 Nov 2009 14:16:11 +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 E88F28FC20 for ; Thu, 12 Nov 2009 14:16:10 +0000 (UTC) Received: (qmail invoked by alias); 12 Nov 2009 14:16:09 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp021) with SMTP; 12 Nov 2009 15:16:09 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/iJwQJXLPiVxQ5BfarlpYCy4+YaxPaFsvlc06rhn GI7c+9p0Es0kdm Received: from localhost ([127.0.0.1] helo=balu.cs.uni-paderborn.de) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KT02AW-0003F0-PK; Thu, 12 Nov 2009 15:16:08 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Pawel Jakub Dawidek" , freebsd-current@freebsd.org References: <200911102227.nAAMRXTf073603@svn.freebsd.org> <20091110224524.GC3194@garage.freebsd.pl> Date: Thu, 12 Nov 2009 15:16:08 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <20091110224524.GC3194@garage.freebsd.pl> User-Agent: Opera Mail/10.01 (Win32) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Cc: freebsd-fs@freebsd.org Subject: Re: HEADS UP: Important bug fix in ZFS replay code! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 14:16:11 -0000 Am 10.11.2009, 23:45 Uhr, schrieb Pawel Jakub Dawidek : > You can locate such files with the following command: > > # find / -perm -7777 -print0 | xargs -0 ls -ld Use ls -ldb to be on the safe side (control characters!). So how about these refinements: find / -perm -7777 -exec ls -ldb '{}' + find / -perm -7777 -ls (not sure what that does with escapes) > You can locate and fix such files with the following command: > > # find / -perm -7777 -print0 | xargs -0 chmod a-s,o-w,-t find / -perm -7777 -exec chmod a-s,o-w,-t '{}' + -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 14:58:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE682106566B for ; Thu, 12 Nov 2009 14:58:13 +0000 (UTC) (envelope-from alireza.torabi@gmail.com) Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8534E8FC0C for ; Thu, 12 Nov 2009 14:58:13 +0000 (UTC) Received: by pxi8 with SMTP id 8so1607544pxi.27 for ; Thu, 12 Nov 2009 06:58:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ehXLTZL2m7+fP6+2RlBjPpGT0iu5YTf1UnhiZ+UJTmk=; b=BltInMNFp22Kk5tuhZZ8U0FloOjE5eV9sRnSB8BAx+Vm3jyt+B0/ztIXFujAUcNRyg B4PttKltjA3vawLti0uCia8ak/c5nYzimpioX2hyA9blpjW5uj54z5e1RGU3NZCrV73P WMxddOylqmE3r4KSpyNcKkIW1LX7p3bjdWyAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=d9HsWZdwcg41E3NMlFv1W/nCK+IHZ0tTZPQpLCQJlP5oBjZ9PsvfdAZZO5Gri/ETah bq7V/SeTM2o9JEzSe8W/LEcRlPhRJd3vAmHjz6qcM5SdQwkH2PXEeZCf2DvmKX0ri82M lhuyUa6KkGqwDuTRJ+gh2gjTQ+hU8eQw5LTHg= MIME-Version: 1.0 Received: by 10.141.29.17 with SMTP id g17mr155461rvj.211.1258037521641; Thu, 12 Nov 2009 06:52:01 -0800 (PST) In-Reply-To: References: Date: Thu, 12 Nov 2009 14:52:01 +0000 Message-ID: From: Alireza Torabi To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Current 9 freeze after ATA PseudoRAID loaded on AMD64 smp during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 14:58:13 -0000 Oh, I've tried the BIOS SATA in ATA, AHCI and IRRT (Intel Rapid Restore Technology). This box had a customised 9 kernel quite happily in IRRT before the csup I should add. The SATA is Intel ICH9 btw. On 11/12/09, Alireza Torabi wrote: > Hi folks, > > My FreeBSD current (just csup-ed now: 12 Nov 2009) freezes after "ATA > PseduoRAID loaded" message during boot. Nothing happens after that and > I need to do a cold reboot. > > I've tried the GENERIC kernel with no joy :( > > Any leads or ideas is truly appreciated. > > Thanks > Alireza > From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:08:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33681106566B for ; Thu, 12 Nov 2009 15:08:04 +0000 (UTC) (envelope-from alireza.torabi@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE948FC14 for ; Thu, 12 Nov 2009 15:08:03 +0000 (UTC) Received: by pzk15 with SMTP id 15so1609182pzk.3 for ; Thu, 12 Nov 2009 07:08:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=aPEfECV498YMQetRTSGhthj0M9P2+3YSZU7LfUJHGIU=; b=FexwvwfHic9slQizA0uERNKRpM54NUdKLwkqoAoujSrBEcJyepxEPTasgrMmzwEPYr Se87vyxb3FaifMIgqjMdYh1XMBGZYFis8oqSsIMXpcQDmtVmfoKkM+5rgS0M/soczoMk vu9nFPoBp7UiZsOORD5FVI6muXJbp/5UjZD2k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=bayVC9xmTjrasVButtXd94tIxZ15yjttkgriCymZ/2BkSAH75Tzumfl4Ow3z65mX5s 7MyH2W95aC4fgsx3sONT+T3o4ux3NQLC6FNqNz01vHCRS4/DGSWBB2e+s9l6BLHMx5+s yr5fwlB9X5n10Gglv325m9u2M5zBLzuEO2ft8= MIME-Version: 1.0 Received: by 10.141.35.11 with SMTP id n11mr175704rvj.68.1258036993843; Thu, 12 Nov 2009 06:43:13 -0800 (PST) Date: Thu, 12 Nov 2009 14:43:13 +0000 Message-ID: From: Alireza Torabi To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Current 9 freeze after ATA PseudoRAID loaded on AMD64 smp during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:08:04 -0000 Hi folks, My FreeBSD current (just csup-ed now: 12 Nov 2009) freezes after "ATA PseduoRAID loaded" message during boot. Nothing happens after that and I need to do a cold reboot. I've tried the GENERIC kernel with no joy :( Any leads or ideas is truly appreciated. Thanks Alireza From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:17:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60935106566B; Thu, 12 Nov 2009 15:17:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFFB8FC0C; Thu, 12 Nov 2009 15:17:15 +0000 (UTC) Received: by fxm27 with SMTP id 27so2468469fxm.3 for ; Thu, 12 Nov 2009 07:17:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=zBo+Fe2DtBbXY5H6b7Al2GedX+QfGx0YxSPvAe8X7Vs=; b=UQfuplnb7jLn9H3g3f+Fgm4lejn5EAqB+5j70FC/kkrMcWzjzIhv7DM+JN/lgtbrId m+R37kJZcKkDIZTtuaXW3aq27L2D+KJrLO4Nk4yMrQX4+nEUO5gyNl5yjgch+G0AWSL2 oI7ytCWKryvK+9t98Rqu1DrkpCTyyqW1Z1NZc= 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=eVwr3/BIB7Ael4IH6ZoGVOMIqVW2V71pj0V30NiYtFKip3r1xPRSuZQLZ0+bIvIS7O LxXRwXNdHsnvMvugZUOoGeZ2r2auZePpHDKAiwaeyghz2ljRQA/1kRfYKqemyy+GggiR Qb5eDi1vqCUN9/qS/auaKG2FQ40+Qp60de89g= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.2.69 with SMTP id 5mr429941fai.88.1258039034562; Thu, 12 Nov 2009 07:17:14 -0800 (PST) In-Reply-To: <4AFB801F.5020806@scsiguy.com> References: <3bbf2fe10911060643g60079e31y7679b32dac670fd8@mail.gmail.com> <4AFAEE89.3020009@scsiguy.com> <3bbf2fe10911111746g48c8fb82r74744dffedf49758@mail.gmail.com> <4AFB801F.5020806@scsiguy.com> Date: Thu, 12 Nov 2009 16:17:14 +0100 X-Google-Sender-Auth: 3381a5387e76ae37 Message-ID: <3bbf2fe10911120717u79b2f057vceb41bc021c9ee0d@mail.gmail.com> From: Attilio Rao To: "Justin T. Gibbs" Content-Type: text/plain; charset=UTF-8 Cc: gibbs@freebsd.org, freebsd-current@freebsd.org, Scott Long , Ed Maste Subject: Re: [PATCH] Adding sysctl for errors statistics to ahd(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:17:16 -0000 2009/11/12 Justin T. Gibbs : > On 11/11/2009 6:46 PM, Attilio Rao wrote: >> 2009/11/11 Justin T. Gibbs: >>> On 11/6/2009 7:43 AM, Attilio Rao wrote: >>>> This patch introduces some mechanisms for collecting informations on >>>> errors frequency and debugging (and relative sysctls for printing them >>>> out) for the ahd(4) driver: >>>> http://www.freebsd.org/~attilio/Sandvine/STABLE_8/ahd/ahd-current2.diff >>>> >>>> The usage of array for sysctls is a bit too paranoid but it allows for >>>> further extendibility of the code and doesn't loose of cleaness. >>>> This code has been contributed back by Sandvine Incorporated with some >>>> cleanups. >>>> Please review. >>>> >>>> Thanks, >>>> Attilio >>> >>> In general, I think the patch is fine. It violates the existing style >>> of the driver in some places (e.g. the aic7xxx drivers wrap function >>> arguments to the opening '(' not to a 4 space indent), which should >>> probably be addressed so the code remains consistent. >> >> Sorry, I cannot find where these existing style breakage happens, >> could you be a bit more precise? >> (I just found an un-sorted header introduction in aic79xx.h that I will fix). > > > For example this code: > > + ahd->sysctl_tree[AHD_SYSCTL_ROOT] = SYSCTL_ADD_NODE( > + &ahd->sysctl_ctx[AHD_SYSCTL_ROOT], SYSCTL_STATIC_CHILDREN(_hw), > + OID_AUTO, device_get_nameunit(ahd->dev_softc), CTLFLAG_RD, > + 0, ahd_sysctl_node_descriptions[AHD_SYSCTL_ROOT]); > + SYSCTL_ADD_PROC(&ahd->sysctl_ctx[AHD_SYSCTL_ROOT], > + SYSCTL_CHILDREN(ahd->sysctl_tree[AHD_SYSCTL_ROOT]), OID_AUTO, > + "clear", CTLTYPE_UINT | CTLFLAG_RW, ahd, 0, ahd_clear_allcounters, > + "IU", "Clear all counters"); > > should look like this, not style(9), to match the existing style of the > driver: > > ahd->sysctl_tree[AHD_SYSCTL_ROOT] = > SYSCTL_ADD_NODE(&ahd->sysctl_ctx[AHD_SYSCTL_ROOT], > SYSCTL_STATIC_CHILDREN(_hw), OID_AUTO, > device_get_nameunit(ahd->dev_softc), CTLFLAG_RD, > 0, ahd_sysctl_node_descriptions[AHD_SYSCTL_ROOT]); > > SYSCTL_ADD_PROC(&ahd->sysctl_ctx[AHD_SYSCTL_ROOT], > SYSCTL_CHILDREN(ahd->sysctl_tree[AHD_SYSCTL_ROOT]), > OID_AUTO, "clear", CTLTYPE_UINT|CTLFLAG_RW, ahd, 0, > ahd_clear_allcounters, "IU", "Clear all counters"); > Could you check if this revision of the patch is adeguate?: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/ahd/ahd-current3.diff Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:18:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0BF1065696 for ; Thu, 12 Nov 2009 15:18:45 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id 43BF58FC15 for ; Thu, 12 Nov 2009 15:18:45 +0000 (UTC) Received: from levsha by expo.ukrweb.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N8bRl-000Po7-3e; Thu, 12 Nov 2009 17:18:53 +0200 Date: Thu, 12 Nov 2009 17:18:53 +0200 From: Mykola Dzham To: Jack Vogel Message-ID: <20091112151852.GC81701@expo.ukrweb.net> References: <20091017170351.GZ29771@expo.ukrweb.net> <20091017222314.GB19204@michelle.cdnetworks.com> <200911092033.nA9KX6dD013378@lava.sentex.ca> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 15:18:45 -0000 Jack Vogel wrote: > This is a fix for this problem, please apply and test this. > > Jack > > ------- if_igb.c (revision 197079) > +++ if_igb.c (working copy) > @@ -2654,7 +2654,7 @@ > int error; > > error = bus_dma_tag_create(bus_get_dma_tag(adapter->dev), /* parent */ > - IGB_DBA_ALIGN, 0, /* alignment, bounds */ > + 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > @@ -2867,7 +2867,7 @@ > * Setup DMA descriptor areas. > */ > if ((error = bus_dma_tag_create(NULL, /* parent */ > - PAGE_SIZE, 0, /* alignment, bounds */ > + 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > @@ -3554,7 +3554,7 @@ > ** it may not always use this. > */ > if ((error = bus_dma_tag_create(NULL, /* parent */ > - PAGE_SIZE, 0, /* alignment, bounds */ > + 1, 0, /* alignment, bounds */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ This patch fix my problem too: 4 hour uptime on patched 8.0-RC2 with high network load without any problems. Thanks! -- LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua PGP fingerprint: 1BCD 7C80 2E04 7282 C944 B0E0 7E67 619E 4E72 9280 From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:21:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A71C1065679 for ; Thu, 12 Nov 2009 15:21:40 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 04F668FC18 for ; Thu, 12 Nov 2009 15:21:39 +0000 (UTC) Received: by ywh8 with SMTP id 8so2121388ywh.3 for ; Thu, 12 Nov 2009 07:21:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NcOubC33pHh9/62Kl/B7BVvgcssZe2RtRIMF7I/wChE=; b=q4aDQSQH3NaIA+GRxivDfh6rmJ0lrwpOeKrWkJEjjrwVheYmcziVWVFVHIsc++Lc76 0B0K93lk3kiG5vMaKnEgPXZ/GcFkGVMN5CabwOuAkMn+Da/OUsp+FPt9zy+vdvd551sZ 6fAUGHiNNVoCvAaATv6zbBbmFz1pAAx2KPsqk= 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=BSwAYZF3zDOGTzMMs3pW3dsACChnr3gIpnPItj1H8gHRXFNudEab/3Wrar4UcXJH/u OdH7RwbmPtRlkJNTLl1r9zjcan05ifi5VD4Rl/ZoWHFaE27PKT0hbuzVF4mfTqaCut4G nay44+wDBNoWX2140ga3zlGAZxiyF21UNuB+M= MIME-Version: 1.0 Received: by 10.239.182.150 with SMTP id q22mr297594hbg.73.1258039298573; Thu, 12 Nov 2009 07:21:38 -0800 (PST) In-Reply-To: References: Date: Thu, 12 Nov 2009 10:21:38 -0500 Message-ID: <25ff90d60911120721h5921b515jca4ba41c56f2f38f@mail.gmail.com> From: David Horn To: Alireza Torabi Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Current 9 freeze after ATA PseudoRAID loaded on AMD64 smp during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:21:40 -0000 On Thu, Nov 12, 2009 at 9:52 AM, Alireza Torabi wrote: > Oh, I've tried the BIOS SATA in ATA, AHCI and IRRT (Intel Rapid > Restore Technology). > > This box had a customised 9 kernel quite happily in IRRT before the > csup I should add. The SATA is Intel ICH9 btw. > > On 11/12/09, Alireza Torabi wrote: >> Hi folks, >> >> My FreeBSD current (just csup-ed now: 12 Nov 2009) freezes after "ATA >> PseduoRAID loaded" message during boot. Nothing happens after that and >> I need to do a cold reboot. >> >> I've tried the GENERIC kernel with no joy :( >> >> Any leads or ideas is truly appreciated. >> >> Thanks >> Alireza >> Sounds like the same problem I have. If you try backing out to SVN r199066 or CVS version 1.56 (sys/amd64/amd64/initcpu.c), you can confirm. Good Luck. --Dave Horn From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:26:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 034E01065693 for ; Thu, 12 Nov 2009 15:26:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0298FC2A for ; Thu, 12 Nov 2009 15:26:07 +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 nACFQ3Ji009172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Nov 2009 17:26:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nACFQ3Ur015092; Thu, 12 Nov 2009 17:26:03 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nACFQ35g015091; Thu, 12 Nov 2009 17:26:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Nov 2009 17:26:03 +0200 From: Kostik Belousov To: David Horn Message-ID: <20091112152603.GI2331@deviant.kiev.zoral.com.ua> References: <25ff90d60911120721h5921b515jca4ba41c56f2f38f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B5QUy/LYob3AO56P" Content-Disposition: inline In-Reply-To: <25ff90d60911120721h5921b515jca4ba41c56f2f38f@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Alireza Torabi Subject: Re: Current 9 freeze after ATA PseudoRAID loaded on AMD64 smp during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:26:09 -0000 --B5QUy/LYob3AO56P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 12, 2009 at 10:21:38AM -0500, David Horn wrote: > On Thu, Nov 12, 2009 at 9:52 AM, Alireza Torabi > wrote: > > Oh, I've tried the BIOS SATA in ATA, AHCI and IRRT (Intel Rapid > > Restore Technology). > > > > This box had a customised 9 kernel quite happily in IRRT before the > > csup I should add. The SATA is Intel ICH9 btw. > > > > On 11/12/09, Alireza Torabi wrote: > >> Hi folks, > >> > >> My FreeBSD current (just csup-ed now: 12 Nov 2009) freezes after "ATA > >> PseduoRAID loaded" message during boot. Nothing happens after that and > >> I need to do a cold reboot. > >> > >> I've tried the GENERIC kernel with no joy :( > >> > >> Any leads or ideas is truly appreciated. > >> > >> Thanks > >> Alireza > >> >=20 > Sounds like the same problem I have. If you try backing out to SVN > r199066 or CVS version 1.56 (sys/amd64/amd64/initcpu.c), you can > confirm. Better, try http://people.freebsd.org/~kib/misc/initcache.2.patch --B5QUy/LYob3AO56P Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr8KQsACgkQC3+MBN1Mb4idvQCcCt5KvKzGF5Efnwpr1lAuiGI8 XvQAniiZUmr81iPVw6kTgEXeolVBdUhO =l7MJ -----END PGP SIGNATURE----- --B5QUy/LYob3AO56P-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:29:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C71A61065676; Thu, 12 Nov 2009 15:29:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 881578FC0A; Thu, 12 Nov 2009 15:29:09 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nACFT8ad037531; Thu, 12 Nov 2009 10:29:08 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200911121529.nACFT8ad037531@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 12 Nov 2009 10:28:17 -0500 To: Jack Vogel , pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <2a41acea0911111419v5ae5682cy12613e1bd9a9c325@mail.gmail.co m> References: <20091017222314.GB19204@michelle.cdnetworks.com> <200911092215.nA9MFeDP013898@lava.sentex.ca> <2a41acea0911091459w2b4fec5djd64d0324557b7da2@mail.gmail.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> <200911102018.nAAKI3s7021614@lava.sentex.ca> <20091111203101.GC15449@michelle.cdnetworks.com> <2a41acea0911111419v5ae5682cy12613e1bd9a9c325@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 15:29:10 -0000 At 05:19 PM 11/11/2009, Jack Vogel wrote: >Ya, so maybe a more robust solution to that failure would be a good >thing, but this is not the time for more elaborate code, having this small >fix put in is low risk and the better failure response can come later. > >In fact, I have a number of places in the ixgbe driver where I'm pondering >over what to do in failure mode anyway. [trimming re@freebsd as this isnt a release issue] No panics yet, but at around 350k pps, I see interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source interrupt storm detected on "irq257:"; throttling interrupt source 0(ich10)# vmstat -i interrupt total rate irq16: uhci0+ 22 0 irq18: ehci0 uhci5 15 0 irq19: fwohci0++ 78 0 irq21: uhci1 17 0 irq23: uhci3 ehci1 2 0 cpu0: timer 175404021 1998 irq256: igb0 19731770 224 irq257: igb0 30741918 350 irq258: igb0 14 0 irq259: igb1 71514077 814 irq260: igb1 28098687 320 irq261: igb1 2 0 irq262: em0 4435336 50 irq263: ahci0 89527 1 cpu7: timer 175395421 1998 cpu6: timer 175394148 1998 cpu1: timer 175395011 1998 cpu4: timer 175394583 1998 cpu5: timer 175395129 1998 cpu3: timer 175395466 1998 cpu2: timer 175394884 1998 Total 1557780128 17749 0(ich10)# -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:34:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5657106566C; Thu, 12 Nov 2009 15:34:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 910858FC14; Thu, 12 Nov 2009 15:34:14 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id nACFY7ka062708; Thu, 12 Nov 2009 07:34:07 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id nACFY7xq062707; Thu, 12 Nov 2009 07:34:07 -0800 (PST) (envelope-from sgk) Date: Thu, 12 Nov 2009 07:34:07 -0800 From: Steve Kargl To: Anton Shterenlikht Message-ID: <20091112153407.GA62396@troutmask.apl.washington.edu> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 15:34:14 -0000 On Thu, Nov 12, 2009 at 02:15:19PM +0000, Anton Shterenlikht wrote: > Following from the discussion on the system compiler for ia64, > I tried to list few major ports which I'd love to have on ia64, > but can't, because of GCC problems: > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > - science/hdf5-18 (fortran APIs can't be built) > - french/aster (industial quality FEA code) > - cad/calculix (another good FEA code) > > All these depend on lang/gcc44, which doesn't build. Doesn't build is not a very good description if you're looking for help. Post the build log somewhere. Have you submitted bug reports to gcc.gnu.org? Bugs that are unreported are unlikely to be fixed. > The only fortran compiler I know to build and work > successfully on ia64 is (correct me if I'm wrong) g95. > > I wonder if it's possible/desirable/easy to use lang/g95 for > the above and other fortran-dependent ports? Given Polyhedron Benchmarks, it may be preferable to determine why you can't build gcc44 and fix that problem.* > In principal, lang/g95 looks very good, and it's got > some features not available in gfortran, e.g. limited > support for 2003 standard. > > Any comments? AFAIK, g95 has TR 15580 implemented and gfortran doesn't. Other than that feature, gfortran has a fairly long list of Fortran 2003 features implemented, which you can find partially enumerated at the gfortran wiki. > Also, any comments on the usability (particularly for fortran) > of llvm and lang/llvm-gcc4 on ia64? Last time I checked, Fortran in llvm was based off a very old gfortran. The llvm website mentions gcc 4.2.?. While the 4.2.? gfortran isn't too bad, you most certainly would rather use gcc44 if you can. Literally, hundreds of bugs and several new feature have been add to gfortran in going from 4.2.? to gcc 4.4.2. Have you checked the Open64 project? *disclaimer: I've contributed a few hundred patches to gfortran, and I'm listed as a gfortran maintainer. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:34:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53C1B106566C for ; Thu, 12 Nov 2009 15:34:51 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB588FC28 for ; Thu, 12 Nov 2009 15:34:51 +0000 (UTC) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA12.emeryville.ca.mail.comcast.net with comcast id 4D4n1d0040lTkoCACFMgzR; Thu, 12 Nov 2009 15:21:40 +0000 Received: from memory.localnet ([67.103.204.242]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id 4FMV1d0075EJinX8QFMXLd; Thu, 12 Nov 2009 15:21:38 +0000 From: Adam K Kirchhoff To: freebsd-current@freebsd.org Date: Thu, 12 Nov 2009 10:21:26 -0500 User-Agent: KMail/1.11.4 (Linux/2.6.31.6; KDE/4.2.4; x86_64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911121021.26818.adamk@voicenet.com> Cc: Alireza Torabi Subject: Re: Current 9 freeze after ATA PseudoRAID loaded on AMD64 smp during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:34:51 -0000 On Thursday 12 November 2009 09:43:13 Alireza Torabi wrote: > Hi folks, > > My FreeBSD current (just csup-ed now: 12 Nov 2009) freezes after "ATA > PseduoRAID loaded" message during boot. Nothing happens after that and > I need to do a cold reboot. > > I've tried the GENERIC kernel with no joy :( > > Any leads or ideas is truly appreciated. I've had similar problems in the last few days. Both complete freezes and kernel panics. I've gotten it to work fine with a GENERIC kernel compiled without SMP support. Can you give that a shot? Adam From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:38:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A6D106566B; Thu, 12 Nov 2009 15:38:40 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 47E318FC21; Thu, 12 Nov 2009 15:38:40 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 63E7FB488; Thu, 12 Nov 2009 10:38:39 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id ED3C7B490; Thu, 12 Nov 2009 10:38:37 -0500 (EST) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id E7E8CB47E; Thu, 12 Nov 2009 10:38:37 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id BC8C1207B6; Thu, 12 Nov 2009 10:38:37 -0500 (EST) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-CZTmqjmfrD0LVlE+LtF8" Date: Thu, 12 Nov 2009 10:38:37 -0500 Message-Id: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: 8.0-RC3 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 15:38:40 -0000 --=-CZTmqjmfrD0LVlE+LtF8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The third and hopefully last of the Release Candidates for the FreeBSD 8.0 release cycle is now available. Unless something catastrophic comes up within the next couple of days we will begin the final builds for 8.0-RELEASE. There is one known issue with the igb(4) driver we are still deciding whether or not to fix as part of 8.0-RELEASE versus doing an Errata Notice for it some time after the release is out. It has been patched in head, and the SVN commit for it is r199192. If any of you are able to give that patch a try on a machine with the igb(4) NIC it would be appreciated. If you notice problems you can report them through the normal Gnats PR system or on the freebsd-current mailing list. I do cross-post announcements to freebsd-stable because this particular release is "about to become a stable branch" but when it comes to watching for issues related to the release most of the developers pay more attention to the freebsd-current list. ISO images for all supported architectures are available on the FTP sites, and a "memory stick" image is available for amd64/i386 architectures. For amd64/i386 architectures the cdrom and memstick images include the documentation packages but no other packages. The DVD image includes the packages that will probably be available on the official release media but is subject to change between now and release. For sparc64 there is now a livefs cdrom, disc1 includes the documentation packages, and the DVD image has the set of packages that currently build for sparc64 (which is a sub-set of the set provided for amd64/i386). If you are using csup/cvsup methods to update an older system the branch tag to use is RELENG_8_0. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, 8.0-BETA4, 8.0-RC1 or 8.0-RC2 can upgrade as follows: =20 # freebsd-update upgrade -r 8.0-RC3 =20 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. Systems running 8.0-BETA3 may print the warning INDEX-OLD.all: Invalid arguments when downloading updates; this warning is a harmless bug (fixed in 8.0-BETA4) and can be safely ignored. # freebsd-update install =20 The system must be rebooted with the newly installed kernel before continui= ng. =20 # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install =20 At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or earlier will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. See: http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html for mode details. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no longer used) system libraries: # freebsd-update install =20 Finally, reboot into 8.0-RC3: =20 # shutdown -r now MD5/SHA256 checksums for the image files: MD5 (8.0-RC3-amd64-bootonly.iso) =3D 641881caa82ea85c118bc15fff12fce6 MD5 (8.0-RC3-amd64-disc1.iso) =3D 854c273b89792cd0366d5399df1034eb MD5 (8.0-RC3-amd64-dvd1.iso) =3D 9bd1bb2507bc2a3037bc321bb2724bd6 MD5 (8.0-RC3-amd64-livefs.iso) =3D c5f427c8bf823e10a5348935cec2d7ee MD5 (8.0-RC3-amd64-memstick.img) =3D 6af9e213914a58a5779715ae5882bd25 MD5 (8.0-RC3-i386-bootonly.iso) =3D dfaec92ae358ab780d317aa66482ca9e MD5 (8.0-RC3-i386-disc1.iso) =3D 460f6cfddaebee6ae59a7d5f73695246 MD5 (8.0-RC3-i386-dvd1.iso) =3D 98d3f65f2444a8745f787df5ce9e1f0c MD5 (8.0-RC3-i386-livefs.iso) =3D 5184b7f6403d1d24991533bde0e580ff MD5 (8.0-RC3-i386-memstick.img) =3D 8774ef1d6bdf541e440f2f8ed22a2493 MD5 (8.0-RC3-ia64-bootonly.iso) =3D fd0af8f34937cf7fc78ea0063252afb7 MD5 (8.0-RC3-ia64-disc1.iso) =3D 96313c25e53fc333c258ed675007f3d7 MD5 (8.0-RC3-ia64-disc2.iso) =3D 235714607a2805c396ece829839405be MD5 (8.0-RC3-ia64-disc3.iso) =3D 53fca9243ccc788190ca58d24f363cbe MD5 (8.0-RC3-ia64-dvd1.iso) =3D 4e24736ab50bc2227c72dbeab6869266 MD5 (8.0-RC3-ia64-livefs.iso) =3D b6d76cf77ed714631bf714ff78b8e950 MD5 (8.0-RC3-pc98-bootonly.iso) =3D 137d17ec3830b6ae831b6fb48adf86e0 MD5 (8.0-RC3-pc98-disc1.iso) =3D 3624b1f7b3a659a7454718e38b9a1ee0 MD5 (8.0-RC3-pc98-livefs.iso) =3D 29ed3786b2df1c2e72e45d1187f3e788 MD5 (8.0-RC3-powerpc-bootonly.iso) =3D e7d8508639dee4aed5e52a24d6e27b69 MD5 (8.0-RC3-powerpc-disc1.iso) =3D 1016ae7753db153b7be0f5d167f595b9 MD5 (8.0-RC3-powerpc-disc2.iso) =3D aec2400454631cc2eaecb6f618bfecc8 MD5 (8.0-RC3-powerpc-disc3.iso) =3D fe36d621ad4b6347f8ade9800ccfab7b MD5 (8.0-RC3-sparc64-bootonly.iso) =3D c35ddcb4dd050c793d89973eba02df72 MD5 (8.0-RC3-sparc64-disc1.iso) =3D 0d3855603ac868609fb882c321555508 MD5 (8.0-RC3-sparc64-dvd1.iso) =3D 7a402ec8d17804bd6d16fad0969c9e52 MD5 (8.0-RC3-sparc64-livefs.iso) =3D 61c90ecce584c0c91f91e744f40a7d42 SHA256 (8.0-RC3-amd64-bootonly.iso) =3D fbf7c68cf81c300ec4e944ed6491f65d217= 168a85c1863c019cb41eec30cae94 SHA256 (8.0-RC3-amd64-disc1.iso) =3D 7e377f38cb6dc0ba1aa1fa13facf7e03f3cefa= d3d1490de797ed3a91680892e8 SHA256 (8.0-RC3-amd64-dvd1.iso) =3D fa4671d9b9b5b8208579d51cc2f72188a953798= 4ee28ba851236a52f32022597 SHA256 (8.0-RC3-amd64-livefs.iso) =3D c8c3728583b43e76d5e305b20fed578474adb= 5b14dbf2537b8ca9156b2d1c4cd SHA256 (8.0-RC3-amd64-memstick.img) =3D b8d90dbfca07160d9818bf6705b5dd99ba2= 5fe1624cdda3f3f4919681d1b1af1 SHA256 (8.0-RC3-i386-bootonly.iso) =3D f514dbec335fbf72917b25c1e79f6bca4e9d= d74e037f75ab30d810e7942ac2fc SHA256 (8.0-RC3-i386-disc1.iso) =3D 6b306af4a74df57d2c155891557878d747bac92= a24c2b46947f89e7d9657addc SHA256 (8.0-RC3-i386-dvd1.iso) =3D 21794b11142eeb7eb56c8810b83dcd67230b0d26= a0f0e5839866172d977a5626 SHA256 (8.0-RC3-i386-livefs.iso) =3D 3dfd45e0a5550913b29d19d989f19167159d1f= 926f1667d1622890a5f83be93b SHA256 (8.0-RC3-i386-memstick.img) =3D afc65bf14101ace1f069323678a8070ab848= 23bf191aeefa8fc9909d38e9306e SHA256 (8.0-RC3-ia64-bootonly.iso) =3D 1fefdd0b03c943162cbb66d507e11c3a2e54= 1e97a0742471de49f17ae96b953c SHA256 (8.0-RC3-ia64-disc1.iso) =3D 67124c8101dd3fb06dbd3771c3eb18560207b42= e46c331cc2ab02ba5284a72b7 SHA256 (8.0-RC3-ia64-disc2.iso) =3D 4eaa1125f98c5ed463f7577b9818dd57dbaee0b= ad01a1c7543ad4cc89c1770d0 SHA256 (8.0-RC3-ia64-disc3.iso) =3D c178a48004a12d6f178b478da146582742a88a2= 7fcbf380029ae7fb3f6db6472 SHA256 (8.0-RC3-ia64-dvd1.iso) =3D d45a8e6ae622c1985d5b9c346c74f44884f3adba= 3c02d0b69bb58f19b359fa73 SHA256 (8.0-RC3-ia64-livefs.iso) =3D 9132340e15b75601017b0b57902fa48926e1d1= a257f1f5149baa07c15e0dede8 SHA256 (8.0-RC3-pc98-bootonly.iso) =3D 42beee44af5859861718978a03de04e6a6fd= 0e63afec66a939830286fb73b22a SHA256 (8.0-RC3-pc98-disc1.iso) =3D 4b00447579349443d80082d1809b0d04688ea31= 7a9bee3f551c13a35c82c549d SHA256 (8.0-RC3-pc98-livefs.iso) =3D 243306c98a9eade16d90994217fd89f0aba51c= fd8399b1017754a3415f2e79e8 SHA256 (8.0-RC3-powerpc-bootonly.iso) =3D 4cfbcac5fc69bb10860ed2c511bcf175b= e730c2fd11e57ccd2c8c77322ea5172 SHA256 (8.0-RC3-powerpc-disc1.iso) =3D 6d7725d24c01d985590566eb168cde1e6d33= 4a3cdc6bdc7a4508ea54c205c489 SHA256 (8.0-RC3-powerpc-disc2.iso) =3D ecfd22166dd411359d74a61c1724cfa747e4= a7e9cb8b47776643795f6388942b SHA256 (8.0-RC3-powerpc-disc3.iso) =3D fc3c0c2823b36cc6530c7afdb73dbfa3cb1b= f6a64a59fd4a55307e1e4d1541fe SHA256 (8.0-RC3-sparc64-bootonly.iso) =3D 44a641e1f3080112d6063f923d1e5d17f= 9d9eedd1004888aace77e08beca2fdf SHA256 (8.0-RC3-sparc64-disc1.iso) =3D e68eec5765f9313a9cbe4e94915b89d68caa= 4f4f65884be9e7b1d463862c17e3 SHA256 (8.0-RC3-sparc64-dvd1.iso) =3D e824cc316c520d29673c51e5ccf58aba9a79b= 17e7b61b67c1d13da7300911f7b SHA256 (8.0-RC3-sparc64-livefs.iso) =3D a4f0f8f02a9b1bad01088f5cb81a9a4d93e= f6aad095afdd79cb5525b4a1e53b5 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-CZTmqjmfrD0LVlE+LtF8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkr8K/MACgkQ/G14VSmup/bBSQCfZUG+4zQ9l1531Ibcq0I9uxxx USsAn10z/xTOJMa6ncbt21VDYsdi9owo =6BRT -----END PGP SIGNATURE----- --=-CZTmqjmfrD0LVlE+LtF8-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:57:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73926106566C for ; Thu, 12 Nov 2009 15:57:12 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 288458FC1A for ; Thu, 12 Nov 2009 15:57:11 +0000 (UTC) Received: by gxk10 with SMTP id 10so2184169gxk.3 for ; Thu, 12 Nov 2009 07:57:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vqR3c7veXfzWx01FomcFtNDA+kuU1Do69uIK11RKzqs=; b=b5lyhzlxNFRF0/tUCBh27G7VMaV9v59bjoMOlaZvZSUsY22nkMx27Cr/yqVI8AKJ0J jyXZxqfrJzriF8EH0lXFT8txkbIN4NJLxbqPUm43eq7A8Y0Oj1/7VZLMF2jYooTsu6Ja 4vz1IPhAlQtkTmZ4mWjOKBIkOiXjzUc9yuDzM= 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=gi5mLsKpj343pXMoLWslLMAAON/QPOqbaycYfWlCte6fnQKXU4oCReelxxuYhdF6XY X9uiQnfslTAOHoa2+SgoJd4WHBCjEU5+0KIq724d0gP2jznWKKF0TSCW3yzVq2kwkh/W AuKTPFBwQ21mEnk8x+Dc/WlCdLvAfva5Jq15A= MIME-Version: 1.0 Received: by 10.239.141.168 with SMTP id c40mr309286hba.146.1258041430469; Thu, 12 Nov 2009 07:57:10 -0800 (PST) In-Reply-To: <20091112152603.GI2331@deviant.kiev.zoral.com.ua> References: <25ff90d60911120721h5921b515jca4ba41c56f2f38f@mail.gmail.com> <20091112152603.GI2331@deviant.kiev.zoral.com.ua> Date: Thu, 12 Nov 2009 10:57:10 -0500 Message-ID: <25ff90d60911120757l467c1018g237a3bc7eacae9d0@mail.gmail.com> From: David Horn To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Current 9 freeze after ATA PseudoRAID loaded on AMD64 smp during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:57:12 -0000 On Thu, Nov 12, 2009 at 10:26 AM, Kostik Belousov wro= te: > On Thu, Nov 12, 2009 at 10:21:38AM -0500, David Horn wrote: >> On Thu, Nov 12, 2009 at 9:52 AM, Alireza Torabi >> wrote: >> > Oh, I've tried the BIOS SATA in ATA, AHCI and IRRT (Intel Rapid >> > Restore Technology). >> > >> > This box had a customised 9 kernel quite happily in IRRT before the >> > csup I should add. The SATA is Intel ICH9 btw. >> > >> > On 11/12/09, Alireza Torabi wrote: >> >> Hi folks, >> >> >> >> My FreeBSD current (just csup-ed now: 12 Nov 2009) freezes after "ATA >> >> PseduoRAID loaded" message during boot. Nothing happens after that an= d >> >> I need to do a cold reboot. >> >> >> >> I've tried the GENERIC kernel with no joy :( >> >> >> >> Any leads or ideas is truly appreciated. >> >> >> >> Thanks >> >> Alireza >> >> >> >> Sounds like the same problem I have. =A0If you try backing out to SVN >> r199066 or CVS version 1.56 (sys/amd64/amd64/initcpu.c), you can >> confirm. > > Better, try > http://people.freebsd.org/~kib/misc/initcache.2.patch > Patch works great for me. (generic kernel, amd64 on c2d T7500). Thanks Kostik! ---Dave Horn From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 15:58:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF8BC1065679 for ; Thu, 12 Nov 2009 15:58:11 +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 65D7B8FC25 for ; Thu, 12 Nov 2009 15:58:11 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N8c3l-00037i-Ha for freebsd-current@freebsd.org; Thu, 12 Nov 2009 16:58:09 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 16:58:09 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Nov 2009 16:58:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 12 Nov 2009 07:57:40 -0800 Lines: 59 Message-ID: References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> <4AFC14BE.7020106@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Thunderbird 2.0.0.23 (X11/20091009) In-Reply-To: <4AFC14BE.7020106@icyb.net.ua> Sender: news Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 15:58:12 -0000 Andriy Gapon wrote: > on 11/11/2009 22:13 Mark Atkinson said the following: >> Well, you're about at the point I am now with my HP dl385g5, only >> turning off superpages would result in a successful buildworld. Mine >> would often machine check during gas compilation as well. > > Mark, > > you mentioning MCA was magic moment for me. > I was debugging a problem which seemed to be quite different, but now I think that > it converges to the problem discussed in this thread (if indeed it's the same > problem for all reporters). I'm not sure it's exactly the same. I only know a couple of things - my memory tests good. - turning off superpages allows this machine to function properly. I suspect there's a problem with one of the following: - the bios of my machine - the on die memory controller/intructions of the cpu - the motherboard electrical interface to memory or bus in some shape or form. > Or perhaps there is something like Event Log in BIOS. Maybe it > even gets something useful. > Could you please check? Yes. When you receive a MCE on the HP machines the bios notices and prints a message on the next bootup, something like "an unhandled memory error has occured since last power on." In my current job, which works with hardware, we'll occasionally see MCEs during development. It's easy to say the memory is bad, and it is the first thing we replace to test. However it can also be the electrical interface to the hardware which may or may not be fixable/worked around in firmware. I have also witnessed the software initializing or controlling the hardware may result in a unhandled condition spurring an MCE. > About my problem - it seems that I was working from the opposite end. I have been > using head/CURRENT with pg_ps_enabled=1 for quite a while now. And then I decided > to try hw.mca.enabled=1 and after that I started having the same symptoms as > described here. Unfortunately, I never did get Machine Check trap, it's always > something that looks like CPU halt and then reset by watchdog (if it is enabled). > So, for me: > superpages and no machine check - works > machine check and no superpages - works > machine check and superpages - problem That's not quite the same for sure, definitely try replacing the memory first if you haven't already. All the best, Mark From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 16:34:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BB90106568F for ; Thu, 12 Nov 2009 16:34:09 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id DF6F38FC18 for ; Thu, 12 Nov 2009 16:34:08 +0000 (UTC) Received: from webmail59.yandex.ru (webmail59.yandex.ru [77.88.61.4]) by forward9.mail.yandex.net (Yandex) with ESMTP id 4FCC2468C45; Thu, 12 Nov 2009 19:34:07 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail59.yandex.ru (Yandex) with ESMTP id 3AEF1B6C128; Thu, 12 Nov 2009 19:34:07 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail59 X-Yandex-TimeMark: 1258043647 Received: from [89.223.19.70] ([89.223.19.70]) by mail.yandex.ru with HTTP; Thu, 12 Nov 2009 19:34:06 +0300 From: S.N.Grigoriev To: Andriy Gapon In-Reply-To: <4AFC0F6A.3000501@icyb.net.ua> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> <4AFC0F6A.3000501@icyb.net.ua> MIME-Version: 1.0 Message-Id: <36041258043646@webmail59.yandex.ru> Date: Thu, 12 Nov 2009 19:34:06 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 16:34:09 -0000 12.11.09, 15:36, "Andriy Gapon" wrote: > Serguey, > are you sure that setting vm.pmap.pg_ps_enabled=0 doesn't help you? > I know that already asked you this once. > But, could you please try again with vm.pmap.pg_ps_enabled=0 and hw.mca.enabled=1 > and see what kind of behavior you get? > I am curious what would happen, would it be the same kind of machine check condition. Andriy, I've done the world compilation with 'vm.pmap.pg_ps_enabled=0'. The first attempt has finished with silent reboot. The second one has been captured by the debugger: panic: backgroundwritedone: lost buffer cpuid = 0 KDB: enter: panic [thread pid 3 tid 100014 ] Stopped at breakpoint+0x5: leave -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 16:45:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 930AE1065672 for ; Thu, 12 Nov 2009 16:45:59 +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 6607C8FC0A for ; Thu, 12 Nov 2009 16:45:59 +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 1CE1246B5B; Thu, 12 Nov 2009 11:45:59 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3EFB38A01B; Thu, 12 Nov 2009 11:45:58 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 12 Nov 2009 11:33:30 -0500 User-Agent: KMail/1.9.7 References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> In-Reply-To: <20091111231753.GA52833@dmr.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911121133.30784.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 12 Nov 2009 11:45:58 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Emil Mikulic Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 16:45:59 -0000 On Wednesday 11 November 2009 6:17:53 pm Emil Mikulic wrote: > On Tue, Nov 10, 2009 at 09:15:42AM -0800, Mark Atkinson wrote: > > Also, you can try adding: > > > > hw.mca.enabled="1" in /boot/loader.conf > > This is a little off-topic, but: > Why is this disabled by default in FreeBSD? Because it is still a new feature and on some machines it causes panics/freezes out of the box. I'd be happier turning it on once it has been tested more and once we've figured out the reasons for the various freezes, etc. that seem to be related to enabling it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 14:52:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBC2A10656CF; Thu, 12 Nov 2009 14:52:12 +0000 (UTC) (envelope-from codestr0m@osunix.org) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 97BC28FC18; Thu, 12 Nov 2009 14:52:12 +0000 (UTC) Received: by ywh8 with SMTP id 8so2091288ywh.3 for ; Thu, 12 Nov 2009 06:52:11 -0800 (PST) Received: by 10.101.197.40 with SMTP id z40mr2627830anp.68.1258036328128; Thu, 12 Nov 2009 06:32:08 -0800 (PST) Received: from ?192.168.1.2? ([76.116.128.142]) by mx.google.com with ESMTPS id 34sm660386yxf.65.2009.11.12.06.32.05 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 06:32:06 -0800 (PST) Message-ID: <4AFC1D0F.1020805@osunix.org> Date: Thu, 12 Nov 2009 09:34:55 -0500 From: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= User-Agent: Thunderbird 2.0.0.22 (X11/20090909) MIME-Version: 1.0 To: Anton Shterenlikht References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 12 Nov 2009 16:50:24 +0000 Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 14:52:13 -0000 Anton Shterenlikht wrote: > Following from the discussion on the system compiler for ia64, > I tried to list few major ports which I'd love to have on ia64, > but can't, because of GCC problems: > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > - science/hdf5-18 (fortran APIs can't be built) > - french/aster (industial quality FEA code) > - cad/calculix (another good FEA code) > > All these depend on lang/gcc44, which doesn't build. > > The only fortran compiler I know to build and work > successfully on ia64 is (correct me if I'm wrong) g95. > > I wonder if it's possible/desirable/easy to use lang/g95 for > the above and other fortran-dependent ports? > > In principal, lang/g95 looks very good, and it's got > some features not available in gfortran, e.g. limited > support for 2003 standard. > > Any comments? > > Lots, but the main is that I don't think the g95 developer is still active. Please ping Andy and if you do get a response let me know. From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 16:52:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5F9C106566B; Thu, 12 Nov 2009 16:52:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 712CA8FC1F; Thu, 12 Nov 2009 16:52:14 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N8cu2-0003Mo-0o; Thu, 12 Nov 2009 16:52:13 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N8cu1-0006LB-1H; Thu, 12 Nov 2009 16:52:09 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nACGq8Y2001328; Thu, 12 Nov 2009 16:52:08 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nACGq81F001327; Thu, 12 Nov 2009 16:52:08 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Nov 2009 16:52:08 +0000 From: Anton Shterenlikht To: Steve Kargl Message-ID: <20091112165208.GC1283@mech-cluster241.men.bris.ac.uk> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> <20091112153407.GA62396@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112153407.GA62396@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: maho@freebsd.org, freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 16:52:14 -0000 On Thu, Nov 12, 2009 at 07:34:07AM -0800, Steve Kargl wrote: > On Thu, Nov 12, 2009 at 02:15:19PM +0000, Anton Shterenlikht wrote: > > Following from the discussion on the system compiler for ia64, > > I tried to list few major ports which I'd love to have on ia64, > > but can't, because of GCC problems: > > > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > > - science/hdf5-18 (fortran APIs can't be built) > > - french/aster (industial quality FEA code) > > - cad/calculix (another good FEA code) > > > > All these depend on lang/gcc44, which doesn't build. > > Doesn't build is not a very good description if you're > looking for help. Post the build log somewhere. > Have you submitted bug reports to gcc.gnu.org? Bugs > that are unreported are unlikely to be fixed. sorry, I thought it was a known issue. Here's my bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 I admit, I haven't checked the suggested patch yet.. > Have you checked the Open64 project? will do many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 16:55:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB3BF106566C; Thu, 12 Nov 2009 16:55:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 128098FC17; Thu, 12 Nov 2009 16:55:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAO7M+0qDaFvI/2dsb2JhbADdaYQ8BIFs X-IronPort-AV: E=Sophos;i="4.44,729,1249272000"; d="scan'208";a="55184341" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 12 Nov 2009 11:55:10 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 2FE6D940179; Thu, 12 Nov 2009 11:55:10 -0500 (EST) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ejJiy5HqNdyL; Thu, 12 Nov 2009 11:55:09 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id F3E79940020; Thu, 12 Nov 2009 11:55:08 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nACH2ng15010; Thu, 12 Nov 2009 12:02:49 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 12 Nov 2009 12:02:49 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Ivan Voras In-Reply-To: <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> Message-ID: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Sam Fourman Jr." , freebsd-current@freebsd.org, Dan Nelson Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 16:55:22 -0000 On Wed, 11 Nov 2009, Ivan Voras wrote: > > I think NFS uses sync disk IO access by default, this may be your > problem if you are write-heavy. Try setting vfs.nfsrv.async to 1 to > see if this is the cause of your problems. Just fyi, I took a quick look and I don't think this will be a good idea for NFSv3. (It allows the server to cheat for NFSv2 and avoid synchronous writes, which was contrary to the standard, but became fashionable for performance reasons, before NFSv3 came out.) For NFSv3, the writes are normally done asynchronously, followed by a Commit RPC to force them to disk, done by the client when it is flushing its buffer cache. When you set this sysctl, the NFSv3 server (sys/nfsserver, not the experimental one), all it does is reply to the write RPC that it has already been committed. This may have two effects, depending upon the client: 1 - The client may then choose to not bother with a Commit RPC. --> This shouldn't help performance much, because the data will normally have made to disk by now. *** This might be an interesting experiment to try on a ZFS server though, since if it does make a significant difference, it suggests that ZFS does a lot of work figuring out that the blocks are already on stable storage or something like that. (ie. It might hint at where to look for a ZFS related perf. problem.) OR 2 - Nothing, because the client doesn't notice it doesn't need to commit it and does the Commit RPC anyhow. Also, it is potentially dangerous, since if the server crashes after the client has done the write, but before the server has written it to disk, the data may be lost. (ie. The client might have flushed the dirty blocks out of its buffer cache, because it didn't think it needed to do a Commit RPC.) rick From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 17:03:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FE9106566C; Thu, 12 Nov 2009 17:03:21 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id C393D8FC1B; Thu, 12 Nov 2009 17:03:20 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N8d4d-0003zY-Kn; Thu, 12 Nov 2009 17:03:19 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N8d3u-0003vX-KS; Thu, 12 Nov 2009 17:03:07 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nACH2Mp8001457; Thu, 12 Nov 2009 17:02:22 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nACH2MjQ001456; Thu, 12 Nov 2009 17:02:22 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Nov 2009 17:02:22 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091112170222.GA1426@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: konqueror causes panic on ia64 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 17:03:21 -0000 on ia64 current, kern.osrevision: 199506, I've built kdebase-4.3.1_1. Lanching konqueror caused panic after about 5 mouse clicks. What I've recovered is below. I can try to repeat it, and collect a full crash dump if it's of any use. anton ############################# cpu_thread_exit(0xe000000019fcee40, 0xe0000000043b30c0, 0x50e, 0x163) at cpu_thread_exit+0x20 thread_exit(0xe00000000483d1f8, 0xe00000000483be40, 0xe000000011713a58, 0xe000000019fcee40) at threa d_exit+0x130 thr_exit(0xe0000000117139d0, 0xe000000011713aa8, 0xe00000000483d1d0, 0xe0000000117139b0) at thr_exit +0x120 syscall(0xa0000000c3b0f400, 0x1af, 0x2000000043aa67f0, 0xe000000019fcee40, 0xe0000000117139b0, 0xe00 00000049396f8, 0x1af, 0xa0000000c3b0f4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return KDB: enter: panic [thread pid 72526 tid 100179 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f3c8,gp ;; db> db> panic boot(0x104, 0xe00000000483bbd8, 0xe000000004396170, 0x793) at boot+0x70 panic(0xe00000000480eb50) at panic+0x350 db_panic(0xe00000000413d5d0, 0x40c, 0xffffffffffffffff) at db_panic+0x40 db_command(0xe000000004988118, 0x0, 0x1) at db_command+0x750 db_command_loop(0xe000000004988140, 0xe000000004988110, 0xe000000004988118, 0xe00000000480ec00) at d b_command_loop+0xf0 db_trap(0xb, 0xe0000000043f9e60) at db_trap+0x2b0 kdb_trap(0xb, 0x0, 0xa0000000c3b0f000, 0x1, 0x10080a2010, 0xe0000000047e9640, 0x716, 0xe000000004b69 b80) at kdb_trap+0x200 trap(0xb, 0xa0000000c3b0f000) at trap+0x7c0 ivt_Break_Instruction() at ivt_Break_Instruction+0x40 --- trapframe at 0xa0000000c3b0f000 kdb_enter(0xe00000000483bd90, 0xe00000000483bd90, 0xe000000004396120, 0x793) at kdb_enter+0xa0 panic(0xe000000004874470, 0x0, 0xe000000004874448, 0x5d3) at panic+0x2f0 ia64_highfp_drop(0xe000000019fcee40) at ia64_highfp_drop+0x100 cpu_thread_exit(0xe000000019fcee40, 0xe0000000043b30c0, 0x50e, 0x163) at cpu_thread_exit+0x20 thread_exit(0xe00000000483d1f8, 0xe00000000483be40, 0xe000000011713a58, 0xe000000019fcee40) at threa d_exit+0x130 thr_exit(0xe0000000117139d0, 0xe000000011713aa8, 0xe00000000483d1d0, 0xe0000000117139b0) at thr_exit +0x120 syscall(0xa0000000c3b0f400, 0x1af, 0x2000000043aa67f0, 0xe000000019fcee40, 0xe0000000117139b0, 0xe00 00000049396f8, 0x1af, 0xa0000000c3b0f4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 17:28:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB3B106568F for ; Thu, 12 Nov 2009 17:28:28 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBAF8FC1A for ; Thu, 12 Nov 2009 17:28:27 +0000 (UTC) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N8dT8-0001GN-8j; Thu, 12 Nov 2009 18:28:26 +0100 Received: from tf721.t.pppool.de ([89.55.247.33]:15935 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N8dT8-0004o2-2J; Thu, 12 Nov 2009 18:28:26 +0100 Date: Thu, 12 Nov 2009 18:28:25 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20091112182825.73b0079c@ernst.jennejohn.org> In-Reply-To: <200911121133.30784.jhb@freebsd.org> References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> <200911121133.30784.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Emil Mikulic Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 17:28:28 -0000 On Thu, 12 Nov 2009 11:33:30 -0500 John Baldwin wrote: > On Wednesday 11 November 2009 6:17:53 pm Emil Mikulic wrote: > > On Tue, Nov 10, 2009 at 09:15:42AM -0800, Mark Atkinson wrote: > > > Also, you can try adding: > > > > > > hw.mca.enabled="1" in /boot/loader.conf > > > > This is a little off-topic, but: > > Why is this disabled by default in FreeBSD? > > Because it is still a new feature and on some machines it causes > panics/freezes out of the box. I'd be happier turning it on once it has been > tested more and once we've figured out the reasons for the various freezes, > etc. that seem to be related to enabling it. > A safer way to test this is to enter set hw.mca.enabled="1" on the loader command line rather than putting it into loader.conf. I just did this on my "consumer" AMD64 board without ill effect. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 17:38:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86206106566C; Thu, 12 Nov 2009 17:38:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id DCE7F8FC22; Thu, 12 Nov 2009 17:38:51 +0000 (UTC) Received: by fxm27 with SMTP id 27so2624628fxm.3 for ; Thu, 12 Nov 2009 09:38:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=kKJI7Syulh26XOZcqxocNiTrGs1nPf740gREyxr6sPQ=; b=xxL8M9OAnrt1XEOFUjDMPnW6pl9+YWR9SIOQdi5UU7AEN1tjBkQHdmSJXQHZppNY5S BUHdOQFTeI0xjW5WSX5Ouujq2UAGvJZGKLyClYuhU9zHa7YT8bGZ3fTDhzaBDTbQmBCT iOsy8+Yjgivdp2WBR2Gxxl7hqUwEFpvSkmOH0= 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=R8mtTo00t/T6UgXR+Eo5ZrIZwY6Zo1hBtmcI+qlsLvisOtids1FO7T3LW1kTml0GIl AsP5EfAH7EGzJltKBDQgkTtY/5l7tTecFtAmFQRo2wS7fvX0wHkqVCTnqV7elcXS+KnG p4Cbuz1WMtBjIBFES5vaeCI2fkcaIrYofJnBU= MIME-Version: 1.0 Received: by 10.216.89.8 with SMTP id b8mr1026089wef.180.1258047530921; Thu, 12 Nov 2009 09:38:50 -0800 (PST) In-Reply-To: <200911121529.nACFT8ad037531@lava.sentex.ca> References: <20091017222314.GB19204@michelle.cdnetworks.com> <200911100021.nAA0LvMG014534@lava.sentex.ca> <2a41acea0911091633u2899b47ewb514b6276ba2cf62@mail.gmail.com> <200911100227.nAA2RtDY015177@lava.sentex.ca> <2a41acea0911101057q4f913e30m9319e52bbd254cfe@mail.gmail.com> <2a41acea0911101120o39fd695cpa325736d00b11587@mail.gmail.com> <200911102018.nAAKI3s7021614@lava.sentex.ca> <20091111203101.GC15449@michelle.cdnetworks.com> <2a41acea0911111419v5ae5682cy12613e1bd9a9c325@mail.gmail.com> <200911121529.nACFT8ad037531@lava.sentex.ca> Date: Thu, 12 Nov 2009 09:38:50 -0800 Message-ID: <2a41acea0911120938g60de3ff0o6fbca1c06bdeb7a3@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, jfv@freebsd.org, Mykola Dzham , current@freebsd.org Subject: Re: page fault in igb driver on 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 17:38:53 -0000 The storm threshold is a tuneable, like for 10G the default (1000) is guaranteed to be too low, we usually up it to 10000 in our lab. In this case its not indicative of a problem so just increase until it does not throttle the source. Jack On Thu, Nov 12, 2009 at 7:28 AM, Mike Tancsa wrote: > At 05:19 PM 11/11/2009, Jack Vogel wrote: > > Ya, so maybe a more robust solution to that failure would be a good >> thing, but this is not the time for more elaborate code, having this small >> fix put in is low risk and the better failure response can come later. >> >> In fact, I have a number of places in the ixgbe driver where I'm pondering >> over what to do in failure mode anyway. >> > > [trimming re@freebsd as this isnt a release issue] > > No panics yet, but at around 350k pps, I see > > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > interrupt storm detected on "irq257:"; throttling interrupt source > > 0(ich10)# vmstat -i > interrupt total rate > irq16: uhci0+ 22 0 > irq18: ehci0 uhci5 15 0 > irq19: fwohci0++ 78 0 > irq21: uhci1 17 0 > irq23: uhci3 ehci1 2 0 > cpu0: timer 175404021 1998 > irq256: igb0 19731770 224 > irq257: igb0 30741918 350 > irq258: igb0 14 0 > irq259: igb1 71514077 814 > irq260: igb1 28098687 320 > irq261: igb1 2 0 > irq262: em0 4435336 50 > irq263: ahci0 89527 1 > cpu7: timer 175395421 1998 > cpu6: timer 175394148 1998 > cpu1: timer 175395011 1998 > cpu4: timer 175394583 1998 > cpu5: timer 175395129 1998 > cpu3: timer 175395466 1998 > cpu2: timer 175394884 1998 > Total 1557780128 17749 > 0(ich10)# > > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 18:13:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C04271065670 for ; Thu, 12 Nov 2009 18:13:47 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id 20C268FC16 for ; Thu, 12 Nov 2009 18:13:46 +0000 (UTC) Received: (qmail 32659 invoked from network); 12 Nov 2009 19:13:45 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 12 Nov 2009 19:13:45 +0100 Date: Thu, 12 Nov 2009 19:13:44 +0100 From: Kai Gallasch To: freebsd-current@freebsd.org Message-ID: <20091112191344.09ccaff9@orwell.free.de> In-Reply-To: <4AFC14BE.7020106@icyb.net.ua> References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> <4AFC14BE.7020106@icyb.net.ua> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.18.2; powerpc-apple-darwin9.7.0) X-Face: 7"x0zA5=*cXGZw-xjU<">'+!3(KXTUXZVLD42KVN{'go[UQr"Mc.e(XW92N8plZ(9x.{x; I<|95e+b&GH-36\15F~L$YD*Y +u}o&KV?6.%"mJIkaY3G>BKNt`1|Y+%K1P4t; 47D65&(Y7h5Ll-[ltkhamx.-; ,jggK'}oMpUgEHFG YQ"9oXKAl>!d,J}T{)@uxvfu?YFWC*\~h+,^f Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 18:13:47 -0000 Am Thu, 12 Nov 2009 15:59:26 +0200 schrieb Andriy Gapon : > on 11/11/2009 22:13 Mark Atkinson said the following: > > > > Well, you're about at the point I am now with my HP dl385g5, only > > turning off superpages would result in a successful buildworld. > > Mine would often machine check during gas compilation as well. > > Mark, > > you mentioning MCA was magic moment for me. > I was debugging a problem which seemed to be quite different, but now > I think that it converges to the problem discussed in this thread (if > indeed it's the same problem for all reporters). > The difference is that I use a "consumer level" system based on > family 10h Athlon II and you use Opterons, seemingly also 10h or Fh > families. I guess that means that you and Kai both use "high > end"/"server grade" systems or some such. It's possible that > firmware/BIOS on your systems enables and monitors MCA by default, > even when the OS is not MCA-enabled. As such, I am curious if you > have any BIOS settings that look like being related to Machine > Check. Or perhaps there is something like Event Log in BIOS. Maybe > it even gets something useful. Could you please check? Hi. Here is one BIOS options on my server that is of possible interest to this kind of problem: Advanced Options -> Processor Options: No-Execute Page-Protection (DISABLED) "Enables the HW portion of a feature that allows systems to be protected against malicious code and viruses. In combination with an OS that supports this feature, memory is marked as non-executable unless the location explicitly contains executable code. Some viruses attempt to insert and execute code from non-executable memory locations. These attacks are intercepted and an exception is raised." --Kai. From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 18:44:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D96A1065670; Thu, 12 Nov 2009 18:44:11 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id C42E58FC0C; Thu, 12 Nov 2009 18:44:10 +0000 (UTC) Received: by pwj15 with SMTP id 15so1661291pwj.3 for ; Thu, 12 Nov 2009 10:44:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=YcTooj3NHB0I5H1+l9XJm5vx7rd6JAxegWMPpQqPca8=; b=ge3FZ5TOSHITZzHwRFGtWGoG+hpJhz+Q+f721+2TcELHTv40k2+RzZUFDu5vNpfUf7 c/rW1L/dFeM2IN53/wKLbFWSQj8RnBHbLzTzeEN2uY5SnvcAw01cUIduHPEnflppgcm9 uTDAJNYBGLj9lkl9xoRBTVNFAhdztNiT3d61M= 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=H51Ypes6ONSXQn/GldEnmaeEAaccP+FN2DOPrW+rfCJlPglhLjLuPgdrIJFi7mtR1X EqUmPW0g+SwaNRrBBVqSU1POxE8Wm1xf0uV1bPs0YEINMvoU8glqDwRqx5+dP2LOv7kT 6ktZsLnd0ZsaqZXxVD4wVyCMb7NYiBzvkTg4s= MIME-Version: 1.0 Received: by 10.142.74.1 with SMTP id w1mr365809wfa.156.1258051450062; Thu, 12 Nov 2009 10:44:10 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> Date: Thu, 12 Nov 2009 12:44:10 -0600 Message-ID: <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> From: "Sam Fourman Jr." To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dan Nelson , Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 18:44:11 -0000 On Thu, Nov 12, 2009 at 11:02 AM, Rick Macklem wrote= : > > > On Wed, 11 Nov 2009, Ivan Voras wrote: > >> >> I think NFS uses sync disk IO access by default, this may be your >> problem if you are write-heavy. Try setting vfs.nfsrv.async to 1 to >> see if this is the cause of your problems. > > Just fyi, I took a quick look and I don't think this will be a good > idea for NFSv3. (It allows the server to cheat for NFSv2 and avoid > synchronous writes, which was contrary to the standard, but became > fashionable for performance reasons, before NFSv3 came out.) > > For NFSv3, the writes are normally done asynchronously, followed > by a Commit RPC to force them to disk, done by the client when it > is flushing its buffer cache. > > When you set this sysctl, the NFSv3 server (sys/nfsserver, not the > experimental one), all it does is reply to the write RPC that it > has already been committed. This may have two effects, depending > upon the client: > 1 - The client may then choose to not bother with a Commit RPC. > =A0 =A0--> This shouldn't help performance much, because the data > =A0 =A0 =A0 =A0will normally have made to disk by now. > *** This might be an interesting experiment to try on a ZFS server > =A0 =A0though, since if it does make a significant difference, it > =A0 =A0suggests that ZFS does a lot of work figuring out that the > =A0 =A0blocks are already on stable storage or something like that. > =A0 =A0(ie. It might hint at where to look for a ZFS related perf. > =A0 =A0 problem.) > OR > 2 - Nothing, because the client doesn't notice it doesn't need to > =A0 =A0commit it and does the Commit RPC anyhow. > > Also, it is potentially dangerous, since if the server crashes after > the client has done the write, but before the server has written it > to disk, the data may be lost. (ie. The client might have flushed the > dirty blocks out of its buffer cache, because it didn't think it needed > to do a Commit RPC.) > > rick I guess I am confused a bit. Why is it that sftp has better write speed than NFS? and from what I am hearing there isn't a good way to fox it? what about if I try and tweak the nfs connection paramaters. all of these tests were done with whatever default is. anyone have any Ideas on better client connection parameters? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 18:48:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D0FE106566C; Thu, 12 Nov 2009 18:48:50 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5CF8FC1D; Thu, 12 Nov 2009 18:48:50 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so482684qwb.7 for ; Thu, 12 Nov 2009 10:48:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=zT/hDkZY/CHkDMN3itJv3o/h0Vi+Z2UlwsqOU9WAdps=; b=IybyQqGMZgwMw1oQ0TJQCpX0HY/Mu4Rj59WmpvwKLn41QVTIJ8GbshQ2XymWRSPBEn 7ydTpeYttwpCSsio6hwuzcxWLWF1m+59cua2b2roSESD1onXv/rT1amjmg0W1VMHzKe3 PxCHoka7pI5LJgMZH0yzwwiVAaSJNlkKu5ohQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=RGJhkQvTSWHXSZ2oVRRSGnp7kXi3990sz553tZ9ExhnY25H8/7X3OqlnyCHtvzyGIp HcBwb4+Q6zsb24ZZyN78iJgOaqafAxCBucGix89y+xwf5Exqo7rm+ztV+C/XRqCTNS9Y LXrP/MmIFBQdfsCEs0VJbhk771/2RX6i29wFw= MIME-Version: 1.0 Received: by 10.213.1.28 with SMTP id 28mr369154ebd.70.1258051729073; Thu, 12 Nov 2009 10:48:49 -0800 (PST) In-Reply-To: <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> From: Scott Ullrich Date: Thu, 12 Nov 2009 13:48:29 -0500 Message-ID: To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Cc: Rick Macklem , Dan Nelson , Ivan Voras , freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 18:48:50 -0000 On Thu, Nov 12, 2009 at 1:44 PM, Sam Fourman Jr. wrote: > I guess I am confused a bit. > Why is it that sftp has better write speed than NFS? and from what I > am hearing there isn't a good way to fox it? > what about if I try and tweak the nfs connection paramaters. all of > these tests were done with whatever default is. > > anyone have any Ideas on better client connection parameters? Sam, might want to take a look at my thread on freebsd-fs titled "Slow disk write IO with ZFS / NFS". Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 18:52:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4A3106566B for ; Thu, 12 Nov 2009 18:52:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 467BA8FC17 for ; Thu, 12 Nov 2009 18:52:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA14076; Thu, 12 Nov 2009 20:52:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFC595A.8050703@icyb.net.ua> Date: Thu, 12 Nov 2009 20:52:10 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> <200911121133.30784.jhb@freebsd.org> <20091112182825.73b0079c@ernst.jennejohn.org> In-Reply-To: <20091112182825.73b0079c@ernst.jennejohn.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 18:52:15 -0000 on 12/11/2009 19:28 Gary Jennejohn said the following: > > A safer way to test this is to enter > set hw.mca.enabled="1" > on the loader command line rather than putting it into loader.conf. > > I just did this on my "consumer" AMD64 board without ill effect. What CPU do you have, could you provide its description from dmesg? Did you stress-tested it enough (like parallel buildworld)? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 18:59:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7B6D1065672 for ; Thu, 12 Nov 2009 18:59:35 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id F08AA8FC19 for ; Thu, 12 Nov 2009 18:59:34 +0000 (UTC) Received: (qmail 34832 invoked from network); 12 Nov 2009 19:59:33 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 12 Nov 2009 19:59:33 +0100 Date: Thu, 12 Nov 2009 19:59:32 +0100 From: Kai Gallasch To: freebsd-current@freebsd.org Message-ID: <20091112195932.5875387e@orwell.free.de> In-Reply-To: <200911111504.14906.jhb@freebsd.org> References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.18.2; powerpc-apple-darwin9.7.0) X-Face: 7"x0zA5=*cXGZw-xjU<">'+!3(KXTUXZVLD42KVN{'go[UQr"Mc.e(XW92N8plZ(9x.{x; I<|95e+b&GH-36\15F~L$YD*Y +u}o&KV?6.%"mJIkaY3G>BKNt`1|Y+%K1P4t; 47D65&(Y7h5Ll-[ltkhamx.-; ,jggK'}oMpUgEHFG YQ"9oXKAl>!d,J}T{)@uxvfu?YFWC*\~h+,^f Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 18:59:35 -0000 Am Wed, 11 Nov 2009 15:04:14 -0500 schrieb John Baldwin : > On Wednesday 11 November 2009 2:15:18 pm S.N.Grigoriev wrote: > > > > 10.11.09, 09:15, "Mark Atkinson" > > wrote: > > > > > Andriy Gapon wrote: > > > > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the > > > > following: > > > > Not a trivial issue unless it is hardware indeed. > > > > > > > Also, you can try adding: > > > hw.mca.enabled="1" in /boot/loader.conf, reboot, and then see if > > > there is a machine check exception on the console during the > > > buildworld. > > > > Mark, > > > > I've added hw.mca.enabled="1" in /boot/loader.conf and got the > > following screen during the buildworld: > > > > ..... > > -c /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/sb.c > > > > MCA: CPU3 UNCOR PCC OVER DTLIB L1 error > > MCA: Address 0x8015fb000 > > You hardware is broken and it is telling you so. You have had > multiple machine checks with the most severe one being an > uncorrectable error in your data TLB (i.e. in the CPU itself). John, I also set hw.mca.enabled="1" and vm.pmap.pg_ps_enabled="1" in /boot/loader.conf on my (under load) spontaneously rebooting opteron proliant server. Server was upgraded to FREEBSD-8.0-PRERELEASE today. This is what happened.. ---- machine check trap, first run ---- sonnenkraft:/usr/obj # MCA: CPU 5 UNCOR PCC OVER DTLB L1 error MCA: Address 0x80e5c8000 Fatal trap 28: machine check trap while in user mode cpuid = 5; apic id = 05 instruction pointer = 0x43:0x691688 stack pointer = 0x3b:0x7fffffffdf90 frame pointer = 0x3b:0x6a2 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 3, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 29319 (cc1) [thread pid 29319 tid 100086 ] Stopped at 0x691688: leal 0x1(%rax),%edx db> where Tracing pid 29319 tid 100086 td 0xffffff000e065390 WAKEUP_cpu() at 0x691688 *** error reading from address 6aa *** db> bt Tracing pid 29319 tid 100086 td 0xffffff000e065390 WAKEUP_cpu() at 0x691688 *** error reading from address 6aa *** db> call doadump Cannot dump. Device not defined or unavailable. = 0x30 ---- machine check trap, second run - this time with dumpdev defined ---- sonnenkraft:~ # MCA: CPU 2 UNCOR PCC OVER DTLB L1 error MCA: Address 0x8011d3000 Fatal trap 28: machine check trap while in user mode cpuid = 2; apic id = 02 instruction pointer = 0x43:0x6b1241 stack pointer = 0x3b:0x7fffffffe200 frame pointer = 0x3b:0x7fffffffe240 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 3, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 69498 (cc1) [thread pid 69498 tid 100338 ] Stopped at 0x6b1241: call 0x6af140 db> where Tracing pid 69498 tid 100338 td 0xffffff000ef75720 WAKEUP_cpu() at 0x6b1241 db> bt Tracing pid 69498 tid 100338 td 0xffffff000ef75720 WAKEUP_cpu() at 0x6b1241 db> call doadump Physical memory: 20462 MB Dumping 2303 MB: 2288 2272 2256 2240 2224 2208 2192 2176 2160 2144 2128 2112 2096 2080 2064 2048 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 Dump complete = 0 db> reboot cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 2 ---- machine check trap, third run - BIOS: static low power mode enabled, to rule out power/heat issue ---- sonnenkraft:~ # MCA: CPU 4 UNCOR PCC OVER DTLB L1 error MCA: Address 0x8011fd000 Fatal trap 28: machine check trap while in user mode cpuid = 4; apic id = 04 instruction pointer = 0x43:0x76127d stack pointer = 0x3b:0x7fffffffe068 frame pointer = 0x3b:0x7fffffffe090 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 3, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 73135 (cc1) [thread pid 73135 tid 100146 ] Stopped at 0x76127d: xorl %edx,%edx db> where Tracing pid 73135 tid 100146 td 0xffffff00071caab0 WAKEUP_cpu() at 0x76127d db> bt Tracing pid 73135 tid 100146 td 0xffffff00071caab0 WAKEUP_cpu() at 0x76127d db> call doadump Physical memory: 20462 MB Dumping 2335 MB: 2320 2304 2288 2272 2256 2240 2224 2208 2192 2176 2160 2144 2128 2112 2096 2080 2064 2048 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 Dump complete = 0 db> reboot cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 4 ---- END: ---- What hardware parts are defective and need replacement? CPU, memory or mainboard? I now have two vmcore's + crashinfo core.txt available on the server. Are they of any use to get further information? --Kai. -- Draft beer, not people. From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 19:01:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054FB1065692; Thu, 12 Nov 2009 19:01:48 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 009448FC17; Thu, 12 Nov 2009 19:01:45 +0000 (UTC) Received: by pzk15 with SMTP id 15so1750962pzk.3 for ; Thu, 12 Nov 2009 11:01:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=AjMIZgdYd/rYeaMszLWnh2Nj9AA/UDnwyoow+Xk0Lfw=; b=yH6hatQgq+bIK8CeObSqmghdl4Ex7/ajRNXyUkVoxyY0FSGDq+/IytfQfOTzGqB8y0 WXzSz1GgZJgohzx5xCEVwL59Q94dhjVvbrTm0O5GRcWQUpZFKQGU4/W1wn6uq7+t0B7w 3yrBugTzBklERgaL6jqPAkxnB/GDC/b0XNwTU= 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=BVfarYEa+vt259TfL5SFDgwQ3VZw4tg1N/6zbMrGC6YH3j6sYXgUmp5AZknq9P1zPP t+I5pbmGvujWeos4MnIjVfDi0cJudeCFhcj15eIbckVB6NUFMViowHQszyc8kuwcEFsE uyOpZtEu+BvYh+8IZq/HOyl+EOtmvknX0oBPs= MIME-Version: 1.0 Received: by 10.142.249.19 with SMTP id w19mr379011wfh.199.1258052505654; Thu, 12 Nov 2009 11:01:45 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> Date: Thu, 12 Nov 2009 13:01:45 -0600 Message-ID: <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> From: "Sam Fourman Jr." To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Cc: Rick Macklem , Dan Nelson , Ivan Voras , freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 19:01:48 -0000 On Thu, Nov 12, 2009 at 12:48 PM, Scott Ullrich wrote: > On Thu, Nov 12, 2009 at 1:44 PM, Sam Fourman Jr. wrote: >> I guess I am confused a bit. >> Why is it that sftp has better write speed than NFS? and from what I >> am hearing there isn't a good way to fox it? >> what about if I try and tweak the nfs connection paramaters. all of >> these tests were done with whatever default is. >> >> anyone have any Ideas on better client connection parameters? > > Sam, might want to take a look at my thread on freebsd-fs titled "Slow > disk write IO with ZFS / NFS". > > Scott ---paste from Slow disk write IO with ZFS / NFS -------- Failing that, Add a log device to the pool, SSD or ramdisk is ideal, but separate disk HDD spindles to your data zpool also works pretty well. ----------- is there anyway to safely have a log device on a ramdisk? I would assume not. Does anyone have a link to a how to for putting the ZFS log device on seprate disk spindles? Sam Fourman From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 19:29:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6822106566C; Thu, 12 Nov 2009 19:29:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A03CA8FC0A; Thu, 12 Nov 2009 19:29:51 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A0CCC6D41B; Thu, 12 Nov 2009 19:29:50 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 63C9884513; Thu, 12 Nov 2009 20:29:50 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Sam Fourman Jr." References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> Date: Thu, 12 Nov 2009 20:29:50 +0100 In-Reply-To: <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> (Sam Fourman, Jr.'s message of "Thu, 12 Nov 2009 13:01:45 -0600") Message-ID: <86eio3czip.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , Dan Nelson , Ivan Voras , freebsd-current@freebsd.org, Scott Ullrich Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 19:29:52 -0000 "Sam Fourman Jr." writes: > is there anyway to safely have a log device on a ramdisk? Uh, no. > Does anyone have a link to a how to for putting the ZFS log device on > seprate disk spindles? % sudo zpool add pool_name log device_name DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 19:38:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767921065676; Thu, 12 Nov 2009 19:38:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 62EA38FC12; Thu, 12 Nov 2009 19:38:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KT0009V1H86DG70@asmtp026.mac.com>; Thu, 12 Nov 2009 11:38:32 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091112170222.GA1426@mech-cluster241.men.bris.ac.uk> Date: Thu, 12 Nov 2009 11:38:30 -0800 Message-id: <14DDE756-9E12-4EF8-8A17-8883738874A1@mac.com> References: <20091112170222.GA1426@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: konqueror causes panic on ia64 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 19:38:40 -0000 On Nov 12, 2009, at 9:02 AM, Anton Shterenlikht wrote: > on ia64 current, kern.osrevision: 199506, I've built > kdebase-4.3.1_1. Lanching konqueror caused panic after > about 5 mouse clicks. What I've recovered is below. Please update your sources. This problem is fixed. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 19:48:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AFC21065670 for ; Thu, 12 Nov 2009 19:48:08 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 335F48FC0C for ; Thu, 12 Nov 2009 19:48:08 +0000 (UTC) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N8feI-0002qD-K9; Thu, 12 Nov 2009 20:48:06 +0100 Received: from tf721.t.pppool.de ([89.55.247.33]:65151 helo=ernst.jennejohn.org) by 6.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N8feI-0003MD-CJ; Thu, 12 Nov 2009 20:48:06 +0100 Date: Thu, 12 Nov 2009 20:48:05 +0100 From: Gary Jennejohn To: Andriy Gapon Message-ID: <20091112204805.6ea0247f@ernst.jennejohn.org> In-Reply-To: <4AFC595A.8050703@icyb.net.ua> References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> <200911121133.30784.jhb@freebsd.org> <20091112182825.73b0079c@ernst.jennejohn.org> <4AFC595A.8050703@icyb.net.ua> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 19:48:08 -0000 On Thu, 12 Nov 2009 20:52:10 +0200 Andriy Gapon wrote: > on 12/11/2009 19:28 Gary Jennejohn said the following: > > > > A safer way to test this is to enter > > set hw.mca.enabled="1" > > on the loader command line rather than putting it into loader.conf. > > > > I just did this on my "consumer" AMD64 board without ill effect. > > What CPU do you have, could you provide its description from dmesg? > Did you stress-tested it enough (like parallel buildworld)? > I did about 1/2 of a parallel build world (-j3) and then stopped it. I figured, if it lasts that long, it should make it all the way through. CPU: AMD Athlon(tm) Dual Core Processor 4850e (2505.35-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f TSC: P-state invariant --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 20:19:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF5E106566C for ; Thu, 12 Nov 2009 20:19:40 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9E36A8FC0C for ; Thu, 12 Nov 2009 20:19:40 +0000 (UTC) Received: by iwn28 with SMTP id 28so2087475iwn.3 for ; Thu, 12 Nov 2009 12:19:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=6mCrYovx1tkaPaPMAbSC4yXMVEThA/MIeCvZVbrlqF0=; b=A4jLh/qeI4bE14/bZ7r0dJvPq7B5ciw8rxuUpkKyBByw8l7mCXY6sJgtOubRUb7Xx8 iirjq5V2gROrUsHonv6BNkql8YVeiW9y5YOk/K2YOSpmeJRgVDzeTqc+YCYehTcmVBSM 9WQVDM/dXqvN4ehJvJGWF8PqdAB70U/219rJU= 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=o1tL7sohPzzjIsIZ/WZ190Ep3KsFAo4XVR+SObBvRkOdAYjTKX6Zvqa1oRohcIPRGM 9x+UJ5hNK3v9Ed5ei1CjPfJZchU6hBodRnzdtv6xK4hEyTipDNEFC0IvFHElDBizXDzM l5A5auULDOQVuXcGXMGiome/6Ad2rfsLrUHw0= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.6.153 with SMTP id 25mr283269ibz.54.1258057180022; Thu, 12 Nov 2009 12:19:40 -0800 (PST) In-Reply-To: <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> Date: Thu, 12 Nov 2009 12:19:39 -0800 X-Google-Sender-Auth: b225fa60e14c2835 Message-ID: From: Artem Belevich To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Cc: Rick Macklem , Dan Nelson , Ivan Voras , freebsd-current@freebsd.org, Scott Ullrich Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 20:19:41 -0000 > is there anyway to safely have a log device on a ramdisk? I would assume not. Log seems to be somewhat weak point in ZFS. If you lose your log device, you will lose your pool. Plus, there's no way to remove log device from the pool. So, once you attach some device as a log, you'd better be sure that device does not disappear, because it will take the rest of the pool with it. From that point, real ram-disk (i.e. /dev/mdN) is definitely a recipe for disaster. External ramdisk with a battery backup may be an option, but even in mirrored configuration seems rather risky to me. http://jmlittle.blogspot.com/2008/05/problem-with-slogs-how-i-lost.html I'd say that SSD are probably the best fit for slog role. --Artem From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 20:34:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E683106566B; Thu, 12 Nov 2009 20:34:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 16FFE8FC13; Thu, 12 Nov 2009 20:34:57 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 06AD96D41B; Thu, 12 Nov 2009 20:34:55 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C645284513; Thu, 12 Nov 2009 21:34:55 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Artem Belevich References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> Date: Thu, 12 Nov 2009 21:34:55 +0100 In-Reply-To: (Artem Belevich's message of "Thu, 12 Nov 2009 12:19:39 -0800") Message-ID: <86my2ro51s.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , Dan Nelson , Scott Ullrich , freebsd-current@freebsd.org, Ivan Voras , "Sam Fourman Jr." Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 20:34:57 -0000 Artem Belevich writes: > Log seems to be somewhat weak point in ZFS. If you lose your log > device, you will lose your pool. Plus, there's no way to remove log > device from the pool. The zpool(1M) manpage seems to disagree: Log devices can be added, replaced, attached, detached, and impor= ted and exported as part of the larger pool. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 20:45:00 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5969310656A9 for ; Thu, 12 Nov 2009 20:45:00 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id EBD6E8FC1D for ; Thu, 12 Nov 2009 20:44:59 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nACKiwOk008276 for ; Thu, 12 Nov 2009 14:44:58 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Thu, 12 Nov 2009 14:44:58 -0600 (CST) From: "Sean C. Farley" To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: geometry/media size does not match label messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 20:45:00 -0000 I have an existing system running stable/7 and am preparing to upgrade it to stable/8 (as of r199085). The system has two slices mirrored. Upon booting from a Fixit disc, there are messages I see with stable/8 but not stable/7: GEOM: ad4s3: geometry does not match label (255h,63s != 16h,63s). GEOM: ad4s3: media size does not match label. GEOM: ad6s3: geometry does not match label (255h,63s != 16h,63s). GEOM: ad6s3: media size does not match label. This also occurs when having mirrored two freshly created slices (within VirtualBox), so it is not an existing issue seen from a newer kernel branch. I have a script[1] to perform the creation from the Fixit disc to show how I built the system. >From what I understand, these messages are due to the order GEOM tastes providers. Since mirrored slices may actually be from different drives and not match, I can see why the labels may not match. Should/could the tasting be adjusted to prevent these messages from appearing assuming everything is valid? It looks valid, yes? The swap slices using gpart or bsdlabel: Geom name: ad4s2 fwheads: 16 fwsectors: 63 last: 8388575 first: 0 entries: 8 scheme: BSD bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 8322 sectors/unit: 8388576 ... 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 8388576 0 unused 0 0 # "raw" part, don't edit h: 8388560 16 swap Here is the slice from the mirror (or ad[46]s3 if preferred): Geom name: mirror/slice0 fwheads: 255 fwsectors: 63 last: 75497434 first: 0 entries: 8 scheme: BSD bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 4699 sectors/unit: 75497435 ... 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 16 4.2BSD 0 0 0 b: 4194304 4194320 4.2BSD 0 0 0 c: 75497435 0 unused 0 0 # "raw" part, don't edit d: 8388608 8388624 4.2BSD 0 0 0 e: 58720203 16777232 4.2BSD 0 0 0 Sean 1. http://people.freebsd.org/~scf/Install-gmirror-MBR.txt -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 20:54:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4A61065694; Thu, 12 Nov 2009 20:54:45 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id 692928FC16; Thu, 12 Nov 2009 20:54:45 +0000 (UTC) Received: by iwn28 with SMTP id 28so2116093iwn.3 for ; Thu, 12 Nov 2009 12:54:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=xSYDMcCtiRbHPtNq3LjGHhyOD+Vgh4M61Fzi2Z93ZyY=; b=sOkJvaj3iivUXzvkrwQdmtZRU90tXm1T2JHaTWcjVB11BJQ58asqFRBN5cX+Uxc6jc OpOk8TydEiokxSpWlwyposJ7cNBJ9T04AK/L7mE5lmJDJmRW3ts24NPyzQFT7DWEnuOy WT1djalPRplaycC5agYfs/TuLanMgE5b6jWoI= 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=LoylAFmbMxdXU/HOKicQRjlTGYkgsrqP6DFfTGG2OIw839W4Zd77Bcos9sF+T012kU x6zcOlKO1RACIHG6pk1PrCfXi88hLsfdfBTwdrfbQIcVAYsFiuipcHFrNI2aCv17kSNd NOZG24fCx/v/k+EIaZJtL6fiE2ywOFgBsTw00= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.25.29 with SMTP id x29mr3258963ibb.31.1258059284682; Thu, 12 Nov 2009 12:54:44 -0800 (PST) In-Reply-To: <86my2ro51s.fsf@ds4.des.no> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <86my2ro51s.fsf@ds4.des.no> Date: Thu, 12 Nov 2009 12:54:44 -0800 X-Google-Sender-Auth: e6661cb9f3d8d003 Message-ID: From: Artem Belevich To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , Dan Nelson , Scott Ullrich , freebsd-current@freebsd.org, Ivan Voras , "Sam Fourman Jr." Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 20:54:45 -0000 2009/11/12 Dag-Erling Sm=F8rgrav : > The zpool(1M) manpage seems to disagree: > > =A0 =A0 =A0 Log =A0devices =A0can =A0be added, replaced, attached, detach= ed, and imported > =A0 =A0 =A0 and exported as part of the larger pool. Solaris' man page has somewhat different wording -- it indicates that only part of mirrored log device can be removed. See http://docs.sun.com/app/docs/doc/819-2240/zpool-1m In any case the reality is that you can not remove log vdev from the pool: $ zpool status z1 pool: z1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM z1 ONLINE 0 0 0 mirror ONLINE 0 0 0 ada3p3 ONLINE 0 0 0 ada2p3 ONLINE 0 0 0 logs ONLINE 0 0 0 gpt/zil ONLINE 0 0 0 cache gpt/l2arc ONLINE 0 0 0 errors: No known data errors $ zpool remove z1 gpt/zil Password: cannot remove gpt/zil: only inactive hot spares or cache devices can be rem= oved --Artem From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 21:12:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09F6C106566C for ; Thu, 12 Nov 2009 21:12:52 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id B3E408FC2B for ; Thu, 12 Nov 2009 21:12:51 +0000 (UTC) Received: by yxe1 with SMTP id 1so168109yxe.3 for ; Thu, 12 Nov 2009 13:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=qaI8xDv9ro8qHEzhWY1v4XsQ05pIg8A94MAj4EQJ16o=; b=jqq7UGOGR+NnX22XtWEW40GmW7hAoJdQH9YWULSAiesxtXyGW5JNzBD3/b6BMmJFXI pFCdOFN2XSMOK5LrjEcbD3dPBkOkgJ/2eQxYdLSONakSN/rSIRGrjqESAW+eZh6jUh6R 99oYmxXudb9Fy4dynpbxVF++jC8krh3oPwAzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=mDToE1FTxmaarwI3V3PHpm2S+8UhmIx2Paz+2kHZX5lxAAK/v+ptJlG9Yw9gGZyh/7 RRztkTsgjWHmXncVkUdbUztHDCpIMiCf2ePQDEZFlrvahhjLxvseMrw738eqRfru0L7f rNMGRPY2mfue2Ywm6aaL8ErdJ1t0BSlBAyGR8= Received: by 10.101.167.27 with SMTP id u27mr3657795ano.199.1258060368897; Thu, 12 Nov 2009 13:12:48 -0800 (PST) Received: from ?192.168.1.100? ([190.177.212.192]) by mx.google.com with ESMTPS id 36sm51439yxh.49.2009.11.12.13.12.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 13:12:48 -0800 (PST) From: Gonzalo Nemmi To: freebsd-current@freebsd.org Date: Thu, 12 Nov 2009 19:12:44 -0200 User-Agent: KMail/1.9.10 References: <20091111223751.GE15449@michelle.cdnetworks.com> <20091112034749.GI15449@michelle.cdnetworks.com> In-Reply-To: <20091112034749.GI15449@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911121912.44926.gnemmi@gmail.com> Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 21:12:52 -0000 On Thursday 12 November 2009 1:47:49 am Pyun YongHyeon wrote: > On Wed, Nov 11, 2009 at 02:37:51PM -0800, Pyun YongHyeon wrote: > > Hi, > > > > I had been working on fixing bus_dma(9) bugs and adding TSO > > capability to bge(4). Now TSO is supported for BCM5755 or newer > > controllers. Actually some pre-BCM5755 controllers also support > > TSO with the help of special firmware but the license issue and > > lower performance of firmware based TSO as well as TSO bug I > > intentionally excluded TSO support for pre-BCM5755 controllers. > > You can get the patch form the following URL. The diff was > > generated against latest HEAD. > > > > http://people.freebsd.org/~yongari/bge/bge.tso.1111.diff > > Eh, there was a typo so I regenerated the diff. > http://people.freebsd.org/~yongari/bge/bge.tso.1111-1.diff Hi Just wanted to know before getting on to it, will your patch help to resolve kern/136876? Best Regards Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 21:15:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6ED3106568B; Thu, 12 Nov 2009 21:15:10 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2C74A8FC29; Thu, 12 Nov 2009 21:15:09 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so675325eyd.9 for ; Thu, 12 Nov 2009 13:15:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=XPxhyjpCyDKtvVOp4CgEwsooV0aAfOyV7mkFa+1x7QI=; b=l6jaSz2RP5ZExxE5sQNUH4SnBlsUrUBVwvIZwGM9hKCYodYBF00bPMERGiSDqfj2rY fW+n3zz//cgODgInIPEIeYcvGysBkD/UqxuO5uPD73aQnzlnxPHoGc/5BuH+g74zr5eu Q2d1AQyu0RNz/t25MWiDPh04xydRlRFGuqn0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=Ot3iyQQRL6BNZLaGFkZlIo1eYjiH/rOyBCUJSo+Vcty6Lcz4pVH6f+wVo2Z4j3pP1h gomhA/SWEOCtrE4u1+WRT09ocpnV/C/vf3nE0YAjOnodwK6KHm6zrr7ruomcNPSp7AOs vO+AGec5rmrSnMHNcyGhGlTWnRXSvGHa5R9nU= MIME-Version: 1.0 Received: by 10.213.23.78 with SMTP id q14mr2072848ebb.80.1258060509085; Thu, 12 Nov 2009 13:15:09 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> From: Scott Ullrich Date: Thu, 12 Nov 2009 16:14:49 -0500 Message-ID: To: Artem Belevich Content-Type: text/plain; charset=ISO-8859-1 Cc: "Sam Fourman Jr." , Rick Macklem , Dan Nelson , Ivan Voras , freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 21:15:10 -0000 On Thu, Nov 12, 2009 at 3:19 PM, Artem Belevich wrote: > > Log seems to be somewhat weak point in ZFS. If you lose your log > device, you will lose your pool. Plus, there's no way to remove log > device from the pool. So, once you attach some device as a log, you'd > better be sure that device does not disappear, because it will take > the rest of the pool with it. From that point, real ram-disk (i.e. > /dev/mdN) is definitely a recipe for disaster. External ramdisk with a > battery backup may be an option, but even in mirrored configuration > seems rather risky to me. > > http://jmlittle.blogspot.com/2008/05/problem-with-slogs-how-i-lost.html > > I'd say that SSD are probably the best fit for slog role. Indeed. I mirrored 2 SSDs on an Areca in case I loose one of them. Partitioned the SSD into a log device and the rest being cache (see the ZFS best practices guide for details). Needless to say my performance matches that of normal writes and reads when using NFS now. Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 21:29:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B550A1065694 for ; Thu, 12 Nov 2009 21:29:16 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5408FC1A for ; Thu, 12 Nov 2009 21:29:16 +0000 (UTC) Received: by bwz5 with SMTP id 5so2859776bwz.3 for ; Thu, 12 Nov 2009 13:29:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=1SNHzAvm54KCb5ReIk0MMLW2+oKG+zZlbuyrgBr6tEU=; b=OgU1MxY1wwKbId/3ucsDC/z+ACziJawKL/e1u1fpOR+7cnYgqTvL0G33xoW3VrT9sX cbIqClR4UVAT65aP3W56sgkMU3VFY1E3dWuuQFG9BiwJoaRNBGz1fNVJD/W2yBQLO3kH czmZtUubT+yoAfIu6GBKNJ6dKhaJK6DC/54aM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=fyJv8ltw7RhZBf/1yhlD0NXLaTqVQaI0AusqhG0VMFC761RJsk8ibbvwC97vVh6b0O hZtyNvo80aVi5De1CKgUfWLbX4S6cyVoMKSIiQBHNCSzT1F+L5qeONCyrlcazrHeIulM 90FdKy/V5HfoYsaS6WXzj9SKhylryxS51FYLI= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.90.9 with SMTP id d9mr1123040wef.201.1258061355107; Thu, 12 Nov 2009 13:29:15 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> From: Ivan Voras Date: Thu, 12 Nov 2009 22:28:55 +0100 X-Google-Sender-Auth: 3711550f5db4cf83 Message-ID: <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> To: Scott Ullrich Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 21:29:16 -0000 2009/11/12 Scott Ullrich : > On Thu, Nov 12, 2009 at 3:19 PM, Artem Belevich wrote: >> >> Log seems to be somewhat weak point in ZFS. If you lose your log >> device, you will lose your pool. Plus, there's no way to remove log >> device from the pool. So, once you attach some device as a log, you'd >> better be sure that device does not disappear, because it will take >> the rest of the pool with it. From that point, real ram-disk (i.e. >> /dev/mdN) is definitely a recipe for disaster. External ramdisk with a >> battery backup may be an option, but even in mirrored configuration >> seems rather risky to me. >> >> http://jmlittle.blogspot.com/2008/05/problem-with-slogs-how-i-lost.html >> >> I'd say that SSD are probably the best fit for slog role. > > Indeed. =C2=A0 I mirrored 2 SSDs on an Areca in case I loose one of them. > Partitioned the SSD into a log device and the rest being cache (see > the ZFS best practices guide for details). > > Needless to say my performance matches that of normal writes and reads > when using NFS now. So in short, you are saying the to get "normal" performance out of ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 21:30:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45EFE1065672; Thu, 12 Nov 2009 21:30:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id F17288FC13; Thu, 12 Nov 2009 21:30:56 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 141706D41B; Thu, 12 Nov 2009 21:30:56 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D625C844C2; Thu, 12 Nov 2009 22:30:55 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Scott Ullrich References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> Date: Thu, 12 Nov 2009 22:30:55 +0100 In-Reply-To: (Scott Ullrich's message of "Thu, 12 Nov 2009 16:14:49 -0500") Message-ID: <861vk3o2gg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , Dan Nelson , freebsd-current@freebsd.org, Ivan Voras , "Sam Fourman Jr." , Artem Belevich Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 21:30:57 -0000 Scott Ullrich writes: > Indeed. I mirrored 2 SSDs on an Areca in case I loose one of them. You can also use a ZFS mirror for the zil: # zpool add pool_name log mirror ssd0 ssd1 in which case you can replace ssd0 or ssd1 as usual should one of them fail. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 21:39:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13ADC106566C; Thu, 12 Nov 2009 21:39:14 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id CE0B78FC1C; Thu, 12 Nov 2009 21:39:13 +0000 (UTC) Received: by pzk15 with SMTP id 15so1835970pzk.3 for ; Thu, 12 Nov 2009 13:39:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bCTPPUSYmoH3klX45QwPJiNPWsEnAgle+MAoGnpOxTM=; b=S+JpW9kQ15tjWMN0eHjZ6ici88+uqZwQk9eLtkd2yR2aDMaTbmQfO8HfxpKhELKirK 2SiklporanQ+78eHYC4D+Yxfp3Wa5m5pU9jomMOEbFvJ903es/8PVW2wskdyHkstV099 oxcny51P3Ed12I5ZI7lBNN0b7+p4uW5DJ4uck= 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=uSOWCp97m2l5vpb7Kt4WHKHDfMp6M/sFxVeJry/J8hOj88fxPrJKhvg12abJyuBOFQ 65smGyFOVKU7OUFfiZE0D6fIlR1iFhpUsoSNVeRDbTZcUYR/q9VNHpZgZRkoD/7mH0fe 5vqvNqmbXCorDZwHB+W76pUxPmOtAPxig8TaA= MIME-Version: 1.0 Received: by 10.142.59.16 with SMTP id h16mr404903wfa.161.1258061953340; Thu, 12 Nov 2009 13:39:13 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> Date: Thu, 12 Nov 2009 15:39:13 -0600 Message-ID: <11167f520911121339y4161a1a2sae8b6196c3b7a1fb@mail.gmail.com> From: "Sam Fourman Jr." To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , Dan Nelson , Artem Belevich , freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 21:39:14 -0000 On Thu, Nov 12, 2009 at 3:14 PM, Scott Ullrich wrote: > On Thu, Nov 12, 2009 at 3:19 PM, Artem Belevich wrote: >> >> Log seems to be somewhat weak point in ZFS. If you lose your log >> device, you will lose your pool. Plus, there's no way to remove log >> device from the pool. So, once you attach some device as a log, you'd >> better be sure that device does not disappear, because it will take >> the rest of the pool with it. From that point, real ram-disk (i.e. >> /dev/mdN) is definitely a recipe for disaster. External ramdisk with a >> battery backup may be an option, but even in mirrored configuration >> seems rather risky to me. >> >> http://jmlittle.blogspot.com/2008/05/problem-with-slogs-how-i-lost.html >> >> I'd say that SSD are probably the best fit for slog role. > > Indeed. =A0 I mirrored 2 SSDs on an Areca in case I loose one of them. > Partitioned the SSD into a log device and the rest being cache (see > the ZFS best practices guide for details). > > Needless to say my performance matches that of normal writes and reads > when using NFS now. if you wouldn't mind posting, what kind of NFS performance can you achieve? my application is office Fileserver (the clients are FreeBSD 8 diskless PXE boot) so idk if it is possible to achieve gigabit NFS performance. iperf is able to get ~970mbit from a client to the NFS server. I realize that disk i/o is the limiting factor so I bought 6x SATA2 disks and a Areca card Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 21:54:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEE4C10656CA; Thu, 12 Nov 2009 21:54:52 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by mx1.freebsd.org (Postfix) with ESMTP id 66EC38FC12; Thu, 12 Nov 2009 21:54:52 +0000 (UTC) Received: from voodoo.kenyonralph.com ([76.176.200.148]) by cdptpa-omta02.mail.rr.com with ESMTP id <20091112215451556.KADB3637@cdptpa-omta02.mail.rr.com>; Thu, 12 Nov 2009 21:54:51 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id C222C181BA1; Thu, 12 Nov 2009 13:54:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:subject:message-id:references:mime-version:content-type :in-reply-to; s=postfix; bh=CdsFixPHY3QGMS6qWWesAWkj7fdWwBW/iwtt B+ujHsc=; b=i2cxXiAEFw+e4KzyOsMtxtQpEdGvMKcebsFLo/zK+LH3NAGxBXsR vdrhwiBNP7jILP9seVnH62AH7X8v6eZbjBQTXS76rddj8sxYURAN3hVVa7N/edvU PQ+xm3COhlrYSZNYZvFAtvxVjgtywAyqqbTZOFfndMuDNJkujzBy/BA= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 4DD0A181C17; Thu, 12 Nov 2009 13:54:49 -0800 (PST) Date: Thu, 12 Nov 2009 13:54:49 -0800 From: Kenyon Ralph To: freebsd-stable@freebsd.org, freebsd-current Message-ID: <20091112215449.GA21631@kenyonralph.com> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-current References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> X-Operating-System: Ubuntu 9.10 Linux 2.6.31-15-generic on i686 User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 12 Nov 2009 21:59:46 +0000 Cc: Subject: Re: 8.0-RC3 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 21:54:52 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-11-12T10:38:37-0500, Ken Smith wrote: > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages but no other packages. I just did a successful minimal install on a Dell laptop from the amd64 memstick RC3 media. I created the memstick like this on a GNU/Linux machine: dd if=3D8.0-RC3-amd64-memstick.img of=3D/dev/sda bs=3D10240 conv=3Dsync --=20 Kenyon Ralph --SUOF0GtieIMvvwua Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkr8hCkACgkQmFtUtJKnbnVpOQCgiAssDnEu/NmQvpE0dk/ZsZDc rYoAoJYMxoDMY02p37SuAbsXnZirfGz2 =/ocb -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 22:03:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D831065670; Thu, 12 Nov 2009 22:03:03 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E33E58FC14; Thu, 12 Nov 2009 22:03:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 12ACE6D44C; Thu, 12 Nov 2009 22:03:02 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 20B66844E9; Thu, 12 Nov 2009 23:03:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> Date: Thu, 12 Nov 2009 23:03:01 +0100 In-Reply-To: <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> (Ivan Voras's message of "Thu, 12 Nov 2009 22:28:55 +0100") Message-ID: <86ws1vmmei.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Scott Ullrich Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 22:03:03 -0000 Ivan Voras writes: > So in short, you are saying the to get "normal" performance out of > ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) The Areca is unnecessary. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 22:06:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA767106566B for ; Thu, 12 Nov 2009 22:06:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD698FC1D for ; Thu, 12 Nov 2009 22:06:24 +0000 (UTC) Received: by ywh8 with SMTP id 8so2525792ywh.3 for ; Thu, 12 Nov 2009 14:06:23 -0800 (PST) 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=iAQwhqZooxJCALueRuqTB3qidrtGcm11bayp1ge96wc=; b=r8ZS+hqzlwo/wFdpcAjR6ofAebZWaNKWLfy3kcIrUdHEantvamF2n8UcVkq/4VBc+U zPYVSWepUagLDzjsI5Wu6yNN4FmWe+beigoY/ZZZKPCy9WUWGaoexDanfwx4Ve6LW1Dk dbNpf0IvXUtNBURLYs0acK2+HuE8UF5G0cjGw= 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=NvttwVeGV5xOYrPAckc/DaLgs0yJxqlNueeNrMmUYShRU38cIDRFzVf3uLGGyxWa4M di9qZkUFU4/QAc6/mhqUvBWZroGBJddSjk8RLv/rgNxNFFw1bN4rDSn7YBWra9R82N+P k88WiKIof1a3BuBGs/pwifRKNyrB30D6mlHk0= Received: by 10.150.127.3 with SMTP id z3mr6242048ybc.301.1258063583747; Thu, 12 Nov 2009 14:06:23 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm93665ywi.42.2009.11.12.14.06.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 14:06:21 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 12 Nov 2009 14:05:50 -0800 From: Pyun YongHyeon Date: Thu, 12 Nov 2009 14:05:50 -0800 To: Gonzalo Nemmi Message-ID: <20091112220550.GJ15449@michelle.cdnetworks.com> References: <20091111223751.GE15449@michelle.cdnetworks.com> <20091112034749.GI15449@michelle.cdnetworks.com> <200911121912.44926.gnemmi@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911121912.44926.gnemmi@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 22:06:25 -0000 On Thu, Nov 12, 2009 at 07:12:44PM -0200, Gonzalo Nemmi wrote: > On Thursday 12 November 2009 1:47:49 am Pyun YongHyeon wrote: > > On Wed, Nov 11, 2009 at 02:37:51PM -0800, Pyun YongHyeon wrote: > > > Hi, > > > > > > I had been working on fixing bus_dma(9) bugs and adding TSO > > > capability to bge(4). Now TSO is supported for BCM5755 or newer > > > controllers. Actually some pre-BCM5755 controllers also support > > > TSO with the help of special firmware but the license issue and > > > lower performance of firmware based TSO as well as TSO bug I > > > intentionally excluded TSO support for pre-BCM5755 controllers. > > > You can get the patch form the following URL. The diff was > > > generated against latest HEAD. > > > > > > http://people.freebsd.org/~yongari/bge/bge.tso.1111.diff > > > > Eh, there was a typo so I regenerated the diff. > > http://people.freebsd.org/~yongari/bge/bge.tso.1111-1.diff > > Hi > Just wanted to know before getting on to it, will your patch help to > resolve kern/136876? > My diff includes a fix for assuming PCIe device control register and MSI control registers would be reside in fixed address. And from the pciconf output I see the your MSI control register is located at different address. However bge(4) does not touch that register for BCM5906 so I guess my diff may not fix the resume issue. > Best Regards > Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 22:09:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3DE51065670 for ; Thu, 12 Nov 2009 22:09:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 027268FC14 for ; Thu, 12 Nov 2009 22:09:57 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA16730; Fri, 13 Nov 2009 00:09:55 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N8hrX-000E1A-0Q; Fri, 13 Nov 2009 00:09:55 +0200 Message-ID: <4AFC8795.704@icyb.net.ua> Date: Fri, 13 Nov 2009 00:09:25 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> <200911121133.30784.jhb@freebsd.org> <20091112182825.73b0079c@ernst.jennejohn.org> <4AFC595A.8050703@icyb.net.ua> <20091112204805.6ea0247f@ernst.jennejohn.org> In-Reply-To: <20091112204805.6ea0247f@ernst.jennejohn.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 22:09:58 -0000 on 12/11/2009 21:48 Gary Jennejohn said the following: > On Thu, 12 Nov 2009 20:52:10 +0200 > Andriy Gapon wrote: > >> on 12/11/2009 19:28 Gary Jennejohn said the following: >>> A safer way to test this is to enter >>> set hw.mca.enabled="1" >>> on the loader command line rather than putting it into loader.conf. >>> >>> I just did this on my "consumer" AMD64 board without ill effect. >> What CPU do you have, could you provide its description from dmesg? >> Did you stress-tested it enough (like parallel buildworld)? >> > > I did about 1/2 of a parallel build world (-j3) and then stopped it. I > figured, if it lasts that long, it should make it all the way through. > > CPU: AMD Athlon(tm) Dual Core Processor 4850e (2505.35-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x11f > TSC: P-state invariant Hmm, all people, who do have the problem and who provided cpu information, seem to have family 16 (0x10, 10h) AMD processors. You have a family 15 one. Maybe it's that, maybe not. BTW, here is my info: CPU: AMD Athlon(tm) II X2 250 Processor (3013.73-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f62 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 22:39:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1780106566C for ; Thu, 12 Nov 2009 22:39:39 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 74E5D8FC12 for ; Thu, 12 Nov 2009 22:39:39 +0000 (UTC) Received: by yxe1 with SMTP id 1so241199yxe.3 for ; Thu, 12 Nov 2009 14:39:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=v2BWozTjfSAeoGmn6WFQZi84cFGofv9DY4Nu758mJDE=; b=FCN0OiYE4Oghk1RTha4VOiuPYU8h5qe5AkIOa0o1BwvWuRCkyfTcLuNIqvb7DV6fXj pAWwkiKd+L2CxUH8UGuOw1/YKREB/tLicB+9iiWh3vG1FIw7iW7g9zZMam7Q0K9p+CgZ vINfDa/j1r2127l2YPBnWqR0bnQAVw6j8uPYk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=L64tJLjpFUtVcAKqj6Q67vR+RNecIfmC0cZKxu0vk/wfionfHCyTGe8ytpTqC/NT+5 wH/yD2YB+u/ckY8MGYDBy7JeEthyZr8N+g6qL1M+6ZY2mGow4g5dM0bhwivGgOmAFJbo a/8NHegOrYYKYdf326CQ0zTSNyxFzdt1qlN2g= Received: by 10.150.61.3 with SMTP id j3mr6348537yba.76.1258065575652; Thu, 12 Nov 2009 14:39:35 -0800 (PST) Received: from ?192.168.1.100? ([190.177.212.192]) by mx.google.com with ESMTPS id 14sm1507822gxk.6.2009.11.12.14.39.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 14:39:35 -0800 (PST) From: Gonzalo Nemmi To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Thu, 12 Nov 2009 20:39:31 -0200 User-Agent: KMail/1.9.10 References: <20091111223751.GE15449@michelle.cdnetworks.com> <200911121912.44926.gnemmi@gmail.com> <20091112220550.GJ15449@michelle.cdnetworks.com> In-Reply-To: <20091112220550.GJ15449@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911122039.31431.gnemmi@gmail.com> Cc: Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 22:39:39 -0000 On Thursday 12 November 2009 8:05:50 pm Pyun YongHyeon wrote: > On Thu, Nov 12, 2009 at 07:12:44PM -0200, Gonzalo Nemmi wrote: > > On Thursday 12 November 2009 1:47:49 am Pyun YongHyeon wrote: > > > On Wed, Nov 11, 2009 at 02:37:51PM -0800, Pyun YongHyeon wrote: > > > > Hi, > > > > > > > > I had been working on fixing bus_dma(9) bugs and adding TSO > > > > capability to bge(4). Now TSO is supported for BCM5755 or newer > > > > controllers. Actually some pre-BCM5755 controllers also support > > > > TSO with the help of special firmware but the license issue and > > > > lower performance of firmware based TSO as well as TSO bug I > > > > intentionally excluded TSO support for pre-BCM5755 controllers. > > > > You can get the patch form the following URL. The diff was > > > > generated against latest HEAD. > > > > > > > > http://people.freebsd.org/~yongari/bge/bge.tso.1111.diff > > > > > > Eh, there was a typo so I regenerated the diff. > > > http://people.freebsd.org/~yongari/bge/bge.tso.1111-1.diff > > > > Hi > > Just wanted to know before getting on to it, will your patch help > > to resolve kern/136876? > > My diff includes a fix for assuming PCIe device control register > and MSI control registers would be reside in fixed address. And > from the pciconf output I see the your MSI control register is > located at different address. However bge(4) does not touch that > register for BCM5906 so I guess my diff may not fix the resume > issue. > Thanks a lot for your prompt, clear and straight answer. Regards Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 23:10:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 848C11065679 for ; Thu, 12 Nov 2009 23:10:46 +0000 (UTC) (envelope-from robillard.etienne@gmail.com) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 580908FC19 for ; Thu, 12 Nov 2009 23:10:46 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([70.82.236.228]) by VL-MH-MR002.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0KT000AOYR1W9WL0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Thu, 12 Nov 2009 18:10:45 -0500 (EST) Message-id: <4AFC9633.1050301@gmail.com> Date: Thu, 12 Nov 2009 18:11:47 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Thunderbird 2.0.0.23 (X11/20090817) To: freebsd-current@freebsd.org References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> <200911121133.30784.jhb@freebsd.org> <20091112182825.73b0079c@ernst.jennejohn.org> <4AFC595A.8050703@icyb.net.ua> <20091112204805.6ea0247f@ernst.jennejohn.org> <4AFC8795.704@icyb.net.ua> In-reply-to: <4AFC8795.704@icyb.net.ua> X-Enigmail-Version: 0.95.0 Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 23:10:46 -0000 Andriy Gapon wrote: > on 12/11/2009 21:48 Gary Jennejohn said the following: >> On Thu, 12 Nov 2009 20:52:10 +0200 >> Andriy Gapon wrote: >> >>> on 12/11/2009 19:28 Gary Jennejohn said the following: >>>> A safer way to test this is to enter >>>> set hw.mca.enabled="1" >>>> on the loader command line rather than putting it into loader.conf. >>>> >>>> I just did this on my "consumer" AMD64 board without ill effect. >>> What CPU do you have, could you provide its description from dmesg? >>> Did you stress-tested it enough (like parallel buildworld)? >>> >> I did about 1/2 of a parallel build world (-j3) and then stopped it. I >> figured, if it lasts that long, it should make it all the way through. >> >> CPU: AMD Athlon(tm) Dual Core Processor 4850e (2505.35-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff >> Features2=0x2001 >> AMD Features=0xea500800 >> AMD Features2=0x11f >> TSC: P-state invariant > > Hmm, all people, who do have the problem and who provided cpu information, seem > to have family 16 (0x10, 10h) AMD processors. You have a family 15 one. Maybe > it's that, maybe not. > > BTW, here is my info: > CPU: AMD Athlon(tm) II X2 250 Processor (3013.73-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f62 Stepping = 2 > > Features=0x178bfbff > Features2=0x802009 > AMD Features=0xee500800 > AMD > Features2=0x37ff > TSC: P-state invariant > > here's my dmesg output. No problem at all buildworld/installworld. I also didn't play much with any debugging options, this is the generic one... ;-) Copyright (c) 1992-2009 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 8.0-RC2 #0: Sun Oct 25 07:27:19 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2613.41-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f32 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f real memory = 536870912 (512 MB) avail memory = 499974144 (476 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 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, 1fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfefff000-0xfefff3ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfe02c000-0xfe02cfff irq 23 at device 7.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfe02b000-0xfe02bfff irq 21 at device 8.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pci1: on pcib1 fwohci0: port 0xac00-0xac7f mem 0xfdfff000-0xfdfff7ff irq 17 at device 1.0 on pci1 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:1e:8c:00:00:22:dc:f8 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1ef1c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:1e:8c:22:dc:f8 fwe0: Ethernet address: 02:1e:8c:22:dc:f8 fwip0: on firewire0 fwip0: Firewire address: 00:1e:8c:00:00:22:dc:f8 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode dc0: port 0xa800-0xa8ff mem 0xfdffe000-0xfdffe3ff irq 16 at device 6.0 on pci1 miibus0: on dc0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:12:17:51:31:ac dc0: [ITHREAD] nfe0: port 0xbc00-0xbc07 mem 0xfe02a000-0xfe02afff irq 22 at device 10.0 on pci0 miibus1: on nfe0 atphy0: PHY 0 on miibus1 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto nfe0: Ethernet address: 00:1f:c6:be:65:76 nfe0: [FILTER] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 vgapci0: port 0x9c00-0x9cff mem 0xd0000000-0xdfffffff,0xfdef0000-0xfdefffff irq 18 at device 0.0 on pci5 vgapci1: mem 0xfdee0000-0xfdeeffff at device 0.1 on pci5 acpi_tz0: on acpi0 ACPI Warning: \\_TZ_.THRM._PSL: Return Package type mismatch at index 0 - found [NULL Object Descriptor], expected Reference 20090521 nspredef-1058 atrtc0: port 0x70-0x73 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-slave UDMA33 ad8: 152627MB at ata4-master SATA300 uhub0: 9 ports with 9 removable, self powered uhub1: 9 ports with 9 removable, self powered SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad8s1a WARNING: / was not properly dismounted ugen0.2: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 ugen0.3: at usbus0 ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled nfe0: link state changed to UP hope this helps, Etienne -- Etienne Robillard Green Tea Hackers Club Blog: PGP Fingerprint: 178A BF04 23F0 2BF5 535D 4A57 FD53 FD31 98DC 4E57 From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 23:36:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4865D106566C for ; Thu, 12 Nov 2009 23:36:36 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id B04558FC1E for ; Thu, 12 Nov 2009 23:36:35 +0000 (UTC) Received: by bwz5 with SMTP id 5so2991360bwz.3 for ; Thu, 12 Nov 2009 15:36:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=1ydVbXDRjBR2tFcjoRUJmnJ9gMthUdb08/j8LomybQE=; b=V4XuZ2sROcsjhG25Lte6XRje6DoC6mlEjoYa6YhB61kBD8Wpk1lLLBQE0CD9eLJ3NL pryicXoOoYbDc3EBqBrCpVnXdKP9Jl8IFd3QU7vYqk3Z1zlpDnXZnw5OcDo/QcbR7wLG 5a+PY3OFLhQ8TFzEmQ6buXTZq081NqucN2zP0= 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=Iqa4uodozsN9deTZ4nMf5hp5d3pdzRtzUaTBhe8a+dEU2k58qjVSaFZxeiPHAsD5xX h6FcHmrTBknQg9BcaWEbtJyRCKgUXhKoA0sB7wFp0gT8WD60FpiRKPH1pKEMUYktgfmm HygNqFjHaN3fjRyAtVKixRTKw7QIUQra8k+18= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.216.87.3 with SMTP id x3mr1190945wee.132.1258068994134; Thu, 12 Nov 2009 15:36:34 -0800 (PST) In-Reply-To: <52c7f0c80910271114w27929312mc06aead560aa73bc@mail.gmail.com> References: <52c7f0c80910271114w27929312mc06aead560aa73bc@mail.gmail.com> Date: Thu, 12 Nov 2009 23:36:34 +0000 X-Google-Sender-Auth: e880bb474ef4cc22 Message-ID: From: Andrew Brampton To: =?UTF-8?Q?C=C3=A9dric_Tabary?= , weldon@excelsusphoto.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: dell 2950/ FreeBSD 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 23:36:36 -0000 2009/10/27 C=C3=A9dric Tabary : > Hello >>> Has anyone else seen this? > > Yes I have the exact same error messages on LCD and kernel freeze on same= error. > Dell PowerEdge 1950, after 8.0-RC2 install > > Install CD boots ok, but GENERIC kernel freeze. > I've held back upgrading my servers to RC2 in case this also happened to me. RC3 is now out, so I'm wondering if that has fixed the issues, or did you find a way to fix the issue on RC2? thanks Andrew From owner-freebsd-current@FreeBSD.ORG Thu Nov 12 23:42:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE8DB106566C for ; Thu, 12 Nov 2009 23:42:30 +0000 (UTC) (envelope-from weldon@excelsusphoto.com) Received: from mx0.excelsus.net (emmett.excelsus.com [74.93.113.252]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4938FC0C for ; Thu, 12 Nov 2009 23:42:30 +0000 (UTC) Received: (qmail 99557 invoked by uid 89); 12 Nov 2009 23:42:28 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost.excelsus.com with SMTP; 12 Nov 2009 23:42:28 -0000 Date: Thu, 12 Nov 2009 18:42:27 -0500 (EST) From: Weldon S Godfrey 3 X-X-Sender: weldon@emmett.excelsus.com To: Andrew Brampton In-Reply-To: Message-ID: References: <52c7f0c80910271114w27929312mc06aead560aa73bc@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 12 Nov 2009 23:54:41 +0000 Cc: =?ISO-8859-15?Q?C=E9dric_Tabary?= , freebsd-current@freebsd.org Subject: Re: dell 2950/ FreeBSD 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2009 23:42:30 -0000 If memory serves me right, sometime around 11:36pm, Andrew Brampton told me: > I've held back upgrading my servers to RC2 in case this also happened > to me. RC3 is now out, so I'm wondering if that has fixed the issues, > or did you find a way to fix the issue on RC2? > > thanks > Andrew > _______________________________________________ I got around the issue by upgrading the BIOS to the latest version offered by Dell. From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 00:38:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA39C106566C; Fri, 13 Nov 2009 00:38:49 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3261A8FC16; Fri, 13 Nov 2009 00:38:48 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so718809eyd.9 for ; Thu, 12 Nov 2009 16:38:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=ox53MMKesRJN8abDRURBopdmBQrRH0gjxt1mKEWOZ/I=; b=IpGjKDHg1B10hSc09ctkUFS9zLcIyxDFhAsimwUxIIcygXG409Vsz1fPR0KKteBFTl UAk5JHa3T7i9P1TnWfqXUZHZ+Fv7l8zUyQrmLbmZJBpa3v2Ju5YWieHLU0qEMkOBxYwR 9P5mIVJZDsh+WXlrYA9ufsHljQ+Nqau6C69yg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=AId5lYD+Fm27qg6w5GH4khHk0HF8Si1vpHZs3ojg2XCZ6GSH+x3XvvZ1XFD3kPb7j8 3+GdNjL/9mPN2H6IqY4R7FZOu8xpkot21LJrc519GboMaPmwPo4fkM5Cv5DRUi3P273A e76AfuSfn+oCl/TnrzlrTXin3tNvU+DH/WiTk= MIME-Version: 1.0 Received: by 10.213.0.142 with SMTP id 14mr13695ebb.26.1258072728103; Thu, 12 Nov 2009 16:38:48 -0800 (PST) In-Reply-To: <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> From: Scott Ullrich Date: Thu, 12 Nov 2009 19:38:28 -0500 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 00:38:49 -0000 On Thu, Nov 12, 2009 at 4:28 PM, Ivan Voras wrote: > So in short, you are saying the to get "normal" performance out of > ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) Yep, that seems to be the magic recipe for NFS related serving. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 00:43:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2D60106566B; Fri, 13 Nov 2009 00:43:54 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 19D078FC14; Fri, 13 Nov 2009 00:43:53 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so1938fga.13 for ; Thu, 12 Nov 2009 16:43:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=ZGtZA5Cm/ssaja3wPWMidO/byFyq5/CNMf2gb/M7Trw=; b=j5NuGH7EJlSuDQcOf6yb3PEb1S0unyDFV4enANl3HkbkfMHTtrTybFLb/009LG/+4G qLPNcgMcCQjYCuvQquoR9eYMoBBG4TUNne0WLiZ8SKqYfuWS66CpOY95TTbRqGV9VtzE +7KYgggLkt8CWecKY1lc/dRn4885SzYj3eNws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=vApHI//IKA57jsMSRzxD1lxgUJS980vxBREJhPOCVeS5BAI+OKvjFZLvd2bD74ahb7 9ewabxcdslTH0C9EH/PZ0QTuoKcHWvjiyZI6oSGqlwd/sT5F4VL4BrLytJEHDH6Rua6L XDzX8HQJWGkEXWeNmUJthqyRtYX+HTU6p/kgg= MIME-Version: 1.0 Received: by 10.213.1.5 with SMTP id 5mr62170ebd.9.1258073033138; Thu, 12 Nov 2009 16:43:53 -0800 (PST) In-Reply-To: <11167f520911121339y4161a1a2sae8b6196c3b7a1fb@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <11167f520911121339y4161a1a2sae8b6196c3b7a1fb@mail.gmail.com> From: Scott Ullrich Date: Thu, 12 Nov 2009 19:43:33 -0500 Message-ID: To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Cc: Rick Macklem , Dan Nelson , Artem Belevich , freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 00:43:54 -0000 On Thu, Nov 12, 2009 at 4:39 PM, Sam Fourman Jr. wrote: > if you wouldn't mind posting, what kind of NFS performance can you achieve? > > my application is office Fileserver (the clients are FreeBSD 8 > diskless PXE boot) > so idk if it is possible to achieve gigabit NFS performance. > iperf is able to get ~970mbit from a client to the NFS server. > I realize that disk i/o is the limiting factor so I bought 6x SATA2 > disks and a Areca card I was getting getting bursts up to 120Megaqbyte a sec but it would normally write at about 80MB/sec sustained. With was great for the boxes configuration. It's an old Dell 2950. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 00:57:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EFA81065696 for ; Fri, 13 Nov 2009 00:57:07 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3048FC0A for ; Fri, 13 Nov 2009 00:57:06 +0000 (UTC) Received: by fxm27 with SMTP id 27so3070064fxm.3 for ; Thu, 12 Nov 2009 16:57:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=qR6WQiNFiAsDhHXOIQtzuebzK3z9zgW3R/n3C58Kh3E=; b=rMKl+iUansHf5N/PvRSp0GeNGyTx2s5O1ccZ/Vko8GibsHJW3Ce7Vs39RZ6IsA166f zfSJrfbiSsz/GhlTIDRqCreO7exN9aaoqwd2Z2PUMZxeqH/HtVgEH4N+HXFCwVHKL6i0 ECVAz6C835pFL8cupPyCykBwOPrOJV81NhVWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=rlBdPsloQyHX+D8iE0/fJZ53sT3vSspLdRtdmcuUdnZx8Zv7OyAjpwG+GRccdszjay /whlQtUGdLaHp5iryucEHjkRxBDW36cOMUDXXqkTBie7Fwk/YfvPA/WnVSWSzmjv4Wbu 3l2FeEzm52gBjK9u3m1430e6BdCjpzYSmtjXM= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.91.10 with SMTP id g10mr1107027wef.217.1258073826168; Thu, 12 Nov 2009 16:57:06 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> From: Ivan Voras Date: Fri, 13 Nov 2009 01:56:46 +0100 X-Google-Sender-Auth: 6746473480af4eef Message-ID: <9bbcef730911121656x7615efcbu7dfb1ef060c2797c@mail.gmail.com> To: Scott Ullrich Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 00:57:07 -0000 2009/11/13 Scott Ullrich : > On Thu, Nov 12, 2009 at 4:28 PM, Ivan Voras wrote: >> So in short, you are saying the to get "normal" performance out of >> ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) > > Yep, that seems to be the magic recipe for NFS related serving. I know it's a bit late now that you've settled on your equipment but did you try discovering why you get performance so low you need SSDs to cope? I think I've read somewhere that disabling ZIL should help NFS performance - did you try it? Did you test your workload directly on the ZFS volume (without NFS) or with another network file system like Samba? From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 01:05:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7631106566C; Fri, 13 Nov 2009 01:05:58 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 320678FC15; Fri, 13 Nov 2009 01:05:57 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so724699eyd.9 for ; Thu, 12 Nov 2009 17:05:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=Pimlobc8yjXcQF1A0r36qwx/2t0tmzNqlnRlpMpQC+8=; b=SIJh+xQBufwi0zvV1+/OdmEODdaRg10dx9+RknVlkznJACxZBtZlS36nVRP2w5aKU7 3xEe9eVBQDqP/7yhi8rqX7q/g+TlW/K7poIsXW6ihCRnq8eAxWH2wVpkWNHjzcEr/XqA qF3c3V9G5BlnGTPWO6MwxesdkrP8p7bNgAHWk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=UP4LK8vdReLIFE6+Fe64Kq6i60m6WLAQfVn1lN2z3EWHRkxbjHhWdsY0nPa2pTlsQR sq+tzfZ5pmELl6/cC/+QQEbIxPwjI/VyfbF5cgvVdQzJppQFq+H9XAaSQU8Gf+nrg1vm SxanS3zQp2HTxATA3k4XRjpDzgWugArDI93dc= MIME-Version: 1.0 Received: by 10.213.110.206 with SMTP id o14mr43523ebp.6.1258074357092; Thu, 12 Nov 2009 17:05:57 -0800 (PST) In-Reply-To: <9bbcef730911121656x7615efcbu7dfb1ef060c2797c@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> <9bbcef730911121656x7615efcbu7dfb1ef060c2797c@mail.gmail.com> From: Scott Ullrich Date: Thu, 12 Nov 2009 20:05:37 -0500 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 01:05:58 -0000 On Thu, Nov 12, 2009 at 7:56 PM, Ivan Voras wrote: > 2009/11/13 Scott Ullrich : > I know it's a bit late now that you've settled on your equipment but > did you try discovering why you get performance so low you need SSDs > to cope? I think I've read somewhere that disabling ZIL should help > NFS performance - did you try it? I did try disabling ZIL and the performance was much better but I am overly cautious and would rather have it on. > Did you test your workload directly on the ZFS volume (without NFS) or with > another network file system like Samba? No, I was focused on NFS since this was originally a storage server for VMWare via NFS but since has been converted into a web server. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 01:12:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CB1106568D; Fri, 13 Nov 2009 01:12:09 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 775F88FC1C; Fri, 13 Nov 2009 01:12:09 +0000 (UTC) Received: by pwj15 with SMTP id 15so1866771pwj.3 for ; Thu, 12 Nov 2009 17:12:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qwcZdGxprnJhQlYTq8U1772wRGxMSE2twEDuMwip9Xk=; b=ehhUWK84/U9xHNCCgYVMuuqLTVHJumzcLMfiAl8zcL3D0jIgB/qoEE9kK7mVX2+2v7 tBHmlHQ6c1BzpgTdp4N9IOZlg47CppjYNcABIMaUlbnTQEOueYZY0uARR27ViQJ9fWgg LXKURfksOBHBZe8jDwgf4rg1LQqiIo/R8fik4= 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=P8dX6ejB2fK9Io3m5BaWS2cGX0FoHmEbVLcE205gpYiW595Q5yGH3lkY5HbCX36bN/ vuRNLKdxZ4zPGJuWCYhOWkP7DnfnIi0bxKMxbDA5GuF4c7ZoNT8s+wUzoS7tfv+UG65L 2kExQ3SWGUpNbYMDBLtcUHDOfYFqudLEmCDnE= MIME-Version: 1.0 Received: by 10.142.196.18 with SMTP id t18mr422896wff.32.1258074281549; Thu, 12 Nov 2009 17:04:41 -0800 (PST) In-Reply-To: References: <4AD710D6.70404@buchlovice.org> Date: Thu, 12 Nov 2009 17:04:41 -0800 Message-ID: From: Matt Reimer To: =?ISO-8859-2?Q?Radek_Val=E1=B9ek?= Content-Type: multipart/mixed; boundary=000e0cd32f54a7210c0478363e64 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 01:12:09 -0000 --000e0cd32f54a7210c0478363e64 Content-Type: text/plain; charset=ISO-8859-1 2009/11/12 Matt Reimer : > > Radek, > > Try the attached patch (sponsored by VPOP Technologies). I found an > overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was > causing my 6x1TB raidz2 array to fail to boot. > > Apply the patch, build everything in /sys/boot, and then make sure you > update both gptzfsboot and /boot/loader. Oops, here's the patch. Matt --000e0cd32f54a7210c0478363e64 Content-Type: application/octet-stream; name="zfssubr.c.patch" Content-Disposition: attachment; filename="zfssubr.c.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g1y8xrsy0 LS0tIHpmc3N1YnIuYy5vcmlnCTIwMDktMTAtMjQgMTg6MTA6MjkuMDAwMDAwMDAwIC0wNzAwCisr KyB6ZnNzdWJyLmMJMjAwOS0xMS0xMiAxNjozNzowNS4wMDAwMDAwMDAgLTA4MDAKQEAgLTU1MCw3 ICs1NTAsOCBAQAogCXVpbnQ2NF90IHMgPSBwc2l6ZSA+PiB1bml0X3NoaWZ0OwogCXVpbnQ2NF90 IGYgPSBiICUgZGNvbHM7CiAJdWludDY0X3QgbyA9IChiIC8gZGNvbHMpIDw8IHVuaXRfc2hpZnQ7 Ci0JaW50IHEsIHIsIGMsIGMxLCBiYywgY29sLCBhY29scywgY29mZiwgZGV2aWR4LCBhc2l6ZSwg bjsKKwl1aW50NjRfdCBxLCByLCBjb2ZmOworCWludCBjLCBjMSwgYmMsIGNvbCwgYWNvbHMsIGRl dmlkeCwgYXNpemUsIG47CiAJc3RhdGljIHJhaWR6X2NvbF90IGNvbHNbMTZdOwogCXJhaWR6X2Nv bF90ICpyYywgKnJjMTsKIAo= --000e0cd32f54a7210c0478363e64-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 01:12:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97948106572A for ; Fri, 13 Nov 2009 01:12:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 212CF8FC1C for ; Fri, 13 Nov 2009 01:12:38 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id C5D2555CD8F5; Fri, 13 Nov 2009 09:12:36 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id yK5bn+DhxeSE; Fri, 13 Nov 2009 09:12:31 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 58CF155CD802; Fri, 13 Nov 2009 09:12:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=p0svhfef0ymh/VG0usKVPWZyq9PkLCsuW9Z97NKxXU6/mSnIBwJHlrkq6OiUInYBq aJkHUvAct1J3gZrVZlkYw== Message-ID: <4AFCB277.5070306@delphij.net> Date: Thu, 12 Nov 2009 17:12:23 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: Hans Petter Selasky References: <20091002150931.K35591@pooker.samsco.org> <30F3E66A-4A69-46CE-96F4-44B4049722E2@samsco.org> <200911050922.10205.hselasky@c2i.net> In-Reply-To: <200911050922.10205.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , Chao Shin , freebsd-current@freebsd.org Subject: Re: [PATCH] Fix for USB media not found at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 01:12:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Hans, Hans Petter Selasky wrote: > Hi, > > There is a newer patch in USB P4. Which revisions are you referring to? So far it looks like that only p4 changeset 169183: Mount Root Patch - This patch allows for late root device discovery. Instead of giving up at the first try, the system keeps trying for 3 minutes to mount root. If CTRL+C is pressed during this time a mount-root menu will be shown. Else after 3 minutes the mount-root menu will be shown and then a panic will happen like before. - Clean up old mount root hold mechanism which did not work like expected. Is related? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr8sncACgkQi+vbBBjt66D+FwCgjGS74zSfEwZqcWsLO6eCFHy3 MVMAoJroxpPlKkdP6R+9Y22v5qWbUe6+ =ZqyA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 01:27:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F0E8106566C; Fri, 13 Nov 2009 01:27:04 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id EB4128FC0A; Fri, 13 Nov 2009 01:27:03 +0000 (UTC) Received: by pwj15 with SMTP id 15so1873518pwj.3 for ; Thu, 12 Nov 2009 17:27:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7BJZAVO8VE2F9u3NLNTioMpmeUWFlAT5ZbDXB2Qt/V0=; b=hlEhMU3Q7gL0GdYFnNZXl5Y/osWVg117D5gds/w2FNMzk1dKS3DDBu2bHIHV97oV7v /MzZdowTpLFHY3hYRbjoDTGfS1442KtBM8n6m4/X6gsv732Dg2EtvCwtSiyzoCo6afhR G6KlHRgEHsG2xBxk4ce4BUkIQ90M4w3zXmnZ0= 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=CW7n4dWMzsK/gcSTDAG2nh1SSSvokNLBBGOcahNm0e2Ft7ytFHSJ19XlYOu8M4krEf yQsQ2oCfM7/J1A1hG8Kgqugtfg9KGhSDE2u0u2aXUdfogQu0RKMfcwluwDsQtVN9c2md nf/8aURqL4MWiae30Tq1tnlcFUF0TdjBwMoMw= MIME-Version: 1.0 Received: by 10.143.138.7 with SMTP id q7mr420029wfn.314.1258073698747; Thu, 12 Nov 2009 16:54:58 -0800 (PST) In-Reply-To: <4AD710D6.70404@buchlovice.org> References: <4AD710D6.70404@buchlovice.org> Date: Thu, 12 Nov 2009 16:54:58 -0800 Message-ID: From: Matt Reimer To: =?ISO-8859-2?Q?Radek_Val=E1=B9ek?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 01:27:04 -0000 2009/10/15 Radek Val=C3=A1=C5=A1ek : > Hi, > > I want to ask if there is something new in adding support to > gptzfsboot/zfsboot for reading gang-blocks? > > From Sun's docs: > > Gang blocks > > When there is not enough contiguous space to write a complete block, the = ZIO > pipeline will break the I/O up into smaller 'gang blocks' which can later= be > assembled transparently to appear as complete blocks. > > Everything works fine for me, until I rewrite kernel/world after system > upgrade to latest one (releng_8). After this am I no longer able to boot > from zfs raidz1 pool with following messages: > >>/ ZFS: i/o error - all block copies unavailable > />/ ZFS: can't read MOS > />/ ZFS: unexpected object set type lld > />/ ZFS: unexpected object set type lld > />/ > />/ FreeBSD/i386 boot > />/ Default: z:/boot/kernel/kernel > />/ boot: > />/ ZFS: unexpected object set type lld > />/ > />/ FreeBSD/i386 boot > />/ Default: tank:/boot/kernel/kernel > />/ boot: Radek, Try the attached patch (sponsored by VPOP Technologies). I found an overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was causing my 6x1TB raidz2 array to fail to boot. Apply the patch, build everything in /sys/boot, and then make sure you update both gptzfsboot and /boot/loader. Robert, I'm guessing you couldn't replicate this because your array was small enough not to result in block numbers overflowing an int. The kernel source for the corresponding functionality is in /sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c:vdev_raidz_map= _alloc(). There all these variables are uint64_t, but I think unnecessarily. I tried changing the boot loader's vdev_raidz_read() variables to all uint64_t but then gptzfsboot would reboot itself, likely due to a stack overflow. The attached patch just changes a few variables that, after a quick analysis, seemed likely to overflow. If this looks good, would someone commit it? Matt From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 01:54:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74F4D106566C for ; Fri, 13 Nov 2009 01:54:21 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id DCFAE8FC0C for ; Fri, 13 Nov 2009 01:54:16 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nAD1sEFA041381; Thu, 12 Nov 2009 19:54:15 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=sYbdbQoLcTv3CHq2aaP2qAhOJGFIxHwyyms6QDsCAkl20Y97LPI7Awl7evt//lQZu xGuCbIEYsc08Yaatal2zYlDDtWoWooZjiDqFd0TU2erNrawf4det9zdt9plcfxEPsCN zJeZRlWGzu+zugGzpld85QtK+3tPMHQEV4P6bOM= Message-ID: <4AFCBC46.4010209@jrv.org> Date: Thu, 12 Nov 2009 19:54:14 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ivan Voras References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> In-Reply-To: <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 01:54:21 -0000 Ivan Voras wrote: > So in short, you are saying the to get "normal" performance out of > ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) The Areca seems very sensitive to the disk drives used and I had to abandon it. It takes a day or so to get the card's firmware to sound the on-board siren no matter which disk drives I tried. And in any case a couple of Silicon Image 3124 host adapters with external port multipliers is much faster: the CAM/SIIS driver with such a setup easily sustains > 800 MB/s and would do better but for bus bandwidth issues I didn't bother addressing. From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 02:02:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDEBF1065692; Fri, 13 Nov 2009 02:02:53 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 459348FC14; Fri, 13 Nov 2009 02:02:52 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so737677eyd.9 for ; Thu, 12 Nov 2009 18:02:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=YiL7rMz3SBMcQbWa+4D8aDjBNkbIrCWjUxXiMDfJyWM=; b=hTeT8UtF6PXhYPMrD/cIbKAR0Os29ULip+5oxZvQEHOtHzGfLCpQFe0LGMUGwhCeL+ a0ikbiFnjywFV9Jemk51qg1wALa/YazgffciOWYSXpu9IKdQIP6H7zrqa+FjWjl/Qpt0 JkhPFy+2NyrHT0vN1c5ObrZZUJScaD7JqEUDM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Jh3MCC0iHM7AFOi3dYh90Zuqg3sNtqjlD9V6ISe3CF4CyvLC8BdGw72hTX1DjEiqul D56RwYFUbiBI3nK/Ej5NjdXNuKhraUIcQcr2F4k4FHNwjDZwb9Mk4clP/xLnub13CQqb ikpECTe1G8ddFTAcdYfVkWZCwvEqR5fMVBpIA= MIME-Version: 1.0 Received: by 10.213.55.136 with SMTP id u8mr1596001ebg.51.1258077772173; Thu, 12 Nov 2009 18:02:52 -0800 (PST) In-Reply-To: <4AFCBC46.4010209@jrv.org> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> <4AFCBC46.4010209@jrv.org> From: Scott Ullrich Date: Thu, 12 Nov 2009 21:02:32 -0500 Message-ID: To: "James R. Van Artsdalen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 02:02:53 -0000 On Thu, Nov 12, 2009 at 8:54 PM, James R. Van Artsdalen wrote: > The Areca seems very sensitive to the disk drives used and I had to > abandon it. =A0It takes a day or so to get the card's firmware to sound > the on-board siren no matter which disk drives I tried. I ended up writing a small cron script to check the status of the array. It is located at http://cvs.pfsense.org/~sullrich/misc/rc_scripts/rc.check_areca if anyone else is interested. I also added a zfs watch script that runs from cron: http://cvs.pfsense.org/~sullrich/misc/rc_scripts/rc.check_zfs_degraded YMMV. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 02:10:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A2C106568D; Fri, 13 Nov 2009 02:10:23 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id DCAFB8FC14; Fri, 13 Nov 2009 02:10:22 +0000 (UTC) Received: by iwn28 with SMTP id 28so2330151iwn.3 for ; Thu, 12 Nov 2009 18:10:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ISMby0bR5GZsai5bUJ4K+EKpjmE75zTZltCSoJErcno=; b=P24ng3o2HGr2V3+v8WC1eFk9EAkYk8kpWutK4kfJKmhElkGUYjRI4jXwIk3/gF0IJR 8qBsRWpx3iq4skoDJ9+FSAyvyQJfPw5URrLa5qJPW6fgB886HxZwyT50ahCPxZiMO7+x QDElYXCPWk6TF3Lg2p01auY1knKbbutVLWg1M= 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=EkJejekj/JYqi281Xlb0uHjrWptOSgPYhvTFuPjtz0hVH9VWxgrUP3DAPS6m/HD6gJ /NAavz6rnB46WQTZ9YyBy+UyTQSepcvs1jiG6BMUc8jqro3XXP76Y5WLsWoiak5+rzBC oGJxU1iCv4KIaEr3rjg/WugnXfn2wBnidwURA= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.161.138 with SMTP id r10mr1658555ibx.34.1258078222217; Thu, 12 Nov 2009 18:10:22 -0800 (PST) In-Reply-To: <4AFCBC46.4010209@jrv.org> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <9bbcef730911121328t342b2268oceba3712b52511d4@mail.gmail.com> <4AFCBC46.4010209@jrv.org> Date: Thu, 12 Nov 2009 18:10:22 -0800 X-Google-Sender-Auth: 69aad88e283fa274 Message-ID: From: Artem Belevich To: "James R. Van Artsdalen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 02:10:23 -0000 >> So in short, you are saying the to get "normal" performance out of >> ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) I'm using LSI1068 8-port card and I'm pretty happy with it. My controller is on motherboard, but you can get AOC-USAS-L8i card with the same chipset fairly cheaply. http://www.supermicro.com/products/accessories/addon/AOC-USAS-L8i.cfm The gotcha is that while it's PCI-e card, its bracket is oriented in opposite direction compared to regular cards and components are on the wrong side of the board. However, bend the bracket the other way (or find regular bracket that would fit, or rig something to keep the card in place) and you're in business. As for where to hook up SSDs, I personally like the new AHCI driver. It does seem to have lower per-transfer overhead compared to the MPT driver for LSI1068 and shows better results for small sized transfers from my X25-M SSD (~10% gain over mpt). --Artem On Thu, Nov 12, 2009 at 5:54 PM, James R. Van Artsdalen wrote: > Ivan Voras wrote: >> So in short, you are saying the to get "normal" performance out of >> ZFS+NFS, the best way is to invest in an Areca and 2 SSDs :)) > > The Areca seems very sensitive to the disk drives used and I had to > abandon it. =A0It takes a day or so to get the card's firmware to sound > the on-board siren no matter which disk drives I tried. > > And in any case a couple of Silicon Image 3124 host adapters with > external port multipliers is much faster: the CAM/SIIS driver with such > a setup easily sustains > 800 MB/s and would do better but for bus > bandwidth issues I didn't bother addressing. > _______________________________________________ > 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 Fri Nov 13 02:13:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5EC1065672; Fri, 13 Nov 2009 02:13:25 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8199D8FC1F; Fri, 13 Nov 2009 02:13:25 +0000 (UTC) Received: by pxi8 with SMTP id 8so2002117pxi.27 for ; Thu, 12 Nov 2009 18:13:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pdR/L5uuKYhJ9BdjaVI+9raV6O1gSGtQYxw+R8lVaGo=; b=bpHWtHNDQdvOlQGe5N00YClOHMtN46yaCnij+OEPDHDu6WcQJ7seog4CBUZIZ868bd vuLzEewkMmK8NCs2I7ObaMyWVbzZ3YqB6GH+H1v4vg+VjGP+w6KMeuZciaGy/PDIVaZD V3fzUGP5DhTIMuckgjBBhbKXyR/MQWVaEuTvM= 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=qL6UGYoiBfRDno6lvbD4bIOoUnoWrLSSoxlwhVzOb8mXnXgBAx0SfdPuAv1+L+MPuV 94lCrly9NY2BJtynlP0hrrlys6z6HHNyteODB5gP1+c1GSXZFt0N3YGsDo6U7Ju1YTBl iFqkriOK8sTNOiwn3ONfAJw+cnbawiaWpQDOM= MIME-Version: 1.0 Received: by 10.143.154.33 with SMTP id g33mr390739wfo.300.1258078405047; Thu, 12 Nov 2009 18:13:25 -0800 (PST) In-Reply-To: References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <11167f520911121339y4161a1a2sae8b6196c3b7a1fb@mail.gmail.com> Date: Thu, 12 Nov 2009 20:13:24 -0600 Message-ID: <11167f520911121813v29441ac4v2e3dfa6f4386ba4e@mail.gmail.com> From: "Sam Fourman Jr." To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , Dan Nelson , Artem Belevich , freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 02:13:25 -0000 On Thu, Nov 12, 2009 at 6:43 PM, Scott Ullrich wrote: > On Thu, Nov 12, 2009 at 4:39 PM, Sam Fourman Jr. wro= te: >> if you wouldn't mind posting, what kind of NFS performance can you achie= ve? >> >> my application is office Fileserver (the clients are FreeBSD 8 >> diskless PXE boot) >> so idk if it is possible to achieve gigabit NFS performance. >> iperf is able to get ~970mbit from a client to the NFS server. >> I realize that disk i/o is the limiting factor so I bought 6x SATA2 >> disks and a Areca card > > I was getting getting bursts up to 120Megaqbyte a sec but it would > normally write at about 80MB/sec sustained. =A0With was great for the > boxes configuration. =A0It's an old Dell 2950. and this was with ZFS over NFS? My problem and the reason I started this th= read I am getting less than 20MB/sec writes, with 6 SATAII disks attached to a single Arcera 1130 card so you are suggesting that it is possible that 2x SSD disks would get me the other 60MB/sec Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 02:18:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1F0D106566B; Fri, 13 Nov 2009 02:18:33 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 393BD8FC15; Fri, 13 Nov 2009 02:18:32 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so741334eyd.9 for ; Thu, 12 Nov 2009 18:18:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=GUzGKcpKInjI2OUaF7aqTkKYlvUirWz2JyLpuEC6I4I=; b=t4LznZ/496SYeTwHdB6X543MxJg2wmFoa3YLhFaT4Vw4iZxqPOtodqsIkEbDBMbf6r G6LZY16QNtyo79bWMSbcvd1p06tmMb6A7/f5O4i/x1KEAz+KDj/ZvbSjJ8Dh2GpQ7ond n9IlVoXzzPxetxp+APWg7twmfn+rJskii0mGo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=QpmxhVuGsclrQXYq5ZiCl6jo6G+dF2ytrlo3ghXla1/Y099X7cZxTv62+MlAdVzcJF /mH1Ox2l+H8F1Gwm2R+Qphj++Kg1iUsMZorPtJl5iSQikQfBHWmL70t3eJFySbjKB2bY 3Mn2th51aNzz/CJXfrlgmc+l/k4IKkNCSKB98= MIME-Version: 1.0 Received: by 10.213.23.200 with SMTP id s8mr37764ebb.52.1258078712099; Thu, 12 Nov 2009 18:18:32 -0800 (PST) In-Reply-To: <11167f520911121813v29441ac4v2e3dfa6f4386ba4e@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <11167f520911121339y4161a1a2sae8b6196c3b7a1fb@mail.gmail.com> <11167f520911121813v29441ac4v2e3dfa6f4386ba4e@mail.gmail.com> From: Scott Ullrich Date: Thu, 12 Nov 2009 21:18:11 -0500 Message-ID: To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Cc: Rick Macklem , Dan Nelson , Artem Belevich , freebsd-current@freebsd.org, Ivan Voras Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 02:18:33 -0000 On Thu, Nov 12, 2009 at 9:13 PM, Sam Fourman Jr. wrote: > and this was with ZFS over NFS? My problem and the reason I started this thread > I am getting less than 20MB/sec writes, with 6 SATAII disks attached > to a single Arcera 1130 card Yes > so you are suggesting that it is possible that 2x SSD disks would get > me the other 60MB/sec I am unsure of your final numbers but it made a huge improvement taking it from intolerable to more than tolerable. I would give it a shot. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 02:24:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3172E106566B; Fri, 13 Nov 2009 02:24:03 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f190.google.com (mail-iw0-f190.google.com [209.85.223.190]) by mx1.freebsd.org (Postfix) with ESMTP id D4D418FC14; Fri, 13 Nov 2009 02:24:02 +0000 (UTC) Received: by iwn28 with SMTP id 28so2337938iwn.3 for ; Thu, 12 Nov 2009 18:24:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=eTvmuwlQVyN+8bC6KtJHVxTVEN0E8qXWbpni1+A/S5k=; b=MXPzMfCFyD7CA1+dgDg5EW/Vx1XqDY4v7ApCn0pvx7dCEnZ1mTY3CKkvF0A5JZ/VWi qqbv0gtXIZEM5isGjwpqDjg4ZgGd/pBwnTsmRM5GHjLknSfOVkbopQASnxBzolbrWygN sxiMX/a24ssYp7rF2z8GKcolFFSTyU09+geD8= 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=gIF8yhogptZBQ9FRY5399kN8GeRpDmoBTQOpWuycxQJy5qWd6b6Iz9Gkw+qf/6J4wV NXFsgOD2nJ2sImWuVtcM+i5U43pkaRmFWyRu83y5x4szXXOCT0Wc/7wstD+//eYxFJbI ovXB5DC6K88U7OiAQJnk73s9hacl9lljvMosE= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.161.138 with SMTP id r10mr1684874ibx.34.1258079041900; Thu, 12 Nov 2009 18:24:01 -0800 (PST) In-Reply-To: <11167f520911121813v29441ac4v2e3dfa6f4386ba4e@mail.gmail.com> References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> <11167f520911121339y4161a1a2sae8b6196c3b7a1fb@mail.gmail.com> <11167f520911121813v29441ac4v2e3dfa6f4386ba4e@mail.gmail.com> Date: Thu, 12 Nov 2009 18:24:01 -0800 X-Google-Sender-Auth: 7b9af4c0153abff3 Message-ID: From: Artem Belevich To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Cc: Rick Macklem , Dan Nelson , Ivan Voras , freebsd-current@freebsd.org, Scott Ullrich Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 02:24:03 -0000 On Thu, Nov 12, 2009 at 6:13 PM, Sam Fourman Jr. wrote: > so you are suggesting that it is possible that 2x SSD disks would get > me the other 60MB/sec I guess you can test what SSDs would buy you in terms of performance. Disable ZIL and run your performance test. If ZIL is what's causing issues, then you will see a speedup. In this case proper log on SSDs should bring your performance fairly close to those numbers, provided SSDs can handle your write rate. If disabling ZIL does not help much, then separate log device will not help much either. On a side note, log device does not have to be big. According to Sun you'll need ~1/2 of your physical memory size: http://docs.sun.com/app/docs/doc/819-5461/gfgaa?a=view Given that typical SSDs these days are quite a bit larger than your typical RAM size, you may use the rest of the SSD as L2ARC. --Artem From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 02:51:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8B1F1065670 for ; Fri, 13 Nov 2009 02:51:34 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 0210D8FC17 for ; Fri, 13 Nov 2009 02:51:33 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nAD2pUWx024027; Thu, 12 Nov 2009 20:51:32 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=LZjxScRLWtVvl8+sDaiU6x1GcukvouJdIWl2rUkTUNqZzBY35N8/byQEB2qDHaUa9 xuI7vUe4burTWm0EE8zClRten57Q0OaEegG9t61E8e+2NOJR4eT7SHV5Yq30e1JyOP8 J2MobkMayivIz8/AVhiuRkkgwTVjj4mB+86a7OU= Message-ID: <4AFCC9B2.2050401@jrv.org> Date: Thu, 12 Nov 2009 20:51:30 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Artem Belevich References: <11167f520911111050j36dd94far667c81e6f5c18e69@mail.gmail.com> <20091111204903.GI89052@dan.emsphone.com> <11167f520911111326v13bb442bt36e853afbecdf834@mail.gmail.com> <9bbcef730911111352t12188bdajbca71bcf35a5beb5@mail.gmail.com> <11167f520911121044l74744c30u5a4d9ca008ab863c@mail.gmail.com> <11167f520911121101o403751ddmb544dfaf1c61bf1e@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Help ZFS FreeBSD 8.0 RC2 Write performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 02:51:35 -0000 Artem Belevich wrote: > Log seems to be somewhat weak point in ZFS. If you lose your log > device, you will lose your pool. In ZFS losing *any* vdev causes a pool to fault! The log vdev is no different and is not a weak point in that regard. In ZFS *every* vdev should be redundant. In the case of a log this means a MIRROR since a log cannot be a RAIDZ. That's not a big deal since you really should put the MIRROR disks on different controllers, and preferably using different drives, independent cables & power supplies, etc. (I think a cache vdev is different and need not be reliable, but I have not tested to see what happens if it is not present when the pool is imported) The ZIL may have bugs but it's a very important feature to have, necessary in a transactional filesystem. A mythical "zfsck" program could probably wipe out the ZIL allowing the pool to import from the most recent uberblock state and losing a few seconds of sync's, better than nothing. Tricking ZFS into importing a pool with the log vdev missing is probably harder. > I'd say that SSD are probably the best fit for slog role. A PCI-e SSD like the OCZ P84 with sustained writes "up to" 600 MB/s might be a possibility for a high-throughput database server, if it uses an interface we have a driver for. From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 03:53:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 461B1106566C; Fri, 13 Nov 2009 03:53:45 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id A33158FC17; Fri, 13 Nov 2009 03:53:44 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so764513eyd.9 for ; Thu, 12 Nov 2009 19:53:43 -0800 (PST) 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=BMf1ip1Bfd8PkFd9dopTJRdQHKAA5AK6qWCKeDHIOeY=; b=GoZaTkWDoh8xHI4q3fAb3I3RYHL5eCBl2P1/YBl2fHY/WEEFz2e59loQ66+yYjX7fH Ji8y9okxKGG9ZUuI5hjDkNQzoV4EAPbDqzUSNDO2QKsxyKDmbHtf7lQYMoaLjwqj9Z3D r20MYNApvDuul4m4lomOo/y25vxFyDVpZaL2A= 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=wDrwp0/CEcTvinJuUiT8gtc3q6ZdBRp17oOjXpLSGm7ZfkwiVboUATuqXfGduBwCfg FtIvFa/KEIgbpOLoxeIDfTSQ/gyNONxAHSvn8OjU7hSLD2zGkPTSSuVEAvgpLP2ebxsg ytAn4HgEVwfqYxJNMy41ygu9GuW9YR877KC0k= Received: by 10.213.97.22 with SMTP id j22mr2918528ebn.53.1258084423530; Thu, 12 Nov 2009 19:53:43 -0800 (PST) Received: from localhost (95-24-208-128.broadband.corbina.ru [95.24.208.128]) by mx.google.com with ESMTPS id 10sm1317310eyz.43.2009.11.12.19.53.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 19:53:42 -0800 (PST) From: Anonymous To: Xin LI References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> Date: Fri, 13 Nov 2009 06:53:33 +0300 In-Reply-To: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> (Xin LI's message of "Mon, 9 Nov 2009 02:37:02 +0000 (UTC)") Message-ID: <867htvhygy.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: svn commit: r199066 - head/usr.bin/gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 03:53:45 -0000 Xin LI writes: > Author: delphij > Date: Mon Nov 9 02:37:02 2009 > New Revision: 199066 > URL: http://svn.freebsd.org/changeset/base/199066 > > Log: > Apply a NetBSD fix (revision 1.12) to handle multi-session bzip2 files > as created by pbzip2. > > Submitted by: mrg (NetBSD.org) > MFC after: 1 week > > Modified: > head/usr.bin/gzip/unbzip2.c > $ touch blah $ bzip2 blah $ gzip -d blah.bz2 gzip: read: No such file or directory Exit 2 Regression? Can you reproduce? From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 04:53:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2A71065679; Fri, 13 Nov 2009 04:53:17 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D55008FC17; Fri, 13 Nov 2009 04:53:16 +0000 (UTC) Received: from [192.168.1.4] (adsl-157-60-44.bna.bellsouth.net [70.157.60.44]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nAD4r8ev029626 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 12 Nov 2009 23:53:10 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Matt Reimer In-Reply-To: References: <4AD710D6.70404@buchlovice.org> Content-Type: text/plain; charset="iso-8859-2" Organization: FreeBSD Date: Thu, 12 Nov 2009 22:53:03 -0600 Message-Id: <1258087983.2303.23.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-fs@freebsd.org, Radek =?iso-8859-2?Q?Val=E1=B9ek?= , freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 04:53:17 -0000 On Thu, 2009-11-12 at 16:54 -0800, Matt Reimer wrote: > 2009/10/15 Radek Valá¹ek : > > Hi, > > > > I want to ask if there is something new in adding support to > > gptzfsboot/zfsboot for reading gang-blocks? > > > > From Sun's docs: > > > > Gang blocks > > > > When there is not enough contiguous space to write a complete block, the ZIO > > pipeline will break the I/O up into smaller 'gang blocks' which can later be > > assembled transparently to appear as complete blocks. > > > > Everything works fine for me, until I rewrite kernel/world after system > > upgrade to latest one (releng_8). After this am I no longer able to boot > > from zfs raidz1 pool with following messages: > > > >>/ ZFS: i/o error - all block copies unavailable > > />/ ZFS: can't read MOS > > />/ ZFS: unexpected object set type lld > > />/ ZFS: unexpected object set type lld > > />/ > > />/ FreeBSD/i386 boot > > />/ Default: z:/boot/kernel/kernel > > />/ boot: > > />/ ZFS: unexpected object set type lld > > />/ > > />/ FreeBSD/i386 boot > > />/ Default: tank:/boot/kernel/kernel > > />/ boot: > > Radek, > > Try the attached patch (sponsored by VPOP Technologies). I found an > overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was > causing my 6x1TB raidz2 array to fail to boot. > > Apply the patch, build everything in /sys/boot, and then make sure you > update both gptzfsboot and /boot/loader. > > Robert, I'm guessing you couldn't replicate this because your array > was small enough not to result in block numbers overflowing an int. This is likely, all of my raidz tests were with vnode backed 1GB memory disks. So my largest configuration was a 6 x 1GB raidz2. > The kernel source for the corresponding functionality is in > /sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c:vdev_raidz_map_alloc(). > There all these variables are uint64_t, but I think unnecessarily. I > tried changing the boot loader's vdev_raidz_read() variables to all > uint64_t but then gptzfsboot would reboot itself, likely due to a > stack overflow. The attached patch just changes a few variables that, > after a quick analysis, seemed likely to overflow. > > If this looks good, would someone commit it? ps@ grabbed it up already, but I may handle the MFC for him. I have some other minor fixups in my tree right now... like teaching printf to handle %llx. Thanks for finding this... It's been really frustrating that I couldn't produce a failing system. robert. > Matt > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 06:00:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CC9F106566B for ; Fri, 13 Nov 2009 06:00:23 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id E4E898FC1A for ; Fri, 13 Nov 2009 06:00:22 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 05B691CDCF; Fri, 13 Nov 2009 07:00:21 +0100 (CET) Date: Fri, 13 Nov 2009 07:00:21 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20091113060021.GW64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+dH9khzwljbvYE07" Content-Disposition: inline In-Reply-To: <20091111101207.GF64905@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: [Heads up] TERM=xterm is now the default (on non-i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 06:00:23 -0000 --+dH9khzwljbvYE07 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, I just committed the previously mentioned patch to SVN. Please refer to the last part of the commit message to see what you can do when you run into trouble. ----- Forwarded message from Ed Schouten ----- > Date: Fri, 13 Nov 2009 05:54:55 +0000 (UTC) > From: Ed Schouten > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r199243 - in head: . etc/etc.amd64 etc/etc.arm > etc/etc.ia64 etc/etc.mips etc/etc.powerpc etc/etc.sparc64 etc/root > share/skel sys/conf sys/dev/syscons > tools/tools/nanobsd/gateworks/Files... >=20 > Author: ed > Date: Fri Nov 13 05:54:55 2009 > New Revision: 199243 > URL: http://svn.freebsd.org/changeset/base/199243 >=20 > Log: > Switch the default terminal emulation style to xterm for most platforms. > =20 > Right now syscons(4) uses a cons25-style terminal emulator. The > disadvantages of that are: > =20 > - Little compatibility with embedded devices with serial interfaces. > - Bad bandwidth efficiency, mainly because of the lack of scrolling > regions. > - A very hard transition path to support for modern character sets like > UTF-8. > =20 > Our terminal emulation library, libteken, has been supporting > xterm-style terminal emulation for months, so flip the switch and make > everyone use an xterm-style console driver. > =20 > I still have to enable this on i386. Right now pc98 and i386 share the > same /etc/ttys file. I'm not going to switch pc98, because it uses its > own Kanji-capable cons25 emulator. > =20 > IMPORTANT: What to do if things go wrong (i.e. graphical artifacts): > =20 > - Run the application inside script(1), try to reduce the problem and > send me the log file. > - In the mean time, you can run `vidcontrol -T cons25' and `export > TERM=3Dcons25' so you can run applications the same way you did befor= e. > You can also build your kernel with `options TEKEN_CONS25' to make all > virtual terminals use the cons25 emulator by default. > =20 > Discussed on: current@ ----- End forwarded message ----- Cheers, --=20 Ed Schouten WWW: http://80386.nl/ --+dH9khzwljbvYE07 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr89fUACgkQ52SDGA2eCwXdgwCeKrzRz9eonRN8MywW+ozsH3MU cHAAn0/NAXFjfkwBfLzCzz/N/zVaXi8Q =dPqq -----END PGP SIGNATURE----- --+dH9khzwljbvYE07-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 06:15:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94F47106566B; Fri, 13 Nov 2009 06:15:08 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-gx0-f220.google.com (mail-gx0-f220.google.com [209.85.217.220]) by mx1.freebsd.org (Postfix) with ESMTP id 2594D8FC15; Fri, 13 Nov 2009 06:15:08 +0000 (UTC) Received: by gxk20 with SMTP id 20so3387526gxk.14 for ; Thu, 12 Nov 2009 22:15:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vUTwUGgyFk04YUSe5pbleVBMzI0jYfPkGe1rT2lte9o=; b=JJAguO05nGs0JCkxivYP7LcOiDmD7tWyYZ7udPT9VxaT53WzoRF9SX/MUg/l/GvtGr MxLF1UpXTHJZHY/lFdGVYx3jWqCqnBBNdGE3pL0VmvVhMQ7FgQqBmnmQ1ho5XlCns0kJ HaC7brpRIqLVs5cIelI2edLGN/z0WKzNO+JzA= 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=l0JlIHPFaZ9TiKdm9O/KJYqe7O86BC4nYH6IWdqu0a9Ss8Lr/CywBYMKQcJFKTGvjf 7ZGrlgf6KRLakpPdXvTVKNqCzLhCaY7XDCzLjxuXOWF2SMyFGGnqWLdrF7mhZ1IAvbjN oKRA/kBilh+e4OMpU7vfzb3Py9wEPY3I62QkY= MIME-Version: 1.0 Received: by 10.150.233.2 with SMTP id f2mr7000213ybh.259.1258092907509; Thu, 12 Nov 2009 22:15:07 -0800 (PST) In-Reply-To: <1258087983.2303.23.camel@balrog.2hip.net> References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> Date: Thu, 12 Nov 2009 22:15:07 -0800 Message-ID: From: Matt Reimer To: Robert Noland Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, =?ISO-8859-2?Q?Radek_Val=E1=B9ek?= , freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 06:15:08 -0000 2009/11/12 Robert Noland : > On Thu, 2009-11-12 at 16:54 -0800, Matt Reimer wrote: >> 2009/10/15 Radek Val=E1=B9ek : >> > Everything works fine for me, until I rewrite kernel/world after syste= m >> > upgrade to latest one (releng_8). After this am I no longer able to bo= ot >> > from zfs raidz1 pool with following messages: >> > >> >>/ ZFS: i/o error - all block copies unavailable >> > />/ ZFS: can't read MOS >> > />/ ZFS: unexpected object set type lld >> > />/ ZFS: unexpected object set type lld >> > />/ >> > />/ FreeBSD/i386 boot >> > />/ Default: z:/boot/kernel/kernel >> > />/ boot: >> > />/ ZFS: unexpected object set type lld >> > />/ >> > />/ FreeBSD/i386 boot >> > />/ Default: tank:/boot/kernel/kernel >> > />/ boot: >> >> Radek, >> >> Try the attached patch (sponsored by VPOP Technologies). I found an >> overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was >> causing my 6x1TB raidz2 array to fail to boot. ... >> The kernel source for the corresponding functionality is in >> /sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c:vdev_raidz_= map_alloc(). >> There all these variables are uint64_t, but I think unnecessarily. I >> tried changing the boot loader's vdev_raidz_read() variables to all >> uint64_t but then gptzfsboot would reboot itself, likely due to a >> stack overflow. The attached patch just changes a few variables that, >> after a quick analysis, seemed likely to overflow. >> >> If this looks good, would someone commit it? > > ps@ grabbed it up already, but I may handle the MFC for him. =A0I have > some other minor fixups in my tree right now... like teaching printf to > handle %llx. =A0Thanks for finding this... It's been really frustrating > that I couldn't produce a failing system. Is it possible for this patch to get into 8.0-RELEASE, or is it too late? I suppose it doesn't matter that much since the loader isn't built with LOADER_ZFS_SUPPORT by default anyway, so folks are going to have to compile it themselves. Matt From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 05:18:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C546106566B for ; Fri, 13 Nov 2009 05:18:52 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id B75848FC1B for ; Fri, 13 Nov 2009 05:18:51 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.3/8.14.3) with ESMTP id nAD5In3g036054; Fri, 13 Nov 2009 00:18:49 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.3/8.14.3/Submit) id nAD5In2e036051; Fri, 13 Nov 2009 00:18:49 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="AykRJN6Qt4" Content-Transfer-Encoding: 7bit Message-ID: <19196.60473.337121.565916@hergotha.csail.mit.edu> Date: Fri, 13 Nov 2009 00:18:49 -0500 From: Garrett Wollman To: current@freebsd.org, hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Fri, 13 Nov 2009 00:18:49 -0500 (EST) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu X-Mailman-Approved-At: Fri, 13 Nov 2009 06:27:09 +0000 Cc: Subject: CFR: Exceedingly minor fixes to libc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 05:18:52 -0000 --AykRJN6Qt4 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit If you have a moment, please take a look at the following patch. It contains some very minor fixes to various parts of libc which were found by the clang static analyzer. They fall into a few categories: 1) Bug fixes in very rare situations (mostly error-handling code that has probably never been executed). 2) Dead store elimination. 3) Elimination of unused variables. (Or in a few cases, making use of them.) Some minor style problems were also fixed in the vicinity. There should be no functional changes except in very unusual conditions. -GAWollman --AykRJN6Qt4 Content-Type: text/plain Content-Description: patch for libc Content-Disposition: inline; filename="libc.diff.head" Content-Transfer-Encoding: 7bit Index: stdio/fvwrite.c =================================================================== --- stdio/fvwrite.c (revision 199242) +++ stdio/fvwrite.c (working copy) @@ -60,7 +60,7 @@ char *nl; int nlknown, nldist; - if ((len = uio->uio_resid) == 0) + if (uio->uio_resid == 0) return (0); /* make sure we can write */ if (prepwrite(fp) != 0) Index: stdio/vfwprintf.c =================================================================== --- stdio/vfwprintf.c (revision 199242) +++ stdio/vfwprintf.c (working copy) @@ -293,7 +293,7 @@ * number of characters to print. */ p = mbsarg; - insize = nchars = 0; + insize = nchars = nconv = 0; mbs = initial_mbs; while (nchars != (size_t)prec) { nconv = mbrlen(p, MB_CUR_MAX, &mbs); Index: stdio/xprintf_time.c =================================================================== --- stdio/xprintf_time.c (revision 199242) +++ stdio/xprintf_time.c (working copy) @@ -64,7 +64,6 @@ intmax_t t, tx; int i, prec, nsec; - prec = 0; if (pi->is_long) { tv = *((struct timeval **)arg[0]); t = tv->tv_sec; @@ -78,6 +77,8 @@ } else { tp = *((time_t **)arg[0]); t = *tp; + nsec = 0; + prec = 0; } p = buf; Index: stdio/fgetws.c =================================================================== --- stdio/fgetws.c (revision 199242) +++ stdio/fgetws.c (working copy) @@ -89,7 +89,7 @@ if (!__mbsinit(&fp->_mbstate)) /* Incomplete character */ goto error; - *wsp++ = L'\0'; + *wsp = L'\0'; FUNLOCKFILE(fp); return (ws); Index: rpc/getnetconfig.c =================================================================== --- rpc/getnetconfig.c (revision 199242) +++ rpc/getnetconfig.c (working copy) @@ -412,13 +412,13 @@ * Noone needs these entries anymore, then frees them. * Make sure all info in netconfig_info structure has been reinitialized. */ - q = p = ni.head; + q = ni.head; ni.eof = ni.ref = 0; ni.head = NULL; ni.tail = NULL; mutex_unlock(&ni_lock); - while (q) { + while (q != NULL) { p = q->next; if (q->ncp->nc_lookups != NULL) free(q->ncp->nc_lookups); free(q->ncp); Index: rpc/svc_raw.c =================================================================== --- rpc/svc_raw.c (revision 199242) +++ rpc/svc_raw.c (working copy) @@ -176,9 +176,8 @@ msg->acpted_rply.ar_results.proc = (xdrproc_t) xdr_void; msg->acpted_rply.ar_results.where = NULL; - if (!xdr_replymsg(xdrs, msg) || - !SVCAUTH_WRAP(&SVC_AUTH(xprt), xdrs, xdr_proc, xdr_where)) - stat = FALSE; + stat = xdr_replymsg(xdrs, msg) && + SVCAUTH_WRAP(&SVC_AUTH(xprt), xdrs, xdr_proc, xdr_where); } else { stat = xdr_replymsg(xdrs, msg); } Index: rpc/clnt_raw.c =================================================================== --- rpc/clnt_raw.c (revision 199242) +++ rpc/clnt_raw.c (working copy) @@ -92,13 +92,13 @@ rpcprog_t prog; rpcvers_t vers; { - struct clntraw_private *clp = clntraw_private; + struct clntraw_private *clp; struct rpc_msg call_msg; - XDR *xdrs = &clp->xdr_stream; - CLIENT *client = &clp->client_object; + XDR *xdrs; + CLIENT *client; mutex_lock(&clntraw_lock); - if (clp == NULL) { + if ((clp = clntraw_private) == NULL) { clp = (struct clntraw_private *)calloc(1, sizeof (*clp)); if (clp == NULL) { mutex_unlock(&clntraw_lock); @@ -110,6 +110,9 @@ clp->_raw_buf = __rpc_rawcombuf; clntraw_private = clp; } + xdrs = &clp->xdr_stream; + client = &clp->client_object; + /* * pre-serialize the static part of the call msg and stash it away */ Index: rpc/svc_vc.c =================================================================== --- rpc/svc_vc.c (revision 199242) +++ rpc/svc_vc.c (working copy) @@ -141,7 +141,7 @@ r = mem_alloc(sizeof(*r)); if (r == NULL) { warnx("svc_vc_create: out of memory"); - goto cleanup_svc_vc_create; + return NULL; } r->sendsize = __rpc_get_t_size(si.si_af, si.si_proto, (int)sendsize); r->recvsize = __rpc_get_t_size(si.si_af, si.si_proto, (int)recvsize); Index: rpc/getrpcent.c =================================================================== --- rpc/getrpcent.c (revision 199242) +++ rpc/getrpcent.c (working copy) @@ -698,7 +698,7 @@ return (NS_RETURN); } - memcpy(&new_rpc, rpc, sizeof(struct rpcent)); + new_rpc = *rpc; *buffer_size = desired_size; memset(buffer, 0, desired_size); Index: rpc/rpcb_st_xdr.c =================================================================== --- rpc/rpcb_st_xdr.c (revision 199242) +++ rpc/rpcb_st_xdr.c (working copy) @@ -89,7 +89,6 @@ rpcbs_rmtcalllist *objp; { int32_t *buf; - struct rpcbs_rmtcalllist **pnext; if (xdrs->x_op == XDR_ENCODE) { buf = XDR_INLINE(xdrs, 6 * BYTES_PER_XDR_UNIT); @@ -123,8 +122,7 @@ if (!xdr_string(xdrs, &objp->netid, (u_int)~0)) { return (FALSE); } - pnext = &objp->next; - if (!xdr_pointer(xdrs, (char **) pnext, + if (!xdr_pointer(xdrs, (char **) &objp->next, sizeof (rpcbs_rmtcalllist), (xdrproc_t)xdr_rpcbs_rmtcalllist)) { return (FALSE); @@ -162,7 +160,7 @@ if (!xdr_string(xdrs, &objp->netid, (u_int)~0)) { return (FALSE); } - if (!xdr_pointer(xdrs, (char **) pnext, + if (!xdr_pointer(xdrs, (char **) &objp->next, sizeof (rpcbs_rmtcalllist), (xdrproc_t)xdr_rpcbs_rmtcalllist)) { return (FALSE); @@ -190,7 +188,7 @@ if (!xdr_string(xdrs, &objp->netid, (u_int)~0)) { return (FALSE); } - if (!xdr_pointer(xdrs, (char **) pnext, + if (!xdr_pointer(xdrs, (char **) &objp->next, sizeof (rpcbs_rmtcalllist), (xdrproc_t)xdr_rpcbs_rmtcalllist)) { return (FALSE); Index: rpc/key_call.c =================================================================== --- rpc/key_call.c (revision 199242) +++ rpc/key_call.c (working copy) @@ -302,7 +302,7 @@ void *localhandle; struct netconfig *nconf; struct netconfig *tpconf; - struct key_call_private *kcp = key_call_private_main; + struct key_call_private *kcp; struct timeval wait_time; struct utsname u; int main_thread; Index: yp/yplib.c =================================================================== --- yp/yplib.c (revision 199242) +++ yp/yplib.c (working copy) @@ -241,7 +241,7 @@ ypmatch_cache_lookup(struct dom_binding *ypdb, char *map, keydat *key, valdat *val) { - struct ypmatch_ent *c = ypdb->cache; + struct ypmatch_ent *c; ypmatch_cache_expire(ypdb); Index: gen/setmode.c =================================================================== --- gen/setmode.c (revision 199242) +++ gen/setmode.c (working copy) @@ -86,7 +86,7 @@ set = (const BITCMD *)bbox; newmode = omode; - for (value = 0;; set++) + for (;; set++) switch(set->cmd) { /* * When copying the user, group or other bits around, we "know" @@ -147,6 +147,7 @@ } #define ADDCMD(a, b, c, d) \ + do { \ if (set >= endset) { \ BITCMD *newset; \ setlen += SET_LEN_INCR; \ @@ -161,7 +162,8 @@ saveset = newset; \ endset = newset + (setlen - 2); \ } \ - set = addcmd(set, (a), (b), (c), (d)) + set = addcmd(set, (a), (b), (c), (d)); \ + } while (0) #define STANDARD_BITS (S_ISUID|S_ISGID|S_IRWXU|S_IRWXG|S_IRWXO) @@ -173,11 +175,12 @@ BITCMD *set, *saveset, *endset; sigset_t sigset, sigoset; mode_t mask; - int equalopdone=0, permXbits, setlen; + int equalopdone, permXbits, setlen; long perml; if (!*p) return (NULL); + equalopdone = 0; /* * Get a copy of the mask for the permissions that are mask relative. @@ -299,16 +302,10 @@ * Add any permissions that we haven't already * done. */ - if (perm || (op == '=' && !equalopdone)) { - if (op == '=') - equalopdone = 1; + if (perm || (op == '=' && !equalopdone)) ADDCMD(op, who, perm, mask); - perm = 0; - } - if (permXbits) { + if (permXbits) ADDCMD('X', who, permXbits, mask); - permXbits = 0; - } goto apply; } } Index: gen/wordexp.c =================================================================== --- gen/wordexp.c (revision 199242) +++ gen/wordexp.c (working copy) @@ -320,7 +320,7 @@ if (c == '\0' || level != 0) return (WRDE_SYNTAX); } else - c = *--words; + --words; break; default: break; Index: gen/getcap.c =================================================================== --- gen/getcap.c (revision 199242) +++ gen/getcap.c (working copy) @@ -647,7 +647,7 @@ cgetnext(char **bp, char **db_array) { size_t len; - int done, hadreaderr, i, savederrno, status; + int done, hadreaderr, savederrno, status; char *cp, *line, *rp, *np, buf[BSIZE], nbuf[BSIZE]; u_int dummy; @@ -658,7 +658,7 @@ (void)cgetclose(); return (-1); } - for(;;) { + for (;;) { if (toprec && !gottoprec) { gottoprec = 1; line = toprec; @@ -709,7 +709,6 @@ /* * Line points to a name line. */ - i = 0; done = 0; np = nbuf; for (;;) { Index: gen/getpwent.c =================================================================== --- gen/getpwent.c (revision 199242) +++ gen/getpwent.c (working copy) @@ -257,22 +257,19 @@ pwd_marshal_func(char *buffer, size_t *buffer_size, void *retval, va_list ap, void *cache_mdata) { - char *name; - uid_t uid; struct passwd *pwd; - char *orig_buf; - size_t orig_buf_size; struct passwd new_pwd; size_t desired_size, size; char *p; + /* advance past unused arguments */ switch ((enum nss_lookup_type)cache_mdata) { case nss_lt_name: - name = va_arg(ap, char *); + va_arg(ap, char *); break; case nss_lt_id: - uid = va_arg(ap, uid_t); + va_arg(ap, uid_t); break; case nss_lt_all: break; @@ -282,8 +279,7 @@ } pwd = va_arg(ap, struct passwd *); - orig_buf = va_arg(ap, char *); - orig_buf_size = va_arg(ap, size_t); + va_end(ap); /* remaining args are unused */ desired_size = sizeof(struct passwd) + sizeof(char *) + strlen(pwd->pw_name) + 1; @@ -361,8 +357,6 @@ pwd_unmarshal_func(char *buffer, size_t buffer_size, void *retval, va_list ap, void *cache_mdata) { - char *name; - uid_t uid; struct passwd *pwd; char *orig_buf; size_t orig_buf_size; @@ -370,12 +364,13 @@ char *p; + /* advance past unused arguments */ switch ((enum nss_lookup_type)cache_mdata) { case nss_lt_name: - name = va_arg(ap, char *); + va_arg(ap, char *); break; case nss_lt_id: - uid = va_arg(ap, uid_t); + va_arg(ap, uid_t); break; case nss_lt_all: break; @@ -921,7 +916,7 @@ errnop); } while (how == nss_lt_all && !(rv & NS_TERMINATE)); fin: - if (!stayopen && st->db != NULL) { + if (st->db != NULL && !stayopen) { (void)st->db->close(st->db); st->db = NULL; } @@ -1876,7 +1871,6 @@ syslog(LOG_ERR, "getpwent memory allocation failure"); *errnop = ENOMEM; - rv = NS_UNAVAIL; break; } st->compat = COMPAT_MODE_NAME; @@ -1940,7 +1934,7 @@ break; } fin: - if (!stayopen && st->db != NULL) { + if (st->db != NULL && !stayopen) { (void)st->db->close(st->db); st->db = NULL; } Index: gen/getgrent.c =================================================================== --- gen/getgrent.c (revision 199242) +++ gen/getgrent.c (working copy) @@ -207,22 +207,19 @@ grp_marshal_func(char *buffer, size_t *buffer_size, void *retval, va_list ap, void *cache_mdata) { - char *name; - gid_t gid; struct group *grp; - char *orig_buf; - size_t orig_buf_size; struct group new_grp; size_t desired_size, size, mem_size; char *p, **mem; + /* advance past unused arguments */ switch ((enum nss_lookup_type)cache_mdata) { case nss_lt_name: - name = va_arg(ap, char *); + va_arg(ap, char *); break; case nss_lt_id: - gid = va_arg(ap, gid_t); + va_arg(ap, gid_t); break; case nss_lt_all: break; @@ -232,8 +229,7 @@ } grp = va_arg(ap, struct group *); - orig_buf = va_arg(ap, char *); - orig_buf_size = va_arg(ap, size_t); + va_end(ap); /* remaining args are unused */ desired_size = _ALIGNBYTES + sizeof(struct group) + sizeof(char *); @@ -302,8 +298,6 @@ grp_unmarshal_func(char *buffer, size_t buffer_size, void *retval, va_list ap, void *cache_mdata) { - char *name; - gid_t gid; struct group *grp; char *orig_buf; size_t orig_buf_size; @@ -314,10 +308,10 @@ switch ((enum nss_lookup_type)cache_mdata) { case nss_lt_name: - name = va_arg(ap, char *); + va_arg(ap, char *); break; case nss_lt_id: - gid = va_arg(ap, gid_t); + va_arg(ap, gid_t); break; case nss_lt_all: break; @@ -1100,6 +1094,9 @@ case nss_lt_all: map = "group.byname"; break; + default: + *errnop = EINVAL; + return (NS_UNAVAIL); } grp = va_arg(ap, struct group *); buffer = va_arg(ap, char *); @@ -1392,6 +1389,13 @@ } break; case NS_RETURN: + /* + * If _nsdispatch() sets *errnop to ERANGE (can it?) + * we need a valid file position. Assume it might + * close st->fp, too (can it?). + */ + if (st->fp != NULL) + pos = ftello(st->fp); goto fin; default: break; @@ -1450,7 +1454,7 @@ pos = ftello(st->fp); } fin: - if (!stayopen && st->fp != NULL) { + if (st->fp != NULL && !stayopen) { fclose(st->fp); st->fp = NULL; } Index: gen/getusershell.c =================================================================== --- gen/getusershell.c (revision 199242) +++ gen/getusershell.c (working copy) @@ -124,7 +124,7 @@ if ((fp = fopen(_PATH_SHELLS, "r")) == NULL) return NS_UNAVAIL; - sp = cp = line; + cp = line; while (fgets(cp, MAXPATHLEN + 1, fp) != NULL) { while (*cp != '#' && *cp != '/' && *cp != '\0') cp++; Index: gen/pw_scan.c =================================================================== --- gen/pw_scan.c (revision 199242) +++ gen/pw_scan.c (working copy) @@ -202,7 +202,7 @@ if (p[0]) pw->pw_fields |= _PWF_SHELL; - if ((p = strsep(&bp, ":"))) { /* too many */ + if (strsep(&bp, ":") != NULL) { /* too many */ fmt: if (flags & _PWSCAN_WARN) warnx("corrupted entry"); Index: net/sctp_sys_calls.c =================================================================== --- net/sctp_sys_calls.c (revision 199242) +++ net/sctp_sys_calls.c (working copy) @@ -242,7 +242,8 @@ struct sockaddr *sa; struct sockaddr_in *sin; struct sockaddr_in6 *sin6; - int i, sz, argsz; + int i, argsz; + size_t sz; uint16_t sport = 0; /* validate the flags */ @@ -268,7 +269,7 @@ for (i = 0; i < addrcnt; i++) { sz = sa->sa_len; if (sa->sa_family == AF_INET) { - if (sa->sa_len != sizeof(struct sockaddr_in)) + if (sz != sizeof(struct sockaddr_in)) goto out_error; sin = (struct sockaddr_in *)sa; if (sin->sin_port) { @@ -284,7 +285,7 @@ } } } else if (sa->sa_family == AF_INET6) { - if (sa->sa_len != sizeof(struct sockaddr_in6)) + if (sz != sizeof(struct sockaddr_in6)) goto out_error; sin6 = (struct sockaddr_in6 *)sa; if (sin6->sin6_port) { @@ -318,10 +319,10 @@ for (i = 0; i < addrcnt; i++) { sz = sa->sa_len; if (sa->sa_family == AF_INET) { - if (sa->sa_len != sizeof(struct sockaddr_in)) + if (sz != sizeof(struct sockaddr_in)) goto out_error; } else if (sa->sa_family == AF_INET6) { - if (sa->sa_len != sizeof(struct sockaddr_in6)) + if (sz != sizeof(struct sockaddr_in6)) goto out_error; } else { /* invalid address family specified */ Index: net/getservent.c =================================================================== --- net/getservent.c (revision 199242) +++ net/getservent.c (working copy) @@ -476,11 +476,11 @@ struct nis_state *st; int rv; - enum nss_lookup_type how; char *name; char *proto; int port; + enum nss_lookup_type how; struct servent *serv; char *buffer; size_t bufsize; @@ -491,7 +491,8 @@ name = NULL; proto = NULL; - how = (enum nss_lookup_type)mdata; + + how = (intptr_t)mdata; switch (how) { case nss_lt_name: name = va_arg(ap, char *); Index: posix1e/acl_delete_entry.c =================================================================== --- posix1e/acl_delete_entry.c (revision 199242) +++ posix1e/acl_delete_entry.c (working copy) @@ -89,20 +89,20 @@ return (-1); } - if ((acl->ats_acl.acl_cnt < 1) || - (acl->ats_acl.acl_cnt > ACL_MAX_ENTRIES)) { + if ((acl_int->acl_cnt < 1) || + (acl_int->acl_cnt > ACL_MAX_ENTRIES)) { errno = EINVAL; return (-1); } - for (i = 0; i < acl->ats_acl.acl_cnt;) { - if (_entry_matches(&(acl->ats_acl.acl_entry[i]), entry_d)) { + for (i = 0; i < acl_int->acl_cnt;) { + if (_entry_matches(&(acl_int->acl_entry[i]), entry_d)) { /* ...shift the remaining entries... */ - for (j = i; j < acl->ats_acl.acl_cnt - 1; ++j) - acl->ats_acl.acl_entry[j] = - acl->ats_acl.acl_entry[j+1]; + for (j = i; j < acl_int->acl_cnt - 1; ++j) + acl_int->acl_entry[j] = + acl_int->acl_entry[j+1]; /* ...drop the count and zero the unused entry... */ - acl->ats_acl.acl_cnt--; - bzero(&acl->ats_acl.acl_entry[j], + acl_int->acl_cnt--; + bzero(&acl_int->acl_entry[j], sizeof(struct acl_entry)); acl->ats_cur_entry = 0; Index: inet/inet_cidr_pton.c =================================================================== --- inet/inet_cidr_pton.c (revision 199242) +++ inet/inet_cidr_pton.c (working copy) @@ -236,7 +236,6 @@ endp[- i] = colonp[n - i]; colonp[n - i] = 0; } - tp = endp; } memcpy(dst, tmp, NS_IN6ADDRSZ); --AykRJN6Qt4-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 07:54:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E222106566B for ; Fri, 13 Nov 2009 07:54:25 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7328FC15 for ; Fri, 13 Nov 2009 07:54:24 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA22832; Fri, 13 Nov 2009 09:54:21 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N8qz7-000Geo-E2; Fri, 13 Nov 2009 09:54:21 +0200 Message-ID: <4AFD108E.1000009@icyb.net.ua> Date: Fri, 13 Nov 2009 09:53:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Etienne Robillard References: <20091106101943.5a763f43@ernst.jennejohn.org> <20091111231753.GA52833@dmr.ath.cx> <200911121133.30784.jhb@freebsd.org> <20091112182825.73b0079c@ernst.jennejohn.org> <4AFC595A.8050703@icyb.net.ua> <20091112204805.6ea0247f@ernst.jennejohn.org> <4AFC8795.704@icyb.net.ua> <4AFC9633.1050301@gmail.com> In-Reply-To: <4AFC9633.1050301@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 07:54:25 -0000 on 13/11/2009 01:11 Etienne Robillard said the following: > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2613.41-MHz > K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40f32 Stepping = 2 Your CPU is different, older family too. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 07:57:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28FFF106566B for ; Fri, 13 Nov 2009 07:57:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 657528FC17 for ; Fri, 13 Nov 2009 07:57:36 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA22888; Fri, 13 Nov 2009 09:57:34 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N8r2E-000Gf1-It; Fri, 13 Nov 2009 09:57:34 +0200 Message-ID: <4AFD1150.1080205@icyb.net.ua> Date: Fri, 13 Nov 2009 09:57:04 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Mark Atkinson References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> <4AFC14BE.7020106@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 07:57:38 -0000 on 12/11/2009 17:57 Mark Atkinson said the following: >> superpages and no machine check - works >> machine check and no superpages - works >> machine check and superpages - problem > > That's not quite the same for sure, definitely try replacing the memory > first if you haven't already. I am not sure why would you say this. I still see more similarities than differences: 1. in all cases it's family 10h CPUs 2. in all cases turning off super-pages helps 3. in all case failure seems to happen through MCA mechanism The hardware is quite tested too. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 08:01:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46699106566C for ; Fri, 13 Nov 2009 08:01:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id E80858FC14 for ; Fri, 13 Nov 2009 08:01:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 966419CB0A5; Fri, 13 Nov 2009 09:00:36 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aBwpBAX2q+Yb; Fri, 13 Nov 2009 09:00:33 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D47CB9CC0CC; Fri, 13 Nov 2009 09:00:33 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id nAD80XEK090702; Fri, 13 Nov 2009 09:00:33 +0100 (CET) (envelope-from rdivacky) Date: Fri, 13 Nov 2009 09:00:33 +0100 From: Roman Divacky To: Steve Kargl Message-ID: <20091113080033.GB90272@freebsd.org> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> <20091112153407.GA62396@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112153407.GA62396@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: maho@freebsd.org, freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 08:01:50 -0000 On Thu, Nov 12, 2009 at 07:34:07AM -0800, Steve Kargl wrote: > On Thu, Nov 12, 2009 at 02:15:19PM +0000, Anton Shterenlikht wrote: > > Following from the discussion on the system compiler for ia64, > > I tried to list few major ports which I'd love to have on ia64, > > but can't, because of GCC problems: > > > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > > - science/hdf5-18 (fortran APIs can't be built) > > - french/aster (industial quality FEA code) > > - cad/calculix (another good FEA code) > > > > All these depend on lang/gcc44, which doesn't build. > > Doesn't build is not a very good description if you're > looking for help. Post the build log somewhere. > Have you submitted bug reports to gcc.gnu.org? Bugs > that are unreported are unlikely to be fixed. > > > The only fortran compiler I know to build and work > > successfully on ia64 is (correct me if I'm wrong) g95. > > > > I wonder if it's possible/desirable/easy to use lang/g95 for > > the above and other fortran-dependent ports? > > Given Polyhedron Benchmarks, it may be preferable to determine > why you can't build gcc44 and fix that problem.* > > > In principal, lang/g95 looks very good, and it's got > > some features not available in gfortran, e.g. limited > > support for 2003 standard. > > > > Any comments? > > AFAIK, g95 has TR 15580 implemented and gfortran doesn't. > Other than that feature, gfortran has a fairly long list > of Fortran 2003 features implemented, which you can find > partially enumerated at the gfortran wiki. > > > Also, any comments on the usability (particularly for fortran) > > of llvm and lang/llvm-gcc4 on ia64? > > Last time I checked, Fortran in llvm was based off a very old > gfortran. The llvm website mentions gcc 4.2.?. While the 4.2.? > gfortran isn't too bad, you most certainly would rather use gcc44 > if you can. Literally, hundreds of bugs and several new feature > have been add to gfortran in going from 4.2.? to gcc 4.4.2. you can use dragonegg gcc plugin which uses gcc frontend (for any language) and uses llvm backed to generate the code: http://dragonegg.llvm.org/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 08:09:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472C81065672; Fri, 13 Nov 2009 08:09:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5365E8FC1D; Fri, 13 Nov 2009 08:09:39 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA23020; Fri, 13 Nov 2009 10:09:16 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N8rDX-000Gfn-R5; Fri, 13 Nov 2009 10:09:15 +0200 Message-ID: <4AFD140D.7010407@icyb.net.ua> Date: Fri, 13 Nov 2009 10:08:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Kai Gallasch References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> In-Reply-To: <20091112195932.5875387e@orwell.free.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "S.N.Grigoriev" , freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 08:09:41 -0000 on 12/11/2009 20:59 Kai Gallasch said the following: > sonnenkraft:~ # MCA: CPU 4 UNCOR PCC OVER DTLB L1 error Kai, very interesting info, it matches what Serguey reported too, thank you for the test! So in all cases where MCE information is captured it seems to be L1 data TLB error. John, BTW, OVER may be incorrectly reported by hardware in this case, see erratum 60: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/41322.pdf Kai, I have a hunch, could you please try the following _sledgehammer_ patch (only kernel build/install is needed): diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c index 44b71f3..a456609 100644 --- a/sys/amd64/amd64/pmap.c +++ b/sys/amd64/amd64/pmap.c @@ -2981,6 +2981,7 @@ setpte: * Map the superpage. */ pde_store(pde, PG_PS | newpde); + pmap_invalidate_all(pmap); pmap_pde_promotions++; CTR2(KTR_PMAP, "pmap_promote_pde: success for va %#lx" This will slow down an act of promotion to a superpage, but should not have any visible impact on overall performance. Serguey, you problem seems to not be limited to superpages only, so I am not sure if this patch would be of much help to you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 08:10:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0809A1065679 for ; Fri, 13 Nov 2009 08:10:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9E58FC16 for ; Fri, 13 Nov 2009 08:10:29 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aQey1_VUwUUA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=zxtdRzKWAtuIer0CYU4A:9 a=ALApMGmm_UAK2-wvmzJV4rTW8KQA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 275420721; Fri, 13 Nov 2009 09:10:27 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, d@delphij.net Date: Fri, 13 Nov 2009 09:09:30 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20091002150931.K35591@pooker.samsco.org> <200911050922.10205.hselasky@c2i.net> <4AFCB277.5070306@delphij.net> In-Reply-To: <4AFCB277.5070306@delphij.net> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911130909.30828.hselasky@c2i.net> Cc: Marcel Moolenaar , Chao Shin Subject: Re: [PATCH] Fix for USB media not found at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 08:10:30 -0000 On Friday 13 November 2009 02:12:23 Xin LI wrote: > Hi, Hans, > > Hans Petter Selasky wrote: > > Hi, > > > > There is a newer patch in USB P4. > > Which revisions are you referring to? So far it looks like that only p4 > changeset 169183: > > Mount Root Patch > - This patch allows for late root device discovery. Instead of > giving up at the first try, the system keeps trying for 3 > minutes to mount root. If CTRL+C is pressed during this time > a mount-root menu will be shown. Else after 3 minutes the > mount-root menu will be shown and then a panic will happen > like before. > - Clean up old mount root hold mechanism which did not > work like expected. > > Is related? Hi, The changeset in question has not been committed to mainstream. Scott Long is working on an improved solution. Please coordinate with him. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 08:10:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19805106568B for ; Fri, 13 Nov 2009 08:10:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 560718FC08 for ; Fri, 13 Nov 2009 08:10:49 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA23056; Fri, 13 Nov 2009 10:10:47 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N8rF1-000Gfx-6I; Fri, 13 Nov 2009 10:10:47 +0200 Message-ID: <4AFD1468.5040909@icyb.net.ua> Date: Fri, 13 Nov 2009 10:10:16 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: "S.N.Grigoriev" References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> <4AFC0F6A.3000501@icyb.net.ua> <36041258043646@webmail59.yandex.ru> In-Reply-To: <36041258043646@webmail59.yandex.ru> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 08:10:50 -0000 on 12/11/2009 18:34 S.N.Grigoriev said the following: > > 12.11.09, 15:36, "Andriy Gapon" > wrote: > >> Serguey, >> are you sure that setting vm.pmap.pg_ps_enabled=0 doesn't help you? >> I know that already asked you this once. >> But, could you please try again with vm.pmap.pg_ps_enabled=0 and hw.mca.enabled=1 >> and see what kind of behavior you get? >> I am curious what would happen, would it be the same kind of machine check condition. > > Andriy, > > I've done the world compilation with 'vm.pmap.pg_ps_enabled=0'. > The first attempt has finished with silent reboot. The second one has > been captured by the debugger: > > panic: backgroundwritedone: lost buffer > cpuid = 0 > KDB: enter: panic > [thread pid 3 tid 100014 ] > Stopped at breakpoint+0x5: leave > This is a really weird panic. Looks like perhaps there are multiple problems with your system. I wouldn't rule out a real hardware problem. Not sure what can be done. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 08:42:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96FCF106568F; Fri, 13 Nov 2009 08:42:56 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 07E838FC14; Fri, 13 Nov 2009 08:42:54 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 29F7D55CD8F8; Fri, 13 Nov 2009 16:42:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id cqb-hRa2AhhD; Fri, 13 Nov 2009 16:42:45 +0800 (CST) Received: from qld630 (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id DADAE55CD802; Fri, 13 Nov 2009 16:42:44 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=ejSA7OLyHZzN+GKVnQe6hoF2fosegUcBkyiyJugUHXe4+50vZaGGZfkllT1wXSAot bprdfAdfW1/WNfxuvOPEQ== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ken Smith" , freebsd-current , freebsd-stable References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Date: Fri, 13 Nov 2009 16:42:44 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> User-Agent: Opera Mail/10.01 (Win32) Cc: Subject: Re: 8.0-RC3 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 08:42:56 -0000 Hi All, Is sysinstall can work now? After I set Label in sysinstall it has message come out said "Unable to find device node for /dev/ad4s1b in /dev! The creation of filesystems will be aborted." and installation aborted. I have installed freebsd with sysinstall ten years, that is first time I meet that > > The third and hopefully last of the Release Candidates for the FreeBSD > 8.0 release cycle is now available. Unless something catastrophic comes > up within the next couple of days we will begin the final builds for > 8.0-RELEASE. > > There is one known issue with the igb(4) driver we are still deciding > whether or not to fix as part of 8.0-RELEASE versus doing an Errata > Notice for it some time after the release is out. It has been patched > in head, and the SVN commit for it is r199192. If any of you are able > to give that patch a try on a machine with the igb(4) NIC it would be > appreciated. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages but no other packages. The > DVD image includes the packages that will probably be available on the > official release media but is subject to change between now and release. > For sparc64 there is now a livefs cdrom, disc1 includes the > documentation packages, and the DVD image has the set of packages that > currently build for sparc64 (which is a sub-set of the set provided for > amd64/i386). > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8_0. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, 8.0-BETA4, > 8.0-RC1 or 8.0-RC2 can upgrade as follows: > # freebsd-update upgrade -r 8.0-RC3 > During this process, FreeBSD Update may ask the user to help by merging > some configuration files or by confirming that the automatically > performed merging was done correctly. Systems running 8.0-BETA3 may > print the warning > > INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # freebsd-update install > The system must be rebooted with the newly installed kernel before > continuing. > # shutdown -r now > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > > for mode details. After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > Finally, reboot into 8.0-RC3: > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC3-amd64-bootonly.iso) = 641881caa82ea85c118bc15fff12fce6 > MD5 (8.0-RC3-amd64-disc1.iso) = 854c273b89792cd0366d5399df1034eb > MD5 (8.0-RC3-amd64-dvd1.iso) = 9bd1bb2507bc2a3037bc321bb2724bd6 > MD5 (8.0-RC3-amd64-livefs.iso) = c5f427c8bf823e10a5348935cec2d7ee > MD5 (8.0-RC3-amd64-memstick.img) = 6af9e213914a58a5779715ae5882bd25 > > MD5 (8.0-RC3-i386-bootonly.iso) = dfaec92ae358ab780d317aa66482ca9e > MD5 (8.0-RC3-i386-disc1.iso) = 460f6cfddaebee6ae59a7d5f73695246 > MD5 (8.0-RC3-i386-dvd1.iso) = 98d3f65f2444a8745f787df5ce9e1f0c > MD5 (8.0-RC3-i386-livefs.iso) = 5184b7f6403d1d24991533bde0e580ff > MD5 (8.0-RC3-i386-memstick.img) = 8774ef1d6bdf541e440f2f8ed22a2493 > > MD5 (8.0-RC3-ia64-bootonly.iso) = fd0af8f34937cf7fc78ea0063252afb7 > MD5 (8.0-RC3-ia64-disc1.iso) = 96313c25e53fc333c258ed675007f3d7 > MD5 (8.0-RC3-ia64-disc2.iso) = 235714607a2805c396ece829839405be > MD5 (8.0-RC3-ia64-disc3.iso) = 53fca9243ccc788190ca58d24f363cbe > MD5 (8.0-RC3-ia64-dvd1.iso) = 4e24736ab50bc2227c72dbeab6869266 > MD5 (8.0-RC3-ia64-livefs.iso) = b6d76cf77ed714631bf714ff78b8e950 > > MD5 (8.0-RC3-pc98-bootonly.iso) = 137d17ec3830b6ae831b6fb48adf86e0 > MD5 (8.0-RC3-pc98-disc1.iso) = 3624b1f7b3a659a7454718e38b9a1ee0 > MD5 (8.0-RC3-pc98-livefs.iso) = 29ed3786b2df1c2e72e45d1187f3e788 > MD5 (8.0-RC3-powerpc-bootonly.iso) = e7d8508639dee4aed5e52a24d6e27b69 > MD5 (8.0-RC3-powerpc-disc1.iso) = 1016ae7753db153b7be0f5d167f595b9 > MD5 (8.0-RC3-powerpc-disc2.iso) = aec2400454631cc2eaecb6f618bfecc8 > MD5 (8.0-RC3-powerpc-disc3.iso) = fe36d621ad4b6347f8ade9800ccfab7b > > MD5 (8.0-RC3-sparc64-bootonly.iso) = c35ddcb4dd050c793d89973eba02df72 > MD5 (8.0-RC3-sparc64-disc1.iso) = 0d3855603ac868609fb882c321555508 > MD5 (8.0-RC3-sparc64-dvd1.iso) = 7a402ec8d17804bd6d16fad0969c9e52 > MD5 (8.0-RC3-sparc64-livefs.iso) = 61c90ecce584c0c91f91e744f40a7d42 > > SHA256 (8.0-RC3-amd64-bootonly.iso) = > fbf7c68cf81c300ec4e944ed6491f65d217168a85c1863c019cb41eec30cae94 > SHA256 (8.0-RC3-amd64-disc1.iso) = > 7e377f38cb6dc0ba1aa1fa13facf7e03f3cefad3d1490de797ed3a91680892e8 > SHA256 (8.0-RC3-amd64-dvd1.iso) = > fa4671d9b9b5b8208579d51cc2f72188a9537984ee28ba851236a52f32022597 > SHA256 (8.0-RC3-amd64-livefs.iso) = > c8c3728583b43e76d5e305b20fed578474adb5b14dbf2537b8ca9156b2d1c4cd > SHA256 (8.0-RC3-amd64-memstick.img) = > b8d90dbfca07160d9818bf6705b5dd99ba25fe1624cdda3f3f4919681d1b1af1 > > SHA256 (8.0-RC3-i386-bootonly.iso) = > f514dbec335fbf72917b25c1e79f6bca4e9dd74e037f75ab30d810e7942ac2fc > SHA256 (8.0-RC3-i386-disc1.iso) = > 6b306af4a74df57d2c155891557878d747bac92a24c2b46947f89e7d9657addc > SHA256 (8.0-RC3-i386-dvd1.iso) = > 21794b11142eeb7eb56c8810b83dcd67230b0d26a0f0e5839866172d977a5626 > SHA256 (8.0-RC3-i386-livefs.iso) = > 3dfd45e0a5550913b29d19d989f19167159d1f926f1667d1622890a5f83be93b > SHA256 (8.0-RC3-i386-memstick.img) = > afc65bf14101ace1f069323678a8070ab84823bf191aeefa8fc9909d38e9306e > > SHA256 (8.0-RC3-ia64-bootonly.iso) = > 1fefdd0b03c943162cbb66d507e11c3a2e541e97a0742471de49f17ae96b953c > SHA256 (8.0-RC3-ia64-disc1.iso) = > 67124c8101dd3fb06dbd3771c3eb18560207b42e46c331cc2ab02ba5284a72b7 > SHA256 (8.0-RC3-ia64-disc2.iso) = > 4eaa1125f98c5ed463f7577b9818dd57dbaee0bad01a1c7543ad4cc89c1770d0 > SHA256 (8.0-RC3-ia64-disc3.iso) = > c178a48004a12d6f178b478da146582742a88a27fcbf380029ae7fb3f6db6472 > SHA256 (8.0-RC3-ia64-dvd1.iso) = > d45a8e6ae622c1985d5b9c346c74f44884f3adba3c02d0b69bb58f19b359fa73 > SHA256 (8.0-RC3-ia64-livefs.iso) = > 9132340e15b75601017b0b57902fa48926e1d1a257f1f5149baa07c15e0dede8 > > SHA256 (8.0-RC3-pc98-bootonly.iso) = > 42beee44af5859861718978a03de04e6a6fd0e63afec66a939830286fb73b22a > SHA256 (8.0-RC3-pc98-disc1.iso) = > 4b00447579349443d80082d1809b0d04688ea317a9bee3f551c13a35c82c549d > SHA256 (8.0-RC3-pc98-livefs.iso) = > 243306c98a9eade16d90994217fd89f0aba51cfd8399b1017754a3415f2e79e8 > > SHA256 (8.0-RC3-powerpc-bootonly.iso) = > 4cfbcac5fc69bb10860ed2c511bcf175be730c2fd11e57ccd2c8c77322ea5172 > SHA256 (8.0-RC3-powerpc-disc1.iso) = > 6d7725d24c01d985590566eb168cde1e6d334a3cdc6bdc7a4508ea54c205c489 > SHA256 (8.0-RC3-powerpc-disc2.iso) = > ecfd22166dd411359d74a61c1724cfa747e4a7e9cb8b47776643795f6388942b > SHA256 (8.0-RC3-powerpc-disc3.iso) = > fc3c0c2823b36cc6530c7afdb73dbfa3cb1bf6a64a59fd4a55307e1e4d1541fe > > SHA256 (8.0-RC3-sparc64-bootonly.iso) = > 44a641e1f3080112d6063f923d1e5d17f9d9eedd1004888aace77e08beca2fdf > SHA256 (8.0-RC3-sparc64-disc1.iso) = > e68eec5765f9313a9cbe4e94915b89d68caa4f4f65884be9e7b1d463862c17e3 > SHA256 (8.0-RC3-sparc64-dvd1.iso) = > e824cc316c520d29673c51e5ccf58aba9a79b17e7b61b67c1d13da7300911f7b > SHA256 (8.0-RC3-sparc64-livefs.iso) = > a4f0f8f02a9b1bad01088f5cb81a9a4d93ef6aad095afdd79cb5525b4a1e53b5 > -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 08:54:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57C391065697; Fri, 13 Nov 2009 08:54:27 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 384758FC1E; Fri, 13 Nov 2009 08:54:25 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E122455CD8F8; Fri, 13 Nov 2009 16:54:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id qcDf15jnSqvS; Fri, 13 Nov 2009 16:54:18 +0800 (CST) Received: from qld630 (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id ECEF355CD802; Fri, 13 Nov 2009 16:54:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=GNNxHG2RFpyAipboZ4A3/xR1hzzM/wKWLYwlzawBYvjxsE8/F63eAgsNr9U3fTYZq JHHFT9YXHWcygYcxsByzw== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Chao Shin" , "Ken Smith" , freebsd-current , freebsd-stable References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Date: Fri, 13 Nov 2009 16:54:17 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: User-Agent: Opera Mail/10.01 (Win32) Cc: Subject: Re: 8.0-RC3 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 08:54:27 -0000 > Hi All, > > Is sysinstall can work now? > After I set Label in sysinstall it has message come out said > "Unable to find device node for /dev/ad4s1b in /dev! > The creation of filesystems will be aborted." > and installation aborted. > > I have installed freebsd with sysinstall ten years, that is first time I > meet that > my box is dell's optiplex 745, I've installed 7.2R on it without any problem before. >> >> The third and hopefully last of the Release Candidates for the FreeBSD >> 8.0 release cycle is now available. Unless something catastrophic comes >> up within the next couple of days we will begin the final builds for >> 8.0-RELEASE. >> >> There is one known issue with the igb(4) driver we are still deciding >> whether or not to fix as part of 8.0-RELEASE versus doing an Errata >> Notice for it some time after the release is out. It has been patched >> in head, and the SVN commit for it is r199192. If any of you are able >> to give that patch a try on a machine with the igb(4) NIC it would be >> appreciated. >> >> If you notice problems you can report them through the normal Gnats PR >> system or on the freebsd-current mailing list. I do cross-post >> announcements to freebsd-stable because this particular release is >> "about to become a stable branch" but when it comes to watching for >> issues related to the release most of the developers pay more attention >> to the freebsd-current list. >> >> ISO images for all supported architectures are available on the FTP >> sites, and a "memory stick" image is available for amd64/i386 >> architectures. For amd64/i386 architectures the cdrom and memstick >> images include the documentation packages but no other packages. The >> DVD image includes the packages that will probably be available on the >> official release media but is subject to change between now and release. >> For sparc64 there is now a livefs cdrom, disc1 includes the >> documentation packages, and the DVD image has the set of packages that >> currently build for sparc64 (which is a sub-set of the set provided for >> amd64/i386). >> >> If you are using csup/cvsup methods to update an older system the branch >> tag to use is RELENG_8_0. >> >> The freebsd-update(8) utility supports binary upgrades of i386 and amd64 >> systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, >> 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, 8.0-BETA4, >> 8.0-RC1 or 8.0-RC2 can upgrade as follows: >> # freebsd-update upgrade -r 8.0-RC3 >> During this process, FreeBSD Update may ask the user to help by merging >> some configuration files or by confirming that the automatically >> performed merging was done correctly. Systems running 8.0-BETA3 may >> print the warning >> >> INDEX-OLD.all: Invalid arguments >> >> when downloading updates; this warning is a harmless bug (fixed in >> 8.0-BETA4) and can be safely ignored. >> >> # freebsd-update install >> The system must be rebooted with the newly installed kernel before >> continuing. >> # shutdown -r now >> After rebooting, freebsd-update needs to be run again to install the new >> userland components: >> >> # freebsd-update install >> At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or >> earlier will be prompted by freebsd-update to rebuild all third-party >> applications (e.g., ports installed from the ports tree) due to updates >> in system libraries. See: >> >> http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html >> >> for mode details. After updating installed third-party applications >> (and again, only if freebsd-update printed a message indicating that >> this was necessary), run freebsd-update again so that it can delete the >> old (no longer used) system libraries: >> >> # freebsd-update install >> Finally, reboot into 8.0-RC3: >> # shutdown -r now >> >> MD5/SHA256 checksums for the image files: >> >> MD5 (8.0-RC3-amd64-bootonly.iso) = 641881caa82ea85c118bc15fff12fce6 >> MD5 (8.0-RC3-amd64-disc1.iso) = 854c273b89792cd0366d5399df1034eb >> MD5 (8.0-RC3-amd64-dvd1.iso) = 9bd1bb2507bc2a3037bc321bb2724bd6 >> MD5 (8.0-RC3-amd64-livefs.iso) = c5f427c8bf823e10a5348935cec2d7ee >> MD5 (8.0-RC3-amd64-memstick.img) = 6af9e213914a58a5779715ae5882bd25 >> >> MD5 (8.0-RC3-i386-bootonly.iso) = dfaec92ae358ab780d317aa66482ca9e >> MD5 (8.0-RC3-i386-disc1.iso) = 460f6cfddaebee6ae59a7d5f73695246 >> MD5 (8.0-RC3-i386-dvd1.iso) = 98d3f65f2444a8745f787df5ce9e1f0c >> MD5 (8.0-RC3-i386-livefs.iso) = 5184b7f6403d1d24991533bde0e580ff >> MD5 (8.0-RC3-i386-memstick.img) = 8774ef1d6bdf541e440f2f8ed22a2493 >> >> MD5 (8.0-RC3-ia64-bootonly.iso) = fd0af8f34937cf7fc78ea0063252afb7 >> MD5 (8.0-RC3-ia64-disc1.iso) = 96313c25e53fc333c258ed675007f3d7 >> MD5 (8.0-RC3-ia64-disc2.iso) = 235714607a2805c396ece829839405be >> MD5 (8.0-RC3-ia64-disc3.iso) = 53fca9243ccc788190ca58d24f363cbe >> MD5 (8.0-RC3-ia64-dvd1.iso) = 4e24736ab50bc2227c72dbeab6869266 >> MD5 (8.0-RC3-ia64-livefs.iso) = b6d76cf77ed714631bf714ff78b8e950 >> >> MD5 (8.0-RC3-pc98-bootonly.iso) = 137d17ec3830b6ae831b6fb48adf86e0 >> MD5 (8.0-RC3-pc98-disc1.iso) = 3624b1f7b3a659a7454718e38b9a1ee0 >> MD5 (8.0-RC3-pc98-livefs.iso) = 29ed3786b2df1c2e72e45d1187f3e788 >> MD5 (8.0-RC3-powerpc-bootonly.iso) = e7d8508639dee4aed5e52a24d6e27b69 >> MD5 (8.0-RC3-powerpc-disc1.iso) = 1016ae7753db153b7be0f5d167f595b9 >> MD5 (8.0-RC3-powerpc-disc2.iso) = aec2400454631cc2eaecb6f618bfecc8 >> MD5 (8.0-RC3-powerpc-disc3.iso) = fe36d621ad4b6347f8ade9800ccfab7b >> >> MD5 (8.0-RC3-sparc64-bootonly.iso) = c35ddcb4dd050c793d89973eba02df72 >> MD5 (8.0-RC3-sparc64-disc1.iso) = 0d3855603ac868609fb882c321555508 >> MD5 (8.0-RC3-sparc64-dvd1.iso) = 7a402ec8d17804bd6d16fad0969c9e52 >> MD5 (8.0-RC3-sparc64-livefs.iso) = 61c90ecce584c0c91f91e744f40a7d42 >> >> SHA256 (8.0-RC3-amd64-bootonly.iso) = >> fbf7c68cf81c300ec4e944ed6491f65d217168a85c1863c019cb41eec30cae94 >> SHA256 (8.0-RC3-amd64-disc1.iso) = >> 7e377f38cb6dc0ba1aa1fa13facf7e03f3cefad3d1490de797ed3a91680892e8 >> SHA256 (8.0-RC3-amd64-dvd1.iso) = >> fa4671d9b9b5b8208579d51cc2f72188a9537984ee28ba851236a52f32022597 >> SHA256 (8.0-RC3-amd64-livefs.iso) = >> c8c3728583b43e76d5e305b20fed578474adb5b14dbf2537b8ca9156b2d1c4cd >> SHA256 (8.0-RC3-amd64-memstick.img) = >> b8d90dbfca07160d9818bf6705b5dd99ba25fe1624cdda3f3f4919681d1b1af1 >> >> SHA256 (8.0-RC3-i386-bootonly.iso) = >> f514dbec335fbf72917b25c1e79f6bca4e9dd74e037f75ab30d810e7942ac2fc >> SHA256 (8.0-RC3-i386-disc1.iso) = >> 6b306af4a74df57d2c155891557878d747bac92a24c2b46947f89e7d9657addc >> SHA256 (8.0-RC3-i386-dvd1.iso) = >> 21794b11142eeb7eb56c8810b83dcd67230b0d26a0f0e5839866172d977a5626 >> SHA256 (8.0-RC3-i386-livefs.iso) = >> 3dfd45e0a5550913b29d19d989f19167159d1f926f1667d1622890a5f83be93b >> SHA256 (8.0-RC3-i386-memstick.img) = >> afc65bf14101ace1f069323678a8070ab84823bf191aeefa8fc9909d38e9306e >> >> SHA256 (8.0-RC3-ia64-bootonly.iso) = >> 1fefdd0b03c943162cbb66d507e11c3a2e541e97a0742471de49f17ae96b953c >> SHA256 (8.0-RC3-ia64-disc1.iso) = >> 67124c8101dd3fb06dbd3771c3eb18560207b42e46c331cc2ab02ba5284a72b7 >> SHA256 (8.0-RC3-ia64-disc2.iso) = >> 4eaa1125f98c5ed463f7577b9818dd57dbaee0bad01a1c7543ad4cc89c1770d0 >> SHA256 (8.0-RC3-ia64-disc3.iso) = >> c178a48004a12d6f178b478da146582742a88a27fcbf380029ae7fb3f6db6472 >> SHA256 (8.0-RC3-ia64-dvd1.iso) = >> d45a8e6ae622c1985d5b9c346c74f44884f3adba3c02d0b69bb58f19b359fa73 >> SHA256 (8.0-RC3-ia64-livefs.iso) = >> 9132340e15b75601017b0b57902fa48926e1d1a257f1f5149baa07c15e0dede8 >> >> SHA256 (8.0-RC3-pc98-bootonly.iso) = >> 42beee44af5859861718978a03de04e6a6fd0e63afec66a939830286fb73b22a >> SHA256 (8.0-RC3-pc98-disc1.iso) = >> 4b00447579349443d80082d1809b0d04688ea317a9bee3f551c13a35c82c549d >> SHA256 (8.0-RC3-pc98-livefs.iso) = >> 243306c98a9eade16d90994217fd89f0aba51cfd8399b1017754a3415f2e79e8 >> >> SHA256 (8.0-RC3-powerpc-bootonly.iso) = >> 4cfbcac5fc69bb10860ed2c511bcf175be730c2fd11e57ccd2c8c77322ea5172 >> SHA256 (8.0-RC3-powerpc-disc1.iso) = >> 6d7725d24c01d985590566eb168cde1e6d334a3cdc6bdc7a4508ea54c205c489 >> SHA256 (8.0-RC3-powerpc-disc2.iso) = >> ecfd22166dd411359d74a61c1724cfa747e4a7e9cb8b47776643795f6388942b >> SHA256 (8.0-RC3-powerpc-disc3.iso) = >> fc3c0c2823b36cc6530c7afdb73dbfa3cb1bf6a64a59fd4a55307e1e4d1541fe >> >> SHA256 (8.0-RC3-sparc64-bootonly.iso) = >> 44a641e1f3080112d6063f923d1e5d17f9d9eedd1004888aace77e08beca2fdf >> SHA256 (8.0-RC3-sparc64-disc1.iso) = >> e68eec5765f9313a9cbe4e94915b89d68caa4f4f65884be9e7b1d463862c17e3 >> SHA256 (8.0-RC3-sparc64-dvd1.iso) = >> e824cc316c520d29673c51e5ccf58aba9a79b17e7b61b67c1d13da7300911f7b >> SHA256 (8.0-RC3-sparc64-livefs.iso) = >> a4f0f8f02a9b1bad01088f5cb81a9a4d93ef6aad095afdd79cb5525b4a1e53b5 >> > > -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 09:26:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 920BA1065676; Fri, 13 Nov 2009 09:26:14 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C645D8FC1E; Fri, 13 Nov 2009 09:26:13 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7CCCA55CD8FD; Fri, 13 Nov 2009 17:26:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id UHa8r5A6EOtx; Fri, 13 Nov 2009 17:26:06 +0800 (CST) Received: from qld630 (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2AC6D55CD802; Fri, 13 Nov 2009 17:26:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=EVDLjX4urWMxlpAt2Xi70h+DiefPyM2gWcPwW1gNGxIjPib6tii5TqfW1H3GtRLsg hXs+uddyvnAUxKbMzrQ3g== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Chao Shin" , "Ken Smith" , freebsd-current , freebsd-stable References: <1258040317.7556.29.camel@bauer.cse.buffalo.edu> Date: Fri, 13 Nov 2009 17:25:54 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: User-Agent: Opera Mail/10.01 (Win32) Cc: Subject: Re: 8.0-RC3 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 09:26:14 -0000 在 Fri, 13 Nov 2009 16:42:44 +0800，Chao Shin 写é“: > Hi All, > > Is sysinstall can work now? > After I set Label in sysinstall it has message come out said > "Unable to find device node for /dev/ad4s1b in /dev! > The creation of filesystems will be aborted." > and installation aborted. > > I have installed freebsd with sysinstall ten years, that is first time I > meet that > I found the reason of that. I've fdisk that disk with dd mode before, the sysinstall can't overwrite the partition record, so can't label on it. If I want to install 8.0-rc3 on that disk, I have to erase the partition record with "dd if=/dev/zero of=/dev/ad4 bs=1M count=1" before installation. -- The Power to Serve From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 11:35:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFE50106566B for ; Fri, 13 Nov 2009 11:35:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 97AB88FC0C for ; Fri, 13 Nov 2009 11:35:15 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 118E81CD96; Fri, 13 Nov 2009 12:35:15 +0100 (CET) Date: Fri, 13 Nov 2009 12:35:15 +0100 From: Ed Schouten To: Takahashi Yoshihiro Message-ID: <20091113113515.GY64905@hoeg.nl> References: <20091111101207.GF64905@hoeg.nl> <20091112.214836.27789213.nyan@jp.FreeBSD.org> <20091112125903.GS64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s8ux8MQukyWAm3r7" Content-Disposition: inline In-Reply-To: <20091112125903.GS64905@hoeg.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 11:35:15 -0000 --s8ux8MQukyWAm3r7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > * Takahashi Yoshihiro wrote: > > It seems that scterm-teken.c works for pc98, but it cannot display > > Japanese differently from scterm-sck.c. I think that Japanese support > > is more important than xterm support for pc98. So it should add > > etc/etc.pc98/ttys. >=20 > Sure. That could work. I'll first commit the patch I have and after that > I'll decouple /etc/ttys on i386 on pc98. I'll keep you informed. Done. pc98 has its own /etc/ttys file and i386 also uses xterm now. Takahashi, I thought pc98 also used a custom TERM type (cons25w). Would it be nice if we just enabled that by default? --=20 Ed Schouten WWW: http://80386.nl/ --s8ux8MQukyWAm3r7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr9RHMACgkQ52SDGA2eCwU3PACfVi6zi0SZuTAlyD1s1WWbjWnR 318An1X3yRLqHh55EqOEKlzMd/k1BbWI =hrRh -----END PGP SIGNATURE----- --s8ux8MQukyWAm3r7-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 11:51:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47AFC1065672 for ; Fri, 13 Nov 2009 11:51:22 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (sakura.ccs.furiru.org [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id CC1D98FC0A for ; Fri, 13 Nov 2009 11:51:21 +0000 (UTC) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id nADBp9Kt082783; Fri, 13 Nov 2009 20:51:12 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Fri, 13 Nov 2009 20:51:08 +0900 (JST) Message-Id: <20091113.205108.173505928.nyan@jp.FreeBSD.org> To: ed@80386.nl From: TAKAHASHI Yoshihiro In-Reply-To: <20091113113515.GY64905@hoeg.nl> References: <20091112.214836.27789213.nyan@jp.FreeBSD.org> <20091112125903.GS64905@hoeg.nl> <20091113113515.GY64905@hoeg.nl> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Final call for testers: TERM=xterm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 11:51:22 -0000 In article <20091113113515.GY64905@hoeg.nl> Ed Schouten writes: > Done. pc98 has its own /etc/ttys file and i386 also uses xterm now. Thanks. > Takahashi, I thought pc98 also used a custom TERM type (cons25w). Would > it be nice if we just enabled that by default? Yes!! --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 12:21:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818901065676 for ; Fri, 13 Nov 2009 12:21:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD1A8FC15 for ; Fri, 13 Nov 2009 12:20:59 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so164986fga.13 for ; Fri, 13 Nov 2009 04:20:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=d3qbhNw38vplanzeXpt2STtY9D0+0QUHBH6DwN0LfN0=; b=sPmnCUAcs2H3F6BR9BtEhY+EOJJyd6RVoKKIWuD5MWMOnpBAB11CdR6fsmDpz/jOuU hBxhc0uDru9dewAjjTgpxdOppqAL/Gqz9zlMowvGkDeKTvqSzdzFcWPWNFRWQpcP5KQ6 cNsf215QzPwL/SItq8yEE3oqUzTGs3Qe48WNg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=UlLCBsn8AihyfFmjofpi/ZACcPbSXqeG9864cqdUMXqGVHI7Bi4g+ZjDPLyIzKVDvy C+R4pQ3UMGxuDY97CZb/KtnZ006Ek3fVSd/rEJ4M34Q6CztmlP7QpuEuGYrncD5pCCbq t5DmaYovxYBCv8hTqanmveeJwv3g6sMGG2E9s= Received: by 10.86.203.30 with SMTP id a30mr1128784fgg.32.1258114858911; Fri, 13 Nov 2009 04:20:58 -0800 (PST) Received: from mac-mini.lan (bl11-192-25.dsl.telepac.pt [85.244.192.25]) by mx.google.com with ESMTPS id e11sm193431fga.17.2009.11.13.04.20.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Nov 2009 04:20:58 -0800 (PST) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20091111154359.GB1351@albert.catwhisker.org> Date: Fri, 13 Nov 2009 12:20:56 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <9A74A20E-67E9-4C32-BFDA-B0F6518BFD02@freebsd.org> References: <20090923140936.GF1320@albert.catwhisker.org> <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> <20090925162403.GM1320@albert.catwhisker.org> <20091111154359.GB1351@albert.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1077) Cc: current@freebsd.org Subject: Re: No DHCP lease with iwi(4)/wlan(4); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 12:21:00 -0000 On 11 Nov 2009, at 15:43, David Wolfskill wrote: > On Fri, Sep 25, 2009 at 09:24:03AM -0700, David Wolfskill wrote: >> ... >> But I did find one rather curious thing: I was able to get the >> iwi(4) to work OK (while running head) with one of my access points; >> it's the other that seems to have an issue with iwi(4) under head. >>=20 >> I have 2 different access points at home: >> * An original Apple Airport >> * A Linksys WAP-11. >> (Each is, within the bounds of their rather different natures, >> configured the same except for channel: One is on channel 1; the = other >> is on channel 6. Neither is a DHCP server: each merely passes the = DHCP >> traffic.) >>=20 >> Under stable/6 and stable/7, each works fine with iwi(4). >>=20 >> Under head (presently at r197479), the Linksys WAP-11 works = (associates >> & dhclient(8) negotiates a DHCP lease using iwi(4)/wlan(4)). >>=20 >> Under head, the Apple Airport associates, but dhclient(8) cannot see = a >> DHCP offer via iwi(4)/wlan(4).=20 >> ... >=20 > This morning, after upgrading head to r199179, I now cannot get a DHCP > lease using teh Linksys WAP-11. >=20 > Prior to the upgrade, I was last running head r199134, which was able = to > get a DHCP lease from teh Linksys WAP-11. >=20 > uname strings: >=20 > FreeBSD g1-106.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1172 = r199134: Tue Nov 10 10:47:11 PST 2009 = root@d254.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 >=20 > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #1173 r199179: Wed Nov 11 = 06:50:22 PST 2009 = root@g1-106.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 >=20 > [The latter has no current hostname, since dhclient-exit-hooks > didn't get an IP address.] >=20 > I verified that the iwi0/wlan0 NIC did associate first. I recall > the UPDATING entry from a couple of days ago: >=20 > 20091109: > The layout of the structure ieee80211req_scan_result has = changed. > Applications that require wireless scan results (e.g. = ifconfig(8)) > from net80211 need to be recompiled. >=20 > and admit that I did the upgrade with -DNOCLEAN. But it worked OK > for the upgrade yesterday -- and I don't expect that I actually use > scan results in any case. (Recall that association still works.) Well, wpa_supplicant should've been rebuilt even with NOCLEAN (I used = NOCLEAN, IIRC). Anyway, you wouldn't be able to associate if = wpa_supplicant wasn't updated. BTW, wpa_supplicant uses scan results too. P.S.: if wpa_supplicant is old, it will display empty SSIDs if you run = it with the debugging mode enabled. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 12:55:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02D0D1065670 for ; Fri, 13 Nov 2009 12:55:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A3F638FC1A for ; Fri, 13 Nov 2009 12:55:01 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nADCt1HO001727; Fri, 13 Nov 2009 04:55:01 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nADCt1qN001726; Fri, 13 Nov 2009 04:55:01 -0800 (PST) (envelope-from david) Date: Fri, 13 Nov 2009 04:55:01 -0800 From: David Wolfskill To: Rui Paulo Message-ID: <20091113125501.GA1649@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Rui Paulo , current@freebsd.org References: <20090923140936.GF1320@albert.catwhisker.org> <3a142e750909231508j1a5092f8nfae264f367ba410@mail.gmail.com> <20090925162403.GM1320@albert.catwhisker.org> <20091111154359.GB1351@albert.catwhisker.org> <9A74A20E-67E9-4C32-BFDA-B0F6518BFD02@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <9A74A20E-67E9-4C32-BFDA-B0F6518BFD02@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: No DHCP lease with iwi(4)/wlan(4); works with an(4) at r197399 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 12:55:02 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 13, 2009 at 12:20:56PM +0000, Rui Paulo wrote: > ... > > 20091109: > > The layout of the structure ieee80211req_scan_result has changed. > > Applications that require wireless scan results (e.g. ifconfig(8= )) > > from net80211 need to be recompiled. > >=20 > > and admit that I did the upgrade with -DNOCLEAN. But it worked OK > > for the upgrade yesterday -- and I don't expect that I actually use > > scan results in any case. (Recall that association still works.) >=20 > Well, wpa_supplicant should've been rebuilt even with NOCLEAN (I used NOC= LEAN, IIRC). Anyway, you wouldn't be able to associate if wpa_supplicant wa= sn't updated. >=20 > BTW, wpa_supplicant uses scan results too. >=20 > P.S.: if wpa_supplicant is old, it will display empty SSIDs if you run it= with the debugging mode enabled. I only try to use wpa_supplicant if/when I need to deal with an AP configured to use WPA. At home, it's simple WEP; I can't get wpa_supplicant to even associate. Association was not my problem: getting a DHCP lease was. The only veariable (other than changes in the software over time) was the use of different APs. And for whatever it's worth, when Julian was doing a vimage demo using my laptop last night (BAFUG -- www.bafug.org), the iwi0 NIC of the laptop both associated with and got a DHCP lease from my 3rd AP (the little portable one -- ZIO is its brand name). That was running head at r199220M. (Though in that case, since I set the AP up for the whole meeting to use, I did not use WEP -- I left the AP wide open.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr9VyQACgkQmprOCmdXAD1xowCfavrKzxnv8cDhf7OE97YLf3cV SgUAn0YgshFqNv2R9OAzFGtKTGdHIdjU =k+h+ -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 13:48:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C96671065670 for ; Fri, 13 Nov 2009 13:48:08 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id 294C98FC0C for ; Fri, 13 Nov 2009 13:48:07 +0000 (UTC) Received: (qmail 98945 invoked from network); 13 Nov 2009 14:48:06 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 13 Nov 2009 14:48:06 +0100 Date: Fri, 13 Nov 2009 14:48:04 +0100 From: Kai Gallasch To: Andriy Gapon , John Baldwin , "S.N.Grigoriev" , freebsd-current@freebsd.org Message-ID: <20091113144804.2c0fb90f@orwell.free.de> In-Reply-To: <4AFD140D.7010407@icyb.net.ua> References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> <4AFD140D.7010407@icyb.net.ua> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.18.2; powerpc-apple-darwin9.7.0) X-Face: 7"x0zA5=*cXGZw-xjU<">'+!3(KXTUXZVLD42KVN{'go[UQr"Mc.e(XW92N8plZ(9x.{x; I<|95e+b&GH-36\15F~L$YD*Y +u}o&KV?6.%"mJIkaY3G>BKNt`1|Y+%K1P4t; 47D65&(Y7h5Ll-[ltkhamx.-; ,jggK'}oMpUgEHFG YQ"9oXKAl>!d,J}T{)@uxvfu?YFWC*\~h+,^f Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 13:48:08 -0000 Am Fri, 13 Nov 2009 10:08:45 +0200 schrieb Andriy Gapon : > on 12/11/2009 20:59 Kai Gallasch said the following: > > sonnenkraft:~ # MCA: CPU 4 UNCOR PCC OVER DTLB L1 error > Kai, > I have a hunch, could you please try the following _sledgehammer_ > patch (only kernel build/install is needed): > diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c > index 44b71f3..a456609 100644 > --- a/sys/amd64/amd64/pmap.c > +++ b/sys/amd64/amd64/pmap.c > @@ -2981,6 +2981,7 @@ setpte: > * Map the superpage. > */ > pde_store(pde, PG_PS | newpde); > + pmap_invalidate_all(pmap); > > pmap_pde_promotions++; > CTR2(KTR_PMAP, "pmap_promote_pde: success for va %#lx" > > This will slow down an act of promotion to a superpage, but should > not have any visible impact on overall performance. Andriy, I tried the patch with vm.pmap.pg_ps_enabled="1" , hw.mca.enabled="1" , rebuilt the kernel (although normally I never build kernels on Friday 13th :-) and ran buildworld -j8 for five times in a row. No sign of a machine check exception, no reboot. --Kai. -- The final screw holding up a rackmount server is always possessed by demons. From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 13:56:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B84A106566C; Fri, 13 Nov 2009 13:56:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 888D08FC17; Fri, 13 Nov 2009 13:56:08 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA00171; Fri, 13 Nov 2009 15:55:43 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFD655E.5020801@icyb.net.ua> Date: Fri, 13 Nov 2009 15:55:42 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Kai Gallasch References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> <4AFD140D.7010407@icyb.net.ua> <20091113144804.2c0fb90f@orwell.free.de> In-Reply-To: <20091113144804.2c0fb90f@orwell.free.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 13:56:09 -0000 on 13/11/2009 15:48 Kai Gallasch said the following: > Am Fri, 13 Nov 2009 10:08:45 +0200 > schrieb Andriy Gapon : >> Kai, >> I have a hunch, could you please try the following _sledgehammer_ >> patch (only kernel build/install is needed): >> diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c >> index 44b71f3..a456609 100644 >> --- a/sys/amd64/amd64/pmap.c >> +++ b/sys/amd64/amd64/pmap.c >> @@ -2981,6 +2981,7 @@ setpte: >> * Map the superpage. >> */ >> pde_store(pde, PG_PS | newpde); >> + pmap_invalidate_all(pmap); >> >> pmap_pde_promotions++; >> CTR2(KTR_PMAP, "pmap_promote_pde: success for va %#lx" >> >> This will slow down an act of promotion to a superpage, but should >> not have any visible impact on overall performance. > > Andriy, > > I tried the patch with vm.pmap.pg_ps_enabled="1" , hw.mca.enabled="1" > , rebuilt the kernel (although normally I never build kernels on Friday > 13th :-) and ran buildworld -j8 for five times in a row. No sign of a > machine check exception, no reboot. I think that this is good news. This is not a fix, but the fact that it helps should help us find a proper solution. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 14:26:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 256D7106566C; Fri, 13 Nov 2009 14:26:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCD68FC14; Fri, 13 Nov 2009 14:26:04 +0000 (UTC) Received: from [192.168.1.4] (adsl-157-60-44.bna.bellsouth.net [70.157.60.44]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nADEQ0MJ040245 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 13 Nov 2009 09:26:00 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Matt Reimer In-Reply-To: References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> Content-Type: text/plain; charset="iso-8859-2" Organization: FreeBSD Date: Fri, 13 Nov 2009 08:25:54 -0600 Message-Id: <1258122354.2303.24.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-fs@freebsd.org, Radek =?iso-8859-2?Q?Val=E1=B9ek?= , freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 14:26:05 -0000 On Thu, 2009-11-12 at 22:15 -0800, Matt Reimer wrote: > 2009/11/12 Robert Noland : > > On Thu, 2009-11-12 at 16:54 -0800, Matt Reimer wrote: > >> 2009/10/15 Radek Valá¹ek : > >> > Everything works fine for me, until I rewrite kernel/world after system > >> > upgrade to latest one (releng_8). After this am I no longer able to boot > >> > from zfs raidz1 pool with following messages: > >> > > >> >>/ ZFS: i/o error - all block copies unavailable > >> > />/ ZFS: can't read MOS > >> > />/ ZFS: unexpected object set type lld > >> > />/ ZFS: unexpected object set type lld > >> > />/ > >> > />/ FreeBSD/i386 boot > >> > />/ Default: z:/boot/kernel/kernel > >> > />/ boot: > >> > />/ ZFS: unexpected object set type lld > >> > />/ > >> > />/ FreeBSD/i386 boot > >> > />/ Default: tank:/boot/kernel/kernel > >> > />/ boot: > >> > >> Radek, > >> > >> Try the attached patch (sponsored by VPOP Technologies). I found an > >> overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was > >> causing my 6x1TB raidz2 array to fail to boot. > ... > >> The kernel source for the corresponding functionality is in > >> /sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c:vdev_raidz_map_alloc(). > >> There all these variables are uint64_t, but I think unnecessarily. I > >> tried changing the boot loader's vdev_raidz_read() variables to all > >> uint64_t but then gptzfsboot would reboot itself, likely due to a > >> stack overflow. The attached patch just changes a few variables that, > >> after a quick analysis, seemed likely to overflow. > >> > >> If this looks good, would someone commit it? > > > > ps@ grabbed it up already, but I may handle the MFC for him. I have > > some other minor fixups in my tree right now... like teaching printf to > > handle %llx. Thanks for finding this... It's been really frustrating > > that I couldn't produce a failing system. > > Is it possible for this patch to get into 8.0-RELEASE, or is it too > late? I suppose it doesn't matter that much since the loader isn't > built with LOADER_ZFS_SUPPORT by default anyway, so folks are going to > have to compile it themselves. I think we have missed the boat, but I'll talk to re@ and see if we can get it in. robert. > Matt -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 14:56:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2EB106566B; Fri, 13 Nov 2009 14:56:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 216638FC08; Fri, 13 Nov 2009 14:56:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id nADEtOei066533; Fri, 13 Nov 2009 06:55:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id nADEtNfi066532; Fri, 13 Nov 2009 06:55:23 -0800 (PST) (envelope-from sgk) Date: Fri, 13 Nov 2009 06:55:23 -0800 From: Steve Kargl To: Roman Divacky Message-ID: <20091113145523.GA66476@troutmask.apl.washington.edu> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> <20091112153407.GA62396@troutmask.apl.washington.edu> <20091113080033.GB90272@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091113080033.GB90272@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: maho@freebsd.org, freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 14:56:01 -0000 On Fri, Nov 13, 2009 at 09:00:33AM +0100, Roman Divacky wrote: > On Thu, Nov 12, 2009 at 07:34:07AM -0800, Steve Kargl wrote: > > > > Last time I checked, Fortran in llvm was based off a very old > > gfortran. The llvm website mentions gcc 4.2.?. While the 4.2.? > > gfortran isn't too bad, you most certainly would rather use gcc44 > > if you can. Literally, hundreds of bugs and several new feature > > have been add to gfortran in going from 4.2.? to gcc 4.4.2. > > you can use dragonegg gcc plugin which uses gcc frontend (for any > language) and uses llvm backed to generate the code: > > http://dragonegg.llvm.org/ OP is interested in ia64. It appears that dragonegg is ia32 and amd64 only. Additionally, dragonegg is a gcc plugin. OP can't get gcc to build, so the plugin would be of no use. However, this does look like an interesting project. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 14:58:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67E771065698 for ; Fri, 13 Nov 2009 14:58:00 +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 39FF08FC1D for ; Fri, 13 Nov 2009 14:58:00 +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 E584F46B6C; Fri, 13 Nov 2009 09:57:59 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3F27A8A01F; Fri, 13 Nov 2009 09:57:59 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 13 Nov 2009 09:49:08 -0500 User-Agent: KMail/1.9.7 References: <1031257439203@webmail57.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> In-Reply-To: <20091112195932.5875387e@orwell.free.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911130949.09190.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 13 Nov 2009 09:57:59 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Kai Gallasch Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 14:58:00 -0000 On Thursday 12 November 2009 1:59:32 pm Kai Gallasch wrote: > Am Wed, 11 Nov 2009 15:04:14 -0500 > schrieb John Baldwin : > > > On Wednesday 11 November 2009 2:15:18 pm S.N.Grigoriev wrote: > > > > > > 10.11.09, 09:15, "Mark Atkinson" > > > wrote: > > > > > > > Andriy Gapon wrote: > > > > > on 10/11/2009 17:22 gary.jennejohn@freenet.de said the > > > > > following: > > > > > > Not a trivial issue unless it is hardware indeed. > > > > > > > > > Also, you can try adding: > > > > hw.mca.enabled="1" in /boot/loader.conf, reboot, and then see if > > > > there is a machine check exception on the console during the > > > > buildworld. > > > > > > Mark, > > > > > > I've added hw.mca.enabled="1" in /boot/loader.conf and got the > > > following screen during the buildworld: > > > > > > ..... > > > -c /usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/sb.c > > > > > > MCA: CPU3 UNCOR PCC OVER DTLIB L1 error > > > MCA: Address 0x8015fb000 > > > > You hardware is broken and it is telling you so. You have had > > multiple machine checks with the most severe one being an > > uncorrectable error in your data TLB (i.e. in the CPU itself). > > John, > > I also set hw.mca.enabled="1" and vm.pmap.pg_ps_enabled="1" > in /boot/loader.conf on my (under load) spontaneously rebooting > opteron proliant server. > > Server was upgraded to FREEBSD-8.0-PRERELEASE today. > > This is what happened.. > > > ---- machine check trap, first run ---- > > sonnenkraft:/usr/obj # MCA: CPU 5 UNCOR PCC OVER DTLB L1 error > MCA: Address 0x80e5c8000 Hmm, normally I would suspect the CPU, but avg@ has been looking at the fact that there may be some sort of interaction with the superpages code and the machine check registers on AMD CPUs (either a CPU bug, or perhaps a superpages bug). I would wait to see if he finds something. An isolated MCA would most likely indicate a hardware error, but the fact that several people are reporting this exact machine check but only when superpages is enabled indicates it might be something else. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 16:15:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 198461065670; Fri, 13 Nov 2009 16:15:37 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 68A1B8FC19; Fri, 13 Nov 2009 16:15:35 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nADGF2fV040288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Nov 2009 01:15:02 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 14 Nov 2009 01:15:02 +0900 Message-ID: From: Hajimu UMEMOTO To: Garrett Wollman In-Reply-To: <19196.60473.337121.565916@hergotha.csail.mit.edu> References: <19196.60473.337121.565916@hergotha.csail.mit.edu> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RC3 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 14 Nov 2009 01:15:03 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: CFR: Exceedingly minor fixes to libc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 16:15:37 -0000 Hi, >>>>> On Fri, 13 Nov 2009 00:18:49 -0500 >>>>> Garrett Wollman said: wollman> Index: inet/inet_cidr_pton.c wollman> =================================================================== wollman> --- inet/inet_cidr_pton.c (revision 199242) wollman> +++ inet/inet_cidr_pton.c (working copy) wollman> @@ -236,7 +236,6 @@ wollman> endp[- i] = colonp[n - i]; wollman> colonp[n - i] = 0; wollman> } wollman> - tp = endp; wollman> } wollman> wollman> memcpy(dst, tmp, NS_IN6ADDRSZ); Since this function is vendor import one from ISC, such cosmetic change may cause problem during further import. So, you should send this patch to ISC folks 1st. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 16:07:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F90106566B for ; Fri, 13 Nov 2009 16:07:07 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id AE02A8FC13 for ; Fri, 13 Nov 2009 16:07:07 +0000 (UTC) Received: from adminpc4.internal.iinfraxu.ca (CPE0014bfb32f8a-CM0014e887dd48.cpe.net.cable.rogers.com [99.240.207.144]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 2433143A79; Fri, 13 Nov 2009 11:07:07 -0500 (EST) From: Dwayne MacKinnon To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Date: Fri, 13 Nov 2009 11:06:57 -0500 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC2; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200911131106.57241.dmk@ncf.ca> X-Mailman-Approved-At: Fri, 13 Nov 2009 16:59:17 +0000 Cc: Subject: Problem with xorg & 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 16:07:07 -0000 Hi all, A while back, there was a problem with running moused and xorg at the same time. Basically, the system would have problems with opening the mouse device twice and you'd have a situation where xevents wouldn't occur until the mouse was moved. (Example: typing in an xterm the text wouldn't appear until you moved the mouse.) That problem was solved. However, I just upgraded my workstation to 8.0-RC2, and I've found the same sort of behaviour. Killing the moused appears to fix it. I was wondering if anyone else is seeing behaviour like this? Cheers, DMK From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 17:15:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DC9106566B for ; Fri, 13 Nov 2009 17:15:28 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id DC4F48FC17 for ; Fri, 13 Nov 2009 17:15:27 +0000 (UTC) Received: by pwj15 with SMTP id 15so2302961pwj.3 for ; Fri, 13 Nov 2009 09:15:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=9vtYb5Ik+WJU8/7qK8/LOWnIoPhWJ6wQEb5gd3Rt1jQ=; b=DhtHp6KxnwmCJVjWiCWorYZ0HclM6ECaODiJq2IRDddr7bM9UUVYpmSXpJkHofJPQD CsJ9E6RLklags8u1aHeSHHxzvfup2dlM2ofwbt7tVPvjjLZQ1BqB2x/u46oJFS3maLvX UF2Q07f8mo22i6YoXVf0x2Cub7PwIEGFj3SxY= 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=lUPNWLbS8hj2I6fT2hf2Hs/PI1wZrMnonjKOdYjvQFA+orcALDyh0GKJHXNzvDRbmp NmVU+/XrXUYObZuHHsoITDgvJrihsx+zAxISXqepzmjuobd3jHVp+0MRPgv1KXJJ1lNw dhA8F0smlTVzFEZFSoBp27NPprYAL02CguQi4= MIME-Version: 1.0 Received: by 10.142.60.3 with SMTP id i3mr498970wfa.147.1258132527557; Fri, 13 Nov 2009 09:15:27 -0800 (PST) In-Reply-To: <200911131106.57241.dmk@ncf.ca> References: <200911131106.57241.dmk@ncf.ca> Date: Fri, 13 Nov 2009 11:15:27 -0600 Message-ID: <6201873e0911130915o5149891yd41241eae1c7fad3@mail.gmail.com> From: Adam Vande More To: Dwayne MacKinnon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problem with xorg & 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 17:15:28 -0000 On Fri, Nov 13, 2009 at 10:06 AM, Dwayne MacKinnon wrote: > Hi all, > > A while back, there was a problem with running moused and xorg at the same > time. Basically, the system would have problems with opening the mouse > device > twice and you'd have a situation where xevents wouldn't occur until the > mouse > was moved. (Example: typing in an xterm the text wouldn't appear until you > moved the mouse.) > > That problem was solved. However, I just upgraded my workstation to > 8.0-RC2, > and I've found the same sort of behaviour. Killing the moused appears to > fix > it. > > I was wondering if anyone else is seeing behaviour like this? > > Cheers, > DMK > > Did you follow entry 20090309 in /usr/src/UPDATING and /usr/ports/UPDATING? -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 17:35:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA482106566B; Fri, 13 Nov 2009 17:35:02 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6028FC16; Fri, 13 Nov 2009 17:35:02 +0000 (UTC) Received: from adminpc4.internal.iinfraxu.ca (CPE0014bfb32f8a-CM0014e887dd48.cpe.net.cable.rogers.com [99.240.207.144]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 0937243D36; Fri, 13 Nov 2009 12:35:02 -0500 (EST) From: Dwayne MacKinnon To: Adam Vande More Date: Fri, 13 Nov 2009 12:34:43 -0500 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC2; KDE/4.3.1; i386; ; ) References: <200911131106.57241.dmk@ncf.ca> <6201873e0911130915o5149891yd41241eae1c7fad3@mail.gmail.com> In-Reply-To: <6201873e0911130915o5149891yd41241eae1c7fad3@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200911131234.43395.dmk@ncf.ca> X-Mailman-Approved-At: Fri, 13 Nov 2009 17:42:31 +0000 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problem with xorg & 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 17:35:02 -0000 On November 13, 2009 12:15:27 pm Adam Vande More wrote: > On Fri, Nov 13, 2009 at 10:06 AM, Dwayne MacKinnon wrote: > > Hi all, > > > > A while back, there was a problem with running moused and xorg at the > > same time. Basically, the system would have problems with opening the > > mouse device > > twice and you'd have a situation where xevents wouldn't occur until the > > mouse > > was moved. (Example: typing in an xterm the text wouldn't appear until > > you moved the mouse.) > > > > That problem was solved. However, I just upgraded my workstation to > > 8.0-RC2, > > and I've found the same sort of behaviour. Killing the moused appears to > > fix > > it. > > > > I was wondering if anyone else is seeing behaviour like this? > > > > Cheers, > > DMK > > Did you follow entry 20090309 in /usr/src/UPDATING and /usr/ports/UPDATING? > There was no need to. I upgraded my workstation by backing up all personal files and installing from scratch using an 8.0-RC2 DVD. Cheers, DMK From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 18:13:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE6B106568B for ; Fri, 13 Nov 2009 18:13:50 +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 535998FC12 for ; Fri, 13 Nov 2009 18:13:50 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N90ea-000112-3Q for freebsd-current@freebsd.org; Fri, 13 Nov 2009 19:13:48 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Nov 2009 19:13:48 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Nov 2009 19:13:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Fri, 13 Nov 2009 10:13:24 -0800 Lines: 36 Message-ID: References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <941257966918@webmail42.yandex.ru> <4AFC14BE.7020106@icyb.net.ua> <4AFD1150.1080205@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Thunderbird 2.0.0.23 (X11/20091009) In-Reply-To: <4AFD1150.1080205@icyb.net.ua> Sender: news Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 18:13:50 -0000 Andriy Gapon wrote: > on 12/11/2009 17:57 Mark Atkinson said the following: >>> superpages and no machine check - works >>> machine check and no superpages - works >>> machine check and superpages - problem >> That's not quite the same for sure, definitely try replacing the memory >> first if you haven't already. > > I am not sure why would you say this. > I still see more similarities than differences: > 1. in all cases it's family 10h CPUs > 2. in all cases turning off super-pages helps > 3. in all case failure seems to happen through MCA mechanism > > The hardware is quite tested too. > Sorry, I only mentioned the difference in that in my case and the case you listed as: 'superpages and no machine check - works' Always ends up in either * hardware reset on my machine (watchdog or other), or * bus error during compilation when doing buildworld with superpages on my affected machine. You seem to list here that turning off superpages always helps, so that matches my behavior. I tried looking back through your posts to find the discrepancy, but didn't garner enough detail. All the best, Mark From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 18:43:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25AA1065693 for ; Fri, 13 Nov 2009 18:43:48 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 604B18FC19 for ; Fri, 13 Nov 2009 18:43:47 +0000 (UTC) Received: from xykon.in.wanderview.com (xykon.in.wanderview.com [10.76.10.152]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id nADIhjg7034511 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 13 Nov 2009 18:43:46 GMT (envelope-from ben@wanderview.com) From: Ben Kelly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 13 Nov 2009 13:43:45 -0500 Message-Id: <75C5C3A9-E8B7-4EBB-8731-603981BADD97@wanderview.com> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: Subject: dummynet log messages after recent update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 18:43:48 -0000 Hello, I recently upgraded my firewall from a soekris net4501 to a net5501. As = part of this process I update my freebsd sources to CURRENT as of = 11/13/2009 1300 GMT. Once the new box was up and running I noticed some = odd output in the logs: Nov 13 18:30:19 gate kernel: dummynet: OUCH! pipe should have been = idle! Nov 13 18:30:34 gate last message repeated 15 times My dummynet configuration looks like this: fw=3D'/sbin/ipfw -q' $fw pipe 10 config bw 950Kbit/s $fw queue 10 config pipe 10 weight 100 $fw queue 20 config pipe 10 weight 1 $fw add 6100 queue 10 tcp from any to any tcpflags ack iplen 0-80 out = via $oif $fw add 6110 queue 10 udp from any to any iplen 0-80 out via $oif $fw add 6120 queue 20 tcp from any to any \{ not tcpflags ack or not = iplen 0-80 \} out via $oif $fw add 6130 queue 20 udp from any to any not iplen 0-80 out via $oif I am running SCHED_4BSD with a HZ of 1000. Otherwise the kernel is = mostly a stripped down version of GENERIC. I can post the full config = if it would be relevant. I was previously running a HZ of 250, but I increased it to 1000 to see = if that was causing the problem. It did reduce the number of OUCH = messages, but did not get rid of them completely. Does anyone know what could cause these messages? Should I be = concerned? As far as I can tell the network is working fine in spite of = the log output. Thanks. - Ben= From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 19:15:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B64106568B for ; Fri, 13 Nov 2009 19:15:06 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.190]) by mx1.freebsd.org (Postfix) with ESMTP id D00088FC14 for ; Fri, 13 Nov 2009 19:15:05 +0000 (UTC) Received: by gv-out-0910.google.com with SMTP id p33so526061gvf.39 for ; Fri, 13 Nov 2009 11:15:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=i9lpTYImzlnUOB+wkTq5d9vNSJ8V7Y4IaLqQBB/Jj8k=; b=A30eS15itnIpxNVAddTX2rSyQJXYuIjHG1EX8TBnskFNfAP1PXDaJrlEGWDHwHm/cK CME38YNBB/NnL1CQNUW/ssytcAjAEmX6Q6F9QGeQ0BTNZF76xz2tCZXsGFlTjIpT8oYo tYpXYeRhzmRyCLxS9NjfegGRHQ/4t59fjQ+Ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=LiYrb87FG95W2slH5oj9d8oaIZrC4pBG6v2Q4FU8wucU+06howdRmJCIGVZXgPR5iA y6rVbMZbkXgJjNK8G/rgGAAWzZMjxgjlF6UKdoShbEoLoYn3602P5fm/eK/mXK8geaEW 33mO3bwLy/ZXG9f6b+0nWKBG2j7B3AEeIl1M0= MIME-Version: 1.0 Received: by 10.239.168.200 with SMTP id l8mr462473hbe.83.1258139704213; Fri, 13 Nov 2009 11:15:04 -0800 (PST) In-Reply-To: <25ff90d60911112248w16d966a3je5d4440ada2950ed@mail.gmail.com> References: <25ff90d60911112248w16d966a3je5d4440ada2950ed@mail.gmail.com> Date: Fri, 13 Nov 2009 14:15:04 -0500 Message-ID: <25ff90d60911131115y17c2205eo4a832ff5b23d54ab@mail.gmail.com> From: David Horn To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: initcpu.c r199067 boot hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 19:15:06 -0000 On Thu, Nov 12, 2009 at 1:48 AM, David Horn wrote: > I am seeing a problem on my Dell Inspiron 1520 laptop causing a boot > failure (hang) after r199067 with -CURRENT. =A0 Kernel with 199066 works > fine. > > System is amd64 running generic kernel, and no loader.conf entries. > System has latest bios update. > > CPU: Intel(R) Core(TM)2 Duo CPU =A0 =A0 T7500 =A0@ 2.20GHz (2194.52-MHz K= 8-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x6fa =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0xe3bd > =A0AMD Features=3D0x20100800 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant > real memory =A0=3D 2147483648 (2048 MB) > avail memory =3D 2052681728 (1957 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP): APIC ID: =A01 > > > Root FS happens to be on USB (although looking at the svn diff for > 199067, I am guessing this does not make a difference) =A0Hang occurs > right about the time that I would expect to normally see the > following: > > SMP: AP CPU #1 Launched! > > This is a hard hang requiring 4 second power button push. > > Please let me know if any additional details or tests would be useful. > > ---Dave Horn > For the record, SVN r199253 fixes this issue. --Dave From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 19:40:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817EF106568D for ; Fri, 13 Nov 2009 19:40:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7048FC1F for ; Fri, 13 Nov 2009 19:40:57 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KT200DVNBZWL260@asmtp015.mac.com> for current@freebsd.org; Fri, 13 Nov 2009 11:40:46 -0800 (PST) Message-id: From: Chuck Swiger To: Ben Kelly In-reply-to: <75C5C3A9-E8B7-4EBB-8731-603981BADD97@wanderview.com> Date: Fri, 13 Nov 2009 11:40:44 -0800 References: <75C5C3A9-E8B7-4EBB-8731-603981BADD97@wanderview.com> X-Mailer: Apple Mail (2.936) Cc: current@freebsd.org Subject: Re: dummynet log messages after recent update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 19:40:57 -0000 Hi, Ben-- On Nov 13, 2009, at 10:43 AM, Ben Kelly wrote: > I recently upgraded my firewall from a soekris net4501 to a > net5501. As part of this process I update my freebsd sources to > CURRENT as of 11/13/2009 1300 GMT. Once the new box was up and > running I noticed some odd output in the logs: > > Nov 13 18:30:19 gate kernel: dummynet: OUCH! pipe should have been > idle! > Nov 13 18:30:34 gate last message repeated 15 times The message is coming from netinet/ip_dummynet.c: /* * Look at eligibility. A flow is not eligibile if S>V (when * this happens, it means that there is some other flow already * scheduled for the same pipe, so the scheduler_heap cannot be * empty). If the flow is not eligible we just store it in the * not_eligible_heap. Otherwise, we store in the scheduler_heap * and possibly invoke ready_event_wfq() right now if there is * leftover credit. * Note that for all flows in scheduler_heap (SCH), S_i <= V, * and for all flows in not_eligible_heap (NEH), S_i > V. * So when we need to compute max(V, min(S_i)) forall i in * SCH+NEH, we only need to look into NEH. */ if (DN_KEY_GT(q->S, pipe->V)) { /* Not eligible. */ if (pipe->scheduler_heap.elements == 0) printf("dummynet: ++ ouch! not eligible but empty scheduler!\n"); heap_insert(&(pipe->not_eligible_heap), q->S, q); } else { heap_insert(&(pipe->scheduler_heap), q->F, q); if (pipe->numbytes >= 0) { /* Pipe is idle. */ if (pipe->scheduler_heap.elements != 1) printf("dummynet: OUCH! pipe should have been idle!\n"); DPRINTF(("dummynet: waking up pipe %d at %d\n", pipe->pipe_nr, (int)(q->F >> MY_M))); pipe->sched_time = curr_time; ready_event_wfq(pipe, &head, &tail); } } I'm not entirely sure of logic in the /* Pipe is idle. */ test is right-- if pipe->numbytes == 0, I'd agree the pipe is idle, but if you have some bytes of traffic in the pipe, the the assumption that the current packet is the only traffic doesn't seem to make sense. But, I'm not the author of the code.... :-) Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 20:10:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8B86106566C for ; Fri, 13 Nov 2009 20:10:13 +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 91C438FC14 for ; Fri, 13 Nov 2009 20:10:13 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id nADKACB6078541; Fri, 13 Nov 2009 13:10:12 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id nADKACMr078538; Fri, 13 Nov 2009 13:10:12 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 13 Nov 2009 13:10:12 -0700 (MST) From: Warren Block To: Dwayne MacKinnon In-Reply-To: <200911131106.57241.dmk@ncf.ca> Message-ID: References: <200911131106.57241.dmk@ncf.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Fri, 13 Nov 2009 13:10:12 -0700 (MST) Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problem with xorg & 8.0-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 20:10:13 -0000 On Fri, 13 Nov 2009, Dwayne MacKinnon wrote: > A while back, there was a problem with running moused and xorg at the same > time. Basically, the system would have problems with opening the mouse device > twice and you'd have a situation where xevents wouldn't occur until the mouse > was moved. (Example: typing in an xterm the text wouldn't appear until you > moved the mouse.) > > That problem was solved. However, I just upgraded my workstation to 8.0-RC2, > and I've found the same sort of behaviour. Killing the moused appears to fix > it. > > I was wondering if anyone else is seeing behaviour like this? Seen it with AutoAddDevices "off" option in xorg.conf when running hal. If you run hal, remove AutoAddDevices and AllowEmptyInput options from xorg.conf. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 20:49:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD94E1065672 for ; Fri, 13 Nov 2009 20:49:01 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp126.mail.ukl.yahoo.com (smtp126.mail.ukl.yahoo.com [77.238.184.57]) by mx1.freebsd.org (Postfix) with SMTP id 15C338FC15 for ; Fri, 13 Nov 2009 20:49:00 +0000 (UTC) Received: (qmail 63617 invoked from network); 13 Nov 2009 20:22:19 -0000 Received: from xdsl-81-173-236-126.netcologne.de (se@81.173.236.126 with plain) by smtp126.mail.ukl.yahoo.com with SMTP; 13 Nov 2009 20:22:19 +0000 GMT X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-YMail-OSG: q3RiWL4VM1nRdm9HcyhPfcr2FQTvf15Gwh69fIBgWU6UNUbQ5Sado_77DORai_gvWHnWPtV3ugR_Tb3jMu0XfSqV3buxJhCrgClC1Z8rg0icq7v9NjqKQoQ7ovjN55smVuIqfMGCfS5DkWe9mcly1LGN6wX6sFJ1B08BnD.lEczTl4MxzUk9pO4dUg3X_FB8vauTll_Kl0D2eLM7iaFbssxHnjsGk6TlpFvEfHuRlF_uPmnHtdH.EqDeni28ZtSH X-Yahoo-Newman-Property: ymail-3 Message-ID: <4AFDBFFB.3070009@freebsd.org> Date: Fri, 13 Nov 2009 21:22:19 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.4pre) Gecko/20090915 Lightning/1.0pre Thunderbird/3.0b4 MIME-Version: 1.0 To: Robert Noland References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> <1258122354.2303.24.camel@balrog.2hip.net> In-Reply-To: <1258122354.2303.24.camel@balrog.2hip.net> X-Enigmail-Version: 0.97b Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, =?ISO-8859-2?Q?Radek_Val=E1=B9ek?= , freebsd-current@freebsd.org, Matt Reimer Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2009 20:49:01 -0000 On 13.11.2009 15:25, Robert Noland wrote: > I think we have missed the boat, but I'll talk to re@ and see if we > can get it in. The patch fixed GPT/ZFS booting for me, too. It would be good to have it in 8.0 (since it is definitely required to boot from ZFS pools with non-trivial sizes), and does not affect anybody not trying to boot this way. OTOH, it since you cannot just install FreeBSD on pure ZFS from sysinstall, it might be sufficient to prominently warn about this problem and point at the required patch, to prevent foot-shooting. But having this patch that has been successfully tested by a number of people that suffered from the GPT/ZFS boot problem looks highly preferable to me ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 21:53:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9C021065692 for ; Fri, 13 Nov 2009 21:53:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB4648FC1D for ; Fri, 13 Nov 2009 21:53:22 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 1E09A55CD931; Sat, 14 Nov 2009 05:53:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 4c5PvTswh7I8; Sat, 14 Nov 2009 05:53:14 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id D750F55CD908; Sat, 14 Nov 2009 05:53:13 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=XP/NLzc2fIZG3UKUghUnmd0E92c+4f9vVFmImY0DCXhreGNMqpp7J3N4b22IS8Zxi fx6/6eX+yVRpDqHksUYyg== Message-ID: <4AFDD544.10302@delphij.net> Date: Fri, 13 Nov 2009 13:53:08 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20091111223751.GE15449@michelle.cdnetworks.com> In-Reply-To: <20091111223751.GE15449@michelle.cdnetworks.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 21:53:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Pyun, Pyun YongHyeon wrote: > I'm interesting in performance changes before/after the diff and > any regressions from the diff. Please test I'll commit the diff > next week unless I get regressions. So far I have not seen regressions after bge.tso.1111-1.diff . I have not done any benchmarks though, never imagined my laptop is equipped with TSO :) [delphij@delta] /usr/src/sys/net> ifconfig bge0 bge0: flags=8843 metric 0 mtu 1500 options=19b Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr91UQACgkQi+vbBBjt66DBOgCffvF/8g5ATJMzEIa6RPHvzsBK 2fYAn18bCgVDOL/r0TP0Vg0Q8cUogga/ =OIds -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 22:33:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 625DA106566B; Fri, 13 Nov 2009 22:33:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDD48FC17; Fri, 13 Nov 2009 22:33:23 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2349C55CD931; Sat, 14 Nov 2009 06:33:21 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id uNCMjgOjrALJ; Sat, 14 Nov 2009 06:33:13 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 9A8A855CD908; Sat, 14 Nov 2009 06:33:09 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=fd2rfPsmDnvePQ8Et9O9y1TGAao6GtFynLVKE65zelfXXoYGMeFjfPLT9ppUsQD+D s/bOeAT8whF/pMvOVsr2g== Message-ID: <4AFDDEA1.70900@delphij.net> Date: Fri, 13 Nov 2009 14:33:05 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: Anonymous References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> <867htvhygy.fsf@gmail.com> In-Reply-To: <867htvhygy.fsf@gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, Xin LI Subject: Re: svn commit: r199066 - head/usr.bin/gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 22:33:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anonymous wrote: > Xin LI writes: > >> Author: delphij >> Date: Mon Nov 9 02:37:02 2009 >> New Revision: 199066 >> URL: http://svn.freebsd.org/changeset/base/199066 >> >> Log: >> Apply a NetBSD fix (revision 1.12) to handle multi-session bzip2 files >> as created by pbzip2. >> >> Submitted by: mrg (NetBSD.org) >> MFC after: 1 week >> >> Modified: >> head/usr.bin/gzip/unbzip2.c >> > > $ touch blah > $ bzip2 blah > $ gzip -d blah.bz2 > gzip: read: No such file or directory > Exit 2 > > Regression? Can you reproduce? Yes, this is a regression (confirmed that this behavior is different from bzip2 and a regression from 199065). Thanks for your report and I'll investigate what's happening. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr93qEACgkQi+vbBBjt66Cp+QCghBbOudm7DiChdEnu+2qKuKmA UP8Anjyptx8C0566oh+cO16Fl0u/BDs8 =pEyj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 22:49:53 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2167B1065692; Fri, 13 Nov 2009 22:49:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id F32B58FC14; Fri, 13 Nov 2009 22:49:51 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2D95955CD931; Sat, 14 Nov 2009 06:49:50 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id BH3dYCsz3d1F; Sat, 14 Nov 2009 06:49:43 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 622C055CD908; Sat, 14 Nov 2009 06:49:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=MU2mo38hKF0JkdPZqK6M9RJhTmYPyOFYpgcEh+v4FKAkryHeJxOv5+0gfdKXeDiP5 nW7SzNrj+2fJWR8yFp2LQ== Message-ID: <4AFDE27F.1070406@delphij.net> Date: Fri, 13 Nov 2009 14:49:35 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: d@delphij.net References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> <867htvhygy.fsf@gmail.com> <4AFDDEA1.70900@delphij.net> In-Reply-To: <4AFDDEA1.70900@delphij.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------070309000702060209030507" Cc: Anonymous , freebsd-current@FreeBSD.ORG, Xin LI , matthew green Subject: Re: svn commit: r199066 - head/usr.bin/gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 22:49:53 -0000 This is a multi-part message in MIME format. --------------070309000702060209030507 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Anonymous wrote: >> Xin LI writes: > >>> Author: delphij >>> Date: Mon Nov 9 02:37:02 2009 >>> New Revision: 199066 >>> URL: http://svn.freebsd.org/changeset/base/199066 >>> >>> Log: >>> Apply a NetBSD fix (revision 1.12) to handle multi-session bzip2 files >>> as created by pbzip2. >>> >>> Submitted by: mrg (NetBSD.org) >>> MFC after: 1 week >>> >>> Modified: >>> head/usr.bin/gzip/unbzip2.c >>> >> $ touch blah >> $ bzip2 blah >> $ gzip -d blah.bz2 >> gzip: read: No such file or directory >> Exit 2 > >> Regression? Can you reproduce? > > Yes, this is a regression (confirmed that this behavior is different > from bzip2 and a regression from 199065). Thanks for your report and > I'll investigate what's happening. I think the attached patch should fixed this issue. Could you please test? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr94n8ACgkQi+vbBBjt66D4VQCfekBnaZdllB2EPffhlpfW0S7v q5sAoJWPfTXhILLajqX80NbDHXRj0iNy =NaaM -----END PGP SIGNATURE----- --------------070309000702060209030507 Content-Type: text/plain; name="gzip.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gzip.diff" Index: usr.bin/gzip/unbzip2.c =================================================================== --- usr.bin/gzip/unbzip2.c (revision 199258) +++ usr.bin/gzip/unbzip2.c (working copy) @@ -71,7 +71,7 @@ n = read(in, inbuf, BUFLEN); if (n < 0) maybe_err("read"); - if (n == 0) + if (n < BUFLEN) end_of_file = 1; bzs.next_in = inbuf; bzs.avail_in = n; --------------070309000702060209030507-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 13 23:28:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E400106566B; Fri, 13 Nov 2009 23:28:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D1ED08FC18; Fri, 13 Nov 2009 23:28:07 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 6225055CD935; Sat, 14 Nov 2009 07:28:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id MMeUms+bFAv0; Sat, 14 Nov 2009 07:27:55 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.net [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id A5A1155CD932; Sat, 14 Nov 2009 07:27:48 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=AEX5yI43W5i09Yyj3GIL7zjaegfB7b9VrIcQb7WOLRx8sqgDCYiIV1/h6U9Qm3kC0 d6xREvOzlahGD1B1MguQw== Message-ID: <4AFDEB70.5080807@delphij.net> Date: Fri, 13 Nov 2009 15:27:44 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091022) MIME-Version: 1.0 To: d@delphij.net References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> <867htvhygy.fsf@gmail.com> <4AFDDEA1.70900@delphij.net> <4AFDE27F.1070406@delphij.net> In-Reply-To: <4AFDE27F.1070406@delphij.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------020506000801030506030104" Cc: Anonymous , freebsd-current@FreeBSD.ORG, Xin LI , matthew green Subject: Re: svn commit: r199066 - head/usr.bin/gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 23:28:11 -0000 This is a multi-part message in MIME format. --------------020506000801030506030104 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Xin LI wrote: >> Anonymous wrote: >>> Xin LI writes: >>>> Author: delphij >>>> Date: Mon Nov 9 02:37:02 2009 >>>> New Revision: 199066 >>>> URL: http://svn.freebsd.org/changeset/base/199066 >>>> >>>> Log: >>>> Apply a NetBSD fix (revision 1.12) to handle multi-session bzip2 files >>>> as created by pbzip2. >>>> >>>> Submitted by: mrg (NetBSD.org) >>>> MFC after: 1 week >>>> >>>> Modified: >>>> head/usr.bin/gzip/unbzip2.c >>>> >>> $ touch blah >>> $ bzip2 blah >>> $ gzip -d blah.bz2 >>> gzip: read: No such file or directory >>> Exit 2 >>> Regression? Can you reproduce? >> Yes, this is a regression (confirmed that this behavior is different >> from bzip2 and a regression from 199065). Thanks for your report and >> I'll investigate what's happening. > > I think the attached patch should fixed this issue. Could you please test? The previous fix has introduced an issue that revealed another bug as well (gzip -d -c can't decompress large-ish input stream, i.e. something like bzip2 -c ObsoleteFiles.inc | gunzip -d -c). The proposed patch: * Set end_of_file flag if we hit a short read. This usually saves one read after the actual end of file. * Only bail out when BZ_OK and end_of_file and no output is given from decompression engine. This would fix the streaming issue. * Use maybe_errx() instead of maybe_err - We don't have a valid errno at hand at the point we have received BZ_OK, and make the information more meaningful. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr963AACgkQi+vbBBjt66CqEwCffIgM9W25Tjdu2zlNGfarpKyS oYwAoI+oVyjIdMdZo8VXN/TwfHhm0P2P =zSGu -----END PGP SIGNATURE----- --------------020506000801030506030104 Content-Type: text/plain; name="gzip.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gzip.diff" Index: unbzip2.c =================================================================== --- unbzip2.c (revision 199258) +++ unbzip2.c (working copy) @@ -71,7 +71,7 @@ n = read(in, inbuf, BUFLEN); if (n < 0) maybe_err("read"); - if (n == 0) + if (n < BUFLEN) end_of_file = 1; bzs.next_in = inbuf; bzs.avail_in = n; @@ -86,8 +86,9 @@ switch (ret) { case BZ_STREAM_END: case BZ_OK: - if (ret == BZ_OK && end_of_file) - maybe_err("read"); + if (ret == BZ_OK && end_of_file && + bzs.avail_out == BUFLEN) + maybe_errx("truncated file"); if (!tflag && bzs.avail_out != BUFLEN) { ssize_t n; --------------020506000801030506030104-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 01:21:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDCF21065679 for ; Sat, 14 Nov 2009 01:21:24 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2108FC1C for ; Sat, 14 Nov 2009 01:21:24 +0000 (UTC) Received: (qmail 35633 invoked from network); 14 Nov 2009 02:21:22 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 14 Nov 2009 02:21:22 +0100 Date: Sat, 14 Nov 2009 02:21:21 +0100 From: Kai Gallasch To: Andriy Gapon Message-ID: <20091114022121.217dd831@orwell.free.de> In-Reply-To: <4AFD655E.5020801@icyb.net.ua> References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> <4AFD140D.7010407@icyb.net.ua> <20091113144804.2c0fb90f@orwell.free.de> <4AFD655E.5020801@icyb.net.ua> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.18.2; powerpc-apple-darwin9.7.0) X-Face: 7"x0zA5=*cXGZw-xjU<">'+!3(KXTUXZVLD42KVN{'go[UQr"Mc.e(XW92N8plZ(9x.{x; I<|95e+b&GH-36\15F~L$YD*Y +u}o&KV?6.%"mJIkaY3G>BKNt`1|Y+%K1P4t; 47D65&(Y7h5Ll-[ltkhamx.-; ,jggK'}oMpUgEHFG YQ"9oXKAl>!d,J}T{)@uxvfu?YFWC*\~h+,^f Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 01:21:25 -0000 Am Fri, 13 Nov 2009 15:55:42 +0200 schrieb Andriy Gapon : > on 13/11/2009 15:48 Kai Gallasch said the following: > > Am Fri, 13 Nov 2009 10:08:45 +0200 > > schrieb Andriy Gapon : > >> Kai, > >> I have a hunch, could you please try the following _sledgehammer_ > >> patch (only kernel build/install is needed): > >> diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c > >> index 44b71f3..a456609 100644 > >> --- a/sys/amd64/amd64/pmap.c > >> +++ b/sys/amd64/amd64/pmap.c > >> @@ -2981,6 +2981,7 @@ setpte: > >> * Map the superpage. > >> */ > >> pde_store(pde, PG_PS | newpde); > >> + pmap_invalidate_all(pmap); > >> > >> pmap_pde_promotions++; > >> CTR2(KTR_PMAP, "pmap_promote_pde: success for va %#lx" > >> > >> This will slow down an act of promotion to a superpage, but should > >> not have any visible impact on overall performance. > > > > Andriy, > > > > I tried the patch with c > > hw.mca.enabled="1" , rebuilt the kernel (although normally I never > > build kernels on Friday 13th :-) and ran buildworld -j8 for five > > times in a row. No sign of a machine check exception, no reboot. > > I think that this is good news. > This is not a fix, but the fact that it helps should help us find a > proper solution. Hi. The patch did help for surviving a makeworld. But now I have another machine check exception with this server. It happened with your patch active, and vm.pmap.pg_ps_enabled="1". I copied data from a remote server by NFS mount to the instable server. Destination was a local ZFS filesystem. ---------------- sonnenkraft:~ # MCA: CPU 7 UNCOR PCC OVER DTLB L1 error MCA: Address 0xff800d860000 Fatal trap 28: machine check trap while in kernel mode cpuid = 7; apic id = 07 instruction pointer = 0x20:0xffffffff80e5f0b2 stack pointer = 0x28:0xffffff8241f8d7d0 frame pointer = 0x28:0xffffff8241f8da40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 0 (spa_zio_1) [thread pid 0 tid 100193 ] Stopped at lzjb_compress+0x162: leal 0x1(%rdx),%edi db> bt Tracing pid 0 tid 100193 td 0xffffff000732aab0 lzjb_compress() at lzjb_compress+0x162 zio_compress_data() at zio_compress_data+0xbe zio_write_bp_init() at zio_write_bp_init+0xc2 zio_execute() at zio_execute+0x77 zio_ready() at zio_ready+0x124 zio_execute() at zio_execute+0x77 taskq_run() at taskq_run+0x13 taskqueue_run() at taskqueue_run+0x91 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8241f8dd30, rbp = 0 --- ---------------- After this I again tried copying to local zfs through nfs - and again an exception. When setting vm.pmap.pg_ps_enabled="0" in loader.conf and rebooting the server survives the nfs copying and stays stable. --Kai. From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 03:16:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FDFC106566B for ; Sat, 14 Nov 2009 03:16:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id EB2DD8FC13 for ; Sat, 14 Nov 2009 03:16:14 +0000 (UTC) Received: by qyk6 with SMTP id 6so1789818qyk.3 for ; Fri, 13 Nov 2009 19:16:14 -0800 (PST) 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=epLVo7Cfj4HKkOsRnXjDALTaJIyHpQsDm2hmcfkzk5s=; b=dRYiECrjctnaKbYVMiP8g43IMagTyjt6UlQNu6GDcqwOhvD38p37qyoQFupHr/HrE1 FeFzfafAMcAfmFOIj8PvzQqmHe8oJL84gzwETfb6Wof1TdOdIlNmcsZmsA6lxgY+TatT 2GsLqnmLXYem0VQXsdwpzPuPu/lpXsNnK988s= 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=ZSiIR0x1b0W2jkMhhc00hf3HqlC48m9BIYbCoDm0nKEf2oYFy3cAvctYZouO48F3XK udB/l5QwRX3lxUzlVEjmNS8YKHRN2mvuaVXaqxGeoK0itXdU4eBBYz5HAPsLrsH9d5Mv qXpGzTzyQ5Hd4wrzMa8A3MMPn/1khLXSpphTk= Received: by 10.224.13.204 with SMTP id d12mr3369342qaa.171.1258168574179; Fri, 13 Nov 2009 19:16:14 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm1830405qyk.1.2009.11.13.19.16.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Nov 2009 19:16:13 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 13 Nov 2009 19:15:43 -0800 From: Pyun YongHyeon Date: Fri, 13 Nov 2009 19:15:43 -0800 To: d@delphij.net Message-ID: <20091114031543.GO15449@michelle.cdnetworks.com> References: <20091111223751.GE15449@michelle.cdnetworks.com> <4AFDD544.10302@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AFDD544.10302@delphij.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers 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, 14 Nov 2009 03:16:15 -0000 On Fri, Nov 13, 2009 at 01:53:08PM -0800, Xin LI wrote: [...] > > I'm interesting in performance changes before/after the diff and > > any regressions from the diff. Please test I'll commit the diff > > next week unless I get regressions. > > So far I have not seen regressions after bge.tso.1111-1.diff . I have > not done any benchmarks though, never imagined my laptop is equipped > with TSO :) > > [delphij@delta] /usr/src/sys/net> ifconfig bge0 > bge0: flags=8843 metric 0 mtu 1500 > options=19b > AFAIK bge(4) was the only driver that lacks TSO support for TSO capable hardwares.(I'm not sure whether et(4) controllers also have TSO capability though) You may notice better TCP bulk transfer performance as well as lower CPU load. Thanks for testing! From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 04:53:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52D661065672; Sat, 14 Nov 2009 04:53:03 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id AE0488FC15; Sat, 14 Nov 2009 04:53:02 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1093707eyd.9 for ; Fri, 13 Nov 2009 20:53:01 -0800 (PST) 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=pD2koJSpR8pPg0gxuThA5tJ2Px+opC8/uWPKp8+iZf4=; b=TLoJ6PU4rj0blJf87hwZGHQp/VxsvEP/yAnQkwU6LT4OFsgq7QrNPmiwzQgPSM3MzM sbuic4IKGXS0lyhJB+3HfmB9yR4NnEtu/3wcGkJLCx0STzH+1L4X6xnp7NzY2/A57sK+ Y5814btZEOP2tc9/gm5Gvcdx3sqzfnb/UHRfg= 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=VAsXx1TCEfRz0/7M6ZA9uwyojQqFtHmDrgKaHIOToMcrCpgfOLwhIib7kxdEHvpOB3 BbJkWfxhQbXjpQJtooYR72/Dmllq7rMMssdJVJPrGkxbuioY3yP4PMkbhrq8jjAXgURl e9mJhWuKGs9hK2porz7kxwyeeBG1bo8bAwRgA= Received: by 10.213.23.146 with SMTP id r18mr600808ebb.46.1258174381656; Fri, 13 Nov 2009 20:53:01 -0800 (PST) Received: from localhost (95-24-85-117.broadband.corbina.ru [95.24.85.117]) by mx.google.com with ESMTPS id 28sm1753076eyg.30.2009.11.13.20.52.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Nov 2009 20:53:00 -0800 (PST) From: Anonymous To: d@delphij.net References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> <867htvhygy.fsf@gmail.com> <4AFDDEA1.70900@delphij.net> <4AFDE27F.1070406@delphij.net> <4AFDEB70.5080807@delphij.net> Date: Sat, 14 Nov 2009 07:52:58 +0300 In-Reply-To: <4AFDEB70.5080807@delphij.net> (Xin LI's message of "Fri, 13 Nov 2009 15:27:44 -0800") Message-ID: <86zl6pg11x.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.ORG, Xin LI , matthew green Subject: Re: svn commit: r199066 - head/usr.bin/gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 04:53:03 -0000 Xin LI writes: > Xin LI wrote: >> Xin LI wrote: >>> Anonymous wrote: >>>> Xin LI writes: >>>>> Author: delphij >>>>> Date: Mon Nov 9 02:37:02 2009 >>>>> New Revision: 199066 >>>>> URL: http://svn.freebsd.org/changeset/base/199066 >>>>> >>>>> Log: >>>>> Apply a NetBSD fix (revision 1.12) to handle multi-session bzip2 files >>>>> as created by pbzip2. >>>>> >>>>> Submitted by: mrg (NetBSD.org) >>>>> MFC after: 1 week >>>>> >>>>> Modified: >>>>> head/usr.bin/gzip/unbzip2.c >>>>> >>>> $ touch blah >>>> $ bzip2 blah >>>> $ gzip -d blah.bz2 >>>> gzip: read: No such file or directory >>>> Exit 2 >>>> Regression? Can you reproduce? >>> Yes, this is a regression (confirmed that this behavior is different >>> from bzip2 and a regression from 199065). Thanks for your report and >>> I'll investigate what's happening. >> >> I think the attached patch should fixed this issue. Could you please test? > > The previous fix has introduced an issue that revealed another bug as > well (gzip -d -c can't decompress large-ish input stream, i.e. something > like bzip2 -c ObsoleteFiles.inc | gunzip -d -c). The proposed patch: Tested your last patch. No longer able to reproduce the issue. > > * Set end_of_file flag if we hit a short read. This usually saves one > read after the actual end of file. > * Only bail out when BZ_OK and end_of_file and no output is given from > decompression engine. This would fix the streaming issue. > * Use maybe_errx() instead of maybe_err - We don't have a valid errno > at hand at the point we have received BZ_OK, and make the information > more meaningful. From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 05:43:08 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F24CB1065692 for ; Sat, 14 Nov 2009 05:43:08 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.104.116]) by mx1.freebsd.org (Postfix) with ESMTP id B0FAE8FC17 for ; Sat, 14 Nov 2009 05:43:08 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1N9BP4-0005pi-DS for freebsd-current@FreeBSD.org; Sat, 14 Nov 2009 08:42:30 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id D03D7B860 for ; Sat, 14 Nov 2009 08:43:06 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id B1E34B829; Sat, 14 Nov 2009 08:43:06 +0300 (MSK) Date: Sat, 14 Nov 2009 08:43:06 +0300 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20091114054306.GB66462@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: -Werror errors on RELENG_8_0 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 05:43:09 -0000 Hi! I've just got a buildworld error on a recent RELENG_8_0: --- cc -O2 -pipe -Wall -march=prescott -I/usr/src/lib/msun/ld80 -I/usr/src/lib/msun/src -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/lib/msun/src/e_asin.c cc -O2 -pipe -Wall -march=prescott -I/usr/src/lib/msun/ld80 -I/usr/src/lib/msun/src -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/lib/msun/src/e_asinf.c cc -O2 -pipe -Wall -march=prescott -I/usr/src/lib/msun/ld80 -I/usr/src/lib/msun/src -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/lib/msun/src/e_atan2.c cc1: warnings being treated as errors /usr/src/lib/msun/src/e_atan2.c: In function 'atan2': /usr/src/lib/msun/src/e_atan2.c:74: warning: suggest parentheses around arithmetic in operand of | *** Error code 1 --- There are some more, but it builds fine with NO_WERROR=1. SVN logs show that code wasn't changed for a long time, so why weren't these detected and fixed yet, or am I missing something and this is a some local problem? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 08:51:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89333106566B for ; Sat, 14 Nov 2009 08:51:08 +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 6AE638FC14 for ; Sat, 14 Nov 2009 08:51:08 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N9ELb-000JwB-0C for current@freebsd.org; Sat, 14 Nov 2009 08:51:07 +0000 Received: from host-40-47.meeting.ietf.org.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 7150F2C09C1E for ; Sat, 14 Nov 2009 17:51:06 +0900 (JST) Date: Sat, 14 Nov 2009 17:51:06 +0900 Message-ID: From: Randy Bush To: FreeBSD current mailing list User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: buildworld - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 08:51:08 -0000 amd64, cvsupped Nov 14 07:00 GMT ib/file/Magdir/troff,v /usr/src/lib/libmagic/../../contrib/file/Magdir/warc /usr/src/lib/libmagic/../../contrib/file/Magdir/pbm /usr/src/lib/libmagic/../../contrib/file/Magdir/gringotts /usr/src/lib/libmagic/../../contrib/file/Magdir/softquad,v /usr/src/lib/libmagic/../../contrib/file/Magdir/luks,v /usr/src/lib/libmagic/../../contrib/file/Magdir/database /usr/src/lib/libmagic/../../contrib/file/Magdir/spec /usr/src/lib/libmagic/../../contrib/file/Magdir/amigaos /usr/src/lib/libmagic/../../contrib/file/Magdir/pdp /usr/src/lib/libmagic/../../contrib/file/Magdir/ctags /usr/src/lib/libmagic/../../contrib/file/Magdir/pdf,v /usr/src/lib/libmagic/../../contrib/file/Magdir/palm,v /usr/src/lib/libmagic/../../contrib/file/Magdir/smalltalk,v /usr/src/lib/libmagic/../../contrib/file/Magdir/sgml,v /usr/src/lib/libmagic/../../contrib/file/Magdir/pulsar /usr/src/lib/libmagic/../../contrib/file/Magdir/dump,v /usr/src/lib/libmagic/../../contrib/file/Magdir/blender /usr/src/lib/libmagic/../../ contrib/file/Magdir/mathcad /usr/src/lib/libmagic/../../contrib/file/Magdir/fortran,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mime,v /usr/src/lib/libmagic/../../contrib/file/Magdir/linux,v /usr/src/lib/libmagic/../../contrib/file/Magdir/basis /usr/src/lib/libmagic/../../contrib/file/Magdir/vmware,v /usr/src/lib/libmagic/../../contrib/file/Magdir/epoc /usr/src/lib/libmagic/../../contrib/file/Magdir/sequent,v /usr/src/lib/libmagic/../../contrib/file/Magdir/sendmail /usr/src/lib/libmagic/../../contrib/file/Magdir/alliant /usr/src/lib/libmagic/../../contrib/file/Magdir/blit,v /usr/src/lib/libmagic/../../contrib/file/Magdir/zilog,v /usr/src/lib/libmagic/../../contrib/file/Magdir/impulse,v > magic ./mkmagic magic magic, 34: Warning: offset `head 1.1;' invalid magic, 34: Warning: type `head 1.1;' invalid magic, 35: Warning: offset `branch 1.1.1;' invalid magic, 35: Warning: type `branch 1.1.1;' invalid magic, 36: Warning: offset `access;' invalid magic, 36: Warning: type `access;' invalid magic, 37: Warning: offset `symbols' invalid magic, 37: Warning: type `symbols' invalid magic, 38: Warning: offset ` RELENG_8_0:1.1.1.6.0.32' invalid magic, 38: Warning: type `RELENG_8_0:1.1.1.6.0.32' invalid magic, 39: Warning: offset ` RELENG_8_0_BP:1.1.1.6' invalid magic, 39: Warning: type `RELENG_8_0_BP:1.1.1.6' invalid magic, 40: Warning: offset ` RELENG_8:1.1.1.6.0.30' invalid magic, 40: Warning: type `RELENG_8:1.1.1.6.0.30' invalid magic, 41: Warning: offset ` RELENG_8_BP:1.1.1.6' invalid magic, 41: Warning: type `RELENG_8_BP:1.1.1.6' invalid magic, 42: Warning: offset ` RELENG_7_2_0_RELEASE:1.1.1.6' invalid magic, 42: Warning: type `RELENG_7_2_0_RELEASE:1.1.1.6' invalid magic, 43: Warning: offset ` RELENG_7_2:1.1.1.6.0.28' invalid magic, 43: Warning: type `RELENG_7_2:1.1.1.6.0.28' invalid magic, 44: Warning: offset ` RELENG_7_2_BP:1.1.1.6' invalid magic, 44: Warning: type `RELENG_7_2_BP:1.1.1.6' invalid magic, 45: Warning: offset ` RELENG_7_1_0_RELEASE:1.1.1.6' invalid magic, 45: Warning: type `RELENG_7_1_0_RELEASE:1.1.1.6' invalid magic, 82995: Warning: offset `text' invalid magic, 82995: Warning: type `text' invalid magic, 82996: Warning: offset `@@' invalid magic, 82996: Warning: type `@@' invalid mkmagic: could not find any magic files! *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 09:05:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C8E106566C; Sat, 14 Nov 2009 09:05:24 +0000 (UTC) (envelope-from valin@buchlovice.org) Received: from smtp-sfn.sitkom.cz (smtp-sfn.sitkom.cz [88.146.175.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0DF2D8FC1A; Sat, 14 Nov 2009 09:05:23 +0000 (UTC) Received: from osiris.buchlovice.sfn (osiris.buchlovice.sfn [10.6.193.10]) by smtp-sfn.sitkom.cz (Postfix) with ESMTP id 70AFF1FA4A5; Sat, 14 Nov 2009 10:05:21 +0100 (CET) Message-ID: <4AFE72D1.5020902@buchlovice.org> Date: Sat, 14 Nov 2009 10:05:21 +0100 From: =?ISO-8859-2?Q?Radek_Val=E1=B9ek?= User-Agent: Thunderbird 2.0.0.23 (X11/20091015) MIME-Version: 1.0 To: Robert Noland References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> <1258122354.2303.24.camel@balrog.2hip.net> <4AFDBFFB.3070009@freebsd.org> In-Reply-To: <4AFDBFFB.3070009@freebsd.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Matt Reimer , freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 09:05:24 -0000 Stefan Esser napsal(a): > On 13.11.2009 15:25, Robert Noland wrote: > >> I think we have missed the boat, but I'll talk to re@ and see if we >> can get it in. >> > > The patch fixed GPT/ZFS booting for me, too. It would be good to have > it in 8.0 (since it is definitely required to boot from ZFS pools with > non-trivial sizes), and does not affect anybody not trying to boot > this way. OTOH, it since you cannot just install FreeBSD on pure ZFS > from sysinstall, it might be sufficient to prominently warn about this > problem and point at the required patch, to prevent foot-shooting. > > But having this patch that has been successfully tested by a number > of people that suffered from the GPT/ZFS boot problem looks highly > preferable to me ... > > Regards, STefan > I can confirm that the patch is working for me too, and I'm able now to boot from raidz/raidz2 pool after rewriting loader.conf/loader/kernel. I agree with Stefan, having it in 8.0-RELEASE would be good, catch the boat :) Big thnx to Matt, great work from all. From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 09:15:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77311106566B; Sat, 14 Nov 2009 09:15:55 +0000 (UTC) (envelope-from alteriks@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7C58FC16; Sat, 14 Nov 2009 09:15:54 +0000 (UTC) Received: by bwz5 with SMTP id 5so4406259bwz.3 for ; Sat, 14 Nov 2009 01:15:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=L90OO1JE60Ep8TwCwBLlrGjJ/AzM3IcZOo5+HSkwYfQ=; b=iz3QRxSdVSekqsIlZhzlzR4JxNOPCYnunivCZWt+Bihg8bOhAdGssm+wJNcTeMOKhh f3VWezyaAhAyVnI23peCFeK+qLSED9bgYsQGYt+u+WftsSsmTCR1xlGSOsXC/aFbuxLH RkHLxSVj6woOHjvhc/QN12UXwQX/m8MGjcl9A= 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=oLYhYGJf6gnen+bqaNM/ZnYxI7qFym9uFPkkRUlmF3KydlamkYj8ZDyW+tVsnGCOiG qf47pWumeks9AmSTNcazTETTEPare19wi245e3Ly82qSXWiXjFyhdTl2tO05djW//ct2 HD257S7O0Tya1yFNNItdmGV9lhWzfVSiIwKIo= MIME-Version: 1.0 Received: by 10.204.156.28 with SMTP id u28mr187656bkw.74.1258190153589; Sat, 14 Nov 2009 01:15:53 -0800 (PST) In-Reply-To: <4AFDBFFB.3070009@freebsd.org> References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> <1258122354.2303.24.camel@balrog.2hip.net> <4AFDBFFB.3070009@freebsd.org> Date: Sat, 14 Nov 2009 10:15:52 +0100 Message-ID: <684e57ec0911140115oa5d3c63xec7b2913847ce2c6@mail.gmail.com> From: Krzysztof Dajka To: Stefan Esser Content-Type: text/plain; charset=UTF-8 Cc: freebsd-fs@freebsd.org, =?UTF-8?B?UmFkZWsgVmFsw6HFoWVr?= , freebsd-current@freebsd.org, Matt Reimer , Robert Noland Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 09:15:55 -0000 Thanks Matt for the patch. I used it with 8.0RC3 release. I installed FreeBSD under Linux (KVM) my 3x500GB drives were mounted as a scsi drives. Installation went smoothly but when I rebooted FreeBSD guest it hang as usual ;) with "ZFS: i/o error - all block copies unavailable", well it also spit out some LBA errors for the first time. I was a little disappointed, because I've been trying for three weeks to replace my Debian system with broken ext3 fs with FreeBSD on raidz. But I thought to myself I'll give it a try, and run FreeBSD native. To my suprise it welcomed me with login prompt. Once again thanks for the patch. It would be good idea to merge it with final release. On 11/13/09, Stefan Esser wrote: > On 13.11.2009 15:25, Robert Noland wrote: >> I think we have missed the boat, but I'll talk to re@ and see if we >> can get it in. > > The patch fixed GPT/ZFS booting for me, too. It would be good to have > it in 8.0 (since it is definitely required to boot from ZFS pools with > non-trivial sizes), and does not affect anybody not trying to boot > this way. OTOH, it since you cannot just install FreeBSD on pure ZFS > from sysinstall, it might be sufficient to prominently warn about this > problem and point at the required patch, to prevent foot-shooting. > > But having this patch that has been successfully tested by a number > of people that suffered from the GPT/ZFS boot problem looks highly > preferable to me ... > > Regards, STefan > _______________________________________________ > 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 Sat Nov 14 09:37:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C82EF106566C; Sat, 14 Nov 2009 09:37:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CF9CE8FC0A; Sat, 14 Nov 2009 09:37:46 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA12913; Sat, 14 Nov 2009 11:37:22 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N9F4M-000KlO-0K; Sat, 14 Nov 2009 11:37:22 +0200 Message-ID: <4AFE7A32.7060203@icyb.net.ua> Date: Sat, 14 Nov 2009 11:36:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Kai Gallasch References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> <4AFD140D.7010407@icyb.net.ua> <20091113144804.2c0fb90f@orwell.free.de> <4AFD655E.5020801@icyb.net.ua> <20091114022121.217dd831@orwell.free.de> In-Reply-To: <20091114022121.217dd831@orwell.free.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 09:37:47 -0000 on 14/11/2009 03:21 Kai Gallasch said the following: > Hi. The patch did help for surviving a makeworld. > > But now I have another machine check exception with this server. It > happened with your patch active, and vm.pmap.pg_ps_enabled="1". I > copied data from a remote server by NFS mount to the instable server. > Destination was a local ZFS filesystem. > > ---------------- > > sonnenkraft:~ # MCA: CPU 7 UNCOR PCC OVER DTLB L1 error > MCA: Address 0xff800d860000 It's interesting because the same happened to me too, only in my case it was zpool scrub that triggered it. I will try to look into this further. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 10:21:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99261065670 for ; Sat, 14 Nov 2009 10:21:51 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.24]) by mx1.freebsd.org (Postfix) with ESMTP id A81998FC1B for ; Sat, 14 Nov 2009 10:21:51 +0000 (UTC) Received: from [62.143.132.83] (helo=r500.local) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1N9FlO-0005Wq-4m; Sat, 14 Nov 2009 11:21:50 +0100 Date: Sat, 14 Nov 2009 11:22:02 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20091114112202.40116891@r500.local> In-Reply-To: <20091111223751.GE15449@michelle.cdnetworks.com> References: <20091111223751.GE15449@michelle.cdnetworks.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd9.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/9MxuKJf4MArW94qlU/_so7M"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: Pyun YongHyeon Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 10:21:52 -0000 --Sig_/9MxuKJf4MArW94qlU/_so7M Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > I had been working on fixing bus_dma(9) bugs and adding TSO > capability to bge(4). Now TSO is supported for BCM5755 or newer > controllers. Actually some pre-BCM5755 controllers also support > TSO with the help of special firmware but the license issue and > lower performance of firmware based TSO as well as TSO bug I > intentionally excluded TSO support for pre-BCM5755 controllers. > I'm interesting in performance changes before/after the diff and > any regressions from the diff. Please test I'll commit the diff > next week unless I get regressions. No regressions noticed so far with: bge0@pci0:4:0:0: class=3D0x020000 card=3D0x20d517aa chip=3D0x169314e4 rev= =3D0x02 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'Ethernet Controller Broadcom Netlink Gigabit (BCM5787A)' Fabian --Sig_/9MxuKJf4MArW94qlU/_so7M Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr+hNIACgkQBYqIVf93VJ27owCgrY6g00iQqllxf/Wp4aR8FlG6 ABoAoIpU/svH8SZVWirvtHSu+4SI7Ku2 =OUUC -----END PGP SIGNATURE----- --Sig_/9MxuKJf4MArW94qlU/_so7M-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 10:24:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 342DE106568B for ; Sat, 14 Nov 2009 10:24:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCFA8FC2C for ; Sat, 14 Nov 2009 10:24:31 +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 nAEANZsQ020660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Nov 2009 12:23:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nAEANZqp056420; Sat, 14 Nov 2009 12:23:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nAEANZED056419; Sat, 14 Nov 2009 12:23:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 14 Nov 2009 12:23:35 +0200 From: Kostik Belousov To: Andriy Gapon Message-ID: <20091114102335.GM2331@deviant.kiev.zoral.com.ua> References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> <4AFD140D.7010407@icyb.net.ua> <20091113144804.2c0fb90f@orwell.free.de> <4AFD655E.5020801@icyb.net.ua> <20091114022121.217dd831@orwell.free.de> <4AFE7A32.7060203@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4QsEYJIjMB+yaydW" Content-Disposition: inline In-Reply-To: <4AFE7A32.7060203@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Kai Gallasch Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 10:24:33 -0000 --4QsEYJIjMB+yaydW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 14, 2009 at 11:36:50AM +0200, Andriy Gapon wrote: > on 14/11/2009 03:21 Kai Gallasch said the following: > > Hi. The patch did help for surviving a makeworld. > >=20 > > But now I have another machine check exception with this server. It > > happened with your patch active, and vm.pmap.pg_ps_enabled=3D"1". I > > copied data from a remote server by NFS mount to the instable server. > > Destination was a local ZFS filesystem. > >=20 > > ---------------- > >=20 > > sonnenkraft:~ # MCA: CPU 7 UNCOR PCC OVER DTLB L1 error > > MCA: Address 0xff800d860000 >=20 > It's interesting because the same happened to me too, only in my case it = was > zpool scrub that triggered it. > I will try to look into this further. Address is interesting. It is in canonical form, but only for 56-bit implementation. I thought that all existing CPU are 48-bits. --4QsEYJIjMB+yaydW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkr+hSYACgkQC3+MBN1Mb4gjUACgzDYUEgBT1AQPRqt79TiVhLiM CFoAnR5BrBuSWhbrb9egJfLpwe5Lyu3O =rUvZ -----END PGP SIGNATURE----- --4QsEYJIjMB+yaydW-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 10:56:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3217F1065695 for ; Sat, 14 Nov 2009 10:56:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 011608FC14 for ; Sat, 14 Nov 2009 10:56:05 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA13574; Sat, 14 Nov 2009 12:55:40 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N9GI7-000Knf-UW; Sat, 14 Nov 2009 12:55:40 +0200 Message-ID: <4AFE8C8C.2010609@icyb.net.ua> Date: Sat, 14 Nov 2009 12:55:08 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Kostik Belousov References: <1031257439203@webmail57.yandex.ru> <941257966918@webmail42.yandex.ru> <200911111504.14906.jhb@freebsd.org> <20091112195932.5875387e@orwell.free.de> <4AFD140D.7010407@icyb.net.ua> <20091113144804.2c0fb90f@orwell.free.de> <4AFD655E.5020801@icyb.net.ua> <20091114022121.217dd831@orwell.free.de> <4AFE7A32.7060203@icyb.net.ua> <20091114102335.GM2331@deviant.kiev.zoral.com.ua> In-Reply-To: <20091114102335.GM2331@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Kai Gallasch Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 10:56:07 -0000 on 14/11/2009 12:23 Kostik Belousov said the following: > On Sat, Nov 14, 2009 at 11:36:50AM +0200, Andriy Gapon wrote: >> on 14/11/2009 03:21 Kai Gallasch said the following: >>> Hi. The patch did help for surviving a makeworld. >>> >>> But now I have another machine check exception with this server. It >>> happened with your patch active, and vm.pmap.pg_ps_enabled="1". I >>> copied data from a remote server by NFS mount to the instable server. >>> Destination was a local ZFS filesystem. >>> >>> ---------------- >>> >>> sonnenkraft:~ # MCA: CPU 7 UNCOR PCC OVER DTLB L1 error >>> MCA: Address 0xff800d860000 >> It's interesting because the same happened to me too, only in my case it was >> zpool scrub that triggered it. >> I will try to look into this further. > > Address is interesting. It is in canonical form, but only for 56-bit > implementation. I thought that all existing CPU are 48-bits. Umm, actually it seems to be a 6-byte value. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 13:24:45 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E326F1065670 for ; Sat, 14 Nov 2009 13:24:45 +0000 (UTC) (envelope-from jilles@crab.stack.nl) Received: from crab.stack.nl (crab.stack.nl [131.155.140.134]) by mx1.freebsd.org (Postfix) with ESMTP id AADCF8FC1C for ; Sat, 14 Nov 2009 13:24:45 +0000 (UTC) Received: by crab.stack.nl (Postfix, from userid 1677) id A3DC75C53; Sat, 14 Nov 2009 14:05:24 +0100 (CET) Date: Sat, 14 Nov 2009 14:05:24 +0100 From: Jilles Tjoelker To: d@delphij.net Message-ID: <20091114130524.GA35115@stack.nl> References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> <867htvhygy.fsf@gmail.com> <4AFDDEA1.70900@delphij.net> <4AFDE27F.1070406@delphij.net> <4AFDEB70.5080807@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AFDEB70.5080807@delphij.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Anonymous , freebsd-current@FreeBSD.ORG, matthew green Subject: Re: svn commit: r199066 - head/usr.bin/gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 13:24:46 -0000 On Fri, Nov 13, 2009 at 03:27:44PM -0800, Xin LI wrote: > The previous fix has introduced an issue that revealed another bug as > well (gzip -d -c can't decompress large-ish input stream, i.e. something > like bzip2 -c ObsoleteFiles.inc | gunzip -d -c). The proposed patch: > * Set end_of_file flag if we hit a short read. This usually saves one > read after the actual end of file. A short read does not necessarily mean EOF on a pipe or other non-regular file. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 14:42:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D5DB106566B for ; Sat, 14 Nov 2009 14:42:28 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id D6F348FC15 for ; Sat, 14 Nov 2009 14:42:27 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D9C427E857; Sat, 14 Nov 2009 05:42:24 -0900 (AKST) From: Mel Flynn To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Sat, 14 Nov 2009 15:42:21 +0100 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <200911112311.51709.mel.flynn+fbsd.current@mailing.thruhere.net> <20091111231426.GF15449@michelle.cdnetworks.com> In-Reply-To: <20091111231426.GF15449@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200911141542.21634.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Subject: Re: Possible regression with msk driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2009 14:42:28 -0000 On Thursday 12 November 2009 00:14:26 Pyun YongHyeon wrote: > On Wed, Nov 11, 2009 at 11:11:51PM +0100, Mel Flynn wrote: > > Hi, > > > > I just booted a box from 7.2-p4 to FreeBSD 8.0-PRERELEASE #0 r199185. It > > didn't ping, even though the interface was marked up and active. No > > traffic at all. > > > > The fix was to ifconfig msk0 down; ifconfig msk0 up. From then on, > > everything worked and still is: > > mskc0: port 0xe800-0xe8ff mem > > 0xf9efc000-0xf9efffff irq 16 at device 0.0 on pci3 > > msk0: on > > mskc0 msk0: Ethernet address: 00:1b:fc:e3:9b:6a > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto > > mskc0: [FILTER] > > > > mskc0@pci0:3:0:0: class=0x020000 card=0x826e1043 chip=0x436411ab > > rev=0x12 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' > > class = network > > subclass = ethernet > > > > msk0: flags=8843 metric 0 mtu > > 1500 options=11a > > ether 00:1b:fc:xx:xx:xx > > inet 192.168.xxx.xxx netmask 0xffffff00 broadcast 192.168.xxx.255 > > media: Ethernet autoselect (1000baseT > > ) status: active > > > > Now - this machine still had 7.x /etc/rc.d, but since ifconfig down/up > > fixed the problem I don't know if this is a likely suspect. > > Most likely it lost link state changes so I guess msk(4) still > think it has no established link. > Because there had been several problems with EC Ultra + 88E1149 I'm > not sure it's newly introduced regression though. There are some > changes in CURRENT. Would you try latest msk(4)/e1000phy(4) in > CURRENT? I think you can download the following files from CURRENT. > sys/dev/msk/if_msk.c > sys/dev/msk/if_mskreg.h > sys/dev/mii/e1000phy.c > sys/dev/mii/e1000phyreg.h > > If that does not work I'll send you a possible patch. Well, I couldn't reproduce it reliably. One out of 4-5 reboots exhibited this behavior. Unfortunately, the webcam acquired for this machine, did not have a FreeBSD driver (it was going to be used for shop surveillance), so it's furnished with Windows now. I may rip out the card and put it in a Dell that currently uses bge cards, but that won't be soon. -- Mel From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 15:53:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F34F2106566C for ; Sat, 14 Nov 2009 15:53:17 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 89C9E8FC13 for ; Sat, 14 Nov 2009 15:53:17 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1230251eyd.9 for ; Sat, 14 Nov 2009 07:53:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qx2BwiSgrHDQ6G9isDFpUsrnwtetljUfth7OphscAX8=; b=wsrskyB74DH9LFgBO5X1N6CW7nUd6eYOOphkktOqJg9qrlabrFEC2L8ikddvJqdFSx OR4dnFGFesqjbgPzSUjAoUe+rR0UQszshecXJ+Fme3Nim2SqHFT34aBR4FIga4Rogudv 6XShLfU1GnnwohwU4Hx4kIZZzZQT6AJQyy41Y= 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=PwyScwj/qYpDO+ne6XrAuZ4q+xfTeXAf77shXIp6pgp/RE9WGUO/nkPSC50qXLGRid YkvFola08QAQN+GOniikrlmSbrtjpL7nze/Zs/LD1xj7xoeau9QLjZXc6TcGW3tmRwWQ BMGydbY+cdsCsjKQ+1Myxq6nUcsI49EVw9TYI= MIME-Version: 1.0 Received: by 10.213.0.142 with SMTP id 14mr811554ebb.26.1258213996628; Sat, 14 Nov 2009 07:53:16 -0800 (PST) In-Reply-To: <20091114054306.GB66462@hades.panopticon> References: <20091114054306.GB66462@hades.panopticon> Date: Sat, 14 Nov 2009 10:53:16 -0500 Message-ID: From: Ryan Stone To: Dmitry Marakasov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: -Werror errors on RELENG_8_0 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 15:53:18 -0000 You've probably upgraded the version of gcc that you're using. Those "suggest parentheses" warnings only come out with newer gcc versions -- I think they were introduced with 4.1 or 4.2 Ryan From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 18:44:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953BC106566C; Sat, 14 Nov 2009 18:44:35 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3DDC08FC16; Sat, 14 Nov 2009 18:44:35 +0000 (UTC) Received: from [192.168.1.4] (adsl-157-60-44.bna.bellsouth.net [70.157.60.44]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nAEIiQNf050281 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 14 Nov 2009 13:44:28 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Krzysztof Dajka In-Reply-To: <684e57ec0911140115oa5d3c63xec7b2913847ce2c6@mail.gmail.com> References: <4AD710D6.70404@buchlovice.org> <1258087983.2303.23.camel@balrog.2hip.net> <1258122354.2303.24.camel@balrog.2hip.net> <4AFDBFFB.3070009@freebsd.org> <684e57ec0911140115oa5d3c63xec7b2913847ce2c6@mail.gmail.com> Content-Type: text/plain Organization: FreeBSD Date: Sat, 14 Nov 2009 12:44:21 -0600 Message-Id: <1258224261.2303.31.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-fs@freebsd.org, Radek =?iso-8859-2?Q?Val=E1=B9ek?= , Matt Reimer , freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 18:44:35 -0000 On Sat, 2009-11-14 at 10:15 +0100, Krzysztof Dajka wrote: > Thanks Matt for the patch. I used it with 8.0RC3 release. I installed > FreeBSD under Linux (KVM) my 3x500GB drives were mounted as a scsi > drives. Installation went smoothly but when I rebooted FreeBSD guest > it hang as usual ;) with "ZFS: i/o error - all block copies > unavailable", well it also spit out some LBA errors for the first > time. I was a little disappointed, because I've been trying for three > weeks to replace my Debian system with broken ext3 fs with FreeBSD on > raidz. But I thought to myself I'll give it a try, and run FreeBSD > native. To my suprise it welcomed me with login prompt. Once again > thanks for the patch. It would be good idea to merge it with final > release. This was approved by re@ and has been merged to the release branch. It should be included in 8.0-RELEASE. robert. > On 11/13/09, Stefan Esser wrote: > > On 13.11.2009 15:25, Robert Noland wrote: > >> I think we have missed the boat, but I'll talk to re@ and see if we > >> can get it in. > > > > The patch fixed GPT/ZFS booting for me, too. It would be good to have > > it in 8.0 (since it is definitely required to boot from ZFS pools with > > non-trivial sizes), and does not affect anybody not trying to boot > > this way. OTOH, it since you cannot just install FreeBSD on pure ZFS > > from sysinstall, it might be sufficient to prominently warn about this > > problem and point at the required patch, to prevent foot-shooting. > > > > But having this patch that has been successfully tested by a number > > of people that suffered from the GPT/ZFS boot problem looks highly > > preferable to me ... > > > > Regards, STefan > > _______________________________________________ > > 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" > > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 19:24:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00015106566B for ; Sat, 14 Nov 2009 19:24:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D6A608FC12 for ; Sat, 14 Nov 2009 19:24:12 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id nAEJO9Ho006421; Sat, 14 Nov 2009 11:24:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id nAEJO850006420; Sat, 14 Nov 2009 11:24:08 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Nov 2009 11:24:08 -0800 From: Steve Kargl To: Dmitry Marakasov Message-ID: <20091114192408.GA6354@troutmask.apl.washington.edu> References: <20091114054306.GB66462@hades.panopticon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091114054306.GB66462@hades.panopticon> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: -Werror errors on RELENG_8_0 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 19:24:13 -0000 On Sat, Nov 14, 2009 at 08:43:06AM +0300, Dmitry Marakasov wrote: > cc -O2 -pipe -Wall -march=prescott -I/usr/src/lib/msun/ld80 -I/usr/src/lib/msun/src -I/usr/src/lib/msun/../libc/include -I/usr/src/lib/msun/../libc/i386 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/lib/msun/src/e_atan2.c > cc1: warnings being treated as errors > /usr/src/lib/msun/src/e_atan2.c: In function 'atan2': > /usr/src/lib/msun/src/e_atan2.c:74: warning: suggest parentheses around arithmetic in operand of | > *** Error code 1 > --- > > There are some more, but it builds fine with NO_WERROR=1. > > SVN logs show that code wasn't changed for a long time, so why > weren't these detected and fixed yet, or am I missing something and > this is a some local problem? > I vote local problem. However, you failed to provide sufficient information to substantiate that vote. What is in your make.conf, rc.conf, src.conf, and environment that might affect the build process? As to why it isn't fixed yet, there's the old adage: "If it ain't broken, don't fix it." More to the point, e_tan2.c comes into FreeBSD via Sun's fdlibm, which is the basis of libm on the other *bsd projects. Any local cosmetic changes to e_tan2.c (and other fdlibm code) would make FreeBSD's code gratutiously different from the other projects. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 20:03:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E24D81065672; Sat, 14 Nov 2009 20:03:37 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8B88FC0A; Sat, 14 Nov 2009 20:03:37 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nAEK3Z99080637 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 14 Nov 2009 21:03:35 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Sat, 14 Nov 2009 21:03:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <97D7A06D-98EC-4702-9E3D-A7B85DB39A20@lassitu.de> References: <4AD710D6.70404@buchlovice.org> To: Matt Reimer X-Mailer: Apple Mail (2.1077) Cc: freebsd-fs@freebsd.org, FreeBSD current , rnoland@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 20:03:38 -0000 Am 13.11.2009 um 01:54 schrieb Matt Reimer: > Try the attached patch (sponsored by VPOP Technologies). I found an > overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was > causing my 6x1TB raidz2 array to fail to boot. I can confirm as well that the patch (as committed to -current as = r199241) makes my loader happy. Now I just need to figure out why the = kernel won't mount root... Thanks, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 20:36:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AAE106566C; Sat, 14 Nov 2009 20:36:22 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCC98FC17; Sat, 14 Nov 2009 20:36:21 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nAEKaJne085317 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 14 Nov 2009 21:36:20 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Stefan Bethke In-Reply-To: <97D7A06D-98EC-4702-9E3D-A7B85DB39A20@lassitu.de> Date: Sat, 14 Nov 2009 21:36:18 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <45EBBE61-7D43-4853-AC86-2FD42334808D@lassitu.de> References: <4AD710D6.70404@buchlovice.org> <97D7A06D-98EC-4702-9E3D-A7B85DB39A20@lassitu.de> To: freebsd-fs@freebsd.org, FreeBSD current X-Mailer: Apple Mail (2.1077) Cc: Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 20:36:22 -0000 Am 14.11.2009 um 21:03 schrieb Stefan Bethke: > Am 13.11.2009 um 01:54 schrieb Matt Reimer: >=20 >> Try the attached patch (sponsored by VPOP Technologies). I found an >> overflow in /sys/cddl/boot/zfs/zfssubr.c:vdev_raidz_read() that was >> causing my 6x1TB raidz2 array to fail to boot. >=20 > I can confirm as well that the patch (as committed to -current as = r199241) makes my loader happy. Now I just need to figure out why the = kernel won't mount root... I was trying to boot off a raw ZFS pool. When using GPT partitions, it = works just fine. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sat Nov 14 20:46:27 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64AC1106566B for ; Sat, 14 Nov 2009 20:46:27 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.104.116]) by mx1.freebsd.org (Postfix) with ESMTP id 21BD38FC0A for ; Sat, 14 Nov 2009 20:46:26 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1N9PVC-0007on-OE for freebsd-current@FreeBSD.org; Sat, 14 Nov 2009 23:45:46 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 82A06B860 for ; Sat, 14 Nov 2009 23:46:24 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 6E96AB829; Sat, 14 Nov 2009 23:46:24 +0300 (MSK) Date: Sat, 14 Nov 2009 23:46:24 +0300 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20091114204624.GD66462@hades.panopticon> References: <20091114054306.GB66462@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20091114054306.GB66462@hades.panopticon> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: -Werror errors on RELENG_8_0 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2009 20:46:27 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > SVN logs show that code wasn't changed for a long time, so why > weren't these detected and fixed yet, or am I missing something and > this is a some local problem? Found it, I had {C,CXX}FLAGS+=-Wall in my make.conf from some past experiments. Sorry for the noise. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru