From owner-freebsd-current@FreeBSD.ORG Sun Feb 14 08:03:53 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E7485106566C; Sun, 14 Feb 2010 08:03:52 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 14 Feb 2010 17:03:52 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20100214170352.4ec55519.nork@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: nork@FreeBSD.org Subject: NFSSERVER is strange, now? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2010 08:03:53 -0000 Hi. I noticed that I can't kldload nfsserver.ko like following: on boot(rc script) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Clearing /tmp. link_elf_obj: symbol sysctl__vfs_nfs_children undefined linker_load_file: Unsupported file type kldload: can't load nfsserver : Exec format error /etc/rc: WARNING: Unable to load kernel module nfsserver - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - So I added following line and recompile: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- src/sys/nfsserver/nfs_srvsubs.c.orig 2009-07-01 10:32:48.651174000 +0900 +++ src/sys/nfsserver/nfs_srvsubs.c 2010-02-14 11:46:57.522314345 +0900 @@ -558,6 +558,7 @@ /* So that loader and kldload(2) can find us, wherever we are.. */ MODULE_VERSION(nfsserver, 1); +MODULE_DEPEND(nfsserver, nfs, 1, 1, 1); MODULE_DEPEND(nfsserver, nfssvc, 1, 1, 1); MODULE_DEPEND(nfsserver, krpc, 1, 1, 1); - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - And it's OK, but a little.... on boot(rc script) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Clearing /tmp. can't re-use a leaf (realign_count)! can't re-use a leaf (realign_test)! Starting mountd. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - How about? From owner-freebsd-current@FreeBSD.ORG Sun Feb 14 09:10:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D87A1065679 for ; Sun, 14 Feb 2010 09:10:20 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51807.mail.re2.yahoo.com (web51807.mail.re2.yahoo.com [206.190.38.238]) by mx1.freebsd.org (Postfix) with SMTP id CC87C8FC12 for ; Sun, 14 Feb 2010 09:10:19 +0000 (UTC) Received: (qmail 3219 invoked by uid 60001); 14 Feb 2010 09:10:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1266138619; bh=ygGzS4SjaNg25O4pnF3vcuiBlkM9Hu9OTGLKxS5JdPo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=PA8NFzVkuzdUHkZNSHa2ezbkGPXzUQLsczJCeyWLwoEEdwtUvMecbZnvr2ozK8OEfM1S/qjTrx6faTL5av/Cp36JOwp9NUqnd4oaLdKHfgnRziBfPH3OEbS03gcX8S3Wm8FykhRImAblbTSU58liDnqDgna0us/63MlcFsaT6fk= 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=Im3ACt11VD3uvXuDJruL4Fw4jdxqLunJ+ctmFc4tB6R2PXCOQrvytvIPycPhSRgpFDuU5dvqQuuL+7uOFXVyLLOPMihwjeUG5sPzZTj6QougkjgN8uxGU2wz53tAlGdiecsf+PKtNwXdOrBZryYAQO/qaV0Ix8Apo6+BKsQpvqQ=; Message-ID: <59272.95397.qm@web51807.mail.re2.yahoo.com> X-YMail-OSG: t6yeSEQVM1nj6T_3isB3Ut4A24JbsDELgs3C_GwmvNfqn34v89a.lR7Ww_fh7Jsq8a7kcPJVtkBwIFCgCEcZXmXVHvdh.80EgES3bGo.PTdwbct7ZFHj7WLv1tL.49iWAF9yilPGlB2mnVnwiSVQT4Hpv4jxOuR88LasglWJzMqBzgKP7twSBI_jb5TIh9TChHvslh8PmB3EVmgl4dYNRFEOUVOFth93DC42R2Utoq.XdIZg20jQJAnJ3zPAG7nhr4W3Xio5Xuu5RBWvvK2pMwmxzM..oFVdvDvMPXO3CTQnWyKtmEVEtwSKH6EsEnhWhCtPJ9ZKPZOZjfEtq5gx_F5AujPvwKRIM4fbYz0RQSGFEOsEhjXAVQ-- Received: from [173.183.132.20] by web51807.mail.re2.yahoo.com via HTTP; Sun, 14 Feb 2010 01:10:19 PST X-Mailer: YahooMailRC/300.3 YahooMailWebService/0.8.100.260964 Date: Sun, 14 Feb 2010 01:10:19 -0800 (PST) From: PseudoCylon To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: quick Call for Test run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Feb 2010 09:10:20 -0000 Hello, There are revisions on OpenBSD run(4), so I applied the applicable changes to ours. Because lots of changes has been made (more than 20 revisions in 24 hour period), I thought I should do a quick test. Please give it a try. The driver is posted at http://forums.freebsd.org/showpost.php?s=51e84afd1607d632ae06552113cad13f&p=67831&postcount=156 or git://dev.nasreddine.com/run.git http://dev.nasreddine.com/gitweb/?p=run.git;a=summary (please fetch 'master' branch) IMPORTANT NOTE Please update BOTH firmware AND driver. Thanks in advance. Best, Akinori P.S. Can anyone tell me where to submit the change/patch? ---- "FreeBSD and all other open source projects are the Tower of Babel in computer era." --me So, join me @ git://dev.nasreddine.com/run.git (or http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) Just work on any of *_dev branches. __________________________________________________________________ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 14 18:51:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E4A0106566C for ; Sun, 14 Feb 2010 18:51:11 +0000 (UTC) (envelope-from gavinFreeBSD.org@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id BA4E88FC19 for ; Sun, 14 Feb 2010 18:51:10 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id o1EIK2bN024303; Sun, 14 Feb 2010 18:20:02 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 1Ngj4c-000081-1S; Sun, 14 Feb 2010 18:20:02 +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 o1EIK1vX050574; Sun, 14 Feb 2010 18:20:01 GMT (envelope-from gavinFreeBSD.org@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id o1EIK0Rf050568; Sun, 14 Feb 2010 18:20:01 GMT (envelope-from gavinFreeBSD.org@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 14 Feb 2010 18:20:00 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: d@delphij.net In-Reply-To: <4B75A801.3040107@delphij.net> Message-ID: References: <4B75A801.3040107@delphij.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavinfreebsd.org@ury.york.ac.uk X-Mailman-Approved-At: Sun, 14 Feb 2010 22:11:26 +0000 Cc: FreeBSD Current Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2010 18:51:11 -0000 On Fri, 12 Feb 2010, Xin LI wrote: > Hi, > > Can anyone shed me some light? Can this be somehow related to some > weird userland setting (sysctl, loader, etc?) > > I just realized that for some reason time doesn't work (both builtin, > csh and /usr/bin/time). I'm running a unmodified fresh -CURRENT kernel > and userland: > > FreeBSD pcbsd-5265 9.0-CURRENT FreeBSD 9.0-CURRENT #2 r203800: Fri Feb > 12 10:37:24 PST 2010 delphij@pcbsd-5265:/usr/obj/usr/src/sys/GENERIC > amd64 > > === > > (See the '0.00u' stuff) and ignore the errors there. > > [delphij@pcbsd-5265]/mnt(112)% time gzip randomfile > load: 0.85 cmd: gzip 8447 [running] 34.29r 0.00u 34.10s 98% 1476k > > /mnt: write failed, filesystem is full > gzip: write: No space left on device > gzip: output file: randomfile.gz wrong size (1673592832 != -1), deleting > gzip: leaving original randomfile > 0.000u 85.063s 1:25.10 99.9% 0+0k 12440+12839io 7pf+0w Does reverting r202387, 202441 and 202534 make any difference? Gavin From owner-freebsd-current@FreeBSD.ORG Mon Feb 15 05:46:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB37106566C; Mon, 15 Feb 2010 05:46:39 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBAF8FC13; Mon, 15 Feb 2010 05:46:39 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 86D1578C4D; Mon, 15 Feb 2010 14:46:38 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 54A9978C3B; Mon, 15 Feb 2010 14:46:38 +0900 (JST) Message-ID: <252B63EC396745F7A6AE9E622C215437@artemis> From: "Daisuke Aoyama" To: References: Date: Mon, 15 Feb 2010 14:46:35 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0028_01CAAE4D.ABED7060" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: [PATCH] VirtualBox headless VNC support by LibVNCServer (20100211) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2010 05:46:40 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0028_01CAAE4D.ABED7060 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit Hi, all First, thank you for using my patch. This archive contains individual patch files and modified Makefile. Please select options you want before building. then make with normal way. What's new?: Send ScrollLock when press Ctrl+Scroll or Ctrl+Pause. Fixed 16bpp mode have incorrect settings. (it may cause the viewer confuse, now is send 32bpp instead of 16bpp) Show port 0 when VNC Server disabled. Code cleanup. # cd /usr/ports/emulators/virtualbox-ose # tar xvf /path/to/vboxvnc-20100211.tar.gz # make config # make It provides VNC server for guest OS console access in VBoxHeadless frontend. Supported Options: -v, -vnc, --vnc on|off Enable (default) or disable the VNC Server -a, -vncaddress, --vncaddress IP address the VNC server will bind to -p, -vncport, --vncport Port number the VNC server will bind to -k, -vnckeymap, --vnckeymap Keyboard mapfile (default: builtin US) -S, -vncsecret, --vncsecret VNC Authentication secret three options at one line is an equivalent option, for example: "-v on", "-vnc on", "--vnc on" are same feature. -v option specify whether VNC server starts in the machine. default is on (enable). -a and -p options specify IP address and port number of VNC server. default IP is wildcard, port is 5900. If you have multiple IPs(NICs) in your system, you can select the listen address of the server. -k option specify the keyboard layout convert from VNC keys to Scancodes. default is US standard 101keys. (I tested only US 101 keyboard) If you want another keyboard, you can spcify the path of kbdmap(5). In standard installation of FreeBSD, it's located in /usr/share/syscons/keymaps/. for example, "-k /usr/share/syscons/keymaps/jp.106.kbd" uses JP 106 keyboard. -S option specify the password of the VNC server. However, it have security risk in common server. It assumed used with FreeNAS (limited user environment). Please consider the risk by using command line. When starting the VM, the proctitle is changed like below (you can see by "ps axww"): VBoxHeadless: VM: TestVM4 Port: 5900 Auth: off (VBoxHeadless) Regards, Daisuke Aoyama ------=_NextPart_000_0028_01CAAE4D.ABED7060 Content-Type: application/octet-stream; name="vboxvnc-20100211.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vboxvnc-20100211.tar.gz" H4sIAODbc0sCA+19+2PauNLo/hr+CpU+Agkv8wpJmp4lQFJu8zpAut1vdz+uARN8Aoa1TZNsm/O3 3xlJtiXLhiTtnrPn3Hi3AWZGo9FoNBo9fapfG2NzavzwJz6FQqFaLhP8hCf8WSyUSxrRtFKpWKyU qsUdUtCK1aL2Ayn88C94lo6r2yCKPZ+7q+huJoYxXV1IqXD/Ic9LcmbckMXcdh0ynE+nxtA15xaZ cbMg47m9t/HZtN2lPh3Mb7Nzx0i8JE3dNcjQNuBjtLexUSwUdrOFSrZQBNxPk/kMYBuHhm1NdHtE juy5MZmawwl5OzKG18aPg+nSmJpjI6e77xIvIcmrI9swDrvNPSZI3pgtp7o7t528nHP+lIuV+Uy0 nFYlxYJWyBe0fLFMiqU9rbZXqpEBSEVatwvyCngnLs47vbP6aesgXIhmu9v72Op02+dnBxulnJYr UtpO62ObwbREo95rHZ932q3uwYYvUuK03u21Ov1uu4fwiesu9vJ5d7bIDSf20nAN2zUM+J4nvyY2 PPQYyjdwRrmlZd7C96U1MnIjI+/Ml/bQcCTSkenoDnDRQburWM5M257bufLAdHM3IRbTYc5ZWrnh fCYoMP/qy8fD80/948tWt9eHot/n966WBpj/aGRipTtUJ0ftEyzXR5buELT16ougq/vsebf16kvr U69Tb/T63cujT/fk1Zfjup/2PuEhz89Ofn4cp0TiJRgcAR0Ml46DhriYGrpjkCX8Y1UAwB+5ueTm 9hVUR/usB/9aHahiKKaEbJyfnrbOegcbdXJlWKDUaXaxtBdQ/2S8nE4J1475h2GjpZPbWpWgzd6A 9hOJw8v2SbPfbF20zpqgkjvdme29+oJW0m22QX0j47MxzSOYal93atUIPPwFrkhw60zdhT0fSkSu cUuB+ak5QAJKeT27juB0fbg0p6PESfswEGphXeUqEu2VrS8m5tDJA8rPNldcn+lwaU9DvMbuIo/g ROfyLMgzPwBfmZ/NR8spGC8qfWR/zl3PpaRxbTh7DQkTiZ86H7qdxsHGxqsv8JWmkAwFGXmG0gdD SaAx9Y/OO/16p/EehDBLoFV9NqqWE5fdVv/47BwbOZTHHE0p5PB/2hdFqDXDoT8vfu69x2Yd/EZb vOy1T7B1685d37SgLUynCQHTv/hwzL0HiK8vzDDS9yBariDhzs5bx8fts6NzlmPifb3bb5yfHbWP LzstBvN/QpGOu9sH2eyN6U6yV8PhQfLVl0bjPkk80PY2BX36dJ+kwp80WeIDUN9Fp3XU/nSPVSmo OkHZn7QbPSjeYDjM/lLI7v62RUKV4bf9bGkrkUD/cNw5v7z4GyswtDpweBTabgJst1igv/pHnfOz HjOGj1Bf7w19BKbASAMHQ6UT6jGR6F4e9rmDWVxfZT2NU/gJ6O5gg5XmwC8WtUxfrgPmw+h3AdVu eoh2E3I5v+hBdpDH33tlkqSNhqAeCf6G3shyDWuUJOBdkEOzdXh5LJGNjMHy6sqE5uPczQbzqQO0 4zElpmWrN5ttmoOU6hh9Kal7Cg3SNA8vZcpm9nDpEN0akff1E+IsF9jr+fJcXJ50W/XLZvtcSnSx nDpGfTky5wHnT5om0eDvMLuzE8j8DPzmZ4NMdetqqV8ZChG4lI9nDYnXiTkAUNewP4NvFOgTiZxp DafLkUHeYpeG8Nx8Qcucm12/gy4XaxL8+eE2VCdtddQYoEr9H6zugt+XEnavm8/l+/n7QOOcQaj/ SiQ+nH7oUy/d+/kCWpVt0N6Cgr0GQtNA+S7qvfd9UBCwOTlv1E8O693WPeHW3GpBj9FHh/TqC/zt U2TeuXMoq6OT+nH3AAs+BtsYm5YxSv3UBmkve30wqTR584a8CCNA7+nEYef8Qwu8A60FrkRiG78v TdtwqDmOuTnmSGdpkU2MuyAOs8bm1SbRr3TTepHIAdocR2cPBYrOHuUKshdzCvIXzOUJ2feZ0aTF /ghq/LM1dKjRSL2BZbjooHykxPVFVKmon+s2Tw42HO7QP513oD5voT9ysKueLUO+aPsAfdHhUYvg JySlnz1olefHJ5JVohkkkyADNKkINzzAVpCdeE5NSfkjBFYzw3JJcnUxaB2g5H/n7rCcgG9n4Dh6 9bNmvdNk/QDAIE65OD+DSAWc1tXSJKCum7l9TWbzYZ9KQ5am980eet+m4KKWpuMm2sjxBHqddoP6 PeSq6MbvXaUCgYyrVIHR6GBqZH93y2qyGD1IRiI7zHRC/s26D+o5fcfZV9p5znTmCSHCxH5F5nMf jmQ7gO1A59cCHWNgt4CObG7pUxpIzq3pnUDRj2OaOGr1Gu+pLg42souOLakgVBJfiatoHqIx2h+l A8cDbFggSn0c7ZvCfo8BV9oidkLhpjoaLJ2slitFBa2AWmsUnCgm137QkaVXMFlgv8azksWjmFxB kk7HDjBPMfTr6kJTHyzWBwCiK4oiYmrn1ZfzrhfCkLdkhw7wfd/anIMnteYuuM3ZAkfM0KXyIQip 5j6FOGHwek8ODgiGr7QaEQI2ygeIMACR5GoDWSCxSs85RqSJLIzScS9sg3Xa8CULNW/fuRPwKnt7 YXmTNNROMj0bt+B1nFR+6djo1UvFdGLjRxjKNd6f35PNjte/lIpZGJ2CmxrAaNYEAI/3DHBnMAK2 ScAgtylyaM73yHDE0I493KfTEYQ6vVLR41Iq7pPpiHVWJPuZZGck2xFYMo5HdTDCe08FniZgBOhm F7o7nOyJ+VK/QwOF+sVF/6LT/ljvtajGyQGJi7Q3yTtCBzEQONznT+ZDfdqgQuVgFBfNvfu+3gG/ A+beXc34MZxpm4NxGubw/biGtUE5N+vg1KA5PpVX87zBCo5fnsCIFpV3eq0OcNKewgC/NTsfIflT Up+1ekcnvafmDanrzYsnZt2DTqUBEWr3YE3q2JAtki0fBKwvkdeYYuLRaO6A6Qc94cNyQEadVvvs 4qTeaPUbp817kjXIpvOVtXJM9FUM579C1IpjhoBxwFPIjfmMpW2EiNn8Sn5pma6T/90thZKF0GWK juTgjK6dPLbu5kkEEXg0bJNO/nYBPlqr6eX8Atzu3MpfGVaffe2PjIWTW9zFq+DXV68+0BAA2k// sH2Wh4z6jjH6GjT8gWn5UNBMhAKY36eOdW+FtpHRQHcm7Bt8htVsWJ9zziSRGM19ZuC/fTyOUGBg BT0JI2S/g1EaziAGtejJzUloEHRPeXPPD9xffTmlk0aCM0pspMQ88/Olm2ccaCfGv/tRE8sGago/ R9Dn8fpgsjXOYTgKw0Lmqu9J0hxNiaPPFjAiSAqZphOSLJ7meUcrzsd8H+k8zjFSbiVXChEjbWjm 6AmSxomTc+ZkK3c1hD92gUZIcwtiEicZm3t6VSgXVe15a+o8WuT54B/CdCM0ZmASW4bfZ8lQfmk/ kIhSJ+gjkcNBxxhCFToGPdUtnHXBr2cGjHQWDXfq/Wq+b1ywAevHBv38dAGjwfZFo0n4QMgfxN1j drzbg/74/LhTP71/rE29+jKOr/s85nACYW7WGccThVggV6oQKHMiVPLo4kYWrPH+9BxcTrmiaauz jstL0LKiSyGDws4jMlg3nF3fnPLBoFSoPbQmasUQtlOrUgafD2D4sNoKyJ+UhzpAp8NxvwE8zat5 IwEbWx30JdQefNOGOBHnu6Nlo76DzRXSPorPzDuGu1xAj0n8SWXsz4LKYSlw1Q465u/YX/C+e6VD VvKmhiMWIjvjw0eQPDIFz4wPXYKOEMrYbUEj+njPe1hI/OGYa5L/whWMe3Jx3u1lOSKx0kE91iVB qPcTWCGuoO9JE/QPbGV0nNY+a4punWTdu4VBRiS7sE3LLZCvgPyEkweAKhC/Ne9UKlL6+M7vWznK RXgMtxWzg1H+w5notpE3h9j6JvAxndv5cu22XMvriwVr9GE3IoaWWGF5b5XDEbs5cwaV7OTPuy0B 2i/XFrc5XCt8sASYA6ZYIT3QTc2hHriptRK3PY+Qd+ZT3TbFdcPcyHCu3flidTYqvTiOaNR7vDmc trrd+nHrPnpCBJoXnRH54f+PB3dTOPk/N49CoQDNIG7/D/uB+3/KQLVTKuP+n+JO6QdSed7/8y+q fzoVloW2mMW2mPW9R1Zc3c16u29wTPv99n9BbZcrcv0XS5Xy8/6vf8mTzWZJVK8h1HterPfc3Dav 2IYvrZjVdnDfVXFnr1LNBW15u7BbKCS2t7cfxXkDN3NlC1q2qJFiYU/b3SvvKEx//JFkK8VMlWzD X61IfvwxQUSO/V7r9OIE5ynJ3gF5lcJJ7FQwCQVRWbN11j47TmcQiHuHGift1lmveXISgrQ+tdIh 3s3WUZew54CvHB+dXrSOQ2Td88tOo9X1yAJMbrhYJLbNMUQCJDztltiOyWv7YC2tnyHSnjWObH1m DJbjsWGzHOOpr427mb7IDcM0dGaa5+6v2ZI/yD8WxlVim3WqJFyQj53mRYI8pBhRlKJY4RL88Pz8 Ffx/2Ja/j//XSpWdasj/l0vVyrP//6v4/3C9f98+IMyd9wPAuECKxb1yMa4fKO9gPwB/QQLsB176 0TzNzrDt3OSdAsY/H82RMafIxPbLOH8sIrif336J65ZhGHOH234+yZAPniR9Zv0+Xxru94UEb507 J4/DSQdlEuBLy3TcEQPSXEh+S+RBtvIiRlnKQTQqQCmIoJQh5ABDW0lRQ9CdNX9HtVyqVFHNpSro uUT1/CVBPXqnd4Ej33EqeenAuHLvVyuZINKThH9ZJwP/oIm5n2fwzftK3lqgoK/LpTl6B1RdhJIr 87NhkY+nJMW3KI2Ibl8tcRU7jdzj60rN9jNkBj0XZgkfZG59xU1zoadl4RYEkgKm+nLqpgnbe0yB 7sTAzpSwHXA0ezUXneWij0Y2WC/PjP8ib80Flo20L4gH8pjyDvXGnE4JTicRdx6Tw4LlgGNTzp7u IXuLf995lBcIspazAfB8fBbXLAsWC/BM2A/yln1CRh+Mu8Ecd/PDT3owwFPaHl2Xd02LXHbTMTl0 WQ6OMbQNrxjsB9g+/YQcUOj6EsS3XD6kJwzHqn6llZOXMcFItF3YI1ZO+OSW8ZXvI3igXQDzaHN/ 2MPrBrnOrU2XDCe6dcVYO4YLurxC7tTHFZmTK1e81keLa9y6hm2RZCNJmq3GSesT7pAhKWiOadKz oUszRqc6VAlCsA1BO4A8bLK1BT8++z8M6/MijQ16dctaWo55ZUFrRG5QddTcDkgFHPE+o8CZIpdz BYI6N/cDcnZ5chJNw3Q8WknzgVnhKpIuMyOf5Ol2IjEGy+ClZHwjKcLFpBVWY6OTArjLGqsweL4E pvKFJD0nmMyQTWczA570uNU7v+j1O62/93FX2tkxuc/ISR6YZr2LRGbciyCvRZjXZfusVypSXlL+ T0gT+EJMpa+QOpzTE5JBKiT//IhcHkPv+0RMdP2ITB6fyneOmKj7iKwelurbPCkVEGw/1hbi7PeB iegAv1SibWinkCmW/DYkPiB/6oU5Sici3SuGFjj01qdL49KCjiS3cP7YV2kHtqFf7z8wrBjiMSSQ fC/UwcETuEQhy2WpuK+SelmqnPUYzoGTCZfnEcw/xzAPnPA3ML+OYe5772/g3Y3h7bv9B/P+9gAi sADFkoT+IiwQGnRVK6BBV6vljFaNNGgozBI69KwmmOl9gn+sHaNIwwqvfQjV+4L1UOTNm8T2RuqF 49rD2UIgyJAkxEDJNPn6lURiefCTTKfTGC1sQJSCx8dc050aqeTH0z3y2qFRKHwZ0SgOIdDUU7Qt 8vzT5G+sbe6RpDW3DMAXvKx5zd0T3Oj6ffPgzTNDVcINR6BOzq0kUktiPH3ARaIHXF6tLKd0aPiT OXIn5C2paEVUugR9R4qFck0BvybFNLWmGhuR7RYLmXIt0pq4zYuWtMKINg7Pz0/IGL4H7sC1lwbo gm7Px+HsIdlayMNaOSqTwsRlF3RsWG1khBEi8Ik2yDRgvshNFrQqDthQ34rj/xb7VR2EXPCxDvYX ciPUJDHnyIytJD2BE4UzrMhcv6hCBINpWnr/iI5u+UNgkmI6wUFW+oFO9D74eY/1IKpRKLcgX0i2 k/kVSUHrE+Zo9tjwCI/HBePMXC6HYqX3xVzwUa3GMm5IYFapcFFoDYdSPUZ/LTwWvQf1aGKFunOi T3GjqGuQccDwaSqMEy/7bjrXR6y7S/kdH3OVjxAUmfAZ+TXybUQIpsgE/hOdZNsazwPH9xBtZ9+Z lulSryo4zyAUSX9TdSBvkx65/j4VElXuBgzU5tBrDNlnmLOSBArWMcaKKYLXWEz1u+y7ruEK9Cnf v2XCrEQO998ac0AyPgFBTAdVx9wJnSYAQm8WITXQh9c3ODWDW4h01xyYU9O9S9MsvIe7eEjG5zY8 F48dym6FhidaAToWrUx7lMRqD2B8Roc0nc8XZKKDbIY9My28DCLwA+QBcTVaX3xT/7Km1jrstKfq QkBkkJijR2EzW2MNar/2uIoUO3y/jFIBhYbzH7b+o6wtfo/1n1KxUimF13+qxef1n7/O+o9S72wF SNvdoQv2BY0UdvcKBfj/aStACv9gDUgjGrCu7VUKkWtAhQz80jLl3V10W9v5LWi2W6FFcPU8OyUC /27wgBX3QmKMf1bvkkJuJ6dRgga734YM7khTN53ltUHq8zt9ppO3Ov38cWHow0nOMnL/WLzDJLjc sh1ab8Jdm/AvtLLjoyBshEgqDnu8NEdxONqzYu8eS4BO+u9LY2nEUQS7ACmFSGMubBeFM/Sw6BSD 5zjCSYa4hBUijixe3HIXwp358NpwQwjLcE08QW5aIYRuL/Q8orgwSwfDUoxcnIU+xKPsMxqRvmSb L8nJ+XGf7k0NvvWPL9uKcvjaYRg8nV+FSy11jHypb+U6oIfkWy8QSHtKf5+5cGQKt91Ch3jW7bdP L0767e7lBT0Kq/Ub7ZQfQ2dIW+5AgR5XBfqNk3q3i3eQBLTpYL0ysQ2ezzVhsDEeHM7nUzKaL26G E2N4nQJIY2qC9Vy4NhlOM8LM9xaMTZwF/ITYEJcDpoaFHSpn9XlujpCPa9OVh8HSdefWqe5cM+Jb 9nGXIaEcVBbXg1EqEOzGokkgsO7ezTBGho9IJoltv6h7e/7XFBSbRxOYvz3kvTsECkfT+Q0Pb45C qcRgwR5CXNDpNWzThUDabWOA/GbWv1yMwEWcgM16hHUHwjL31LlKYZID8hH03+9eNhqtbjdDeDyM dzHMQuxeiNnN+izElIORWd8JrXYwqL82F4KfzvG0ewgIdXMLMPrlDr7glNP2fUhz/4xSnawthVKU H4Mevwz+XAvO6kCddSdLF6uU+WKfLkN6ncsWcqCnm1MptISttIfOvuObes/A1FdQ0Wjv0I/GaYYU 1YBw0Fou/PwoNlrRfIgRVFATYknXUGuc6m2ANiqohI6exLUiNpKSVtHYeq5IxJc8ZEu9oTM/B6Ra LmTIxDCvJlj55Rr8GixwTriWIc4C51hLCIEv5X3Bzmc6VjXEVxlyJXwf+N9FYmdijpG7VgVq7wfw H3jfCwL1CMvUh8bvrcrRMlCoPwUg6BYq4dhw2c8UKjpD2F9aQK9otFC0QLQwnjH5eVFFkG15wo/8 DadeAEuhabJHCmmg0cTEkDBFnVd6RmcDUj5L0WA5aTA1xSdlxSkhpJOnG+lUpbVgw90Rq2qffYb1 DyT12kknM7RjiprpXJNcnJYUFSs1CSijp36ZZsHmpfFDKIS3I4EXF6T4+tWbw/K3MyS3kmmkKMSg ISbD/zgR00WQ8dR0INhrQ8Rnj7EzPiAT6A2mqfZZvdns9OtnP0foYlVy7Oj7mLsnQqxeBCeg1D1r U1tec9oSTU30WyEuK81iZswcw41OSie5o3NNq5Xl2vXRiEZuWKHYkyo00DVKNPBboXHoZ1N3dSw/ 85HuxHQUQn3pTi50x7kZycReX6NKiMRze9TASIHJyKIGr6ccD7A7Czl3taRs9uJoDk7Kzdm4XwF9 Erqs1aRXCGPEV2uJ8aZJRjtYSwsydLmnY77wAXJ4Ca4ekABl8egHIj1orLO0aH2ezOcLoUPMakGn yGmZ7fHp+cjuR5iLFPsXFm8K3QuYOpL2GaLv4rRQilOhe+PtOcLa72NlocGbIIs4BykKw2wrEEaI bHyzi2PoTe415jOI+962+e935A3/FrDlgOw7iKOPW71eq5PyYqV0KoibcrpzvnQvdGizqbQayL0I KIMI7ppDxKgnIjsagmFe9Mv6jChZkMsMf3pZ3H/PmN3XkbDCMx5g+/cBW+nh1PMkokeRuny/3riT HQ+y766EWmemi+ObAkvGu7okS3jw2oHiZXitp/eD4Ylno14GvLfHbohCfin8hsDNXwubglOm170E 7aplDe27hXt45xpOCkuD7q4xwXNm1pUhZut7f2OGfVwEbaBD1J/YQiAf204ldXnzGp/ypqE+LyVy ncwdlwWmqsRyw8KWH6r2J4+vvr26veZGLfQd8cYWvL7pT38ils426wNoDEvX6LIb5oyRGD6iS4Zu cXTHP/9gn6xAjr9uGGE3UPY9cnvwGtriHf07g+LDF6pgUMBdRlBLlEEFWPKGFG4LGpqPl/HXA1ay Q/q7C1o3+ifG2GW/9+O5FNdxOTVHo6mxlk95HZ8Oxg9r2dSQDdVqVosn0wo+meZ3MTTH7DuI1+vh Gky9USpVbDsqkrYPzvBiyayEdnQe6xSrsdEfGaH6I8JCOmaCkWsG/97R0Z9geGCYqQBLWxeddseh 7gtUAS7Q0vEu/cXEoqMDtMNU6pZkKfc0xGVaFZp1nmh0byMjuqNEd4zoLpooqpCp0S2aeFTxNu55 ERyhCKgLIaSNaPhPmRX5fk3f6wXfEWHGgdeDB/F9ANaYM9St4XxkxLVlLAJtwyD4wetb2oQRBmM6 DQdyGV6oqGbMMOQtNeMCVrDp6NPFROcYvlOFkx0Qdz6d30BEGnAUPK5zY7rDicfUX7ilO34+fejX p26/s4cjNV4gQo9OOXezogdJcbITWrueNqhBdD2Swq1RWIF+wYvuZ/IVylYrgCI8CE0srol6AkLk 4drz6UOE9Ej/PYLSZeGQkIXbov5nyyJlV9r5dxT9EGHr6wdi//kUqofPMP1LxMSmqcnSfrjoF/bE 9rNZ2NwnV3N3Tiwcz0z7QuMOJdTkhNqDExblhMUHJyzJCUsPTliWE5YfnLAiJ6w8OGFVTlh9cMId OeHOgxPW5IS1ByfclRPuPjhh0xiaQCEnz8UnF327d6wE0nLGIfo1TSjw7zQG8CnfeuE63VqR97qg pXVtYVuhNK+hB+aRpNebYkNiHXYQjMgcMAcvOTl4F8XEE0JgR3sdT7Y36JV2xh78m9r0vRw/dHvN 01bv/XmzfXohDqSDISrdXZhOXZ6cnx2TLTpPtWbOH0JDmig84//CSxza1drqt88+1k/azXrnmJNv eTPbLF9h/p4i9qWBULd//mH/weV5T2fY/AKxCbf1JWLJlCL5yR9QJn+CXikUwzy+VNgLrFuBQRpR 7GDVooVzp9HLVI+Q4dKaPkAKRhUtx4mhfza+WY6ghr19aKnDn3stPNMUXjqJq2OeUKnkgMEDatmf OSc0/5i1p28p36HpOheGfWHeGlPfjgcicG1JRRZKcUOsHlBmMUWUfYv4byo5TtQAoxPTMoKSi8D1 JReo1ZLLrB5SciFFUPJUyF/BkDAVrQ0YJdbS32TtlA2bQ/ZVshBg0ozuCxmjFPDivH0GTL3SCdRE unZByLR/hDczNPqd48NvKcalYzj0HrmPnfopNF2cItpaSkC5JGHcurJI9FgacSrw6R1Jxxgt6Tux Qj1KAJfFVrHrBA+lEFZanyT2+WfDnup36ZS4K4QD0Vl6eFlsAbxOXo/0WwX9ybTao3RqCWFUtdx3 MSZAgCyXB1snFKV7mkRnc9cc37G+idcxhHDsy5335cb7IgRHnLaYIXdFf/oMpb5h66EQjd3wqTUP M/ExEwFzW4Qft2Sb3HDAHQLuADCR+N6Sd3ERE7K8XRdPUR7FNUyKD+FyF8nED5Y27tZGQZRLcR2b 4ko+EVNKrBrJJzqt9DP9+xP9+x7+QnjuTxJDhU48v+wlFlN9KrIfRXlumdV2eELKHg9Odfu6A8FO 3TmdA9w0RsJCXjjtIy0Ub9QHx9YxHPMPz0T1YBM6Awi+PENYZPQZHEBG3VUf8TAWYsflsRU7wMfw ChpMhq0HbI1Ny3QmRriFC+ANv3Uf1dsncgWzZbIOJUhJ/dYDOq6M1LfLK2+cpRziHJBSUU0UbJ0T rUaqnT1yQ+1mQv8OFgv+OaWf45nL5znZUA+NMBNSu6RwsVaDVWBxa9CNsDFo8u/cFsTWA+fT0XiQ IVuWcTMe+AJ786tS5CnNspaKe7i9/lOtVqP7aDd4Qfa9guyzgpAyXTsLRBWKsC8XYUOQfV+QfV+W XZ2sK5apLH8FUbQqFaVSrbCjh6w9cIkqikRFQaKS5gtULfnylDRZHE0QpxIS5yV96cj2BgiAi32o D7x41tBHZD72ZfrXqcdrfqqaalRLpVJRlKikSKQJEu348uwEypFkqQiiFNfWVIHZ76dP/plFYSbr 32NB95E9JMhCfZHj+yb2adO/VwzGOz3mpaRdeRnqP5jnYD5D9YzUCdBNpvEjY+ogHrU5i2+yogkf sKkK+uQz40Y8txX0x5zHQ3YfPu9YUncs0Z23tJLT8urBujioQP8PhZUigId+ikX5wUNwNvmRMRS9 8wtEElazeaDCZODBCjcFHvugLbDgxfHXtOXoRYSvG6P4tEEhhPZJ1+fBK7zA2AODIYne238lRZ0P L/2x4X40HXMwNTrGFQwy+dSZjjWlW1dTw/HKrDfmS8vXwBb72ZgvTKXoQuL1hX+ErN1HyvovEuvC ng8Nx/n4/qd6Yz6b6daIC7bgPwM5OFfI7ey8h0c3KO///PsfQ+dZvtP9v5VKqRA+/1d8vv/xL3v+ b/Knnv6bqGf/Srurzv7VyvzoX/ju24l/IG9ssVtS3veRpFM/bR1eHh21OsHBsCicePwLOrY8/Asd CkMoW3+MPj83tGG8A96IY4dT3XE8l9JczmZ3bJf0fhSqyQ6f7ysJjw7JHjtq3G102he9+uFJi54P S4WOgYEzWiwHU3O4F9r/4+/R4Tfmk3/KKP/kdqfXP+/2f2qfNc9/6rIkvnfss+4zQ9jh+XSKO9sv is/d26Ob+HF9yBi1Lejp2XUWb2xjPLTc0FYcNQN+kDsqh+ncuiJDug9eyqVpxOXidRM0EZuKk478 04M+RNgqLxQE0oTvh/E0K9dGs929qOOrQ6OqhSXxzuj5Z/o8hF/+VHiJNrRGux9Pz5dAw2ugSgq6 EpdS4WwxLwqjLsIpq3Ar0kgLW9ErW6tSi4s30atDK1KLyyiR6ygr0sprF9GLF2urI1gSiF1JWMHD m55fO62/v8qMcC5dnXHfV21PnBNPP2RSXMlWmhVLf+dJy+8zXbl2olIplDqISD9xFBGh83CMnn5a kK4I3X0s3yjh1Og3HQ5//VT0RMq3nYLcFzitPtDidWW4QXbNcZOIG0Slowrki+fp/dNPXq/ksff3 6orb7TGhf7D2dj84W3snp78KpX/DGbyhHPxTucDhzj+hq0iw/vhL7K5daZuuWFgP6mcW2uwfbPAX U1HQPrtYamGbn8FV7PnTALyhg15xG7I3wA+2hnTavW6r0SPippCI+gkdQ1PLJAgfKbonZjCjzXSc 8fS7OtyhAQaLIITB9z1LxS+FyUdFj/+N9/97b4t4wvt/Vt3/slPeKYbGf8Wd5/HfX2f859X79x33 eVyD976U8L7/EvxfWzXeq/p3vaCngKjH5XtA8Yosf3MkDv3yj73DRbnBJfpKk5E5V2FTcxB/98mK QWP8jSAxV37yEeuH1s+n9Ytmu0OSwduQ+WvRgjehZeeOwTXtJP0VnTgeLLVz59A3v4nJVr5igE9i euPsZuuofnnS6zPuQW4ynCT5vfH9pZxFiCy4cVNQC74BO1yMo/ZJK1Si3GKYHbr2NHc9GCXZ7UBr 0vxjkdMKVU4vX/aJeXIDQatAMaCGIXL3p/14XDIYOf6pbexwWGXjFCBhuCKD9N39FcxC52cimHlY mZ1XwNP6p37v9AK6I1Iu7FYDxKdPn7xpydRUH+BCbEE4aRQSUf79y2/kwJfwC96wijdbw1PwL6QG 6MBhQHrqQR9ed+ldPALBxA0IevpARHEERWEMPzag9cbg8UYPW0QO7YAvW9aPS3qh44qmgHRwxIsU 8hGMuPTdOwdy+F1EG86QUQC6BXWzkPiPjKmPZbeJUKyPH4OCy7tAAvj385mUFnGVEsPhYUQFV2C4 y4WCqTAMPTSoIGsM2cR95XF6ss25rSTUWMIL/coIZSqmPTNu1Tx3haThjCnBDiNoWbHVfgijGEvW nlQ1oN2hu6JAViyydWsMl66i+yrXb9vC/SJxiS+t0TwOB0P8WNypYS3jcEdmvBoa0PqNaRz2vTGN rRh6EilWHPAofb5fI4bEGdrmwo0gsoRGdLacBS3Ip5jSZUSmTrq02D8RGdgKuiOip+jMOX//HJuU PoKgE6/AhbO6kTMBlULItefqsgwKVi6CPmXOzzsvKIkfQsaK3l0uDDs+W4aOTf3+bmVqhu6o/qnA 2/2RFm4hhSLHFBUM91tHJQVT5piyguFe66iiYKocU1Uw3G8c7SgY7uaOagqGO6Oj3TBGK3glLSgo XwlabL+l6Efz9KMVYxMpqtM81Wml2ESKVjVPq1o5NpGicM1TuFaJTaTUhebVhVaNTaRUk+ZVk7YT m0ipQc2rQa0Wm0ipXM2rXG03NpFS70Wv3ouF+MpVTKLomUQx1iQ6ikkU/SYTaxIdxSSKnkkUY02i o5hE0TOJYqxJdGIxR8VYk+hU4hPFmkSnGp8o1iQ6O/GJYk2iU4tPFGsSnVjMUakQX7mF+FQrTEKL TxVvE/Ee5KgUbxTxLuSoFG8V8T7kqBRvFtyJSJtbgObs8rRf8Ho3PF4sMkCkJiC1MLIoIIthZElA lsLIsoAsh5EVAVkJI6sCshpG7gjInTCyJiBrYeSugNyVe1lEbwvo+mgUTp0V0N3lwLV1OdhFmi2B 5nQJg+zF9C5MkxdomuZnc2SEKXIiBTvRGyZhoxqPxB/VCBRsSMYo6HlEtcDi0AeowqMfj8QbAQFJ eBDkkxR8EnlY4hNUfAJlSOTT1IIixY2MiK8YZYDks9F8NqvGSQGn8HDJZ7QrMwoL5dPt+HRxg6cg s2AMFeJSDVQoDHfkzXhf+OWNWdZK2Wx4fotcGZZhszctzGckfkYpNDNDJ1X47IMyp0GWTj8EJKFZ CEK3FQqFiQBomchh+QpEMYM3FyigFzKolMFrChTQjzKonME7CRTQSxlUyeAFBArolQyqZvC2AQX0 WgbtZPBqAQX0vzKolsF7BBTQGxm0m8FLAxTQlgTSQOWbuyooJYNA3ZsFFZSWQajorArqyyBU9IEK 2pZB5UzcNNRqXCWjzk4xqDB/NnD1QVoiwLr4fVMB/V0GYV3cqKCfZBDWhaGCWjII68JWQR0JVMS6 cFVQTwZhXdypoJ9lENbFUgVdyiCsC1MFtWUQtoO5CjqXQRX60jgFdCGDUNG/qKAvMggV/ZsKupdB tUzkJOIKxG4mblpiJa5UoC85VEB1GaTR9z4qoK4MwmoYqaCmDMJqGKugIxmE1XClgo5lEFbDRAW9 l0FYDf9QQf9HBu3QlyQqoA8yCJvAVAWdyCBsAvsqaE8C4a3Km79uqrCkDEJN/18V9E8ZVIyZ1VqF Qb3/+uumAvsqg1Dxf6ig/5FBqPhbFfRJBqHihyqoIYN26LsxFdBHGYSKH6igQxmEirdU0JkEqqDe ZyroVAah3jMq6K0MQqPPqaB3MggVnVdBf5NB5ZjZyFWYSiY++l6HrWai5gbj4VgtZHMdqBbvgVbi dtUZvwAojrVItaBOAfpAaSRJqpo6J+gDpTkoUi2qk4Q+UJp5ItWSOmvoA6X5JlItq9OIPlCaZSLV ijqv6AOluSVSraoTjT5QmlEi1R115tEHStNIpFqLmIr0oUVZ3axmpLn39agdVknRy17rsFrUkpUH Do2NyU5RXajygKGhMtkpxSwyeRh/+OyBy3JwRgdFxbRCEjd0JjuVqCU2DxyaPiA71YjsymmFRJlb IDs7kYtyHjw020B2ahEZVdMKScSMAdnZjVhN86CheRZSK0StB3rg0MQLqWmxK3keLjQdQ2rF6HU0 DxGaFSI1VtHKzIKHiJyYILVyaPSnAiprAdW1gJ2IZQAfWpTLXYuY/feh0rQsqe3GBJixiN1CJm69 azXOryRl/mc1rijbo+UM7fQqgoVCUMpELXHFw8uRTiYOXIlwMtHAapyLWYHZiXQSceBadFOPhUe2 10ioVohsrrHg+Oa6GhfTZhlCrGXdcY20RFFSHVdVezRJeUX/w7ACA0f/bNhy+kpEFsVHk0R4+2rp 0SQ7ESTlR5PUZF8kADwQvjkgPD03XNq2wbYQ4Xu5V866bYXn3A7IG3Um7pfCb/vC1iHTchPbC912 DO+lAlPTMlJsW9RgOWa7nbeC2xAZZjg5zBA8JQD54schHjvfID62K2G7wTFLcaMwnqaHLCK2EP8u 7J7C/QkorOHfMM5etOkdFDCtxdLF18HNdFd48XjyJbvgkQzwpD8h7MQ9ngeyp96vXC4XsE8KaQkp FDR8i7AzJJEfmPI8nKIIX3D+ET9ebLJrMBfeh5iC7Ujj7wsFAaasfN4lBL/jKxVcezixU4sMuy2f 6+NmYk6N1O/kHVmw25PpK9NSW9ns7/iG1w35dLKouUCl9B0SPoLfbCSSbp5vBhdJhPl4SHFuGQoR XKjpFYKKSlK+iAsq4GJ7W5DDwWRjLGTy9SgZ3LlJb+rXpHdZ+Fei30vsX0Ty98Widf8YidAmD9j8 Auh3K7XY1qgwWAkepJj2aJiEWIeGi8sk9CILrL0F2aYXU4RuREdF0Q2mAiVeAKEUhtUmtQVfPO/a a+/FQ34TPET1DV/ntnALn19XGTCjLAHV+sctsLn9LmqHNYL/WvVwH9R9knq42RVCL3Og7jLYWymf WHHteD8HSOENV5KvY1jxRh5wir8Ee0F/i9pK6gFM6bKx71A/ft+Bx13SjIV3MS/KeoCTQMGtvL6+ aV+B+p6PCf1Ol6deD9mVug6/3heT0AuFHUMHB9f3y+PfgRtrDr5ghW8QB21g4UsSdEBe9pJYeAsM vmY0ZdJcQ9tqzd9yXCT6goJ9Ym5vB4LQ6+4VegoQ3t+Fb+iKoQq9K2UDTMY1LXoBhZ8BdhLg4fDl JzFcsLTCi74CJcaUBblvhF9ZLtxPLDWOYF+z0EIi4pLE9pBu6fdDEf7iIrEV4JmWoPVEBjfFa0d+ 5R/dCb41XsjQFS3IQ4HrXIntxrQ+DI2seei1etZyFoJIr1Cgd6+giOP5wrBSWE4wRjsp3nE6Xvjv KqPVNOZG7Lgjw4Y6TGJSYrDXsvP30lCFYSXR5kRxkT3k+MpwHbU5jNkLo4I8WdmoO91grx0Zeyb4 chNf4eMDNn+1ZIBvpNy1+XZKX+ihxJY0/zdBRMkqRBQPf6IhbvA3ytM6kQm64tt8mI5DOqMZM8UQ ndUdeT3KUeWxwsoeyVPhRnAF04Z4XzgKSy9aAukOXjv42fVfhaQUhgsp3oAF/oxemERX20EoGpzo MD5k/bB0DGYDrCqoC2pifkTEGghrDfwKJq4Z3ki2WIotUkynJXfBEom1rpoa48i0Qd8LT12CrCHf L8j3q3tCQWNnUuFvv9q+h3Cc8wOlw+aHWocKYUqlefxC88+iNkEI6JQLv+WEu+mFxhtP77tRIRRg NU8Fonl2V+WpPTJPbUWe3dBtDJA79a8E+vSZaele1+6/C5NZUyHG14CD46eaPP2qHkZ4D+YD69yv dCxMOh2UlMMlfdBgP4z3yx8eCoyH07ljgBMN3dJJ01MfzDyn5G9fBO+GVNIH5ihS4f1ZFBrKhnc9 1NpoeKi+oe9bOzqacrycThe6O/kFu72z+mmrD53Ub1L4h7zVt4PyCIH3PPyGO/H9n/yAVvgM2AZj F4ILdwx6ksbOMmyoMxJepWwIAfbKc2RS4BEKeniRhENpYrCzVrzw+6q4BrFTw5g5HxVXerXgm3gA SL528hhgspkQfCeEd0hN6K1FPxkdFXkMo95gsSall8m91D5ivKvS8BlT7jvYm/B8FxAzCo+v36gx FG0d4Xd/BKMa+TXKJmfC27gQhofrMj4QF18molIfSPEDWB9O00A+1tw1Z4spc9/hkOb+IWx5eXze vkNS0oie/z7qhYLBq76lY5TCK8YS26PlbBHlcOKci6roOEPxaz506TKfjqSZ7XEbUasJ3Xd85Xi8 Xo+Ct6HQ+IrRS3fuUukyAcsg3grlEn4VGzW5mW5a1M50+2rozWBuwY/P6dA5UO7xgoOmq6J6+vo8 4EjeeZEZT46cf9F+k5uKV1zsHZQgftXrXSmNEOwq7RaTeBPE0c1Wi7xcVDWbkMGEb8xe/RIstuKn XM/tLwUeEP62OPHVN2vYbv64GWaI+zRjWckeRz0H/MN/xfOE+x8m3/f+B0TuqPc/lJ/vf/iL3f8w +VPuf5iI9z9otb1KZa9Yy+2Uq5VyNfL+B82/78/jELrnj3nc/vvwYX+EMKfFwKNUvz9cTJcO/gPv bdzC6MYiyUaSBrLcWbFlo7VR+D6jXBGR7K/KW7hQjn1C8Typ/3uczfPz/Dw/z8/z8/w8P8/P8/P8 PD/Pz/Pz/Dw/z8/z8/w8P8/P8/P8PD/Pz/Pz/Dw/z8/z86c9/w8PfDlrAPAAAA== ------=_NextPart_000_0028_01CAAE4D.ABED7060-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 15 18:15:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94466106574C for ; Mon, 15 Feb 2010 18:15:14 +0000 (UTC) (envelope-from jsteckli@os.inf.tu-dresden.de) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [IPv6:2002:8d4c:3001:48::99]) by mx1.freebsd.org (Postfix) with ESMTP id 292008FC16 for ; Mon, 15 Feb 2010 18:15:14 +0000 (UTC) Received: from [2002:8d4c:3001:48:215:58ff:fec5:fae1] (helo=localhost) by os.inf.tu-dresden.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71) id 1Nh5TU-0000k7-VR for freebsd-current@freebsd.org; Mon, 15 Feb 2010 19:15:13 +0100 From: Julian Stecklina To: freebsd-current@freebsd.org Date: Mon, 15 Feb 2010 19:15:08 +0100 Message-ID: <87tyti8ixf.fsf@monat.inf.tu-dresden.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Aliasing bug in FICL (may break loader with gcc>4.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: Mon, 15 Feb 2010 18:15:14 -0000 --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Transfer-Encoding: quoted-printable Hello, while porting FICL, I noticed an aliasing bug which manifests (at least) with gcc 4.4.2 and 4.4.3 when strict-aliasing is enabled. The root cause is #define LVALUEtoCELL(v) (*(CELL *)&v) in sys/boot/ficl/ficl.h. CELL is a union: typedef union _cell { FICL_INT i; FICL_UNS u; [...] void *p; void (*fn)(void); } CELL; If you compile the attached C file with gcc-4.4.3 and -O3, all stores to i are optimized out and the result is bogus. A ficl built with this gcc is inoperable. Giving the union the may_alias attribute works around this, but is GCC specific (patch is attached). Just using ((CELL)v) does not work without casting all over the place or extending the union. Regards, Julian =2D-=20 "Actually I made up the term 'object-oriented', and I can tell you I did not have C++ in mind." - Alan Kay (OOPSLA 1997 Keynote) --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=ficl-aliasing-bug.patch Content-Transfer-Encoding: quoted-printable =2D-- ficl.h 2010-02-15 18:46:27.020120933 +0100 +++ /home/julian/src/nova/ficl/ficl.h 2010-02-15 18:16:32.370312051 +0100 @@ -269,13 +269,17 @@ #endif void *p; void (*fn)(void); =2D} CELL; +} __attribute__((may_alias)) CELL; =20 /* ** LVALUEtoCELL does a little pointer trickery to cast any CELL sized ** lvalue (informal definition: an expression whose result has an ** address) to CELL. Remember that constants and casts are NOT ** themselves lvalues! +** +** XXX This only works as long as the strict-aliasing rule is +** circumvented (see attribute above). Otherwise GCC >4.4 will +** silently throw away v and just put garbage into the CELL. */ #define LVALUEtoCELL(v) (*(CELL *)&v) =20 --=-=-=-- --==-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAkt5jzAACgkQ2EtjUdW3H9k9ewCgyfmYaR7FrkHfD9GI6WYNqfAI ST8AoJ04SnGVNBzWy0laH6sKJ9q/37iE =DXdC -----END PGP SIGNATURE----- --==-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 15 20:00:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 076801065741 for ; Mon, 15 Feb 2010 20:00:50 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id DF7878FC1C for ; Mon, 15 Feb 2010 20:00:49 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CAAE77.E42B1924" Date: Mon, 15 Feb 2010 11:49:32 -0800 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E0366328E@seaxch09.desktop.isilon.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: [PATCH] Fix LOR #185 Thread-Index: Acqud/49AKb3/7WKQWWYD+LH8+PUqw== From: "Matthew Fleming" To: X-Mailman-Approved-At: Mon, 15 Feb 2010 20:42:03 +0000 Subject: [PATCH] Fix LOR #185 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2010 20:00:50 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CAAE77.E42B1924 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We've seen LOR #185 on http://sources.zabbadoz.net/freebsd/lor.html locally on and off since October 2007. This patch has been compiled but I don't have a reliable way to repro the LOR so it's not been properly tested. If someone who has seen this LOR can confirm the patch fixes it, and could commit, that would be nice. Thanks, matthew ------_=_NextPart_001_01CAAE77.E42B1924 Content-Type: application/octet-stream; name="bug35626.diff" Content-Transfer-Encoding: base64 Content-Description: bug35626.diff Content-Disposition: attachment; filename="bug35626.diff" SW5kZXg6IGtlcm5fZXZlbnQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBrZXJuX2V2ZW50LmMJKHJldmlzaW9u IDE0MDgwNSkKKysrIGtlcm5fZXZlbnQuYwkod29ya2luZyBjb3B5KQpAQCAtMTA5NCw4MiArMTA5 NCw4NiBAQCBrcXVldWVfc2NoZWR0YXNrKHN0cnVjdCBrcXVldWUgKmtxKQogCiAvKgogICogRXhw YW5kIHRoZSBrcSB0byBtYWtlIHN1cmUgd2UgaGF2ZSBzdG9yYWdlIGZvciBmb3BzL2lkZW50IHBh aXIuCiAgKgogICogUmV0dXJuIDAgb24gc3VjY2VzcyAob3Igbm8gd29yayBuZWNlc3NhcnkpLCBy ZXR1cm4gZXJybm8gb24gZmFpbHVyZS4KICAqCiAgKiBOb3QgY2FsbGluZyBoYXNoaW5pdCB3LyB3 YWl0b2sgKHByb3BlciBtYWxsb2MgZmxhZykgc2hvdWxkIGJlIHNhZmUuCiAgKiBJZiBrcXVldWVf cmVnaXN0ZXIgaXMgY2FsbGVkIGZyb20gYSBub24tZmQgY29udGV4dCwgdGhlcmUgdXN1YWxseS9z aG91bGQKICAqIGJlIG5vIGxvY2tzIGhlbGQuCiAgKi8KIHN0YXRpYyBpbnQKIGtxdWV1ZV9leHBh bmQoc3RydWN0IGtxdWV1ZSAqa3EsIHN0cnVjdCBmaWx0ZXJvcHMgKmZvcHMsIHVpbnRwdHJfdCBp ZGVudCwKIAlpbnQgd2FpdG9rKQogewogCXN0cnVjdCBrbGlzdCAqbGlzdCwgKnRtcF9rbmhhc2g7 CisJc3RydWN0IGtsaXN0ICp0b19mcmVlID0gTlVMTDsKIAl1X2xvbmcgdG1wX2tuaGFzaG1hc2s7 CiAJaW50IHNpemU7CiAJaW50IGZkOwogCWludCBtZmxhZyA9IHdhaXRvayA/IE1fV0FJVE9LIDog TV9OT1dBSVQ7CiAKIAlLUV9OT1RPV05FRChrcSk7CiAKIAlpZiAoZm9wcy0+Zl9pc2ZkKSB7CiAJ CWZkID0gaWRlbnQ7CiAJCWlmIChrcS0+a3Ffa25saXN0c2l6ZSA8PSBmZCkgewogCQkJc2l6ZSA9 IGtxLT5rcV9rbmxpc3RzaXplOwogCQkJd2hpbGUgKHNpemUgPD0gZmQpCiAJCQkJc2l6ZSArPSBL UUVYVEVOVDsKIAkJCWxpc3QgPSBtYWxsb2Moc2l6ZSAqIHNpemVvZigqbGlzdCksIE1fS1FVRVVF LCBtZmxhZyk7CiAJCQlpZiAobGlzdCA9PSBOVUxMKQogCQkJCXJldHVybiBFTk9NRU07CiAJCQlL UV9MT0NLKGtxKTsKIAkJCWlmIChrcS0+a3Ffa25saXN0c2l6ZSA+IGZkKSB7Ci0JCQkJZnJlZShs aXN0LCBNX0tRVUVVRSk7CisJCQkJdG9fZnJlZSA9IGxpc3Q7CiAJCQkJbGlzdCA9IE5VTEw7CiAJ CQl9IGVsc2UgewogCQkJCWlmIChrcS0+a3Ffa25saXN0ICE9IE5VTEwpIHsKIAkJCQkJYmNvcHko a3EtPmtxX2tubGlzdCwgbGlzdCwKIAkJCQkJICAgIGtxLT5rcV9rbmxpc3RzaXplICogc2l6ZW9m IGxpc3QpOwotCQkJCQlmcmVlKGtxLT5rcV9rbmxpc3QsIE1fS1FVRVVFKTsKKwkJCQkJdG9fZnJl ZSA9IGtxLT5rcV9rbmxpc3Q7CiAJCQkJCWtxLT5rcV9rbmxpc3QgPSBOVUxMOwogCQkJCX0KIAkJ CQliemVybygoY2FkZHJfdClsaXN0ICsKIAkJCQkgICAga3EtPmtxX2tubGlzdHNpemUgKiBzaXpl b2YgbGlzdCwKIAkJCQkgICAgKHNpemUgLSBrcS0+a3Ffa25saXN0c2l6ZSkgKiBzaXplb2YgbGlz dCk7CiAJCQkJa3EtPmtxX2tubGlzdHNpemUgPSBzaXplOwogCQkJCWtxLT5rcV9rbmxpc3QgPSBs aXN0OwogCQkJfQogCQkJS1FfVU5MT0NLKGtxKTsKIAkJfQogCX0gZWxzZSB7CiAJCWlmIChrcS0+ a3Ffa25oYXNobWFzayA9PSAwKSB7CiAJCQl0bXBfa25oYXNoID0gaGFzaGluaXQoS05fSEFTSFNJ WkUsIE1fS1FVRVVFLAogCQkJICAgICZ0bXBfa25oYXNobWFzayk7CiAJCQlpZiAodG1wX2tuaGFz aCA9PSBOVUxMKQogCQkJCXJldHVybiBFTk9NRU07CiAJCQlLUV9MT0NLKGtxKTsKIAkJCWlmIChr cS0+a3Ffa25oYXNobWFzayA9PSAwKSB7CiAJCQkJa3EtPmtxX2tuaGFzaCA9IHRtcF9rbmhhc2g7 CiAJCQkJa3EtPmtxX2tuaGFzaG1hc2sgPSB0bXBfa25oYXNobWFzazsKIAkJCX0gZWxzZSB7Ci0J CQkJZnJlZSh0bXBfa25oYXNoLCBNX0tRVUVVRSk7CisJCQkJdG9fZnJlZSA9IHRtcF9rbmhhc2g7 CiAJCQl9CiAJCQlLUV9VTkxPQ0soa3EpOwogCQl9CiAJfQogCisJaWYgKHRvX2ZyZWUgIT0gTlVM TCkKKwkJZnJlZSh0b19mcmVlLCBNX0tRVUVVRSk7CisKIAlLUV9OT1RPV05FRChrcSk7CiAJcmV0 dXJuIDA7CiB9CiAKIHN0YXRpYyB2b2lkCiBrcXVldWVfdGFzayh2b2lkICphcmcsIGludCBwZW5k aW5nKQogewogCXN0cnVjdCBrcXVldWUgKmtxOwogCWludCBoYXNrcWdsb2JhbDsKIAogCWhhc2tx Z2xvYmFsID0gMDsKIAlrcSA9IGFyZzsKIAogCUtRX0dMT0JBTF9MT0NLKCZrcV9nbG9iYWwsIGhh c2txZ2xvYmFsKTsKIAlLUV9MT0NLKGtxKTsK ------_=_NextPart_001_01CAAE77.E42B1924-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 15 22:09:12 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79BBC10656A5 for ; Mon, 15 Feb 2010 22:09:12 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 01C468FC13 for ; Mon, 15 Feb 2010 22:09:11 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1FLd9vl058885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 15 Feb 2010 22:39:10 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1FLd7DX047199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Feb 2010 22:39:07 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1FLd7np066758; Mon, 15 Feb 2010 22:39:07 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1FLd7On066757; Mon, 15 Feb 2010 22:39:07 +0100 (CET) (envelope-from ticso) Date: Mon, 15 Feb 2010 22:39:07 +0100 From: Bernd Walter To: current@freebsd.org Message-ID: <20100215213907.GA43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter Subject: bind fails with sig11 on start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2010 22:09:12 -0000 [62]# uname -a FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 CET 2010 ticso@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX arm [64]# /etc/rc.d/named start Starting named. /etc/rc.d/named: WARNING: failed to start named 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w Exit 1 [65]# tail /var/log/messages ... Feb 15 21:29:51 named[2567]: starting BIND 9.6.1-P3 -u bind Feb 15 21:29:51 named[2567]: built with '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' '--disable-ipv6' '--enable-getifaddrs' '--disable-linux-caps' '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' '--without-libxml2' Feb 15 21:29:51 kernel: pid 2567 (named), uid 0: exited on signal 11 Feb 15 21:29:51 ticso: /etc/rc.d/named: WARNING: failed to start named [66]# cat /etc/rc.conf hostname="Please.tell.me.who.am.I" tmpmfs="AUTO" tmpsize="4m" tmpmfs_flags="-S -M" varmfs="AUTO" varsize="5m" varmfs_flags="-S -M" sshd_enable="YES" ntpdate_enable="YES" ntpdate_program="ntpdate" ntpd_enable="YES" thttpd_enable="NO" fsck_y_enable="YES" background_fsck="NO" gateway_enable="YES" named_enable="YES" named_chrootdir="" ifconfig_ate0="up" mpd_enable="NO" mpd_flags="-b" dhcpd_enable="NO" dhcpd_ifaces="vlan0" firewall_enable="YES" firewall_script="/etc/rc.ipfw" cloned_interfaces="vlan0 vlan1 vlan2 vlan3" ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" ifconfig_vlan1="vlan 257 vlandev ate0" ifconfig_vlan2="vlan 258 vlandev ate0" ifconfig_vlan3="vlan 259 vlandev ate0" /etc/namedb isn't changed from distribution yet -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 01:51:26 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D317F10656A9 for ; Tue, 16 Feb 2010 01:51:26 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 595B88FC08 for ; Tue, 16 Feb 2010 01:51:26 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1G1pOR8075776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 16 Feb 2010 02:51:24 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1G1pMUJ058714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 02:51:22 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1G1pMGb067841; Tue, 16 Feb 2010 02:51:22 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1G1pMfo067840; Tue, 16 Feb 2010 02:51:22 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 02:51:22 +0100 From: Bernd Walter To: current@freebsd.org Message-ID: <20100216015121.GC43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter Subject: ports/net/mpd[45] broken with utmpx.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 01:51:26 -0000 ===> Building for mpd-4.4.1_1 ===> src (all) Warning: Object directory not changed from original /usr/obj/usr/ports/net/mpd4/work/mpd-4.4.1/src cc -O -pipe -mcpu=arm9 -DNO_IDEA -mcpu=arm9 -DPATH_CONF_DIR=\"/usr/local/etc/mpd4\" -DSYSLOG_FACILITY=LOG_DAEMON -DMPD_VERSION='"4.4.1 (root@Please.tell.me.who.am.I 01:46 16-Feb-2010)"' -g -Wall -Wcast-align -Wchar-subscripts -Wformat -Winline -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wwrite-strings -pthread -I/usr/local/include -DPHYSTYPE_MODEM -DPHYSTYPE_UDP -DPHYSTYPE_TCP -DPHYSTYPE_NG_SOCKET -DPHYSTYPE_PPTP -DPHYSTYPE_PPPOE -DPHYSTYPE_L2TP -DENCRYPTION_DES -std=gnu99 -c modem.c In file included from auth.h:22, from bund.h:22, from ppp.h:117, from modem.c:10: /usr/include/utmp.h:2:2: error: #error " has been replaced by " *** Error code 1 I don't know how difficult it is to fix, but for many of us mpd is important to have network connection. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 06:09:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC81010656C0 for ; Tue, 16 Feb 2010 06:09:03 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id 992808FC21 for ; Tue, 16 Feb 2010 06:09:03 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward13.mail.yandex.net (Yandex) with ESMTP id 7D979A798AE; Tue, 16 Feb 2010 08:57:33 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1266299853; bh=hIJTDuRjUBmfDcPoAPMbTRP7LR4NJq3WTSfmmjPShjE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=qt2OTKTdAQpY3piZ39DmYXfzXhjeQGB9haKbb9fPGZ6BYDNI0gx1I9WwDTGd+h7Rp Ow0E1uYTnZcQLLSn45Xt3Zrx8+V5IKYGtOOPt0z9NyTxszD5l0KZN26iZg79KPXlis L6S0Ow6KF4Se19GAA0C3Ul4EPDoTSBjLIF2ziGyw= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id C2815D30116; Tue, 16 Feb 2010 08:57:31 +0300 (MSK) Message-ID: <4B7A33CA.4080705@yandex.ru> Date: Tue, 16 Feb 2010 08:57:30 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: ticso@cicely.de References: <20100216015121.GC43625@cicely7.cicely.de> In-Reply-To: <20100216015121.GC43625@cicely7.cicely.de> Content-Type: multipart/mixed; boundary="------------040708040202040300010708" X-Yandex-TimeMark: 1266299852 X-Yandex-Spam: 1 X-Yandex-Front: smtp4.mail.yandex.net Cc: Alexander Motin , Bernd Walter , current@freebsd.org Subject: Re: ports/net/mpd[45] broken with utmpx.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 06:09:04 -0000 This is a multi-part message in MIME format. --------------040708040202040300010708 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit On 16.02.2010 4:51, Bernd Walter wrote: > I don't know how difficult it is to fix, but for many of us mpd is > important to have network connection. You can try this patch. I don't know why Alexander did't commit it. -- WBR, Andrey V. Elsukov --------------040708040202040300010708 Content-Type: text/plain; name="patch-utmpx.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-utmpx.diff" --- src/auth.c 2009-12-22 12:02:46.000000000 +0300 +++ src/auth.c 2010-01-18 15:01:25.918302237 +0300 @@ -1387,6 +1387,30 @@ * Account with system */ +#if __FreeBSD_version >= 900007 +static int +AuthSystemAcct(AuthData auth) +{ + struct utmpx ut; + + memset(&ut, 0, sizeof(ut)); + snprintf(ut.ut_id, sizeof(ut.ut_id), "%xmpd", auth->info.linkID); + + if (auth->acct_type == AUTH_ACCT_START) { + ut.ut_type = USER_PROCESS; + strlcpy(ut.ut_host, auth->params.peeraddr, sizeof(ut.ut_host)); + strlcpy(ut.ut_user, auth->params.authname, sizeof(ut.ut_user)); + gettimeofday(&ut.ut_tv, NULL); + Log(LG_AUTH, ("[%s] ACCT: wtmp %s %s %s login", auth->info.lnkname, ut.ut_line, + ut.ut_user, ut.ut_host)); + } else if (auth->acct_type == AUTH_ACCT_STOP) { + ut.ut_type = DEAD_PROCESS; + Log(LG_AUTH, ("[%s] ACCT: wtmp %s logout", auth->info.lnkname, ut.ut_line)); + } + pututxline(&ut); + return (0); +} +#else static int AuthSystemAcct(AuthData auth) { @@ -1412,6 +1436,7 @@ } return (0); } +#endif /* __FreeBSD_version >= 900007 */ #endif /* USE_SYSTEM */ #ifdef USE_PAM --- src/auth.h 2009-12-22 12:02:46.000000000 +0300 +++ src/auth.h 2010-01-18 14:44:22.471540149 +0300 @@ -23,7 +23,11 @@ #ifdef USE_OPIE #include #endif +#if __FreeBSD_version >= 900007 +#include +#else #include +#endif /* * DEFINITIONS @@ -303,8 +307,10 @@ extern const char *AuthMPPEPolicyname(int policy); extern const char *AuthMPPETypesname(int types, char *buf, size_t len); +#if defined(USE_NG_BPF) || defined(USE_IPFW) extern void ACLCopy(struct acl *src, struct acl **dst); extern void ACLDestroy(struct acl *acl); +#endif extern void authparamsInit(struct authparams *ap); extern void authparamsCopy(struct authparams *src, struct authparams *dst); extern void authparamsMove(struct authparams *src, struct authparams *dst); --------------040708040202040300010708-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 06:34:11 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EC321065670 for ; Tue, 16 Feb 2010 06:34:11 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC668FC1D for ; Tue, 16 Feb 2010 06:34:10 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so259024fgg.13 for ; Mon, 15 Feb 2010 22:33:58 -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 :x-enigmail-version:content-type:content-transfer-encoding; bh=b1jNT4MrL1L/8a/Nyq9CqScbfsUXSlrQxWDKcu4u1OY=; b=BW1bGqmAghmq9+ml8L1zYvF8pFUpBXuUnXywDLSj+3otxftIqLBuH1lkJT2NptEbiy uVcPmFs+tDM0bRRYtoY1kKnTZnICUrqge90FQ1/0Qc6pR6Z4dQQGW3szGU+5RKOg2NZ4 ayGAbzpREZZgbVBmp1yAMRROosxlQ8JXWojYE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=X06nyJitnqWoOw5izKGmL3a4sSdD710fmFbyCy59RWnElCea7H0pklh8moY65MlIYC bDF2Lg7LnWqvnBBlmSNBtNKrgBbWg4NNuKZUDuK858PykUEQ0jolhoHEE5snfvwWwTOA BjDVafr7WdAQKQfv9cVsvB6q0D0c9Rbu/PaR8= Received: by 10.87.73.15 with SMTP id a15mr10750515fgl.50.1266302038164; Mon, 15 Feb 2010 22:33:58 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm3373933fxm.3.2010.02.15.22.33.56 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Feb 2010 22:33:57 -0800 (PST) Sender: Alexander Motin Message-ID: <4B7A3C51.4070204@FreeBSD.org> Date: Tue, 16 Feb 2010 08:33:53 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <20100216015121.GC43625@cicely7.cicely.de> <4B7A33CA.4080705@yandex.ru> In-Reply-To: <4B7A33CA.4080705@yandex.ru> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Bernd Walter , ticso@cicely.de, current@freebsd.org Subject: Re: ports/net/mpd[45] broken with utmpx.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 06:34:11 -0000 Andrey V. Elsukov wrote: > On 16.02.2010 4:51, Bernd Walter wrote: >> I don't know how difficult it is to fix, but for many of us mpd is >> important to have network connection. > > You can try this patch. I don't know why Alexander did't commit it. I've committed it to mpd5 CVS repo. It will be present in next release soon. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 06:40:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7188D1065679 for ; Tue, 16 Feb 2010 06:40:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 01AD88FC12 for ; Tue, 16 Feb 2010 06:40:04 +0000 (UTC) Received: (qmail 9367 invoked by uid 399); 16 Feb 2010 06:40:04 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Feb 2010 06:40:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B7A3DC4.9030700@FreeBSD.org> Date: Mon, 15 Feb 2010 22:40:04 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Alexander Motin References: <20100216015121.GC43625@cicely7.cicely.de> <4B7A33CA.4080705@yandex.ru> <4B7A3C51.4070204@FreeBSD.org> In-Reply-To: <4B7A3C51.4070204@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Bernd Walter , "Andrey V. Elsukov" , ticso@cicely.de, current@freebsd.org Subject: Re: ports/net/mpd[45] broken with utmpx.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 06:40:05 -0000 On 2/15/2010 10:33 PM, Alexander Motin wrote: > Andrey V. Elsukov wrote: >> On 16.02.2010 4:51, Bernd Walter wrote: >>> I don't know how difficult it is to fix, but for many of us mpd is >>> important to have network connection. >> >> You can try this patch. I don't know why Alexander did't commit it. > > I've committed it to mpd5 CVS repo. It will be present in next release soon. If "soon" is not "in the next couple of days" my vote would certainly be that you patch the port in place until the next mpd release is released. Our users need working ports. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 18:40:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B556D1065676 for ; Tue, 16 Feb 2010 18:40:02 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 56C8C8FC1B for ; Tue, 16 Feb 2010 18:40:01 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1GIe0hq051867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Feb 2010 19:40:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1GIdpeP040713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 19:39:51 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1GIdpK0072542; Tue, 16 Feb 2010 19:39:51 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1GIdpxw072541; Tue, 16 Feb 2010 19:39:51 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 19:39:51 +0100 From: Bernd Walter To: current@freebsd.org, arm@freebsd.org Message-ID: <20100216183951.GI43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100215213907.GA43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 18:40:02 -0000 On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > [62]# uname -a > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 CET 2010 ticso@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX arm > [64]# /etc/rc.d/named start > Starting named. > /etc/rc.d/named: WARNING: failed to start named > 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w > Exit 1 > > [65]# tail /var/log/messages > ... > Feb 15 21:29:51 named[2567]: starting BIND 9.6.1-P3 -u bind > Feb 15 21:29:51 named[2567]: built with '--prefix=/usr' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--enable-threads' '--disable-ipv6' '--enable-getifaddrs' '--disable-linux-caps' '--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn' '--without-libxml2' > Feb 15 21:29:51 kernel: pid 2567 (named), uid 0: exited on signal 11 > Feb 15 21:29:51 ticso: /etc/rc.d/named: WARNING: failed to start named > > [66]# cat /etc/rc.conf > hostname="Please.tell.me.who.am.I" > tmpmfs="AUTO" > tmpsize="4m" > tmpmfs_flags="-S -M" > varmfs="AUTO" > varsize="5m" > varmfs_flags="-S -M" > sshd_enable="YES" > ntpdate_enable="YES" > ntpdate_program="ntpdate" > ntpd_enable="YES" > thttpd_enable="NO" > fsck_y_enable="YES" > background_fsck="NO" > gateway_enable="YES" > named_enable="YES" > named_chrootdir="" > ifconfig_ate0="up" > mpd_enable="NO" > mpd_flags="-b" > dhcpd_enable="NO" > dhcpd_ifaces="vlan0" > firewall_enable="YES" > firewall_script="/etc/rc.ipfw" > cloned_interfaces="vlan0 vlan1 vlan2 vlan3" > ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" > ifconfig_vlan1="vlan 257 vlandev ate0" > ifconfig_vlan2="vlan 258 vlandev ate0" > ifconfig_vlan3="vlan 259 vlandev ate0" > > /etc/namedb isn't changed from distribution yet [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core 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 "arm-marcel-freebsd"...(no debugging symbols found)... Core was generated by `named'. Program terminated with signal 5, Trace/breakpoint trap. Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 [New Thread 20804280 (LWP 100062)] [New Thread 20804140 (LWP 100052)] (gdb) bt #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 #3 0x00164cb8 in ?? () (gdb) Do we have a general threading problem on ARM? -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 18:40:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DD28106568B for ; Tue, 16 Feb 2010 18:40:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id ABA598FC20 for ; Tue, 16 Feb 2010 18:40:37 +0000 (UTC) Received: (qmail 14595 invoked by uid 399); 16 Feb 2010 18:40:37 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Feb 2010 18:40:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B7AE6A5.30109@FreeBSD.org> Date: Tue, 16 Feb 2010 10:40:37 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: ticso@cicely.de References: <20100215213907.GA43625@cicely7.cicely.de> In-Reply-To: <20100215213907.GA43625@cicely7.cicely.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bernd Walter , current@freebsd.org Subject: Re: bind fails with sig11 on start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Feb 2010 18:40:38 -0000 On 2/15/2010 1:39 PM, Bernd Walter wrote: > [62]# uname -a > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 CET 2010 ticso@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX arm > [64]# /etc/rc.d/named start > Starting named. > /etc/rc.d/named: WARNING: failed to start named > 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w > Exit 1 Are you getting a core file? If so can you do a backtrace? > [66]# cat /etc/rc.conf > hostname="Please.tell.me.who.am.I" Bonus points here for not ending in .am. :) > tmpmfs="AUTO" > tmpsize="4m" > tmpmfs_flags="-S -M" FYI, that size of /tmp will probably not allow your periodic/weekly process to generate a locate.database. IME you need a /tmp at least 2.5 times the size of that file in order for it to complete successfully. > ntpdate_enable="YES" > ntpdate_program="ntpdate" IMO you'd be better off with a full path here, although this will probably work for /usr/sbin/ntpdate. However you're actually better off with the ntpd_sync_on_start option in any case. > cloned_interfaces="vlan0 vlan1 vlan2 vlan3" > ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" > ifconfig_vlan1="vlan 257 vlandev ate0" > ifconfig_vlan2="vlan 258 vlandev ate0" > ifconfig_vlan3="vlan 259 vlandev ate0" This is the only area that I have real questions about, since I haven't done any work with vlans I'm not sure how named will respond to it. Is it possible for you to try starting named with a plain vanilla network setup? > /etc/namedb isn't changed from distribution yet Ok, since you're not chroot'ing it have you checked to make sure that directory is populated? It shouldn't segfault even if it isn't, but nice to cover all the bases. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 18:45:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F77A106566B for ; Tue, 16 Feb 2010 18:45:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 479F48FC0A for ; Tue, 16 Feb 2010 18:45:13 +0000 (UTC) Received: (qmail 20867 invoked by uid 399); 16 Feb 2010 18:45:13 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Feb 2010 18:45:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B7AE7BA.406@FreeBSD.org> Date: Tue, 16 Feb 2010 10:45:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: ticso@cicely.de References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> In-Reply-To: <20100216183951.GI43625@cicely7.cicely.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Bernd Walter , current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 18:45:14 -0000 On 2/16/2010 10:39 AM, Bernd Walter wrote: > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > 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 "arm-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `named'. > Program terminated with signal 5, Trace/breakpoint trap. > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. > Loaded symbols for /lib/libcrypto.so.6 > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > [New Thread 20804280 (LWP 100062)] > [New Thread 20804140 (LWP 100052)] > (gdb) bt > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > #3 0x00164cb8 in ?? () > (gdb) > > Do we have a general threading problem on ARM? Wow, that was fast. :) It sure looks like that's the problem. Can you try compiling ports/dns/bind96 without threads and see if that works for you? If it does then it would be good to follow up on freebsd-arm@FreeBSD.org and see if the problem can be addressed. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 18:53:48 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D42991065672; Tue, 16 Feb 2010 18:53:48 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3C58FC16; Tue, 16 Feb 2010 18:53:47 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1GIrk0K052259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Feb 2010 19:53:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1GIrdF8041203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 19:53:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1GIrcVJ072592; Tue, 16 Feb 2010 19:53:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1GIrc7l072591; Tue, 16 Feb 2010 19:53:38 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 19:53:38 +0100 From: Bernd Walter To: Doug Barton Message-ID: <20100216185338.GJ43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <4B7AE6A5.30109@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B7AE6A5.30109@FreeBSD.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter , ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 18:53:49 -0000 On Tue, Feb 16, 2010 at 10:40:37AM -0800, Doug Barton wrote: > On 2/15/2010 1:39 PM, Bernd Walter wrote: > > [62]# uname -a > > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r203927: Mon Feb 15 19:12:36 CET 2010 ticso@cicely14.cicely.de:/data/builder/arm-current/head/sys/arm/compile/FBOX arm > > [64]# /etc/rc.d/named start > > Starting named. > > /etc/rc.d/named: WARNING: failed to start named > > 1.000u 0.000s 0:03.94 54.0% 7446+33509k 0+0io 17pf+0w > > Exit 1 > > Are you getting a core file? If so can you do a backtrace? I needed to take care about gdb to run. See my other mail about it. gdb and ktrace on ARM are still tools which tend to fail quite often :( > > [66]# cat /etc/rc.conf > > hostname="Please.tell.me.who.am.I" > > Bonus points here for not ending in .am. :) That's just a template entry. > > tmpmfs="AUTO" > > tmpsize="4m" > > tmpmfs_flags="-S -M" > > FYI, that size of /tmp will probably not allow your periodic/weekly > process to generate a locate.database. IME you need a /tmp at least 2.5 > times the size of that file in order for it to complete successfully. Thanks for the pointer - I should disable it. The system just has 64MB RAM, so large memory filesystems are out of question. > > ntpdate_enable="YES" > > ntpdate_program="ntpdate" > > IMO you'd be better off with a full path here, although this will > probably work for /usr/sbin/ntpdate. However you're actually better off > with the ntpd_sync_on_start option in any case. This is a bit old - I will compare it with new features. > > cloned_interfaces="vlan0 vlan1 vlan2 vlan3" > > ifconfig_vlan0="192.168.53.1/24 vlan 256 vlandev ate0" > > ifconfig_vlan1="vlan 257 vlandev ate0" > > ifconfig_vlan2="vlan 258 vlandev ate0" > > ifconfig_vlan3="vlan 259 vlandev ate0" > > This is the only area that I have real questions about, since I haven't > done any work with vlans I'm not sure how named will respond to it. Is > it possible for you to try starting named with a plain vanilla network > setup? I need to recompile the kernel for this, because the board has an embedded switch which is setup hardcoded inside the kernel. But I use this type of setup since a very long time including 7.0 on the same board type. > > /etc/namedb isn't changed from distribution yet > > Ok, since you're not chroot'ing it have you checked to make sure that > directory is populated? It shouldn't segfault even if it isn't, but nice > to cover all the bases. Originally I used the default and just switched for testen. [61]Please.tell.me.who.am.I# ls -al /etc/namedb/ total 32 drwxr-xr-x 6 root wheel 512 Feb 16 18:47 . drwxr-xr-x 3 root wheel 512 Feb 15 19:30 .. drwxr-xr-x 2 bind wheel 512 Feb 15 18:07 dynamic drwxr-xr-x 2 root wheel 512 Feb 15 18:09 master -rw-r--r-- 1 root wheel 13969 Feb 15 18:09 named.conf -rw-r--r-- 1 root wheel 3015 Feb 15 18:09 named.root -rw------- 1 bind wheel 97 Feb 15 19:30 rndc.key drwxr-xr-x 2 bind wheel 512 Feb 15 18:07 slave drwxr-xr-x 2 bind wheel 512 Feb 15 18:07 working [62]Please.tell.me.who.am.I# ls -al /etc/namedb lrwxr-xr-x 1 root wheel 21 Feb 15 20:36 /etc/namedb -> /var/named/etc/namedb -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 18:56:19 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E261065697; Tue, 16 Feb 2010 18:56:19 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id E4ACB8FC08; Tue, 16 Feb 2010 18:56:18 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1GIuHvb052353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Feb 2010 19:56:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1GIuEF8041444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 19:56:14 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1GIuE9d072634; Tue, 16 Feb 2010 19:56:14 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1GIuEte072633; Tue, 16 Feb 2010 19:56:14 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 19:56:14 +0100 From: Bernd Walter To: Doug Barton Message-ID: <20100216185614.GK43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <4B7AE7BA.406@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B7AE7BA.406@FreeBSD.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@FreeBSD.org, Bernd Walter , ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 18:56:19 -0000 On Tue, Feb 16, 2010 at 10:45:14AM -0800, Doug Barton wrote: > On 2/16/2010 10:39 AM, Bernd Walter wrote: > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > > 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 "arm-marcel-freebsd"...(no debugging symbols found)... > > Core was generated by `named'. > > Program terminated with signal 5, Trace/breakpoint trap. > > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. > > Loaded symbols for /lib/libcrypto.so.6 > > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > > Loaded symbols for /lib/libthr.so.3 > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > > Loaded symbols for /lib/libc.so.7 > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > [New Thread 20804280 (LWP 100062)] > > [New Thread 20804140 (LWP 100052)] > > (gdb) bt > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > #3 0x00164cb8 in ?? () > > (gdb) > > > > Do we have a general threading problem on ARM? > > Wow, that was fast. :) It sure looks like that's the problem. Can you > try compiling ports/dns/bind96 without threads and see if that works for > you? If it does then it would be good to follow up on > freebsd-arm@FreeBSD.org and see if the problem can be addressed. I'd send it before I saw your mail. Compiling however will take some time. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 19:02:25 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D6C10656B9 for ; Tue, 16 Feb 2010 19:02:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id DAE058FC1D for ; Tue, 16 Feb 2010 19:02:24 +0000 (UTC) Received: (qmail 17190 invoked by uid 399); 16 Feb 2010 19:02:24 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Feb 2010 19:02:24 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B7AEBC0.5050506@FreeBSD.org> Date: Tue, 16 Feb 2010 11:02:24 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: ticso@cicely.de References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <4B7AE7BA.406@FreeBSD.org> <20100216185614.GK43625@cicely7.cicely.de> In-Reply-To: <20100216185614.GK43625@cicely7.cicely.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@FreeBSD.org, Bernd Walter , current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 19:02:25 -0000 On 2/16/2010 10:56 AM, Bernd Walter wrote: >> Wow, that was fast. :) It sure looks like that's the problem. Can you >> try compiling ports/dns/bind96 without threads and see if that works for >> you? If it does then it would be good to follow up on >> freebsd-arm@FreeBSD.org and see if the problem can be addressed. > > I'd send it before I saw your mail. Yeah, I figured that when I got your other reply just now. :) I received the trace message to the list in the same mail download as my message to the list, which I thought was quite impressive on your part. :) > Compiling however will take some time. No problem, let us know how it works out. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 19:15:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D0351065695 for ; Tue, 16 Feb 2010 19:15:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f226.google.com (mail-fx0-f226.google.com [209.85.220.226]) by mx1.freebsd.org (Postfix) with ESMTP id E8D728FC15 for ; Tue, 16 Feb 2010 19:15:57 +0000 (UTC) Received: by fxm26 with SMTP id 26so6433559fxm.13 for ; Tue, 16 Feb 2010 11:15:56 -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 :x-enigmail-version:content-type:content-transfer-encoding; bh=9X7+BQG1zU0uuMTfH5qreZg9Fs7+QgHtHPwSlPn7ZzM=; b=x/LI2JQ2n7tHyxaSsBMZEVCx69IsHMJuntVsyH5C6nDzxRMpv8c01w9nu3jIMrCzOo BLqkD+U0WcrEFZsKw1vcvg2qIzKnxJG+EbjfD6+qw0+Jgk72XFlIJe/ZYyOfbwKhWsRy P4EbZK/LmGjsETnbmdmFroUojKpoU6HfdzLus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=D9vxg42c+U7f5j2JcJW5O7PBoqOAHA2yUAZ1K5RgBlioRab5rAldo0ooDez3wh/Q1l 8j8C7q5TTwfKuwUR8PltQJy5T9FvYOyGXejgQVkn/dHQ4Mbr1I4LWE/b+6ehRynW+2tN Tis8IvHMQqRfKoABkfzCGRQpuX/BH7CghK75A= Received: by 10.223.6.27 with SMTP id 27mr229215fax.31.1266347756556; Tue, 16 Feb 2010 11:15:56 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm3689311fxm.10.2010.02.16.11.15.53 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Feb 2010 11:15:54 -0800 (PST) Sender: Alexander Motin Message-ID: <4B7AEEE6.3080808@FreeBSD.org> Date: Tue, 16 Feb 2010 21:15:50 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Doug Barton References: <20100216015121.GC43625@cicely7.cicely.de> <4B7A33CA.4080705@yandex.ru> <4B7A3C51.4070204@FreeBSD.org> <4B7A3DC4.9030700@FreeBSD.org> In-Reply-To: <4B7A3DC4.9030700@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Bernd Walter , "Andrey V. Elsukov" , ticso@cicely.de, current@freebsd.org Subject: Re: ports/net/mpd[45] broken with utmpx.h change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 19:15:58 -0000 Doug Barton wrote: > On 2/15/2010 10:33 PM, Alexander Motin wrote: >> Andrey V. Elsukov wrote: >>> On 16.02.2010 4:51, Bernd Walter wrote: >>>> I don't know how difficult it is to fix, but for many of us mpd is >>>> important to have network connection. >>> You can try this patch. I don't know why Alexander did't commit it. >> I've committed it to mpd5 CVS repo. It will be present in next release soon. > > If "soon" is not "in the next couple of days" my vote would certainly be > that you patch the port in place until the next mpd release is released. > Our users need working ports. OK, "soon" will happen this week. I just want to get in few more patches before release. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 19:26:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2F7F106566B; Tue, 16 Feb 2010 19:26:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AA8BD8FC19; Tue, 16 Feb 2010 19:26:33 +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 o1GJQWKR084523; Tue, 16 Feb 2010 14:26:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1GJQWbq084513; Tue, 16 Feb 2010 19:26:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 16 Feb 2010 19:26:32 GMT Message-Id: <201002161926.o1GJQWbq084513@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: Tue, 16 Feb 2010 19:26:34 -0000 TB --- 2010-02-16 19:13:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-16 19:13:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-02-16 19:13:01 - cleaning the object tree TB --- 2010-02-16 19:13:24 - cvsupping the source tree TB --- 2010-02-16 19:13:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-02-16 19:14:39 - building world TB --- 2010-02-16 19:14:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-16 19:14:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-16 19:14:39 - TARGET=powerpc TB --- 2010-02-16 19:14:39 - TARGET_ARCH=powerpc TB --- 2010-02-16 19:14:39 - TZ=UTC TB --- 2010-02-16 19:14:39 - __MAKE_CONF=/dev/null TB --- 2010-02-16 19:14:39 - cd /src TB --- 2010-02-16 19:14:39 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 16 19:14:40 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libc/stdlib/malloc.c: In function 'arena_dalloc': /src/lib/libc/stdlib/malloc.c:4281: error: 'tcache_tls' undeclared (first use in this function) /src/lib/libc/stdlib/malloc.c: In function 'tcache_create': /src/lib/libc/stdlib/malloc.c:4835: error: 'tcache_tls' undeclared (first use in this function) /src/lib/libc/stdlib/malloc.c: In function 'malloc_init_hard': /src/lib/libc/stdlib/malloc.c:5889: error: 'arenas_map' undeclared (first use in this function) /src/lib/libc/stdlib/malloc.c: In function '_malloc_thread_cleanup': /src/lib/libc/stdlib/malloc.c:6160: error: 'tcache_tls' undeclared (first use in this function) *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-16 19:26:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-16 19:26:32 - ERROR: failed to build world TB --- 2010-02-16 19:26:32 - 533.23 user 113.69 system 811.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 20:36:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFEA6106568F; Tue, 16 Feb 2010 20:36:13 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 797DF8FC1B; Tue, 16 Feb 2010 20:36:13 +0000 (UTC) Received: from orion.SpringDaemons.com (adsl-99-48-191-9.dsl.snfc21.sbcglobal.net [99.48.191.9]) by mx0.deglitch.com (Postfix) with ESMTPA id 442028FC4E; Tue, 16 Feb 2010 23:36:10 +0300 (MSK) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id EB26439C4E; Tue, 16 Feb 2010 12:36:51 -0800 (PST) Date: Tue, 16 Feb 2010 12:36:46 -0800 From: Stanislav Sedov To: ticso@cicely.de Message-Id: <20100216123646.fc741643.stas@FreeBSD.org> In-Reply-To: <20100216183951.GI43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__16_Feb_2010_12_36_46_-0800_ktv1ZEN10U=duo34" Cc: arm@freebsd.org, Bernd Walter , current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 20:36:13 -0000 --Signature=_Tue__16_Feb_2010_12_36_46_-0800_ktv1ZEN10U=duo34 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 16 Feb 2010 19:39:51 +0100 Bernd Walter mentioned: >=20 > Do we have a general threading problem on ARM? >=20 I don't think so. I used a lot of threaded applications on arm, and they worked fine. However, this might be some obscure bug. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Tue__16_Feb_2010_12_36_46_-0800_ktv1ZEN10U=duo34 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJLewHjAAoJEL8lojEJL9nwGVIP/3TWFKG+7sMk+74SDXzoTcXv P436c99mDsiO0TDaIZXrpVHIifpBFbpsiCo6YU1HJkrEnmcilZIF4JIH8X2M47NC DuDk7s30ymMXcSNRbqFJMSiI2Jk3H9lXq5GfgPk7DdefHkyt0vzLoZIfChu9zpCT vi9ouVq1k1NW7C++N8jOQRkN2F1EAVQoygPf4EzsUmM6yGQoPHdU+yL/XAn9TIRb yznzOts0lrKVLbH0rpsPzW7WPCoNrDBubdqCbI7ejcD1uX0JkNCNGWsCa6VjHi91 ZQYUkxe7YgS35hcb/3oOC6MOzqBgawYVnToDRoUiLz624Bxm6Q9Ci0Vwml/6o+EX 8eie/OO0tcEFBySS4jwf+uN69Ume159BzXKajIbWEdl2WV7wZTY6T700nPmSBaFq oVRKhM+WEoQBAsZYLXgFo6K+RyLsYkvnfkzfxj6WMjBS9KcfRZoPT5676BL5pYcR lENXTj3tC430m5RSXR7KXRhST1VkhQO20iHGewlepZMCrpiLA8Qi/0BRbHo26E3Q sT/sjkaHTK3VWjKh4Fti9XDCOZTy4FKgO+EVmlq3Qt425Sm1baJAR9BtRFQwJAx9 rCtbx6kjBbYUryWfpAJwsHuTRz0MaAJpoRNkPmH1S1ZI5iPP95e9/OV5xMU0/4be XDeGD8AhaqLrOSbHkGcn =Emts -----END PGP SIGNATURE----- --Signature=_Tue__16_Feb_2010_12_36_46_-0800_ktv1ZEN10U=duo34-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 20:58:53 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D2C106566C; Tue, 16 Feb 2010 20:58:53 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 18AB88FC0C; Tue, 16 Feb 2010 20:58:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1GKsH2r034995; Tue, 16 Feb 2010 13:54:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 16 Feb 2010 13:54:30 -0700 (MST) Message-Id: <20100216.135430.702773873773944731.imp@bsdimp.com> To: stas@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20100216123646.fc741643.stas@FreeBSD.org> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100216123646.fc741643.stas@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arm@FreeBSD.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 20:58:53 -0000 In message: <20100216123646.fc741643.stas@FreeBSD.org> Stanislav Sedov writes: : On Tue, 16 Feb 2010 19:39:51 +0100 : Bernd Walter mentioned: : : > : > Do we have a general threading problem on ARM? : > : : I don't think so. I used a lot of threaded applications on arm, and they : worked fine. However, this might be some obscure bug. I know that 6.x ARM worked with threads no problem. We had dozens of threads in our control programs. The one caveat is that I've found bugs in the atomic routines in the past, and have had people submit fixes as well. All of those should be in the tree, but since some arrived when I was crazy busy for Cisco, they might have fallen on the floor. Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 21:09:23 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4333106568D; Tue, 16 Feb 2010 21:09:23 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 2DCC88FC18; Tue, 16 Feb 2010 21:09:22 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1GL9J6k056926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Feb 2010 22:09:19 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1GL9GS1049226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 22:09:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1GL9GQH073307; Tue, 16 Feb 2010 22:09:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1GL9GWf073306; Tue, 16 Feb 2010 22:09:16 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 22:09:16 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100216210916.GN43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100216123646.fc741643.stas@FreeBSD.org> <20100216.135430.702773873773944731.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100216.135430.702773873773944731.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: stas@FreeBSD.org, arm@FreeBSD.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 21:09:23 -0000 On Tue, Feb 16, 2010 at 01:54:30PM -0700, M. Warner Losh wrote: > In message: <20100216123646.fc741643.stas@FreeBSD.org> > Stanislav Sedov writes: > : On Tue, 16 Feb 2010 19:39:51 +0100 > : Bernd Walter mentioned: > : > : > > : > Do we have a general threading problem on ARM? > : > > : > : I don't think so. I used a lot of threaded applications on arm, and they > : worked fine. However, this might be some obscure bug. > > I know that 6.x ARM worked with threads no problem. We had dozens of > threads in our control programs. No doubt - I'm running 7.0-current: [82]arm9# uname -a FreeBSD arm9.cicely.de 7.0-CURRENT FreeBSD 7.0-CURRENT #12: Thu Dec 6 02:39:25 CET 2007 ticso@arm9.cicely.de:/data/builder/arm-p4-running-2/src/sys/arm/compile/FBOX arm [83]arm9# uptime 10:02PM up 690 days, 19:43, 1 user, load averages: 0.29, 0.22, 0.15 Including named, although not on exactly this machine. This one is even compiled O2 - with a few hand selected exceptions. Compiling perl fails with sig11 as well, but I hadn't verified this problem any further. > The one caveat is that I've found bugs in the atomic routines in the > past, and have had people submit fixes as well. All of those should > be in the tree, but since some arrived when I was crazy busy for > Cisco, they might have fallen on the floor. I'm running on RM9200, so it is a UP system. Of course this won't rule out all possible atomic cases. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 21:13:32 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAD42106566B; Tue, 16 Feb 2010 21:13:31 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 684918FC0C; Tue, 16 Feb 2010 21:13:31 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1GLDThx057108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Feb 2010 22:13:30 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1GLDRcM049481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 22:13:27 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1GLDRLw073345; Tue, 16 Feb 2010 22:13:27 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1GLDR61073344; Tue, 16 Feb 2010 22:13:27 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 22:13:27 +0100 From: Bernd Walter To: Doug Barton Message-ID: <20100216211327.GO43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <4B7AE7BA.406@FreeBSD.org> <20100216185614.GK43625@cicely7.cicely.de> <4B7AEBC0.5050506@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B7AEBC0.5050506@FreeBSD.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@FreeBSD.org, Bernd Walter , ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 21:13:32 -0000 On Tue, Feb 16, 2010 at 11:02:24AM -0800, Doug Barton wrote: > On 2/16/2010 10:56 AM, Bernd Walter wrote: > >> Wow, that was fast. :) It sure looks like that's the problem. Can you > >> try compiling ports/dns/bind96 without threads and see if that works for > >> you? If it does then it would be good to follow up on > >> freebsd-arm@FreeBSD.org and see if the problem can be addressed. > > > > I'd send it before I saw your mail. > > Yeah, I figured that when I got your other reply just now. :) I > received the trace message to the list in the same mail download as my > message to the list, which I thought was quite impressive on your part. :) > > > Compiling however will take some time. > > No problem, let us know how it works out. A first try failed because a dependend lib won't compile :( I will retry without XML. But iconv isn't that unimportant, so this needs investigation as well. [...] install -o root -g wheel -m 444 include/libcharset.h /usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1/lib/libcharset.h install -o root -g wheel -m 444 include/localcharset.h.inst /usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1/lib/localcharset.h cd lib && make all /bin/sh /usr/local/bin/libtool --mode=compile --tag=CC cc -I. -I. -I../include -I./../include -I.. -I./.. -O -pipe -mcpu=arm9 -std=gnu89 -DLIBDIR=\"/usr/local/lib\" -DBUILDING_LIBICONV -DBUILDING_DLL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/local/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libiconv_set_relocation_prefix -Drelocate=libiconv_relocate -DHAVE_CONFIG_H -c ./iconv.c libtool: compile: cc -I. -I. -I../include -I./../include -I.. -I./.. -O -pipe -mcpu=arm9 -std=gnu89 -DLIBDIR=\"/usr/local/lib\" -DBUILDING_LIBICONV -DBUILDING_DLL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/local/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libiconv_set_relocation_prefix -Drelocate=libiconv_relocate -DHAVE_CONFIG_H -c ./iconv.c -fPIC -DPIC -o .libs/iconv.o {standard input}: Assembler messages: {standard input}:569470: Error: symbol definition loop encountered at `.L4822' *** Error code 1 Stop in /usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1/lib. *** Error code 1 Stop in /usr/obj/usr/ports/converters/libiconv/work/libiconv-1.13.1. *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 Stop in /usr/ports/devel/gettext. *** Error code 1 Stop in /usr/ports/devel/gmake. *** Error code 1 Stop in /usr/ports/textproc/libxml2. *** Error code 1 Stop in /usr/ports/dns/bind96. *** Error code 1 Stop in /usr/ports/dns/bind96. 3214.000u 1468.000s 2:12:18.00 58.9% 3300+1299k 845+23834io 5433pf+0w Exit 1 -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 21:15:12 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50AB21065696; Tue, 16 Feb 2010 21:15:12 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id CA83F8FC17; Tue, 16 Feb 2010 21:15:11 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1GLFAtA057180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Feb 2010 22:15:10 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1GLF8qR049543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Feb 2010 22:15:08 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1GLF8mt073361; Tue, 16 Feb 2010 22:15:08 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1GLF8JS073360; Tue, 16 Feb 2010 22:15:08 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Feb 2010 22:15:08 +0100 From: Bernd Walter To: Stanislav Sedov Message-ID: <20100216211508.GP43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100216123646.fc741643.stas@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100216123646.fc741643.stas@FreeBSD.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@FreeBSD.org, Bernd Walter , ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2010 21:15:12 -0000 On Tue, Feb 16, 2010 at 12:36:46PM -0800, Stanislav Sedov wrote: > On Tue, 16 Feb 2010 19:39:51 +0100 > Bernd Walter mentioned: > > > > > Do we have a general threading problem on ARM? > > > > I don't think so. I used a lot of threaded applications on arm, and they > worked fine. However, this might be some obscure bug. The question is if it works on current. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 21:30:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E05C8106566B for ; Tue, 16 Feb 2010 21:30:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 958E68FC15 for ; Tue, 16 Feb 2010 21:30:49 +0000 (UTC) Received: by qyk29 with SMTP id 29so4019484qyk.13 for ; Tue, 16 Feb 2010 13:30:48 -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=gLAlARzge8ZYO+8riY6/O3oBu0IdVPnNSjpsXjT2DtI=; b=s/6t5SjWslbzSGv0m1a2A1ojeQ3Ns7BRg0TUpLRXteU/GHKcah7IQlwR/M6xa0z+Gz 8rvRdR9Cn/RF1E56O8PnR3qiXWHYhOv3AJqL459J6x6fW83gh5zkss2Tdv7OD6IROp6o tfx8zCfHDNHUP+QFyyVtsuo4Ow/L17CE/ZGqE= 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=tTqdx0yG7CDLNdPdh1aohN3rTvtRjU7KOsVwyfk3j13SFP9yuUjf2ctJmyUVg9iYoO hECnTjvngVvF2xW3mQO9CDUQdF79r5LOHbHNNw1GlRL09bJseTGEoch47MxdP1zghKF7 fwp17mSxpLChqJ0jb2Vcz2psIfEbGkZGz6JJg= Received: by 10.224.39.201 with SMTP id h9mr1165440qae.321.1266355848261; Tue, 16 Feb 2010 13:30:48 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm19794655qwe.33.2010.02.16.13.30.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Feb 2010 13:30:47 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 16 Feb 2010 13:29:50 -0800 From: Pyun YongHyeon Date: Tue, 16 Feb 2010 13:29:50 -0800 To: freebsd-current@FreeBSD.org Message-ID: <20100216212950.GF1394@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Call for testers: SiS190/191 Fast/Gigabit ethernet controller 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: Tue, 16 Feb 2010 21:30:50 -0000 Hi, I had been working on sge(4) to commit the driver to tree. If you have one of these controllers please give it try and let me know how it goes on your box. I'm interested in both success and failure report. Please see more information on the following URL. http://people.freebsd.org/~yongari/sge/README.txt Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Feb 16 23:47:34 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB1D2106566B for ; Tue, 16 Feb 2010 23:47:34 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8958B8FC1B for ; Tue, 16 Feb 2010 23:47:34 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 526D660E4 for ; Tue, 16 Feb 2010 18:47:33 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1266364053; bh=6bMrKguNNs+Tffc2Nzmpt3VxUqANeZ+1TuvLnT7IY3o=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=M7mVmsd80pUsABWtU+XXYDEkH+Sv2/IBV7lZWLUu3CbQUcEkBB63Xdv+QnQohCiaz Xzz1msciak5oHt9ncvfRslb8DG79JIrXLcjdmjPtGN3rRJz5+1QUaZnakfKki9z DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=VQixCJcDhz90day4VZt+dVMfV9Hx04EYlNEzA4OiREi8+49bEzzxWRN5cSD6sa2hk au06qw3IZ0ZK0BYuVg9JtXS0r9YQ5t9MCBZVP9RjJSbTrDLgFfIzbpLBdgwhMSm Message-ID: <4B7B2E93.6020300@protected-networks.net> Date: Tue, 16 Feb 2010 18:47:31 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100208 Thunderbird/3.0.1 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: rpcbind compilation problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 23:47:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It appears that SVN rev 203972 added this .. @@ -185,6 +178,8 @@ addrmerge(struct netbuf *caller, char *s if (ifsa == NULL || ifsa->sa_family != hint_sa->sa_family || !(ifap->ifa_flags & IFF_UP)) continue; + if (!addr_is_bound(ifsa)) + continue; if (!(ifap->ifa_flags & IFF_LOOPBACK) && !listen_addr(ifsa)) continue; .. which breaks the compilation as there is no prototype for addr_is_bound(), imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkt7LpMACgkQQv9rrgRC1JKMAgCfcg359BXTEnXIbkzKydnrZGbN 5bYAoJ5XbrMtNlHfWJ9nxKkxEz2QTtUG =FOvd -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 00:18:05 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 485B11065670 for ; Wed, 17 Feb 2010 00:18:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 816938FC15 for ; Wed, 17 Feb 2010 00:18:03 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 349ACA5801A; Wed, 17 Feb 2010 08:18:02 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id bQV3hhINoVXA; Wed, 17 Feb 2010 08:17:54 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 0C0C1A58006; Wed, 17 Feb 2010 08:17:52 +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=Wc+z63DI/goV7KDe7eBRlNAfATvBYPngmMaGS/R1shwAb8a58+hds9xVDVv21wHlo cwb8dEV9iOjWfI3soWhGw== Message-ID: <4B7B35AC.2020204@delphij.net> Date: Tue, 16 Feb 2010 16:17:48 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Michael Butler References: <4B7B2E93.6020300@protected-networks.net> In-Reply-To: <4B7B2E93.6020300@protected-networks.net> X-Enigmail-Version: 1.0 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, "M. Warner Losh" Subject: Re: rpcbind compilation problem 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, 17 Feb 2010 00:18:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/02/16 15:47, Michael Butler wrote: > It appears that SVN rev 203972 added this .. > > @@ -185,6 +178,8 @@ addrmerge(struct netbuf *caller, char *s > if (ifsa == NULL || ifsa->sa_family != hint_sa->sa_family || > !(ifap->ifa_flags & IFF_UP)) > continue; > + if (!addr_is_bound(ifsa)) > + continue; > > if (!(ifap->ifa_flags & IFF_LOOPBACK) && !listen_addr(ifsa)) > continue; > > .. which breaks the compilation as there is no prototype for > addr_is_bound(), Looks like it was "sneaked in" with an unrelated (license) change... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLezWsAAoJEATO+BI/yjfByrYH/A8nL7jT/Y941j6JTcFsylEA lMXzDPrtr5476pMwXZIRoRRUYdp82twxnLbWExe+YyuxvcoVqxqoCJcsL4/bsaE1 NiwcqwfZsAT6IJp21mwvgHZD5xDKouK6mRW7HIKVPzSuBAco0oPaJqh7339MOr6P oQhhuA8a/vqaL4Rt+vLf72CRutXCqJxYTe+Loh8C0nqj4qqLgmg7170Nlguva00w bWx5IaGAn4bV8mDPzaYVCtra1TGgTX8QXmJltkuhew+gZWtphCZbDe7FII4rrgRt Ka2TZySbeGqGZWgXB41Z8j6Y2CfAywBAsQR1582j9hHbnMM3NeMvGceqXwrT8YM= =uWcT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:03:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F1D4106566C for ; Wed, 17 Feb 2010 02:03:12 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id 37AC88FC08 for ; Wed, 17 Feb 2010 02:03:11 +0000 (UTC) Received: by bwz23 with SMTP id 23so1637087bwz.13 for ; Tue, 16 Feb 2010 18:03:11 -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=gxKaryA8ZQR+DGSQjOqIGQWdgzsWUOFw31qExLQZqkE=; b=P5RDj6Sx1fc1qPRyRnwjDPqScNnbmIilgIEYcrx6rZQbysVM5ibS1Z9lNoHejRA6nr RwgOazgYQ4zFAT8yWY+kTZU+H7wG3+i6OlEgUaambxhYzfR2S4/Gqn4pTb/PQqNS0O5R b7tRZH6Z0+Y8rSk+ZRgEpEzlrA6aU0MM4ri+g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MOLOzL0Gb/cKmOVNiH1+lexBNsLgUWu/t281CRNrKthyQ2BWD9pyfZEtjlSCWEaWvM NaB5/5E1LOytUDJ1mG7v6tOm6kefxP6RI2iP55EyV5rKorI997vX9IAiL3hXh8kweaDY qdkjv4BGAtDse8GmJAVghU3ADRoqM23a5d7ks= MIME-Version: 1.0 Received: by 10.204.126.5 with SMTP id a5mr4803072bks.109.1266372190991; Tue, 16 Feb 2010 18:03:10 -0800 (PST) Date: Tue, 16 Feb 2010 21:03:10 -0500 Message-ID: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> From: Chris To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 02:03:12 -0000 Hi, I'm trying to install CURRENT a single drive ZFS on root setup using the guide located here: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot This is on an amd64-based Acer 5516 laptop. I'm able to complete the installation, however, when I boot, the system stops at the boot loader with several "error 1 lba xxx" (where xxx is some large number) errors and the "ZFS: i/o error - all block copies unavailable" error. When I issue the "status" command at the boot loader, I see only the GPT partition and the ZFS pool. Should I also see any physical devices? I strongly suspect that the BIOS on this laptop is up to some sort of chicanery but it's hard to say so definitively since I can install and boot to a regular UFS-based FreeBSD installation. I've confirmed this on 8.0-RELEASE and 9.0-CURRENT. I've also made sure to delete any UFS and GPT partitions as well as any ZFS pools before installing to be sure that I'm installing on a clean disk. Also, I've tried building the bootloader (even though the guide said it's depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing the boot blocks, both to no avail. Any ideas and/or suggestions would greatly be appreciated! Thanks, Chris From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:08:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FDE41065670 for ; Wed, 17 Feb 2010 02:08:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id C7C0F8FC0C for ; Wed, 17 Feb 2010 02:08:00 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 9ECD8A5806E; Wed, 17 Feb 2010 10:07:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id pOeaS9TWLLjt; Wed, 17 Feb 2010 10:07:53 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 73036A57F07; Wed, 17 Feb 2010 10:07:52 +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=rvOtH9lQEiLoOtbaKjIu7Zv0kB8Tp/A7YlRsnCuFrYeX/2e1J7547Tmdr5U7Vv7/x 2Ytf91/XeG424h82PmEEA== Message-ID: <4B7B4F73.60807@delphij.net> Date: Tue, 16 Feb 2010 18:07:47 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Chris References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> In-Reply-To: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> X-Enigmail-Version: 1.0 OpenPGP: id=3FCA37C1; 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: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT 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, 17 Feb 2010 02:08:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/02/16 18:03, Chris wrote: > Hi, > > I'm trying to install CURRENT a single drive ZFS on root setup using > the guide located here: > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot > > This is on an amd64-based Acer 5516 laptop. I'm able to complete the > installation, however, when I boot, the system stops at the boot > loader with several "error 1 lba xxx" (where xxx is some large number) > errors and the "ZFS: i/o error - all block copies unavailable" error. > When I issue the "status" command at the boot loader, I see only the > GPT partition and the ZFS pool. Should I also see any physical > devices? I strongly suspect that the BIOS on this laptop is up to some > sort of chicanery but it's hard to say so definitively since I can > install and boot to a regular UFS-based FreeBSD installation. I've > confirmed this on 8.0-RELEASE and 9.0-CURRENT. I've also made sure to > delete any UFS and GPT partitions as well as any ZFS pools before > installing to be sure that I'm installing on a clean disk. Also, I've > tried building the bootloader (even though the guide said it's > depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing > the boot blocks, both to no avail. > > Any ideas and/or suggestions would greatly be appreciated! Just a wild guess... Did you copied the /boot/zfs folder to the target file system? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLe09zAAoJEATO+BI/yjfBZhsH/jX6l3DedCM8EYmsGftpunqL 4FtxmgDMEXd7jvmNmFdHVVf3vrctGB4ldcr8hriNkMvvEy3fuykEfJkBmY3sIhQ0 A4iXWUH6QIiiaakjOocGhk58r3MisUS4u0qhpmSdyEuH6CHF3SBLJubUBmpEQ89W oilYch+qlkwNZqoGKP0gxMnY9DEttt9hlUo2HwLIBE1ApX8bNyNp18iHd2v61eSD 9elluEokjHqQqD6II7z+rSefODs9AEna+wx7d/BZLEVZMcfDarYPiajS0b0kBFXz 1LRlM8Uxz5YWQkx2irhtcC41aUwf55CnY2MbZ+nobTV+pgXrMkIUvphiplPKMvU= =1gQ3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:12:00 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8CAB1065748 for ; Wed, 17 Feb 2010 02:12:00 +0000 (UTC) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.freebsd.org (Postfix) with ESMTP id 57C778FC1E for ; Wed, 17 Feb 2010 02:11:59 +0000 (UTC) Received: from demigorgon.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.6.20060614/8.13.6) with ESMTP id o1H1ZsJd024805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 16 Feb 2010 18:36:01 -0700 (MST) Message-ID: <4B7B47FA.2080702@nixil.net> Date: Tue, 16 Feb 2010 18:35:54 -0700 From: Phil Oleson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100204 Thunderbird/3.0.1 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (nixil.net [161.58.222.1]); Tue, 16 Feb 2010 18:36:01 -0700 (MST) X-Virus-Scanned: clamav-milter 0.95.2 at nixil.net X-Virus-Status: Clean Cc: Subject: snapshot images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2010 02:12:00 -0000 All, I just noticed that the memstick.img is not available in the snapshots directories. I'm just curious why they are not automatically built. Were they hand built for the release? Is there any way it can be included with the snapshots iso's? -Phil. From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:21:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE981065670 for ; Wed, 17 Feb 2010 02:21:48 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id 40B548FC15 for ; Wed, 17 Feb 2010 02:21:47 +0000 (UTC) Received: by bwz23 with SMTP id 23so1643412bwz.13 for ; Tue, 16 Feb 2010 18:21:47 -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=qqonHLEejXOPyh0CnR6hP8kG8qdNS4jMx+ZboB69RYA=; b=KyLHE76liIdwS+Al+cwIqXecrq9YlYBth3poQdKrOW9gfKXcdvcUbbzViMlWo5dCLH OA4e5LLGqqiTTR3FJS7G0/YVn5oSzGr8OW1uoCXpENKkI152mOxf+BrSYh5ZjTYvlkIB 3F9Ekf0UPO4lrt1J0kKmt8aKN1SIvJlMDfHjs= 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=Qssgtz8XwWPIVf3MCUDn+gErk+1Sdtth/FdG8smdjjuCVKPksFwrRocqFV2tHwcgrG UYPz3uMdDOgPCvJkxNay9BWdne9wWs6Pt/ila0i0YJbP5jKcI0Hz2mCiOaM9U3Bz4Dny +PdAs4o6NkgmhPVtXH2CKwdXL31sBbLrU+dKg= MIME-Version: 1.0 Received: by 10.204.34.210 with SMTP id m18mr1727610bkd.214.1266373306689; Tue, 16 Feb 2010 18:21:46 -0800 (PST) In-Reply-To: <4B7B4F73.60807@delphij.net> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> Date: Tue, 16 Feb 2010 21:21:46 -0500 Message-ID: <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> From: Chris To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 02:21:48 -0000 Xin, The only thing I copied over was the zpool.cache file, as per the wiki. Should I have copied over the entire /boot/zfs folder? Thanks, Chris On Tue, Feb 16, 2010 at 9:07 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2010/02/16 18:03, Chris wrote: >> Hi, >> >> I'm trying to install CURRENT a single drive ZFS on root setup using >> the guide located here: >> >> http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot >> >> This is on an amd64-based Acer 5516 laptop. I'm able to complete the >> installation, however, when I boot, the system stops at the boot >> loader with several "error 1 lba xxx" (where xxx is some large number) >> errors and the "ZFS: i/o error - all block copies unavailable" error. >> When I issue the "status" command at the boot loader, I see only the >> GPT partition and the ZFS pool. Should I also see any physical >> devices? I strongly suspect that the BIOS on this laptop is up to some >> sort of chicanery but it's hard to say so definitively since I can >> install and boot to a regular UFS-based FreeBSD installation. I've >> confirmed this on 8.0-RELEASE and 9.0-CURRENT. I've also made sure to >> delete any UFS and GPT partitions as well as any ZFS pools before >> installing to be sure that I'm installing on a clean disk. Also, I've >> tried building the bootloader (even though the guide said it's >> depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing >> the boot blocks, both to no avail. >> >> Any ideas and/or suggestions would greatly be appreciated! > > Just a wild guess... =A0Did you copied the /boot/zfs folder to the target > file system? > > Cheers, > - -- > Xin LI =A0 =A0http://www.delphij.net/ > FreeBSD - The Power to Serve! =A0 =A0 =A0 =A0 =A0Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.14 (FreeBSD) > > iQEcBAEBAgAGBQJLe09zAAoJEATO+BI/yjfBZhsH/jX6l3DedCM8EYmsGftpunqL > 4FtxmgDMEXd7jvmNmFdHVVf3vrctGB4ldcr8hriNkMvvEy3fuykEfJkBmY3sIhQ0 > A4iXWUH6QIiiaakjOocGhk58r3MisUS4u0qhpmSdyEuH6CHF3SBLJubUBmpEQ89W > oilYch+qlkwNZqoGKP0gxMnY9DEttt9hlUo2HwLIBE1ApX8bNyNp18iHd2v61eSD > 9elluEokjHqQqD6II7z+rSefODs9AEna+wx7d/BZLEVZMcfDarYPiajS0b0kBFXz > 1LRlM8Uxz5YWQkx2irhtcC41aUwf55CnY2MbZ+nobTV+pgXrMkIUvphiplPKMvU=3D > =3D1gQ3 > -----END PGP SIGNATURE----- > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:22:02 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59E5106579F; Wed, 17 Feb 2010 02:22:02 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDCD8FC13; Wed, 17 Feb 2010 02:22:01 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1H2Lvfc086199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Feb 2010 03:21:57 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1H2LtSX069260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Feb 2010 03:21:55 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1H2LsYH075036; Wed, 17 Feb 2010 03:21:54 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1H2LrjA075035; Wed, 17 Feb 2010 03:21:53 +0100 (CET) (envelope-from ticso) Date: Wed, 17 Feb 2010 03:21:53 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100217022153.GR43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100216123646.fc741643.stas@FreeBSD.org> <20100216.135430.702773873773944731.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100216.135430.702773873773944731.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: stas@FreeBSD.org, arm@FreeBSD.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 17 Feb 2010 02:22:02 -0000 On Tue, Feb 16, 2010 at 01:54:30PM -0700, M. Warner Losh wrote: > In message: <20100216123646.fc741643.stas@FreeBSD.org> > Stanislav Sedov writes: > : On Tue, 16 Feb 2010 19:39:51 +0100 > : Bernd Walter mentioned: > : > : > > : > Do we have a general threading problem on ARM? > : > > : > : I don't think so. I used a lot of threaded applications on arm, and they > : worked fine. However, this might be some obscure bug. > > I know that 6.x ARM worked with threads no problem. We had dozens of > threads in our control programs. > > The one caveat is that I've found bugs in the atomic routines in the > past, and have had people submit fixes as well. All of those should > be in the tree, but since some arrived when I was crazy busy for > Cisco, they might have fallen on the floor. At least in my short test threads seem to work: [70]Please.tell.me.who.am.I# gcc -Wall -pthread -o thread thread.c 5.000u 0.000s 0:15.80 42.7% 39273+42143k 7+0io 0pf+0w [71]Please.tell.me.who.am.I# ./thread hello world hello world from thread [72]Please.tell.me.who.am.I# cat thread.c #include #include #include #include void * mythread(void *arg) { printf("hello world from thread\n"); return NULL; } int main(int argc, char *argv[]) { printf("hello world\n"); pthread_t id = 0; pthread_create(&id, NULL, mythread, NULL); sleep(10); return 0; } -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:30:36 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61C441065697; Wed, 17 Feb 2010 02:30:36 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id E1EB28FC26; Wed, 17 Feb 2010 02:30:35 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1H2UYvX086604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Feb 2010 03:30:34 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1H2UQmE069608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Feb 2010 03:30:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1H2UQkZ075080; Wed, 17 Feb 2010 03:30:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1H2UQOX075079; Wed, 17 Feb 2010 03:30:26 +0100 (CET) (envelope-from ticso) Date: Wed, 17 Feb 2010 03:30:26 +0100 From: Bernd Walter To: Doug Barton Message-ID: <20100217023026.GS43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <4B7AE7BA.406@FreeBSD.org> <20100216185614.GK43625@cicely7.cicely.de> <4B7AEBC0.5050506@FreeBSD.org> <20100216211327.GO43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100216211327.GO43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@FreeBSD.org, Bernd Walter , ticso@cicely.de, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 17 Feb 2010 02:30:36 -0000 On Tue, Feb 16, 2010 at 10:13:27PM +0100, Bernd Walter wrote: > On Tue, Feb 16, 2010 at 11:02:24AM -0800, Doug Barton wrote: > > On 2/16/2010 10:56 AM, Bernd Walter wrote: > > >> Wow, that was fast. :) It sure looks like that's the problem. Can you > > >> try compiling ports/dns/bind96 without threads and see if that works for > > >> you? If it does then it would be good to follow up on > > >> freebsd-arm@FreeBSD.org and see if the problem can be addressed. > > > > > > I'd send it before I saw your mail. > > > > Yeah, I figured that when I got your other reply just now. :) I > > received the trace message to the list in the same mail download as my > > message to the list, which I thought was quite impressive on your part. :) > > > > > Compiling however will take some time. > > > > No problem, let us know how it works out. Mmm - the port (without thread and without XML) works fine: [78]Please.tell.me.who.am.I# host -a www.freebsd.org 127.0.0.1 Trying "www.freebsd.org" Using domain server: Name: 10.1.1.9 Address: 10.1.1.9#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2501 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 3, ADDITIONAL: 5 ;; QUESTION SECTION: ;www.freebsd.org. IN ANY ;; ANSWER SECTION: www.freebsd.org. 3600 IN MX 0 . www.freebsd.org. 3600 IN AAAA 2001:4f8:fff6::21 www.freebsd.org. 3600 IN A 69.147.83.33 ;; AUTHORITY SECTION: freebsd.org. 3544 IN NS ns3.isc-sns.info. freebsd.org. 3544 IN NS ns2.isc-sns.com. freebsd.org. 3544 IN NS ns1.isc-sns.net. ;; ADDITIONAL SECTION: ns2.isc-sns.com. 87978 IN A 38.103.2.1 ns1.isc-sns.net. 87978 IN A 72.52.71.1 ns1.isc-sns.net. 87978 IN AAAA 2001:470:1a::1 ns3.isc-sns.info. 3546 IN A 63.243.194.1 ns3.isc-sns.info. 3546 IN AAAA 2001:5a0:10::1 Received 284 bytes from 10.1.1.9#53 in 135 ms Feb 17 02:21:48 Please named[28754]: starting BIND 9.6.1-P3 Feb 17 02:21:48 Please named[28754]: built with '--localstatedir=/var' '--disable-linux-caps' '--with-randomdev=/dev/random' '--with-openssl=/usr' '--without-libxml2' '--without-idn' '--disable-threads' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=arm-portbld-freebsd9.0' 'build_alias=arm-portbld-freebsd9.0' 'CC=cc' 'CFLAGS=-O -pipe -mcpu=arm9' 'LDFLAGS= -rpath=/usr/lib:/usr/local/lib' 'CXX=c++' 'CXXFLAGS=-O -pipe -mcpu=arm9' Feb 17 02:21:54 Please named[28754]: max open files (957) is smaller than max sockets (4096) Feb 17 02:21:57 Please named[28754]: command channel listening on 127.0.0.1#953 Feb 17 02:21:57 Please named[28754]: command channel listening on ::1#953 Feb 17 02:22:05 Please named[28754]: running [75]Please.tell.me.who.am.I# sockstat | grep named root named 28754 3 dgram -> /var/run/logpriv root named 28754 20 tcp4 127.0.0.1:53 *:* root named 28754 21 tcp4 127.0.0.1:953 *:* root named 28754 22 tcp6 ::1:953 *:* root named 28754 512 udp4 127.0.0.1:53 *:* On the other hand a short pthread test worked fine as well. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:42:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107211065672 for ; Wed, 17 Feb 2010 02:42:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f175.google.com (mail-iw0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id C7FDE8FC0C for ; Wed, 17 Feb 2010 02:42:22 +0000 (UTC) Received: by iwn5 with SMTP id 5so2930573iwn.9 for ; Tue, 16 Feb 2010 18:42:22 -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=gxDgZ2BN8FzCBv4pNR5WIAzClNu2Q8doO2oZMuB4/uI=; b=s+jewazqufQ8Nhr3qXEC3gZqbo5fwYUhEvpDbglQEENgJ2HfnbsrQIAs440Fc3pw6Y P3PX9jilQvU54ftraPA3s81mhfO8yh8lD8wEXvSQdbcJ6RrGGlfvZWZTLf3KjNDDFNjs 9ynmSf/RqeR9+EH4PpIVait3xrQRJo1LmY8zI= 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=HqJr4ayUmsEWXsEv5mXy71OdAshHngB9dg8BmPQc9RaXuAqsUx3hG+JDJqdrPB4lzR OCMAHiGtPfQ37yP1kJClr4byRP0IapWFfcAvUIJPQdpK56TPTbiYrqA5V6Sc9ljFjUEp Zphrvv1K3DxzaWEdfFPEFGZCfBY9rdy+X4XJA= MIME-Version: 1.0 Received: by 10.231.170.14 with SMTP id b14mr1329839ibz.26.1266374542086; Tue, 16 Feb 2010 18:42:22 -0800 (PST) In-Reply-To: <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> Date: Tue, 16 Feb 2010 20:42:22 -0600 Message-ID: <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> From: Scot Hetzel To: Chris Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 02:42:23 -0000 On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: >> >> Just a wild guess... Did you copied the /boot/zfs folder to the target >> file system? >> > Xin, > > The only thing I copied over was the zpool.cache file, as per the > wiki. Should I have copied over the entire /boot/zfs folder? > The only thing in the /boot/zfs folder is the zpool.cache folder. Did your first creae the /zroot/boot/zfs folder, and then copied the zpool.cache to that folder? Scot From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:42:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD351106566C for ; Wed, 17 Feb 2010 02:42:52 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f175.google.com (mail-iw0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id A26938FC1A for ; Wed, 17 Feb 2010 02:42:52 +0000 (UTC) Received: by mail-iw0-f175.google.com with SMTP id 5so2930573iwn.9 for ; Tue, 16 Feb 2010 18:42: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 :content-transfer-encoding; bh=b7GtAxyGB/nZEfuoit4oi7QBwoF04d7urOLNq0Dx7yY=; b=uRhIIDGAZWOnDjGO3jfdN5YKzf9+iIWTrBdVUkL96mNOOD2GOwXIpdSWvzxd8GRSKL myYkSAUL+/ktw1wEUnbQdG5kpjf/BuzyV1LxqSYDfh/m/+pRwcP5813ijhfii/XAz7qw JvKzBA93hUicGbc2BpcA5RhNdJ2AmBqaPS6S4= 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=gue31/gmrDLw54SrmpTZpRF/KlKTDUg8h/UIr7HCkkGDTWL5OgGqmb0s8IEPN/0PGS fV2qR9L0E5SG2NR9YKtrjyWz4IY3FS20nrUYE0ZJEQopIU3E6++MbbH1Q85BtQPVNE9M v5ixuLCHbomPDLeDxnlpL7hJLjP1TfP+N2dEc= MIME-Version: 1.0 Received: by 10.231.148.134 with SMTP id p6mr8143160ibv.96.1266374572473; Tue, 16 Feb 2010 18:42:52 -0800 (PST) In-Reply-To: <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> Date: Tue, 16 Feb 2010 20:42:52 -0600 Message-ID: <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> From: Scot Hetzel To: Chris Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 02:42:52 -0000 On Tue, Feb 16, 2010 at 8:42 PM, Scot Hetzel wrote: > On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: >>> >>> Just a wild guess... =A0Did you copied the /boot/zfs folder to the targ= et >>> file system? >>> >> Xin, >> >> The only thing I copied over was the zpool.cache file, as per the >> wiki. Should I have copied over the entire /boot/zfs folder? >> > The only thing in the /boot/zfs folder is the zpool.cache folder. > > Did your first creae the /zroot/boot/zfs folder, and then copied the ^Create > zpool.cache to that folder? > > Scot > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:49:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C12A01065693 for ; Wed, 17 Feb 2010 02:49:57 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC9F8FC16 for ; Wed, 17 Feb 2010 02:49:56 +0000 (UTC) Received: by bwz23 with SMTP id 23so1652084bwz.13 for ; Tue, 16 Feb 2010 18:49: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 :content-transfer-encoding; bh=QdjveX/C4fUlzm4A4pV3u/yZelX7JNYwoXZJRtrDzA0=; b=djtMzhbB2XCxKaM7jJpfrth7NzcgsFhyS8joUl93TQZd3IPFjf3s3nOzLPhhGebE+R Rk3+iaD0+5GYASkiyyP2H7G2ZYN80q5CA39xgC3DMH5lq3XRVfHp87KMIF56WhN9FGHQ g+0xSq10KZSfVD+nVtptRUFrfE+rQghxZIFsM= 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=dk1RRsuPAFLwV1XTxP+9hw/oJ0Lfsa6oZIA3x9tLq9pmR9r56qNrM20leQ4uZ47MW6 8HdKankNcKa2A0LC5GplgTXMcWluk4bu5WrcEhseCkRZC0oyzD54iNjH6xq6hFkQXJHU mXRBvpA/o2w5ydd9barNkMXVn301Hm/xJjY3s= MIME-Version: 1.0 Received: by 10.204.16.194 with SMTP id p2mr4846174bka.32.1266374996121; Tue, 16 Feb 2010 18:49:56 -0800 (PST) In-Reply-To: <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> Date: Tue, 16 Feb 2010 21:49:56 -0500 Message-ID: <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> From: Chris To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 02:49:57 -0000 Scot, I did, as part of step 7 in section 1: 7. Create ZFS Pool zroot Fixit# mkdir /boot/zfs Fixit# zpool create zroot /dev/gpt/disk0 Fixit# zpool set bootfs=3Dzroot zroot Thanks, Chris On Tue, Feb 16, 2010 at 9:42 PM, Scot Hetzel wrote: > On Tue, Feb 16, 2010 at 8:42 PM, Scot Hetzel wrote: >> On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: >>>> >>>> Just a wild guess... =A0Did you copied the /boot/zfs folder to the tar= get >>>> file system? >>>> >>> Xin, >>> >>> The only thing I copied over was the zpool.cache file, as per the >>> wiki. Should I have copied over the entire /boot/zfs folder? >>> >> The only thing in the /boot/zfs folder is the zpool.cache folder. >> >> Did your first creae the /zroot/boot/zfs folder, and then copied the > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^Create >> zpool.cache to that folder? >> >> Scot >> > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 02:51:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61671065670 for ; Wed, 17 Feb 2010 02:51:03 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id 53D948FC13 for ; Wed, 17 Feb 2010 02:51:03 +0000 (UTC) Received: by bwz23 with SMTP id 23so1652450bwz.13 for ; Tue, 16 Feb 2010 18:51:02 -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=JjgpkEor1MtFgUoccoML3PV3IHkt4sdt+YaHTd+i9Uk=; b=XGbT+rh8VKjnm2OjQ2M0aUD9qxfHF0uSJeKCf1k1e2yaWG+9NyWup+rT8f1TxjSx0W yZ6seAQ3tBeo4VC4gjMQrvjpft6JqGP2VdmCtEZ+6esjw47qsFJFCrkinlEOLkXbIxH7 qhaCj0tJnZKenn5vKcj0vWaiKtviSrNFfPqdk= 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=ITqMcHE1FXB5O9NU7uKBKgnGRQ4WOo94T2NjwUYLvZ1FU7/jh2Ba2swAmsPLIjmYjp ioAmBfopZsq02t9ZclBAoz6tZYxZHCh/d28VTC+43n2/FG9n8jWVgIOeourywKsqPiqO ghgUxRz7YdcU0BgFw9VHhgOxQyPaowzpc88Pg= MIME-Version: 1.0 Received: by 10.204.48.209 with SMTP id s17mr1226707bkf.88.1266375062400; Tue, 16 Feb 2010 18:51:02 -0800 (PST) In-Reply-To: <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> Date: Tue, 16 Feb 2010 21:51:02 -0500 Message-ID: <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> From: Chris To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 02:51:03 -0000 Also, I believe the portion where you extract the different distfiles (base, manpages, etc..) does a lot of that for you. On Tue, Feb 16, 2010 at 9:49 PM, Chris wrote: > Scot, > > I did, as part of step 7 in section 1: > > 7. Create ZFS Pool zroot > > =A0Fixit# mkdir /boot/zfs > =A0Fixit# zpool create zroot /dev/gpt/disk0 > =A0Fixit# zpool set bootfs=3Dzroot zroot > > Thanks, > Chris > > On Tue, Feb 16, 2010 at 9:42 PM, Scot Hetzel wrote: >> On Tue, Feb 16, 2010 at 8:42 PM, Scot Hetzel wrote: >>> On Tue, Feb 16, 2010 at 8:21 PM, Chris wrote: >>>>> >>>>> Just a wild guess... =A0Did you copied the /boot/zfs folder to the ta= rget >>>>> file system? >>>>> >>>> Xin, >>>> >>>> The only thing I copied over was the zpool.cache file, as per the >>>> wiki. Should I have copied over the entire /boot/zfs folder? >>>> >>> The only thing in the /boot/zfs folder is the zpool.cache folder. >>> >>> Did your first creae the /zroot/boot/zfs folder, and then copied the >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^Create >>> zpool.cache to that folder? >>> >>> Scot >>> >> > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 03:19:24 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F19D106566B for ; Wed, 17 Feb 2010 03:19:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f180.google.com (mail-px0-f180.google.com [209.85.216.180]) by mx1.freebsd.org (Postfix) with ESMTP id 476548FC19 for ; Wed, 17 Feb 2010 03:19:24 +0000 (UTC) Received: by pxi10 with SMTP id 10so665616pxi.13 for ; Tue, 16 Feb 2010 19: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 :content-transfer-encoding; bh=TLw0p/BkMVSPu8hPvj33ZnoXfw3+JRsIPlwpaqXZiZ8=; b=C3l5E0KXfsIpqTYjUuphVmb7/qMb6/6WMS9q4FDPsmIppXalGFAcom3daPGZWl5VJK 88qQb+c83QwqE57zhJ56v9uR0XQqUlZHf0lciwsyjcwk4xM0493AnLhtk5q3nPCU7YvA vH0MPT7iYFy4ECDd5KuBRN7m9I3iopif3x+j8= 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=veTUKwG2+0LsQTphmmQ2R2APA8xK3gK2r+IWPGXm1QbufocEMy9hkdEpzRzJmsPsvL wqnY0RBvf/6HyTyO4KrOS9meRvBYWooMKRtzEQesVO+CKf8RTMC/BBHOvQD9FrHbrs8B ctbebscTMWnxG6PGCZOq6/LAnXedq7y95mrwk= MIME-Version: 1.0 Received: by 10.142.2.29 with SMTP id 29mr4948360wfb.99.1266375221331; Tue, 16 Feb 2010 18:53:41 -0800 (PST) In-Reply-To: <4B7B47FA.2080702@nixil.net> References: <4B7B47FA.2080702@nixil.net> Date: Tue, 16 Feb 2010 18:53:41 -0800 Message-ID: <7d6fde3d1002161853l2d971ee3q3d477e16c5433070@mail.gmail.com> From: Garrett Cooper To: Phil Oleson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Ken Smith Subject: Re: snapshot images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2010 03:19:24 -0000 On Tue, Feb 16, 2010 at 5:35 PM, Phil Oleson wrote: > All, > > =A0 =A0 =A0 =A0I just noticed that the memstick.img is not available in t= he > snapshots directories. > I'm just curious why they are not automatically built. I don't think / know if it was automatic when the release was made. > Were they hand built for the release? See above answer. > Is there any way it can be included with the snapshots iso's? Ken's working on it. Ken, Ruslan, and I are discussing some items related to this offlist in the past couple of days. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 03:36:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7F71065670 for ; Wed, 17 Feb 2010 03:36:49 +0000 (UTC) (envelope-from doug@polands.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 04EA68FC13 for ; Wed, 17 Feb 2010 03:36:48 +0000 (UTC) X-Authority-Analysis: v=1.0 c=1 a=w1qquJTf7SIA:10 a=pGLkceISAAAA:8 a=bZIDJs8gwT4Hn_vINZoA:9 a=MGcg-i9eCTly5UiZnu56vjB8picA:4 a=MSl-tDqOz04A:10 X-Cloudmark-Score: 0 X-Originating-IP: 75.87.219.217 Received: from [75.87.219.217] ([75.87.219.217:57067] helo=haran.polands.org) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.2.39 r()) with ESMTP id F4/D4-28328-F446B7B4; Wed, 17 Feb 2010 03:36:48 +0000 Received: from [172.16.1.37] (sichem-wifi.polands.org [172.16.1.37]) by haran.polands.org (8.14.3/8.14.3) with ESMTP id o1H3alR8082215; Tue, 16 Feb 2010 21:36:47 -0600 (CST) (envelope-from doug@polands.org) Message-ID: <4B7B644F.5050404@polands.org> Date: Tue, 16 Feb 2010 21:36:47 -0600 From: Doug Poland User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Chris References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> In-Reply-To: <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 03:36:49 -0000 On 2010-02-16 20:51, Chris wrote: > On Tue, Feb 16, 2010 at 9:49 PM, Chris wrote: >> Scot, >> If you're following the wiki, then you're using GPT partitions and geom labels, yes? Have you, by chance, tried the install with different GPT partition sizes, indexes, or labels? The reason I ask is I recently had an 8.0-STABLE box on which I installed ZFS root on RAIDZ1, then I decided to change my GPT and re-install. I could not get it to boot from ZFS until I dd'd *all* the drives (completely, not just the first few MB), and started the entire installation from scratch. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 04:00:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B67C6106566C for ; Wed, 17 Feb 2010 04:00:32 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmailA.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 87C238FC1A for ; Wed, 17 Feb 2010 04:00:32 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B060AB05F for ; Tue, 16 Feb 2010 23:00:31 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 1568FB0AC for ; Tue, 16 Feb 2010 23:00:31 -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 11582B05F for ; Tue, 16 Feb 2010 23:00:31 -0500 (EST) Received: from ken-smiths-macbook-pro.local (cpe-76-180-182-44.buffalo.res.rr.com [76.180.182.44]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id CD2AC203CD for ; Tue, 16 Feb 2010 23:00:30 -0500 (EST) Message-ID: <4B7B69DD.3020301@buffalo.edu> Date: Tue, 16 Feb 2010 23:00:29 -0500 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B7B47FA.2080702@nixil.net> In-Reply-To: <4B7B47FA.2080702@nixil.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 28% Subject: Re: snapshot images X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2010 04:00:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2/16/10 8:35 PM, Phil Oleson wrote: > I just noticed that the memstick.img is not available in the > snapshots directories. > I'm just curious why they are not automatically built. Were they hand > built for the release? They were hand built for the 8.0-RELEASE. Why they were, and at least for now will continue to be, is mostly related to the setup of how the iso's themselves are built. Basically it's a two-step process. The first step builds everything that's needed to generate the iso's from a set of directory trees (disc1, disc2, disc3, bootonly, livefs, and dvd1) and stops there. At that point the packages directory appropriate for each of the iso images gets added to the proper directory, and the second step gets run to build the iso's. I decided to not add yet another directory tree named "memstick" because for the forseeable future the memstick image will just be what's on the DVD as far as everything but the packages is concerned, and for packages it will just be the documentation packages and no others. So in between the first and second steps of the normal release build I "borrow" the dvd1 directory tree (placing just the doc packages in it temporarily) to generate the memstick image before putting the packages used to generate the dvd iso image in place and running the second step of the release build. > Is there any way it can be included with the snapshots iso's? Yes, I'll be including memstick images with the 201002 snapshot which are in the works now. And I'm using this to convert what I had been doing manually into a script that should land in src/release/scripts some time in the not too distant future. If what we distribute for the memstick image isn't quite what you want you should be able to use this script to build what you do want... - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkt7ad0ACgkQ/G14VSmup/bqngCePSu6cd7xrP/ievJ55ltUqNqd PBEAn1pNra54nPJuNEYsyEJ9EzirzPuV =yH4n -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 04:33:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23BFA1065695; Wed, 17 Feb 2010 04:33: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 C6F678FC15; Wed, 17 Feb 2010 04:33:37 +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 o1H4Xbms039688; Tue, 16 Feb 2010 23:33:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H4Xb93039670; Wed, 17 Feb 2010 04:33:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 04:33:37 GMT Message-Id: <201002170433.o1H4Xb93039670@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: Wed, 17 Feb 2010 04:33:38 -0000 TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:20 - cvsupping the source tree TB --- 2010-02-17 03:45:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-02-17 03:45:56 - building world TB --- 2010-02-17 03:45:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:45:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:45:56 - TARGET=arm TB --- 2010-02-17 03:45:56 - TARGET_ARCH=arm TB --- 2010-02-17 03:45:56 - TZ=UTC TB --- 2010-02-17 03:45:56 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:45:56 - cd /src TB --- 2010-02-17 03:45:56 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:45:56 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:33:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:33:37 - ERROR: failed to build world TB --- 2010-02-17 04:33:37 - 2077.93 user 569.32 system 2916.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 04:44:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD21B106568D; Wed, 17 Feb 2010 04:44:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8C58FC23; Wed, 17 Feb 2010 04:44:06 +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 o1H4i5uU023255; Tue, 16 Feb 2010 23:44: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 o1H4i5qp023251; Wed, 17 Feb 2010 04:44:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 04:44:05 GMT Message-Id: <201002170444.o1H4i5qp023251@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, 17 Feb 2010 04:44:06 -0000 TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:31 - cvsupping the source tree TB --- 2010-02-17 03:45:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-02-17 03:46:05 - building world TB --- 2010-02-17 03:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:46:05 - TARGET=pc98 TB --- 2010-02-17 03:46:05 - TARGET_ARCH=i386 TB --- 2010-02-17 03:46:05 - TZ=UTC TB --- 2010-02-17 03:46:05 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:46:05 - cd /src TB --- 2010-02-17 03:46:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:46:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:44:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:44:05 - ERROR: failed to build world TB --- 2010-02-17 04:44:05 - 2594.40 user 606.26 system 3545.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 04:44:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B013010656BE; Wed, 17 Feb 2010 04:44:16 +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 60C478FC24; Wed, 17 Feb 2010 04:44:16 +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 o1H4iFQs023865; Tue, 16 Feb 2010 23:44:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H4iFBp023864; Wed, 17 Feb 2010 04:44:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 04:44:15 GMT Message-Id: <201002170444.o1H4iFBp023864@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, 17 Feb 2010 04:44:16 -0000 TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:32 - cvsupping the source tree TB --- 2010-02-17 03:45:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-02-17 03:46:05 - building world TB --- 2010-02-17 03:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:46:05 - TARGET=i386 TB --- 2010-02-17 03:46:05 - TARGET_ARCH=i386 TB --- 2010-02-17 03:46:05 - TZ=UTC TB --- 2010-02-17 03:46:05 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:46:05 - cd /src TB --- 2010-02-17 03:46:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:46:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:44:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:44:15 - ERROR: failed to build world TB --- 2010-02-17 04:44:15 - 2625.82 user 585.91 system 3555.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 04:45:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 225B2106566B; Wed, 17 Feb 2010 04:45: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 C73ED8FC1A; Wed, 17 Feb 2010 04:45:19 +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 o1H4jJ57033618; Tue, 16 Feb 2010 23:45:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H4jJZo033591; Wed, 17 Feb 2010 04:45:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 04:45:19 GMT Message-Id: <201002170445.o1H4jJZo033591@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, 17 Feb 2010 04:45:20 -0000 TB --- 2010-02-17 03:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 03:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-02-17 03:45:00 - cleaning the object tree TB --- 2010-02-17 03:45:35 - cvsupping the source tree TB --- 2010-02-17 03:45:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-02-17 03:46:05 - building world TB --- 2010-02-17 03:46:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 03:46:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 03:46:05 - TARGET=amd64 TB --- 2010-02-17 03:46:05 - TARGET_ARCH=amd64 TB --- 2010-02-17 03:46:05 - TZ=UTC TB --- 2010-02-17 03:46:05 - __MAKE_CONF=/dev/null TB --- 2010-02-17 03:46:05 - cd /src TB --- 2010-02-17 03:46:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 03:46:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 04:45:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 04:45:19 - ERROR: failed to build world TB --- 2010-02-17 04:45:19 - 2654.54 user 595.90 system 3618.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 05:30:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF7C1065670; Wed, 17 Feb 2010 05:30:57 +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 6E6D68FC0C; Wed, 17 Feb 2010 05:30:57 +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 o1H5Uu9u096312; Wed, 17 Feb 2010 00:30:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H5UueA096308; Wed, 17 Feb 2010 05:30:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 05:30:56 GMT Message-Id: <201002170530.o1H5UueA096308@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 mips/mips 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, 17 Feb 2010 05:30:57 -0000 TB --- 2010-02-17 04:44:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:44:05 - starting HEAD tinderbox run for mips/mips TB --- 2010-02-17 04:44:05 - cleaning the object tree TB --- 2010-02-17 04:44:17 - cvsupping the source tree TB --- 2010-02-17 04:44:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-02-17 04:44:41 - building world TB --- 2010-02-17 04:44:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:44:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:44:41 - TARGET=mips TB --- 2010-02-17 04:44:41 - TARGET_ARCH=mips TB --- 2010-02-17 04:44:41 - TZ=UTC TB --- 2010-02-17 04:44:41 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:44:41 - cd /src TB --- 2010-02-17 04:44:41 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:44:43 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:30:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:30:56 - ERROR: failed to build world TB --- 2010-02-17 05:30:56 - 2011.62 user 512.19 system 2810.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 05:42:30 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE95106566C; Wed, 17 Feb 2010 05:42:30 +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 AE55E8FC08; Wed, 17 Feb 2010 05:42:29 +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 o1H5gTw2080965; Wed, 17 Feb 2010 00:42:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H5gT64080961; Wed, 17 Feb 2010 05:42:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 05:42:29 GMT Message-Id: <201002170542.o1H5gT64080961@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, 17 Feb 2010 05:42:30 -0000 TB --- 2010-02-17 04:45:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:45:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-02-17 04:45:19 - cleaning the object tree TB --- 2010-02-17 04:45:34 - cvsupping the source tree TB --- 2010-02-17 04:45:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-02-17 04:46:00 - building world TB --- 2010-02-17 04:46:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:46:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:46:00 - TARGET=sparc64 TB --- 2010-02-17 04:46:00 - TARGET_ARCH=sparc64 TB --- 2010-02-17 04:46:00 - TZ=UTC TB --- 2010-02-17 04:46:00 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:46:00 - cd /src TB --- 2010-02-17 04:46:00 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:46:00 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:42:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:42:29 - ERROR: failed to build world TB --- 2010-02-17 05:42:29 - 2535.03 user 552.40 system 3429.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 05:43:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B881065692; Wed, 17 Feb 2010 05:43:32 +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 05F2A8FC13; Wed, 17 Feb 2010 05:43:31 +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 o1H5hVZg086126; Wed, 17 Feb 2010 00:43:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H5hV8G086122; Wed, 17 Feb 2010 05:43:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 05:43:31 GMT Message-Id: <201002170543.o1H5hV8G086122@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, 17 Feb 2010 05:43:32 -0000 TB --- 2010-02-17 04:44:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:44:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-02-17 04:44:15 - cleaning the object tree TB --- 2010-02-17 04:44:18 - cvsupping the source tree TB --- 2010-02-17 04:44:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-02-17 04:44:41 - building world TB --- 2010-02-17 04:44:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:44:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:44:41 - TARGET=powerpc TB --- 2010-02-17 04:44:41 - TARGET_ARCH=powerpc TB --- 2010-02-17 04:44:41 - TZ=UTC TB --- 2010-02-17 04:44:41 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:44:41 - cd /src TB --- 2010-02-17 04:44:41 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:44:43 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:43:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:43:31 - ERROR: failed to build world TB --- 2010-02-17 05:43:31 - 2693.02 user 555.66 system 3555.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 05:48:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 155A5106566C; Wed, 17 Feb 2010 05:48: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 D38598FC12; Wed, 17 Feb 2010 05:48: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 o1H5mKvG002263; Wed, 17 Feb 2010 00:48:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H5mKv5002262; Wed, 17 Feb 2010 05:48:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 05:48:20 GMT Message-Id: <201002170548.o1H5mKv5002262@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, 17 Feb 2010 05:48:21 -0000 TB --- 2010-02-17 04:33:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:33:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-02-17 04:33:37 - cleaning the object tree TB --- 2010-02-17 04:33:57 - cvsupping the source tree TB --- 2010-02-17 04:33:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-02-17 04:34:22 - building world TB --- 2010-02-17 04:34:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:34:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:34:22 - TARGET=ia64 TB --- 2010-02-17 04:34:22 - TARGET_ARCH=ia64 TB --- 2010-02-17 04:34:22 - TZ=UTC TB --- 2010-02-17 04:34:22 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:34:22 - cd /src TB --- 2010-02-17 04:34:22 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:34:23 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:48:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:48:20 - ERROR: failed to build world TB --- 2010-02-17 05:48:20 - 3561.89 user 587.48 system 4482.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 05:54:21 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D5FE106566B for ; Wed, 17 Feb 2010 05:54:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3A68FC23 for ; Wed, 17 Feb 2010 05:54:20 +0000 (UTC) Received: (qmail 31557 invoked by uid 399); 17 Feb 2010 05:54:19 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Feb 2010 05:54:19 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B7B848C.8010003@FreeBSD.org> Date: Tue, 16 Feb 2010 21:54:20 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: ticso@cicely.de References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <4B7AE7BA.406@FreeBSD.org> <20100216185614.GK43625@cicely7.cicely.de> <4B7AEBC0.5050506@FreeBSD.org> <20100216211327.GO43625@cicely7.cicely.de> <20100217023026.GS43625@cicely7.cicely.de> In-Reply-To: <20100217023026.GS43625@cicely7.cicely.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@FreeBSD.org, Bernd Walter , current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 05:54:21 -0000 On 2/16/2010 6:30 PM, Bernd Walter wrote: > Mmm - the port (without thread and without XML) works fine: I'm glad to here that you got something that works. Unfortunately when you start talking about threads on ARM you've pole vaulted outside of my competency area. If the folks on the -arm list can't come up with any good suggestions you might want to send e-mail to bind-users@isc.org, especially if it's a case where some threaded things work, but BIND doesn't. It would probably also be useful to try with the same version of BIND, same kind of system, on a different FreeBSD version with and without threaded BIND. Not sure if that's possible for you or not, but it would definitely be an interesting data point. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 06:23:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6C31106566B; Wed, 17 Feb 2010 06:23:56 +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 904628FC0A; Wed, 17 Feb 2010 06:23:56 +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 o1H6NuIW073860; Wed, 17 Feb 2010 01:23:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H6Nu10073859; Wed, 17 Feb 2010 06:23:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 06:23:56 GMT Message-Id: <201002170623.o1H6Nu10073859@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 06:23:56 -0000 TB --- 2010-02-17 05:30:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 05:30:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-02-17 05:30:56 - cleaning the object tree TB --- 2010-02-17 05:31:10 - cvsupping the source tree TB --- 2010-02-17 05:31:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-02-17 05:32:01 - building world TB --- 2010-02-17 05:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 05:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 05:32:01 - TARGET=sun4v TB --- 2010-02-17 05:32:01 - TARGET_ARCH=sparc64 TB --- 2010-02-17 05:32:01 - TZ=UTC TB --- 2010-02-17 05:32:01 - __MAKE_CONF=/dev/null TB --- 2010-02-17 05:32:01 - cd /src TB --- 2010-02-17 05:32:01 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 05:32:01 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O2 -pipe -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 06:23:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 06:23:56 - ERROR: failed to build world TB --- 2010-02-17 06:23:56 - 2564.49 user 494.68 system 3179.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 13:28:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3963C106566C for ; Wed, 17 Feb 2010 13:28:28 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id B96598FC2D for ; Wed, 17 Feb 2010 13:28:27 +0000 (UTC) Received: by bwz23 with SMTP id 23so1941195bwz.13 for ; Wed, 17 Feb 2010 05:28:26 -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=Xhrt/n2oP8fjci6YqHBHxfWmTj587bLAdBD52TrtBfY=; b=yH4zWCObz3brFWwj6o0mMP4kyvgFQj5vebdAdESEm5m4NeVU6/ZT5KSeC0N0gTNgPd CC6uavB+BXsmUuXSj1NSJJfnDrjNK6ZtESbUxIQUYlG7Ix7cViWvuFrHa+v/4PEMKVMt /qPsSJI6tRI2JYI7FCRYuysLJjH1bgt4/u/YI= 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=gVjkNZYLjUv85jYv/RL7v9Hhb6W8pqGuAS89TDkvXy8DCl8PDPkmbtwvPg6VCyd521 9P6DZuVXWsd1PS9fb/3yBIwg72FRDwQKfwoAiPrIACp629JVDbZVNx/0c9YmD+QGaKQY xEYYIUV+4JZYZnzYwy2B1T1/a3knaYyoILU7o= MIME-Version: 1.0 Received: by 10.204.9.134 with SMTP id l6mr1530478bkl.83.1266413306449; Wed, 17 Feb 2010 05:28:26 -0800 (PST) In-Reply-To: <4B7B644F.5050404@polands.org> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> <4B7B644F.5050404@polands.org> Date: Wed, 17 Feb 2010 08:28:26 -0500 Message-ID: <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> From: Chris To: Doug Poland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 13:28:28 -0000 Doug, Haven't tried with different GPT parameters so I guess I could try that. It's just odd since that same guide worked for me without a hitch on my desktop machine. I'll try that as well as dd'ing the drive completely. Thanks, Chris On Tue, Feb 16, 2010 at 10:36 PM, Doug Poland wrote: > On 2010-02-16 20:51, Chris wrote: > >> On Tue, Feb 16, 2010 at 9:49 PM, Chris =A0wrote: >>> >>> Scot, >>> > If you're following the wiki, then you're using GPT partitions and geom > labels, yes? =A0Have you, by chance, tried the install with different GPT > partition sizes, indexes, or labels? > > The reason I ask is I recently had an 8.0-STABLE box on which I installed > ZFS root on RAIDZ1, then I decided to change my GPT and re-install. =A0I = could > not get it to boot from ZFS until I dd'd *all* the drives (completely, no= t > just the first few MB), and started the entire installation from scratch. > > > -- > Regards, > Doug > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 15:26:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263BB1065676; Wed, 17 Feb 2010 15:26:06 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id A6C058FC18; Wed, 17 Feb 2010 15:26:01 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1HFQ0Pw026396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Feb 2010 16:26:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1HFPvxu096612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Feb 2010 16:25:57 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1HFPvBK078706; Wed, 17 Feb 2010 16:25:57 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1HFPvGq078705; Wed, 17 Feb 2010 16:25:57 +0100 (CET) (envelope-from ticso) Date: Wed, 17 Feb 2010 16:25:57 +0100 From: Bernd Walter To: arm@freebsd.org, current@freebsd.org Message-ID: <20100217152557.GW43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter Subject: lang/perl5.10 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 17 Feb 2010 15:26:06 -0000 Not sure if this is ARM related or not. `sh cflags "optimize='-O -pipe -mcpu=arm9'" opmini.o` -DPIC -fPIC -DPERL_EXTERNAL_GLOB opmini.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.1/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -O -pipe -mcpu=arm9 -Wall -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat `sh cflags "optimize='-O -pipe -mcpu=arm9'" perlmini.o` -DPIC -fPIC -DPERL_IS_MINIPERL perlmini.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.1/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -O -pipe -mcpu=arm9 -Wall -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat LD_LIBRARY_PATH=/usr/obj/usr/ports/lang/perl5.10/work/perl-5.10.1 cc -Wl,-E -fstack-protector -L/usr/local/lib -o miniperl gv.o toke.o perly.o pad.o regcomp.o dump.o util.o mg.o reentr.o mro.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o miniperlmain.o opmini.o perlmini.o -lm -lcrypt -lutil LD_LIBRARY_PATH=/usr/obj/usr/ports/lang/perl5.10/work/perl-5.10.1 ./miniperl -w -Ilib -MExporter -e '' || make minitest cp ext/re/re.pm lib/re.pm LD_LIBRARY_PATH=/usr/obj/usr/ports/lang/perl5.10/work/perl-5.10.1 ./miniperl -Ilib make_patchnum.pl *** Signal 11 Stop in /usr/obj/usr/ports/lang/perl5.10/work/perl-5.10.1. *** Error code 1 (ignored) You may see some irrelevant test failures if you have been unable to build lib/Config.pm, lib/lib.pm or the Unicode data files. cd t && (rm -f perl; /bin/ln -s ../miniperl perl) && LD_LIBRARY_PATH=/usr/obj/usr/ports/lang/perl5.10/work/perl-5.10.1 ./perl TEST -minitest base/*.t comp/*.t cmd/*.t run/*.t io/*.t op/*.t uni/*.t http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 15:46:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CEF31065679 for ; Wed, 17 Feb 2010 15:46:21 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by mx1.freebsd.org (Postfix) with ESMTP id 059598FC16 for ; Wed, 17 Feb 2010 15:46:20 +0000 (UTC) Received: by bwz23 with SMTP id 23so2089310bwz.13 for ; Wed, 17 Feb 2010 07:46:19 -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=wRHaGLC5lRxijD27HEZ3TOQjNvCULhOSRJ5Glq44ePk=; b=bmvGorXHaI5UuSHJUhxSCMIBnv3XOmOHyOOB+ZoueL7Z00J236iySxQEoT/pjRqtxC IZSEks0yO/GBO5YIW9W7C1xXSEbYWnhvT0oXvuwzTz1WsjziyeNKSl7IrZv/wO55KR3S dFTYySMD3fcQVCpMqp9SUPifXK60pEijiHuTU= 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=QgjueadJMrKP50D98/YVjY59XDILC+mntAC1rw7RTzgoY9Qyu/oFHdnwWoSyMS2Eh9 SQjnl/zZpUpvs11G1ajuCVrcQd/w9qGmmva3YdipPluXK8MmxASPEa7wHCX+7yiaNFmO qPtr0seTmyujR2JJ26w4qvdFsXUta8T1v257g= MIME-Version: 1.0 Received: by 10.204.148.86 with SMTP id o22mr802663bkv.95.1266421579807; Wed, 17 Feb 2010 07:46:19 -0800 (PST) In-Reply-To: <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> <4B7B644F.5050404@polands.org> <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> Date: Wed, 17 Feb 2010 10:46:17 -0500 Message-ID: <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> From: Chris To: Doug Poland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 15:46:21 -0000 Ok, went back to my 8.0-RELEASE memstick image and after playing with the GPT settings a little and dd'ing all zeros to the disk first, I get a little farther this time. I'm seeing the following: ----------------------------- BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 631kB/1832448kB available memory FreeBSD/i386 bootstrap loader, Revision 1.0 (root@, Wed Feb 17 10:27:40 UTC 2010) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=3D0x8924d8 ----------------------------- And that's as far as it gets. Per the handbook, that appears to be stuck somewhere between boot2 and /boot/loader. To me, it looks like it's having a problem loading the kernel. As far as my suspicion of the BIOS not correctly reporting the drives, it looks to me like the bootloader is seeing them so maybe that can be ruled out. I'm glad to see it get farther this time but this is still weird. Any ideas on this one? Thanks, Chris On Wed, Feb 17, 2010 at 8:28 AM, Chris wrote: > Doug, > > Haven't tried with different GPT parameters so I guess I could try > that. It's just odd since that same guide worked for me without a > hitch on my desktop machine. I'll try that as well as dd'ing the drive > completely. > > Thanks, > Chris > > On Tue, Feb 16, 2010 at 10:36 PM, Doug Poland wrote: >> On 2010-02-16 20:51, Chris wrote: >> >>> On Tue, Feb 16, 2010 at 9:49 PM, Chris =A0wrote= : >>>> >>>> Scot, >>>> >> If you're following the wiki, then you're using GPT partitions and geom >> labels, yes? =A0Have you, by chance, tried the install with different GP= T >> partition sizes, indexes, or labels? >> >> The reason I ask is I recently had an 8.0-STABLE box on which I installe= d >> ZFS root on RAIDZ1, then I decided to change my GPT and re-install. =A0I= could >> not get it to boot from ZFS until I dd'd *all* the drives (completely, n= ot >> just the first few MB), and started the entire installation from scratch= . >> >> >> -- >> Regards, >> Doug >> > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 17:08:43 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3305B106566B; Wed, 17 Feb 2010 17:08:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id CFB928FC08; Wed, 17 Feb 2010 17:08:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1HH0xDc048510; Wed, 17 Feb 2010 10:00:59 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 17 Feb 2010 10:01:13 -0700 (MST) Message-Id: <20100217.100113.506212773099063928.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely7.cicely.de From: "M. Warner Losh" In-Reply-To: <20100217152557.GW43625@cicely7.cicely.de> References: <20100217152557.GW43625@cicely7.cicely.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arm@FreeBSD.org, current@FreeBSD.org Subject: Re: lang/perl5.10 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 17:08:43 -0000 In message: <20100217152557.GW43625@cicely7.cicely.de> Bernd Walter writes: : Not sure if this is ARM related or not. ... : *** Signal 11 Silly question: do you have enough swap space enabled? Warner From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 17:39:47 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4BAAA106566B; Wed, 17 Feb 2010 17:39:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Thu, 18 Feb 2010 02:39:45 +0900 From: Norikatsu Shigemura To: mav@FreeBSD.org, freebsd-arm@FreeBSD.org Message-Id: <20100218023945.848cd01a.nork@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2010 17:39:47 -0000 Hi mav! I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to make mvsata(4) ATA_CAM, like following: based on sys/arm/conf/DB-88F6XXX - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # SATA #device ata #device atadisk device atacore device atamvsata options ATA_CAM - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - But I got following panic, my I help you? In this time, I attached no devices to SATA/eSATA port. - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - sata0: at mem 0xf1080000-0xf1085fff irq 21 on mbus0 sata0: [MPSAFE] sata0: [ITHREAD] ata0: on sata0 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on sata0 ata1: [MPSAFE] ata1: [ITHREAD] spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long panic: spin lock held too long KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at 0xc09dcb50 = kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - So I tried to get following information: - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - db> show locks exclusive sleep mutex Giant (Giant) r = 0 (0xc0be3ad4) locked @ /usr/src/sys/kern/kern_module.c:117 db> show alllocks Process 0 (kernel) thread 0xc0be1fa0 (100000) exclusive sleep mutex Giant (Giant) r = 0 (0xc0be3ad4) locked @ /usr/src/sys/kern/kern_module.c:117 db> show lockedvnods Locked vnodes db> show pcpu cpuid = 0 dynamic pcpu = 0x17fc00 curthread = 0xc0be1fa0: pid 0 "swapper" curpcb = 0xc0d62ef8 fpcurthread = none idlethread = 0xc357bd80: pid 10 "idle" spin locks held: db> bt Tracing pid 0 tid 100000 td 0xc0be1fa0 kdb_enter() at 0xc09dcb18 = kdb_enter+0x10 scp=0xc09dcb18 rlv=0xc09b2cf0 (0xc09b2cf0 = panic+0xcc) rsp=0xc0d62c1c rfp=0xc0d62c30 r4=0x00000100 panic() at 0xc09b2c38 = panic+0x14 scp=0xc09b2c38 rlv=0xc09a6fb8 (0xc09a6fb8 = _thread_lock_flags+0x170) rsp=0xc0d62c44 rfp=0xc0d62c8c _thread_lock_flags() at 0xc09a6e58 = _thread_lock_flags+0x10 scp=0xc09a6e58 rlv=0xc09e9e98 (0xc09e9e98 = turnstile_claim+0x174) rsp=0xc0d62c90 rfp=0xc0d62cac r10=0xc3556000 r9=0x00000000 r8=0xc3556000 r7=0x00000044 r6=0xc3556000 r5=0xc3766680 r4=0xc0b644c0 turnstile_claim() at 0xc09e9e40 = turnstile_claim+0x11c scp=0xc09e9e40 rlv=0xc09ea17c (0xc09ea17c = turnstile_wait+0x208) rsp=0xc0d62cb0 rfp=0xc0d62cdc r7=0xc0be1fa0 r6=0xc0be8e40 r5=0xc0b644c0 r4=0x00000000 turnstile_wait() at 0xc09e9f84 = turnstile_wait+0x10 scp=0xc09e9f84 rlv=0xc09a6b30 (0xc09a6b30 = _mtx_lock_sleep+0x11c) rsp=0xc0d62ce0 rfp=0xc0d62d10 r10=0xc0b47100 r9=0x00000000 r8=0x00000000 r7=0x00000000 r6=0xc0be1fa0 r5=0xc3556000 r4=0xc35dd974 _mtx_lock_sleep() at 0xc09a6a24 = _mtx_lock_sleep+0x10 scp=0xc09a6a24 rlv=0xc09a6c0c (0xc09a6c0c = _mtx_lock_flags+0x7c) rsp=0xc0d62d14 rfp=0xc0d62d3c r10=0xc0d62d70 r9=0xc09039a8 r8=0x00000000 r7=0x00000851 r6=0xc0b47100 r5=0x00000000 r4=0xc35dd974 _mtx_lock_flags() at 0xc09a6ba0 = _mtx_lock_flags+0x10 scp=0xc09a6ba0 rlv=0xc0903fac (0xc0903fac = xpt_sim_opened+0x17c) rsp=0xc0d62d40 rfp=0xc0d62d68 r8=0xc0bde8f0 r7=0xc090d4a4 r6=0xc3765e00 r5=0xc0b47100 r4=0xc3766240 xpt_sim_opened() at 0xc0903f3c = xpt_sim_opened+0x10c scp=0xc0903f3c rlv=0xc0904068 (0xc0904068 = xpt_sim_opened+0x238) rsp=0xc0d62d6c rfp=0xc0d62d88 r10=0xc0bde904 r9=0xc0b47100 r8=0x00000000 r7=0xc090d4a4 r6=0x00000080 r5=0x00000000 r4=0x00000001 xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) rsp=0xc0d62d8c rfp=0xc0d62e34 xpt_register_async() at 0xc0905880 = xpt_register_async+0x10 scp=0xc0905880 rlv=0xc090d484 (0xc090d484 = ata_get_xport+0x2198) rsp=0xc0d62e38 rfp=0xc0d62e44 r10=0x00000000 r9=0x00000000 r8=0x005fffcc r7=0xc35593c0 r6=0xc0b62170 r5=0xc0be74d0 r4=0x0000001c ata_get_xport() at 0xc090d474 = ata_get_xport+0x2188 scp=0xc090d474 rlv=0xc0900868 (0xc0900868 = periphdriver_init+0x60) rsp=0xc0d62e48 rfp=0xc0d62e58 periphdriver_init() at 0xc0900818 = periphdriver_init+0x10 scp=0xc0900818 rlv=0xc0904584 (0xc0904584 = xpt_alloc_ccb+0x6c) rsp=0xc0d62e5c rfp=0xc0d62e74 r4=0x00000000 xpt_alloc_ccb() at 0xc0904554 = xpt_alloc_ccb+0x3c scp=0xc0904554 rlv=0xc09d2d9c (0xc09d2d9c = vaccess_acl_posix1e+0x628) rsp=0xc0d62e78 rfp=0xc0d62ee0 r4=0x00000000 vaccess_acl_posix1e() at 0xc09d2d44 = vaccess_acl_posix1e+0x5d0 scp=0xc09d2d44 rlv=0xc097b0ec (0xc097b0ec = mi_startup+0xdc) rsp=0xc0d62ee4 rfp=0xc0d62ef4 r7=0x00900040 r6=0x00000002 r5=0x0090004c r4=0xc0b7e88c mi_startup() at 0xc097b020 = mi_startup+0x10 scp=0xc097b020 rlv=0xc09000e4 (0xc09000e4 = btext+0xe4) rsp=0xc0d62ef8 rfp=0x00000000 r4=0x00900124 db> ps pid ppid pgrp uid state wmesg wchan cmd 13 0 0 0 RL (threaded) [usb] 100021 RunQ [usbus0] 100020 RunQ [usbus0] 100019 RunQ [usbus0] 100018 RunQ [usbus0] 12 0 0 0 RL [yarrow] 4 0 0 0 RL [g_down] 3 0 0 0 RL [g_up] 2 0 0 0 RL [g_event] 11 0 0 0 WL (threaded) [intr] 100026 I [intr21: sata0] 100025 I [intr17: mge1] 100024 I [intr16: mge1] 100023 I [intr13: mge0] 100022 I [intr12: mge0] 100017 I [intr19: ehci0] 100016 I [swi0: uart uart] 100015 I [swi6: Giant taskq] 100013 I [swi5: +] 100011 I [swi2: cambio] 100010 I [swi6: task queue] 100005 I [swi1: netisr 0] 100004 I [swi4: clock] 100003 I [swi3: vm] 10 0 0 0 RL [idle] 1 0 0 0 ?L [kernel] 0 0 0 0 RLs (threaded) [kernel] 100014 RunQ [thread taskq] 100012 RunQ [kqueue taskq] 100000 L *fvH 0xc3556000 [swapper] db> alltrace Tracing command usb pid 13 tid 100021 td 0xc35ff480 Tracing command usb pid 13 tid 100020 td 0xc35ff6c0 Tracing command usb pid 13 tid 100019 td 0xc35ff900 Tracing command usb pid 13 tid 100018 td 0xc35ffb40 Tracing command yarrow pid 12 tid 100009 td 0xc35c2480 Tracing command g_down pid 4 tid 100008 td 0xc357b000 Tracing command g_up pid 3 tid 100007 td 0xc357b240 Tracing command g_event pid 2 tid 100006 td 0xc357b480 Tracing command intr pid 11 tid 100026 td 0xc35c2900 Tracing command intr pid 11 tid 100025 td 0xc35c2b40 Tracing command intr pid 11 tid 100024 td 0xc35c2d80 Tracing command intr pid 11 tid 100023 td 0xc35ff000 Tracing command intr pid 11 tid 100022 td 0xc35ff240 Tracing command intr pid 11 tid 100017 td 0xc357c240 Tracing command intr pid 11 tid 100016 td 0xc357c480 Tracing command intr pid 11 tid 100015 td 0xc357c6c0 Tracing command intr pid 11 tid 100013 td 0xc357cb40 Tracing command intr pid 11 tid 100011 td 0xc35c2000 Tracing command intr pid 11 tid 100010 td 0xc35c2240 Tracing command intr pid 11 tid 100005 td 0xc357b6c0 Tracing command intr pid 11 tid 100004 td 0xc357b900 Tracing command intr pid 11 tid 100003 td 0xc357bb40 Tracing command idle pid 10 tid 100002 td 0xc357bd80 Tracing command kernel pid 1 tid 100001 td 0xc357c000 Tracing command kernel pid 0 tid 100014 td 0xc357c900 Tracing command kernel pid 0 tid 100012 td 0xc357cd80 Tracing command kernel pid 0 tid 100000 td 0xc0be1fa0 kdb_enter() at 0xc09dcb18 = kdb_enter+0x10 scp=0xc09dcb18 rlv=0xc09b2cf0 (0xc09b2cf0 = panic+0xcc) rsp=0xc0d62c1c rfp=0xc0d62c30 r4=0x00000100 panic() at 0xc09b2c38 = panic+0x14 scp=0xc09b2c38 rlv=0xc09a6fb8 (0xc09a6fb8 = _thread_lock_flags+0x170) rsp=0xc0d62c44 rfp=0xc0d62c8c _thread_lock_flags() at 0xc09a6e58 = _thread_lock_flags+0x10 scp=0xc09a6e58 rlv=0xc09e9e98 (0xc09e9e98 = turnstile_claim+0x174) rsp=0xc0d62c90 rfp=0xc0d62cac r10=0xc3556000 r9=0x00000000 r8=0xc3556000 r7=0x00000044 r6=0xc3556000 r5=0xc3766680 r4=0xc0b644c0 turnstile_claim() at 0xc09e9e40 = turnstile_claim+0x11c scp=0xc09e9e40 rlv=0xc09ea17c (0xc09ea17c = turnstile_wait+0x208) rsp=0xc0d62cb0 rfp=0xc0d62cdc r7=0xc0be1fa0 r6=0xc0be8e40 r5=0xc0b644c0 r4=0x00000000 turnstile_wait() at 0xc09e9f84 = turnstile_wait+0x10 scp=0xc09e9f84 rlv=0xc09a6b30 (0xc09a6b30 = _mtx_lock_sleep+0x11c) rsp=0xc0d62ce0 rfp=0xc0d62d10 r10=0xc0b47100 r9=0x00000000 r8=0x00000000 r7=0x00000000 r6=0xc0be1fa0 r5=0xc3556000 r4=0xc35dd974 _mtx_lock_sleep() at 0xc09a6a24 = _mtx_lock_sleep+0x10 scp=0xc09a6a24 rlv=0xc09a6c0c (0xc09a6c0c = _mtx_lock_flags+0x7c) rsp=0xc0d62d14 rfp=0xc0d62d3c r10=0xc0d62d70 r9=0xc09039a8 r8=0x00000000 r7=0x00000851 r6=0xc0b47100 r5=0x00000000 r4=0xc35dd974 _mtx_lock_flags() at 0xc09a6ba0 = _mtx_lock_flags+0x10 scp=0xc09a6ba0 rlv=0xc0903fac (0xc0903fac = xpt_sim_opened+0x17c) rsp=0xc0d62d40 rfp=0xc0d62d68 r8=0xc0bde8f0 r7=0xc090d4a4 r6=0xc3765e00 r5=0xc0b47100 r4=0xc3766240 xpt_sim_opened() at 0xc0903f3c = xpt_sim_opened+0x10c scp=0xc0903f3c rlv=0xc0904068 (0xc0904068 = xpt_sim_opened+0x238) rsp=0xc0d62d6c rfp=0xc0d62d88 r10=0xc0bde904 r9=0xc0b47100 r8=0x00000000 r7=0xc090d4a4 r6=0x00000080 r5=0x00000000 r4=0x00000001 xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) rsp=0xc0d62d8c rfp=0xc0d62e34 xpt_register_async() at 0xc0905880 = xpt_register_async+0x10 scp=0xc0905880 rlv=0xc090d484 (0xc090d484 = ata_get_xport+0x2198) rsp=0xc0d62e38 rfp=0xc0d62e44 r10=0x00000000 r9=0x00000000 r8=0x005fffcc r7=0xc35593c0 r6=0xc0b62170 r5=0xc0be74d0 r4=0x0000001c ata_get_xport() at 0xc090d474 = ata_get_xport+0x2188 scp=0xc090d474 rlv=0xc0900868 (0xc0900868 = periphdriver_init+0x60) rsp=0xc0d62e48 rfp=0xc0d62e58 periphdriver_init() at 0xc0900818 = periphdriver_init+0x10 scp=0xc0900818 rlv=0xc0904584 (0xc0904584 = xpt_alloc_ccb+0x6c) rsp=0xc0d62e5c rfp=0xc0d62e74 r4=0x00000000 xpt_alloc_ccb() at 0xc0904554 = xpt_alloc_ccb+0x3c scp=0xc0904554 rlv=0xc09d2d9c (0xc09d2d9c = vaccess_acl_posix1e+0x628) rsp=0xc0d62e78 rfp=0xc0d62ee0 r4=0x00000000 vaccess_acl_posix1e() at 0xc09d2d44 = vaccess_acl_posix1e+0x5d0 scp=0xc09d2d44 rlv=0xc097b0ec (0xc097b0ec = mi_startup+0xdc) rsp=0xc0d62ee4 rfp=0xc0d62ef4 r7=0x00900040 r6=0x00000002 r5=0x0090004c r4=0xc0b7e88c mi_startup() at 0xc097b020 = mi_startup+0x10 scp=0xc097b020 rlv=0xc09000e4 (0xc09000e4 = btext+0xe4) rsp=0xc0d62ef8 rfp=0x00000000 r4=0x00900124 db> show lock 0xc0be3ad4 class: sleep mutex name: Giant flags: {DEF, RECURSE} state: {OWNED} owner: 0xc0be1fa0 (tid 100000, pid 0, "swapper") db > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - What you want to know? Plase teach me, I'll dump what you want. From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 17:49:26 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F5401065679; Wed, 17 Feb 2010 17:49:26 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id DB1218FC19; Wed, 17 Feb 2010 17:49:25 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1HHnKd2040422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Feb 2010 18:49:21 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1HHnISk002021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Feb 2010 18:49:18 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1HHnImk079285; Wed, 17 Feb 2010 18:49:18 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1HHnHtC079284; Wed, 17 Feb 2010 18:49:17 +0100 (CET) (envelope-from ticso) Date: Wed, 17 Feb 2010 18:49:17 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100217174917.GY43625@cicely7.cicely.de> References: <20100217152557.GW43625@cicely7.cicely.de> <20100217.100113.506212773099063928.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100217.100113.506212773099063928.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@FreeBSD.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@FreeBSD.org Subject: Re: lang/perl5.10 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 17 Feb 2010 17:49:26 -0000 On Wed, Feb 17, 2010 at 10:01:13AM -0700, M. Warner Losh wrote: > In message: <20100217152557.GW43625@cicely7.cicely.de> > Bernd Walter writes: > : Not sure if this is ARM related or not. > > ... > : *** Signal 11 > > Silly question: do you have enough swap space enabled? First try was with 128M on internal SD of which usually just about 10M is used during compiler runs and the second was with 1G on external USB SD reader, but just because of speed with internal. I also saw no kernel message that the system was out of space. I'm currently trying to compile perl5.8, but it takes some time. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 18:15:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60DC1065670 for ; Wed, 17 Feb 2010 18:15:08 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6B68FC15 for ; Wed, 17 Feb 2010 18:15:08 +0000 (UTC) Received: by ywh42 with SMTP id 42so122360ywh.7 for ; Wed, 17 Feb 2010 10: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; bh=ZxR8MPsMjogHXiBcABnEsATiRdHQKN+sURDwNMIf+L8=; b=Iddf7NADm4JLJb0Syb8RuXmcTxVCd0w6mq05Y+l06u6RabTjS5pByCkwmXunpqCqxJ S8Hu0w8gC3+OwaQD6Q7qoqzV8wi4QW+dkaqS0UHyotgjCfTD7+gIFg/zuLxYCgYS+v2B fMRqqBQDARRkdC07N5SGVOPMjU/yw9g0Lwj7w= 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=oLs0KloeTOC0SpNlBpMEUa9hAuKWtId7xROtcEKTMee3kZjysWHJFuF78bJ0iFjugH YBffuRARxczzGS6AYl9Ne4Exi53c60EJ1Fv9odIFHdARZDkUuKHCf+/vka/Tr1KLxkYv Tg507hl4NvfyPskUzrGMAs2y0VXqwELY++YIM= MIME-Version: 1.0 Received: by 10.150.93.13 with SMTP id q13mr11790445ybb.123.1266430507333; Wed, 17 Feb 2010 10:15:07 -0800 (PST) In-Reply-To: <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> <4B7B644F.5050404@polands.org> <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> Date: Wed, 17 Feb 2010 10:15:07 -0800 Message-ID: From: Matt Reimer To: Chris Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Doug Poland , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 18:15:08 -0000 On Wed, Feb 17, 2010 at 7:46 AM, Chris wrote: > Ok, went back to my 8.0-RELEASE memstick image and after playing with > the GPT settings a little and dd'ing all zeros to the disk first, I > get a little farther this time. I'm seeing the following: > > ----------------------------- > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 631kB/1832448kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.0 > (root@, Wed Feb 17 10:27:40 UTC 2010) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x8924d8 > ----------------------------- > > And that's as far as it gets. Per the handbook, that appears to be > stuck somewhere between boot2 and /boot/loader. To me, it looks like > it's having a problem loading the kernel. As far as my suspicion of > the BIOS not correctly reporting the drives, it looks to me like the > bootloader is seeing them so maybe that can be ruled out. I'm glad to > see it get farther this time but this is still weird. > > Any ideas on this one? > IIRC the 8.0-RELEASE gptzfsboot/loader lacked some bugfixes. Try using gptzfsboot and zfsloader from -STABLE. Matt From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 18:19:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41E621065670 for ; Wed, 17 Feb 2010 18:19:01 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-fx0-f226.google.com (mail-fx0-f226.google.com [209.85.220.226]) by mx1.freebsd.org (Postfix) with ESMTP id BF9E08FC1B for ; Wed, 17 Feb 2010 18:19:00 +0000 (UTC) Received: by fxm26 with SMTP id 26so7519160fxm.13 for ; Wed, 17 Feb 2010 10:18:59 -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=cncJMVfkavo62m6EVnePOKQCwqh56mMIr0qU3H0Q7Mg=; b=TAo9WxhsFhYayaihfNcTqdmTIwqWG7i5mHOU3Faw6aWIAekHRgf5AldwGVAuYZDPiD z0yXpl5FjSyw7E39yndQhZA40iW/WhOdghojcuo6toQ6kTjWyOLQESXSJ+VArsBmWVXt qzsjtLlH4Xan7uvi+bTc0v0oYJbR9pkkl0myM= 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=tu/Ywgehv6RiVQZUkMd7NjEdCSNYgeIBC10AG9D7rVBmBAEoJZZkdA0x0E587g0M1h UXKztbYOmoGBd5DbzOi08jvWZWvExujsfhutp7TAhK1os/KNqBeM+yB0bPeM7byMKvlM vuJhyN7/q4O3GpheKvLZ/GA35sUewxdbTZ/20= MIME-Version: 1.0 Received: by 10.204.0.84 with SMTP id 20mr5567244bka.5.1266430734611; Wed, 17 Feb 2010 10:18:54 -0800 (PST) In-Reply-To: References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> <4B7B644F.5050404@polands.org> <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> Date: Wed, 17 Feb 2010 13:18:54 -0500 Message-ID: <64aa03031002171018h2f7ecdc2l43dbb8c4cea8c6a8@mail.gmail.com> From: Chris To: Matt Reimer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Poland , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 18:19:01 -0000 Shouldn't those bug fixes have been included in CURRENT? If so, my original post shows the problems there. I've also tried using the 8.0-STABLE snapshot dvd1 and got the same errors I got when using CURRENT. Again, not sure why this worked on my desktop box and is failing on the laptop. I'll try copying over gptzfsboot and zfsloader from my 8.0-STABLE machine. On Wed, Feb 17, 2010 at 1:15 PM, Matt Reimer wrote: > On Wed, Feb 17, 2010 at 7:46 AM, Chris wrote: >> >> Ok, went back to my 8.0-RELEASE memstick image and after playing with >> the GPT settings a little and dd'ing all zeros to the disk first, I >> get a little farther this time. I'm seeing the following: >> >> ----------------------------- >> BTX loader 1.00 =A0 BTX version is 1.02 >> Consoles: internal video/keyboard >> BIOS drive C: is disk0 >> BIOS 631kB/1832448kB available memory >> >> FreeBSD/i386 bootstrap loader, Revision 1.0 >> (root@, Wed Feb 17 10:27:40 UTC 2010) >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel text=3D0x8924d8 >> ----------------------------- >> >> And that's as far as it gets. Per the handbook, that appears to be >> stuck somewhere between boot2 and /boot/loader. To me, it looks like >> it's having a problem loading the kernel. As far as my suspicion of >> the BIOS not correctly reporting the drives, it looks to me like the >> bootloader is seeing them so maybe that can be ruled out. I'm glad to >> see it get farther this time but this is still weird. >> >> Any ideas on this one? > > IIRC the 8.0-RELEASE gptzfsboot/loader lacked some bugfixes. Try using > gptzfsboot and zfsloader from -STABLE. > Matt From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 18:22:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B051065672 for ; Wed, 17 Feb 2010 18:22:49 +0000 (UTC) (envelope-from mattjreimer@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 D3E128FC25 for ; Wed, 17 Feb 2010 18:22:48 +0000 (UTC) Received: by yxe1 with SMTP id 1so6384471yxe.3 for ; Wed, 17 Feb 2010 10:22: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 :date:message-id:subject:from:to:cc:content-type; bh=sI8VKEJGWO3acUz5wfTPkd444ca2TnztyCfqBuvcWbU=; b=iBrEG7zzHmlSdWjEQzABW3HG6aFJxBtaqIh9hdvxHkzRAXhorF9HDbjlKEoe9h9V1U Ba3qPkmI+6aaPaz7iAt8ohgBr0j+Ph7fb0kQVkFp/MxxNsCmVIBfuiafDBvcav9G5Rfn /sfTdmEGHPB3WfXvKAb3YMQ2R5cg1ucrq4PfA= 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=jzLEwHmrMhiVPQ43DR6ac+PmPcvN41oP+RYLWXJf4NYPtVX7+v0ffH3I0WdsixZZ6u 3Dryrah/fReT6H/RTlUwQV144I2H4v8JJqn60EAhJu/bVFdhq1ZKSZ6YxGVO4YYtbagH 81oq6ZG0gI31HW2GASNVCLGj1ZR2T50f7obYQ= MIME-Version: 1.0 Received: by 10.150.4.25 with SMTP id 25mr11335288ybd.285.1266430968190; Wed, 17 Feb 2010 10:22:48 -0800 (PST) In-Reply-To: <64aa03031002171018h2f7ecdc2l43dbb8c4cea8c6a8@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> <4B7B644F.5050404@polands.org> <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> <64aa03031002171018h2f7ecdc2l43dbb8c4cea8c6a8@mail.gmail.com> Date: Wed, 17 Feb 2010 10:22:48 -0800 Message-ID: From: Matt Reimer To: Chris Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Doug Poland , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 18:22:49 -0000 On Wed, Feb 17, 2010 at 10:18 AM, Chris wrote: > Shouldn't those bug fixes have been included in CURRENT? If so, my > original post shows the problems there. I've also tried using the > 8.0-STABLE snapshot dvd1 and got the same errors I got when using > CURRENT. Again, not sure why this worked on my desktop box and is > failing on the laptop. I'll try copying over gptzfsboot and zfsloader > from my 8.0-STABLE machine. > My bad, I wasn't reading carefully. -CURRENT has fixes for all the problems I know of. Matt From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 18:40:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85CD8106566B for ; Wed, 17 Feb 2010 18:40:48 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFF88FC20 for ; Wed, 17 Feb 2010 18:40:48 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o1HIefSr065447; Wed, 17 Feb 2010 18:40:42 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Wed, 17 Feb 2010 18:40:41 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> In-Reply-To: <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002171840.41088.ken@mthelicon.com> X-Spam-Status: No, score=1.9 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Chris , Scot Hetzel Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 18:40:48 -0000 Hello Chris, Scott & Current I use gptzfsboot on my AMD64 (current) machine all the time and also on my laptop. I am not sure if this will cause the problem you are seeing but I know I ran into a lot of trouble depending on what type of pool I was creating. I believe this is correct, and if I am not than I apologise in advance, but.... If you are trying to boot off a linear type pool (A single disk or a mirror) your bootable filing system has to be a zfs filing system beneath the root pool (IE: zroot/boot). If you are trying to boot off a zraid pool, your bootable filing system must be the root filing system of the pool (IE: zroot) You must also include the appropriate declaration in the /boot/loader.conf file: (for a zraid pool) zfs_load="YES" vfs.root.mountfrom="zfs:zpool" (for a linear type) zfs_load="YES" vfs.root.mountfrom="zfs:zpool/root" If I try any other method, zboot explodes in a myriad of different ways. I hope this helps Peg On Wednesday 17 February 2010 02:49:56 Chris wrote: > Scot, > > I did, as part of step 7 in section 1: > > 7. Create ZFS Pool zroot > > Fixit# mkdir /boot/zfs > Fixit# zpool create zroot /dev/gpt/disk0 > Fixit# zpool set bootfs=zroot zroot From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 18:45:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE08A10656A5 for ; Wed, 17 Feb 2010 18:45:49 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-fx0-f226.google.com (mail-fx0-f226.google.com [209.85.220.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4092E8FC1F for ; Wed, 17 Feb 2010 18:45:48 +0000 (UTC) Received: by fxm26 with SMTP id 26so7547550fxm.13 for ; Wed, 17 Feb 2010 10:45: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 :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SNB5gnkIWZeZgkmGtFJ+Uc05F/ZRuKghKVyzCtNz3y0=; b=hw56xKDvz1fNw4DP51ZkzQ+lKq9o8dk6RWzqt6HoVTxmpBd9IQYkYqJCbdsZvNerPe AnSgt+YvuPPK3/9GhfUr/IoUMiFzs0+aSFmJMHzSwKMCheFQP+mhxMrFQTGp0GMA+uP1 uvD+3Z+G0pDSs0KJn0BboQa4MOUd4WPBFrWLs= 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=Y+gYRfL91CJwXjPgipXIr6BXi8UtW3D/OCig11tkpIixlbUQ0puUjh50mpwygye/7c TOzXjZMBv102Hby78Itz5H+t87Oyzypds44XSiHDFM5biHqOlk9XwDc/Zx+l1xozMHF0 WMuJeizDggKO6q+DpcypGwqB0FnI9MdS3bbbQ= MIME-Version: 1.0 Received: by 10.204.20.80 with SMTP id e16mr2232788bkb.72.1266432348020; Wed, 17 Feb 2010 10:45:48 -0800 (PST) In-Reply-To: <201002171840.41088.ken@mthelicon.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> Date: Wed, 17 Feb 2010 13:45:47 -0500 Message-ID: <64aa03031002171045k5251d0b2q34fb833d7e39566a@mail.gmail.com> From: Chris To: Pegasus Mc Cleaft Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 18:45:49 -0000 Pegasus, Thanks for the tip. I'll give it a shot. If it is the case, then the RootOnZFS wiki guides need to be updated to account for that. They all currently say to use vfs.root.mountfrom=3D"zfs:zroot" in loader.conf Thanks, Chris On Wed, Feb 17, 2010 at 1:40 PM, Pegasus Mc Cleaft wrot= e: > Hello Chris, Scott & Current > > =A0 =A0 =A0 =A0I use gptzfsboot on my AMD64 (current) machine all the tim= e and also on > my laptop. I am not sure if this will cause the problem you are seeing bu= t I > know I ran into a lot of trouble depending on what type of pool I was > creating. > > =A0 =A0 =A0 =A0I believe this is correct, and if I am not than I apologis= e in advance, > but.... > > =A0 =A0 =A0 =A0If you are trying to boot off a linear type pool (A single= disk or a > mirror) your bootable filing system has to be a zfs filing system beneath= the > root pool (IE: zroot/boot). If you are trying to boot off a zraid pool, y= our > bootable filing system must be the root filing system of the pool (IE: zr= oot) > > =A0 =A0 =A0 =A0You must also include the appropriate declaration in the > /boot/loader.conf file: > > (for a zraid pool) > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zpool" > > (for a linear type) > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zpool/root" > > =A0 =A0 =A0 =A0If I try any other method, zboot explodes in a myriad of d= ifferent ways. > > I hope this helps > Peg > > > On Wednesday 17 February 2010 02:49:56 Chris wrote: >> Scot, >> >> I did, as part of step 7 in section 1: >> >> 7. Create ZFS Pool zroot >> >> =A0Fixit# mkdir /boot/zfs >> =A0Fixit# zpool create zroot /dev/gpt/disk0 >> =A0Fixit# zpool set bootfs=3Dzroot zroot > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 18:50:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224E51065780 for ; Wed, 17 Feb 2010 18:50:04 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id C784B8FC08 for ; Wed, 17 Feb 2010 18:50:03 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o1HInwrT065519; Wed, 17 Feb 2010 18:49:58 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Wed, 17 Feb 2010 18:49:57 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <64aa03031002171045k5251d0b2q34fb833d7e39566a@mail.gmail.com> In-Reply-To: <64aa03031002171045k5251d0b2q34fb833d7e39566a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002171849.57567.ken@mthelicon.com> X-Spam-Status: No, score=0.7 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Chris , Scot Hetzel Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 18:50:04 -0000 Chris, One other thing I just thought of... On all my machines, I have never used the /dev/gpt/ device.. I have always used the absolute name /dev/ada0p3, etc.. Peg On Wednesday 17 February 2010 18:45:47 Chris wrote: > Pegasus, > > Thanks for the tip. I'll give it a shot. If it is the case, then the > RootOnZFS wiki guides need to be updated to account for that. They all > currently say to use vfs.root.mountfrom="zfs:zroot" in loader.conf > > Thanks, > Chris > > On Wed, Feb 17, 2010 at 1:40 PM, Pegasus Mc Cleaft wrote: > > Hello Chris, Scott & Current > > > > I use gptzfsboot on my AMD64 (current) machine all the time and > > also on my laptop. I am not sure if this will cause the problem you are > > seeing but I know I ran into a lot of trouble depending on what type of > > pool I was creating. > > > > I believe this is correct, and if I am not than I apologise in > > advance, but.... > > > > If you are trying to boot off a linear type pool (A single disk or > > a mirror) your bootable filing system has to be a zfs filing system > > beneath the root pool (IE: zroot/boot). If you are trying to boot off a > > zraid pool, your bootable filing system must be the root filing system of > > the pool (IE: zroot) > > > > You must also include the appropriate declaration in the > > /boot/loader.conf file: > > > > (for a zraid pool) > > zfs_load="YES" > > vfs.root.mountfrom="zfs:zpool" > > > > (for a linear type) > > zfs_load="YES" > > vfs.root.mountfrom="zfs:zpool/root" > > > > If I try any other method, zboot explodes in a myriad of different > > ways. > > > > I hope this helps > > Peg > > > > On Wednesday 17 February 2010 02:49:56 Chris wrote: > >> Scot, > >> > >> I did, as part of step 7 in section 1: > >> > >> 7. Create ZFS Pool zroot > >> > >> Fixit# mkdir /boot/zfs > >> Fixit# zpool create zroot /dev/gpt/disk0 > >> Fixit# zpool set bootfs=zroot zroot > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 19:57:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0BFE1065676 for ; Wed, 17 Feb 2010 19:57:16 +0000 (UTC) (envelope-from doug@polands.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7C68FC13 for ; Wed, 17 Feb 2010 19:57:15 +0000 (UTC) X-Authority-Analysis: v=1.0 c=1 a=iB-c6w9ADx4A:10 a=18KtUlCWiSkz+XDQa99sPQ==:17 a=P4M-iA2j_aR53voZjoAA:9 a=sMAUbi4un64Cq79F_qEA:7 a=GQ7ug7MhnAKrV3QAduIzdkjA8xAA:4 X-Cloudmark-Score: 0 X-Originating-IP: 75.87.219.217 Received: from [75.87.219.217] ([75.87.219.217:50381] helo=haran.polands.org) by hrndva-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.2.39 r()) with ESMTP id FC/FB-20968-A1A4C7B4; Wed, 17 Feb 2010 19:57:15 +0000 Received: from email.polands.org (ararat.polands.org [172.16.1.20]) by haran.polands.org (8.14.3/8.14.3) with ESMTP id o1HJvEWc085103; Wed, 17 Feb 2010 13:57:14 -0600 (CST) (envelope-from doug@polands.org) Received: from 192.206.119.3 (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Wed, 17 Feb 2010 13:57:14 -0600 Message-ID: In-Reply-To: <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <4B7B4F73.60807@delphij.net> <64aa03031002161821n266a0ef1jd8d8ec4cac1c9635@mail.gmail.com> <790a9fff1002161842m5d49515dh45bb942e30285b3b@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <64aa03031002161851o621f3bc8r31ba438e3fb906c0@mail.gmail.com> <4B7B644F.5050404@polands.org> <64aa03031002170528l7acf05bev4d75685187c1eb46@mail.gmail.com> <64aa03031002170746p49716f76gd87987422a190a02@mail.gmail.com> Date: Wed, 17 Feb 2010 13:57:14 -0600 From: "Doug Poland" To: "Chris" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 19:57:16 -0000 On Wed, February 17, 2010 09:46, Chris wrote: > Ok, went back to my 8.0-RELEASE memstick image and after playing with > the GPT settings a little and dd'ing all zeros to the disk first, I > get a little farther this time. I'm seeing the following: > > ----------------------------- > BTX loader 1.00 BTX version is 1.02 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 631kB/1832448kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.0 > (root@, Wed Feb 17 10:27:40 UTC 2010) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x8924d8 > ----------------------------- > > And that's as far as it gets. Per the handbook, that appears to be > stuck somewhere between boot2 and /boot/loader. To me, it looks like > it's having a problem loading the kernel. As far as my suspicion of > the BIOS not correctly reporting the drives, it looks to me like the > bootloader is seeing them so maybe that can be ruled out. I'm glad to > see it get farther this time but this is still weird. > > Any ideas on this one? > Again, another curiousity from my experiences, try booting in verbose mode (#5 in boot screen). If you can't get there, try booting with your installation media, mount the pool and put "-v" in pool/boot.config. It's kind of a long shot... -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 21:03:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3E21065679 for ; Wed, 17 Feb 2010 21:03:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-gx0-f219.google.com (mail-gx0-f219.google.com [209.85.217.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF878FC18 for ; Wed, 17 Feb 2010 21:03:50 +0000 (UTC) Received: by gxk19 with SMTP id 19so1439927gxk.3 for ; Wed, 17 Feb 2010 13:03:50 -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=Lg9Fe3vpJye7Tk1rzFDdJHhmFEhTpx0NWU3O7ZlD+L8=; b=TtgeHwjS/tdqqzmqAQjxLsiBtnUpl0FrR4GH711Bbm0cQuybsZ1/fynU3h/aBAnJqV oUh6PAU5Wfl1bg1fM15iP9N4mNHwkho5lzS/bAVe58bYvK5uyehsRc6koUCsYUEF9XNG qki+/OOHUHjgNVkhqSd+h3uKpDTIu76QVoiCk= 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=kwbbbajazU0qe6YEXEyBDNVzvCgPNdR6N0My0qTorhZLv2XcgLLOCaNdqXvk9o0oGq o1dmqQt+9sOj7vDZTEERhkoz3gegRJT7QzGbqRqmy0VZF+uPbv48xdGn7biEzVoyXv8r UK43zCvekCyriu9ul8YwoANoeqR3X4A8sKmzc= MIME-Version: 1.0 Received: by 10.91.92.2 with SMTP id u2mr875313agl.117.1266440629964; Wed, 17 Feb 2010 13:03:49 -0800 (PST) In-Reply-To: <201002171840.41088.ken@mthelicon.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> Date: Wed, 17 Feb 2010 15:03:49 -0600 Message-ID: <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> From: Scot Hetzel To: Pegasus Mc Cleaft Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 21:03:51 -0000 On Wed, Feb 17, 2010 at 12:40 PM, Pegasus Mc Cleaft wro= te: > Hello Chris, Scott & Current > > =A0 =A0 =A0 =A0I use gptzfsboot on my AMD64 (current) machine all the tim= e and also on > my laptop. I am not sure if this will cause the problem you are seeing bu= t I > know I ran into a lot of trouble depending on what type of pool I was > creating. > > =A0 =A0 =A0 =A0I believe this is correct, and if I am not than I apologis= e in advance, > but.... > > =A0 =A0 =A0 =A0If you are trying to boot off a linear type pool (A single= disk or a > mirror) your bootable filing system has to be a zfs filing system beneath= the > root pool (IE: zroot/boot). If you are trying to boot off a zraid pool, y= our > bootable filing system must be the root filing system of the pool (IE: zr= oot) > > =A0 =A0 =A0 =A0You must also include the appropriate declaration in the > /boot/loader.conf file: > > (for a zraid pool) > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zpool" > > (for a linear type) > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zpool/root" > > =A0 =A0 =A0 =A0If I try any other method, zboot explodes in a myriad of d= ifferent ways. > Not sure why your zboot explodes, but I use a single disk and only use the following in /boot/loader.conf: zfs_load=3D"YES" vfs.root.mountfrom=3D"zfs:zpool" it should work with either zfs:zpool or zfs:zpool/root. Scot From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 21:12:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43F971065676; Wed, 17 Feb 2010 21:12:54 +0000 (UTC) (envelope-from delphij@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 1473D8FC17; Wed, 17 Feb 2010 21:12:53 +0000 (UTC) Received: by pzk40 with SMTP id 40so4988742pzk.7 for ; Wed, 17 Feb 2010 13:12: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 :content-transfer-encoding; bh=01ZdTYFPWGKJWH5a0DhUb7zguuL3VvoRRwFezervx10=; b=DnUMfGXl2wUN0pG8qSqGt8Q80sP4pJr3MmRs5UfAUBjTInDVtvALRwbpZdpoG9Wdwc PTRqG2x5f+LE3N8iuBzoWOTD8GD9ba5rsbscVcnCfA2WGziRY1NITdwwEayJUrPkZ9jv PxvpqUbh3ugorLoQPQmnuN0ZUzGg3Z6WnR7Xg= 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=ODpsHyUzCOiX6VVHoScw9WIwqfFEbgnRimbVL7bGc8ZrJOmX9BbiJUJyZm8mhWd9Rp TXNfH+RvG6f9B7OePdbQ3F1OjFoB/jjPdzI02Jg0QsLjdY94oQmqdEQl5SKU5AO9r+1/ uBMUkLz0Ss8HKu1PPfX3JZy0m5jcuHXD+srJ4= MIME-Version: 1.0 Received: by 10.115.2.20 with SMTP id e20mr5801262wai.50.1266441173571; Wed, 17 Feb 2010 13:12:53 -0800 (PST) In-Reply-To: References: <4B75A801.3040107@delphij.net> Date: Wed, 17 Feb 2010 13:12:53 -0800 Message-ID: From: Xin LI To: Gavin Atkinson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , FreeBSD Current Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2010 21:12:54 -0000 Hi, On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson wrote: >> /mnt: write failed, filesystem is full >> gzip: write: No space left on device >> gzip: output file: randomfile.gz wrong size (1673592832 !=3D -1), deleti= ng >> gzip: leaving original randomfile >> 0.000u 85.063s 1:25.10 99.9% =C2=A00+0k 12440+12839io 7pf+0w > > Does reverting r202387, 202441 and 202534 make any difference? Yes, reverting these revisions makes everything back to normal (including top -P). Cheers, --=20 Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 21:39:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E139106566B; Wed, 17 Feb 2010 21:39:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7378FC13; Wed, 17 Feb 2010 21:39:25 +0000 (UTC) Received: by vws14 with SMTP id 14so347988vws.13 for ; Wed, 17 Feb 2010 13:39:24 -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=xa4AQTIngmcpwVtlFALc0/etxD2BPXqZ3/vX9Eu41nA=; b=mRa8n9rWQ3q8aTxc3m662Ju/oAi6t75vX1IPHiJbsMPEXeQsOqq8TAHEPk+yLuVQs5 Hk2zno5IKiIroY5x2tedv1iKh2JnlAjiObpfGK46MKYAAYofvHD+Q5xx6C44zq0dNLxa oob1VDIXREVVlCsXyNN/oh7/mFIjuTNAVNwqk= 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=XEugOoLXMax0cmqhw/XVhPtXr/INcJNOh/Q0rY39dj7FamHHLHDb0Rpzx0fgfOOr4Q nZamWOTi5Z06UNF2a1/6Zb/sigNGA+2R9vE8FA4h83eTgrglPcSE7tF0nBHUSIZcL0Lt /iBJWW9mHq6YFOkflI3IOZ5v2j0+eg39Kz6yI= Received: by 10.220.122.24 with SMTP id j24mr2279305vcr.28.1266442764693; Wed, 17 Feb 2010 13:39:24 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 28sm20714146vws.11.2010.02.17.13.39.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Feb 2010 13:39:22 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 17 Feb 2010 13:38:42 -0800 From: Pyun YongHyeon Date: Wed, 17 Feb 2010 13:38:42 -0800 To: Xin LI Message-ID: <20100217213842.GG1394@michelle.cdnetworks.com> References: <4B75A801.3040107@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: attilio@freebsd.org, Alexander Motin , FreeBSD Current , Gavin Atkinson Subject: Re: time doesn't work? 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, 17 Feb 2010 21:39:26 -0000 On Wed, Feb 17, 2010 at 01:12:53PM -0800, Xin LI wrote: > Hi, > > On Sun, Feb 14, 2010 at 10:20 AM, Gavin Atkinson > wrote: > >> /mnt: write failed, filesystem is full > >> gzip: write: No space left on device > >> gzip: output file: randomfile.gz wrong size (1673592832 != -1), deleting > >> gzip: leaving original randomfile > >> 0.000u 85.063s 1:25.10 99.9% ??0+0k 12440+12839io 7pf+0w > > > > Does reverting r202387, 202441 and 202534 make any difference? > > Yes, reverting these revisions makes everything back to normal > (including top -P). > I'm not sure this is also related with breakage of "systat -vmstat 1" on amd64 CURRENT. systat(1) shows "The alternate system clock has died! Reverting to ``pigs'' display." message and does not work as expected. When I run systat(1) on sparc64 CURRENT it worked as expected so I vaguely guess it's related with attilio's change.(CCed) From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 22:16:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE75106568F for ; Wed, 17 Feb 2010 22:16:24 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-fx0-f219.google.com (mail-fx0-f219.google.com [209.85.220.219]) by mx1.freebsd.org (Postfix) with ESMTP id D00118FC35 for ; Wed, 17 Feb 2010 22:16:23 +0000 (UTC) Received: by fxm19 with SMTP id 19so650341fxm.3 for ; Wed, 17 Feb 2010 14:16:22 -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=e3S0TdiVo9/KpZWooClSLLeP85gCtt39xdxeRzPldz4=; b=I/C0W08HSg1SIpWZzAqBvYeGl2QXe9wDWITTFpo1G2Ih9zTiMRVLrTGQV5U7wfW95r nOycZo+l3GdIXoFieSZx9ZyAU0IEQ5rGfAXfcqqeK/7lxUbYr94NEya3Dl6TBMCtbBas 7eZ9AZsRL2CtH4iIajCl4gafO9Owxk1/IDLJk= 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=ZIN2t2V9B7aagM8eq09SIis9gnE5mS6787Mrv3fnTs7FcffuZlWR+EPkxpxTX67u/Z nhidCXFylbRqBETujUsh/c1KEnZiC7Iuu8mU+IG5PkuA3RuFxzRV09K3TD4Fv3neuzh6 1Bs29I07h7wxwxe6P9uXe18MCBvdwmYO4UrN8= MIME-Version: 1.0 Received: by 10.204.32.198 with SMTP id e6mr2130261bkd.169.1266444982437; Wed, 17 Feb 2010 14:16:22 -0800 (PST) In-Reply-To: <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> Date: Wed, 17 Feb 2010 17:16:22 -0500 Message-ID: <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> From: Chris To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Wed, 17 Feb 2010 22:16:24 -0000 How's this for bizarre? If I hit F12 to bring up the boot menu and select my hard drive, it boots just fine! If I don't do that, with 8.0-STABLE installed, I get the same lba error 1 errors as well as the "ZFS: i/o error - all block copies unavailable" error. Time to call in an exorcist... On Wed, Feb 17, 2010 at 4:03 PM, Scot Hetzel wrote: > On Wed, Feb 17, 2010 at 12:40 PM, Pegasus Mc Cleaft w= rote: >> Hello Chris, Scott & Current >> >> =A0 =A0 =A0 =A0I use gptzfsboot on my AMD64 (current) machine all the ti= me and also on >> my laptop. I am not sure if this will cause the problem you are seeing b= ut I >> know I ran into a lot of trouble depending on what type of pool I was >> creating. >> >> =A0 =A0 =A0 =A0I believe this is correct, and if I am not than I apologi= se in advance, >> but.... >> >> =A0 =A0 =A0 =A0If you are trying to boot off a linear type pool (A singl= e disk or a >> mirror) your bootable filing system has to be a zfs filing system beneat= h the >> root pool (IE: zroot/boot). If you are trying to boot off a zraid pool, = your >> bootable filing system must be the root filing system of the pool (IE: z= root) >> >> =A0 =A0 =A0 =A0You must also include the appropriate declaration in the >> /boot/loader.conf file: >> >> (for a zraid pool) >> zfs_load=3D"YES" >> vfs.root.mountfrom=3D"zfs:zpool" >> >> (for a linear type) >> zfs_load=3D"YES" >> vfs.root.mountfrom=3D"zfs:zpool/root" >> >> =A0 =A0 =A0 =A0If I try any other method, zboot explodes in a myriad of = different ways. >> > > Not sure why your zboot explodes, but I use a single disk and only use > the following in /boot/loader.conf: > > zfs_load=3D"YES" > vfs.root.mountfrom=3D"zfs:zpool" > > it should work with either zfs:zpool or zfs:zpool/root. > > Scot > From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 22:35:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5B01065670 for ; Wed, 17 Feb 2010 22:35:26 +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 BD94C8FC15 for ; Wed, 17 Feb 2010 22:35:26 +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 6F07C46B52; Wed, 17 Feb 2010 17:35:26 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 630568A01F; Wed, 17 Feb 2010 17:35:25 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Feb 2010 16:14:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <06D5F9F6F655AD4C92E28B662F7F853E0366328E@seaxch09.desktop.isilon.com> In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E0366328E@seaxch09.desktop.isilon.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201002171614.07898.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 17 Feb 2010 17:35:25 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Matthew Fleming Subject: Re: [PATCH] Fix LOR #185 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2010 22:35:27 -0000 On Monday 15 February 2010 2:49:32 pm Matthew Fleming wrote: > We've seen LOR #185 on http://sources.zabbadoz.net/freebsd/lor.html > locally on and off since October 2007. This patch has been compiled but > I don't have a reliable way to repro the LOR so it's not been properly > tested. > > If someone who has seen this LOR can confirm the patch fixes it, and > could commit, that would be nice. The patch looks right to me. I will commit it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 17 23:50:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EFA9106570F for ; Wed, 17 Feb 2010 23:50:13 +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 DE4AF8FC17 for ; Wed, 17 Feb 2010 23:50:12 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Nhtek-0004E0-9m for freebsd-current@freebsd.org; Thu, 18 Feb 2010 00:50:10 +0100 Received: from k.saper.info ([91.121.151.35]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Feb 2010 00:50:10 +0100 Received: from saper by k.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Feb 2010 00:50:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Date: Wed, 17 Feb 2010 23:26:36 +0000 (UTC) Organization: http://saper.info Lines: 19 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: k.saper.info X-Face: "MPx|KfVwz7Gg!ayb)rH,hKiCBJXvLY7t+%r1s0Uiw; (%xWn-C-H38.2Oa4JL|4Cx}a"V ~a pL4%i"s20r0%z0yZew?2><1ZfOFF27cPqcAKp?wG+-c&%BgXeJVm[lylYKH?j User-Agent: slrn/0.9.9p1 (FreeBSD) Sender: news X-Mailman-Approved-At: Thu, 18 Feb 2010 00:14:56 +0000 Subject: ZFS DEADLKRES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 23:50:13 -0000 My r203753 amd64 laptop falls into the deadlock situation every night while running periodic daily script. I am pretty certain this is related to ZFS. I have enabled DEADLKRES in the kernel. I even have a separate dump partition (not used for swap). Indeed, the kernel deadlock detector gets triggered during the periodic run, but I get I/O error when calling doadump() from DDB. Dumping works properly when DDB is invoked with keyboard escape. What's the best way to troubleshoot this deadlock? Should I try to transcribe "alltrace" output? -- << Marcin Cieslak // saper@saper.info >> From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 03:49:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A7D106566B for ; Thu, 18 Feb 2010 03:49:38 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-fx0-f219.google.com (mail-fx0-f219.google.com [209.85.220.219]) by mx1.freebsd.org (Postfix) with ESMTP id 493C48FC13 for ; Thu, 18 Feb 2010 03:49:37 +0000 (UTC) Received: by fxm19 with SMTP id 19so949163fxm.3 for ; Wed, 17 Feb 2010 19:49:37 -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=HGTy6zbOROyzRaf4MjWmiulV1v0j8MhI9CUbNmvKojc=; b=ebF74YxG7U/EO7jrUsG8X1Xc9I37ZT5MNx6qUq4Rfd/24S/N3bjdSy8kYnhnNmDPHm 0HdALRGPwsX/EWahdtw1GtGyZ8ToFNoHfC4SOjYTaRVm9fSarU+okl9lr8LdGBaMs5hD 05ULgAibowDNd/Dq7Dx6WJw8uS5V/Xr5LZyk4= 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=n/SodihUfs+Ct3StMZJdRYb9FNz0JUbMhwRTPJhQSIhSKVrdmAjMTvoat8PmahG8xL NUakxRr8UCWt+7C6yUO1jSEbw/tj1AjbrRt4COKcht3jl+LYcWtzGyOvISZcLazJsnEa LMAm5ISF3aoZJwRvNR2Thc5cwP3kcHD6M056U= MIME-Version: 1.0 Received: by 10.204.0.84 with SMTP id 20mr5695929bka.5.1266464977162; Wed, 17 Feb 2010 19:49:37 -0800 (PST) In-Reply-To: <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> Date: Wed, 17 Feb 2010 22:49:37 -0500 Message-ID: <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> From: Chris To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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, 18 Feb 2010 03:49:38 -0000 As a follow-up to this, I rebuilt world and kernel and updated my system to the latest 8.0-STABLE. I'm still seeing the problem and I can still get around it by choosing my hard drive from the F12 boot menu. I did notice that the bootloader now says it's ZFS enabled whereas it didn't while on 8.0-RELEASE. I also updated the bootcode with: "gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 adX" after installing world. No help there. It seems to me that there's a difference in the way the ZFS-enabled bootloader sees the drives that the BIOS reports as opposed to the non-ZFS-enabled bootloader. Anyone have any ideas on that? I checked for any BIOS updates but it looks like I'm current. It sure would be nice to not have to select my hard drive each time. Thanks, Chris On Wed, Feb 17, 2010 at 5:16 PM, Chris wrote: > How's this for bizarre? If I hit F12 to bring up the boot menu and > select my hard drive, it boots just fine! If I don't do that, with > 8.0-STABLE installed, I get the same lba error 1 errors > as well as the "ZFS: i/o error - all block copies unavailable" error. > Time to call in an exorcist... > > > > On Wed, Feb 17, 2010 at 4:03 PM, Scot Hetzel wrote: >> On Wed, Feb 17, 2010 at 12:40 PM, Pegasus Mc Cleaft = wrote: >>> Hello Chris, Scott & Current >>> >>> =A0 =A0 =A0 =A0I use gptzfsboot on my AMD64 (current) machine all the t= ime and also on >>> my laptop. I am not sure if this will cause the problem you are seeing = but I >>> know I ran into a lot of trouble depending on what type of pool I was >>> creating. >>> >>> =A0 =A0 =A0 =A0I believe this is correct, and if I am not than I apolog= ise in advance, >>> but.... >>> >>> =A0 =A0 =A0 =A0If you are trying to boot off a linear type pool (A sing= le disk or a >>> mirror) your bootable filing system has to be a zfs filing system benea= th the >>> root pool (IE: zroot/boot). If you are trying to boot off a zraid pool,= your >>> bootable filing system must be the root filing system of the pool (IE: = zroot) >>> >>> =A0 =A0 =A0 =A0You must also include the appropriate declaration in the >>> /boot/loader.conf file: >>> >>> (for a zraid pool) >>> zfs_load=3D"YES" >>> vfs.root.mountfrom=3D"zfs:zpool" >>> >>> (for a linear type) >>> zfs_load=3D"YES" >>> vfs.root.mountfrom=3D"zfs:zpool/root" >>> >>> =A0 =A0 =A0 =A0If I try any other method, zboot explodes in a myriad of= different ways. >>> >> >> Not sure why your zboot explodes, but I use a single disk and only use >> the following in /boot/loader.conf: >> >> zfs_load=3D"YES" >> vfs.root.mountfrom=3D"zfs:zpool" >> >> it should work with either zfs:zpool or zfs:zpool/root. >> >> Scot >> > From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 06:26:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B39941065670 for ; Thu, 18 Feb 2010 06:26:58 +0000 (UTC) (envelope-from mattjreimer@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 687288FC16 for ; Thu, 18 Feb 2010 06:26:58 +0000 (UTC) Received: by yxe1 with SMTP id 1so459726yxe.3 for ; Wed, 17 Feb 2010 22:26: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 :date:message-id:subject:from:to:cc:content-type; bh=PWJwMNc0NTZfX8JGI/R6Vrio2Ma0SDX+UFFa1e2Xh4I=; b=d/XESb95ifCo1YdrvsldzOVPEcYowaBZGHuJYIZB+sI68oqRmzClrLrkyRuCp260K8 8lY03j2w/Jql6OMDw6kK4p5ghmk7doxvHT5gk2JDhlpAlZQK0nGy1xtSEgappoGkXhLy nW4/EJE05A3bsfz75OhnXLyWelxM9CYUun5Uo= 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=xQfDO4F89Kz5hDLFaW4ceAXMidHLMOdN968ztH4RT2jTq8DHD2xMYzSej25qZRIS7q 6uYI2RIXFectl0q199oP1hjDu5SzbuD4eUg0l3GvVUdRMX/lAO6J/5jHkWSIe64YoWl+ 5rScrlFhzslWEQITTJvsWd76sBLHuxXEJYxI8= MIME-Version: 1.0 Received: by 10.151.131.8 with SMTP id i8mr5201054ybn.338.1266474417822; Wed, 17 Feb 2010 22:26:57 -0800 (PST) In-Reply-To: <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> Date: Wed, 17 Feb 2010 22:26:57 -0800 Message-ID: From: Matt Reimer To: Chris Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Scot Hetzel , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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, 18 Feb 2010 06:26:58 -0000 On Wed, Feb 17, 2010 at 7:49 PM, Chris wrote: > As a follow-up to this, I rebuilt world and kernel and updated my > system to the latest 8.0-STABLE. I'm still seeing the problem and I > can still get around it by choosing my hard drive from the F12 boot > menu. I did notice that the bootloader now says it's ZFS enabled > whereas it didn't while on 8.0-RELEASE. I also updated the bootcode > with: "gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 adX" > after installing world. No help there. > > It seems to me that there's a difference in the way the ZFS-enabled > bootloader sees the drives that the BIOS reports as opposed to the > non-ZFS-enabled bootloader. Anyone have any ideas on that? I checked > for any BIOS updates but it looks like I'm current. It sure would be > nice to not have to select my hard drive each time. > Can you paste the exact error? Are you getting something like: error 1: lba 32 error 1: lba 1 When I've seen the above sequence, it was due to a stack overflow (IIRC), with the result that the loader would start a second time and barf out these errors. The "large number" in the error might give us a clue as to what's going on. If the number is really large, it might be an indication that your BIOS doesn't reliably read past a certain threshold. ZFS writes a sort of label at the beginning and end of its drives; perhaps the loader is trying to read the label at the end of the disk and is failing (I don't recall whether it tries to read both labels). Matt From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 08:15:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A53AC106568D for ; Thu, 18 Feb 2010 08:15:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2878FC16 for ; Thu, 18 Feb 2010 08:15:51 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=uJWmglzsLAgA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Lt-vM3cS9r3j_m2B2ZsA:9 a=QVwPP2qhbwkKGmkBQAkA:7 a=WH2IVQCPx0Yf-ViAe2sj3LIXWqsA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1354030566 for freebsd-current@freebsd.org; Thu, 18 Feb 2010 09:15:49 +0100 To: freebsd-current@freebsd.org From: Hans Petter Selasky X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-15?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-15?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-15?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' Date: Thu, 18 Feb 2010 09:14:20 +0100 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201002180914.20287.hselasky@c2i.net> Subject: Re: FYI: v4l-linuxulator support in FreeBSD-current now [panic] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 08:15:52 -0000 On Tuesday 12 January 2010 18:49:48 Hans Petter Selasky wrote: > Re: FYI: v4l-linuxulator support in FreeBSD-current now > Hi, Some panics have cropped up when using linux-V4L with webcamd. 1st) panic: freeing memory in linux_v4l_cliplist_free() which is not allocated, but there seems to be more which needs to be done. I tried to fix something, but it was apparently not enough. Help appreciated. One question: Do we need to handle the IOCTL's in question at all in the linuxulator? --HPS --- linux_ioctl.c.orig 2010-02-17 20:42:53.000000000 +0100 +++ linux_ioctl.c 2010-02-17 21:03:10.000000000 +0100 @@ -2711,7 +2711,7 @@ /* XXX: If there can be no concurrency: s/M_NOWAIT/M_WAITOK/ */ if ((*ppvc = malloc(sizeof(**ppvc), M_LINUX, M_NOWAIT)) == NULL) return (ENOMEM); /* XXX: linux has no ENOMEM here */ - memcpy(&vclip, *ppvc, sizeof(vclip)); + memcpy(*ppvc, &vclip, sizeof(vclip)); (*ppvc)->next = NULL; return (0); } @@ -2719,13 +2719,15 @@ static int linux_v4l_cliplist_free(struct video_window *vw) { - struct video_clip **ppvc; - struct video_clip **ppvc_next; + struct video_clip *ppvc; + struct video_clip *ppvc_next; - for (ppvc = &(vw->clips); *ppvc != NULL; ppvc = ppvc_next) { - ppvc_next = &((*ppvc)->next); - free(*ppvc, M_LINUX); + for (ppvc = vw->clips; ppvc != NULL; ppvc = ppvc_next) { + ppvc_next = ppvc->next; + free(ppvc, M_LINUX); } + vw->clips = NULL; + return (0); } From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 10:11:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 933311065670; Thu, 18 Feb 2010 10:11:17 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1836A8FC17; Thu, 18 Feb 2010 10:11:16 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1IABCqV090592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Feb 2010 11:11:12 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1IABAWA041340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Feb 2010 11:11:10 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1IABAq8084015; Thu, 18 Feb 2010 11:11:10 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1IABAu4084014; Thu, 18 Feb 2010 11:11:10 +0100 (CET) (envelope-from ticso) Date: Thu, 18 Feb 2010 11:11:10 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100218101109.GA43625@cicely7.cicely.de> References: <20100217152557.GW43625@cicely7.cicely.de> <20100217.100113.506212773099063928.imp@bsdimp.com> <20100217174917.GY43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100217174917.GY43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@freebsd.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@freebsd.org Subject: Re: lang/perl5.10 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 18 Feb 2010 10:11:17 -0000 On Wed, Feb 17, 2010 at 06:49:17PM +0100, Bernd Walter wrote: > On Wed, Feb 17, 2010 at 10:01:13AM -0700, M. Warner Losh wrote: > > In message: <20100217152557.GW43625@cicely7.cicely.de> > > Bernd Walter writes: > > : Not sure if this is ARM related or not. > > > > ... > > : *** Signal 11 > > > > Silly question: do you have enough swap space enabled? > > First try was with 128M on internal SD of which usually just about > 10M is used during compiler runs and the second was with 1G on external > USB SD reader, but just because of speed with internal. > I also saw no kernel message that the system was out of space. > > I'm currently trying to compile perl5.8, but it takes some time. perl5.8 seems to work fine. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 12:39:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5DF106566C for ; Thu, 18 Feb 2010 12:39:29 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id 806738FC0A for ; Thu, 18 Feb 2010 12:39:29 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Ni5fE-000466-EA for freebsd-current@freebsd.org; Thu, 18 Feb 2010 15:39:28 +0300 From: "Alexander Zagrebin" To: Date: Thu, 18 Feb 2010 15:39:28 +0300 Message-ID: <8630BB25CB8C41E8BF036431AAC9B0A9@vosz.local> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_01A6_01CAB0B0.8E751190" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Thread-Index: AcqwlxHGMdgfxwsoTGybPepxOBuZwwAAERog Subject: ZFS: statfs and recordsize problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 12:39:29 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_01A6_01CAB0B0.8E751190 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit I have noticed, that statfs called for ZFS file systems, returns the value of FS's recordsize property in both f_bsize and f_iosize. It's a problem for some software. For example, squid uses block size of cache's file system to calculate the space occupied by file. So by default it considers that any small file uses 128KB of a cache (when default value of recordsize is used), though really this file may use 512B only. This miscalculation leads to unreasonable cleaning of a cache. IMHO the behavior of statfs have to be changed, as ZFS uses variable (up to recordsize) block sizes. It must return 512 as f_bsize and recordsize as f_iosize. One of possible solutions is the attached patch. Could somebody look it? -- Alexander Zagrebin ------=_NextPart_000_01A6_01CAB0B0.8E751190 Content-Type: application/octet-stream; name="patch-zfs_vfsops.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-zfs_vfsops.c" --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c.orig = 2009-09-29 14:53:06.000000000 +0400=0A= +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c = 2009-10-26 15:47:29.365783209 +0300=0A= @@ -214,7 +214,7 @@=0A= newval =3D SPA_MAXBLOCKSIZE;=0A= =0A= zfsvfs->z_max_blksz =3D newval;=0A= - zfsvfs->z_vfs->vfs_bsize =3D newval;=0A= + zfsvfs->z_vfs->mnt_stat.f_iosize =3D newval;=0A= }=0A= =0A= static void=0A= @@ -577,7 +577,8 @@=0A= if (error =3D dsl_prop_get_integer(osname, "recordsize", &recordsize,=0A= NULL))=0A= goto out;=0A= - zfsvfs->z_vfs->vfs_bsize =3D recordsize;=0A= + zfsvfs->z_vfs->vfs_bsize =3D SPA_MINBLOCKSIZE;=0A= + zfsvfs->z_vfs->mnt_stat.f_iosize =3D recordsize;=0A= =0A= vfsp->vfs_data =3D zfsvfs;=0A= vfsp->mnt_flag |=3D MNT_LOCAL;=0A= @@ -817,8 +818,8 @@=0A= * We report the fragsize as the smallest block size we support,=0A= * and we report our blocksize as the filesystem's maximum blocksize.=0A= */=0A= - statp->f_bsize =3D zfsvfs->z_vfs->vfs_bsize;=0A= - statp->f_iosize =3D zfsvfs->z_vfs->vfs_bsize;=0A= + statp->f_bsize =3D SPA_MINBLOCKSIZE;=0A= + statp->f_iosize =3D zfsvfs->z_vfs->mnt_stat.f_iosize;=0A= =0A= /*=0A= * The following report "total" blocks of various kinds in the=0A= ------=_NextPart_000_01A6_01CAB0B0.8E751190-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 12:49:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 746E71065670; Thu, 18 Feb 2010 12:49:18 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id F32F08FC17; Thu, 18 Feb 2010 12:49:17 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1ICnGmH007315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Feb 2010 13:49:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1ICn7Qe046547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Feb 2010 13:49:07 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1ICn7fi084689; Thu, 18 Feb 2010 13:49:07 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1ICn7v8084688; Thu, 18 Feb 2010 13:49:07 +0100 (CET) (envelope-from ticso) Date: Thu, 18 Feb 2010 13:49:07 +0100 From: Bernd Walter To: current@freebsd.org, arm@freebsd.org Message-ID: <20100218124907.GG43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100216183951.GI43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 18 Feb 2010 12:49:18 -0000 On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > 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 "arm-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `named'. > Program terminated with signal 5, Trace/breakpoint trap. > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. > Loaded symbols for /lib/libcrypto.so.6 > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > [New Thread 20804280 (LWP 100062)] > [New Thread 20804140 (LWP 100052)] > (gdb) bt > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > #3 0x00164cb8 in ?? () > (gdb) > > Do we have a general threading problem on ARM? I see two different type a crashes. Both have in common that one or more threads are in _umtx_op. Unfortunately I don't know enough details about those things to isolate any more. the one from above: #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 [New Thread 20804280 (LWP 100062)] [New Thread 20804140 (LWP 100052)] (gdb) bt #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 #3 0x00164cb8 in ?? () (gdb) thread 1 [Switching to thread 1 (Thread 20804280 (LWP 100062))]#0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 (gdb) bt #0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 #2 0x20357cc0 in pthread_cleanup_push () from /lib/libthr.so.3 #3 0x20349540 in pthread_getprio () from /lib/libthr.so.3 #4 0x203499a0 in pthread_create () from /lib/libthr.so.3 #5 0x00164cb8 in ?? () And another, which is what I get most of the time: (gdb) thread 1 [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435f28 in kevent () from /lib/libc.so.7 (gdb) bt #0 0x20435f28 in kevent () from /lib/libc.so.7 #1 0x0014f2dc in ?? () (gdb) thread 2 [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 (gdb) bt #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 #4 0x00000000 in ?? () (gdb) thread 3 [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 (gdb) bt #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 #4 0x2092d008 in ?? () (gdb) thread 4 [Switching to thread 4 (Thread 20804140 (LWP 100043))]#0 0x0015755c in ?? () (gdb) bt #0 0x0015755c in ?? () -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 13:10:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD8511065679 for ; Thu, 18 Feb 2010 13:10:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3488FC0A for ; Thu, 18 Feb 2010 13:10:17 +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 o1IDAB0a094510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Feb 2010 15:10:11 +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 o1IDAAUF040769; Thu, 18 Feb 2010 15:10:10 +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 o1IDAAJO040768; Thu, 18 Feb 2010 15:10:10 +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, 18 Feb 2010 15:10:10 +0200 From: Kostik Belousov To: ticso@cicely.de Message-ID: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100218124907.GG43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEbVe0JFHWhrOjGA" Content-Disposition: inline In-Reply-To: <20100218124907.GG43625@cicely7.cicely.de> 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: arm@freebsd.org, Bernd Walter , current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 13:10:18 -0000 --yEbVe0JFHWhrOjGA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core=20 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "arm-marcel-freebsd"...(no debugging symbols= found)... > > Core was generated by `named'. > > Program terminated with signal 5, Trace/breakpoint trap. > > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)= ...done. > > Loaded symbols for /lib/libcrypto.so.6 > > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...= done. > > Loaded symbols for /lib/libthr.so.3 > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...do= ne. > > Loaded symbols for /lib/libc.so.7 > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found= )...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > [New Thread 20804280 (LWP 100062)] > > [New Thread 20804140 (LWP 100052)] > > (gdb) bt > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > #3 0x00164cb8 in ?? () > > (gdb)=20 > >=20 > > Do we have a general threading problem on ARM? >=20 > I see two different type a crashes. > Both have in common that one or more threads are in _umtx_op. > Unfortunately I don't know enough details about those things to isolate > any more. >=20 > the one from above: > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > [New Thread 20804280 (LWP 100062)] > [New Thread 20804140 (LWP 100052)] > (gdb) bt > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > #3 0x00164cb8 in ?? () > (gdb) thread 1 > [Switching to thread 1 (Thread 20804280 (LWP 100062))]#0 0x203ab6f0 in _= umtx_op () from /lib/libc.so.7 > (gdb) bt > #0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > #2 0x20357cc0 in pthread_cleanup_push () from /lib/libthr.so.3 > #3 0x20349540 in pthread_getprio () from /lib/libthr.so.3 > #4 0x203499a0 in pthread_create () from /lib/libthr.so.3 > #5 0x00164cb8 in ?? () >=20 > And another, which is what I get most of the time: > (gdb) thread 1 > [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435f28 in k= event () from /lib/libc.so.7 > (gdb) bt > #0 0x20435f28 in kevent () from /lib/libc.so.7 > #1 0x0014f2dc in ?? () > (gdb) thread 2 > [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab6f4 in _= umtx_op () from /lib/libc.so.7 > (gdb) bt > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 > #4 0x00000000 in ?? () > (gdb) thread 3 > [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab6f4 in _= umtx_op () from /lib/libc.so.7 > (gdb) bt > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 > #4 0x2092d008 in ?? () > (gdb) thread 4 > [Switching to thread 4 (Thread 20804140 (LWP 100043))]#0 0x0015755c in ?= ? () > (gdb) bt > #0 0x0015755c in ?? () Compile and install ld-elf.so, libc and libthr with debugging symbols: (cd libexec/rtld-elf && make all install DEBUG_FLAGS=3D-g) (cd lib/libc && make all install DEBUG_FLAGS=3D-g) (cd lib/libthr && make all install DEBUG_FLAGS=3D-g) Then repeat the crash and try to see where in code does it happen. --yEbVe0JFHWhrOjGA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkt9PDIACgkQC3+MBN1Mb4gqBQCgxZlcaE8lrHJaQnYMBE7qiK2C 9jAAmwSzIoYVhMYraXn85Y59UKemeLYl =W9Kn -----END PGP SIGNATURE----- --yEbVe0JFHWhrOjGA-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 13:15:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A371065676 for ; Thu, 18 Feb 2010 13:15:56 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id B288B8FC17 for ; Thu, 18 Feb 2010 13:15:55 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id o1IDFqpu022078 for ; Thu, 18 Feb 2010 14:15:54 +0100 (CET) (envelope-from Johan@double-l.nl) x-cr-puzzleid: {09EF7918-8B9E-476B-B8B5-B4DD1726882D} MIME-Version: 1.0 Content-class: urn:content-classes:message Date: Thu, 18 Feb 2010 14:15:47 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA5764D@w2003s01.double-l.local> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: shutdown -p now reboots server instead off power down Thread-Index: AcqwnHwra/BNweaPTRGyOMrwbjJlPw== From: "Johan Hendriks" x-cr-hashedpuzzle: AvEm BIcq BMba DGk2 DNXI EzF5 FNpn Hivf H0zx IPrk IjYz Jjb+ JwrQ KAWi KF8E LOBu; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {09EF7918-8B9E-476B-B8B5-B4DD1726882D}; agBvAGgAYQBuAEAAZABvAHUAYgBsAGUALQBsAC4AbgBsAA==; Thu, 18 Feb 2010 13:15:47 GMT; cwBoAHUAdABkAG8AdwBuACAALQBwACAAbgBvAHcAIAByAGUAYgBvAG8AdABzACAAcwBlAHIAdgBlAHIAIABpAG4AcwB0AGUAYQBkACAAbwBmAGYAIABwAG8AdwBlAHIAIABkAG8AdwBuAA== To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: shutdown -p now reboots server instead off power down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Feb 2010 13:15:56 -0000 Hello all. =20 I have a proliant ML110 server, with the latest FreeBSD 9.0 current. (cvsuped today) When i do a shutdown - p now on the system, it reboots instead of the power down it used to do. regards Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 13:31:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC41C106568F for ; Thu, 18 Feb 2010 13:31:31 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f224.google.com (mail-bw0-f224.google.com [209.85.218.224]) by mx1.freebsd.org (Postfix) with ESMTP id 653708FC17 for ; Thu, 18 Feb 2010 13:31:31 +0000 (UTC) Received: by bwz24 with SMTP id 24so115688bwz.13 for ; Thu, 18 Feb 2010 05:31:30 -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=GT9LneQw8mD6IHztMnrVcjdO6x7BATMONcJyrXHmeLU=; b=m7juwH9JsBIxcu25FcaSvL5FhRFmPOjdO3ebOcx19nCru6iKwkBmeufzcgKzD3kWdY nEMV9wtBVuNGysM/jCi8eCCnRdTFdyo8yr1WaiuDwyryVLmNEzmEerXx6Tf6mpfoRB9i PVnye65ftPDQBbZ8K8slEawS0/yR80B9KSCqk= 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=b7VHI1HCPZ23q+psmdULBrrWhTShgNufERCUq3YYyDN9ywuDhV4dDygKdk7W9gu4NJ 1BccIoCn6hhG82AIwUlBODRSIznQqHbZp7W4jeygYwe5Xhpe7Yr15JQbRQyw2aFqBCyE 7hQCJ376dclcQatOitHNKj+G9oG4XxffOzRe0= MIME-Version: 1.0 Received: by 10.204.20.80 with SMTP id e16mr2573443bkb.72.1266499889518; Thu, 18 Feb 2010 05:31:29 -0800 (PST) In-Reply-To: References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> Date: Thu, 18 Feb 2010 08:31:28 -0500 Message-ID: <64aa03031002180531n5e07e3bcj455ba09bdf5e293e@mail.gmail.com> From: Chris To: Matt Reimer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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, 18 Feb 2010 13:31:31 -0000 > Can you paste the exact error? Are you getting something like: > =A0=A0 =A0error 1: lba 32 > =A0=A0 =A0error 1: lba 1 > When I've seen the above sequence, it was due to a stack overflow (IIRC), > with the result that the loader would start a second time and barf out th= ese > errors. > The "large number" in the error might give us a clue as to what's going o= n. > If the number is really large, it might be an indication that your BIOS > doesn't reliably read past a certain threshold. ZFS writes a sort of labe= l > at the beginning and end of its drives; perhaps the loader is trying to r= ead > the label at the end of the disk and is failing (I don't recall whether i= t > tries to read both labels). > Matt Matt, Here's exactly what I'm seeing after POST: error 1 lba 179552888 error 1 lba 59243926 ZFS: i/o error - all block copies unavailable FreeBSD/i386 boot Default: zroot:/boot/kernel/kernel boot: error 1 lba 179552888 error 1 lba 59243926 ZFS: i/o error - all block copies unavailable FreeBSD/i386 boot Default: zroot:/boot/kernel/kernel boot: It may or may not be related, but I notice that while in this state my hard drive activity light stays on. Thanks, Chris From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 14:48:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3D8C1065670 for ; Thu, 18 Feb 2010 14:48:39 +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 793178FC0C for ; Thu, 18 Feb 2010 14:48:39 +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 30E6B46B66; Thu, 18 Feb 2010 09:48:39 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3ED3E8A024; Thu, 18 Feb 2010 09:48:38 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 18 Feb 2010 09:31:56 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20100120; KDE/4.3.1; amd64; ; ) References: <8630BB25CB8C41E8BF036431AAC9B0A9@vosz.local> In-Reply-To: <8630BB25CB8C41E8BF036431AAC9B0A9@vosz.local> MIME-Version: 1.0 Message-Id: <201002180931.56374.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 18 Feb 2010 09:48:38 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Zagrebin Subject: Re: ZFS: statfs and recordsize problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 14:48:39 -0000 On Thursday 18 February 2010 7:39:28 am Alexander Zagrebin wrote: > I have noticed, that statfs called for ZFS file systems, > returns the value of FS's recordsize property in both f_bsize and > f_iosize. > > It's a problem for some software. > For example, squid uses block size of cache's file system to calculate > the space occupied by file. > So by default it considers that any small file uses 128KB of a cache > (when default value of recordsize is used), though really this file > may use 512B only. > This miscalculation leads to unreasonable cleaning of a cache. > > IMHO the behavior of statfs have to be changed, as ZFS uses variable > (up to recordsize) block sizes. > It must return 512 as f_bsize and recordsize as f_iosize. > One of possible solutions is the attached patch. > Could somebody look it? If you don't get a reply, submit it as a PR so it doesn't get lost. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 16:20:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26D41065695 for ; Thu, 18 Feb 2010 16:20:09 +0000 (UTC) (envelope-from strigub@dial.ru.kiev.ua) Received: from dial.ru.kiev.ua (web.dialektika.com [194.183.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7B68FC1D for ; Thu, 18 Feb 2010 16:20:08 +0000 (UTC) Received: from serj.dial.ru.kiev.ua ([10.10.10.19] helo=SERJ) by dial.ru.kiev.ua with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ni96V-000Ag6-9p for freebsd-current@freebsd.org; Thu, 18 Feb 2010 18:19:53 +0200 Message-ID: <9E7DBB2C306A41C1B68FE349E14110FF@dial.ru.kiev.ua> From: "S.N. Trigub" To: References: <4B7C1365.9070806@omnilan.de><70CD649D-7659-4CE2-A16C-49B8C891CB5B@mac.com><4B7C4066.5040006@omnilan.de><4B7D3938.1000309@omnilan.de> <4B7D5AC4.9020509@mahan.org><4B7D61DE.2020906@omnilan.de> <4B7D645D.3090104@sasktel.net> In-Reply-To: <4B7D645D.3090104@sasktel.net> Date: Thu, 18 Feb 2010 18:20:11 +0200 Organization: =?UTF-8?B?0J7QntCeICLQlNC40LDQu9C10LrRgtC40LrQsCI=?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 Sender: strigub@dial.ru.kiev.ua X-Spam-Score: -1.1 (-) X-Spam-Report: Spam detection software, running on the system "dial.ru.kiev.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hi! Could anyone help me? How bring this card to work in FreeBSD-Current? Sergei. [...] Content analysis details: (-1.1 points, 8.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.3 AWL AWL: From: address is in the auto white-list Subject: Promise SuperTrak EX8350 RAID driver for FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "S.N. Trigub" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 16:20:09 -0000 Hi! Could anyone help me? How bring this card to work in FreeBSD-Current? Sergei. From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 17:28:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F28B106566B for ; Thu, 18 Feb 2010 17:28:29 +0000 (UTC) (envelope-from ga9@york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id E67338FC14 for ; Thu, 18 Feb 2010 17:28:28 +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 o1IHSOgu001712; Thu, 18 Feb 2010 17:28:25 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160]) by mail-gw6.york.ac.uk with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NiAAq-000400-Tv; Thu, 18 Feb 2010 17:28:24 +0000 From: Gavin Atkinson To: Johan Hendriks In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA5764D@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCBA5764D@w2003s01.double-l.local> Content-Type: text/plain; charset="ASCII" Date: Thu, 18 Feb 2010 17:28:24 +0000 Message-ID: <1266514104.2530.2.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: ga9@york.ac.uk X-York-MailScanner: Found to be clean X-York-MailScanner-From: ga9@york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: shutdown -p now reboots server instead off power down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Feb 2010 17:28:29 -0000 On Thu, 2010-02-18 at 14:15 +0100, Johan Hendriks wrote: > Hello all. > > I have a proliant ML110 server, with the latest FreeBSD 9.0 current. > (cvsuped today) > When i do a shutdown - p now on the system, it reboots instead of the > power down it used to do. Which version was the last that successfully powered down? Gavin From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 17:50:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B669106566C for ; Thu, 18 Feb 2010 17:50:33 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-gx0-f219.google.com (mail-gx0-f219.google.com [209.85.217.219]) by mx1.freebsd.org (Postfix) with ESMTP id 202E18FC0A for ; Thu, 18 Feb 2010 17:50:32 +0000 (UTC) Received: by gxk19 with SMTP id 19so2395008gxk.3 for ; Thu, 18 Feb 2010 09:50: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 :date:message-id:subject:from:to:cc:content-type; bh=D7hp14VmHUquS4wtezMSO9JBhA14BcJ+TVwUu+RWsgA=; b=IPY2pBlI1QiOzpccaQi9ZSilsFBKH/K7I1SZP0O+wrM+M8bJv8GECAIATfEWtMuenG Z52RGRHJOEF7zHBa7Lf4EJbZ1epqAj2UeDLTOt5ihS5x7wdlBkS6tbg+5SK7QNUgY+oz T/nGJ8NJOz//vOVUZI195jdCUgszKTg6YBTWE= 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=v+FY3/GG2W6pq3HachK8O4NWjqLb1gh+V9MYImZA2UQLH/4fOD7GcIl9rtph3neMfy uBXcUv5cuEwui3uljGmCRkhM5PrjaAXMMyIEOW8gAzEaF7I0NzSOdA02P0/A22zaG9fx CssVlpXU8NwHQsBUG+I1A5ewUnBNSp8iXmIiQ= MIME-Version: 1.0 Received: by 10.150.128.42 with SMTP id a42mr9191821ybd.328.1266515432170; Thu, 18 Feb 2010 09:50:32 -0800 (PST) In-Reply-To: <64aa03031002180531n5e07e3bcj455ba09bdf5e293e@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> <64aa03031002180531n5e07e3bcj455ba09bdf5e293e@mail.gmail.com> Date: Thu, 18 Feb 2010 09:50:32 -0800 Message-ID: From: Matt Reimer To: Chris Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Scot Hetzel , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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, 18 Feb 2010 17:50:33 -0000 On Thu, Feb 18, 2010 at 5:31 AM, Chris wrote: > > Can you paste the exact error? Are you getting something like: > > error 1: lba 32 > > error 1: lba 1 > > When I've seen the above sequence, it was due to a stack overflow (IIRC), > > with the result that the loader would start a second time and barf out > these > > errors. > > The "large number" in the error might give us a clue as to what's going > on. > > If the number is really large, it might be an indication that your BIOS > > doesn't reliably read past a certain threshold. ZFS writes a sort of > label > > at the beginning and end of its drives; perhaps the loader is trying to > read > > the label at the end of the disk and is failing (I don't recall whether > it > > tries to read both labels). > > Matt > > Matt, > > Here's exactly what I'm seeing after POST: > > error 1 lba 179552888 > error 1 lba 59243926 > ZFS: i/o error - all block copies unavailable > Hmm, both those LBAs fit in 28 bits. With a modern BIOS I wouldn't expect problems with those LBAs. It may or may not be related, but I notice that while in this state my > hard drive activity light stays on. > I think you're probably right about this being a BIOS problem. Does the gptzfsboot 'status' command show the same output when you run it with and without the F12 workaround? Here's what I see from FreeBSD and from gptzfsboot: [root ~]# zpool status pool: glamdring state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM glamdring ONLINE 0 0 0 raidz2 ONLINE 0 0 0 label/glamdring-0 ONLINE 0 0 0 label/glamdring-1 ONLINE 0 0 0 label/glamdring-2 ONLINE 0 0 0 label/glamdring-3 ONLINE 0 0 0 label/glamdring-4 ONLINE 0 0 0 label/glamdring-5 ONLINE 0 0 0 errors: No known data errors ... /boot.config: -Dh Default: glamdring:/boot/zfsloader boot: status pool: glamdring config: NAME STATE glamdring ONLINE raidz2 ONLINE label/glamdring-0 ONLINE label/glamdring-1 ONLINE label/glamdring-2 ONLINE label/glamdring-3 ONLINE label/glamdring-4 ONLINE label/glamdring-5 ONLINE Matt From owner-freebsd-current@FreeBSD.ORG Thu Feb 18 23:45:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C6F91065670; Thu, 18 Feb 2010 23:45:49 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id C11278FC08; Thu, 18 Feb 2010 23:45:48 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1INjkMf048767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 00:45:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1INjbRD076833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 00:45:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1INjbe8087531; Fri, 19 Feb 2010 00:45:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1INjbKY087530; Fri, 19 Feb 2010 00:45:37 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 00:45:37 +0100 From: Bernd Walter To: Kostik Belousov Message-ID: <20100218234537.GT43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100218124907.GG43625@cicely7.cicely.de> <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.062, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@freebsd.org, Bernd Walter , ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 18 Feb 2010 23:45:49 -0000 On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > > > 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 "arm-marcel-freebsd"...(no debugging symbols found)... > > > Core was generated by `named'. > > > Program terminated with signal 5, Trace/breakpoint trap. > > > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. > > > Loaded symbols for /lib/libcrypto.so.6 > > > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > > > Loaded symbols for /lib/libthr.so.3 > > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > > > Loaded symbols for /lib/libc.so.7 > > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > > > Loaded symbols for /libexec/ld-elf.so.1 > > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > > [New Thread 20804280 (LWP 100062)] > > > [New Thread 20804140 (LWP 100052)] > > > (gdb) bt > > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > > #3 0x00164cb8 in ?? () > > > (gdb) > > > > > > Do we have a general threading problem on ARM? > > > > I see two different type a crashes. > > Both have in common that one or more threads are in _umtx_op. > > Unfortunately I don't know enough details about those things to isolate > > any more. > > > > the one from above: > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > [New Thread 20804280 (LWP 100062)] > > [New Thread 20804140 (LWP 100052)] > > (gdb) bt > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > #3 0x00164cb8 in ?? () > > (gdb) thread 1 > > [Switching to thread 1 (Thread 20804280 (LWP 100062))]#0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > > #2 0x20357cc0 in pthread_cleanup_push () from /lib/libthr.so.3 > > #3 0x20349540 in pthread_getprio () from /lib/libthr.so.3 > > #4 0x203499a0 in pthread_create () from /lib/libthr.so.3 > > #5 0x00164cb8 in ?? () > > > > And another, which is what I get most of the time: > > (gdb) thread 1 > > [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435f28 in kevent () from /lib/libc.so.7 > > (gdb) bt > > #0 0x20435f28 in kevent () from /lib/libc.so.7 > > #1 0x0014f2dc in ?? () > > (gdb) thread 2 > > [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 > > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 > > #4 0x00000000 in ?? () > > (gdb) thread 3 > > [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 > > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 > > #4 0x2092d008 in ?? () > > (gdb) thread 4 > > [Switching to thread 4 (Thread 20804140 (LWP 100043))]#0 0x0015755c in ?? () > > (gdb) bt > > #0 0x0015755c in ?? () > > Compile and install ld-elf.so, libc and libthr with debugging symbols: > (cd libexec/rtld-elf && make all install DEBUG_FLAGS=-g) > (cd lib/libc && make all install DEBUG_FLAGS=-g) > (cd lib/libthr && make all install DEBUG_FLAGS=-g) > > Then repeat the crash and try to see where in code does it happen. It is still compiling, but since kdump was fixed recently (thanks guys!) I already have some other data. But to be honest I don't see anything usefull in it. The last entry before the segfault was a successfull syslog submission. Hope the compiler finishes soon to get more detailed backtraces. [...] 59537 named CALL kevent(0x8,0xbfffe91c,0x1,0,0,0) 59537 named GIO fd 8 wrote 20 bytes 0x0000 0500 0000 ffff 0100 0000 0000 0000 0000 0000 0000 |....................| 59537 named GIO fd 8 read 0 bytes "" 59537 named RET kevent 0 59537 named CALL mmap(0xbfafc000,0x101000,PROT_READ|PROT_WRITE,MAP_STACK,0xffffffff,0,0) 59537 named RET mmap -1079001088/0xbfafc000 59537 named CALL mprotect(0xbfafc000,0x1000,PROT_NONE) 59537 named RET mprotect 0 59537 named CALL thr_new(0xbfffe8b4,0x34) 59537 named RET thr_new 0 59537 named RET fork 0 59537 named CALL kevent(0x8,0,0,0x209c6100,0x40,0) 59537 named CALL clock_gettime(0xd,0xbfffce58) 59537 named RET clock_gettime 0 59537 named CALL getpid 59537 named RET getpid 59537/0xe891 59537 named CALL sendto(0x3,0xbfffd304,0x3a,0,0,0) 59537 named GIO fd 3 wrote 58 bytes "<30>Feb 18 23:38:10 named[59537]: using up to 4096 sockets" 59537 named RET sendto 58/0x3a 59537 named PSIG SIGSEGV SIG_DFL 59537 named RET _umtx_op -1 errno 4 Interrupted system call 59537 named GIO fd 8 wrote 0 bytes "" 59537 named RET kevent -1 errno 4 Interrupted system call 59537 named RET _umtx_op -1 errno 4 Interrupted system call 59537 named NAMI "named.core" 59536 initial thread GIO fd 5 read 0 bytes "" 59536 initial thread RET read 0 59536 initial thread CALL exit(0x1) -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:12:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABFD106566B; Fri, 19 Feb 2010 03:12:05 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1192F8FC18; Fri, 19 Feb 2010 03:12:04 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1J3C3gc063832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 04:12:03 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1J3C0Y8085938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 04:12:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1J3C0Ys089211; Fri, 19 Feb 2010 04:12:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1J3C03a089210; Fri, 19 Feb 2010 04:12:00 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 04:12:00 +0100 From: Bernd Walter To: Kostik Belousov Message-ID: <20100219031200.GY43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100218124907.GG43625@cicely7.cicely.de> <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@freebsd.org, Bernd Walter , ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:12:05 -0000 On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core > > > 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 "arm-marcel-freebsd"...(no debugging symbols found)... > > > Core was generated by `named'. > > > Program terminated with signal 5, Trace/breakpoint trap. > > > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. > > > Loaded symbols for /lib/libcrypto.so.6 > > > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. > > > Loaded symbols for /lib/libthr.so.3 > > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > > > Loaded symbols for /lib/libc.so.7 > > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > > > Loaded symbols for /libexec/ld-elf.so.1 > > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > > [New Thread 20804280 (LWP 100062)] > > > [New Thread 20804140 (LWP 100052)] > > > (gdb) bt > > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > > #3 0x00164cb8 in ?? () > > > (gdb) > > > > > > Do we have a general threading problem on ARM? > > > > I see two different type a crashes. > > Both have in common that one or more threads are in _umtx_op. > > Unfortunately I don't know enough details about those things to isolate > > any more. > > > > the one from above: > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > [New Thread 20804280 (LWP 100062)] > > [New Thread 20804140 (LWP 100052)] > > (gdb) bt > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 > > #3 0x00164cb8 in ?? () > > (gdb) thread 1 > > [Switching to thread 1 (Thread 20804280 (LWP 100062))]#0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > > #2 0x20357cc0 in pthread_cleanup_push () from /lib/libthr.so.3 > > #3 0x20349540 in pthread_getprio () from /lib/libthr.so.3 > > #4 0x203499a0 in pthread_create () from /lib/libthr.so.3 > > #5 0x00164cb8 in ?? () > > > > And another, which is what I get most of the time: > > (gdb) thread 1 > > [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435f28 in kevent () from /lib/libc.so.7 > > (gdb) bt > > #0 0x20435f28 in kevent () from /lib/libc.so.7 > > #1 0x0014f2dc in ?? () > > (gdb) thread 2 > > [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 > > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 > > #4 0x00000000 in ?? () > > (gdb) thread 3 > > [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 > > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 > > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 > > #4 0x2092d008 in ?? () > > (gdb) thread 4 > > [Switching to thread 4 (Thread 20804140 (LWP 100043))]#0 0x0015755c in ?? () > > (gdb) bt > > #0 0x0015755c in ?? () > > Compile and install ld-elf.so, libc and libthr with debugging symbols: > (cd libexec/rtld-elf && make all install DEBUG_FLAGS=-g) > (cd lib/libc && make all install DEBUG_FLAGS=-g) > (cd lib/libthr && make all install DEBUG_FLAGS=-g) > > Then repeat the crash and try to see where in code does it happen. Currently I can only get this type. I've started the unstripped named to get all the function names. (gdb) thread 1 [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435308 in kevent () at kevent.S:3 3 RSYSCALL(kevent) Current language: auto; currently asm (gdb) bt #0 0x20435308 in kevent () at kevent.S:3 #1 0x0014f2dc in watcher () #2 0x203495b0 in thread_start (curthread=0x20804500) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:288 #3 0x20349a20 in _pthread_create (thread=0x2046caa8, attr=0xbfffe7f8, start_routine=0x14f2ac , arg=Variable "arg" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:174 #4 0x00000000 in ?? () Cannot access memory at address 0x40 (gdb) thread 2 [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab558 in _umtx_op () at _umtx_op.S:3 3 RSYSCALL(_umtx_op) (gdb) bt #0 0x203ab558 in _umtx_op () at _umtx_op.S:3 #1 0x2035753c in _umtx_op_err (obj=Variable "obj" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:36 #2 0x20357910 in _thr_ucond_wait (cv=Variable "cv" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:182 #3 0x20355464 in cond_wait_common (cond=Variable "cond" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:204 #4 0x20355600 in __pthread_cond_wait (cond=Variable "cond" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:228 #5 0x00153080 in run () #6 0x203495b0 in thread_start (curthread=0x208043c0) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:288 #7 0x20349a20 in _pthread_create (thread=0x0, attr=0xbfffe8f8, start_routine=0x152d70 , arg=Variable "arg" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:174 #8 0x2092b088 in ?? () (gdb) thread 3 [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab558 in _umtx_op () at _umtx_op.S:3 3 RSYSCALL(_umtx_op) (gdb) bt #0 0x203ab558 in _umtx_op () at _umtx_op.S:3 #1 0x2035753c in _umtx_op_err (obj=Variable "obj" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:36 #2 0x20357910 in _thr_ucond_wait (cv=Variable "cv" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:182 #3 0x20355464 in cond_wait_common (cond=Variable "cond" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:204 #4 0x20355600 in __pthread_cond_wait (cond=Variable "cond" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:228 #5 0x0016379c in run () #6 0x203495b0 in thread_start (curthread=0x20804280) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:288 #7 0x20349a20 in _pthread_create (thread=0x0, attr=0xbfffe8f8, start_routine=0x163724 , arg=Variable "arg" is not available. ) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:174 #8 0x2092b088 in ?? () (gdb) thread 4 [Switching to thread 4 (Thread 20804140 (LWP 100053))]#0 0x0015755c in isc_atomic_cmpxchg () (gdb) bt #0 0x0015755c in isc_atomic_cmpxchg () #1 0x00157dac in isc_rwlock_lock () #2 0x000f9790 in dns_db_register () #3 0x0004d590 in dns_sdb_register () #4 0x0000c974 in ns_builtin_init () #5 0x0001aa90 in $a () #6 0x0001aa90 in $a () isc_atomic_cmpxchg really sounds quite interesting though. It is not only the crashing function it is also a type of function which sounds error prune. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:21:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 042D11065696 for ; Fri, 19 Feb 2010 03:21:13 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 826648FC14 for ; Fri, 19 Feb 2010 03:21:12 +0000 (UTC) Received: by bwz8 with SMTP id 8so929886bwz.3 for ; Thu, 18 Feb 2010 19:21: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=FPRA1+jEv1eeOORQnF1GAkArM/b4brRgSQskyTTrewU=; b=VuBGpTGrNrG5GVR9Mx12Mfh+NEowrGcHRlVzbVde51BII3JNKUNS6u6NCAsMJIO2kA BSNUi6aByH/KoqPBvc9m+uG79dBpzb0XdxZP135YFIgEiwUfvgxxpLlnkaE+pZBrIGjL 0WRymyIXXXv3Fwp01IXhXW1h3Obh82O4vn+qs= 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=V5CrJZicEDFnhH7U+7Pn9TyTITJn7cEcDwaegOxxCS3LLLKgMA6BH+pURuD9yaCqMh XM7zdUvhtrq2QpnPXZ9zEUcjLsc5sh/PO5DHfWzOr83E0EGOOIj3gtQtijr1bYcOaxtb i0Axnf/mlu55K4DBucNRKzWdIZV8lefSvdHiY= MIME-Version: 1.0 Received: by 10.204.48.202 with SMTP id s10mr11707bkf.34.1266549671334; Thu, 18 Feb 2010 19:21:11 -0800 (PST) In-Reply-To: References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <790a9fff1002161842g17de8ecfvf2cfa8c77f03c32@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> <64aa03031002180531n5e07e3bcj455ba09bdf5e293e@mail.gmail.com> Date: Thu, 18 Feb 2010 22:21:11 -0500 Message-ID: <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> From: Chris To: Matt Reimer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:21:13 -0000 > I think you're probably right about this being a BIOS problem. > Does the gptzfsboot 'status' command show the same output when you run it > with and without the F12 workaround? Here's what I see from FreeBSD and f= rom > gptzfsboot: > [root ~]# zpool status > =A0=A0pool: glamdring > =A0state: ONLINE > =A0scrub: none requested > config: > > =A0=A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STATE =A0 =A0 = READ WRITE CKSUM > =A0=A0 =A0 =A0 =A0glamdring =A0 =A0 =A0 =A0 =A0 =A0 =A0ONLINE =A0 =A0 =A0= 0 =A0 =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0raidz2 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ONLINE =A0 =A0 = =A0 0 =A0 =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-0 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-1 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-2 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-3 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-4 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-5 =A0ONLINE =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A0 0 > > errors: No known data errors > ... > > /boot.config: -Dh > Default: glamdring:/boot/zfsloader > boot: status =A0pool: glamdring > config: > > =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0NAME =A0 =A0 =A0STATE > =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 glamdring =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0raidz2 =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-0 =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-1 =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-2 =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-3 =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-4 =A0 =A0 ONLINE > =A0=A0 =A0 =A0 =A0 =A0 =A0label/glamdring-5 =A0 =A0 ONLINE > Matt I'm seeing some difference in the bootloader output between using the F12 workaround or not: F12 workaround mode: FreeBSD/i386 boot Default: zroot:/boot/zfsloader boot: status config: NAME STATE zroot ONLINE gpt/disk0 ONLINE No F12 key pressed: FreeBSD/i386 boot Default: zroot:/boot/kernel/kernel config: NAME STATE zroot ONLINE gpt/disk0 ONLINE What's up with the differences between the Default boot setting? From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:26:23 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E24FB106568B; Fri, 19 Feb 2010 03:26:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 59C618FC12; Fri, 19 Feb 2010 03:26:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1J3M2Sg077389; Thu, 18 Feb 2010 20:22:02 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 18 Feb 2010 20:22:08 -0700 (MST) Message-Id: <20100218.202208.787670930824846481.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely7.cicely.de From: "M. Warner Losh" In-Reply-To: <20100219031200.GY43625@cicely7.cicely.de> References: <20100218124907.GG43625@cicely7.cicely.de> <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, arm@FreeBSD.org, current@FreeBSD.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:26:24 -0000 In message: <20100219031200.GY43625@cicely7.cicely.de> Bernd Walter writes: : On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: : > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: : > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: : > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: : > > > [55]Please.tell.me.who.am.I# gdb /usr/sbin/named named.core : > > > 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 "arm-marcel-freebsd"...(no debugging symbols found)... : > > > Core was generated by `named'. : > > > Program terminated with signal 5, Trace/breakpoint trap. : > > > Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. : > > > Loaded symbols for /lib/libcrypto.so.6 : > > > Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. : > > > Loaded symbols for /lib/libthr.so.3 : > > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. : > > > Loaded symbols for /lib/libc.so.7 : > > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. : > > > Loaded symbols for /libexec/ld-elf.so.1 : > > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 : > > > [New Thread 20804280 (LWP 100062)] : > > > [New Thread 20804140 (LWP 100052)] : > > > (gdb) bt : > > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 : > > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 : > > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 : > > > #3 0x00164cb8 in ?? () : > > > (gdb) : > > > : > > > Do we have a general threading problem on ARM? : > > : > > I see two different type a crashes. : > > Both have in common that one or more threads are in _umtx_op. : > > Unfortunately I don't know enough details about those things to isolate : > > any more. : > > : > > the one from above: : > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 : > > [New Thread 20804280 (LWP 100062)] : > > [New Thread 20804140 (LWP 100052)] : > > (gdb) bt : > > #0 0x203571b0 in _thread_bp_create () from /lib/libthr.so.3 : > > #1 0x203572b8 in _thread_bp_death () from /lib/libthr.so.3 : > > #2 0x20349da4 in pthread_create () from /lib/libthr.so.3 : > > #3 0x00164cb8 in ?? () : > > (gdb) thread 1 : > > [Switching to thread 1 (Thread 20804280 (LWP 100062))]#0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 : > > (gdb) bt : > > #0 0x203ab6f0 in _umtx_op () from /lib/libc.so.7 : > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 : > > #2 0x20357cc0 in pthread_cleanup_push () from /lib/libthr.so.3 : > > #3 0x20349540 in pthread_getprio () from /lib/libthr.so.3 : > > #4 0x203499a0 in pthread_create () from /lib/libthr.so.3 : > > #5 0x00164cb8 in ?? () : > > : > > And another, which is what I get most of the time: : > > (gdb) thread 1 : > > [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435f28 in kevent () from /lib/libc.so.7 : > > (gdb) bt : > > #0 0x20435f28 in kevent () from /lib/libc.so.7 : > > #1 0x0014f2dc in ?? () : > > (gdb) thread 2 : > > [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 : > > (gdb) bt : > > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 : > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 : > > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 : > > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 : > > #4 0x00000000 in ?? () : > > (gdb) thread 3 : > > [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 : > > (gdb) bt : > > #0 0x203ab6f4 in _umtx_op () from /lib/libc.so.7 : > > #1 0x2035769c in pthread_cleanup_push () from /lib/libthr.so.3 : > > #2 0x20357a78 in pthread_cleanup_push () from /lib/libthr.so.3 : > > #3 0x20355580 in pthread_cond_signal () from /lib/libthr.so.3 : > > #4 0x2092d008 in ?? () : > > (gdb) thread 4 : > > [Switching to thread 4 (Thread 20804140 (LWP 100043))]#0 0x0015755c in ?? () : > > (gdb) bt : > > #0 0x0015755c in ?? () : > : > Compile and install ld-elf.so, libc and libthr with debugging symbols: : > (cd libexec/rtld-elf && make all install DEBUG_FLAGS=-g) : > (cd lib/libc && make all install DEBUG_FLAGS=-g) : > (cd lib/libthr && make all install DEBUG_FLAGS=-g) : > : > Then repeat the crash and try to see where in code does it happen. : : Currently I can only get this type. : I've started the unstripped named to get all the function names. : : (gdb) thread 1 : [Switching to thread 1 (Thread 20804500 (LWP 100100))]#0 0x20435308 in kevent () at kevent.S:3 : 3 RSYSCALL(kevent) : Current language: auto; currently asm : (gdb) bt : #0 0x20435308 in kevent () at kevent.S:3 : #1 0x0014f2dc in watcher () : #2 0x203495b0 in thread_start (curthread=0x20804500) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:288 : #3 0x20349a20 in _pthread_create (thread=0x2046caa8, attr=0xbfffe7f8, start_routine=0x14f2ac , arg=Variable "arg" is not available. : ) : at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:174 : #4 0x00000000 in ?? () : Cannot access memory at address 0x40 : (gdb) thread 2 : [Switching to thread 2 (Thread 208043c0 (LWP 100099))]#0 0x203ab558 in _umtx_op () at _umtx_op.S:3 : 3 RSYSCALL(_umtx_op) : (gdb) bt : #0 0x203ab558 in _umtx_op () at _umtx_op.S:3 : #1 0x2035753c in _umtx_op_err (obj=Variable "obj" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:36 : #2 0x20357910 in _thr_ucond_wait (cv=Variable "cv" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:182 : #3 0x20355464 in cond_wait_common (cond=Variable "cond" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:204 : #4 0x20355600 in __pthread_cond_wait (cond=Variable "cond" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:228 : #5 0x00153080 in run () : #6 0x203495b0 in thread_start (curthread=0x208043c0) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:288 : #7 0x20349a20 in _pthread_create (thread=0x0, attr=0xbfffe8f8, start_routine=0x152d70 , arg=Variable "arg" is not available. : ) : at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:174 : #8 0x2092b088 in ?? () : (gdb) thread 3 : [Switching to thread 3 (Thread 20804280 (LWP 100098))]#0 0x203ab558 in _umtx_op () at _umtx_op.S:3 : 3 RSYSCALL(_umtx_op) : (gdb) bt : #0 0x203ab558 in _umtx_op () at _umtx_op.S:3 : #1 0x2035753c in _umtx_op_err (obj=Variable "obj" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:36 : #2 0x20357910 in _thr_ucond_wait (cv=Variable "cv" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_umtx.c:182 : #3 0x20355464 in cond_wait_common (cond=Variable "cond" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:204 : #4 0x20355600 in __pthread_cond_wait (cond=Variable "cond" is not available. : ) at /data/builder/arm-current/head/lib/libthr/thread/thr_cond.c:228 : #5 0x0016379c in run () : #6 0x203495b0 in thread_start (curthread=0x20804280) at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:288 : #7 0x20349a20 in _pthread_create (thread=0x0, attr=0xbfffe8f8, start_routine=0x163724 , arg=Variable "arg" is not available. : ) : at /data/builder/arm-current/head/lib/libthr/thread/thr_create.c:174 : #8 0x2092b088 in ?? () : (gdb) thread 4 : [Switching to thread 4 (Thread 20804140 (LWP 100053))]#0 0x0015755c in isc_atomic_cmpxchg () : (gdb) bt : #0 0x0015755c in isc_atomic_cmpxchg () : #1 0x00157dac in isc_rwlock_lock () : #2 0x000f9790 in dns_db_register () : #3 0x0004d590 in dns_sdb_register () : #4 0x0000c974 in ns_builtin_init () : #5 0x0001aa90 in $a () : #6 0x0001aa90 in $a () : : isc_atomic_cmpxchg really sounds quite interesting though. : It is not only the crashing function it is also a type of function which : sounds error prune. ARM atomics require the help of the kernel to get right... Warner From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:30:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DA76106566C; Fri, 19 Feb 2010 03:30:05 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id BCDCE8FC12; Fri, 19 Feb 2010 03:30:04 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1J3U3Ps071553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 04:30:03 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1J3U06m086392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 04:30:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1J3U02O089265; Fri, 19 Feb 2010 04:30:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1J3U0xb089264; Fri, 19 Feb 2010 04:30:00 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 04:30:00 +0100 From: Bernd Walter To: Kostik Belousov , imp@freebsd.org Message-ID: <20100219033000.GZ43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100218124907.GG43625@cicely7.cicely.de> <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100219031200.GY43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@freebsd.org, Bernd Walter , ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:30:05 -0000 On Fri, Feb 19, 2010 at 04:12:00AM +0100, Bernd Walter wrote: > On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: > > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > [Switching to thread 4 (Thread 20804140 (LWP 100053))]#0 0x0015755c in isc_atomic_cmpxchg () > (gdb) bt > #0 0x0015755c in isc_atomic_cmpxchg () > #1 0x00157dac in isc_rwlock_lock () > #2 0x000f9790 in dns_db_register () > #3 0x0004d590 in dns_sdb_register () > #4 0x0000c974 in ns_builtin_init () > #5 0x0001aa90 in $a () > #6 0x0001aa90 in $a () > > isc_atomic_cmpxchg really sounds quite interesting though. > It is not only the crashing function it is also a type of function which > sounds error prune. For me it looks like a bug in bind itself. It is in contrib/bind9/lib/isc/arm/include/isc/atomic.h. My assumption is that either the assembly is broken or it gets an invalid pointer. I'm not very expirienced with ARM assembly. Warner - it names you in the copyright, so very likely you know this code. I will build a debug version of bind, but as usual it will take some time... -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:38:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F3A106566B for ; Fri, 19 Feb 2010 03:38:39 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA2C8FC0A for ; Fri, 19 Feb 2010 03:38:38 +0000 (UTC) Received: by bwz8 with SMTP id 8so940348bwz.3 for ; Thu, 18 Feb 2010 19:38:38 -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=d3sawdiZUuDpWhoSF6n2JIF8DAVIyq5sVIdqFGkccp4=; b=AD0o87dLbvXHmaZeEEHCbjLjPb+aG8FxIHrcoVha7SpCPOVkhms7Gii8h79D3rtkup /jjg59unuWUEOnXirNj0K9Ejl6WC9X6J4/ZaviNBUjdUSa6RNUBM2SZ2fjB/ON9Y6rOZ r0GZcksw/Uaj4UlWg9UBJnHEoG/S5hTcA8Va4= 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=XiVRYV+nnP34k1aDmIk4PaCHbVDrT8psmI4e89pyjE3maobKEbiIjDiOkdaLE3mjFi hqPT+jGMmEji+BJV4PRzVvMIWWdJd66if+7zuEcehamZsNLd6Z26D+K92Lk9cwzIsIJn H0bXs6oUA6F/Q705jgQTsHiSl/pQW2UNtD0RE= MIME-Version: 1.0 Received: by 10.204.36.207 with SMTP id u15mr4829916bkd.187.1266550718082; Thu, 18 Feb 2010 19:38:38 -0800 (PST) In-Reply-To: <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <64aa03031002161849s7b66b9e3l727aafd2afd3d596@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> <64aa03031002180531n5e07e3bcj455ba09bdf5e293e@mail.gmail.com> <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> Date: Thu, 18 Feb 2010 22:38:38 -0500 Message-ID: <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> From: Chris To: Matt Reimer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:38:39 -0000 > I'm seeing some difference in the bootloader output between using the > F12 workaround or not: > > F12 workaround mode: > > FreeBSD/i386 boot > Default: zroot:/boot/zfsloader > boot: status > config: > > =A0 =A0 =A0 =A0 =A0 =A0 NAME =A0 =A0 STATE > =A0 =A0 =A0 =A0 =A0 =A0 zroot =A0 =A0ONLINE > =A0 =A0 =A0 =A0gpt/disk0 =A0 ONLINE > > > No F12 key pressed: > > FreeBSD/i386 boot > Default: zroot:/boot/kernel/kernel > config: > > =A0 =A0 =A0 =A0 =A0 =A0 =A0NAME =A0 =A0 STATE > =A0 =A0 =A0 =A0 =A0 =A0 =A0 zroot =A0 =A0ONLINE > =A0 =A0 =A0 =A0 =A0gpt/disk0 =A0 ONLINE > > > What's up with the differences between the Default boot setting? > Sorry for the spam but I'm seeing something else very interesting.... If I boot to Good Mode (F12) and break to the "boot:" prompt, the system boots if I type /boot/zfsloader. However, if I type /boot/kernel/kernel (as was seen in the Default setting when I didn't hit F12), I get a crash that looks like the following: ----------------------------------------- FreeBSD/i386 boot Default: zroot:/boot/zfsloader boot: /boot/kernel/kernel int=3D00000006 err=3D00000000 efl=3D00010882 eip=3D00200000 eax=3D0018b070 ebx=3Ded7706bd ecx=3Dc72e2ca8 edx=3D00000000 esi=3D00000040 edi=3D000929d0 ebp=3D0009279c esp=3D00009401 cs=3D0008 ds=3D0010 es=3D0010 fs=3D0010 gs=3D0010 ss=3D0010 cs:eip=3Dff ff ff ff ff ff ff ff 7f-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ss:esp=3D36 80 0d 07 90 00 00 01-e9 c4 fc ff ff aa ac 84 c0 0f 84 86 00 00 00 a8-80 74 f2 88 c5 b0 3d aa BTX halted ----------------------------------------- McCoy: "He's dead, Jim." Kirk: "Bones, do something!" From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:44:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EDD41065693; Fri, 19 Feb 2010 03:44:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9248FC26; Fri, 19 Feb 2010 03:44:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1J3e6x9077557; Thu, 18 Feb 2010 20:40:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 18 Feb 2010 20:40:12 -0700 (MST) Message-Id: <20100218.204012.468378203358324036.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely7.cicely.de From: "M. Warner Losh" In-Reply-To: <20100219033000.GZ43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, arm@freebsd.org, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:44:50 -0000 In message: <20100219033000.GZ43625@cicely7.cicely.de> Bernd Walter writes: : On Fri, Feb 19, 2010 at 04:12:00AM +0100, Bernd Walter wrote: : > On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: : > > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: : > > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: : > > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: : > [Switching to thread 4 (Thread 20804140 (LWP 100053))]#0 0x0015755c in isc_atomic_cmpxchg () : > (gdb) bt : > #0 0x0015755c in isc_atomic_cmpxchg () : > #1 0x00157dac in isc_rwlock_lock () : > #2 0x000f9790 in dns_db_register () : > #3 0x0004d590 in dns_sdb_register () : > #4 0x0000c974 in ns_builtin_init () : > #5 0x0001aa90 in $a () : > #6 0x0001aa90 in $a () : > : > isc_atomic_cmpxchg really sounds quite interesting though. : > It is not only the crashing function it is also a type of function which : > sounds error prune. : : For me it looks like a bug in bind itself. : It is in contrib/bind9/lib/isc/arm/include/isc/atomic.h. : My assumption is that either the assembly is broken or it gets an : invalid pointer. : I'm not very expirienced with ARM assembly. : Warner - it names you in the copyright, so very likely you know this code. : I will build a debug version of bind, but as usual it will take some : time... Damn. It wasn't me. Oh, wait, maybe it was... I'll try to look at it tomorrow... Warner From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:47:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E836D106568D; Fri, 19 Feb 2010 03:47:36 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7228FC19; Fri, 19 Feb 2010 03:47:36 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1J3lZXs073366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 04:47:35 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1J3lQxR086996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 04:47:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1J3lPOJ089357; Fri, 19 Feb 2010 04:47:25 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1J3lPDV089356; Fri, 19 Feb 2010 04:47:25 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 04:47:25 +0100 From: Bernd Walter To: Kostik Belousov , imp@freebsd.org Message-ID: <20100219034725.GA43625@cicely7.cicely.de> References: <20100215213907.GA43625@cicely7.cicely.de> <20100216183951.GI43625@cicely7.cicely.de> <20100218124907.GG43625@cicely7.cicely.de> <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100219033000.GZ43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: arm@freebsd.org, Bernd Walter , ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:47:37 -0000 On Fri, Feb 19, 2010 at 04:30:00AM +0100, Bernd Walter wrote: > On Fri, Feb 19, 2010 at 04:12:00AM +0100, Bernd Walter wrote: > > On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: > > > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > > > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > > > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > > [Switching to thread 4 (Thread 20804140 (LWP 100053))]#0 0x0015755c in isc_atomic_cmpxchg () > > (gdb) bt > > #0 0x0015755c in isc_atomic_cmpxchg () > > #1 0x00157dac in isc_rwlock_lock () > > #2 0x000f9790 in dns_db_register () > > #3 0x0004d590 in dns_sdb_register () > > #4 0x0000c974 in ns_builtin_init () > > #5 0x0001aa90 in $a () > > #6 0x0001aa90 in $a () > > > > isc_atomic_cmpxchg really sounds quite interesting though. > > It is not only the crashing function it is also a type of function which > > sounds error prune. > > For me it looks like a bug in bind itself. > It is in contrib/bind9/lib/isc/arm/include/isc/atomic.h. > My assumption is that either the assembly is broken or it gets an > invalid pointer. > I'm not very expirienced with ARM assembly. > Warner - it names you in the copyright, so very likely you know this code. > I will build a debug version of bind, but as usual it will take some > time... Maybe it helps in the meanwhile: (gdb) disassemble 0x0015755c Dump of assembler code for function isc_atomic_cmpxchg: 0x00157550 : mov r3, r0 0x00157554 : sub r0, pc, #8 ; 0x8 0x00157558 : mov r12, #-536870908 ; 0xe0000004 0x0015755c : str r0, [r12] 0x00157560 : mov r12, #-536870904 ; 0xe0000008 0x00157564 : add r0, pc, #12 ; 0xc 0x00157568 : str r0, [r12] 0x0015756c : ldr r0, [r3] 0x00157570 : cmp r0, r1 0x00157574 : streq r2, [r3] 0x00157578 : mov r1, #0 ; 0x0 0x0015757c : mov r12, #-536870908 ; 0xe0000004 0x00157580 : str r1, [r12] 0x00157584 : mvn r1, #0 ; 0x0 0x00157588 : mov r12, #-536870904 ; 0xe0000008 0x0015758c : str r1, [r12] 0x00157590 : mov pc, lr End of assembler dump. Seems to be the str in line 57, which is crashing. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:50:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 423FC1065670; Fri, 19 Feb 2010 03:50:47 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id A18DE8FC19; Fri, 19 Feb 2010 03:50:46 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1J3ogfG073824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 04:50:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1J3odxr087047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 04:50:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1J3od4u089369; Fri, 19 Feb 2010 04:50:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1J3oc2r089368; Fri, 19 Feb 2010 04:50:38 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 04:50:38 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100219035038.GB43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204012.468378203358324036.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100218.204012.468378203358324036.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: kostikbel@gmail.com, arm@freebsd.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:50:47 -0000 On Thu, Feb 18, 2010 at 08:40:12PM -0700, M. Warner Losh wrote: > In message: <20100219033000.GZ43625@cicely7.cicely.de> > Bernd Walter writes: > : On Fri, Feb 19, 2010 at 04:12:00AM +0100, Bernd Walter wrote: > : > On Thu, Feb 18, 2010 at 03:10:10PM +0200, Kostik Belousov wrote: > : > > On Thu, Feb 18, 2010 at 01:49:07PM +0100, Bernd Walter wrote: > : > > > On Tue, Feb 16, 2010 at 07:39:51PM +0100, Bernd Walter wrote: > : > > > > On Mon, Feb 15, 2010 at 10:39:07PM +0100, Bernd Walter wrote: > : > [Switching to thread 4 (Thread 20804140 (LWP 100053))]#0 0x0015755c in isc_atomic_cmpxchg () > : > (gdb) bt > : > #0 0x0015755c in isc_atomic_cmpxchg () > : > #1 0x00157dac in isc_rwlock_lock () > : > #2 0x000f9790 in dns_db_register () > : > #3 0x0004d590 in dns_sdb_register () > : > #4 0x0000c974 in ns_builtin_init () > : > #5 0x0001aa90 in $a () > : > #6 0x0001aa90 in $a () > : > > : > isc_atomic_cmpxchg really sounds quite interesting though. > : > It is not only the crashing function it is also a type of function which > : > sounds error prune. > : > : For me it looks like a bug in bind itself. > : It is in contrib/bind9/lib/isc/arm/include/isc/atomic.h. > : My assumption is that either the assembly is broken or it gets an > : invalid pointer. > : I'm not very expirienced with ARM assembly. > : Warner - it names you in the copyright, so very likely you know this code. > : I will build a debug version of bind, but as usual it will take some > : time... > > Damn. It wasn't me. > > Oh, wait, maybe it was... :-) > I'll try to look at it tomorrow... Thank you. Recompiling libbind and named with debug support also takes some time. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 03:54:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073DB106566C; Fri, 19 Feb 2010 03:54:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5D58FC16; Fri, 19 Feb 2010 03:54:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1J3lX5a077608; Thu, 18 Feb 2010 20:47:33 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 18 Feb 2010 20:47:39 -0700 (MST) Message-Id: <20100218.204739.680961627231021262.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely7.cicely.de From: "M. Warner Losh" In-Reply-To: <20100219033000.GZ43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, arm@freebsd.org, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 03:54:50 -0000 In message: <20100219033000.GZ43625@cicely7.cicely.de> Bernd Walter writes: : Warner - it names you in the copyright, so very likely you know this code. : I will build a debug version of bind, but as usual it will take some : time... Make sure that the code matches our current atomics code... Warner From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 04:12:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FAA1106566B; Fri, 19 Feb 2010 04:12:16 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 889618FC0A; Fri, 19 Feb 2010 04:12:15 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1J4CAMX075771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 05:12:11 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1J4C6Gh087983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 05:12:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1J4C6Qr089496; Fri, 19 Feb 2010 05:12:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1J4C6c0089495; Fri, 19 Feb 2010 05:12:06 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 05:12:06 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100219041200.GC43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100218.204739.680961627231021262.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: kostikbel@gmail.com, arm@freebsd.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 04:12:16 -0000 On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote: > In message: <20100219033000.GZ43625@cicely7.cicely.de> > Bernd Walter writes: > : Warner - it names you in the copyright, so very likely you know this code. > : I will build a debug version of bind, but as usual it will take some > : time... > > Make sure that the code matches our current atomics code... There are just 3 functions. isc_atomic_xadd and isc_atomic_store just wrap to atomic_fetchadd_int and atomic_store_rel_int isc_atomic_cmpxchg is inline assembly, but I don't think we have such a function in our ARM atomic.h - at least I can't find it. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 07:15:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A11D1065692 for ; Fri, 19 Feb 2010 07:15:35 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id E8C568FC1C for ; Fri, 19 Feb 2010 07:15:34 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id o1J7FXL6099820; Fri, 19 Feb 2010 08:15:33 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Feb 2010 08:15:29 +0100 Content-class: urn:content-classes:message Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA5765B@w2003s01.double-l.local> X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: shutdown -p now reboots server instead off power down Thread-Index: AcqwwGlAw709+iypQWO2ohThh4jIzAAcTQYQ References: <57200BF94E69E54880C9BB1AF714BBCBA5764D@w2003s01.double-l.local> <1266514104.2530.2.camel@buffy.york.ac.uk> From: "Johan Hendriks" To: "Gavin Atkinson" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: RE: shutdown -p now reboots server instead off power down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2010 07:15:35 -0000 >> Hello all. >>=20 >> I have a proliant ML110 server, with the latest FreeBSD 9.0 current. >> (cvsuped today) >> When i do a shutdown - p now on the system, it reboots instead of the >> power down it used to do. >Which version was the last that successfully powered down? >Gavin I really can not tell. I installed it from cd and then do a buildworld around every 2 days. I always reboot (shutdown -r) but last time we had some maintenance to do at the power net. So i needed to shutdown the server. Then i discovered that a -p did not powerdown the server anymore. regrads, JOhan =20 From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 12:08:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5DC51065693; Fri, 19 Feb 2010 12:08:03 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 77E418FC0C; Fri, 19 Feb 2010 12:08:02 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1JC7wWf000856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 13:07:58 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1JC7uYP003806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 13:07:56 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1JC7tpZ091433; Fri, 19 Feb 2010 13:07:55 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1JC7ttD091432; Fri, 19 Feb 2010 13:07:55 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 13:07:55 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20100219120754.GE43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100219041200.GC43625@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: kostikbel@gmail.com, arm@freebsd.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 12:08:04 -0000 On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote: > On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote: > > In message: <20100219033000.GZ43625@cicely7.cicely.de> > > Bernd Walter writes: > > : Warner - it names you in the copyright, so very likely you know this code. > > : I will build a debug version of bind, but as usual it will take some > > : time... > > > > Make sure that the code matches our current atomics code... > > There are just 3 functions. > isc_atomic_xadd and isc_atomic_store just wrap to atomic_fetchadd_int and > atomic_store_rel_int > isc_atomic_cmpxchg is inline assembly, but I don't think we have such a > function in our ARM atomic.h - at least I can't find it. #0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at atomic.h:75 75 } [New Thread 20804500 (LWP 100100)] [New Thread 208043c0 (LWP 100099)] [New Thread 20804280 (LWP 100098)] [New Thread 20804140 (LWP 100043)] (gdb) bt #0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at atomic.h:75 #1 0x00155a20 in isc_rwlock_lock (rwl=0x1c0fd4, type=isc_rwlocktype_write) at /data/builder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isc/rwlock.c:325 #2 0x000f8144 in dns_db_register (name=0x173fe8 "_builtin", create=0x4d46c , driverarg=0x2092b078, mctx=0x2080e0c0, dbimp=0x2092b08c) at /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/db.c:821 #3 0x0004d0b4 in dns_sdb_register (drivername=0x173fe8 "_builtin", methods=Variable "methods" is not available. ) at /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/sdb.c:239 #4 0x0000c96c in ns_builtin_init () at /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/builtin.c:296 #5 0x0001a97c in $a () at /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 #6 0x0001a97c in $a () at /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 (gdb) print p $1 = (isc_int32_t *) 0x155214 (gdb) print *p $2 = -498139128 (gdb) Initially it looks like a valid pointer. But it also looks like a pointer in codespace, which of course would be non-writeable and can't be updated. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 12:29:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224991065670; Fri, 19 Feb 2010 12:29:55 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 834E08FC13; Fri, 19 Feb 2010 12:29:54 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 55111C42D5; Fri, 19 Feb 2010 13:31:50 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id klw-P2BF3bim; Fri, 19 Feb 2010 13:31:49 +0100 (CET) Received: from [192.168.1.12] (actn191.neoplus.adsl.tpnet.pl [83.11.67.191]) by smtp.semihalf.com (Postfix) with ESMTPA id B9E53C42D4; Fri, 19 Feb 2010 13:31:47 +0100 (CET) Message-ID: <4B7E840F.2040709@semihalf.com> Date: Fri, 19 Feb 2010 13:29:03 +0100 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: ticso@cicely.de References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> <20100219120754.GE43625@cicely7.cicely.de> In-Reply-To: <20100219120754.GE43625@cicely7.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, arm@freebsd.org, ticso@cicely7.cicely.de, current@freebsd.org, "M. Warner Losh" Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 12:29:55 -0000 Bernd Walter wrote: > On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote: >> On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote: >>> In message: <20100219033000.GZ43625@cicely7.cicely.de> >>> Bernd Walter writes: >>> : Warner - it names you in the copyright, so very likely you know this code. >>> : I will build a debug version of bind, but as usual it will take some >>> : time... >>> >>> Make sure that the code matches our current atomics code... >> There are just 3 functions. >> isc_atomic_xadd and isc_atomic_store just wrap to atomic_fetchadd_int and >> atomic_store_rel_int >> isc_atomic_cmpxchg is inline assembly, but I don't think we have such a >> function in our ARM atomic.h - at least I can't find it. > > #0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at atomic.h:75 > 75 } > [New Thread 20804500 (LWP 100100)] > [New Thread 208043c0 (LWP 100099)] > [New Thread 20804280 (LWP 100098)] > [New Thread 20804140 (LWP 100043)] > (gdb) bt > #0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at atomic.h:75 > #1 0x00155a20 in isc_rwlock_lock (rwl=0x1c0fd4, type=isc_rwlocktype_write) > at /data/builder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isc/rwlock.c:325 > #2 0x000f8144 in dns_db_register (name=0x173fe8 "_builtin", create=0x4d46c , driverarg=0x2092b078, > mctx=0x2080e0c0, dbimp=0x2092b08c) at /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/db.c:821 > #3 0x0004d0b4 in dns_sdb_register (drivername=0x173fe8 "_builtin", methods=Variable "methods" is not available. > ) > at /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/sdb.c:239 > #4 0x0000c96c in ns_builtin_init () at /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/builtin.c:296 > #5 0x0001a97c in $a () at /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 > #6 0x0001a97c in $a () at /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 > (gdb) print p > $1 = (isc_int32_t *) 0x155214 > (gdb) print *p > $2 = -498139128 > (gdb) > > Initially it looks like a valid pointer. > But it also looks like a pointer in codespace, which of course would be > non-writeable and can't be updated. > Hi, Some time ago we changed an address of RAS. Probably that's the problem. Please try with patch below. grzesiek diff --git a/contrib/bind9/lib/isc/arm/include/isc/atomic.h b/contrib/bind9/lib/ index 6a6e984..2f12921 100644 --- a/contrib/bind9/lib/isc/arm/include/isc/atomic.h +++ b/contrib/bind9/lib/isc/arm/include/isc/atomic.h @@ -53,9 +53,9 @@ isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval, isc_int __asm __volatile("1:\n" "adr %1, 1b\n" - "mov %0, #0xe0000004\n" + "mov %0, #0xffff1004\n" "str %1, [%0]\n" - "mov %0, #0xe0000008\n" + "mov %0, #0xffff1008\n" "adr %1, 2f\n" "str %1, [%0]\n" "ldr %1, [%2]\n" @@ -63,10 +63,10 @@ isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval, isc_i "streq %4, [%2]\n" "2:\n" "mov %3, #0\n" - "mov %0, #0xe0000004\n" + "mov %0, #0xffff1004\n" "str %3, [%0]\n" "mov %3, #0xffffffff\n" - "mov %0, #0xe0000008\n" + "mov %0, #0xffff1008\n" "str %3, [%0]\n" : "=r" (ras_start), "=r" (done) ,"+r" (p), "+r" (cmpval), "+r" (val) : : "memory"); From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 12:52:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACC13106566B; Fri, 19 Feb 2010 12:52:21 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 390BB8FC1D; Fri, 19 Feb 2010 12:52:20 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1JCqHLs002599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 13:52:18 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1JCq6oR005249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 13:52:07 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1JCq6TS091614; Fri, 19 Feb 2010 13:52:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1JCq6JB091613; Fri, 19 Feb 2010 13:52:06 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 13:52:06 +0100 From: Bernd Walter To: Grzegorz Bernacki Message-ID: <20100219125206.GG43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> <20100219120754.GE43625@cicely7.cicely.de> <4B7E840F.2040709@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B7E840F.2040709@semihalf.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: current@freebsd.org, ticso@cicely7.cicely.de, arm@freebsd.org, kostikbel@gmail.com, ticso@cicely.de, "M. Warner Losh" Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 12:52:21 -0000 On Fri, Feb 19, 2010 at 01:29:03PM +0100, Grzegorz Bernacki wrote: > Bernd Walter wrote: > >On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote: > >>On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote: > >>>In message: <20100219033000.GZ43625@cicely7.cicely.de> > >>> Bernd Walter writes: > >>>: Warner - it names you in the copyright, so very likely you know this > >>>code. > >>>: I will build a debug version of bind, but as usual it will take some > >>>: time... > >>> > >>>Make sure that the code matches our current atomics code... > >>There are just 3 functions. > >>isc_atomic_xadd and isc_atomic_store just wrap to atomic_fetchadd_int and > >>atomic_store_rel_int > >>isc_atomic_cmpxchg is inline assembly, but I don't think we have such a > >>function in our ARM atomic.h - at least I can't find it. > > > >#0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at > >atomic.h:75 > >75 } > >[New Thread 20804500 (LWP 100100)] > >[New Thread 208043c0 (LWP 100099)] > >[New Thread 20804280 (LWP 100098)] > >[New Thread 20804140 (LWP 100043)] > >(gdb) bt > >#0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at > >atomic.h:75 > >#1 0x00155a20 in isc_rwlock_lock (rwl=0x1c0fd4, type=isc_rwlocktype_write) > > at > > /data/builder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isc/rwlock.c:325 > >#2 0x000f8144 in dns_db_register (name=0x173fe8 "_builtin", > >create=0x4d46c , driverarg=0x2092b078, > > mctx=0x2080e0c0, dbimp=0x2092b08c) at > > /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/db.c:821 > >#3 0x0004d0b4 in dns_sdb_register (drivername=0x173fe8 "_builtin", > >methods=Variable "methods" is not available. > >) > > at > > /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/sdb.c:239 > >#4 0x0000c96c in ns_builtin_init () at > >/data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/builtin.c:296 > >#5 0x0001a97c in $a () at > >/data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 > >#6 0x0001a97c in $a () at > >/data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 > >(gdb) print p > >$1 = (isc_int32_t *) 0x155214 > >(gdb) print *p > >$2 = -498139128 > >(gdb) > > > >Initially it looks like a valid pointer. > >But it also looks like a pointer in codespace, which of course would be > >non-writeable and can't be updated. > > > > Hi, > > Some time ago we changed an address of RAS. Probably that's the problem. > Please try > with patch below. I will try, but if p really points to codespace it should be a problem in a any of the calling functions. > grzesiek > > diff --git a/contrib/bind9/lib/isc/arm/include/isc/atomic.h > b/contrib/bind9/lib/ > index 6a6e984..2f12921 100644 > --- a/contrib/bind9/lib/isc/arm/include/isc/atomic.h > +++ b/contrib/bind9/lib/isc/arm/include/isc/atomic.h > @@ -53,9 +53,9 @@ isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval, > isc_int > > __asm __volatile("1:\n" > "adr %1, 1b\n" > - "mov %0, #0xe0000004\n" > + "mov %0, #0xffff1004\n" > "str %1, [%0]\n" > - "mov %0, #0xe0000008\n" > + "mov %0, #0xffff1008\n" > "adr %1, 2f\n" > "str %1, [%0]\n" > "ldr %1, [%2]\n" > @@ -63,10 +63,10 @@ isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval, > isc_i > "streq %4, [%2]\n" > "2:\n" > "mov %3, #0\n" > - "mov %0, #0xe0000004\n" > + "mov %0, #0xffff1004\n" > "str %3, [%0]\n" > "mov %3, #0xffffffff\n" > - "mov %0, #0xe0000008\n" > + "mov %0, #0xffff1008\n" > "str %3, [%0]\n" > : "=r" (ras_start), "=r" (done) > ,"+r" (p), "+r" (cmpval), "+r" (val) : : "memory"); > > -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 14:29:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78BDD1065676; Fri, 19 Feb 2010 14:29:31 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id DA1628FC18; Fri, 19 Feb 2010 14:29:30 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id BEB18C42D3; Fri, 19 Feb 2010 15:31:26 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 0hoyyV0Xz2oR; Fri, 19 Feb 2010 15:31:26 +0100 (CET) Received: from [192.168.1.12] (actn191.neoplus.adsl.tpnet.pl [83.11.67.191]) by smtp.semihalf.com (Postfix) with ESMTPA id 11F32C42DB; Fri, 19 Feb 2010 15:31:21 +0100 (CET) Message-ID: <4B7EA013.90805@semihalf.com> Date: Fri, 19 Feb 2010 15:28:35 +0100 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: ticso@cicely.de References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> <20100219120754.GE43625@cicely7.cicely.de> <4B7E840F.2040709@semihalf.com> <20100219125206.GG43625@cicely7.cicely.de> In-Reply-To: <20100219125206.GG43625@cicely7.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, arm@freebsd.org, ticso@cicely7.cicely.de, current@freebsd.org, "M. Warner Losh" Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 14:29:31 -0000 Bernd Walter wrote: > On Fri, Feb 19, 2010 at 01:29:03PM +0100, Grzegorz Bernacki wrote: >> Bernd Walter wrote: >>> On Fri, Feb 19, 2010 at 05:12:06AM +0100, Bernd Walter wrote: >>>> On Thu, Feb 18, 2010 at 08:47:39PM -0700, M. Warner Losh wrote: >>>>> In message: <20100219033000.GZ43625@cicely7.cicely.de> >>>>> Bernd Walter writes: >>>>> : Warner - it names you in the copyright, so very likely you know this >>>>> code. >>>>> : I will build a debug version of bind, but as usual it will take some >>>>> : time... >>>>> >>>>> Make sure that the code matches our current atomics code... >>>> There are just 3 functions. >>>> isc_atomic_xadd and isc_atomic_store just wrap to atomic_fetchadd_int and >>>> atomic_store_rel_int >>>> isc_atomic_cmpxchg is inline assembly, but I don't think we have such a >>>> function in our ARM atomic.h - at least I can't find it. >>> #0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at >>> atomic.h:75 >>> 75 } >>> [New Thread 20804500 (LWP 100100)] >>> [New Thread 208043c0 (LWP 100099)] >>> [New Thread 20804280 (LWP 100098)] >>> [New Thread 20804140 (LWP 100043)] >>> (gdb) bt >>> #0 0x0015521c in isc_atomic_cmpxchg (p=0x155214, cmpval=0, val=1) at >>> atomic.h:75 >>> #1 0x00155a20 in isc_rwlock_lock (rwl=0x1c0fd4, type=isc_rwlocktype_write) >>> at >>> /data/builder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isc/rwlock.c:325 >>> #2 0x000f8144 in dns_db_register (name=0x173fe8 "_builtin", >>> create=0x4d46c , driverarg=0x2092b078, >>> mctx=0x2080e0c0, dbimp=0x2092b08c) at >>> /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/db.c:821 >>> #3 0x0004d0b4 in dns_sdb_register (drivername=0x173fe8 "_builtin", >>> methods=Variable "methods" is not available. >>> ) >>> at >>> /data/builder/arm-current/head/lib/bind/dns/../../../contrib/bind9/lib/dns/sdb.c:239 >>> #4 0x0000c96c in ns_builtin_init () at >>> /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/builtin.c:296 >>> #5 0x0001a97c in $a () at >>> /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 >>> #6 0x0001a97c in $a () at >>> /data/builder/arm-current/head/usr.sbin/named/../../contrib/bind9/bin/named/main.c:741 >>> (gdb) print p >>> $1 = (isc_int32_t *) 0x155214 >>> (gdb) print *p >>> $2 = -498139128 >>> (gdb) >>> >>> Initially it looks like a valid pointer. >>> But it also looks like a pointer in codespace, which of course would be >>> non-writeable and can't be updated. >>> >> Hi, >> >> Some time ago we changed an address of RAS. Probably that's the problem. >> Please try >> with patch below. > > I will try, but if p really points to codespace it should be a problem > in a any of the calling functions. > I think that gdb is lying. Function isc_rwlock_lock() calls isc_atomic_cmpxchg() like that: isc_atomic_cmpxchg(&rwl->cnt_and_flag, 0, WRITER_ACTIVE); rwl=0x1c0fd4 as you can see in backtrace above and cnt_and_flag is at offset 0x10 in rwl, so address of rwl->cnt_and_flag should be 0x1c0fd4+0x10 not 0x155214. Address of rwl should be in .bss section and 0x1c0fd4 looks good for me, so in this case a believe that gdb says true. At the begining of isc_atomic_cmpxchg() there is some like this: : sub r0, pc, #8 ; 0x8 it changes contents of r0 (which contained value of first parameter) to address of code, maybe gdb takes value of r0 and think that it contains value of first parameter. grzesiek From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 14:32:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69698106568F; Fri, 19 Feb 2010 14:32:08 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAE38FC1A; Fri, 19 Feb 2010 14:32:07 +0000 (UTC) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.14.3/8.14.3) with ESMTP id o1JEDGe3018273; Fri, 19 Feb 2010 08:13:16 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1266588796; bh=n/8xNTgYJpuMxY17+uBIyx/iV62v8yf6gJKGPlYTSC8=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=rL9A6V7Iuc+pkBWFZeZ7LDDkjuAfytskE37cSr7E4DW+fRik00K1tn0/k47dR9a0E 1Q9ZrGA+VDiXQk6FFj9OZnG1o6b/mYXG5t0Z2JM8C1IC66fKtaHESEQVDrXJRQZjmV V6foOvNhAAJmzWMDycpnDmdn8ImZepFP/xa27dKE= Received: (from tinguely@localhost) by casselton.net (8.14.3/8.14.2/Submit) id o1JEDFpF018272; Fri, 19 Feb 2010 08:13:15 -0600 (CST) (envelope-from tinguely) Date: Fri, 19 Feb 2010 08:13:15 -0600 (CST) From: Mark Tinguely Message-Id: <201002191413.o1JEDFpF018272@casselton.net> To: gjb@semihalf.com, ticso@cicely.de In-Reply-To: <4B7E840F.2040709@semihalf.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.2 (casselton.net [127.0.0.1]); Fri, 19 Feb 2010 08:13:16 -0600 (CST) Cc: arm@freebsd.org, kostikbel@gmail.com, ticso@cicely7.cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 14:32:08 -0000 > > Some time ago we changed an address of RAS. Probably that's the problem. Please try > with patch below. > > grzesiek Good job. IMO, ARM atomic.h should have cmpxchg and the other standard atomic routines so applications don't roll their own and they become stale. This will help application writers if we move the atomic commands from the ARMv4/ARMv5 ARM_RAS_START/ARM_RAS_END atomic method to ARMv6/ARMv7 ldrex/strex/clrex commands. --Mark Tinguely From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 14:38:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7FBD106566C; Fri, 19 Feb 2010 14:38:32 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 541BE8FC0A; Fri, 19 Feb 2010 14:38:31 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1JEcS18008264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 15:38:28 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1JEcQFf008968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 15:38:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1JEcQKe092072; Fri, 19 Feb 2010 15:38:26 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1JEcPnG092071; Fri, 19 Feb 2010 15:38:25 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 15:38:25 +0100 From: Bernd Walter To: Mark Tinguely Message-ID: <20100219143824.GI43625@cicely7.cicely.de> References: <4B7E840F.2040709@semihalf.com> <201002191413.o1JEDFpF018272@casselton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201002191413.o1JEDFpF018272@casselton.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: gjb@semihalf.com, current@freebsd.org, ticso@cicely7.cicely.de, kostikbel@gmail.com, arm@freebsd.org, ticso@cicely.de Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 14:38:33 -0000 On Fri, Feb 19, 2010 at 08:13:15AM -0600, Mark Tinguely wrote: > > > > Some time ago we changed an address of RAS. Probably that's the problem. Please try > > with patch below. > > > > grzesiek > > Good job. > > IMO, ARM atomic.h should have cmpxchg and the other standard atomic routines > so applications don't roll their own and they become stale. You can see an explanation in svn log: r174206 | dougb | 2007-12-03 09:26:34 +0100 (Mon, 03 Dec 2007) | 10 lines Update this file so that BIND on ARM can actually work. I quote: The problem was, isc_atomic_cmpxchg() is almost like our atomic_cmpset_32(), except it expects the old value to be returned, whereas our atomic_cmpset_32 returns 1 on success, or 0 on failure. So I re-implemented something suitable. Submitted by: cognet Reviewed by: bsdimp ------------------------------------------------------------------------ r170349 | dougb | 2007-06-06 00:15:38 +0200 (Wed, 06 Jun 2007) | 5 lines Add a custom atomic.h file which implements the C versions of the code we already have assembly versions of. Written by: imp > This will help application writers if we move the atomic commands from the > ARMv4/ARMv5 ARM_RAS_START/ARM_RAS_END atomic method to ARMv6/ARMv7 > ldrex/strex/clrex commands. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 14:46:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482C1106566B; Fri, 19 Feb 2010 14:46:34 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id ED2798FC17; Fri, 19 Feb 2010 14:46:33 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 15AFDC42D4; Fri, 19 Feb 2010 15:48:30 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id hhYP3PwoprhR; Fri, 19 Feb 2010 15:48:29 +0100 (CET) Received: from [192.168.1.12] (acyv59.neoplus.adsl.tpnet.pl [83.11.205.59]) by smtp.semihalf.com (Postfix) with ESMTPA id 6CA9AC42D3; Fri, 19 Feb 2010 15:48:27 +0100 (CET) Message-ID: <4B7EA424.6090203@semihalf.com> Date: Fri, 19 Feb 2010 15:45:56 +0100 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Mark Tinguely References: <201002191413.o1JEDFpF018272@casselton.net> In-Reply-To: <201002191413.o1JEDFpF018272@casselton.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, kostikbel@gmail.com, ticso@cicely7.cicely.de, ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 14:46:34 -0000 Mark Tinguely wrote: >> Some time ago we changed an address of RAS. Probably that's the problem. Please try >> with patch below. >> >> grzesiek > > Good job. > > IMO, ARM atomic.h should have cmpxchg and the other standard atomic routines > so applications don't roll their own and they become stale. > Yes, I agree. grzesiek From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 16:28:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3875106566C; Fri, 19 Feb 2010 16:28:48 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 305C18FC08; Fri, 19 Feb 2010 16:28:47 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1JGSj78013832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 17:28:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1JGSgDh012898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 17:28:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1JGSgv4092524; Fri, 19 Feb 2010 17:28:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1JGSfIF092523; Fri, 19 Feb 2010 17:28:41 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 17:28:40 +0100 From: Bernd Walter To: Grzegorz Bernacki Message-ID: <20100219162840.GJ43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> <20100219120754.GE43625@cicely7.cicely.de> <4B7E840F.2040709@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4B7E840F.2040709@semihalf.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: kostikbel@gmail.com, arm@freebsd.org, ticso@cicely7.cicely.de, ticso@cicely.de, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 16:28:48 -0000 On Fri, Feb 19, 2010 at 01:29:03PM +0100, Grzegorz Bernacki wrote: > Hi, >=20 > Some time ago we changed an address of RAS. Probably that's the problem.= =20 > Please try > with patch below. >=20 > grzesiek >=20 > diff --git a/contrib/bind9/lib/isc/arm/include/isc/atomic.h=20 > b/contrib/bind9/lib/ > index 6a6e984..2f12921 100644 > --- a/contrib/bind9/lib/isc/arm/include/isc/atomic.h > +++ b/contrib/bind9/lib/isc/arm/include/isc/atomic.h > @@ -53,9 +53,9 @@ isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval,= =20 > isc_int >=20 > __asm __volatile("1:\n" > "adr %1, 1b\n" > - "mov %0, #0xe0000004\n" > + "mov %0, #0xffff1004\n" > "str %1, [%0]\n" > - "mov %0, #0xe0000008\n" > + "mov %0, #0xffff1008\n" > "adr %1, 2f\n" > "str %1, [%0]\n" > "ldr %1, [%2]\n" > @@ -63,10 +63,10 @@ isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval= ,=20 > isc_i > "streq %4, [%2]\n" > "2:\n" > "mov %3, #0\n" > - "mov %0, #0xe0000004\n" > + "mov %0, #0xffff1004\n" > "str %3, [%0]\n" > "mov %3, #0xffffffff\n" > - "mov %0, #0xe0000008\n" > + "mov %0, #0xffff1008\n" > "str %3, [%0]\n" > : "=3Dr" (ras_start), "=3Dr" (done) > ,"+r" (p), "+r" (cmpval), "+r" (val) : : "memory"); Strange: cc -O -pipe -mcpu=3Darm9 -DVERSION=3D'"9.6.1-P3"' -DHAVE_CONFIG_H -D_REENTR= ANT -D_THREAD_SAFE -DLIBINTERFACE=3D51 -DLIBREVISION=3D1 -DLIBAGE=3D1 -DWAN= T_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D= '"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.conf"' -DRNDC_CONFFI= LE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/namedb/rndc.key"' -I= /data/builder/arm-current/head/lib/bind/isc/.. -I/data/builder/arm-current/= head/lib/bind/isc/../../../contrib/bind9/lib/bind9/include -I/data/builder/= arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/dns/include/dst -= I/data/builder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/dns= /include -I/data/builder/arm-current/head/lib/bind/isc/../dns -I/data/buil= der/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isccc/include = -I/data/builder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/is= ccfg/include -I/data/builder/arm-current/head/lib/bind/isc/../../../contrib= /bind9/lib/isc/unix/include -I/data/builder/arm-current/head/lib/bind/isc/= =2E./../../contrib/bind9/lib/isc/pthreads/include -I/data/builder/arm-curr= ent/head/lib/bind/isc/../../../contrib/bind9/lib/isc/include -I/data/build= er/arm-current/head/lib/bind/isc/../isc -I/data/builder/arm-current/head/li= b/bind/isc/../../../contrib/bind9/lib/lwres/unix/include -I/data/builder/a= rm-current/head/lib/bind/isc/../../../contrib/bind9/lib/lwres/include -I/d= ata/builder/arm-current/head/lib/bind/isc/../lwres -I/data/builder/arm-curr= ent/head/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/include -I/data/b= uilder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isc/pthread= s/include -I/data/builder/arm-current/head/lib/bind/isc/../../../contrib/bi= nd9/lib/isc/include -I/data/builder/arm-current/head/lib/bind/isc -I/data/b= uilder/arm-current/head/lib/bind/isc/../../../contrib/bind9/lib/isc/arm/inc= lude -g -std=3Dgnu99 -c /data/builder/arm-current/head/lib/bind/isc/../../= =2E./contrib/bind9/lib/isc/rwlock.c {standard input}: Assembler messages: {standard input}:69: Error: invalid constant -- `mov ip,#0xffff1004' {standard input}:71: Error: invalid constant -- `mov ip,#0xffff1008' {standard input}:79: Error: invalid constant -- `mov ip,#0xffff1004' {standard input}:82: Error: invalid constant -- `mov ip,#0xffff1008' *** Error code 1 Stop in /data/builder/arm-current/head/lib/bind/isc. *** Error code 1 Stop in /data/builder/arm-current/head/lib/bind. 8297.000u 387.000s 2:52:06.37 84.1% -1482+1914k 134+1455io 306pf+0w Exit 1 I fail to seee why the assembler sees it to be wrong. It is a valid hex value - what else should the assembler take care about? --=20 B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 16:49:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA330106566C; Fri, 19 Feb 2010 16:49:03 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:50:40:63ff:feea:93a]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7978FC1F; Fri, 19 Feb 2010 16:49:02 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.2/8.14.3) with ESMTP id o1JGnxCp008257; Fri, 19 Feb 2010 17:49:59 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.2/8.14.3/Submit) id o1JGnxNC008256; Fri, 19 Feb 2010 17:49:59 +0100 (CET) (envelope-from mlfbsd) Date: Fri, 19 Feb 2010 17:49:59 +0100 From: Olivier Houchard To: ticso@cicely.de Message-ID: <20100219164959.GA8131@ci0.org> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> <20100219120754.GE43625@cicely7.cicely.de> <4B7E840F.2040709@semihalf.com> <20100219162840.GJ43625@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20100219162840.GJ43625@cicely7.cicely.de> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 19 Feb 2010 17:29:36 +0000 Cc: kostikbel@gmail.com, Grzegorz Bernacki , ticso@cicely7.cicely.de, arm@freebsd.org, current@freebsd.org Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 16:49:03 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > > Strange: Not so much, the first values for ras_start/end were chosen to be immediate values, so you could just mov them, but the new one aren't. Try something like the patch attached instead (untested, I have no arm setup here, but you'll get the idea). Regards, Olivier --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bind_atomic.h.diff" Index: contrib/bind9/lib/isc/arm/include/isc/atomic.h =================================================================== --- contrib/bind9/lib/isc/arm/include/isc/atomic.h (revision 203777) +++ contrib/bind9/lib/isc/arm/include/isc/atomic.h (working copy) @@ -49,26 +49,22 @@ static inline isc_int32_t isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval, isc_int32_t val) { - register int done, ras_start; + register int done, ras_start = #0xffff1004; __asm __volatile("1:\n" "adr %1, 1b\n" - "mov %0, #0xe0000004\n" "str %1, [%0]\n" - "mov %0, #0xe0000008\n" "adr %1, 2f\n" - "str %1, [%0]\n" + "str %1, [%0, #4]\n" "ldr %1, [%2]\n" "cmp %1, %3\n" "streq %4, [%2]\n" "2:\n" "mov %3, #0\n" - "mov %0, #0xe0000004\n" "str %3, [%0]\n" "mov %3, #0xffffffff\n" - "mov %0, #0xe0000008\n" - "str %3, [%0]\n" - : "=r" (ras_start), "=r" (done) + "str %3, [%0, #4]\n" + : "+r" (ras_start), "=r" (done) ,"+r" (p), "+r" (cmpval), "+r" (val) : : "memory"); return (done); --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 17:58:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 564691065672 for ; Fri, 19 Feb 2010 17:58:22 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from smtp5.enta.net (smtp5.enta.net [78.33.48.15]) by mx1.freebsd.org (Postfix) with ESMTP id 138208FC14 for ; Fri, 19 Feb 2010 17:58:21 +0000 (UTC) Received: from mail.chrishedley.com (unknown [78.32.138.135]) by smtp5.enta.net (Postfix) with ESMTP id D0440146AE51 for ; Fri, 19 Feb 2010 17:43:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 8AFD27333D for ; Wed, 17 Feb 2010 23:34:26 +0000 (GMT) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NbFQiymJAKri for ; Wed, 17 Feb 2010 23:34:24 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 1D5B77331F for ; Wed, 17 Feb 2010 23:34:24 +0000 (GMT) Date: Wed, 17 Feb 2010 23:34:24 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org In-Reply-To: <2a41acea1001271406h7a61a72fv713e06ed2448b619@mail.gmail.com> Message-ID: References: <201001271929.o0RJTVbB053140@lava.sentex.ca> <2a41acea1001271158p516ecedfge068edefff02ccbe@mail.gmail.com> <201001272201.o0RM1fQ9053896@lava.sentex.ca> <2a41acea1001271406h7a61a72fv713e06ed2448b619@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 Subject: Re: new em problems on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 17:58:22 -0000 On Wed, 27 Jan 2010, Jack Vogel wrote: > I have no idea, i see no evidence that its the em driver at fault, do you? Just for the sake of random randomness, I've noticed that my 16th January vintage kernel seems to have lost its 1 Gbit capability on the em0 connection and also seems to have intermittent interrupt storms. Of course I should really update to a more current version, and it may be more of a hardware issue anyway (especially as it may have followed a bunch of power cuts in short succession). But I thought it might be worth a mention in case it's something prior to the 16th Jan build that did it. Or not, as the case may be. :) From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 20:07:37 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C9110656F6; Fri, 19 Feb 2010 20:07:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4528FC17; Fri, 19 Feb 2010 20:07:35 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 89D7A45E98; Fri, 19 Feb 2010 21:07:33 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1776945CD8; Fri, 19 Feb 2010 21:07:28 +0100 (CET) Date: Fri, 19 Feb 2010 21:07:25 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20100219200725.GA1617@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline 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-current@FreeBSD.org Subject: HAST (Highly Available Storage) now in HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 20:07:37 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Yesterday I committed HAST to the HEAD branch. HAST allows to transparently store data on two physically separated machines connected over the TCP/IP network. HAST works in Primary-Secondary (Master-Backup, Master-Slave) configuration, which means that only one of the cluster nodes can be active at any given time. Only Primary node is able to handle I/O requests to HAST-managed devices. Currently HAST is limited to two cluster nodes in total. HAST operates on block level - it provides disk-like devices in /dev/hast/ directory for use by file systems and/or applications. Working on block level makes it transparent for file systems and applications. There in no difference between using HAST-provided device and raw disk, partition, etc. All of them are just regular GEOM providers in FreeBSD. For more information please consult hastd(8), hastctl(8) and hast.conf(5) manual pages, as well as: http://wiki.FreeBSD.org/HAST On the wiki page above you should find instructions how to initialize hast and integrate it with ucarp. Let me know (using freebsd-fs@FreeBSD.org mailing list) if you have and questions or comments. And last, but not least, I'd like to thank sponsorswho made this projects possible: The FreeBSD Foundation, http://www.freebsdfoundation.org OMCnet Internet Service GmbH, http://www.omc.net TransIP BV, http://www.transip.nl --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkt+73wACgkQForvXbEpPzQuTwCgnAXN3KLND3jHfHQeKZRTZq7P zXUAoNh46+aqQjk9prCIRtM0NzXj/Yzt =wjuQ -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 20:19:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56750106566C for ; Fri, 19 Feb 2010 20:19:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 99E378FC0C for ; Fri, 19 Feb 2010 20:18:59 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 212C245E93; Fri, 19 Feb 2010 21:18:58 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9726E45D8D; Fri, 19 Feb 2010 21:18:52 +0100 (CET) Date: Fri, 19 Feb 2010 21:18:50 +0100 From: Pawel Jakub Dawidek To: Alexander Zagrebin Message-ID: <20100219201850.GB1617@garage.freebsd.pl> References: <8630BB25CB8C41E8BF036431AAC9B0A9@vosz.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq" Content-Disposition: inline In-Reply-To: <8630BB25CB8C41E8BF036431AAC9B0A9@vosz.local> 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-current@freebsd.org Subject: Re: ZFS: statfs and recordsize 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: Fri, 19 Feb 2010 20:19:00 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 18, 2010 at 03:39:28PM +0300, Alexander Zagrebin wrote: > I have noticed, that statfs called for ZFS file systems, > returns the value of FS's recordsize property in both f_bsize and > f_iosize. >=20 > It's a problem for some software. > For example, squid uses block size of cache's file system to calculate > the space occupied by file. > So by default it considers that any small file uses 128KB of a cache > (when default value of recordsize is used), though really this file > may use 512B only. > This miscalculation leads to unreasonable cleaning of a cache. >=20 > IMHO the behavior of statfs have to be changed, as ZFS uses variable > (up to recordsize) block sizes. > It must return 512 as f_bsize and recordsize as f_iosize. > One of possible solutions is the attached patch. > Could somebody look it? I committed (slightly modified version of) your patch to HEAD. Thanks! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkt+8ikACgkQForvXbEpPzTxbACfSO4TxiwyrRyLBVjfioiU13M8 iPkAnj5XuT2PNvlmkqLmnidwtgeihT7x =cK/Z -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 20:36:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 173B71065670; Fri, 19 Feb 2010 20:36:17 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 46B5A8FC0A; Fri, 19 Feb 2010 20:36:15 +0000 (UTC) Received: by fxm23 with SMTP id 23so527235fxm.3 for ; Fri, 19 Feb 2010 12:36:15 -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 :x-enigmail-version:content-type:content-transfer-encoding; bh=LIRlUPBxDr9MtuccpntFIvHflg1CMlY4tJuICJeUbNw=; b=dHIx93wytDj5PKYlcCjwGFIFaSgoXmUE8FUio65lEv6kENU0OvaTSCwSlz+YcD5j9X TypH4mPzCf0PE3CMw8Wc/VwnaB0SwA6bQArJ+hOUrE4+pBxjKFmVcNoXIw+hF8acJMqZ BYvD1vOMjcqAqGBvwfz5NGMpvxP5EmPnF1koI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=t+C6gsPnRIHJ8XL0KRflW6KGdC4GDrCAnqVcoA8Y2+ulMns+Y4x0XwZvloDjb4DsMI DuO8CIZWJiMOKojoNqnfbbJqjBovj/F6r6B/nmhdyo/PCdoUGqZXrEjTPYDbAvdqBKyy yDVIQcfqF6q1fKRHEq77y3jQvaJcx0QuWtvb4= Received: by 10.103.50.36 with SMTP id c36mr1110076muk.26.1266611775140; Fri, 19 Feb 2010 12:36:15 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s10sm2617544mue.24.2010.02.19.12.36.13 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Feb 2010 12:36:14 -0800 (PST) Sender: Alexander Motin Message-ID: <4B7EF63C.7030008@FreeBSD.org> Date: Fri, 19 Feb 2010 22:36:12 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20100218023945.848cd01a.nork@FreeBSD.org> In-Reply-To: <20100218023945.848cd01a.nork@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2010 20:36:17 -0000 Hi. Norikatsu Shigemura wrote: > I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to > make mvsata(4) ATA_CAM, like following: > > But I got following panic, my I help you? > In this time, I attached no devices to SATA/eSATA port. > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > sata0: at mem 0xf1080000-0xf1085fff irq 21 on mbus0 > sata0: [MPSAFE] > sata0: [ITHREAD] > ata0: on sata0 > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on sata0 > ata1: [MPSAFE] > ata1: [ITHREAD] > spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long > panic: spin lock held too long > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at 0xc09dcb50 = kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> A bit unexpected. > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > So I tried to get following information: > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > _mtx_lock_sleep() at 0xc09a6a24 = _mtx_lock_sleep+0x10 > scp=0xc09a6a24 rlv=0xc09a6c0c (0xc09a6c0c = _mtx_lock_flags+0x7c) > rsp=0xc0d62d14 rfp=0xc0d62d3c > r10=0xc0d62d70 r9=0xc09039a8 > r8=0x00000000 r7=0x00000851 r6=0xc0b47100 r5=0x00000000 > r4=0xc35dd974 > _mtx_lock_flags() at 0xc09a6ba0 = _mtx_lock_flags+0x10 > scp=0xc09a6ba0 rlv=0xc0903fac (0xc0903fac = xpt_sim_opened+0x17c) > rsp=0xc0d62d40 rfp=0xc0d62d68 > r8=0xc0bde8f0 r7=0xc090d4a4 > r6=0xc3765e00 r5=0xc0b47100 r4=0xc3766240 > xpt_sim_opened() at 0xc0903f3c = xpt_sim_opened+0x10c > scp=0xc0903f3c rlv=0xc0904068 (0xc0904068 = xpt_sim_opened+0x238) > rsp=0xc0d62d6c rfp=0xc0d62d88 > r10=0xc0bde904 r9=0xc0b47100 > r8=0x00000000 r7=0xc090d4a4 r6=0x00000080 r5=0x00000000 > r4=0x00000001 > xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 > scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) > rsp=0xc0d62d8c rfp=0xc0d62e34 > xpt_register_async() at 0xc0905880 = xpt_register_async+0x10 > scp=0xc0905880 rlv=0xc090d484 (0xc090d484 = ata_get_xport+0x2198) > rsp=0xc0d62e38 rfp=0xc0d62e44 > r10=0x00000000 r9=0x00000000 > r8=0x005fffcc r7=0xc35593c0 r6=0xc0b62170 r5=0xc0be74d0 > r4=0x0000001c Even more unexpected. I've searched all sources for xpt_sim_opened() call and found only one place - in atapi-cam.c, which shouldn't be used in your case. You are using different sources, or there is a garbage in stack? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 21:38:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A746D10656C9; Fri, 19 Feb 2010 21:38:22 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 4946C8FC13; Fri, 19 Feb 2010 21:38:21 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o1JLcJ0c025726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Feb 2010 22:38:20 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o1JLcCRB023688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Feb 2010 22:38:12 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o1JLcBdP093819; Fri, 19 Feb 2010 22:38:11 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o1JLcB37093818; Fri, 19 Feb 2010 22:38:11 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Feb 2010 22:38:11 +0100 From: Bernd Walter To: Olivier Houchard Message-ID: <20100219213811.GN43625@cicely7.cicely.de> References: <20100218131010.GQ50403@deviant.kiev.zoral.com.ua> <20100219031200.GY43625@cicely7.cicely.de> <20100219033000.GZ43625@cicely7.cicely.de> <20100218.204739.680961627231021262.imp@bsdimp.com> <20100219041200.GC43625@cicely7.cicely.de> <20100219120754.GE43625@cicely7.cicely.de> <4B7E840F.2040709@semihalf.com> <20100219162840.GJ43625@cicely7.cicely.de> <20100219164959.GA8131@ci0.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100219164959.GA8131@ci0.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Grzegorz Bernacki , current@freebsd.org, ticso@cicely7.cicely.de, arm@freebsd.org, kostikbel@gmail.com, ticso@cicely.de Subject: Re: bind fails with sig11 on start / pthread failure on ARM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 21:38:22 -0000 On Fri, Feb 19, 2010 at 05:49:59PM +0100, Olivier Houchard wrote: > > > > Strange: > > > Not so much, the first values for ras_start/end were chosen to be immediate > values, so you could just mov them, but the new one aren't. > Try something like the patch attached instead (untested, I have no arm setup > here, but you'll get the idea). I just got an idea in wqhich direction to look, just to see a lot of fog there, but that's my problem. I'm not very good with ARM assembly and inline assembly, although I did know a goo amount of alpha, 6502, 68k, ... assembly. Anyway - your patch works (with minor fix): [213]Please.tell.me.who.am.I# host -a www.freebsd.org 127.0.0.1 Trying "www.freebsd.org" Using domain server: Name: 10.1.1.9 Address: 10.1.1.9#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26655 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 3, ADDITIONAL: 5 ;; QUESTION SECTION: ;www.freebsd.org. IN ANY ;; ANSWER SECTION: www.freebsd.org. 3600 IN MX 0 . www.freebsd.org. 3600 IN AAAA 2001:4f8:fff6::21 www.freebsd.org. 3600 IN A 69.147.83.33 ;; AUTHORITY SECTION: freebsd.org. 2019 IN NS ns3.isc-sns.info. freebsd.org. 2019 IN NS ns2.isc-sns.com. freebsd.org. 2019 IN NS ns1.isc-sns.net. ;; ADDITIONAL SECTION: ns3.isc-sns.info. 2019 IN A 63.243.194.1 ns3.isc-sns.info. 2019 IN AAAA 2001:5a0:10::1 ns2.isc-sns.com. 19745 IN A 38.103.2.1 ns1.isc-sns.net. 19745 IN A 72.52.71.1 ns1.isc-sns.net. 19745 IN AAAA 2001:470:1a::1 Received 284 bytes from 10.1.1.9#53 in 355 ms [214]Please.tell.me.who.am.I# > > Regards, > > Olivier > Index: contrib/bind9/lib/isc/arm/include/isc/atomic.h > =================================================================== > --- contrib/bind9/lib/isc/arm/include/isc/atomic.h (revision 203777) > +++ contrib/bind9/lib/isc/arm/include/isc/atomic.h (working copy) > @@ -49,26 +49,22 @@ > static inline isc_int32_t > isc_atomic_cmpxchg(isc_int32_t *p, isc_int32_t cmpval, isc_int32_t val) > { > - register int done, ras_start; > + register int done, ras_start = #0xffff1004; I had to remove the '#' in this line: register int done, ras_start = 0xffff1004; > > __asm __volatile("1:\n" > "adr %1, 1b\n" > - "mov %0, #0xe0000004\n" > "str %1, [%0]\n" > - "mov %0, #0xe0000008\n" > "adr %1, 2f\n" > - "str %1, [%0]\n" > + "str %1, [%0, #4]\n" > "ldr %1, [%2]\n" > "cmp %1, %3\n" > "streq %4, [%2]\n" > "2:\n" > "mov %3, #0\n" > - "mov %0, #0xe0000004\n" > "str %3, [%0]\n" > "mov %3, #0xffffffff\n" > - "mov %0, #0xe0000008\n" > - "str %3, [%0]\n" > - : "=r" (ras_start), "=r" (done) > + "str %3, [%0, #4]\n" > + : "+r" (ras_start), "=r" (done) > ,"+r" (p), "+r" (cmpval), "+r" (val) : : "memory"); > return (done); > -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 21:53:46 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9528F1065697; Fri, 19 Feb 2010 21:53:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 383EE8FC21; Fri, 19 Feb 2010 21:53:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1JLhCm3090429; Fri, 19 Feb 2010 14:43:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 19 Feb 2010 14:43:19 -0700 (MST) Message-Id: <20100219.144319.445644096935635490.imp@bsdimp.com> To: mav@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4B7EF63C.7030008@FreeBSD.org> References: <20100218023945.848cd01a.nork@FreeBSD.org> <4B7EF63C.7030008@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2010 21:53:46 -0000 In message: <4B7EF63C.7030008@FreeBSD.org> Alexander Motin writes: : Hi. : : Norikatsu Shigemura wrote: : > I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to : > make mvsata(4) ATA_CAM, like following: : > : > But I got following panic, my I help you? : > In this time, I attached no devices to SATA/eSATA port. : > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - : > sata0: at mem 0xf1080000-0xf1085fff irq 21 on mbus0 : > sata0: [MPSAFE] : > sata0: [ITHREAD] : > ata0: on sata0 : > ata0: [MPSAFE] : > ata0: [ITHREAD] : > ata1: on sata0 : > ata1: [MPSAFE] : > ata1: [ITHREAD] : > spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long : > panic: spin lock held too long : > KDB: enter: panic : > [ thread pid 0 tid 100000 ] : > Stopped at 0xc09dcb50 = kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! : > db> : : A bit unexpected. : : > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - : > : > So I tried to get following information: : > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - : > _mtx_lock_sleep() at 0xc09a6a24 = _mtx_lock_sleep+0x10 : > scp=0xc09a6a24 rlv=0xc09a6c0c (0xc09a6c0c = _mtx_lock_flags+0x7c) : > rsp=0xc0d62d14 rfp=0xc0d62d3c : > r10=0xc0d62d70 r9=0xc09039a8 : > r8=0x00000000 r7=0x00000851 r6=0xc0b47100 r5=0x00000000 : > r4=0xc35dd974 : > _mtx_lock_flags() at 0xc09a6ba0 = _mtx_lock_flags+0x10 : > scp=0xc09a6ba0 rlv=0xc0903fac (0xc0903fac = xpt_sim_opened+0x17c) : > rsp=0xc0d62d40 rfp=0xc0d62d68 : > r8=0xc0bde8f0 r7=0xc090d4a4 : > r6=0xc3765e00 r5=0xc0b47100 r4=0xc3766240 : > xpt_sim_opened() at 0xc0903f3c = xpt_sim_opened+0x10c : > scp=0xc0903f3c rlv=0xc0904068 (0xc0904068 = xpt_sim_opened+0x238) : > rsp=0xc0d62d6c rfp=0xc0d62d88 : > r10=0xc0bde904 r9=0xc0b47100 : > r8=0x00000000 r7=0xc090d4a4 r6=0x00000080 r5=0x00000000 : > r4=0x00000001 : > xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 : > scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) : > rsp=0xc0d62d8c rfp=0xc0d62e34 : > xpt_register_async() at 0xc0905880 = xpt_register_async+0x10 : > scp=0xc0905880 rlv=0xc090d484 (0xc090d484 = ata_get_xport+0x2198) : > rsp=0xc0d62e38 rfp=0xc0d62e44 : > r10=0x00000000 r9=0x00000000 : > r8=0x005fffcc r7=0xc35593c0 r6=0xc0b62170 r5=0xc0be74d0 : > r4=0x0000001c : : Even more unexpected. I've searched all sources for xpt_sim_opened() : call and found only one place - in atapi-cam.c, which shouldn't be used : in your case. You are using different sources, or there is a garbage in : stack? IIRC, I got better stack traces when I used the kernel.tramp kernel... Warner From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 23:23:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E74F0106568B; Fri, 19 Feb 2010 23:23:30 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id 98F4C8FC13; Fri, 19 Feb 2010 23:23:29 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1NicC0-000ND4-Kf; Sat, 20 Feb 2010 02:23:28 +0300 From: "Alexander Zagrebin" To: Date: Sat, 20 Feb 2010 02:23:28 +0300 Message-ID: <3A28259E0677447BBFDECFCCDBD97FD5@vosz.local> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0D69_01CAB1D3.B0549730" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Thread-Index: AcqxuorLM1sfy3w2QYqffH6AzsTGsQ== Cc: freebsd-current@freebsd.org Subject: ZFS allows deletion of files in a sticky directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2010 23:23:31 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0D69_01CAB1D3.B0549730 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit I have found that directory entry may be deleted from a ZFS directory with the sticky bit, if "the entry is a plain file and you have write access" (this is citation from a comments in zfs_dir.c) But this behavior isn't described in the sticky(8) and isn't allowed on a UFS. The attached patch provides the UFS-like behavior of a sticky directories on a ZFS. Is this bug or feature? -- Alexander Zagrebin ------=_NextPart_000_0D69_01CAB1D3.B0549730 Content-Type: application/octet-stream; name="patch-zfs_dir.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-zfs_dir.c" --- = /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c.orig = 2009-07-20 23:16:42.000000000 +0400=0A= +++ /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c = 2010-02-20 01:23:45.112613715 +0300=0A= @@ -962,7 +962,6 @@=0A= *=0A= * you own the directory,=0A= * you own the entry,=0A= - * the entry is a plain file and you have write access,=0A= * or you are privileged (checked in secpolicy...).=0A= *=0A= * The function returns 0 if remove access is granted.=0A= @@ -984,9 +983,7 @@=0A= downer =3D zfs_fuid_map_id(zfsvfs, zdp->z_phys->zp_uid, cr, ZFS_OWNER);=0A= fowner =3D zfs_fuid_map_id(zfsvfs, zp->z_phys->zp_uid, cr, ZFS_OWNER);=0A= =0A= - if ((uid =3D crgetuid(cr)) =3D=3D downer || uid =3D=3D fowner ||=0A= - (ZTOV(zp)->v_type =3D=3D VREG &&=0A= - zfs_zaccess(zp, ACE_WRITE_DATA, 0, B_FALSE, cr) =3D=3D 0))=0A= + if ((uid =3D crgetuid(cr)) =3D=3D downer || uid =3D=3D fowner)=0A= return (0);=0A= else=0A= return (secpolicy_vnode_remove(ZTOV(zp), cr));=0A= ------=_NextPart_000_0D69_01CAB1D3.B0549730-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 20 00:25:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665A2106566C for ; Sat, 20 Feb 2010 00:25:32 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 410148FC12 for ; Sat, 20 Feb 2010 00:25:32 +0000 (UTC) Received: by pwj7 with SMTP id 7so769422pwj.13 for ; Fri, 19 Feb 2010 16:25: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=jbMpvE6+puvJvP+CLN/PS2x7FKrvVyuZCE5EWyKtOqw=; b=feLpn3JSAJWXFuIKsBQ1CxoFWnzaNfyY8e/tg3uhiWLelcK1AVjQoz0iRn4yd/SRkG mm8r0b6SOCC4OhJhZIgOJDrtnb/DJBOUImTkp6YY4niR3pcpRpnSmkWL5n7SxFXitAJG QESldaVvqHnk07WXPrR1OD/ghyrkK91gczy3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=poYN0CoKVYQ3TEW7qDfPJouFmOTZCZbzEi2S/aZEwJEMLhGWJqZ2TGU4Q40JTb4g4/ d4F+ztX6zXSYMzcKI2Sze66F3q9QEBSV7M697LKJ0yrtRVJ84L0Pgx2Iieoi40h04NY9 HJKCFzFu+f+qo/GB/QEVgxhcEil7dphdIWJKU= MIME-Version: 1.0 Received: by 10.142.6.19 with SMTP id 19mr1093400wff.131.1266625531831; Fri, 19 Feb 2010 16:25:31 -0800 (PST) Date: Fri, 19 Feb 2010 16:25:31 -0800 Message-ID: <7d6fde3d1002191625m4d0d160dq2dc24f124aa38d0e@mail.gmail.com> From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Known LoR when taking bringing up bge(4) after system in multiuser? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2010 00:25:32 -0000 Hi, I came across the following LoR: lock order reversal: 1st 0xc56aae04 if_afdata (if_afdata) @ /usr/home/garrcoop/ipcvs/freebsd/src/sys/net/if_llatbl.c:130 2nd 0xc58a1d80 radix node head (radix node head) @ /usr/home/garrcoop/ipcvs/freebsd/src/sys/net/route.c:360 KDB: stack backtrace: db_trace_self_wrapper(c0c6993e,c5264828,c08b173f,c08a2f35,c0c6c9d1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08a2f35,c0c6c9d1,c5530758,c552b680,c5264884,...) at kdb_backtrace+0x29 _witness_debugger(c0c6c9d1,c58a1d80,c0c6cacb,c552b680,c0c77940,...) at _witness_debugger+0x1e witness_checkorder(c58a1d80,1,c0c77940,168,0,...) at witness_checkorder+0x818 _rw_rlock(c58a1d80,c0c77940,168,c568d2e4,1,...) at _rw_rlock+0x9c rtalloc1_fib(c5264a60,0,0,0,c526493c,...) at rtalloc1_fib+0x82 rtalloc1(c5264a60,0,0,1,0,...) at rtalloc1+0x27 in_lltable_rtcheck(c56aac00,a000,c5264a60,576,c0c7691c,...) at in_lltable_rtcheck+0x3e in_lltable_lookup(c58a1b00,a000,c5264a60,c0913e33,52098000,...) at in_lltable_lookup+0xc3 llentry_update(c52649f0,c58a1b00,c5264a60,c56aac00,c552c4b8,...) at llentry_update+0xa3 flowtable_lookup(c5739400,c5b27700,c5264a58,0,3,...) at flowtable_lookup+0x437 ip_output(c5b27700,0,0,0,0,...) at ip_output+0xf8 icmp_reflect(1,10,0,c552c6c0,c552bf70,...) at icmp_reflect+0x5cc icmp_input(c5b27700,14,c568d240,c0dafc80,c568d240,...) at icmp_input+0x3f0 ip_input(c5b27700,c5264bcc,c07235f4,c0dafc80,0,...) at ip_input+0x619 netisr_dispatch_src(1,0,c5b27700,c5264c04,c091c349,...) at netisr_dispatch_src+0xcb netisr_dispatch(1,c5b27700,c56aac00,c56aac00,c5b74002,...) at netisr_dispatch+0x20 ether_demux(c56aac00,c5b27700,3,0,3) at ether_demux+0x193 ether_input(c56aac00,c5b27700,c0c250e6,d41,c56b7008,...) at ether_input+0x355 bge_rxeof(c56b7008,0,c0c250e6,e13,c56b7008,...) at bge_rxeof+0x2b9 bge_intr(c56b7000,c5264cc8,c085f65d,c0dc8880,c5576a38,...) at bge_intr+0x107 intr_event_execute_handlers(c55717f8,c5576a00,c0c61560,533,c5576a70,...) at intr_event_execute_handlers+0x10f ithread_loop(c56b26c0,c5264d38,c0c612a1,343,c55717f8,...) at ithread_loop+0x98 fork_exit(c084923c,c56b26c0,c5264d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5264d70, ebp = 0 --- when I did the following steps [once]: echo "ifconfig_bge0=\"DHCP\"" >> /etc/rc.conf /etc/rc.d/netif start using srcs from cvs pulled in the last 2 days or so... I'll gladly provide more details when requested. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Feb 20 15:27:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EFC0106568F for ; Sat, 20 Feb 2010 15:27:27 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id B8C9D8FC15 for ; Sat, 20 Feb 2010 15:27:26 +0000 (UTC) Received: by bwz8 with SMTP id 8so765426bwz.3 for ; Sat, 20 Feb 2010 07:27: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=EgtCOTd/PbRqNFAwZH8gL2C9V3CuiaYSZp9CQYPCjyc=; b=wpceM5V2c79MrUp8mADBcJSLhNtjZkTR+G3HMwKxxT/BDmKK1CfllW+IWBjHpMHqOs MgyU1bouB2aL5K/GVDAAqyM2B/lOyrFKw+7fyNo4iWDsEkzOe9gdpbkCWfcQpPtxu1iD H6Lo1jDSseA8zGtOoW8NXHRgcdDBo5ekwyu0E= 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=TmhYokoCwvlmdX3Nnl7KQquqRKHbmT6A9lz1hbSkSzt4qtJ18hbuoMi11LKKcZyqH6 hXf98lQhs3e9nZCe+verm5Il4DHb6nK6K9GfT9z5ur9akKwyuvGgzlsFlz8HRcrRWIG8 9mg9ynUz/wzC3W85ViC3UGsuZSUWCATdx7p5o= MIME-Version: 1.0 Received: by 10.204.150.81 with SMTP id x17mr2962787bkv.200.1266679645281; Sat, 20 Feb 2010 07:27:25 -0800 (PST) In-Reply-To: <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <201002171840.41088.ken@mthelicon.com> <790a9fff1002171303u4b40a90cr626ef856efee473b@mail.gmail.com> <64aa03031002171416s128ff196y92a5be5a6abadeb@mail.gmail.com> <64aa03031002171949gdfbd99ci8eab7f29399cc011@mail.gmail.com> <64aa03031002180531n5e07e3bcj455ba09bdf5e293e@mail.gmail.com> <64aa03031002181921m2d00966cx6a3bb2c6e761970d@mail.gmail.com> <64aa03031002181938rb9355a3sae56e9d854bdcf78@mail.gmail.com> Date: Sat, 20 Feb 2010 10:27:25 -0500 Message-ID: <64aa03031002200727s3b1b2398ob024acb1b340243a@mail.gmail.com> From: Chris To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Scot Hetzel , Matt Reimer , Pegasus Mc Cleaft Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-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: Sat, 20 Feb 2010 15:27:27 -0000 bump... On Thu, Feb 18, 2010 at 10:38 PM, Chris wrote: >> I'm seeing some difference in the bootloader output between using the >> F12 workaround or not: >> >> F12 workaround mode: >> >> FreeBSD/i386 boot >> Default: zroot:/boot/zfsloader >> boot: status >> config: >> >> =A0 =A0 =A0 =A0 =A0 =A0 NAME =A0 =A0 STATE >> =A0 =A0 =A0 =A0 =A0 =A0 zroot =A0 =A0ONLINE >> =A0 =A0 =A0 =A0gpt/disk0 =A0 ONLINE >> >> >> No F12 key pressed: >> >> FreeBSD/i386 boot >> Default: zroot:/boot/kernel/kernel >> config: >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0NAME =A0 =A0 STATE >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 zroot =A0 =A0ONLINE >> =A0 =A0 =A0 =A0 =A0gpt/disk0 =A0 ONLINE >> >> >> What's up with the differences between the Default boot setting? >> > > Sorry for the spam but I'm seeing something else very interesting.... > If I boot to Good Mode (F12) and break to the "boot:" prompt, the > system boots if I type /boot/zfsloader. However, if I type > /boot/kernel/kernel (as was seen in the Default setting when I didn't > hit F12), =A0I get a crash that looks like the following: > ----------------------------------------- > FreeBSD/i386 boot > Default: zroot:/boot/zfsloader > boot: /boot/kernel/kernel > int=3D00000006 =A0 =A0err=3D00000000 =A0efl=3D00010882 =A0eip=3D00200000 > eax=3D0018b070 =A0ebx=3Ded7706bd ecx=3Dc72e2ca8 edx=3D00000000 > esi=3D00000040 =A0 edi=3D000929d0 =A0ebp=3D0009279c esp=3D00009401 > cs=3D0008 =A0ds=3D0010 =A0 es=3D0010 =A0fs=3D0010 =A0gs=3D0010 =A0ss=3D00= 10 > cs:eip=3Dff ff ff ff ff ff ff ff 7f-00 00 00 00 00 00 00 00 > =A0 =A0 =A0 =A0 =A0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > ss:esp=3D36 80 0d 07 90 00 00 01-e9 c4 fc ff ff aa ac 84 > =A0 =A0 =A0 =A0 =A0 =A0 c0 0f 84 86 00 00 00 a8-80 74 f2 88 c5 b0 3d aa > BTX halted > ----------------------------------------- > > McCoy: "He's dead, Jim." > Kirk: "Bones, do something!" > From owner-freebsd-current@FreeBSD.ORG Sat Feb 20 17:23:42 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7BC1A106566C; Sat, 20 Feb 2010 17:23:41 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 21 Feb 2010 02:23:40 +0900 From: Norikatsu Shigemura To: "M. Warner Losh" Message-Id: <20100221022340.13868db3.nork@FreeBSD.org> In-Reply-To: <20100219.144319.445644096935635490.imp@bsdimp.com> References: <20100218023945.848cd01a.nork@FreeBSD.org> <4B7EF63C.7030008@FreeBSD.org> <20100219.144319.445644096935635490.imp@bsdimp.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, mav@FreeBSD.org, freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2010 17:23:42 -0000 Hi Warner-san. On Fri, 19 Feb 2010 14:43:19 -0700 (MST) "M. Warner Losh" wrote: > : Even more unexpected. I've searched all sources for xpt_sim_opened() > : call and found only one place - in atapi-cam.c, which shouldn't be used > : in your case. You are using different sources, or there is a garbage in > : stack? > IIRC, I got better stack traces when I used the kernel.tramp kernel... How do I use kernel.tramp? I did 'tftpboot 0x900000 kernel.tramp.bin' on uboot, but it's freeze after 'go 0x900000'. From owner-freebsd-current@FreeBSD.ORG Sat Feb 20 17:46:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005FC1065692 for ; Sat, 20 Feb 2010 17:46:12 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id BBAC28FC13 for ; Sat, 20 Feb 2010 17:46:11 +0000 (UTC) Received: by iwn15 with SMTP id 15so1262858iwn.7 for ; Sat, 20 Feb 2010 09:46:11 -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=w3RsC1G3y3Ja/+jggLJhm8FvaoKMVDfdQBmLPUChsS8=; b=VSVhD9c3uZ4bHMK11DZgoSiUrfxFg6r7yzqhBUf4EMGRTK8GB1oH5pUodaOHsg1aeY hVFHUbSzJMwR55KXHkGaV93JQ+oBOceHNBunsTD1tuuq5sUOxWTzvgCM4aJYz9EHqFpv U5QtG5E6RXF/EOXJrGSgO0MfZpQSDb0gjwfjs= 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=afe7vCk+i8ORBYVtyujHeqPp/oNXPEYkXDrGdcOyD7BJufU98Rt0d42juz0CWa8/JS z5I2EQvHOrmccHPIz6xkAfr25JJu+qow1EnqpnRPtPZeeBvPv1U9Frd/geHbTMjkTjsz XaEP8cnefBQtoXB0eQXqkWgONewz6dhpajsuw= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.231.160.205 with SMTP id o13mr57025ibx.13.1266687970875; Sat, 20 Feb 2010 09:46:10 -0800 (PST) In-Reply-To: References: Date: Sat, 20 Feb 2010 18:46:10 +0100 X-Google-Sender-Auth: e9c5b055fec8db3d Message-ID: <3bbf2fe11002200946h7480d203naabd7a49fd851f5a@mail.gmail.com> From: Attilio Rao To: Marcin Cieslak Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: ZFS DEADLKRES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2010 17:46:12 -0000 2010/2/18 Marcin Cieslak : > My r203753 amd64 laptop falls into the deadlock situation > every night while running periodic daily script. I am pretty > certain this is related to ZFS. > > I have enabled DEADLKRES in the kernel. I even have > a separate dump partition (not used for swap). May you reproduce the bug with WITNESS? If you can, you should enable DEADLKRES too and once it panics let extract a textdump(4) with the following commands: bt, ps, show alllocks, show pcpu, allthreads and report here. We can then comment if further investigation is due. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Feb 20 21:12:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57CEE106566B; Sat, 20 Feb 2010 21:12:00 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-ew0-f214.google.com (mail-ew0-f214.google.com [209.85.219.214]) by mx1.freebsd.org (Postfix) with ESMTP id 95C6E8FC16; Sat, 20 Feb 2010 21:11:59 +0000 (UTC) Received: by ewy6 with SMTP id 6so1448581ewy.34 for ; Sat, 20 Feb 2010 13:11:58 -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=oRUUeZWIyVmSgEJCDHincRKPLSVvQZojhI2DhSJtNZI=; b=l62Qz7UE/7u+LVcWfyqt6PD9aoDNqNcAG3+iZSAy448mZe/aPkwRIlVUJvRNSWQ/ZE JB5tS+FjxOMa/Y2HPDY4YH6q7qQC+MEMfxxYD1MOLES7KznymnPxxmmfvVwrfVl1z012 OKDBovtAugM0Vbpy0oZXQag8Y/CYkuccUt9Hs= 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=TdIVMMOYuv8pw8G0REKVyfccrNX6TZv39thMtWzL6ZiSyNDHjeg9MYTVQWJaDdbTrA Zg1EehpM0fFsFxHkTmUpS7VBs4z2LBWcgTzu6Rrk9RCMmBqo/EExgaWeMFW45OyGQqIs +qjsJAUN2B4HTCqjmhuePiEfnsCLsOdLeOK4k= MIME-Version: 1.0 Received: by 10.216.85.143 with SMTP id u15mr2002490wee.205.1266700318155; Sat, 20 Feb 2010 13:11:58 -0800 (PST) In-Reply-To: <20100219200725.GA1617@garage.freebsd.pl> References: <20100219200725.GA1617@garage.freebsd.pl> From: Renato Botelho Date: Sat, 20 Feb 2010 18:11:38 -0300 Message-ID: <747dc8f31002201311k2131a74ake3de75ab1aec9e43@mail.gmail.com> To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: HAST (Highly Available Storage) now in HEAD. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2010 21:12:00 -0000 On Fri, Feb 19, 2010 at 5:07 PM, Pawel Jakub Dawidek wrot= e: > Hi. > > Yesterday I committed HAST to the HEAD branch. > > HAST allows to transparently store data on two physically separated > machines connected over the TCP/IP network. HAST works in > Primary-Secondary (Master-Backup, Master-Slave) configuration, which > means that only one of the cluster nodes can be active at any given > time. Only Primary node is able to handle I/O requests to HAST-managed > devices. Currently HAST is limited to two cluster nodes in total. > > HAST operates on block level - it provides disk-like devices in > /dev/hast/ directory for use by file systems and/or applications. > Working on block level makes it transparent for file systems and > applications. There in no difference between using HAST-provided device > and raw disk, partition, etc. All of them are just regular GEOM > providers in FreeBSD. > > For more information please consult hastd(8), hastctl(8) and > hast.conf(5) manual pages, as well as: > > =A0 =A0 =A0 =A0http://wiki.FreeBSD.org/HAST > > On the wiki page above you should find instructions how to initialize > hast and integrate it with ucarp. > > Let me know (using freebsd-fs@FreeBSD.org mailing list) if you have and > questions or comments. > > And last, but not least, I'd like to thank sponsorswho made this > projects possible: > > =A0 =A0 =A0 =A0The FreeBSD Foundation, http://www.freebsdfoundation.org > =A0 =A0 =A0 =A0OMCnet Internet Service GmbH, http://www.omc.net > =A0 =A0 =A0 =A0TransIP BV, http://www.transip.nl It's great news, thank you for your hard work!!! --=20 Renato Botelho