From owner-freebsd-stable@FreeBSD.ORG Sun Aug 11 00:17:13 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 05AD21E8 for ; Sun, 11 Aug 2013 00:17:13 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA2FD277A for ; Sun, 11 Aug 2013 00:17:12 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 416DC42C088E; Sun, 11 Aug 2013 02:21:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Sat, 10 Aug 2013 19:16:51 -0500 (CDT) From: Bryan Venteicher To: krad Message-ID: <1737845049.15385.1376180211594.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: Subject: Re: VTNET + pf + TSO performance MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.6] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC28 (Mac)/8.0.2_GA_5569) Thread-Topic: VTNET + pf + TSO performance Thread-Index: ifdoQUX4OMPvkW2L/Y5glVT4650IIg== Cc: freebsd-stable@freebsd.org, bane ivosev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2013 00:17:13 -0000 ----- Original Message ----- > Hi > > Was there any progress on the thread below? I have a freebsd guest ontop of > solaris 11 exhibiting this problem. I'm on a pretty upto date stable > kernel. The TSO fix works fine but i guess im taking a performance hit with > it disabled > I'm not totally sure what is going on. FreeBSD checksum offloading is a bit limited w.r.t. some virtualization use cases, but that doesn't look like what you are running into if you just have to disable TSO. What hypervisor are you using on Solaris 11? Can you post a bootverbose dmesg of your guest? I suspect your hypervisor is advertising TSO (GSO in VirtIO/Linux speak) when the tap/bridge/physical interface doesn't actually support it and does not do the segmentation in software as a fallback. > > FreeBSD carrera.snaffler.net 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 > r254177: Sat Aug 10 11:08:17 BST 2013 > root@carrera.snaffler.net:/usr/obj/usr/src/sys/me > amd6 > > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070413.html > > http://forums.freebsd.org/showthread.php?t=37814 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Aug 11 17:33:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C26333D8 for ; Sun, 11 Aug 2013 17:33:55 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm3-vm8.access.bullet.mail.gq1.yahoo.com (nm3-vm8.access.bullet.mail.gq1.yahoo.com [216.39.63.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76A372ED4 for ; Sun, 11 Aug 2013 17:33:55 +0000 (UTC) Received: from [216.39.60.168] by nm3.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Aug 2013 17:31:10 -0000 Received: from [67.195.23.145] by tm4.access.bullet.mail.gq1.yahoo.com with NNFMP; 11 Aug 2013 17:31:10 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.gq1.yahoo.com with NNFMP; 11 Aug 2013 17:31:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1376242270; bh=zoGP4HD4Op5UblZ5XoQdQBl8mSxmKXNXjTN11CJ/hVE=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject; b=zaO7aTTyWcu5cGw247y/h7mN3ZFaPp0uDhtXldUvbSZMkbms60KCMnr2J4Pcqi9CnjZD90YlHnTU77vPycrjwu39a+wIrS51iAXH+HK4uG86M/Ih1YuRIqeWFpBzT55tiMPUnO7hXqTkE/aAxjVXV1dfnVspQVd72D56Iydh4+o= X-Yahoo-Newman-Id: 475633.68200.bm@smtp117.sbc.mail.gq1.yahoo.com Message-ID: <475633.68200.bm@smtp117.sbc.mail.gq1.yahoo.com> Date: Sun, 11 Aug 2013 17:31:10 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wb5kXdYVM1mfyrGYAR2X7d21CSSYZsvbsuMEhd_DQnWyoQU xM6lpIhid.JWBZ61uBqYKf5iW527OAohmWTbXS7TI0rFrAQU68kPfq4F43Tn IVxSs31CvgHFUn1IWZ4j0W0OCoMVuQ18A6d3x6Udsg1OXUsQ5TS4DNVPtvZ7 3Xzt20cz3iSzKYLoZHv6gZ6Wrv8BUW4kWhfthLT0PscWg1SESzDqKYx1F9rY XcT86iakMxgVfNVCcWeTi0lmNA5HMF_Zp9RnX7jVtgXscz0LbHwP7t8.2Ajl W_vENp4wJ.hADfWmRflFkfCVZsDrvuTjQs0YlC0XOQ8B1NRtBfl7b3njE7KK Z6qDKWUS96QZzXj2rrXAIlGkyrtVku7ZkM.BfwuNTh6EfKiYOaZtizJLeYvK 8PlCsdql6klMY2DneAJErJgLQH_fZUVvCs4iEZBSLtX8yg9iS8K3sN6gu_sT XfKI75OQbxNWmv2bi8YZA7.87NURwZIiaqpIoiSmrkprx6SMV1pZYEllaq5C fBa1hrWw5caHPfEy4mVnRm8LOulgmTtH_MOecx..4EwL8_zkKf4eUO9cPt9Z WqriZGG.LypcrJ6y4KBNRpYYk9N4V5iS9191jKdd.ij0se65Ge5R4lapxA.c YHhzvIykTiHiHrZCAjqOtfA-- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp117.sbc.mail.gq1.yahoo.com with SMTP; 11 Aug 2013 17:31:10 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Change in loader or kernel: won't boot with kfreebsd in grub2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2013 17:33:55 -0000 Has there been a change in loader or kernel format recently? Through FreeBSD 9.1 postrelease, I was able to boot with grub2 (Super Grub Disk) on the System Rescue CD (sysresccd.org) by set root=(hd0,gpt3) insmod ufs2 kfreebsd /boot/loader boot but that no longer works. That was the method suggested in $PORTSDIR/sysutils/grub2/pkg-message I just source-upgraded from 9.2-BETA2 to what is now called 9.2-PRERELEASE uname -a shows FreeBSD amelia2 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #17 r254196: Sun Aug 11 00:36:49 UTC 2013 root@amelia2:/usr/obj/usr/src/sys/SANDY amd64 Fortunately, I also installed to a USB stick, GPT-partitioned with the first partition being freebsd-boot, so I boot with that, and to get the hard-drive installation, escape to loader prompt and type set boot_askname and then ufs:/dev/ada0p3 at the mountroot> prompt. I want to use the hard drive for more than one OS: FreeBSD and Linux. For forensic, testing purposes, I tested and was able to boot the old 9.0-BETA1 installation by set root=(hd0,gpt9) insmod ufs2 kfreebsd /boot/loader boot which is why I think there was possibly a change in loader or kernel format. I was worried that my Western Digital Caviar Green 3 TB hard drive was starting to go bad, but now it looks like maybe a change in FreeBSD loader or kernel format. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Aug 11 23:12:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A25FA4C6 for ; Sun, 11 Aug 2013 23:12:35 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 61A022C32 for ; Sun, 11 Aug 2013 23:12:34 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id DEA681E007B4; Mon, 12 Aug 2013 01:12:26 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.5/8.14.4) with ESMTP id r7BNAkJb010374; Mon, 12 Aug 2013 01:10:46 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.5/8.14.3/Submit) id r7BNAkUd010373; Mon, 12 Aug 2013 01:10:46 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 12 Aug 2013 01:10:46 +0200 To: Thomas Mueller Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Message-ID: <20130811231046.GA9852@triton8.kn-bremen.de> References: <475633.68200.bm@smtp117.sbc.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475633.68200.bm@smtp117.sbc.mail.gq1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2013 23:12:35 -0000 On Sun, Aug 11, 2013 at 05:31:10PM +0000, Thomas Mueller wrote: > Has there been a change in loader or kernel format recently? > > Through FreeBSD 9.1 postrelease, I was able to boot with grub2 (Super Grub Disk) on the System Rescue CD (sysresccd.org) by > > set root=(hd0,gpt3) > insmod ufs2 > kfreebsd /boot/loader > boot > > but that no longer works. > > That was the method suggested in $PORTSDIR/sysutils/grub2/pkg-message > > I just source-upgraded from 9.2-BETA2 to what is now called 9.2-PRERELEASE > > uname -a shows > > > FreeBSD amelia2 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #17 r254196: Sun Aug 11 00:36:49 UTC 2013 root@amelia2:/usr/obj/usr/src/sys/SANDY amd64 > > Fortunately, I also installed to a USB stick, GPT-partitioned with the first partition being freebsd-boot, so I boot with that, and to get the hard-drive installation, escape to loader prompt and type > > set boot_askname > > and then ufs:/dev/ada0p3 > > at the mountroot> prompt. > > I want to use the hard drive for more than one OS: FreeBSD and Linux. > > For forensic, testing purposes, I tested and was able to boot the old 9.0-BETA1 installation by > > set root=(hd0,gpt9) > insmod ufs2 > kfreebsd /boot/loader > boot > > which is why I think there was possibly a change in loader or kernel format. > > I was worried that my Western Digital Caviar Green 3 TB hard drive was starting to go bad, but now it looks like maybe a change in FreeBSD loader or kernel format. > Hmm I just tested super_grub2_disk_hybrid_2.00s1-beta5.iso from http://www.supergrubdisk.org/category/download/supergrub2diskdownload/ if it can boot FreeBSD-9.2-RC1-amd64-memstick.img in qemu and I had to fix "kfreebsd" spelled as "freebsd" and "kfreebsd_loadenv" spelled as "frebsd_loadenv", replace /boot/kernel/kernel with /boot/loader, and I in the loader I then had to set currdev=disk1a (shown by lsdev) and load /boot/kernel/kernel. qemu was started like this: qemu-system-x86_64 -cdrom super_grub2_disk_hybrid_2.00s1-beta5.iso -hda FreeBSD-9.2-RC1-amd64-memstick.img -m 512 -boot d -monitor stdio Letting super_grub2_disk_hybrid_2.00s1-beta5.iso boot the kernel directly via kfreebsd /boot/kernel/kernel fails tho because of a this bug in the vanilla grub 2.00 code: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699002 (The fix for that bug now is in our sysutils/grub2 port as well as in debian's grub 2.00 but apparently not yet in the super grub disk isos.) So maybe your problem is that loader needs currdev set at least in this case and in your old 9.0 installation it didn't? HTH, :) Juergen From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 12:27:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8A1C4C39 for ; Mon, 12 Aug 2013 12:27:58 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD2A2949 for ; Mon, 12 Aug 2013 12:27:58 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id a1so2877446qcx.17 for ; Mon, 12 Aug 2013 05:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Ki8mVHFRmCnZosgOHQxkyBOojYPRtYDjMOdKwUJPX7Y=; b=rNbCtdRhtWHHUz9r1RFiLAWWZF4Wl5VofIbGL++eF/mV+i/ScDdf6eLHmGjG6CZ1oQ iDtTwVPeOL8/n1blig4mucQ88fj0vO+NWmvJZvY7PcZeMOCrPW/CA0qsYMyMFJHprzkt oa/AJ1Q4UMrBmLpwWnv9svkQiqR2qrhVlrf3UQxeelOne0ZkE7WVk085aEOi+gtWg7Mg iSnLpSUGN6AAIvIwmwkhRfFt/KtPiduVID1xYBs7mHsUe/kMt14oNdAxto305zQpOkog 4KxUxJXsVwuZxKVxabqPS9ga61OIuAFwTxZ8x/NMcRz6wsfoTXy8ceOwfhjKaQET7/JY N6dQ== MIME-Version: 1.0 X-Received: by 10.224.93.19 with SMTP id t19mr24268753qam.32.1376310477493; Mon, 12 Aug 2013 05:27:57 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.70.225 with HTTP; Mon, 12 Aug 2013 05:27:57 -0700 (PDT) Date: Mon, 12 Aug 2013 14:27:57 +0200 X-Google-Sender-Auth: 9zWx0kOSxj9z3P8yvg8AoUzgTL4 Message-ID: Subject: FeeBSD 9.2-RC1 sendmail alisases.db missing From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 12:27:58 -0000 Hello :-) On a fresh install of FreeBSD 9.2-RC1 I get this warning: sm-mta[]: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory. /etc/mail/aliases.db is missing and probably not generated from /etc/mail/aliases which seems to be on place. Please fix :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 12:29:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9D492D49 for ; Mon, 12 Aug 2013 12:29:10 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 64FEE2963 for ; Mon, 12 Aug 2013 12:29:10 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 79F525088 for ; Mon, 12 Aug 2013 14:29:06 +0200 (CEST) Message-ID: <5208D50D.9020800@peterschmitt.fr> Date: Mon, 12 Aug 2013 14:29:01 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FeeBSD 9.2-RC1 sendmail alisases.db missing References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VRJVILEvKpHc85ovQjPxNBfE3GoajsHQu" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 12:29:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VRJVILEvKpHc85ovQjPxNBfE3GoajsHQu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 12/08/2013 14:27, CeDeROM a =E9crit : > Hello :-) >=20 > On a fresh install of FreeBSD 9.2-RC1 I get this warning: >=20 > sm-mta[]: SYSERR(root): hash map "Alias0": missing map file > /etc/mail/aliases.db: No such file or directory. >=20 > /etc/mail/aliases.db is missing and probably not generated from > /etc/mail/aliases which seems to be on place. >=20 > Please fix :-) >=20 > Best regards :-) > Tomek >=20 Should'nt we do a cap_mkdp /etc/aliases ? It made the job for me. --VRJVILEvKpHc85ovQjPxNBfE3GoajsHQu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSCNURAAoJEFr01BkajbiBAeAQAKrAs4vuhMewbb+g755sPy+Z eD6x7kdLT2kWVh9aXycWXLMdrTGJ0f6nGJ1mzh4dkceedi8aCIh2XiTuqr63EDKB 4NZuyFpAIq1WgbCIVMp5IKIX5afoAraiO7ZBijBNeoF+0zEjiXCO5z3itKuGMR2y bcj3n7MjGw9B/Ol9cKfuxJwhim28S5z0AJSsuIEVhfVZM9TLwve17c/Uc5sdSp0i LXOOEHQNfyG+ZyMq1BrWuSRy/IIPDUX3tkMrLOze+f+qSZ6A1oAj5mziUmjkLXk/ GOcuTgp+wOPE301iTpPJAi9SFOEUNW7opF/WYcpB6UjFva6Z1BFInzdtWE5lTwe4 dATUJoOlOSU4kI7oqXzi5T51Bc25sp77Ky2dtPg3CIp7klj+qkZY7dU4oRLxQMqe cp7F0GHBUkNzMA4JRSQuujLo1IDhCA1kb6Z1K0rvxw6AYWfqMze0Ks7/1nEnniww CntZ/b7JVo53QuSicrThrZxwoLCBFreqxwr2+H5CyycdY0hKOaAmPgk4r8NGpsNk nC2TK0lfPdyLa3y0Z9NH9oEU111CIa81hO4QyaicBdtam3zJuXjBgI+pSkM2Yo5n scsm34vCLkNTSiTBEw2q2bbbp357a0pwgT29WyrhQ2Zb8KEQgJUzcNjv70y0xK8D 60Km2tqkU27vm+ls3IHx =WRPD -----END PGP SIGNATURE----- --VRJVILEvKpHc85ovQjPxNBfE3GoajsHQu-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 12:34:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66262ECD; Mon, 12 Aug 2013 12:34:08 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 075B929D9; Mon, 12 Aug 2013 12:34:07 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id l18so971640qak.11 for ; Mon, 12 Aug 2013 05:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=BldTW6L/GZ0xQXogqhnhXQpJSrLV38cgM+PkUXWA/BQ=; b=xwYhAmYwZoco+yyCLHc0Xy9l0onNmiEfsdfP9mVkrCKArda8qiD1jAUE6vfkqh47qG 9zlFJAprA/2zVwc5GiGOJhgk0cs9iVTv97Az3ijsl5iJQc9mPcflszbT+py2GOfDIjZJ 9z9uHKPSgldgfgxcxxXfEEnopQ5WboJIbgNlOY5aBAOT7WXjOYj79UuGCCyLEZUrfbTe KkXHFuwXqC2DrfMPQIUhyBXJKBoSfiDWnyj8nfBwsMI680dxW2vu0WX+Kup3rWEIpTin SxVDTLkCLaojleyzeotsT6CmI45x5qYHvTsQRam6RIAIbu+CWVlN1O79A5jnbi7pL/Kc PhGg== MIME-Version: 1.0 X-Received: by 10.224.93.19 with SMTP id t19mr24294914qam.32.1376310847172; Mon, 12 Aug 2013 05:34:07 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.70.225 with HTTP; Mon, 12 Aug 2013 05:34:07 -0700 (PDT) Date: Mon, 12 Aug 2013 14:34:07 +0200 X-Google-Sender-Auth: IZwsWNn6OwITa4H1hzKsvpE4o38 Message-ID: Subject: Installer on serial-console-only-embedded system From: CeDeROM To: freebsd-stable@freebsd.org, freebsd-embedded@freebsd.org, freebsd-sysinstall@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 12:34:08 -0000 Hello :-) With my friend Jacek we have tried to perform PXE installation of FreeBSD 9 on an i386 embedded system for one project. This required adding "-h" or "comconsole" to the /boot/loader.conf so the input-output is done with serial console port, not video console. However, after installation, on this embedded system with no video console, system seems to be configured to use videoconsole by default... Is it possible to add this nice feature to the new installer that would recognise if installation is done with serial-port-console and then setup the installed system to work with serial-port-console by default not the videoconsole? We could try it out on 9.2-RC2 if possible :-) Best regards! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 12:56:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2133352B for ; Mon, 12 Aug 2013 12:56:20 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A029F2B23 for ; Mon, 12 Aug 2013 12:56:19 +0000 (UTC) Received: from lucid-nonsense.infracaninophile.co.uk (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id r7CCuDcQ072802 for ; Mon, 12 Aug 2013 13:56:13 +0100 (BST) (envelope-from matthew@lucid-nonsense.infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk r7CCuDcQ072802 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1376312173; bh=MXfYCCMPemVpyh7KAdN2LmyAVq+fzDtqFqeY2PhCw6w=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2012=20Aug=202013=2013:56:13=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-stable @freebsd.org|Subject:=20Re:=20FeeBSD=209.2-RC1=20sendmail=20alisas es.db=20missing|References:=20=0D=0A=20<5208D50D.9020800@petersc hmitt.fr>|In-Reply-To:=20<5208D50D.9020800@peterschmitt.fr>; b=pqFnOs0Xi1q+9hf+FFhLLLqnWWjkzFV1ZkL8OVcC0rpv6o4iw3GSQUTQKNi8qH94A EVwtBMn5EXiuENHnwPWEKyuqMLx79rKhW0V2vNJGXb3JpktgjcCJ7HwK5eFGK49RdX 905/yRuvegyljjVo2a/z+M8tYPuJ4sSY5ASElcAU= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be lucid-nonsense.infracaninophile.co.uk Received: (from matthew@localhost) by lucid-nonsense.infracaninophile.co.uk (8.14.7/8.14.7/Submit) id r7CCuDve072801 for freebsd-stable@freebsd.org; Mon, 12 Aug 2013 13:56:13 +0100 (BST) (envelope-from matthew) Date: Mon, 12 Aug 2013 13:56:13 +0100 From: Matthew Seaman To: freebsd-stable@freebsd.org Subject: Re: FeeBSD 9.2-RC1 sendmail alisases.db missing Message-ID: <20130812125613.GB72525@smtp.infracaninophile.co.uk> References: <5208D50D.9020800@peterschmitt.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <5208D50D.9020800@peterschmitt.fr> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 12:56:20 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2013 at 02:29:01PM +0200, Florent Peterschmitt wrote: > Le 12/08/2013 14:27, CeDeROM a =E9crit : > > Hello :-) > >=20 > > On a fresh install of FreeBSD 9.2-RC1 I get this warning: > >=20 > > sm-mta[]: SYSERR(root): hash map "Alias0": missing map file > > /etc/mail/aliases.db: No such file or directory. > >=20 > > /etc/mail/aliases.db is missing and probably not generated from > > /etc/mail/aliases which seems to be on place. > >=20 > > Please fix :-) > >=20 > > Best regards :-) > > Tomek > >=20 > Should'nt we do a cap_mkdp /etc/aliases ? It made the job for me. Uh -- does it? Normally you'ld rebuild the aliases.db using makemap(1) via the handy Makefile in /etc/mail: # cd /etc/mail # make ISTR this used to happen at some point as part of the install process. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iEYEARECAAYFAlII220ACgkQ8Mjk52CukIxlpQCcCnPu4xZ3JUlop8391c0AJ+cQ pKsAn3mMQmnwH1tdVi7LdbTVXEa2NG9Y =HFHF -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 12:57:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DDA4A637 for ; Mon, 12 Aug 2013 12:57:04 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-ob0-f174.google.com (mail-ob0-f174.google.com [209.85.214.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7D102B3A for ; Mon, 12 Aug 2013 12:57:04 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wd6so6393661obb.19 for ; Mon, 12 Aug 2013 05:56:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=cQoK3XZjCVpsK2F0mckcuBGSmiawaPNZ5eTs6NRCMsU=; b=dtIP7yLBGwJ3i82XUR1iyUVl46KeF41VNohOe8P/j+kSiVh1i9GXaejnhiDzLopYp0 n2zuXNpBk7pucXxT0D0aIFq3wiplhnLuFCBfgA4ziNDKxurA862JxFmTIJycNIqa/l// EzTmDfzX8SsrL2x4TzJlNPfaOasx0AiY0BDNFpUbxKuZaHrZWnIWUvkRijIHV6KXAP8W NlJJVyB+M4i4Zy0vTj12LqLG1AtiaMfddJtRlWTTbR1z/ZXzCkMTm4c33jeILYKChGuK z2InV6XNEQvIK7LmNF/rH7HwDX5bc7V2HJvIS0tFLAPXCe5lGwSLs4c93X1oB8mAavOp AZxw== X-Gm-Message-State: ALoCoQnaF+uMyQC9GLwOQYKcyQXZM9PG8g3ln4vA9vy3Qx1LQAt6M7ffj/gZy0eDY8NDAtY4qTb/ MIME-Version: 1.0 X-Received: by 10.182.204.72 with SMTP id kw8mr1423653obc.54.1376312217932; Mon, 12 Aug 2013 05:56:57 -0700 (PDT) Received: by 10.60.21.69 with HTTP; Mon, 12 Aug 2013 05:56:57 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Aug 2013 08:56:57 -0400 Message-ID: Subject: Re: Installer on serial-console-only-embedded system From: Michael Sierchio To: CeDeROM Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-embedded@freebsd.org, freebsd-sysinstall@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 12:57:05 -0000 You need to change /etc/ttys to turn off the virtual consoles and turn on a serial terminal. E.g., ttyv0 "/usr/libexec/getty Pc" xterm off secure # Virtual terminals ttyv1 "/usr/libexec/getty Pc" xterm off secure ttyv2 "/usr/libexec/getty Pc" xterm off secure ttyv3 "/usr/libexec/getty Pc" xterm off secure ttyv4 "/usr/libexec/getty Pc" xterm off secure ttyv5 "/usr/libexec/getty Pc" xterm off secure ttyv6 "/usr/libexec/getty Pc" xterm off secure ttyv7 "/usr/libexec/getty Pc" xterm off secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyu0 "/usr/libexec/getty std.9600" dialup on secure ttyu1 "/usr/libexec/getty std.9600" dialup off secure ttyu2 "/usr/libexec/getty std.9600" dialup off secure ttyu3 "/usr/libexec/getty std.9600" dialup off secure # Dumb console dcons "/usr/libexec/getty std.9600" vt100 off secure On Mon, Aug 12, 2013 at 8:34 AM, CeDeROM wrote: > Hello :-) > > With my friend Jacek we have tried to perform PXE installation of > FreeBSD 9 on an i386 embedded system for one project. This required > adding "-h" or "comconsole" to the /boot/loader.conf so the > input-output is done with serial console port, not video console. > However, after installation, on this embedded system with no video > console, system seems to be configured to use videoconsole by > default... > > Is it possible to add this nice feature to the new installer that > would recognise if installation is done with serial-port-console and > then setup the installed system to work with serial-port-console by > default not the videoconsole? We could try it out on 9.2-RC2 if > possible :-) > > Best regards! :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > freebsd-embedded@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-embedded > To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 13:00:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E811E79A; Mon, 12 Aug 2013 13:00:31 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8852B2B99; Mon, 12 Aug 2013 13:00:31 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id o19so980134qap.7 for ; Mon, 12 Aug 2013 06:00:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+6glWz1qo6besg4FZS9v9BhoKI/Ir3Ua+W5Mq0jWPos=; b=YAOhTs2zAatqGkhW6EKe55tEbLSvxiQyOYQtafoD3XeaaErCck8aa2fL3bvHSyi54N tI8KUdivvseayAn5gMCAZp0/2bQdQqSvhJBo2Sa541ti46lMJgrKWzWBKGjEXwFacF8M GWTYy3hXLtO6vwHXN9QLUhKopNqzMp5xaq5myMoJWW3mpUrVCAMpFkiIoSGEKWcDrrfx BCu8I7ZXGgUA9Qiw50DF0gbOJOk0d3oY0tKFbQEYz0yOUbqrKZL+cFAzax3O8vrWPflx IDo1sYaWXQv4XCT0j/tu8UhBogdJ8Oq7BbL4NelFcpfbYF91Mjio9giuOIMUnZe3HrEH ylXg== MIME-Version: 1.0 X-Received: by 10.224.11.136 with SMTP id t8mr24275267qat.65.1376312430204; Mon, 12 Aug 2013 06:00:30 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.70.225 with HTTP; Mon, 12 Aug 2013 06:00:30 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Aug 2013 15:00:30 +0200 X-Google-Sender-Auth: HSsBnbuxdlIRoSTe2-aTSuSi8OQ Message-ID: Subject: Re: Installer on serial-console-only-embedded system From: CeDeROM To: Michael Sierchio Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, freebsd-embedded@freebsd.org, freebsd-sysinstall@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 13:00:32 -0000 On Mon, Aug 12, 2013 at 2:56 PM, Michael Sierchio wrote: > You need to change /etc/ttys to turn off the virtual consoles and turn > on a serial terminal. > (..) Thank you Michael for the hint! Do you think it would be sensible to put that functionality into a new installer to detect this kind of configuration and apply it over fresh system during install (just as it detects and verifies some partitioning formats)? Best regards! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 13:11:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42850B77; Mon, 12 Aug 2013 13:11:19 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D49592C68; Mon, 12 Aug 2013 13:11:18 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id j10so3382572qcx.11 for ; Mon, 12 Aug 2013 06:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6+PtK++NRTaGo+wdSwD7zFAeGFHrk+Lf0rIAwSdveMA=; b=gyNesdyuK8h9vJBpPNyJ+Z4p34JayrnfT1oN+9fWJleM8Z66MaAyQLQhMKGpZWG7I/ /5KkdNHBErG/Y5Ajce9bsxF5C5sxuagLmpJ7+XwDmcORHGq19oq0OuDv0IHkY8nXxxC3 0iPAuow8sjSXkWKh6J+Stj9e4wMIYIrQdzxjKmB9J2uZaVEyB+bAqxp/PjUrbjEssd6h vrVCSVhPAoMxqkEDG5rwItTdTIcruwdbzRyYFu9c2HS9HKSpa2Q6MfQrJKngBIT3Y0aA q6ih0jg3lrqM1l8Wgq+uWk+57g4H/trDRGOZhDjfOaIgdJm6cMs1njEzPvwDZps8ACLO j7HQ== MIME-Version: 1.0 X-Received: by 10.224.67.8 with SMTP id p8mr24450058qai.5.1376313077956; Mon, 12 Aug 2013 06:11:17 -0700 (PDT) Received: by 10.224.5.195 with HTTP; Mon, 12 Aug 2013 06:11:17 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Aug 2013 16:11:17 +0300 Message-ID: Subject: Re: Installer on serial-console-only-embedded system From: Kimmo Paasiala To: CeDeROM Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, Michael Sierchio , freebsd-embedded@freebsd.org, freebsd-sysinstall@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 13:11:19 -0000 On Mon, Aug 12, 2013 at 4:00 PM, CeDeROM wrote: > On Mon, Aug 12, 2013 at 2:56 PM, Michael Sierchio wrote: >> You need to change /etc/ttys to turn off the virtual consoles and turn >> on a serial terminal. >> (..) > > Thank you Michael for the hint! Do you think it would be sensible to > put that functionality into a new installer to detect this kind of > configuration and apply it over fresh system during install (just as > it detects and verifies some partitioning formats)? > > Best regards! :-) > Tomek > > -- You can easily detect that the system has a COM port. However, it is very hard to detect that there is a working terminal attached to the port. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 13:25:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A3FBE2F6; Mon, 12 Aug 2013 13:25:44 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 422572D74; Mon, 12 Aug 2013 13:25:44 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id hu14so1006225qab.12 for ; Mon, 12 Aug 2013 06:25:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=SZllKm5uMtz4nMbsgIdUMOwEdr5G2rTKEPbiBwA7mhg=; b=iWXyX2iNnJSxJqOllyATH/uaArv9bjc0996+F7B6q1/4rtHYvpoI3HR3hgIU2SYOx7 vjZyRoGIphbAdlh9rji1pmvkh2Wjtnmw3iahuNdGoHJtTjhePoq/aQfDwGgPhygt9Erz USXvdmg2KkWe3lvXy0b4tV31L49yFGoFdSAG938lMTMU5MMScZdwB/QZAcpJ5Wdn14V+ +aHecDTNUO4pKx3BqUUJl19n+be6nwEkxhClBT/F54pRtOBCo5vLQowR0lt80rhyucwb wU6ESB/8YIzq/BrMZjKEcTYH7cZJIswN9Z9EtY+S1eAexjsFrHn/Yaj2vp3L0dU9JZrn hfOg== MIME-Version: 1.0 X-Received: by 10.224.138.8 with SMTP id y8mr24838168qat.27.1376313943390; Mon, 12 Aug 2013 06:25:43 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.70.225 with HTTP; Mon, 12 Aug 2013 06:25:43 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Aug 2013 15:25:43 +0200 X-Google-Sender-Auth: gDjlsB3PAbycpX3QlyMMe35WytA Message-ID: Subject: Re: Installer on serial-console-only-embedded system From: CeDeROM To: Kimmo Paasiala Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, Michael Sierchio , freebsd-embedded@freebsd.org, freebsd-sysinstall@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 13:25:44 -0000 On Mon, Aug 12, 2013 at 3:11 PM, Kimmo Paasiala wrote: > You can easily detect that the system has a COM port. However, it is > very hard to detect that there is a working terminal attached to the > port. > -Kimmo Hey Kimmo :-) Wouldn't "who" or "w" show that what terminal is user/installer running on? :-P Sorry I don't have that device for testing at hand, but try to verify that with some older hardware :-) Best regards! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 13:38:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D507A746; Mon, 12 Aug 2013 13:38:53 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8912B2E73; Mon, 12 Aug 2013 13:38:53 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id 6so3603164qeb.17 for ; Mon, 12 Aug 2013 06:38:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=qAuRkYgEGFdYsjvBrG+0LwGGnJg7SabQr+uTpH/58Xo=; b=Siy/EpvdmTDWIbt7uUR8pxUs/8xLt40wXvDWtH25AxPVPSMc3fTy03aQv9cCfg22d0 MaNRiAo1Dkj4lxfRKOw0BKoMQsCmC9dMxt4QFkFMNds56x2PxD2m82vEFzMoTUYe5P/Z fXCE7KOkye7aqiUX6bj21sdKzDJkLZexCZGAPZ51g479yu+8K2Xoq/GTEpetqRALS45M rnhRpPI0R9hOe4DUbLHnFK/ebt93vReq8PMyYqqzgHCTTNFN4EpPCA//3gPpeDnU9Ein UZsWm5TMHqbwo2UUIbQ4cn7QuA35FSfg5A9jhXomvqqsDLL/nJMeTIGE9WGz5v4T2xVW Tc3Q== MIME-Version: 1.0 X-Received: by 10.224.93.19 with SMTP id t19mr24594863qam.32.1376314732562; Mon, 12 Aug 2013 06:38:52 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.70.225 with HTTP; Mon, 12 Aug 2013 06:38:52 -0700 (PDT) Date: Mon, 12 Aug 2013 15:38:52 +0200 X-Google-Sender-Auth: m9ADRDIqHQVLaOYyZP-K2LBBRdc Message-ID: Subject: 9.2-RC1 rc.firewall workstation type and myservices From: CeDeROM To: freebsd-stable@freebsd.org, FreeBSD Questions Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 13:38:53 -0000 Hello :-) I just have setup some service on 9.2-RC1. I want this service to be available on WAN but still I want to have stateful firewall running. I am using workstation firewall type and put the service port on firewall_myservices. However by default only TCP connections are accepted, still I need to serve UDP connections. Wouldn't that be more convenient to change "TCP" into "IP" for default firewall_myservices and maybe add TCP and UDP for firewall_myservices_{tcp,udp} ? Below is the script part.. Best regards, Tomek # Add permits for this workstations published services below # Only IPs and nets in firewall_allowservices is allowed in. # If you really wish to let anyone use services on your # workstation, then set "firewall_allowservices='any'" in /etc/rc.conf # # Note: We don't use keep-state as that would allow DoS of # our statetable. # You can add 'keep-state' to the lines for slightly # better performance if you fell that DoS of your # workstation won't be a problem. # for i in ${firewall_allowservices} ; do for j in ${firewall_myservices} ; do ${fwcmd} add pass tcp from $i to me $j done done -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 13:53:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6ABAECE2; Mon, 12 Aug 2013 13:53:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 320B42F95; Mon, 12 Aug 2013 13:53:18 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id r7CDrHwM002146 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 12 Aug 2013 08:53:17 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.135]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.02.0309.002; Mon, 12 Aug 2013 08:53:15 -0500 From: "Teske, Devin" To: Michael Sierchio Subject: Re: Installer on serial-console-only-embedded system Thread-Topic: Installer on serial-console-only-embedded system Thread-Index: AQHOl1hFZpi0NkgvikWRgwY4FEZv0pmR2/uAgAAPu4A= Date: Mon, 12 Aug 2013 13:53:15 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7202011A07@ltcfiswmsgmb21> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="us-ascii" Content-ID: <6083EE1D6B002F47906DD74073D92626@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-08-12_03:2013-08-12,2013-08-12,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-sysinstall@freebsd.org" , freebsd-stable stable , "freebsd-embedded@freebsd.org" , CeDeROM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 13:53:19 -0000 sysinstall had the ability to allow you to muck with /etc/ttys before reboo= ting to your installed OS. This functionality is coming back slowly. In 9.2-R you will be able to (somehow) bow out of the installation process = after it's complete (e.g., "Ctrl-C" ??) and then run bsdconfig -- invoking = the "TTYs" module, giving you a chance to change the settings before you re= boot from your newly installed system. Tighter Integration will follow in the years to come... but replacing a too= l that had a 15-year run which did _all_ of this stuff, is/was not an overn= ight project. Rather, it's a journey! --=20 Devin On Aug 12, 2013, at 5:56 AM, Michael Sierchio wrote: > You need to change /etc/ttys to turn off the virtual consoles and turn > on a serial terminal. > E.g., >=20 > ttyv0 "/usr/libexec/getty Pc" xterm off secure > # Virtual terminals > ttyv1 "/usr/libexec/getty Pc" xterm off secure > ttyv2 "/usr/libexec/getty Pc" xterm off secure > ttyv3 "/usr/libexec/getty Pc" xterm off secure > ttyv4 "/usr/libexec/getty Pc" xterm off secure > ttyv5 "/usr/libexec/getty Pc" xterm off secure > ttyv6 "/usr/libexec/getty Pc" xterm off secure > ttyv7 "/usr/libexec/getty Pc" xterm off secure > ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure > # Serial terminals > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > ttyu0 "/usr/libexec/getty std.9600" dialup on secure > ttyu1 "/usr/libexec/getty std.9600" dialup off secure > ttyu2 "/usr/libexec/getty std.9600" dialup off secure > ttyu3 "/usr/libexec/getty std.9600" dialup off secure > # Dumb console > dcons "/usr/libexec/getty std.9600" vt100 off secure >=20 > On Mon, Aug 12, 2013 at 8:34 AM, CeDeROM wrote: >> Hello :-) >>=20 >> With my friend Jacek we have tried to perform PXE installation of >> FreeBSD 9 on an i386 embedded system for one project. This required >> adding "-h" or "comconsole" to the /boot/loader.conf so the >> input-output is done with serial console port, not video console. >> However, after installation, on this embedded system with no video >> console, system seems to be configured to use videoconsole by >> default... >>=20 >> Is it possible to add this nice feature to the new installer that >> would recognise if installation is done with serial-port-console and >> then setup the installed system to work with serial-port-console by >> default not the videoconsole? We could try it out on 9.2-RC2 if >> possible :-) >>=20 >> Best regards! :-) >> Tomek >>=20 >> -- >> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info >> _______________________________________________ >> freebsd-embedded@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-embedded >> To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@freebsd.o= rg" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 14:51:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B7AD9BA5; Mon, 12 Aug 2013 14:51:46 +0000 (UTC) (envelope-from dmitryluhtionov@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 835F6242B; Mon, 12 Aug 2013 14:51:46 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id 17so8463966iea.17 for ; Mon, 12 Aug 2013 07:51:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FOvZdx+wFA4hItIo1+t0laZdq63pBb2KB6lSnBN2r18=; b=RCLEzUGibr7ezmsBKgtO3srR7p5XNNI0ZUf6qQrDIhICnwvSdu2E5TwB1usNFrVnaH 8XzuDtmtk5467cBskLNpimB1cEIfToiSwRoyRMdqIGlTA4Pd74jxn/bnud5WVixWTgoF 2Pzq1pleNYZ3uH4eG2bCzTd2yuRFSvh8Wwecmb+9SLHBjJCSsKQQmItxV/QIy7CMMZ7+ h+IgqsOUJQ+gUL6sw7MaE+/wNwMNL6sUpBNhJshMKlRXbrD9kyoNJt8J+3TcGxSmIp92 YGfP3X69URPTqxXFCYAJ3tNj/z/eeqDD4zzZSwrvcx4CCIpydRNnq1AqNvyrhkskNf4c Q+0w== MIME-Version: 1.0 X-Received: by 10.50.67.105 with SMTP id m9mr8293766igt.34.1376319105956; Mon, 12 Aug 2013 07:51:45 -0700 (PDT) Received: by 10.42.168.6 with HTTP; Mon, 12 Aug 2013 07:51:45 -0700 (PDT) Date: Mon, 12 Aug 2013 17:51:45 +0300 Message-ID: Subject: Geom mirror regression in 9.2-RC1 From: Dmitry Luhtionov To: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 14:51:46 -0000 I want to use old gmirror disk, created in 8.0-RELEASE on new 9.2-RC1 machine When I attach this disk, I see only /dev/mirror/gm0, instead of /dev/mirror/gm0 and /dev/mirror/gm0s1 I forced to manually load geom_mbr.ko to use this disk. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 15:39:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A7B9E99D for ; Mon, 12 Aug 2013 15:39:47 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 712782795 for ; Mon, 12 Aug 2013 15:39:47 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=P6i4d18u c=1 sm=0 a=68NkTaeYMVLl2m++3813FQ==:17 a=i4YerQ4AwY4A:10 a=G8i6IojVimUA:10 a=DvSzqBOGy98A:10 a=pedpZTtsAAAA:8 a=ayC55rCoAAAA:8 a=KGjhK52YXX0A:10 a=HpvZ2tN2KasA:10 a=0qsgIGkBAAAA:8 a=xNf9USuDAAAA:8 a=sg7RP5xcXU3lkczWaLgA:9 a=68NkTaeYMVLl2m++3813FQ==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 74.130.200.176 Received: from [74.130.200.176] ([74.130.200.176:31243] helo=localhost) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id E5/C0-18468-1C109025; Mon, 12 Aug 2013 15:39:46 +0000 Date: Mon, 12 Aug 2013 15:39:45 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Cc: Juergen Lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 15:39:47 -0000 > Hmm I just tested super_grub2_disk_hybrid_2.00s1-beta5.iso from > http://www.supergrubdisk.org/category/download/supergrub2diskdownload/ > if it can boot FreeBSD-9.2-RC1-amd64-memstick.img in qemu and I > had to fix "kfreebsd" spelled as "freebsd" and "kfreebsd_loadenv" > spelled as "frebsd_loadenv", replace /boot/kernel/kernel with > /boot/loader, and I in the loader I then had to set currdev=disk1a > (shown by lsdev) and load /boot/kernel/kernel. qemu was started > like this: > qemu-system-x86_64 -cdrom super_grub2_disk_hybrid_2.00s1-beta5.iso -hda FreeBSD-9.2-RC1-amd64-memstick.img -m 512 -boot d -monitor stdio > Letting super_grub2_disk_hybrid_2.00s1-beta5.iso boot the kernel > directly via kfreebsd /boot/kernel/kernel fails tho because of a this > bug in the vanilla grub 2.00 code: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699002 > (The fix for that bug now is in our sysutils/grub2 port as well as > in debian's grub 2.00 but apparently not yet in the super grub disk > isos.) > So maybe your problem is that loader needs currdev set at least > in this case and in your old 9.0 installation it didn't? HTH, :) > Juergen I still wonder why Super Grub Disk kfreebsd worked until recently. I figure something must have changed in FreeBSD loader or kernel structure since the Super Grub Disk didn't change in that time. For currdev, apparently the big hard drive is just recognized as one big drive with no reference to partitions (lsdev). I could try building grub2 from ports on both the hard-drive installation and the USB-stick amd64 installation, see what possibilities are then available. FreeBSD gpart can create a boot partition, but then the question is how to boot that when there is more than one OS partition. I can't simply put the FreeBSD boot partition at the start of the hard drive as I did with the USB sticks. I had a FreeDOS installation with syslinux on a USB stick that went bad (the USB stick hardware). That would permit me to have various boot images including grub4dos and Super Grub Disk to boot with syslinux without booting into FreeDOS. I'd re-create that, but the FreeDOS installer has proven tricky. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 17:06:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BCCEDD5; Mon, 12 Aug 2013 17:06:27 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB292D2F; Mon, 12 Aug 2013 17:06:27 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 12 Aug 2013 10:09:46 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id r7CH6KeC097350; Mon, 12 Aug 2013 10:06:20 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id r7CH6KH6097348; Mon, 12 Aug 2013 10:06:20 -0700 (PDT) (envelope-from ambrisko) Date: Mon, 12 Aug 2013 10:06:20 -0700 From: Doug Ambrisko To: Devin Teske Subject: Re: Installer on serial-console-only-embedded system Message-ID: <20130812170620.GA79998@ambrisko.com> References: <13CA24D6AB415D428143D44749F57D7202011A07@ltcfiswmsgmb21> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13CA24D6AB415D428143D44749F57D7202011A07@ltcfiswmsgmb21> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable stable , CeDeROM , Michael Sierchio , "freebsd-sysinstall@freebsd.org" , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 17:06:27 -0000 On Mon, Aug 12, 2013 at 01:53:15PM +0000, Teske, Devin wrote: | sysinstall had the ability to allow you to muck with /etc/ttys before | rebooting to your installed OS. | | This functionality is coming back slowly. | | In 9.2-R you will be able to (somehow) bow out of the installation process | after it's complete (e.g., "Ctrl-C" ??) and then run bsdconfig -- invoking | the "TTYs" module, giving you a chance to change the settings before you | reboot from your newly installed system. | | Tighter Integration will follow in the years to come... but replacing a | tool that had a 15-year run which did _all_ of this stuff, is/was not an | overnight project. Rather, it's a journey! I also had made changes to sysinstall that if it detected a boot with -h then it did the /etc/tty etc. changes automatically to the installed system. It would be good to see this come back. I'm not sure if Robert's official changes did that. It's fairly easy to check what the console device is and then do the right thing. Thanks, Doug A. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 19:08:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AD40E321 for ; Mon, 12 Aug 2013 19:08:18 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7D924BF for ; Mon, 12 Aug 2013 19:08:17 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 0C0B41E000D7; Mon, 12 Aug 2013 21:08:15 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.5/8.14.4) with ESMTP id r7CJ5CMl060664; Mon, 12 Aug 2013 21:05:12 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.5/8.14.3/Submit) id r7CJ5BOX060663; Mon, 12 Aug 2013 21:05:11 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 12 Aug 2013 21:05:11 +0200 To: Thomas Mueller Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Message-ID: <20130812190511.GA59809@triton8.kn-bremen.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Juergen Lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 19:08:18 -0000 On Mon, Aug 12, 2013 at 03:39:45PM +0000, Thomas Mueller wrote: > > Hmm I just tested super_grub2_disk_hybrid_2.00s1-beta5.iso from > > > http://www.supergrubdisk.org/category/download/supergrub2diskdownload/ > > > if it can boot FreeBSD-9.2-RC1-amd64-memstick.img in qemu and I > > had to fix "kfreebsd" spelled as "freebsd" and "kfreebsd_loadenv" > > spelled as "frebsd_loadenv", replace /boot/kernel/kernel with > > /boot/loader, and I in the loader I then had to set currdev=disk1a > > (shown by lsdev) and load /boot/kernel/kernel. qemu was started > > like this: > > > qemu-system-x86_64 -cdrom super_grub2_disk_hybrid_2.00s1-beta5.iso -hda FreeBSD-9.2-RC1-amd64-memstick.img -m 512 -boot d -monitor stdio > > > Letting super_grub2_disk_hybrid_2.00s1-beta5.iso boot the kernel > > directly via kfreebsd /boot/kernel/kernel fails tho because of a this > > bug in the vanilla grub 2.00 code: > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699002 > > > (The fix for that bug now is in our sysutils/grub2 port as well as > > in debian's grub 2.00 but apparently not yet in the super grub disk > > isos.) > > > So maybe your problem is that loader needs currdev set at least > > in this case and in your old 9.0 installation it didn't? > > HTH, :) > > Juergen > > I still wonder why Super Grub Disk kfreebsd worked until recently. > > I figure something must have changed in FreeBSD loader or kernel structure since the Super Grub Disk didn't change in that time. > > For currdev, apparently the big hard drive is just recognized as one big drive with no reference to partitions (lsdev). > Hmm that sounds like a problem and would explain why loader cannot boot that install, when it doesn't find the partition... Maybe this is another case of confusion caused by leftover partition table data? In that case you probably can fix this by backing up what you want to keep from that disk, dd'ing /dev/zero over beginning and end of it and then reinstalling everything... (What does gpart show say about that disk now when run from a booted system and also from the 9.2 live system?) > I could try building grub2 from ports on both the hard-drive installation and the USB-stick amd64 installation, see what possibilities are then available. > > FreeBSD gpart can create a boot partition, but then the question is how to boot that when there is more than one OS partition. > > I can't simply put the FreeBSD boot partition at the start of the hard drive as I did with the USB sticks. > > I had a FreeDOS installation with syslinux on a USB stick that went bad (the USB stick hardware). That would permit me to have various boot images including grub4dos and Super Grub Disk to boot with syslinux without booting into FreeDOS. I'd re-create that, but the FreeDOS installer has proven tricky. > I talked to the super grub disk people yesterday and they want to prepare an updated iso using debian's grub 2.00 (that has the kfreebsd >= 9.1 kernel fix), and with the FreeBSD templates fixed also, _maybe_ that would then help you as well... Good luck, :) Juergen From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 21:19:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D0ACC126 for ; Mon, 12 Aug 2013 21:19:04 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D77E2C53 for ; Mon, 12 Aug 2013 21:19:04 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id up14so847043obb.25 for ; Mon, 12 Aug 2013 14:19:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VhHJSQP4WrgUc9jJh8NP7hYt7fIOYZzH2mpYbtr2NhM=; b=i3ZoPqjnvEQLKsDkNCSPezBTzUJWk8ZtM1q6AJEj5jRfY3Tki9YvVz1SEk9M0V1/D8 XGjmMphn7zhSbz2Ua00QL8VQQTgwi1HUILAR5X66AR6ETuF+rt7xWygdY5UyFrhSrhh0 mM7/2zawgVHTi0o2vHuBnYB5zQAgXUzMhXQPE+zn/Dw1yoaKP2R5ohQuGn0B+rGMlska 5KUiATVR0L4qLYSy21+w9PepXwd7mAmeoogcCavsz07IEjexGpR6M4x9RTxLztjuXpQm uGqg55t9rWcucqShoyxJaSXkXfJQ3kmOcJX9HAtvJSIdPgsSQYKGqOW1R/6KRJMDi54Z NuNg== MIME-Version: 1.0 X-Received: by 10.182.128.6 with SMTP id nk6mr12538579obb.11.1376342343867; Mon, 12 Aug 2013 14:19:03 -0700 (PDT) Received: by 10.60.172.40 with HTTP; Mon, 12 Aug 2013 14:19:03 -0700 (PDT) Date: Mon, 12 Aug 2013 23:19:03 +0200 Message-ID: Subject: [SOLVED] how to remove usb-storage devices without CAM errors From: Michael Schuh To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 21:19:04 -0000 2013/8/8 Michael Schuh > H i@list, > > i have a simple wuestion caused by a "device loss". > > is there a special routine for unplugging usb-storage devices? > in the meaning: > may be settle some commends before unplugging the device > other than umount. > according to the handbook there ist no special routine. > unmounting should be enough and pull the USB-Devie out of the bus. > > i could not find anything related by the help of the big oracle. > > > i have some usb-sticks that i need to write with prepared disk-images by > using dd. > two or more drives are already plugged in > and da0 is already finished, da1 or da2 still at writing. > unplugging da0 causes a CAM error and interrupts the ongoing write. > i am not sure if all writes to each different device gets stopped. > this is a reproduceable behaviour thats new to me. > see the listing below. > > let me know if i can and what to do to help to further identify > and investigate this error. > > iirc this happens for the first time this way. > my last upgrade before this was feb./march. > time of svn checkout was 2013-07-22 so its may be already fixed? > > many thanks in advance > > regards > > michael > > =============== > > ugen3.2: at usbus3 > umass0: on usbus3 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:8:0:-1: Attached to scbus8 > da0 at umass-sim0 bus 0 scbus8 target 0 lun 0 > da0: Removable Direct Access SCSI-6 device > da0: 40.000MB/s transfers > da0: 7385MB (15124992 512 byte sectors: 255H 63S/T 941C) > da0: quirks=0x2 > ugen7.2: at usbus7 > umass1: on usbus7 > umass1: SCSI over Bulk-Only; quirks = 0x0100 > umass1:9:1:-1: Attached to scbus9 > da1 at umass-sim1 bus 1 scbus9 target 0 lun 0 > da1: Removable Direct Access SCSI-6 device > da1: 40.000MB/s transfers > da1: 7385MB (15124992 512 byte sectors: 255H 63S/T 941C) > da1: quirks=0x2 > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 02 44 80 00 00 80 00 > ugen3.2: at usbus3 (disconnected) > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > umass0: (da0:at uhub3, port 3, addr 2 (disconnected) > umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 02 44 80 00 00 80 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 02 44 80 00 00 80 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 > 00 00 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 > 00 00 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > (da0:umass-sim0:0:0:0): got CAM status 0x44 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 5 refs > (da0:umass-sim0:0:0:0): removing device entry > > > Hi again, the error is gone after a new update from svn. many thanks. greetings m. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 12 22:02:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3BB15B93 for ; Mon, 12 Aug 2013 22:02:59 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id B5DEB2EF9 for ; Mon, 12 Aug 2013 22:02:58 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 50AF81E00118; Tue, 13 Aug 2013 00:02:56 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.5/8.14.4) with ESMTP id r7CLxcbZ068257; Mon, 12 Aug 2013 23:59:38 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.5/8.14.3/Submit) id r7CLxbXj068256; Mon, 12 Aug 2013 23:59:37 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 12 Aug 2013 23:59:37 +0200 To: Juergen Lock Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Message-ID: <20130812215937.GA68211@triton8.kn-bremen.de> References: <20130812190511.GA59809@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130812190511.GA59809@triton8.kn-bremen.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Thomas Mueller , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 22:02:59 -0000 On Mon, Aug 12, 2013 at 09:05:11PM +0200, Juergen Lock wrote: > On Mon, Aug 12, 2013 at 03:39:45PM +0000, Thomas Mueller wrote: > > > Hmm I just tested super_grub2_disk_hybrid_2.00s1-beta5.iso from > > > > > http://www.supergrubdisk.org/category/download/supergrub2diskdownload/ > > > > > if it can boot FreeBSD-9.2-RC1-amd64-memstick.img in qemu and I > > > had to fix "kfreebsd" spelled as "freebsd" and "kfreebsd_loadenv" > > > spelled as "frebsd_loadenv", replace /boot/kernel/kernel with > > > /boot/loader, and I in the loader I then had to set currdev=disk1a > > > (shown by lsdev) and load /boot/kernel/kernel. qemu was started > > > like this: > > > > > qemu-system-x86_64 -cdrom super_grub2_disk_hybrid_2.00s1-beta5.iso -hda FreeBSD-9.2-RC1-amd64-memstick.img -m 512 -boot d -monitor stdio > > > > > Letting super_grub2_disk_hybrid_2.00s1-beta5.iso boot the kernel > > > directly via kfreebsd /boot/kernel/kernel fails tho because of a this > > > bug in the vanilla grub 2.00 code: > > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699002 > > > > > (The fix for that bug now is in our sysutils/grub2 port as well as > > > in debian's grub 2.00 but apparently not yet in the super grub disk > > > isos.) > > > > > So maybe your problem is that loader needs currdev set at least > > > in this case and in your old 9.0 installation it didn't? > > > > HTH, :) > > > Juergen > > > > I still wonder why Super Grub Disk kfreebsd worked until recently. > > > > I figure something must have changed in FreeBSD loader or kernel structure since the Super Grub Disk didn't change in that time. > > > > For currdev, apparently the big hard drive is just recognized as one big drive with no reference to partitions (lsdev). > > > Hmm that sounds like a problem and would explain why loader cannot boot > that install, when it doesn't find the partition... Maybe this is > another case of confusion caused by leftover partition table data? > In that case you probably can fix this by backing up what you want > to keep from that disk, dd'ing /dev/zero over beginning and end of > it and then reinstalling everything... (What does gpart show > say about that disk now when run from a booted system and also from > the 9.2 live system?) > > > I could try building grub2 from ports on both the hard-drive installation and the USB-stick amd64 installation, see what possibilities are then available. > > > > FreeBSD gpart can create a boot partition, but then the question is how to boot that when there is more than one OS partition. > > > > I can't simply put the FreeBSD boot partition at the start of the hard drive as I did with the USB sticks. > > > > I had a FreeDOS installation with syslinux on a USB stick that went bad (the USB stick hardware). That would permit me to have various boot images including grub4dos and Super Grub Disk to boot with syslinux without booting into FreeDOS. I'd re-create that, but the FreeDOS installer has proven tricky. > > > I talked to the super grub disk people yesterday and they want to > prepare an updated iso using debian's grub 2.00 (that has the > kfreebsd >= 9.1 kernel fix), and with the FreeBSD templates fixed > also, _maybe_ that would then help you as well... > New super grub disk iso is ready: https://forja.cenatic.es/frs/?group_id=204 https://forja.cenatic.es/frs/download.php/file/1587/super_grub2_disk_hybrid_2.00s1-beta6.iso https://forja.cenatic.es/frs/download.php/file/1586/super_grub2_disk_hybrid_2.00s1-beta6.iso.md5 Homepage: http://www.supergrubdisk.org/ Maybe you are lucky and this version works for you already... HTH, :) Juergen From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 08:40:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 36A3D5D2 for ; Tue, 13 Aug 2013 08:40:07 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F168C23DE for ; Tue, 13 Aug 2013 08:40:06 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id z10so3932594qcx.4 for ; Tue, 13 Aug 2013 01:40:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=qE1dKeBEnQn/OP8iz+ACm+vi8+s+yPGIRXc4UloxhHI=; b=ag6DVuldn3g029GLRIJsmIXxcX7Am3tMkoCtl9JlEY6Fp2J6XHpSCctUiLz7qtF4/Y +vaPF9IJGecIdJzV4xAkR6nClBSPSJKA6T1oBIYTjqr8g8uQ8rV10mF/hDOKp9IjGJa6 sARdyrYt+Y+43PjTsGP8MM1kEJbi8hzoHB22qbDBnu3bMjtfRjLXLiyeVYHRh7L/OgmU 94O7MjO0nsL4DgIFuUhkDWkiNcFVgAwRMFtqrU/ENTfo3JG4RuF+TYri5Yvlufg9ALcE P7XOCCNH9fFdT4R0wXTd3FPej4riDniGwCybt7ezk0BLpimnt1D/hPHSFCuIqKLzHsbd SeXA== MIME-Version: 1.0 X-Received: by 10.224.28.202 with SMTP id n10mr3643548qac.20.1376383206171; Tue, 13 Aug 2013 01:40:06 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.49.70.225 with HTTP; Tue, 13 Aug 2013 01:40:06 -0700 (PDT) Date: Tue, 13 Aug 2013 10:40:06 +0200 X-Google-Sender-Auth: 723amY9dyQmDub9jnMohwYr7jpg Message-ID: Subject: 9.2-RC1 laptop lid cover problem From: CeDeROM To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 08:40:07 -0000 Hello :-) On my Dell Latitude D620 I have a bla(c/n)k screen after I close display and open it again. I cannot use this machine anymore as it was working on plaintext console (no xorg). What should I do to make screen return after display is closed and opened again? Should I load apm module or something similar or is this the display driver problem? Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 10:16:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 29EEF86E for ; Tue, 13 Aug 2013 10:16:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3BB02A66 for ; Tue, 13 Aug 2013 10:16:55 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V9Bec-000MUs-RJ for freebsd-stable@freebsd.org; Tue, 13 Aug 2013 13:16:43 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Subject: 9.2-BETA2 panics Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Aug 2013 13:16:42 +0300 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 10:16:56 -0000 Hi, this host (used as a zfs server), was working since 8.2, actually was working nicely under 9.1, but after upgrading to the latest 9.2, it panics, 2 days in a row. Appart of being a newer version, it's now dataless while I run it through the loops - which could be the reason for the panics, so while I prepare it to run off a local disk, and see if that mitigates the problem, could someone take a look? Fatal trap 12: page fault while in kernel mode cpuid = 21; apic id = 25 fault virtual address = 0xfffffffffffffcc0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80d17f66 stack pointer = 0x28:0xffffff8d77b415b0 frame pointer = 0x28:0xffffff8d77b415f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 89 (txg_thread_enter) trap number = 12 panic: page fault cpuid = 21 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff8d77b41040 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff8d77b41100 panic() at panic+0x1ce/frame 0xffffff8d77b41200 trap_fatal() at trap_fatal+0x290/frame 0xffffff8d77b41260 trap_pfault() at trap_pfault+0x211/frame 0xffffff8d77b412f0 trap() at trap+0x344/frame 0xffffff8d77b414f0 calltrap() at calltrap+0x8/frame 0xffffff8d77b414f0 --- trap 0xc, rip = 0xffffffff80d17f66, rsp = 0xffffff8d77b415b0, rbp = 0xffffff8d77b415f0 --- bcopy() at bcopy+0x16/frame 0xffffff8d77b415f0 kthread_add() at kthread_add+0xe4/frame 0xffffff8d77b41710 kproc_kthread_add() at kproc_kthread_add+0xe1/frame 0xffffff8d77b418c0 spa_sync() at spa_sync+0x8d1/frame 0xffffff8d77b41990 txg_sync_thread() at txg_sync_thread+0x139/frame 0xffffff8d77b41aa0 fork_exit() at fork_exit+0x11f/frame 0xffffff8d77b41af0 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8d77b41af0 --- trap 0, rip = 0, rsp = 0xffffff8d77b41bb0, rbp = 0 --- Uptime: 21h5m46s more info at: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt/1 thanks, danny From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 12:01:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7482B5C2 for ; Tue, 13 Aug 2013 12:01:30 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 102DC20A7 for ; Tue, 13 Aug 2013 12:01:29 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id r7DC1RUH073157; Tue, 13 Aug 2013 14:01:27 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id r7DC1R3i073156; Tue, 13 Aug 2013 14:01:27 +0200 (CEST) (envelope-from marius) Date: Tue, 13 Aug 2013 14:01:27 +0200 From: Marius Strobl To: David Boyd Subject: Re: AAC regression in 9.2-BETA Message-ID: <20130813120127.GA73059@alchemy.franken.de> References: <20130802200543.GA6755@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130802200543.GA6755@alchemy.franken.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 12:01:30 -0000 On Fri, Aug 02, 2013 at 10:05:43PM +0200, Marius Strobl wrote: > On Fri, Aug 02, 2013 at 02:44:04PM -0400, David Boyd wrote: > > I have an Adaptec 2820SA (SATA) controller that hangs the system during > > booting on 9.2-BETA[12]. > > The only message I see on the console refers to controller aac0 and > > indicates "TIMEOUT 138 SECONDS". > > This same controller/motherboard works flawlessly with 9.1-RELEASE-p5. > > I have moved this hardware to "testing" mode and can rebuild often. > > I am asking for direction and suggestions as to which commits might be at > > fault. > > I am sorry that I didn't detect this problem earlier in the release cycle. > > Hope we can resolve this before 9.2-RELEASE. > > That could be due to MSIs being broken with your particular controller > or mainboard. Please try whether setting the tunable hw.aac.enable_msi > to 0 on the loader prompt before booting makes things work. If it does, > please provide a verbose dmesg and the output of `pciconf -lcv`. > For the records, between 9.1 and 9.2, aac(4) has been taught to take advantage of MSIs when available. However, 2820SA turned out to have broken MSI support. Thus, in r254004 a quirk blacklisting MSI usage for that model has been introduced. There was also a similar report for 2230S, in which case it was unclear whether that type of controller or the motherboard is the culprit. To be on the safe side, MSIs also have been blacklisted for 2230S in said revision. This change has been MFCed down to releng/9.2, so it will be part of the final 9.2-RELEASE. However, it doesn't seem warranted to generally disable the use of MSIs in aac(4) again. Marius From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 15:12:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1E1B5C17 for ; Tue, 13 Aug 2013 15:12:24 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4E8D2D37 for ; Tue, 13 Aug 2013 15:12:23 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 3491742C082F; Tue, 13 Aug 2013 17:16:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Tue, 13 Aug 2013 10:12:05 -0500 (CDT) From: Bryan Venteicher To: Daniel Braniss Message-ID: <248098763.15877.1376406725808.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: Subject: Re: 9.2-BETA2 panics MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.6] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC28 (Mac)/8.0.2_GA_5569) Thread-Topic: 9.2-BETA2 panics Thread-Index: 9ri/a3Fr7Wkc29SVxaxoYnkn2kQd1g== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 15:12:24 -0000 ----- Original Message ----- > Hi, > this host (used as a zfs server), was working since 8.2, actually was working > nicely under 9.1, but after upgrading to the latest 9.2, it panics, 2 days > in a row. Appart of being a newer version, it's now dataless while I run it > through the loops - which could be the reason for the panics, so while I > prepare > it to run off a local disk, and see if that mitigates the problem, > could someone take a look? > > Fatal trap 12: page fault while in kernel mode > cpuid = 21; apic id = 25 > fault virtual address = 0xfffffffffffffcc0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80d17f66 > stack pointer = 0x28:0xffffff8d77b415b0 > frame pointer = 0x28:0xffffff8d77b415f0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 89 (txg_thread_enter) > trap number = 12 > panic: page fault > cpuid = 21 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffff8d77b41040 > kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff8d77b41100 > panic() at panic+0x1ce/frame 0xffffff8d77b41200 > trap_fatal() at trap_fatal+0x290/frame 0xffffff8d77b41260 > trap_pfault() at trap_pfault+0x211/frame 0xffffff8d77b412f0 > trap() at trap+0x344/frame 0xffffff8d77b414f0 > calltrap() at calltrap+0x8/frame 0xffffff8d77b414f0 > --- trap 0xc, rip = 0xffffffff80d17f66, rsp = 0xffffff8d77b415b0, rbp = > 0xffffff8d77b415f0 --- > bcopy() at bcopy+0x16/frame 0xffffff8d77b415f0 > kthread_add() at kthread_add+0xe4/frame 0xffffff8d77b41710 > kproc_kthread_add() at kproc_kthread_add+0xe1/frame 0xffffff8d77b418c0 > spa_sync() at spa_sync+0x8d1/frame 0xffffff8d77b41990 > txg_sync_thread() at txg_sync_thread+0x139/frame 0xffffff8d77b41aa0 > fork_exit() at fork_exit+0x11f/frame 0xffffff8d77b41af0 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8d77b41af0 > --- trap 0, rip = 0, rsp = 0xffffff8d77b41bb0, rbp = 0 --- > Uptime: 21h5m46s > The serialization in kthread_add() is wrong. It is possible for the oldtd it selects to exit and be reaped before we are able duplicate the copy region. I have a local patch for this, and I talked with julian@ & jhb@ about it a few weeks ago but haven't sent them a patch for review. I'll get to that later today. > more info at: > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt/1 > > thanks, > danny > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 16:29:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2FCB7745 for ; Tue, 13 Aug 2013 16:29:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D625522F6 for ; Tue, 13 Aug 2013 16:29:45 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V9HTa-00014A-Fx; Tue, 13 Aug 2013 19:29:42 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Bryan Venteicher Subject: Re: 9.2-BETA2 panics In-reply-to: <248098763.15877.1376406725808.JavaMail.root@daemoninthecloset.org> References: <248098763.15877.1376406725808.JavaMail.root@daemoninthecloset.org> Comments: In-reply-to Bryan Venteicher message dated "Tue, 13 Aug 2013 10:12:05 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Aug 2013 19:29:42 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 16:29:46 -0000 > > > ----- Original Message ----- > > Hi, > > this host (used as a zfs server), was working since 8.2, actually was working > > nicely under 9.1, but after upgrading to the latest 9.2, it panics, 2 days > > in a row. Appart of being a newer version, it's now dataless while I run it > > through the loops - which could be the reason for the panics, so while I > > prepare > > it to run off a local disk, and see if that mitigates the problem, > > could someone take a look? > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 21; apic id = 25 > > fault virtual address = 0xfffffffffffffcc0 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff80d17f66 > > stack pointer = 0x28:0xffffff8d77b415b0 > > frame pointer = 0x28:0xffffff8d77b415f0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 89 (txg_thread_enter) > > trap number = 12 > > panic: page fault > > cpuid = 21 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > > 0xffffff8d77b41040 > > kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff8d77b41100 > > panic() at panic+0x1ce/frame 0xffffff8d77b41200 > > trap_fatal() at trap_fatal+0x290/frame 0xffffff8d77b41260 > > trap_pfault() at trap_pfault+0x211/frame 0xffffff8d77b412f0 > > trap() at trap+0x344/frame 0xffffff8d77b414f0 > > calltrap() at calltrap+0x8/frame 0xffffff8d77b414f0 > > --- trap 0xc, rip = 0xffffffff80d17f66, rsp = 0xffffff8d77b415b0, rbp = > > 0xffffff8d77b415f0 --- > > bcopy() at bcopy+0x16/frame 0xffffff8d77b415f0 > > kthread_add() at kthread_add+0xe4/frame 0xffffff8d77b41710 > > kproc_kthread_add() at kproc_kthread_add+0xe1/frame 0xffffff8d77b418c0 > > spa_sync() at spa_sync+0x8d1/frame 0xffffff8d77b41990 > > txg_sync_thread() at txg_sync_thread+0x139/frame 0xffffff8d77b41aa0 > > fork_exit() at fork_exit+0x11f/frame 0xffffff8d77b41af0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8d77b41af0 > > --- trap 0, rip = 0, rsp = 0xffffff8d77b41bb0, rbp = 0 --- > > Uptime: 21h5m46s > > > > The serialization in kthread_add() is wrong. It is possible for the > oldtd it selects to exit and be reaped before we are able duplicate > the copy region. I have a local patch for this, and I talked with > julian@ & jhb@ about it a few weeks ago but haven't sent them a > patch for review. I'll get to that later today. If you need to have it checked out, I can try it out. thanks, danny > > > > more info at: > > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt/1 > > > > thanks, > > danny > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 22:15:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6F0784DC for ; Tue, 13 Aug 2013 22:15:19 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 748CE2B9C; Tue, 13 Aug 2013 22:15:18 +0000 (UTC) Message-ID: <520AAF1E.1070109@FreeBSD.org> Date: Wed, 14 Aug 2013 02:11:42 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Thomas Mueller Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Juergen Lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 22:15:19 -0000 On 12.08.2013 19:39, Thomas Mueller wrote: > I still wonder why Super Grub Disk kfreebsd worked until recently. > > I figure something must have changed in FreeBSD loader or kernel > structure since the Super Grub Disk didn't change in that time. > > For currdev, apparently the big hard drive is just recognized as one > big drive with no reference to partitions (lsdev). Can you obtain the following information and send it to me? 1. lsdev output from the loader that works 2. gpart list from booted system 3. lsdev output from the loader that doesn't work -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Aug 13 22:20:27 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5F15C652 for ; Tue, 13 Aug 2013 22:20:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47D132A25 for ; Tue, 13 Aug 2013 22:20:27 +0000 (UTC) Received: from zeta.ixsystems.com (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id B949CDF3C; Tue, 13 Aug 2013 15:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1376432426; bh=OKqHe/ssGvxJ6A6PAe6J5+sr/KK/YeWlKqgZM++BAtA=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=WVBY4vX6XjaaXjln7rz46+J4JMgXX1OUis6GB66YJdfIEvnGUDpfP8Q5SXfsgWwQt Z2HLR5LGCmXv3bdr5Z2nnTFzVf1PD+IPFYToepZOqIgqX1ImUyVZHu6dTJyDVfbWEG SlsSuZJLz1CMkPs2YT3oBL02tFfRQlAZUTviEVeI= Message-ID: <520AB129.3090703@delphij.net> Date: Tue, 13 Aug 2013 15:20:25 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Another bug in SSH in FreeBSD 8.4 (sftp cannot create relative symlinks) References: <51C4DBFE.1010809@quip.cz> In-Reply-To: <51C4DBFE.1010809@quip.cz> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 22:20:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FYI, Dag-Erling have committed the upstream fix to -HEAD today and we will make sure that this gets merged before 9.2-RELEASE. Author: des Date: Tue Aug 13 09:06:18 2013 New Revision: 254278 URL: http://svnweb.freebsd.org/changeset/base/254278 Log: Apply upstream revision 1.151 (fix relative symlinks) MFC after: 3 days Modified: head/crypto/openssh/sftp.c Directory Properties: head/crypto/openssh/ (props changed) Modified: head/crypto/openssh/sftp.c ============================================================================== - --- head/crypto/openssh/sftp.c Tue Aug 13 09:04:20 2013 (r254277) +++ head/crypto/openssh/sftp.c Tue Aug 13 09:06:18 2013 (r254278) @@ -1328,7 +1328,8 @@ parse_dispatch_command(struct sftp_conn case I_SYMLINK: sflag = 1; case I_LINK: - - path1 = make_absolute(path1, *pwd); + if (!sflag) + path1 = make_absolute(path1, *pwd); path2 = make_absolute(path2, *pwd); err = (sflag ? do_symlink : do_hardlink)(conn, path1, path2); break; Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCgAGBQJSCrEpAAoJEG80Jeu8UPuzOsMIALKkg0+g2IhX5dAxGL9UU6AT 7/f/iEfDIYmTv1QRwZQ1B544Mf02NmSztEmVz5pwQCsSmw+rmF27t6iBbN6q5ipM XUB+A3VsAGRmI8j/2ixwzs3AXTAdC/uhgswVMQyiuS35cYaArGAirZWxUESGIiqk K7Hnc8vYDWZ+hbNIpPFNNvsdunltq42BJ5kHh07X3elqR7lJaGC7qQM8IoHo90nG R4GPagM6tbuXdB/UzrW0ozgRf4VqE+SFCC8UAnnE/E61h7Fb0/GkD0XlsdTFrl3f 0Aadhs+jfwxV7UJgyGvuep9RsFuM/mUMHXAw8K3vuPbF6KA9U7XI1KmS8ym5G3A= =ERoe -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 01:47:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ECFB561C for ; Wed, 14 Aug 2013 01:47:26 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm16-vm2.access.bullet.mail.bf1.yahoo.com (nm16-vm2.access.bullet.mail.bf1.yahoo.com [216.109.115.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FC2724D3 for ; Wed, 14 Aug 2013 01:47:26 +0000 (UTC) Received: from [66.196.81.158] by nm16.access.bullet.mail.bf1.yahoo.com with NNFMP; 14 Aug 2013 01:41:58 -0000 Received: from [98.139.221.57] by tm4.access.bullet.mail.bf1.yahoo.com with NNFMP; 14 Aug 2013 01:41:58 -0000 Received: from [127.0.0.1] by smtp110.sbc.mail.bf1.yahoo.com with NNFMP; 14 Aug 2013 01:41:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1376444518; bh=QnoIHZ4qyiCGhEfush8AMCG68RoGAS1zGBBaNVy5Vs8=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=GIUmZjaQk9mT3l/tVY6ZrjM1qX/3hQrqkUzn0JsRpEMAR1CkD5rIWsn09Cz9wZC8s8aP2L0CHfWYnFJdec2X9z9STO1PLihjsIKmReM8RiXdUza44fAJC5X9N/vYItamLru0D8oGvIGQzSiW553eTg4ItCj/LnYXrzuY86NLp48= X-Yahoo-Newman-Id: 685155.72446.bm@smtp110.sbc.mail.bf1.yahoo.com Message-ID: <685155.72446.bm@smtp110.sbc.mail.bf1.yahoo.com> Date: Tue, 13 Aug 2013 18:41:58 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: FGOGEDMVM1k_b3foVE8LTA2k3mOwK7DHAvKp3llGh7ErNth _DBdDtjoHS4h6ZBCPSp5RDB2DwCvEsrldluLQw4PTC76ro2BGHf4KiMYBo2v KTNhrWjw6Ojud7F4Z95Wh4Qx2xu3ReN1Gh2MUfKkpfNWzS1WO3IXg5VSNWMi UXQT3uqTRJ3c8F5jV7.nbmo3NiYQT8oYu3IsQwTtRm4v.WXY3N3W70Eb2X6g QgWb6TAtXp5w63PDvtsC4XxjPL6Bv_d6oKJcTbb6OXc1hqeewDLqV7qTHwKE vzLKgi4HYcFXdyk1ziAS9g0aKE5va2c3bVOjvkupP2clZRKsnQLIjNIs3Ij5 EG8m7aPV7ySbkzPkId3s6ZQwQ4hpspJIOFBWR_0qlDxrocQVqn99TLNLxCY9 P2gnPTgTztT3D_.HVuUJCEbZgtrH3_MbMg7uc2_Z1HqwvpLW5Cka3JpedueF Xw7coAszu.ziWLY3iAbVoQvtPuTEZIr1vFyIe1MmjgWIlRsCYf2DTElEuGsr EOlvLjoKMnd88wEhWTzWB0tzPVT5rkfJDBG8YiT3aRDCvm6Q1_5IgQmq8CXb .gmykkWPD X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp110.sbc.mail.bf1.yahoo.com with SMTP; 13 Aug 2013 18:41:58 -0700 PDT From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Cc: "Andrey V. Elsukov" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 01:47:27 -0000 > On 12.08.2013 19:39, Thomas Mueller wrote: > > I still wonder why Super Grub Disk kfreebsd worked until recently. > > I figure something must have changed in FreeBSD loader or kernel > > structure since the Super Grub Disk didn't change in that time. > > > For currdev, apparently the big hard drive is just recognized as one > > big drive with no reference to partitions (lsdev). > Can you obtain the following information and send it to me? > 1. lsdev output from the loader that works > 2. gpart list from booted system > 3. lsdev output from the loader that doesn't work -- > WBR, Andrey V. Elsukov I can provide the gpart list from booted system, but how do I capture lsdev output without copying by pencil and paper? I looked in "man loader" and "man loader.conf". I subsequently added some partitions (6,7,12,13,14) for Linux purposes, but that should have no current effect on booting FreeBSD. gpart show ada0 shows => 34 5860533101 ada0 GPT (2.7T) 34 491520 1 efi (240M) 491554 16000000 2 linux-data (7.6G) 16491554 6 - free - (3.0k) 16491560 295768568 3 freebsd-ufs (141G) 312260128 2 - free - (1.0k) 312260130 128 8 freebsd-boot (64k) 312260258 209715200 9 freebsd-ufs (100G) 521975458 356515840 11 freebsd-ufs (170G) 878491298 6 - free - (3.0k) 878491304 41943040 4 netbsd-ffs (20G) 920434344 8388608 5 netbsd-swap (4.0G) 928822952 41943040 6 !0fc63daf-8483-4772-8e79-3d69d8477de4 (20G) 970765992 16777216 7 linux-swap (8.0G) 987543208 41943040 12 !0fc63daf-8483-4772-8e79-3d69d8477de4 (20G) 1029486248 209715200 13 !0fc63daf-8483-4772-8e79-3d69d8477de4 (100G) 1239201448 419430400 14 !0fc63daf-8483-4772-8e79-3d69d8477de4 (200G) 1658631848 4192206714 - free - (2T) 5850838562 8388608 10 freebsd-swap (4.0G) 5859227170 1305965 - free - (637M) gpart show -l ada0 shows => 34 5860533101 ada0 GPT (2.7T) 34 491520 1 WDGreen001 (240M) 491554 16000000 2 WDGreen002 (7.6G) 16491554 6 - free - (3.0k) 16491560 295768568 3 WDGreen003 (141G) 312260128 2 - free - (1.0k) 312260130 128 8 WDGreen008 (64k) 312260258 209715200 9 WDGreen009 (100G) 521975458 356515840 11 WDGreen011 (170G) 878491298 6 - free - (3.0k) 878491304 41943040 4 WDGreen004 (20G) 920434344 8388608 5 WDGreen005 (4.0G) 928822952 41943040 6 WDGreen006 (20G) 970765992 16777216 7 WDGreen007 (8.0G) 987543208 41943040 12 WDGreen012 (20G) 1029486248 209715200 13 WDGreen013 (100G) 1239201448 419430400 14 WDGreen014 (200G) 1658631848 4192206714 - free - (2T) 5850838562 8388608 10 WDGreen010 (4.0G) 5859227170 1305965 - free - (637M) For the USB stick, gpart show da1 shows => 34 15240509 da1 GPT (7.3G) 34 128 1 freebsd-boot (64k) 162 13200000 2 freebsd-ufs (6.3G) 13200162 2040380 3 freebsd-swap (996M) 15240542 1 - free - (512B) or with labels, gpart show -l da1 shows => 34 15240509 da1 GPT (7.3G) 34 128 1 usb64boot (64k) 162 13200000 2 usb64root (6.3G) 13200162 2040380 3 usb64swap (996M) 15240542 1 - free - (512B) Tom From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 01:52:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 19F4E751 for ; Wed, 14 Aug 2013 01:52:33 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id CB3C52526 for ; Wed, 14 Aug 2013 01:52:32 +0000 (UTC) Received: from [10.0.1.3] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id r7E1oLqP029869 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 13 Aug 2013 18:50:21 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: FreeBSD-Update + Sendmail From: Doug Hardie In-Reply-To: Date: Tue, 13 Aug 2013 18:50:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5200FE0E.8506.5CB69E@lausts.acm.org> To: "freebsd-stable@freebsd.org List" X-Mailer: Apple Mail (2.1508) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 01:52:33 -0000 On 6 August 2013, at 09:18, Ted Hatfield wrote: > I too have been updating my systems by updating and building from = source. To recompile and install sendmail from the /usr/src tree you can = run these commands. >=20 > cd /usr/src/lib/libsm; make clean; make obj; make depend; make > cd /usr/src/lib/libsmutil; make clean; make obj; make depend; make > cd /usr/src/usr.sbin/sendmail; make clean; make obj; make depend; = make; make install >=20 > This procedure will follow all the /etc/make.conf arguments. FreeBSD zool.lafn.org 9.1-RELEASE-p1 FreeBSD 9.1-RELEASE-p1 #4: Wed Feb = 20 22:34:04 PST 2013 doug@zool.lafn.org:/usr/obj/usr/src/sys/LAFN = i386 make of sendmail yields: cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src = -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB = -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS = -D_FFR_TLS_1 -I/usr/local/include/sasl -DSASL -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c = /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c cc1: warnings being treated as errors /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c: In = function 'sm_sasl_init': /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c:141: = warning: passing argument 1 of 'sasl_set_alloc' from incompatible = pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c:141: = warning: passing argument 2 of 'sasl_set_alloc' from incompatible = pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c:141: = warning: passing argument 3 of 'sasl_set_alloc' from incompatible = pointer type *** [sasl.o] Error code 1 /etc/make.conf: SENDMAIL_CFLAGS=3D-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=3D-L/usr/local/lib SENDMAIL_LDADD=3D-lsasl2 WITHOUT_X11=3Dyes # added by use.perl 2013-05-22 13:05:04 PERL_VERSION=3D5.12.4 I can't figure out where cc1 has been configured to treat warnings as = errors. This has not happened before to me.= From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 02:17:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE65CFAA for ; Wed, 14 Aug 2013 02:17:04 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 38E745594; Wed, 14 Aug 2013 02:17:03 +0000 (UTC) Message-ID: <520AE7C8.2080606@FreeBSD.org> Date: Wed, 14 Aug 2013 06:13:28 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Thomas Mueller Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 References: <685155.72446.bm@smtp110.sbc.mail.bf1.yahoo.com> In-Reply-To: <685155.72446.bm@smtp110.sbc.mail.bf1.yahoo.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 02:17:05 -0000 On 14.08.2013 05:41, Thomas Mueller wrote: >> On 12.08.2013 19:39, Thomas Mueller wrote: >>> I still wonder why Super Grub Disk kfreebsd worked until >>> recently. > >>> I figure something must have changed in FreeBSD loader or kernel >>> structure since the Super Grub Disk didn't change in that time. >> >>> For currdev, apparently the big hard drive is just recognized as >>> one big drive with no reference to partitions (lsdev). > >> Can you obtain the following information and send it to me? > >> 1. lsdev output from the loader that works 2. gpart list from >> booted system 3. lsdev output from the loader that doesn't work > > -- >> WBR, Andrey V. Elsukov > > I can provide the gpart list from booted system, but how do I capture > lsdev output without copying by pencil and paper? You can just make a photo. > I looked in "man loader" and "man loader.conf". > > I subsequently added some partitions (6,7,12,13,14) for Linux > purposes, but that should have no current effect on booting FreeBSD. An output of `gpart show` contains less information that `gpart list`, it is useless for me :) -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 03:29:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 41639F13 for ; Wed, 14 Aug 2013 03:29:07 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm6-vm9.access.bullet.mail.gq1.yahoo.com (nm6-vm9.access.bullet.mail.gq1.yahoo.com [216.39.63.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 027CE2A2F for ; Wed, 14 Aug 2013 03:29:06 +0000 (UTC) Received: from [216.39.60.170] by nm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 14 Aug 2013 03:22:54 -0000 Received: from [98.138.84.214] by tm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 14 Aug 2013 03:22:53 -0000 Received: from [127.0.0.1] by smtp103.sbc.mail.ne1.yahoo.com with NNFMP; 14 Aug 2013 03:22:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1376450573; bh=3HO3UfZIjVB7tUAaGlMvcb58pDwyWxWF+BonzuQqpEw=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=YJE2CKzT6X+BZVDEueJDb8ssJCILjLBW1oMy5L6W0HeaNUjWSkn4AYRDtTSe7dBqYnh2WT0Cek1VmPfiDOVKuycZC00Rfvws8fwcglaFxjAjzpdE75WeNKL1GFHM/FpN+2cNrv9IYbtUu1glbsQWE98jzA8uGAEf/q9VbfMDSek= X-Yahoo-Newman-Id: 627048.46835.bm@smtp103.sbc.mail.ne1.yahoo.com Message-ID: <627048.46835.bm@smtp103.sbc.mail.ne1.yahoo.com> Date: Wed, 14 Aug 2013 03:22:53 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: RthZrRcVM1kETBya1uSfYq7IVvjNtjGQ_xG7Pcrrbskd7T5 WB3JJUVUlhwSO9kmc2o2SN5mAv3b1toQBx03JEmhcwCHlTcDHZ88Vss4GMqS TWdlKMjOx8atY2bUPz4tiSEcPkgmeePha0YILmMWg1xPxP.spWugPSRnlv8p w8P8F2uV5G8pU0xgqSn6eEfEWRfopTO.cizyIzF67DaeYYr7v_xpVrKgbpQW ovUI0T8Kwk4xoDVVPOb6uwvkm32NGRoD4qH5Q1ykac076PBawpVCxhYri7kb ytj_NbYYXrxE8puABDnMrJ0wvHXEz4bBLc44dG_9iiazjXXswlSgKqFh7lG8 aVPa3cNkyb33Z.XhgXnIG6_a8UxgkH_sK9a4S8V5emonmKH4Ht06czEIYJfE Xz_n00JGAh5IJ68ylztiOK.Hd5ew52ZHQbs1NKk4fIeFqIG7iiyCgTwjHbWu .MSTfc.M8v2PuEoVvlvv_HS2PVAioXRkAxJHXfLl1b7rzpWC2pdhKb6YFeQr VkjaoftOGWgN3Z0sK0R851DND8oX7PFnZMvBT7YDq3zfqLwOXKhw.J3jQSsm gLUhu4xxx X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp103.sbc.mail.ne1.yahoo.com with SMTP; 14 Aug 2013 03:22:53 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Cc: "Andrey V. Elsukov" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 03:29:07 -0000 > > I can provide the gpart list from booted system, but how do I capture > > lsdev output without copying by pencil and paper? > You can just make a photo. > > I looked in "man loader" and "man loader.conf". > > > I subsequently added some partitions (6,7,12,13,14) for Linux > > purposes, but that should have no current effect on booting FreeBSD. > An output of `gpart show` contains less information that `gpart list`, > it is useless for me :) -- > WBR, Andrey V. Elsukov How do I make a photo when I don't have a digital camera? If I had a digital camera, how would I convert the picture to text? I looked at "man gpart" and didn't see "list" in the list of commands: a little deficiency in the man page. Geom name: da0 modified: false state: OK fwheads: 255 fwsectors: 63 last: 732558330 first: 6 entries: 128 scheme: GPT Providers: 1. Name: da0p1 Mediasize: 209715200 (200M) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 1048576 Mode: r0w0e0 rawuuid: de838bc6-0456-46f8-a277-3a627846685f rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b label: MyBook1 length: 209715200 offset: 1048576 type: efi index: 1 end: 51455 start: 256 2. Name: da0p2 Mediasize: 8074035200 (7.5G) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 210763776 Mode: r0w0e0 rawuuid: 1fb90c07-1939-4a80-9e03-c47470f4f555 rawtype: ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 label: MyBook2 length: 8074035200 offset: 210763776 type: linux-data index: 2 end: 2022655 start: 51456 3. Name: da0p3 Mediasize: 524288 (512k) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 3989831680 Mode: r0w0e0 rawuuid: 497d10d1-e7ec-4b50-ab0d-77eb5216eae3 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: MyBook3 length: 524288 offset: 8284798976 type: freebsd-boot index: 3 end: 2022783 start: 2022656 4. Name: da0p4 Mediasize: 53687091200 (50G) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 3990880256 Mode: r0w0e0 rawuuid: 1fd5faa9-09cb-40eb-9f9e-90cd2d041016 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: MyBook4 length: 53687091200 offset: 8285847552 type: freebsd-ufs index: 4 end: 15130111 start: 2022912 5. Name: da0p5 Mediasize: 4294967296 (4.0G) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 1843396608 Mode: r0w0e0 rawuuid: 344e66cb-a1be-4562-be82-1350d93d2da2 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: MyBook5 length: 4294967296 offset: 61972938752 type: freebsd-swap index: 5 end: 16178687 start: 15130112 6. Name: da0p6 Mediasize: 214748364800 (200G) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 1843396608 Mode: r0w0e0 rawuuid: 1e45c5ac-3623-47b1-bc66-98b8b972a0b0 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: MyBook6 length: 214748364800 offset: 66267906048 type: freebsd-ufs index: 6 end: 68607487 start: 16178688 7. Name: da0p7 Mediasize: 53687091200 (50G) Sectorsize: 4096 Stripesize: 0 Stripeoffset: 1843396608 Mode: r0w0e0 rawuuid: e39f40a7-415b-4bad-afac-f981378ccbf7 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: MyBook7 length: 53687091200 offset: 281016270848 type: freebsd-ufs index: 7 end: 81714687 start: 68607488 Consumers: 1. Name: da0 Mediasize: 3000558944256 (2.7T) Sectorsize: 4096 Mode: r0w0e0 Geom name: da1 modified: false state: OK fwheads: 255 fwsectors: 63 last: 15240542 first: 34 entries: 128 scheme: GPT Providers: 1. Name: da1p1 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: 9fc8a879-75a4-11e1-8b1f-8c89a5131554 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: usb64boot length: 65536 offset: 17408 type: freebsd-boot index: 1 end: 161 start: 34 2. Name: da1p2 Mediasize: 6758400000 (6.3G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r0w0e0 rawuuid: c5043e60-75a6-11e1-8b1f-8c89a5131554 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: usb64root length: 6758400000 offset: 82944 type: freebsd-ufs index: 2 end: 13200161 start: 162 3. Name: da1p3 Mediasize: 1044674560 (996M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 2463515648 Mode: r0w0e0 rawuuid: e2540349-75a6-11e1-8b1f-8c89a5131554 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: usb64swap length: 1044674560 offset: 6758482944 type: freebsd-swap index: 3 end: 15240541 start: 13200162 Consumers: 1. Name: da1 Mediasize: 7803174912 (7.3G) Sectorsize: 512 Mode: r0w0e0 Geom name: ada0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 5860533134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada0p1 Mediasize: 251658240 (240M) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 1024 Mode: r0w0e0 rawuuid: 44de8f9c-b9d2-11e0-b041-8c89a5131554 rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b label: WDGreen001 length: 251658240 offset: 17408 type: efi index: 1 end: 491553 start: 34 2. Name: ada0p2 Mediasize: 8192000000 (7.6G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 1024 Mode: r0w0e0 rawuuid: 44de8f9f-b9d2-11e0-b041-8c89a5131554 rawtype: ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 label: WDGreen002 length: 8192000000 offset: 251675648 type: linux-data index: 2 end: 16491553 start: 491554 3. Name: ada0p3 Mediasize: 151433506816 (141G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 rawuuid: e414a2c7-dd11-11e0-a733-8c89a5131554 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: WDGreen003 length: 151433506816 offset: 8443678720 type: freebsd-ufs index: 3 end: 312260127 start: 16491560 4. Name: ada0p4 Mediasize: 21474836480 (20G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: b96b2869-eeec-42b5-8e18-f49689c21db6 rawtype: 49f48d5a-b10e-11dc-b99b-0019d1879648 label: WDGreen004 length: 21474836480 offset: 449787547648 type: netbsd-ffs index: 4 end: 920434343 start: 878491304 5. Name: ada0p5 Mediasize: 4294967296 (4.0G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: 5716d94c-50bc-4c95-84e9-8aaa607debdc rawtype: 49f48d32-b10e-11dc-b99b-0019d1879648 label: WDGreen005 length: 4294967296 offset: 471262384128 type: netbsd-swap index: 5 end: 928822951 start: 920434344 6. Name: ada0p6 Mediasize: 21474836480 (20G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: 5189415d-93c3-482b-a58a-5efb59b85ced rawtype: 0fc63daf-8483-4772-8e79-3d69d8477de4 label: WDGreen006 length: 21474836480 offset: 475557351424 type: !0fc63daf-8483-4772-8e79-3d69d8477de4 index: 6 end: 970765991 start: 928822952 7. Name: ada0p7 Mediasize: 8589934592 (8.0G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: 984afbf8-af57-4b43-987e-c29072e35600 rawtype: 0657fd6d-a4ab-43c4-84e5-0933c84b4f4f label: WDGreen007 length: 8589934592 offset: 497032187904 type: linux-swap index: 7 end: 987543207 start: 970765992 8. Name: ada0p8 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 1024 Mode: r0w0e0 rawuuid: 8a48eee6-c31e-11e0-98dc-8c89a5131554 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: WDGreen008 length: 65536 offset: 159877186560 type: freebsd-boot index: 8 end: 312260257 start: 312260130 9. Name: ada0p9 Mediasize: 107374182400 (100G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 1024 Mode: r1w1e1 rawuuid: 53268360-c320-11e0-98dc-8c89a5131554 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: WDGreen009 length: 107374182400 offset: 159877252096 type: freebsd-ufs index: 9 end: 521975457 start: 312260258 10. Name: ada0p10 Mediasize: 4294967296 (4.0G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 1024 Mode: r1w1e0 rawuuid: 8a8a47aa-c31e-11e0-98dc-8c89a5131554 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: WDGreen010 length: 4294967296 offset: 2995629343744 type: freebsd-swap index: 10 end: 5859227169 start: 5850838562 11. Name: ada0p11 Mediasize: 182536110080 (170G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 1024 Mode: r1w1e1 rawuuid: 77b45a5a-c320-11e0-98dc-8c89a5131554 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: WDGreen011 length: 182536110080 offset: 267251434496 type: freebsd-ufs index: 11 end: 878491297 start: 521975458 12. Name: ada0p12 Mediasize: 21474836480 (20G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: 7452f294-430c-496a-8520-8495ddc660b8 rawtype: 0fc63daf-8483-4772-8e79-3d69d8477de4 label: WDGreen012 length: 21474836480 offset: 505622122496 type: !0fc63daf-8483-4772-8e79-3d69d8477de4 index: 12 end: 1029486247 start: 987543208 13. Name: ada0p13 Mediasize: 107374182400 (100G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: bfabd28d-bf84-4f99-84a5-f67ea96f3d3c rawtype: 0fc63daf-8483-4772-8e79-3d69d8477de4 label: WDGreen013 length: 107374182400 offset: 527096958976 type: !0fc63daf-8483-4772-8e79-3d69d8477de4 index: 13 end: 1239201447 start: 1029486248 14. Name: ada0p14 Mediasize: 214748364800 (200G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: 20b43d00-0a43-419d-9527-d901b6633be8 rawtype: 0fc63daf-8483-4772-8e79-3d69d8477de4 label: WDGreen014 length: 214748364800 offset: 634471141376 type: !0fc63daf-8483-4772-8e79-3d69d8477de4 index: 14 end: 1658631847 start: 1239201448 Consumers: 1. Name: ada0 Mediasize: 3000592982016 (2.7T) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r4w4e7 Geom name: da2 modified: false state: OK fwheads: 255 fwsectors: 63 last: 31277022 first: 34 entries: 128 scheme: GPT Providers: 1. Name: da2p1 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: 5854df54-798d-11e1-b1eb-8c89a5131554 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: usb32boot length: 65536 offset: 17408 type: freebsd-boot index: 1 end: 161 start: 34 2. Name: da2p2 Mediasize: 13958643712 (13G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r0w0e0 rawuuid: 2f1ca844-798e-11e1-b1eb-8c89a5131554 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: usb32root length: 13958643712 offset: 82944 type: freebsd-ufs index: 2 end: 27263137 start: 162 3. Name: da2p3 Mediasize: 2055109120 (1.9G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073824768 Mode: r0w0e0 rawuuid: 444279bf-798e-11e1-b1eb-8c89a5131554 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: usb32swap length: 2055109120 offset: 13958726656 type: freebsd-swap index: 3 end: 31277022 start: 27263138 Consumers: 1. Name: da2 Mediasize: 16013852672 (14G) Sectorsize: 512 Mode: r0w0e0 -- Tom From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 11:49:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5941E46B for ; Wed, 14 Aug 2013 11:49:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7392364 for ; Wed, 14 Aug 2013 11:49:30 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V9ZZq-000DPX-4Q for freebsd-stable@freebsd.org; Wed, 14 Aug 2013 14:49:22 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Subject: 9.2-beta, [zpool] iostat fibbing? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Aug 2013 14:49:22 +0300 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 11:49:30 -0000 hi, after upgrading to 9.2-betat2 (from 9.1-stable), it seems zpool iostat n is not giving a real picture. Running iostat gives a different picture. My suspicion got triggerd by a very repetitive output from zpool iostat: zpool iostat h 5 capacity operations bandwidth pool alloc free read write read write ---------- ----- ----- ----- ----- ----- ----- h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 12 60 514K 2.90M h 26.7T 5.84T 9 214 721K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 722K 10.9M h 26.7T 5.84T 9 214 723K 10.9M while at the same time: iostat mfid1 5 tty mfid1 cpu tin tout KB/t tps MB/s us ni sy in id 0 18 53.17 224 11.62 0 0 7 1 92 0 80 60.16 211 12.38 1 0 10 1 88 0 9 44.36 97 4.20 1 0 11 1 87 0 20 34.85 134 4.55 1 0 11 1 87 0 20 23.67 196 4.52 1 0 10 1 88 0 9 71.10 159 11.05 1 0 12 1 86 0 9 51.47 89 4.46 1 0 10 2 88 0 166 43.40 104 4.41 1 0 10 1 88 0 12 42.47 99 4.11 1 0 10 1 88 0 30 57.82 196 11.05 1 0 11 1 87 0 20 30.07 176 5.18 1 0 14 2 84 0 20 27.34 171 4.56 1 0 12 2 86 0 20 26.20 179 4.57 1 0 12 2 86 0 20 66.01 224 14.42 1 0 12 1 86 0 20 30.82 145 4.35 1 0 7 1 91 0 30 29.81 167 4.85 1 0 8 1 90 0 20 31.50 165 5.08 1 0 9 1 89 0 20 53.95 253 13.33 1 0 10 2 87 0 20 29.30 148 4.23 1 0 11 1 88 the 5 sec interval seems to be more of a 'suggestion' :-) and another thing, hitting ^T usually gives: load: 4.18 cmd: zpool 32267 [spa_namespace_lock] 58.64r 0.00u 0.01s 0% 3080k From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 13:04:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BCB82C1D for ; Wed, 14 Aug 2013 13:04:28 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52BE729A2 for ; Wed, 14 Aug 2013 13:04:28 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id m46so7671217wev.22 for ; Wed, 14 Aug 2013 06:04:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=k4VOitXO+rrY3ZTbDGFIQJ7K7tf+sedLbSE+ssF2WDA=; b=Qucl7zDtqUw1xAuGSz/hs0ELJyiozkDHKkR43L0gZSsSbj5VP04YpjgmzQwwaPv3Un ZpMLQNyw0ZQ1tmsccyZ+B/5606JDoe3ywVcNMo++nXtCFi2Th7gjirx1s6Z7BEOnWSg1 Yc5SmE3HO5swGFOdFMOsosF67bh8TAWA6qMrLGlU16iirwOpS8drndnETVvjarPoJZf+ 8N+ZFoNgcC+wPMUxWSZLXwzOE/PjUnE0ux40ed7pLHRTqBjWcWU4KiNKoeCPWybRikfP OtfGXz+zw+SWX17UTDPV0H1O/kwZVEV99hseeOcgvAXMptsYLQLGpGBTAQ6K+AOEjhfi n8MA== MIME-Version: 1.0 X-Received: by 10.180.188.132 with SMTP id ga4mr6058176wic.53.1376485466608; Wed, 14 Aug 2013 06:04:26 -0700 (PDT) Received: by 10.216.67.193 with HTTP; Wed, 14 Aug 2013 06:04:26 -0700 (PDT) In-Reply-To: <1737845049.15385.1376180211594.JavaMail.root@daemoninthecloset.org> References: <1737845049.15385.1376180211594.JavaMail.root@daemoninthecloset.org> Date: Wed, 14 Aug 2013 14:04:26 +0100 Message-ID: Subject: Re: VTNET + pf + TSO performance From: krad To: Bryan Venteicher Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org, bane ivosev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 13:04:28 -0000 sorry for the late reply, im running virtualbox ontop of solaris 11, i will extract the verbose boot info, and all the version numbers when I get access later today On 11 August 2013 01:16, Bryan Venteicher wrote: > > > ----- Original Message ----- > > Hi > > > > Was there any progress on the thread below? I have a freebsd guest ontop > of > > solaris 11 exhibiting this problem. I'm on a pretty upto date stable > > kernel. The TSO fix works fine but i guess im taking a performance hit > with > > it disabled > > > > I'm not totally sure what is going on. FreeBSD checksum offloading is a > bit limited w.r.t. some virtualization use cases, but that doesn't look > like what you are running into if you just have to disable TSO. > > What hypervisor are you using on Solaris 11? Can you post a bootverbose > dmesg of your guest? I suspect your hypervisor is advertising TSO (GSO > in VirtIO/Linux speak) when the tap/bridge/physical interface doesn't > actually support it and does not do the segmentation in software as a > fallback. > > > > > FreeBSD carrera.snaffler.net 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 > > r254177: Sat Aug 10 11:08:17 BST 2013 > > root@carrera.snaffler.net:/usr/obj/usr/src/sys/me > > amd6 > > > > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070413.html > > > > http://forums.freebsd.org/showthread.php?t=37814 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 13:10:50 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2759EF8D; Wed, 14 Aug 2013 13:10:50 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A36B2A15; Wed, 14 Aug 2013 13:10:49 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.89,877,1367989200"; d="scan'208";a="38421709" Message-ID: <520B81D1.1010500@vangyzen.net> Date: Wed, 14 Aug 2013 08:10:41 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: stable@freebsd.org, Simon Gerraty , Hiroki Sato Subject: makefs Sparse Files: NetBSD CLI Compatibility Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Glen Barber X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 13:10:50 -0000 NetBSD's makefs has a -Z flag to create the image as a sparse file. In FreeBSD, the flag is spelled -p. Is there a reason for using a different flag? It would be very nice to preserve CLI compatibility with NetBSD. NetBSD committed first (by one month), and neither change has gone into a release yet, so we should change to match NetBSD. We should do it soon, too, since our change will go into 9.2-RELEASE. If we agree, I'll gladly make the patches, trivial though they'll be. Eric From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 14:06:57 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1CFEF66D; Wed, 14 Aug 2013 14:06:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAC322D4E; Wed, 14 Aug 2013 14:06:56 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7FE81E46D; Wed, 14 Aug 2013 14:06:55 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7FE81E46D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 14 Aug 2013 10:06:53 -0400 From: Glen Barber To: Eric van Gyzen Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility Message-ID: <20130814140653.GG2241@glenbarber.us> References: <520B81D1.1010500@vangyzen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AzNpbZlgThVzWita" Content-Disposition: inline In-Reply-To: <520B81D1.1010500@vangyzen.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Simon Gerraty , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 14:06:57 -0000 --AzNpbZlgThVzWita Content-Type: multipart/mixed; boundary="eVzOFob/8UvintSX" Content-Disposition: inline --eVzOFob/8UvintSX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 14, 2013 at 08:10:41AM -0500, Eric van Gyzen wrote: > NetBSD's makefs has a -Z flag to create the image as a sparse file. In > FreeBSD, the flag is spelled -p. Is there a reason for using a > different flag? It would be very nice to preserve CLI compatibility > with NetBSD. >=20 > NetBSD committed first (by one month), and neither change has gone into > a release yet, so we should change to match NetBSD. We should do it > soon, too, since our change will go into 9.2-RELEASE. >=20 > If we agree, I'll gladly make the patches, trivial though they'll be. >=20 Can you please try the attached patch? Glen --eVzOFob/8UvintSX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="makefs-sparse-compat.diff.txt" Content-Transfer-Encoding: quoted-printable Index: usr.sbin/makefs/makefs.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/makefs/makefs.8 (revision 254289) +++ usr.sbin/makefs/makefs.8 (working copy) @@ -35,7 +35,7 @@ .\" .\" $FreeBSD$ .\" -.Dd August 22, 2012 +.Dd August 14, 2013 .Dt MAKEFS 8 .Os .Sh NAME @@ -43,7 +43,7 @@ .Nd create a file system image from a directory tree or a mtree manifest .Sh SYNOPSIS .Nm -.Op Fl Dpx +.Op Fl DpxZ .Op Fl B Ar byte-order .Op Fl b Ar free-blocks .Op Fl d Ar debug-mask @@ -213,6 +213,10 @@ .El .It Fl x Exclude file system nodes not explicitly listed in the specfile. +.It Fl Z +Create the image as a sparse file. +Provided for compatibiltiy with +.Nx . .El .Pp Where sizes are specified, a decimal number of bytes is expected. Index: usr.sbin/makefs/makefs.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/makefs/makefs.c (revision 254289) +++ usr.sbin/makefs/makefs.c (working copy) @@ -113,7 +113,7 @@ start_time.tv_sec =3D start.tv_sec; start_time.tv_nsec =3D start.tv_usec * 1000; =20 - while ((ch =3D getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:ps:S:t:x")) !=3D -1= ) { + while ((ch =3D getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:ps:S:t:xZ")) !=3D -= 1) { switch (ch) { =20 case 'B': @@ -233,6 +233,11 @@ fsoptions.onlyspec =3D 1; break; =20 + case 'Z': + /* Compatibility with NetBSD makefs(8) */ + fsoptions.sparse =3D 1; + break; + case '?': default: usage(); --eVzOFob/8UvintSX-- --AzNpbZlgThVzWita Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJSC479AAoJEFJPDDeguUajjo4H/20ccrgS+Q5OjuEnUY03N7hX IdOSukckKl996bS3MU4Rpbhg+3H/6T+h5H4xR9DIISyO5C7oH0TkTAZNBdZudWWF E2lMfisuDBaxZ+++/rg0M8hxsWUHp2UvZGyuSIJTQrynt2U6bmryrLquKbKEmOiJ KaYTgHPkHJOe5PiUUsgG6Agj6kHch3jsQkL3PFoBm7URdQDGWIRFhyuXxY5osZXH kNSXJ+p253N7JBd9yGLND9rcuIrkuJendkGwd+lpHtKTM8pz4SPBxgJ3SSQSrtWk r8gDSWc0TkNg7RvaztOETTlJ6SKRwHUJpdrh2iTrZ8xPqDgwdRDeZkLIcEkv9EI= =9Cfz -----END PGP SIGNATURE----- --AzNpbZlgThVzWita-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 14:33:09 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9C7C0F10; Wed, 14 Aug 2013 14:33:09 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BD7B2EDB; Wed, 14 Aug 2013 14:33:08 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.89,877,1367989200"; d="diff'?scan'208";a="39971198" Message-ID: <520B951D.2080305@vangyzen.net> Date: Wed, 14 Aug 2013 09:33:01 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: Glen Barber Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility References: <520B81D1.1010500@vangyzen.net> <20130814140653.GG2241@glenbarber.us> In-Reply-To: <20130814140653.GG2241@glenbarber.us> Content-Type: multipart/mixed; boundary="------------080007030007000703050305" Cc: Simon Gerraty , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 14:33:09 -0000 --------------080007030007000703050305 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 08/14/2013 09:06, Glen Barber wrote: > On Wed, Aug 14, 2013 at 08:10:41AM -0500, Eric van Gyzen wrote: >> NetBSD's makefs has a -Z flag to create the image as a sparse file. In >> FreeBSD, the flag is spelled -p. Is there a reason for using a >> different flag? It would be very nice to preserve CLI compatibility >> with NetBSD. >> >> NetBSD committed first (by one month), and neither change has gone into >> a release yet, so we should change to match NetBSD. We should do it >> soon, too, since our change will go into 9.2-RELEASE. >> >> If we agree, I'll gladly make the patches, trivial though they'll be. >> > Can you please try the attached patch? Thanks, Glen. That patch would work. However, since our -p flag has not yet gone into a release, there is no need to keep it. I suggest that we simply rename -p to -Z, to match NetBSD. The attached patch does this. Eric --------------080007030007000703050305 Content-Type: text/x-diff; name="makefs_sparse.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="makefs_sparse.diff" diff --git a/usr.sbin/makefs/makefs.8 b/usr.sbin/makefs/makefs.8 index 4d81e45..fd8d76d 100644 --- a/usr.sbin/makefs/makefs.8 +++ b/usr.sbin/makefs/makefs.8 @@ -43,7 +43,7 @@ .Nd create a file system image from a directory tree or a mtree manifest .Sh SYNOPSIS .Nm -.Op Fl Dpx +.Op Fl DxZ .Op Fl B Ar byte-order .Op Fl b Ar free-blocks .Op Fl d Ar debug-mask @@ -190,8 +190,6 @@ Set file system specific options. .Ar fs-options is a comma separated list of options. Valid file system specific options are detailed below. -.It Fl p -Create the image as a sparse file. .It Fl S Ar sector-size Set the file system sector size to .Ar sector-size . @@ -213,6 +211,8 @@ ISO 9660 file system. .El .It Fl x Exclude file system nodes not explicitly listed in the specfile. +.It Fl Z +Create the image as a sparse file. .El .Pp Where sizes are specified, a decimal number of bytes is expected. diff --git a/usr.sbin/makefs/makefs.c b/usr.sbin/makefs/makefs.c index 03ff1ac..7cbf05a 100644 --- a/usr.sbin/makefs/makefs.c +++ b/usr.sbin/makefs/makefs.c @@ -113,7 +113,7 @@ main(int argc, char *argv[]) start_time.tv_sec = start.tv_sec; start_time.tv_nsec = start.tv_usec * 1000; - while ((ch = getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:ps:S:t:x")) != -1) { + while ((ch = getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:s:S:t:xZ")) != -1) { switch (ch) { case 'B': @@ -204,9 +204,6 @@ main(int argc, char *argv[]) } break; } - case 'p': - fsoptions.sparse = 1; - break; case 's': fsoptions.minsize = fsoptions.maxsize = @@ -233,6 +230,10 @@ main(int argc, char *argv[]) fsoptions.onlyspec = 1; break; + case 'Z': + fsoptions.sparse = 1; + break; + case '?': default: usage(); @@ -354,7 +355,7 @@ usage(void) fprintf(stderr, "usage: %s [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian]\n" "\t[-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size]\n" -"\t[-b free-blocks] [-f free-files] [-F mtree-specfile] [-px]\n" +"\t[-b free-blocks] [-f free-files] [-F mtree-specfile] [-DxZ]\n" "\t[-N userdb-dir] image-file directory | manifest [extra-directory ...]\n", prog); exit(1); --------------080007030007000703050305-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 14:53:49 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F0D4F90; Wed, 14 Aug 2013 14:53:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12F6D2054; Wed, 14 Aug 2013 14:53:48 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 4E058E890; Wed, 14 Aug 2013 14:53:47 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 4E058E890 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 14 Aug 2013 10:53:45 -0400 From: Glen Barber To: Eric van Gyzen Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility Message-ID: <20130814145345.GI2241@glenbarber.us> References: <520B81D1.1010500@vangyzen.net> <20130814140653.GG2241@glenbarber.us> <520B951D.2080305@vangyzen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FCKy2vjPBX+S/5dE" Content-Disposition: inline In-Reply-To: <520B951D.2080305@vangyzen.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Simon Gerraty , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 14:53:49 -0000 --FCKy2vjPBX+S/5dE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 14, 2013 at 09:33:01AM -0500, Eric van Gyzen wrote: > On 08/14/2013 09:06, Glen Barber wrote: > > On Wed, Aug 14, 2013 at 08:10:41AM -0500, Eric van Gyzen wrote: > >> NetBSD's makefs has a -Z flag to create the image as a sparse file. In > >> FreeBSD, the flag is spelled -p. Is there a reason for using a > >> different flag? It would be very nice to preserve CLI compatibility > >> with NetBSD. > >> > >> NetBSD committed first (by one month), and neither change has gone into > >> a release yet, so we should change to match NetBSD. We should do it > >> soon, too, since our change will go into 9.2-RELEASE. > >> > >> If we agree, I'll gladly make the patches, trivial though they'll be. > >> > > Can you please try the attached patch? >=20 > Thanks, Glen. That patch would work. However, since our -p flag has > not yet gone into a release, there is no need to keep it. I suggest > that we simply rename -p to -Z, to match NetBSD. The attached patch > does this. >=20 Not in a release, no, but it is available in stable/ branches. I'd prefer to deprecate the '-p' but keep the option for now, as we have no way to know how many people are using it. Glen --FCKy2vjPBX+S/5dE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJSC5n5AAoJEFJPDDeguUajHXoIAJcnCKMkRnksWQwsQw9N0t5z uvMIpY/pNjWoYdm3NzkE1gffs3fALuKWBi8hMnWii38NFyA2DyXbwPjT4nKMGQt2 LezNDtlkYo4y5ek2EPHTvqOMZ7iUdIs/AUhk8zOuI3IjZ6EvYgozgi7bg5Pr9Azk NKZKmPa6QmPk/NImt4Yc8RbY8tTNAzKrwMQ4loTphwr6Qr7L3kQKJ6XqWEwyK4A1 dw7dr2gE7tJlOU+YYjluBPzyCFESVyA+f5/TApOSjlafFpc2Eh5yVM3SZsP2qzy9 GOETZIQdh8Zr+N5mHqgW2qdOy5+dBntBr1yCnVCHiyBH1aGaORH+aVqGodeai3Q= =2Wcg -----END PGP SIGNATURE----- --FCKy2vjPBX+S/5dE-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 15:13:43 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 815F363A; Wed, 14 Aug 2013 15:13:43 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1607D2163; Wed, 14 Aug 2013 15:13:42 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.89,877,1367989200"; d="diff'?scan'208";a="39977117" Message-ID: <520B9EA5.5010107@vangyzen.net> Date: Wed, 14 Aug 2013 10:13:41 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: Glen Barber Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility References: <520B81D1.1010500@vangyzen.net> <20130814140653.GG2241@glenbarber.us> <520B951D.2080305@vangyzen.net> <20130814145345.GI2241@glenbarber.us> In-Reply-To: <20130814145345.GI2241@glenbarber.us> Content-Type: multipart/mixed; boundary="------------000005030103050208040200" Cc: Simon Gerraty , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 15:13:43 -0000 --------------000005030103050208040200 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 08/14/2013 09:53, Glen Barber wrote: > On Wed, Aug 14, 2013 at 09:33:01AM -0500, Eric van Gyzen wrote: >> On 08/14/2013 09:06, Glen Barber wrote: >>> On Wed, Aug 14, 2013 at 08:10:41AM -0500, Eric van Gyzen wrote: >>>> NetBSD's makefs has a -Z flag to create the image as a sparse file. In >>>> FreeBSD, the flag is spelled -p. Is there a reason for using a >>>> different flag? It would be very nice to preserve CLI compatibility >>>> with NetBSD. >>>> >>>> NetBSD committed first (by one month), and neither change has gone into >>>> a release yet, so we should change to match NetBSD. We should do it >>>> soon, too, since our change will go into 9.2-RELEASE. >>>> >>>> If we agree, I'll gladly make the patches, trivial though they'll be. >>>> >>> Can you please try the attached patch? >> Thanks, Glen. That patch would work. However, since our -p flag has >> not yet gone into a release, there is no need to keep it. I suggest >> that we simply rename -p to -Z, to match NetBSD. The attached patch >> does this. >> > Not in a release, no, but it is available in stable/ branches. I'd > prefer to deprecate the '-p' but keep the option for now, as we have no > way to know how many people are using it. That's reasonable. The attached patch, for releng/9.2, does this. We could remove -p in head (by using my previous patch). Thanks for your help during this busy time in the release. Eric --------------000005030103050208040200 Content-Type: text/x-diff; name="makefs_sparse_releng92.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="makefs_sparse_releng92.diff" diff --git a/usr.sbin/makefs/makefs.8 b/usr.sbin/makefs/makefs.8 index 81bf334..75b2b8e 100644 --- a/usr.sbin/makefs/makefs.8 +++ b/usr.sbin/makefs/makefs.8 @@ -43,7 +43,7 @@ .Nd create a file system image from a directory tree or a mtree manifest .Sh SYNOPSIS .Nm -.Op Fl Dpx +.Op Fl DxZ .Op Fl B Ar byte-order .Op Fl b Ar free-blocks .Op Fl d Ar debug-mask @@ -191,7 +191,10 @@ Set file system specific options. is a comma separated list of options. Valid file system specific options are detailed below. .It Fl p -Create the image as a sparse file. +[Deprecated: Use +.Fl Z +instead] Create the image as a sparse file. +This flag is provided for compatibility with the stable/9 branch. .It Fl S Ar sector-size Set the file system sector size to .Ar sector-size . @@ -213,6 +216,8 @@ ISO 9660 file system. .El .It Fl x Exclude file system nodes not explicitly listed in the specfile. +.It Fl Z +Create the image as a sparse file. .El .Pp Where sizes are specified, a decimal number of bytes is expected. diff --git a/usr.sbin/makefs/makefs.c b/usr.sbin/makefs/makefs.c index 03ff1ac..9125b40 100644 --- a/usr.sbin/makefs/makefs.c +++ b/usr.sbin/makefs/makefs.c @@ -113,7 +113,7 @@ main(int argc, char *argv[]) start_time.tv_sec = start.tv_sec; start_time.tv_nsec = start.tv_usec * 1000; - while ((ch = getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:ps:S:t:x")) != -1) { + while ((ch = getopt(argc, argv, "B:b:Dd:f:F:M:m:N:o:ps:S:t:xZ")) != -1) { switch (ch) { case 'B': @@ -233,6 +233,10 @@ main(int argc, char *argv[]) fsoptions.onlyspec = 1; break; + case 'Z': + fsoptions.sparse = 1; + break; + case '?': default: usage(); @@ -354,7 +358,7 @@ usage(void) fprintf(stderr, "usage: %s [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian]\n" "\t[-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size]\n" -"\t[-b free-blocks] [-f free-files] [-F mtree-specfile] [-px]\n" +"\t[-b free-blocks] [-f free-files] [-F mtree-specfile] [-DxZ]\n" "\t[-N userdb-dir] image-file directory | manifest [extra-directory ...]\n", prog); exit(1); --------------000005030103050208040200-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 15:19:48 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14147933; Wed, 14 Aug 2013 15:19:48 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A24B321AA; Wed, 14 Aug 2013 15:19:47 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id pa12so7788082veb.30 for ; Wed, 14 Aug 2013 08:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S8enJuZcVjw8rN4XlewpmX4GXUg1ca5D4rwt+izO730=; b=T6A1JTsTTQgU4DpPZC24GuUfK+51lwADRWJUA5gGhSByG7FEyUHxDbTW/jyrWd3Y8s kgwhDLoRYc/ARSzwPqWxDe9qreJcJCayptakqEWK5cuYY0w6VbpbdXBjKi6BhJqgp464 SpAvvvs0HJbShARz20ujcrCXqeMIjciOcu3bfhUBWaRqxAVFb7lC2FnFPgmWKByFu+aW /O0HbYdKmvGEwj2HKnzdRUkvAtK6wJiI6FqGPbK84Ib3l4ISW86FThwYpr6xXOxY+StM 277G4hZ7LbJNk/RPdQP0UAFHL34UmIWVFk2wX+m+fsV8fu6ZXm6cKQomImcPGffbP9B/ GHAQ== MIME-Version: 1.0 X-Received: by 10.52.65.180 with SMTP id y20mr439269vds.47.1376493586778; Wed, 14 Aug 2013 08:19:46 -0700 (PDT) Received: by 10.58.118.104 with HTTP; Wed, 14 Aug 2013 08:19:46 -0700 (PDT) In-Reply-To: <20130814140653.GG2241@glenbarber.us> References: <520B81D1.1010500@vangyzen.net> <20130814140653.GG2241@glenbarber.us> Date: Wed, 14 Aug 2013 11:19:46 -0400 Message-ID: Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility From: Mehmet Erol Sanliturk To: Glen Barber Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Simon Gerraty , "stable@freebsd.org" , Eric van Gyzen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 15:19:48 -0000 On Wed, Aug 14, 2013 at 10:06 AM, Glen Barber wrote: > On Wed, Aug 14, 2013 at 08:10:41AM -0500, Eric van Gyzen wrote: > > NetBSD's makefs has a -Z flag to create the image as a sparse file. In > > FreeBSD, the flag is spelled -p. Is there a reason for using a > > different flag? It would be very nice to preserve CLI compatibility > > with NetBSD. > > > > NetBSD committed first (by one month), and neither change has gone into > > a release yet, so we should change to match NetBSD. We should do it > > soon, too, since our change will go into 9.2-RELEASE. > > > > If we agree, I'll gladly make the patches, trivial though they'll be. > > > > Can you please try the attached patch? > > Glen > > .Nd create a file system image from a directory tree or a mtree manifest an mtree +Provided for compatibiltiy with compatibility Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 18:16:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5CA30DF0 for ; Wed, 14 Aug 2013 18:16:49 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 9C5E52B70; Wed, 14 Aug 2013 18:16:48 +0000 (UTC) Message-ID: <520BC8B6.4060809@FreeBSD.org> Date: Wed, 14 Aug 2013 22:13:10 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Thomas Mueller Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 References: <627048.46835.bm@smtp103.sbc.mail.ne1.yahoo.com> In-Reply-To: <627048.46835.bm@smtp103.sbc.mail.ne1.yahoo.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 18:16:49 -0000 On 14.08.2013 07:22, Thomas Mueller wrote: > How do I make a photo when I don't have a digital camera? > > If I had a digital camera, how would I convert the picture to text? You can attach images to email, or just share somewhere, e.g. http://imm.io > I looked at "man gpart" and didn't see "list" in the list of > commands: a little deficiency in the man page. This is generic geom's command, it is described in geom(8). -- WBR, Andrey V. Elsukov -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 18:55:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80408BCA for ; Wed, 14 Aug 2013 18:55:52 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) by mx1.freebsd.org (Postfix) with ESMTP id 1011A2EA8 for ; Wed, 14 Aug 2013 18:55:50 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp6-g21.free.fr (Postfix) with ESMTP id 86BB482282 for ; Wed, 14 Aug 2013 20:55:44 +0200 (CEST) Received: from justice.alkumuna.eu (ADijon-555-1-404-192.w109-221.abo.wanadoo.fr [109.221.137.192]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.5/8.14.5) with ESMTP id r7EItL45074694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 14 Aug 2013 20:55:42 +0200 (CEST) (envelope-from mazhe@alkumuna.eu) Date: Wed, 14 Aug 2013 20:55:00 +0200 From: Matthieu Volat To: freebsd-stable@freebsd.org Subject: 9.2-RC1, nfe, auto_linklocal : ioctl(SIOCGIFINFO_IN6): Invalid argument Message-ID: <20130814205500.31d659ba@justice.alkumuna.eu> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/fsKjcEyycydzzRA3_/MOTrT"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 18:55:52 -0000 --Sig_/fsKjcEyycydzzRA3_/MOTrT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, I've noticed that with 9.2-RC1, I cannot set/unset the auto_locallink flag = on the nfe network interface on my laptop: # ifconfig nfe0 -auto_linklocal ifconfig: ioctl(SIOCGIFINFO_IN6): Invalid argument The error is also raised at boot if net.inet6.ip6.auto_linklocal sysctl is = set to 0. I can't test for now if this problem was also present in 9.1 (I've just beg= an to use this flag instead of removing local addresses in rc.conf), but I = can give more information if given the commands/files to read. -- Mazhe --Sig_/fsKjcEyycydzzRA3_/MOTrT Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIL0o4ACgkQ+ENDeYKZi36SrwCgh4NGeL38pjrkL6iDFepXtmiL vOgAoIRfDA/CenKg9e2vXElQzsSZWNeS =Uy0W -----END PGP SIGNATURE----- --Sig_/fsKjcEyycydzzRA3_/MOTrT-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 19:05:16 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6E551E93; Wed, 14 Aug 2013 19:05:16 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe006.messaging.microsoft.com [216.32.181.186]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C4802F35; Wed, 14 Aug 2013 19:05:15 +0000 (UTC) Received: from mail3-ch1-R.bigfish.com (10.43.68.248) by CH1EHSOBE010.bigfish.com (10.43.70.60) with Microsoft SMTP Server id 14.1.225.22; Wed, 14 Aug 2013 19:05:14 +0000 Received: from mail3-ch1 (localhost [127.0.0.1]) by mail3-ch1-R.bigfish.com (Postfix) with ESMTP id 42F43E0213; Wed, 14 Aug 2013 19:05:14 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.51; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 3 X-BigFish: VPS3(zzzz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6h1082kzzz2fh2a8h668h839hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1fe8h1ff5h1155h) Received-SPF: pass (mail3-ch1: domain of juniper.net designates 66.129.224.51 as permitted sender) client-ip=66.129.224.51; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail3-ch1 (localhost.localdomain [127.0.0.1]) by mail3-ch1 (MessageSwitch) id 1376507112585841_28184; Wed, 14 Aug 2013 19:05:12 +0000 (UTC) Received: from CH1EHSMHS033.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.237]) by mail3-ch1.bigfish.com (Postfix) with ESMTP id 7B7C23C004D; Wed, 14 Aug 2013 19:05:12 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.51) by CH1EHSMHS033.bigfish.com (10.43.70.33) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 14 Aug 2013 19:05:10 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Wed, 14 Aug 2013 12:05:07 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r7EJ55L68473; Wed, 14 Aug 2013 12:05:06 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 0714558097; Wed, 14 Aug 2013 12:05:05 -0700 (PDT) To: Eric van Gyzen Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility In-Reply-To: <520B81D1.1010500@vangyzen.net> References: <520B81D1.1010500@vangyzen.net> Comments: In-reply-to: Eric van Gyzen message dated "Wed, 14 Aug 2013 08:10:41 -0500." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Wed, 14 Aug 2013 12:05:05 -0700 Message-ID: <20130814190505.0714558097@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: Glen Barber , stable@freebsd.org, sjg@juniper.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 19:05:16 -0000 On Wed, 14 Aug 2013 08:10:41 -0500, Eric van Gyzen writes: >NetBSD's makefs has a -Z flag to create the image as a sparse file. In >FreeBSD, the flag is spelled -p. Is there a reason for using a >different flag? No, the -p should have been dropped before we committed to FreeBSD. But it is there, and Glen expressed a desire to leave it working. I expect you could drop -p from the man page and usage message. Ie. just document -Z, but leave -p active, and no harm should result. >If we agree, I'll gladly make the patches, trivial though they'll be. Thanks --sjg From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 19:06:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9217FA2 for ; Wed, 14 Aug 2013 19:06:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [IPv6:2a02:6b8:0:1819::8]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF222F50 for ; Wed, 14 Aug 2013 19:06:19 +0000 (UTC) Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward8l.mail.yandex.net (Yandex) with ESMTP id D59CD1A40DD6; Wed, 14 Aug 2013 23:06:17 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 8AA71BE012B; Wed, 14 Aug 2013 23:06:17 +0400 (MSK) Received: from v10-167-111.yandex.net (v10-167-111.yandex.net [84.201.167.111]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ETLBGbDB26-6HnmkcMo; Wed, 14 Aug 2013 23:06:17 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1376507177; bh=dya39SCiqOxVoDlRh75fHlLvitW6ilzsV6FCNwnDNy4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=dnGKb3oT+WDKE4kDHD/m1C7ZupK6YkhDTlh+N9+yPl4hFoyizCUjiIm3vAJtpB0OV eEBi6c1N06wXgirrCG/w2NI9YwRAzouaLk6q9OUHJuKYgGVQL1uHlOacs1sHYdjxU1 jHjHyqo8gHVsAYP173CT7y2L1cLb+0/jMiXGAHTM= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <520BD450.9090102@yandex.ru> Date: Wed, 14 Aug 2013 23:02:40 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Matthieu Volat Subject: Re: 9.2-RC1, nfe, auto_linklocal : ioctl(SIOCGIFINFO_IN6): Invalid argument References: <20130814205500.31d659ba@justice.alkumuna.eu> In-Reply-To: <20130814205500.31d659ba@justice.alkumuna.eu> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 19:06:19 -0000 On 14.08.2013 22:55, Matthieu Volat wrote: > Hi, > > I've noticed that with 9.2-RC1, I cannot set/unset the auto_locallink > flag on the nfe network interface on my laptop: > > # ifconfig nfe0 -auto_linklocal ifconfig: ioctl(SIOCGIFINFO_IN6): > Invalid argument I think you should use `ifconfig nfe0 inet6 -auto_linklocal`. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 19:15:22 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4C190403; Wed, 14 Aug 2013 19:15:22 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDCDC2FFF; Wed, 14 Aug 2013 19:15:21 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.89,878,1367989200"; d="scan'208";a="38466560" Message-ID: <520BD747.3080208@vangyzen.net> Date: Wed, 14 Aug 2013 14:15:19 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: "Simon J. Gerraty" Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility References: <520B81D1.1010500@vangyzen.net> <20130814190505.0714558097@chaos.jnpr.net> In-Reply-To: <20130814190505.0714558097@chaos.jnpr.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Glen Barber , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 19:15:22 -0000 On 08/14/2013 14:05, Simon J. Gerraty wrote: > On Wed, 14 Aug 2013 08:10:41 -0500, Eric van Gyzen writes: >> NetBSD's makefs has a -Z flag to create the image as a sparse file. In >> FreeBSD, the flag is spelled -p. Is there a reason for using a >> different flag? > No, the -p should have been dropped before we committed to FreeBSD. > But it is there, and Glen expressed a desire to leave it working. > > I expect you could drop -p from the man page and usage message. > Ie. just document -Z, but leave -p active, and no harm should > result. Thank you, Simon. Later in this thread, I included a patch for 9.x to do essentially that, and a patch for head to use only -Z and remove -p entirely (since it was never in a release). I think I'm just waiting for someone to commit them, since I don't have a commit bit. Cheers, Eric From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 19:32:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE82D9BA for ; Wed, 14 Aug 2013 19:32:18 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [IPv6:2a01:e0c:1:1599::13]) by mx1.freebsd.org (Postfix) with ESMTP id 46E2B211E for ; Wed, 14 Aug 2013 19:32:16 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp4-g21.free.fr (Postfix) with ESMTP id 974284C8163 for ; Wed, 14 Aug 2013 21:32:11 +0200 (CEST) Received: from justice.alkumuna.eu (ADijon-555-1-404-192.w109-221.abo.wanadoo.fr [109.221.137.192]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.5/8.14.5) with ESMTP id r7EJVXqc075032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 14 Aug 2013 21:32:09 +0200 (CEST) (envelope-from mazhe@alkumuna.eu) Date: Wed, 14 Aug 2013 21:31:16 +0200 From: Matthieu Volat Cc: freebsd-stable@freebsd.org Subject: Re: 9.2-RC1, nfe, auto_linklocal : ioctl(SIOCGIFINFO_IN6): Invalid argument Message-ID: <20130814213116.380d8b87@justice.alkumuna.eu> In-Reply-To: <520BD450.9090102@yandex.ru> References: <20130814205500.31d659ba@justice.alkumuna.eu> <520BD450.9090102@yandex.ru> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/AGMeQVSbKZswzbD1xW9hAAC"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 19:32:18 -0000 --Sig_/AGMeQVSbKZswzbD1xW9hAAC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 14 Aug 2013 23:02:40 +0400 "Andrey V. Elsukov" wrote: > On 14.08.2013 22:55, Matthieu Volat wrote: > > Hi, > >=20 > > I've noticed that with 9.2-RC1, I cannot set/unset the auto_locallink > > flag on the nfe network interface on my laptop: > >=20 > > # ifconfig nfe0 -auto_linklocal ifconfig: ioctl(SIOCGIFINFO_IN6): > > Invalid argument >=20 > I think you should use `ifconfig nfe0 inet6 -auto_linklocal`. >=20 > --=20 > WBR, Andrey V. Elsukov My bad, you are definitively right! I wonder why the global sysctl would not disable linklocal adress on this i= nterface, but I'd prefer to control it through the ifconfig_*_ipv6 fields i= nterface by interface, so that's not really a problem. Thanks! -- Mazhe --Sig_/AGMeQVSbKZswzbD1xW9hAAC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIL2woACgkQ+ENDeYKZi35hiQCePocBTWi2Ui9rVh+PCqHDZvaw OdYAoNLBlskhby99Bg50VY0UVFEHDOTX =xY8e -----END PGP SIGNATURE----- --Sig_/AGMeQVSbKZswzbD1xW9hAAC-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 14 23:02:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D8D6C02 for ; Wed, 14 Aug 2013 23:02:52 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56FF42D62 for ; Wed, 14 Aug 2013 23:02:52 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id xa7so78956pbc.3 for ; Wed, 14 Aug 2013 16:02:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5cKzq7z9RvUeirbIiBHetYu9M83oNuVLm9bmhY1yY0w=; b=xL5gKMUlMq2l4kvhFmrzrhEe/c6pid0fHxJTc/xRUaZ/eL5ZK8/2b1wdWmae9HbJjY fIJlUahZ6jXp5C23xTet7D+B5099wOoNQWJLWjZrrnls2OIS/DuVgauQT4NAjOCJqbI4 QTllqp46zNqX6ihpKpGuOlkyXWpY9W+PlErrYwE9+bgAQNjNjOxLogpt38H+lonljYBl M51nFhT/zCkWKcaYuqNHmTp5r0VjWA/Xh7rptujVFZG1Kp+ELjYVZnnyndCDNYB31CAR n+VS2SsNpo7W0EuAlIVMvyUToMoS9tw14Xv7MqIPL9JrEzlikm3Jsx2q7hV5dlZGC//J /S9A== MIME-Version: 1.0 X-Received: by 10.68.175.33 with SMTP id bx1mr12436787pbc.21.1376521371890; Wed, 14 Aug 2013 16:02:51 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Wed, 14 Aug 2013 16:02:51 -0700 (PDT) In-Reply-To: <20130814213116.380d8b87@justice.alkumuna.eu> References: <20130814205500.31d659ba@justice.alkumuna.eu> <520BD450.9090102@yandex.ru> <20130814213116.380d8b87@justice.alkumuna.eu> Date: Wed, 14 Aug 2013 16:02:51 -0700 X-Google-Sender-Auth: FPRx24gpRjYv83NlglnfACrFoeE Message-ID: Subject: Re: 9.2-RC1, nfe, auto_linklocal : ioctl(SIOCGIFINFO_IN6): Invalid argument From: Kevin Oberman To: Matthieu Volat Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 23:02:52 -0000 On Wed, Aug 14, 2013 at 12:31 PM, Matthieu Volat wrote: > On Wed, 14 Aug 2013 23:02:40 +0400 > "Andrey V. Elsukov" wrote: > > > On 14.08.2013 22:55, Matthieu Volat wrote: > > > Hi, > > > > > > I've noticed that with 9.2-RC1, I cannot set/unset the auto_locallink > > > flag on the nfe network interface on my laptop: > > > > > > # ifconfig nfe0 -auto_linklocal ifconfig: ioctl(SIOCGIFINFO_IN6): > > > Invalid argument > > > > I think you should use `ifconfig nfe0 inet6 -auto_linklocal`. > > > > -- > > WBR, Andrey V. Elsukov > > My bad, you are definitively right! > > I wonder why the global sysctl would not disable linklocal adress on this > interface, but I'd prefer to control it through the ifconfig_*_ipv6 fields > interface by interface, so that's not really a problem. > > Thanks! > > -- Mazhe > Not really a followup or a response, but I am just a bit curious why you would want to want to do this. II have seen this question several times, so I am wondering what I might be missing. I'm hoping it's not just a general aversion to all things IPv6. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 03:40:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2B2DC854 for ; Thu, 15 Aug 2013 03:40:42 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm23-vm9.access.bullet.mail.gq1.yahoo.com (nm23-vm9.access.bullet.mail.gq1.yahoo.com [216.39.62.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D45562F2B for ; Thu, 15 Aug 2013 03:40:41 +0000 (UTC) Received: from [216.39.60.165] by nm23.access.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2013 03:40:40 -0000 Received: from [67.195.14.108] by tm1.access.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2013 03:40:40 -0000 Received: from [127.0.0.1] by smtp105.sbc.mail.gq1.yahoo.com with NNFMP; 15 Aug 2013 03:40:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1376538040; bh=rznoI1/EZZMb9Ve5wikXAi8gcPq8INMGAxnluLJdA0Q=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=jD2zCPq0XEQh2KjN8Xdl/AC3hSdaNcw2weDU67u5M9CUyiulah/tQAk1wLC0mlgdvs3ABgkyQ1qI1Nr6cFgkMuiqZXTml9OdQ+JaenMz0CNdGzFSz0aKmf/5MejbeIxqfxLNhWwZJlizu0wC3kqInQ3leZNLD3Qo9BA5p/pfuZw= X-Yahoo-Newman-Id: 614979.39891.bm@smtp105.sbc.mail.gq1.yahoo.com Message-ID: <614979.39891.bm@smtp105.sbc.mail.gq1.yahoo.com> Date: Wed, 14 Aug 2013 20:40:40 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xwd942MVM1kNYBPwp9EO5y6uzEIDP22xCGjSITP.rP3z4w1 XnF0Hsp5JTVHrCPBW3nH8PBQr1_mVEo7bPz05aVudx2SC_INH.DQI1WVqQ8n 2P3JSmmUdjiWNrRCiXadE5s4x_fr5hf626YA37gP6XotC_po4Gh1N0dzwJB7 e8LYgAkvOtNud5XnIBW3Geh4NoiUuUG1V8tEBDywZY5A5fexNc43RyDJHgu3 1isMq8ByPWvdGVPKPsEIG86akxi5mfpOYVhb3BkPXNvUOTCRm9xwwRKFjJ_u pu6GjGQa36pki5YqWoETkVAJJ37lsuvreaWEYsOc.vtWKFwtQ5pG83wbQHXb xhsP4HNcogaYd5WrvYJKMBYIv9olmwInkiDqboWdonxtMP1FK6HAWC68Na2c 3vLDurwp0Hlc6cWzaQcCUIMjA.la1.ii6OO_XPBMXLLvbXnIqS_XD9Wo5rS9 p8Ra79hpwM9kFasZcmSKH73YIT0gnjznvpesEE0isBANUXKnZXhBlfLcZY_a i9AICcjg8ptByE8yZOSuWxsUdTP_awVe_HD4haRciKF_2c91MiBDH5.u.VN5 HKP8V_ykxE5BrqpR1ZErMeufhWOYb95EP8NAsr8JmlV774ZhUGR._ww-- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp105.sbc.mail.gq1.yahoo.com with SMTP; 14 Aug 2013 20:40:40 -0700 PDT From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Cc: "Andrey V. Elsukov" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 03:40:42 -0000 > On 14.08.2013 07:22, Thomas Mueller wrote: > > How do I make a photo when I don't have a digital camera? > > If I had a digital camera, how would I convert the picture to text? > You can attach images to email, or just share somewhere, > e.g. http://imm.io > > I looked at "man gpart" and didn't see "list" in the list of > > commands: a little deficiency in the man page. > This is generic geom's command, it is described in geom(8). -- > WBR, Andrey V. Elsukov But as I said, I don't have a digital camera. In any case, sending a graphic image of what ought to be a small text file is very clumsy and inefficient. There ought to be a way to capture loader-command output to a file. Question is how to do that at the loader level. I will try again later this week or weekend and post what I can of lsdev output. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 05:52:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA510A20; Thu, 15 Aug 2013 05:52:33 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp1.bway.net (smtp1.v6.bway.net [IPv6:2607:d300:1::27]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1E3E24D0; Thu, 15 Aug 2013 05:52:33 +0000 (UTC) Received: from toasty.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id 9343A95870; Thu, 15 Aug 2013 01:52:24 -0400 (EDT) References: <614979.39891.bm@smtp105.sbc.mail.gq1.yahoo.com> In-Reply-To: <614979.39891.bm@smtp105.sbc.mail.gq1.yahoo.com> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Date: Thu, 15 Aug 2013 01:52:23 -0400 To: Thomas Mueller X-Mailer: Apple Mail (2.1085) Cc: "Andrey V. Elsukov" , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 05:52:33 -0000 On Aug 14, 2013, at 11:40 PM, Thomas Mueller wrote: >> On 14.08.2013 07:22, Thomas Mueller wrote: >>> How do I make a photo when I don't have a digital camera? >=20 >>> If I had a digital camera, how would I convert the picture to text? >=20 >> You can attach images to email, or just share somewhere, >> e.g. http://imm.io >=20 >>> I looked at "man gpart" and didn't see "list" in the list of >>> commands: a little deficiency in the man page. >=20 >> This is generic geom's command, it is described in geom(8). >=20 > -- >> WBR, Andrey V. Elsukov >=20 > But as I said, I don't have a digital camera. >=20 > In any case, sending a graphic image of what ought to be a small text = file is very clumsy and inefficient. >=20 > There ought to be a way to capture loader-command output to a file. = Question is how to do that at the loader level. Might I humbly suggest a serial console? You can then capture the data = as text. If this is a server, it's rare these days to not have an IP-KVM solution = built-in, and even more rare to not have full console to serial = redirection from the first BIOS screen all the way to the OS grabbing = the port. Or you can borrow someone's cell phone, I can't recall the last time I = saw one without a camera. Charles >=20 > I will try again later this week or weekend and post what I can of = lsdev output. >=20 > Tom >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 08:23:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 30D78921 for ; Thu, 15 Aug 2013 08:23:08 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CEE42EE2 for ; Thu, 15 Aug 2013 08:23:07 +0000 (UTC) Received: from asuka.mahoroba.org (ume@ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (user=ume mech=CRAM-MD5 bits=0) by mail.mahoroba.org (8.14.7/8.14.7) with ESMTP/inet6 id r7F8MsVJ021695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 15 Aug 2013 17:22:59 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 15 Aug 2013 17:22:54 +0900 Message-ID: From: Hajimu UMEMOTO To: Doug Hardie Subject: Re: FreeBSD-Update + Sendmail In-Reply-To: References: <5200FE0E.8506.5CB69E@lausts.acm.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.3 (amd64-portbld-freebsd9.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.2-PRERELEASE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 15 Aug 2013 17:22:59 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.8 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 08:23:08 -0000 Hi, >>>>> On Tue, 13 Aug 2013 18:50:20 -0700 >>>>> Doug Hardie said: bc979> FreeBSD zool.lafn.org 9.1-RELEASE-p1 FreeBSD 9.1-RELEASE-p1 #4: Wed Feb 20 22:34:04 PST 2013 doug@zool.lafn.org:/usr/obj/usr/src/sys/LAFN i386 bc979> make of sendmail yields: bc979> cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include/sasl -DSASL -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c bc979> cc1: warnings being treated as errors bc979> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c: In function 'sm_sasl_init': bc979> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c:141: warning: passing argument 1 of 'sasl_set_alloc' from incompatible pointer type bc979> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c:141: warning: passing argument 2 of 'sasl_set_alloc' from incompatible pointer type bc979> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/sasl.c:141: warning: passing argument 3 of 'sasl_set_alloc' from incompatible pointer type bc979> *** [sasl.o] Error code 1 bc979> /etc/make.conf: bc979> SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL bc979> SENDMAIL_LDFLAGS=-L/usr/local/lib bc979> SENDMAIL_LDADD=-lsasl2 bc979> WITHOUT_X11=yes bc979> # added by use.perl 2013-05-22 13:05:04 bc979> PERL_VERSION=5.12.4 bc979> I can't figure out where cc1 has been configured to treat warnings as errors. This has not happened before to me. In cyrus-sasl 2.1.26, the type of callback functions was changed from "unsigned long" to "size_t", after 9.1-RELEASE was released. It seems you are using 9.1-RELEASE. You need to apply the following patch: http://svnweb.freebsd.org/base/stable/9/contrib/sendmail/src/sasl.c?r1=225736&r2=243747&view=patch Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 12:52:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 097A5D8C for ; Thu, 15 Aug 2013 12:52:30 +0000 (UTC) (envelope-from mail.ohjctuwgrltesap@emarketing.aplf.com) Received: from relay102.msgfocus.com (relay102.msgfocus.com [86.54.120.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 745E82DCE for ; Thu, 15 Aug 2013 12:52:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=msgfocus.com; s=msgf; h=From:To:Message-ID:Reply-To:Date:Subject:Content-Transfer-Encoding:Content-Type; bh=e7fbBivs+Jm9dohY2WzUufTnXDuM1UJQCL40f/hxhTo=; b=3c4JnrWoP6WIKPnPJLJEkOYckpHW0qjGo8fBc3gjL4u/d4W5O4vl/3n8rffOeMLS9hvmPsA0OInJPuavfFTV+JkvBw8TNQ+KD25/vlLhsY4ZKyXLPzbRLPjUheTl1Bp6Wxxf67du1rkHF8kx/LnrsQwxP/ZMe69gBVBdVhyWZhA=; Subject: =?UTF-8?Q?Fashion=20Access=20=2D=20A=20fa?= =?UTF-8?Q?shion=20event=20in=20Hong=20K?= =?UTF-8?Q?ong=20you=20can=E2=80=99t=20affor?= =?UTF-8?Q?d=20to=20miss?= X-Mailer: MessageFocus Launcher (2.0-dev) Date: Thu, 15 Aug 2013 13:52:28 +0100 Message-ID: To: freebsd-stable@freebsd.org From: Fashion Access MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: APLF Ltd List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 12:52:30 -0000 If you cannot read this email, please click [1]here. Company: | , Fashion Accessories Purchasing Director ENG | [2]繁體 | [3]简体 Register Now to Avoid The Queue Enjoy 3 Days of Great Fashion Sourcing in Hong Kong __________________________________________________________________ Fashion AccessRegistration deadline is coming soon on Aug 17, 2013. Please [4]register now to get your electronic badge and avoid the queue onsite. __________________________________________________________________ This prestigious event is one of the leading fashion trade fairs in Asia, with emphasis on medium-to high-end bags, footwear, small leathergoods, fashion accessories and travelware. It gathers manufacturers, distributors, brands, designers and industry professionals from around the world and is the event where their latest fashion collections as well as upcoming fashion trends are presented. Special Airfares Special Airfare Offers for Fashion Access visitors, please [5]click here. Official Online Media Partner: Official Travel Agent: Follow us: APLF Limited 17/F China Resources Building 26 Harbour Road Wanchai Hong Kong [6]www.aplf.com T: 852 2827 6211 F: 852 3749 7310 Organisers: APLF Ltd Managers: UBM Asia Ltd [7]www.fashionaccess.aplf.com This message is sent to you by APLF Ltd. This newsletter is intended for the fashion buyers in your company. If you are a proper recipient and wish to contact a Fashion Access representative for more information on the fair, please [8]click here. If this email has been sent to the wrong person, please forward to the right colleague or click on [9]Subscribe a colleague. We will cease to use your personal data for direct marketing purposes without any charge to you if you so request. To unsubscribe from our newsletter, click on [10]unsubscribe. You may also contact us at [11]info@aplf.com. Ref. No.: INFASHION_FT01245 | Country: Russia [12]www.f [13]ashionaccess.aplf.com References Visible links 1. http://emarketing.aplf.com/c/16rXIpwZ974yjFTM2fqFpK 2. http://emarketing.aplf.com/c/16rZOi8h1wjRqqLBSkII86 3. http://emarketing.aplf.com/c/16s0ReqUXIWvYOcwNnmJuh 4. http://emarketing.aplf.com/c/16s1UaJyTVzaxbDrIq0KQs 5. http://emarketing.aplf.com/c/16s403kQMkOtDWvhyviNyO 6. http://emarketing.aplf.com/c/16sahH8IpyyoYd6N4LaVHS 7. http://emarketing.aplf.com/c/16sbkDrmlLb3wAxHZNOX43 8. mailto:info@aplf.com?subject=Visitor%20Enquiry%20-%20Fashion%20Access 9. http://emarketing.aplf.com/c/16scnzK0hXNI4XYCUQsYqe 10. mailto:unsubscribe@fashionaccess.aplf.com?subject=Unsubscribe%20Fashion%20Access%20eNewsletter 11. mailto:info@aplf.com 12. http://emarketing.aplf.com/c/16sdqw2EeaqmDlpxPT6ZMp 13. http://emarketing.aplf.com/c/16setslian31bIQsKVL18A Hidden links: 14. http://emarketing.aplf.com/c/16rYLlPD5jHcS3kGXi4GLV 15. http://emarketing.aplf.com/c/16s2X72cQ8bP5z4mDsEMcD 16. http://emarketing.aplf.com/c/16s52ZDuIxr8cjWctxWOUZ 17. http://emarketing.aplf.com/c/16s78SeMAWGrj4O2jDeRDl 18. http://emarketing.aplf.com/c/16s8bOxqx9j5RseXeFSSZw 19. http://emarketing.aplf.com/c/16s9eKQ4tlVKpPFS9IwUlH From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 15:11:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0CEEFB8 for ; Thu, 15 Aug 2013 15:11:43 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm4-vm1.access.bullet.mail.gq1.yahoo.com (nm4-vm1.access.bullet.mail.gq1.yahoo.com [216.39.63.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A2B12652 for ; Thu, 15 Aug 2013 15:11:43 +0000 (UTC) Received: from [216.39.60.174] by nm4.access.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2013 15:11:36 -0000 Received: from [67.195.14.110] by tm10.access.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2013 15:11:36 -0000 Received: from [127.0.0.1] by smtp107.sbc.mail.gq1.yahoo.com with NNFMP; 15 Aug 2013 15:11:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1376579496; bh=qGelQggZqUQT7mdyAlFd9Ip7+AKwkeGM3Q61QVRu5Tc=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=X/XulDrRZ9l60wZAKKaiK3tgjbn8pk4oghoYWuqRVLVkocPFwYmvnyMYRRkESsojaGFbeMneGjwj8/33emQqSz/up1BsBBqsGk12T5bW4htzsM28cxoER6llAz3Ud3EJPBMzYFoXlU8SiLnNm01vMGH8Q1mhYXYtDKmDEk90NRI= X-Yahoo-Newman-Id: 693811.44466.bm@smtp107.sbc.mail.gq1.yahoo.com Message-ID: <693811.44466.bm@smtp107.sbc.mail.gq1.yahoo.com> Date: Thu, 15 Aug 2013 08:11:36 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Eljtt9kVM1nWMysMgIinuNoLQeHFAKI2u78_P2rlrvQHNog x1LL.CYZlj1jSIiHSXB5DY3K0YMTK4lC5f_6slbYUribExy01ZQQncqCxsS_ 4kxkF7ENnfSke1cmEWeRRKK39zIlgH86KHD4LlWS5LipNGEMieoMHN3qog2z a44_u5rR_2wVSFwuBHovPs8Y7sHKTEZ4ygIMBsoKohfBulOPCBiQgTlExWUx wxpomkqSrLz_.UKZ2yuu3O5ELREz87yxzomE3WIr30Pxc85AfIRbLZSyL1_l AyOKzLHP4lOynfY5TOYzAs6KnLTlY9Kwe6yUI.OO5X777xVVzvU7cO2SAP1X onXNrRtyun23GS_DQp.alCYM4k8GNTfoGc5u496_O7SsVuR_HiXdQC6mAzJF .AX3vbPTp1Ns0arsxjIokzPgJMDqp_hOF0tnr0ez_ZXKZSoMVvmaeWdTa8z8 LzKZbcxWe9pAtIuTDrWMtJaQSDdNiPYZVRKeuU8lbNEoeGw8SmB1D6cfuByZ EUa7s9AHCynOBt2_bgx6CZve.h98olGMoe40OFrF1SlABqumfa9by_0KiXcf sz6i9xGZG X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp107.sbc.mail.gq1.yahoo.com with SMTP; 15 Aug 2013 08:11:36 -0700 PDT From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: Change in loader or kernel: won't boot with kfreebsd in grub2 Cc: "Andrey V. Elsukov" , Charles Sprickman X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 15:11:43 -0000 > > But as I said, I don't have a digital camera. > > In any case, sending a graphic image of what ought to be a small text file is very clumsy and inefficient. > > There ought to be a way to capture loader-command output to a file. Question is how to do that at the loader level. > Might I humbly suggest a serial console? You can then capture the data as text. > If this is a server, it's rare these days to not have an IP-KVM solution built-in, and even more rare to not have full console to serial redirection from > +the first BIOS screen all the way to the OS grabbing the port. > Or you can borrow someone's cell phone, I can't recall the last time I saw one without a camera. > Charles This computer is not a server, and I don't have a serial console. Also, this computer, like most computers these days, has no serial or parallel port, though there is a serial header on the motherboard. Only possible connectivity I have is Ethernet, and possibly I could set up WiFi. I have a land phone but no cell phone, at least not yet: behind the times. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 17:24:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 20989F71 for ; Thu, 15 Aug 2013 17:24:29 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id DDFCE2DBE for ; Thu, 15 Aug 2013 17:24:28 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 4F1FB6923 for ; Thu, 15 Aug 2013 19:24:16 +0200 (CEST) Message-ID: <520D0EBE.401@peterschmitt.fr> Date: Thu, 15 Aug 2013 19:24:14 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Behavior of jexec X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7GP83iWnoApinnVh7TVpB5IiBkAEwbwVf" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 17:24:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7GP83iWnoApinnVh7TVpB5IiBkAEwbwVf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I noticed two things when running jexec. I run FreeBSD 9.2-RC1 from binaries and jails 9.2-RC1 too. I log as root on the host (I havn't any other user). # 1. $HOME For a jail named "blog" with a "blog" user, which $HOME is at /home/blog, if I do: jexec -U blog blog tcsh My id is correct, but $HOME is still root. # 2. Accessing a jail in ssh command line I'm on my "client" machine and want to get on the "server" machine, where jails are, and I want to do a jexec from ssh command line: ssh katana jexec -U blog blog tcsh I get a connection (trusting /var/log/auth) but it hangs on and do nothing. Event with a simple "ls" as jail command. Thanks. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | Thank you :) --7GP83iWnoApinnVh7TVpB5IiBkAEwbwVf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSDQ6+AAoJEFr01BkajbiBQGUP/1FdTQ1AXtWuuyWxj/Hi1d7j jHrP6D9JLF2Xfp7lKrwsKJ122/mqHR3/gNXD1008P+uJXVRRvm/WSkTVrihUzcwg yxIZB28fCz1z18Pn0Xi6F3KN5HSDtUsHdB6VZI0rAAFvP2vJU3O5ddvZT/MGiZt8 iTZFQ5u6l8zKO0wRHvIEZ5pOAlNOY3GLi9cjOCBVI7Wr2C53NDcZzEZ5s/ZUk/Pk 5OGOwVWAAi+g5wUMvkabCnlhuv/J4spAW5d+W0BlpgsS2ZwN0XfCWLfomxj99JlD NtOSZqJr27gD1ftcbL29ieIJFDmflASlt8oqyPEQUbwXVt7F8jxFA4kL4cvFaI3T gjj4m197sHgF8jrXaZdVs3sActiLdISoE+A7+DQgozFxIgDJCFnP9vFdbff7Ffam aU7mPZjhKFDDO1FqJ9YLowQ09qqwuSbecPrhejiVyQgKm5uuzvWpwS4PftljVhVX X/qkSGU9wMHT3LhFD9rs0rttBKyAkpdFlw3iu9eKxLhR6wukLmpXD0wUDts6Mpgx cuEI60MHSsLn29GNuqt+dibzPFK16HK+B8GA5DuyWoqoUJKaTczXWYkMfEsAA2iK M21zL+OXWa6P/l5YYlwBldeaxBygJDFwysIyI52cbgEZpK1E+wkv1ZhTX9VzZzxg APDOyFGvE9UpOnVw9bFr =aDK3 -----END PGP SIGNATURE----- --7GP83iWnoApinnVh7TVpB5IiBkAEwbwVf-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 21:18:14 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B526F71; Thu, 15 Aug 2013 21:18:14 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 510BE2A4A; Thu, 15 Aug 2013 21:18:13 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.89,888,1367989200"; d="scan'208";a="40146243" Message-ID: <520D458E.4070801@vangyzen.net> Date: Thu, 15 Aug 2013 16:18:06 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: Glen Barber , stable@freebsd.org Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility References: <520B81D1.1010500@vangyzen.net> <20130814140653.GG2241@glenbarber.us> <520B951D.2080305@vangyzen.net> <20130814145345.GI2241@glenbarber.us> <520B9EA5.5010107@vangyzen.net> In-Reply-To: <520B9EA5.5010107@vangyzen.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Simon Gerraty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 21:18:14 -0000 On 08/14/2013 10:13, Eric van Gyzen wrote: > On 08/14/2013 09:53, Glen Barber wrote: >> On Wed, Aug 14, 2013 at 09:33:01AM -0500, Eric van Gyzen wrote: >>> On 08/14/2013 09:06, Glen Barber wrote: >>>> On Wed, Aug 14, 2013 at 08:10:41AM -0500, Eric van Gyzen wrote: >>>>> NetBSD's makefs has a -Z flag to create the image as a sparse file. In >>>>> FreeBSD, the flag is spelled -p. Is there a reason for using a >>>>> different flag? It would be very nice to preserve CLI compatibility >>>>> with NetBSD. >>>>> >>>>> NetBSD committed first (by one month), and neither change has gone into >>>>> a release yet, so we should change to match NetBSD. We should do it >>>>> soon, too, since our change will go into 9.2-RELEASE. >>>>> >>>>> If we agree, I'll gladly make the patches, trivial though they'll be. >>>>> >>>> Can you please try the attached patch? >>> Thanks, Glen. That patch would work. However, since our -p flag has >>> not yet gone into a release, there is no need to keep it. I suggest >>> that we simply rename -p to -Z, to match NetBSD. The attached patch >>> does this. >>> >> Not in a release, no, but it is available in stable/ branches. I'd >> prefer to deprecate the '-p' but keep the option for now, as we have no >> way to know how many people are using it. > That's reasonable. The attached patch, for releng/9.2, does this. We > could remove -p in head (by using my previous patch). Is there any chance this will be fixed in 9.2? It would be nice to avoid introducing incompatibility in a release. Eric From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 21:24:18 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B813928A; Thu, 15 Aug 2013 21:24:18 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B2F12AB9; Thu, 15 Aug 2013 21:24:18 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EB7FA2660; Thu, 15 Aug 2013 21:24:16 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EB7FA2660 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 15 Aug 2013 17:24:15 -0400 From: Glen Barber To: Eric van Gyzen Subject: Re: makefs Sparse Files: NetBSD CLI Compatibility Message-ID: <20130815212415.GL3979@glenbarber.us> References: <520B81D1.1010500@vangyzen.net> <20130814140653.GG2241@glenbarber.us> <520B951D.2080305@vangyzen.net> <20130814145345.GI2241@glenbarber.us> <520B9EA5.5010107@vangyzen.net> <520D458E.4070801@vangyzen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+2GlJm56SCtLHYlr" Content-Disposition: inline In-Reply-To: <520D458E.4070801@vangyzen.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Simon Gerraty , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 21:24:18 -0000 --+2GlJm56SCtLHYlr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 15, 2013 at 04:18:06PM -0500, Eric van Gyzen wrote: > Is there any chance this will be fixed in 9.2? It would be nice to > avoid introducing incompatibility in a release. >=20 I will commit it in a few hours, with 3-day scheduled MFC. I will send to RE for approval afterwards. Glen --+2GlJm56SCtLHYlr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJSDUb/AAoJEFJPDDeguUajc0AH/1iPEhdllkEkhBEp8X4Xaeog m51Cm8wkgQh4NQWLOkV9G8BvI4qIRkbdlcj8l81qK46O2LtXbZk99M6s23NBjiUr wvu+hAMYSzAHajNW+vF+bvhfafWA8KE2dbvqW0EkSAmerq/3eGc1MOOW2OJj0onK jvhmXJoge4+tV3cFQWwbKEEDUcUWMUVRwDqyxn11T51ogBd7x21imRvlHQz8I2Wp BJZaAmBmDYk8oux9BRm8D+k9vbB6S/IR3+2NTfbykOj0MSXKb2vS/GXbOW7fPl11 CI6nNd9o/S0F+yb5WLGp3TyEPaNLYgkspgXJVjVxmToSMAqHTcoZmqLM9Q/BWzM= =xprg -----END PGP SIGNATURE----- --+2GlJm56SCtLHYlr-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 15 21:39:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1AAD8954; Thu, 15 Aug 2013 21:39:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B8BC72B56; Thu, 15 Aug 2013 21:39:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEABNKDVKDaFve/2dsb2JhbABbhAuDGbt8gTh0giQBAQQBI1YFFhgCAg0ZAiM2BhOHfgMJBqh9iEQNiF6BKYwsgkc0B4JogSoDlXuOFIUngzcggW4 X-IronPort-AV: E=Sophos;i="4.89,888,1367985600"; d="scan'208";a="45680649" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 15 Aug 2013 17:39:04 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EFBACB404B; Thu, 15 Aug 2013 17:39:03 -0400 (EDT) Date: Thu, 15 Aug 2013 17:39:03 -0400 (EDT) From: Rick Macklem To: Michael Tratz Message-ID: <461392652.9990692.1376602743970.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: NFS deadlock on 9.2-Beta1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: Konstantin Belousov , freebsd-stable@freebsd.org, scottl , Steven Hartland X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 21:39:11 -0000 Michael Tratz wrote: > > On Jul 27, 2013, at 11:25 PM, Konstantin Belousov > wrote: > > > On Sat, Jul 27, 2013 at 03:13:05PM -0700, Michael Tratz wrote: > >> Let's assume the pid which started the deadlock is 14001 (it will > >> be a different pid when we get the results, because the machine > >> has been restarted) > >> > >> I type: > >> > >> show proc 14001 > >> > >> I get the thread numbers from that output and type: > >> > >> show thread xxxxx > >> > >> for each one. > >> > >> And a trace for each thread with the command? > >> > >> tr xxxx > >> > >> Anything else I should try to get or do? Or is that not the data > >> at all you are looking for? > >> > > Yes, everything else which is listed in the 'debugging deadlocks' > > page > > must be provided, otherwise the deadlock cannot be tracked. > > > > The investigator should be able to see the whole deadlock chain > > (loop) > > to make any useful advance. > > Ok, I have made some excellent progress in debugging the NFS > deadlock. > > Rick! You are genius. :-) You found the right commit r250907 (dated > May 22) is the definitely the problem. > > Here is how I did the testing: One machine received a kernel before > r250907, the second machine received a kernel after r250907. Sure > enough within a few hours the machine with r250907 went into the > usual deadlock state. The machine without that commit kept on > working fine. Then I went back to the latest revision (r253726), but > leaving r250907 out. The machines have been running happy and rock > solid without any deadlocks. I have expanded the testing to 3 > machines now and no reports of any issues. > > I guess now Konstantin has to figure out why that commit is causing > the deadlock. Lovely! :-) I will get that information as soon as > possible. I'm a little behind with normal work load, but I expect to > have the data by Tuesday evening or Wednesday. > Have you been able to pass the debugging info on to Kostik? It would be really nice to get this fixed for FreeBSD9.2. Thanks for your help with this, rick > Thanks again!! > > Michael > > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 06:32:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E6FCC886; Fri, 16 Aug 2013 06:32:31 +0000 (UTC) (envelope-from alfred@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C112A2259; Fri, 16 Aug 2013 06:32:31 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id 278A563ACA; Thu, 15 Aug 2013 23:32:31 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 73578-08; Thu, 15 Aug 2013 23:32:31 -0700 (PDT) Received: from Alfreds-MacBook-Pro-9.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 3A77B63AC3; Thu, 15 Aug 2013 23:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1376634750; bh=HCH9TRwyZQYYC68r8LwJxnV1xcRKI1s7R4I0dvZU19w=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=fN7S1Rpp6GVdXrMSGNmSV4S2GIZfNel0/1zSYWO/lLAY93CovzXDm/Q4OK/OCd7FP ZUqLBlo0yZbtkab4np8uOSvDvtDCYCfuC89ab5OTsDOguH/hF7ib3ebouOnyXW4IAc 8sxrBhm1UgJJNwfyomZn7cDAZgbSiEbcObiODNZc= Message-ID: <520DC77C.1070003@ixsystems.com> Date: Thu, 15 Aug 2013 23:32:28 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Andre Oppermann Subject: Re: status of autotuning freebsd for 9.2 References: <51D90B9B.9080209@ixsystems.com> <51D92826.1070707@freebsd.org> <51D9B24B.8070303@ixsystems.com> <51DACE93.9050608@freebsd.org> In-Reply-To: <51DACE93.9050608@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, re@freebsd.org, nonesuch@longcount.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 06:32:32 -0000 Andre, I'm kind of bummed out this didn't make it into 9.2, I'm wondering can I commit this to 9-stable now? (or is it already in?) Would you do the honors? -Alfred On 7/8/13 7:37 AM, Andre Oppermann wrote: > On 07.07.2013 20:24, Alfred Perlstein wrote: >> On 7/7/13 1:34 AM, Andre Oppermann wrote: >>> Can you help me with with testing? >>> >> Yes. Please give me your proposed changes and I'll stand up a >> machine and give feedback. > > http://people.freebsd.org/~andre/mfc-autotuning-20130708.diff > > This is functional bundle MFC of these original commits: > > MFC r242029 (alfred): > > Allow autotune maxusers > 384 on 64 bit machines. > > MFC r242847 (alfred): > > Allow maxusers to scale on machines with large address space. > > MFC r243631 (andre): > > Base the mbuf related limits on the available physical memory or > kernel memory, whichever is lower. The overall mbuf related memory > limit must be set so that mbufs (and clusters of various sizes) > can't exhaust physical RAM or KVM. > > At the same time divorce maxfiles from maxusers and set maxfiles to > physpages / 8 with a floor based on maxusers. This way busy servers > can make use of the significantly increased mbuf limits with a much > larger number of open sockets. > > MFC r243639 (andre): > > Complete r243631 by applying the remainder of kern_mbuf.c that got > lost while merging into the commit tree. > > MFC r243668 (andre): > > Using a long is the wrong type to represent the realmem and maxmbufmem > variable as they may overflow on i386/PAE and i386 with > 2GB RAM. > > MFC r243995, r243996, r243997 (pjd): > > Style cleanups, Make use of the fact that uma_zone_set_max(9) already > returns actual limit set. > > MFC r244080 (andre): > > Prevent long type overflow of realmem calculation on ILP32 by forcing > calculation to be in quad_t space. Fix style issue with second > parameter > to qmin(). > > MFC r245469 (alfred): > > Do not autotune ncallout to be greater than 18508. > > MFC r245575 (andre): > > Move the mbuf memory limit calculations from init_param2() to > tunable_mbinit() where it is next to where it is used later. > > MFC r246207 (andre): > > Remove unused VM_MAX_AUTOTUNE_NMBCLUSTERS define. > > MFC r249843 (andre): > > Base the calculation of maxmbufmem in part on kmem_map size > instead of kernel_map size to prevent kernel memory exhaustion > by mbufs and a subsequent panic on physical page allocation > failure. > > -- Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 08:30:12 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 682C217E for ; Fri, 16 Aug 2013 08:30:12 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B27B127C2 for ; Fri, 16 Aug 2013 08:30:11 +0000 (UTC) Received: (qmail 95534 invoked from network); 16 Aug 2013 09:14:08 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 Aug 2013 09:14:08 -0000 Message-ID: <520DE306.4080004@freebsd.org> Date: Fri, 16 Aug 2013 10:29:58 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Alfred Perlstein Subject: Re: status of autotuning freebsd for 9.2 References: <51D90B9B.9080209@ixsystems.com> <51D92826.1070707@freebsd.org> <51D9B24B.8070303@ixsystems.com> <51DACE93.9050608@freebsd.org> <520DC77C.1070003@ixsystems.com> In-Reply-To: <520DC77C.1070003@ixsystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, re@freebsd.org, nonesuch@longcount.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 08:30:12 -0000 On 16.08.2013 08:32, Alfred Perlstein wrote: > Andre, I'm kind of bummed out this didn't make it into 9.2, I'm wondering can I commit this to > 9-stable now? (or is it already in?) It didn't make it because there was only sparse feedback after the call for testers. There were a couple of replies that it is being tested but no statements either way if it was good or not. Hence I erred on the side of caution and refrained from committing it. > Would you do the honors? Yes, will do later today. -- Andre > -Alfred > > > On 7/8/13 7:37 AM, Andre Oppermann wrote: >> On 07.07.2013 20:24, Alfred Perlstein wrote: >>> On 7/7/13 1:34 AM, Andre Oppermann wrote: >>>> Can you help me with with testing? >>>> >>> Yes. Please give me your proposed changes and I'll stand up a machine and give feedback. >> >> http://people.freebsd.org/~andre/mfc-autotuning-20130708.diff >> >> This is functional bundle MFC of these original commits: >> >> MFC r242029 (alfred): >> >> Allow autotune maxusers > 384 on 64 bit machines. >> >> MFC r242847 (alfred): >> >> Allow maxusers to scale on machines with large address space. >> >> MFC r243631 (andre): >> >> Base the mbuf related limits on the available physical memory or >> kernel memory, whichever is lower. The overall mbuf related memory >> limit must be set so that mbufs (and clusters of various sizes) >> can't exhaust physical RAM or KVM. >> >> At the same time divorce maxfiles from maxusers and set maxfiles to >> physpages / 8 with a floor based on maxusers. This way busy servers >> can make use of the significantly increased mbuf limits with a much >> larger number of open sockets. >> >> MFC r243639 (andre): >> >> Complete r243631 by applying the remainder of kern_mbuf.c that got >> lost while merging into the commit tree. >> >> MFC r243668 (andre): >> >> Using a long is the wrong type to represent the realmem and maxmbufmem >> variable as they may overflow on i386/PAE and i386 with > 2GB RAM. >> >> MFC r243995, r243996, r243997 (pjd): >> >> Style cleanups, Make use of the fact that uma_zone_set_max(9) already >> returns actual limit set. >> >> MFC r244080 (andre): >> >> Prevent long type overflow of realmem calculation on ILP32 by forcing >> calculation to be in quad_t space. Fix style issue with second parameter >> to qmin(). >> >> MFC r245469 (alfred): >> >> Do not autotune ncallout to be greater than 18508. >> >> MFC r245575 (andre): >> >> Move the mbuf memory limit calculations from init_param2() to >> tunable_mbinit() where it is next to where it is used later. >> >> MFC r246207 (andre): >> >> Remove unused VM_MAX_AUTOTUNE_NMBCLUSTERS define. >> >> MFC r249843 (andre): >> >> Base the calculation of maxmbufmem in part on kmem_map size >> instead of kernel_map size to prevent kernel memory exhaustion >> by mbufs and a subsequent panic on physical page allocation >> failure. >> >> > > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 13:34:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1FEC1604 for ; Fri, 16 Aug 2013 13:34:10 +0000 (UTC) (envelope-from thzthz1@gmail.com) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8D1B273C for ; Fri, 16 Aug 2013 13:34:09 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id d17so950076eek.28 for ; Fri, 16 Aug 2013 06:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=0IowSYmL77MVxHS8quO9w7uMqMIRcV9PyL71So15ZJk=; b=Pmxwy4nYxQqeZbBiaf9iECeDqhDBugRn0y5Xs4efzp9xgkW69VSkc8beIlFGHPe4zm sqkTRdxygcDLhpaQrYX3TTPeXae/tbKT2gyI8Y4f5ecVBUiDNWkN/htumivUkemxVkBo xaYlTxSpkqlnYaJh9R92U63jDMMojiVNytZiGSmvxBr69L8J4BhEgc51tSaLxhCCVEHV B5oMJ8rjM0yLJGQquUXMEe2z16cr1vGuFTMDwxv4Yr7cQEHe4a+RWO7oXAH2v8iNZ1zP ZoEp3MidiFPtWyQaYuNomjjsA0ualeLDfNDsaVdWMlB4cw2fMQWAv7w49bsC6QbvL233 hLNw== X-Received: by 10.14.182.131 with SMTP id o3mr54691eem.119.1376660047772; Fri, 16 Aug 2013 06:34:07 -0700 (PDT) Received: from chipotl.isepos.local (mail.isepos.de. [46.237.201.241]) by mx.google.com with ESMTPSA id m54sm2765912eex.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 Aug 2013 06:34:07 -0700 (PDT) Sender: Thomas Zenker Message-ID: <520E2A4E.3050309@zenker.tk> Date: Fri, 16 Aug 2013 15:34:06 +0200 From: Thomas Zenker User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130816 Firefox/17.0 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FBSD 9.2 RC crashes running as virtualbox host X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: thz@zenker.tk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 13:34:10 -0000 Hi, after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC (r254276) virtualbox crashes the machine. Seconds after starting VBOX the screen freezes and then reboots (probably a trap, cannot see it, as screen is in graphics mode). The kernel modules of vbox have been recompiled. Going back to 9.1 kernel and matching vbox modules works. In both cases VBOX 4.2.16 is used. cheers, Thomas From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 13:41:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F32CA77B for ; Fri, 16 Aug 2013 13:41:10 +0000 (UTC) (envelope-from m.tsatsenko@gmail.com) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B55BD27AE for ; Fri, 16 Aug 2013 13:41:10 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id ox1so1383812veb.37 for ; Fri, 16 Aug 2013 06:41:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=bioOkM+9gSIuf2AY0VMJAnoU2/+028WHOGaSsm7DaKY=; b=aCe1kWSpnBM7kbgTU/VA4lam1t7WHJPzJp8vwBJrZCoWl9k3JI0sxP4MhYXo+O3w43 hf9ByvK5ZWjOSHhI1vHkRVmm5qXq8YTx+rBM0ZGArMEaWsQtxSvcspOusnpc6F9KV9IY efKXEyhf6XevJstaJz5l+JJrNSt5f5tq7L/UPnfF/6Vg3iMAOm5ygvepwLRNvDOt13lH EMD/Ca72VqFZy76jU3aRB3a1S+zBHqw60pRHy38ZYYiHjHnLEObJQcwo6xTitEbJo4wc WbDvssgDan/B1ii0nZc/rHJ7466kb1TLw1E8Rus4PHwpsophI57+uOgE6ka484nZSJVu kEXw== MIME-Version: 1.0 X-Received: by 10.220.10.194 with SMTP id q2mr1307313vcq.2.1376660469258; Fri, 16 Aug 2013 06:41:09 -0700 (PDT) Received: by 10.58.196.141 with HTTP; Fri, 16 Aug 2013 06:41:09 -0700 (PDT) In-Reply-To: <520E2A4E.3050309@zenker.tk> References: <520E2A4E.3050309@zenker.tk> Date: Fri, 16 Aug 2013 17:41:09 +0400 Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Mikhail Tsatsenko To: thz@zenker.tk Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 13:41:11 -0000 2013/8/16 Thomas Zenker : > Hi, > > after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC > (r254276) virtualbox crashes the machine. Seconds after starting VBOX After starting VBOX gui or guest machine? If first, try to rebuild userland portion of vbox too. > the screen freezes and then reboots (probably a trap, cannot see it, as > screen is in graphics mode). The kernel modules of vbox have been > recompiled. > > Going back to 9.1 kernel and matching vbox modules works. > In both cases VBOX 4.2.16 is used. > > cheers, Thomas > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 =ED=C9=C8=C1=C9=CC From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 13:57:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C3ABED91 for ; Fri, 16 Aug 2013 13:57:31 +0000 (UTC) (envelope-from thzthz1@gmail.com) Received: from mail-ea0-x230.google.com (mail-ea0-x230.google.com [IPv6:2a00:1450:4013:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 568EB289D for ; Fri, 16 Aug 2013 13:57:31 +0000 (UTC) Received: by mail-ea0-f176.google.com with SMTP id q16so1023444ead.35 for ; Fri, 16 Aug 2013 06:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Io0aJVVpfMB+X5PUVYps1j4jenUPQ0J71SMCtIQd7uk=; b=BThXEdw7VAXPu2YGBTlolG2egEdGV9iMJiAMouZoanMLiLJBuP+rVDDMoodcXa0iW2 GofDaURIwHMpAJEwONSKiaqdNgM/dkb8fePA6OK/Lm7G9QRHtu60ruw4HLw8Cq860bQ3 IDfpWCM1jsa5dA6VT3zNEn6j8T/NzqVNxG3NEE7Puq4A1mOxiA/W0AfYjd2VHKkg8cJL 44IMk9LEnSfx3W/gKatSlsraFLeWb6Nxvo94Uwwj+zt4dg24qJ052J6234UhG+gh+5OL g9eseneRRcykMYaktqgmL+HR9vFAeg/Jep12jyge15Nqq7s/9Xtd5TNq8w4KB83mZU4u QvNg== X-Received: by 10.15.75.73 with SMTP id k49mr2197222eey.36.1376661449465; Fri, 16 Aug 2013 06:57:29 -0700 (PDT) Received: from chipotl.isepos.local (mail.isepos.de. [46.237.201.241]) by mx.google.com with ESMTPSA id l47sm2819910eex.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 Aug 2013 06:57:29 -0700 (PDT) Sender: Thomas Zenker Message-ID: <520E2FC8.7010305@zenker.tk> Date: Fri, 16 Aug 2013 15:57:28 +0200 From: Thomas Zenker User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130816 Firefox/17.0 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: FBSD 9.2 RC crashes running as virtualbox host References: <520E2DDD.6050900@zenker.tk> In-Reply-To: <520E2DDD.6050900@zenker.tk> X-Enigmail-Version: 1.5.1 X-Forwarded-Message-Id: <520E2DDD.6050900@zenker.tk> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: thz@zenker.tk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 13:57:31 -0000 On 08/16/13 15:41, Mikhail Tsatsenko wrote: > 2013/8/16 Thomas Zenker : >> Hi, >> >> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC >> (r254276) virtualbox crashes the machine. Seconds after starting VBOX > After starting VBOX gui or guest machine? If first, try to rebuild > userland portion of vbox too. After starting a virtual guest machine in the GUI or directly from cli leads to the crash. The userland has been rebuild w/ 9.2 also. The same binaries of the userland portion built with 9.2 work w/o problems in 9.1. >> the screen freezes and then reboots (probably a trap, cannot see it, as >> screen is in graphics mode). The kernel modules of vbox have been >> recompiled. >> >> Going back to 9.1 kernel and matching vbox modules works. >> In both cases VBOX 4.2.16 is used. >> >> cheers, Thomas From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 14:04:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 396E6F30 for ; Fri, 16 Aug 2013 14:04:47 +0000 (UTC) (envelope-from m.tsatsenko@gmail.com) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF245291D for ; Fri, 16 Aug 2013 14:04:46 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id ia10so1465309vcb.34 for ; Fri, 16 Aug 2013 07:04:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=p9Z3jDIjKgb7DSnZWQrEb33n16wOYzUX6yyVSS0M9YI=; b=Nu0tKPOSCVvugZ4HFpNfgeDkObTpP9gxHmauC2BMvpcU/HjOxyaUPsW8RfZbafa2YY HHIQxoQd9Yvrlkd0dNh5olZAmF2IS0UROaG/uN+qvbQPlBtBIURnXYjDpETI9hOq9yeF jsGRLJdxmpZXxuWRQhGfiM7hYICot0CngtumAw5O9ErFi6K0SzuyPACHRrYY8kC7XiHA 7k5RgDtO23ofGTk7l5n5v7gUvdd9znu/bVSVBfWeEYpxVxFB4SleOKMjZzw63chwT+Km LFVrGprvYa7RR7yMY9J/3tz73/YubBXVBI76l3rjagCbpxI5B1ped7AhMopVvl7msR7X qDcg== MIME-Version: 1.0 X-Received: by 10.58.119.233 with SMTP id kx9mr1402312veb.3.1376661886036; Fri, 16 Aug 2013 07:04:46 -0700 (PDT) Received: by 10.58.196.141 with HTTP; Fri, 16 Aug 2013 07:04:45 -0700 (PDT) In-Reply-To: <520E2FC8.7010305@zenker.tk> References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> Date: Fri, 16 Aug 2013 18:04:45 +0400 Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Mikhail Tsatsenko To: thz@zenker.tk Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 14:04:47 -0000 2013/8/16 Thomas Zenker : > On 08/16/13 15:41, Mikhail Tsatsenko wrote: >> 2013/8/16 Thomas Zenker : >>> Hi, >>> >>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC >>> (r254276) virtualbox crashes the machine. Seconds after starting VBOX >> After starting VBOX gui or guest machine? If first, try to rebuild >> userland portion of vbox too. > > After starting a virtual guest machine in the GUI or directly fro= m cli > leads to the crash. The userland has been rebuild w/ 9.2 also. The same > binaries of the userland portion built with 9.2 work w/o problems in 9.1. Interesting. Right now I am running vbox on RC1 r254052 without any problem. Unfortunately I am unable update my system to rc2 today. Could you please try svn up -r 254052 and rebuild kernel/world & virtualbox (both user- and kernel parts) and report results to me. >>> the screen freezes and then reboots (probably a trap, cannot see it, as >>> screen is in graphics mode). The kernel modules of vbox have been >>> recompiled. >>> >>> Going back to 9.1 kernel and matching vbox modules works. >>> In both cases VBOX 4.2.16 is used. >>> >>> cheers, Thomas > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 =ED=C9=C8=C1=C9=CC From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 14:11:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9081D3EA for ; Fri, 16 Aug 2013 14:11:24 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 131BA298A for ; Fri, 16 Aug 2013 14:11:23 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r7GE8fUk089599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Aug 2013 16:08:42 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <520E325B.2090804@omnilan.de> Date: Fri, 16 Aug 2013 16:08:27 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable Subject: Re: status of autotuning freebsd for 9.2 References: <51D90B9B.9080209@ixsystems.com> <51D92826.1070707@freebsd.org> <51E1061F.3050804@ixsystems.com> <51E398F3.40008@freebsd.org> <51E3EEAA.3040106@freebsd.org> <51E3EFA8.1050606@ixsystems.com> <20130715141300.GA1986@glenbarber.us> <51E41419.3040503@ixsystems.com>, In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig52CF128A10F52682DEFC6708" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 14:11:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig52CF128A10F52682DEFC6708 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Pascal Drecker's Nachricht vom 16.07.2013 21:42 (localtim= e): > ... > >>>> IMHO, this is considered a new feature, and not a critical bug > fix. re@ > >>> asked from the start of the code slush to avoid new features, an= d > at > >>> this point, it is too late. It is not worth introducing possible= > >>> regressions, which will only delay the 9.2-RELEASE. > >>> > >>> Glen > >>> > >>> OK, then we need a release notes telling people a sane value for= > >> nmbclusters and friends so that they know how to make 10gigE work= =2E > >> > >> I'll poll my team for a value if someone else has one, that would= be > even > >> better. > >> > >> -- > >> Alfred Perlstein > >> VP Software Engineering, iXsystems > > > > > >Is there a possibility that a separate unofficial patch set could b= e > >released for people who want the autotuning but do not want to run = 9 > >stable after 9.2 is released. > >I would like the autotuning, but i am a little reluctent to use oth= er > >stable stuff i will get when tracking stable. > > > >Regards > >Johan > > Hi, > > I think that's a good point. > > In our company, it=EF=BF=BDs not allowed to use the stable tree for = any > production system. Little and useful patches are still allowed. > > Having a central point with a description of each patch it would be > much easier to update the release version with the needed patches. You're welcome using my "deploy-tools" patchsets. I'm deploying RELENG only, but with local patchset-policy. Originally, these are automtically handled during build-process with deploy-tools, but of course you can selective/manually apply the desired patches from the "local-patches" directory: ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools/ Best regards, -Harry --------------enig52CF128A10F52682DEFC6708 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlIOMmkACgkQLDqVQ9VXb8iJDgCfa/vzlPEUC/KjMAMV6S5h2cx1 urYAoIf9gp7i7Gzy9i+Sn0uZPKKaRcjG =8Gcl -----END PGP SIGNATURE----- --------------enig52CF128A10F52682DEFC6708-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 20:52:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33D883A5 for ; Fri, 16 Aug 2013 20:52:17 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE3BF20D0 for ; Fri, 16 Aug 2013 20:52:16 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id tb18so2571363obb.16 for ; Fri, 16 Aug 2013 13:52:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=s6TJdN+lkF7Q9bi/3M9QZvXxSDvxbDJI/6zBtfhDbZw=; b=ngJiMRNUpiKxdTjJw+UFos0luGolAOQZfA8IE4KkqzMBelUOhhc4IIXPzok3IulMk4 PVp2zDdg3spJNDV75mxvtddeKPYmL4J7B+EoSUjO/CarNNuFdBZCBOrLuccflspoeYOU hsoDWU2WR+tC1K4+yVDl4zIkVxdQqyJhfFoACoCx8ood5CJfZRo52bvpzXy1X2o+XeYh 0bwMlpaOpc2lk6bxLpNF6XSZfYMqBBEO/uDB/V/oiAoN9vO1tXAslDagV/TGGF40zkmp /BwwrPKmpyNDRu/d/hw2wmOwrKhtM5/49J/aLJ9sd/LwfobveLEeE73M8sL3/pEGfVlK 99Tg== MIME-Version: 1.0 X-Received: by 10.182.106.4 with SMTP id gq4mr2945553obb.4.1376686336244; Fri, 16 Aug 2013 13:52:16 -0700 (PDT) Received: by 10.76.2.110 with HTTP; Fri, 16 Aug 2013 13:52:16 -0700 (PDT) In-Reply-To: <520E325B.2090804@omnilan.de> References: <51D90B9B.9080209@ixsystems.com> <51D92826.1070707@freebsd.org> <51E1061F.3050804@ixsystems.com> <51E398F3.40008@freebsd.org> <51E3EEAA.3040106@freebsd.org> <51E3EFA8.1050606@ixsystems.com> <20130715141300.GA1986@glenbarber.us> <51E41419.3040503@ixsystems.com> <520E325B.2090804@omnilan.de> Date: Fri, 16 Aug 2013 16:52:16 -0400 Message-ID: Subject: Re: status of autotuning freebsd for 9.2 From: Outback Dingo To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 20:52:17 -0000 On Fri, Aug 16, 2013 at 10:08 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Bez=C3=BCglich Pascal Drecker's Nachricht vom 16.07.2013 21:42 (localtim= e): > > ... > > >>>> IMHO, this is considered a new feature, and not a critical bug > > fix. re@ > > >>> asked from the start of the code slush to avoid new features, an= d > > at > > >>> this point, it is too late. It is not worth introducing possible > > >>> regressions, which will only delay the 9.2-RELEASE. > > >>> > > >>> Glen > > >>> > > >>> OK, then we need a release notes telling people a sane value for > > >> nmbclusters and friends so that they know how to make 10gigE work= . > > >> > > >> I'll poll my team for a value if someone else has one, that would > be > > even > > >> better. > > >> > > >> -- > > >> Alfred Perlstein > > >> VP Software Engineering, iXsystems > > > > > > > > >Is there a possibility that a separate unofficial patch set could b= e > > >released for people who want the autotuning but do not want to run = 9 > > >stable after 9.2 is released. > > >I would like the autotuning, but i am a little reluctent to use oth= er > > >stable stuff i will get when tracking stable. > > > > > >Regards > > >Johan > > > > Hi, > > > > I think that's a good point. > > > > In our company, it=EF=BF=BDs not allowed to use the stable tree for = any > > production system. Little and useful patches are still allowed. > > > > Having a central point with a description of each patch it would be > > much easier to update the release version with the needed patches. > > You're welcome using my "deploy-tools" patchsets. > I'm deploying RELENG only, but with local patchset-policy. Originally, > these are automtically handled during build-process with deploy-tools, > but of course you can selective/manually apply the desired patches from > the "local-patches" directory: > > ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools/ > > Best regards, > > can you maybe define what exactly, this is and or where the specific patches are derived? Ive seen the autotune but whats the rest in here?? > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 16 21:01:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5B3B4F2 for ; Fri, 16 Aug 2013 21:01:09 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96F282137 for ; Fri, 16 Aug 2013 21:01:09 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r7GL17Sv065348; Fri, 16 Aug 2013 15:01:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r7GL16rL065345; Fri, 16 Aug 2013 15:01:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 16 Aug 2013 15:01:06 -0600 (MDT) From: Warren Block To: Thomas Zenker Subject: Re: FBSD 9.2 RC crashes running as virtualbox host In-Reply-To: <520E2FC8.7010305@zenker.tk> Message-ID: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 16 Aug 2013 15:01:07 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2013 21:01:10 -0000 On Fri, 16 Aug 2013, Thomas Zenker wrote: > On 08/16/13 15:41, Mikhail Tsatsenko wrote: >> 2013/8/16 Thomas Zenker : >>> Hi, >>> >>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC >>> (r254276) virtualbox crashes the machine. Seconds after starting VBOX >> After starting VBOX gui or guest machine? If first, try to rebuild >> userland portion of vbox too. > > After starting a virtual guest machine in the GUI or directly from cli > leads to the crash. The userland has been rebuild w/ 9.2 also. The same > binaries of the userland portion built with 9.2 work w/o problems in 9.1. Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and reloaded the VirtualBox kernel module, and just started a couple of guests from the GUI with no problems. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 02:17:45 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3E116E88; Sat, 17 Aug 2013 02:17:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12B632DE9; Sat, 17 Aug 2013 02:17:44 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7A93E2C58; Sat, 17 Aug 2013 02:17:43 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7A93E2C58 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 16 Aug 2013 22:17:41 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: 9.2-RC2 Now Available Message-ID: <20130817021741.GE3979@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="R6d/YZw7aFPcgCGm" Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 02:17:45 -0000 --R6d/YZw7aFPcgCGm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The second release candidate builds of the 9.2-RELEASE release cycle are now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64, and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.2/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system use "releng/9.2". Please be aware that cvsup and CVS are both deprecated, and are not supported methods of updating the src/ tree. Changes between -RC1 and -RC2 include: o Fix a boot issue caused by some GPT partitioning tools. o Fix a regression that caused some PCI disk controllers disappearing during boot. o Fix the FTP path used to fetch distribution packages when installing from the bootonly.iso. o Fix a regression in sendmail that caused problems between the resolver and Microsoft DNS servers with AAAA lookups. o Disable MSIs with Adaptec 2230S and 2820SA (aac(4)). o Update FTP mirror list used by bsdinstall(8) and bsdconfig(8). o Fix panics caused by early interrupts in igb(4). o Fix panics when downing or unloading the mlx(4) driver. The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 9.2-RC2 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 8.x. Alternatively, the user can install misc/compat8x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install Checksums: amd64: SHA256 (FreeBSD-9.2-RC2-amd64-bootonly.iso) = 5446487cdf12f08732dae38cd908cbb140c0fafe4568f561c8e1ee6843c5e9c2 SHA256 (FreeBSD-9.2-RC2-amd64-disc1.iso) = e56284d74e61a2172f0cd696055fc5b6c79e36ea67e336c0f1d3067dfa2bff0a SHA256 (FreeBSD-9.2-RC2-amd64-memstick.img) = 3ea9fe79d81d77e7f97146fcf5f2a6d050168a4be94443899274d10697286b22 MD5 (FreeBSD-9.2-RC2-amd64-bootonly.iso) = 1efcd25edccd6a0e8bd4a6647cb6de02 MD5 (FreeBSD-9.2-RC2-amd64-disc1.iso) = 559bd3908d62f7b229f4def874bf6728 MD5 (FreeBSD-9.2-RC2-amd64-memstick.img) = 81009040d922792d11cdeb3e995ab971 i386: SHA256 (FreeBSD-9.2-RC2-i386-bootonly.iso) = 9e32eef2a16414aabf2bfeadbb22e494cf32865666dde9f7e5cc574425344bf3 SHA256 (FreeBSD-9.2-RC2-i386-disc1.iso) = 8785ada2ea2644f10f73dd0f6bae1b372b7fa7a8e561215a2c376cc09a11f13b SHA256 (FreeBSD-9.2-RC2-i386-memstick.img) = 988a4a3d3a5ca331199be9f842ce517c7e3fc417cea20497efb7a4ed613c6d2d MD5 (FreeBSD-9.2-RC2-i386-bootonly.iso) = ada547fb2f777e7c94e15a6555f7644b MD5 (FreeBSD-9.2-RC2-i386-disc1.iso) = 6c9782ed4660379e2a1c0bbc129071b6 MD5 (FreeBSD-9.2-RC2-i386-memstick.img) = 9426420d50f8d74a24e6ca593bdc463c ia64: SHA256 (FreeBSD-9.2-RC2-ia64-bootonly.iso) = 60027bba2104f907936c8d8ea6240a77b43d53ed69f2450b96a16b5233033997 SHA256 (FreeBSD-9.2-RC2-ia64-disc1.iso) = ef1a08d73940bc5934500ca81814867754cbeda4e1aa78b950dae591a559f1ed SHA256 (FreeBSD-9.2-RC2-ia64-memstick.img) = f294d610a9ce5f4af3cba164f378b635a137badc783a9611d1257fbdd82cf558 MD5 (FreeBSD-9.2-RC2-ia64-bootonly.iso) = 0b12087e747935991e0d13dd10432d27 MD5 (FreeBSD-9.2-RC2-ia64-disc1.iso) = 90dc23e86e6c30dcdaea080f03c89624 MD5 (FreeBSD-9.2-RC2-ia64-memstick.img) = d3876b830f1e6fa4a92d1599ef436597 powerpc: SHA256 (FreeBSD-9.2-RC2-powerpc-bootonly.iso) = c7192403b236bcd2faa6b364405aaa04302e2cd59661f1c4931e1287eb20b07a SHA256 (FreeBSD-9.2-RC2-powerpc-disc1.iso) = 1c21c5eee743916ca0f356fc2368bf7ccf84f5f576c7e750abf527beab4f98bd SHA256 (FreeBSD-9.2-RC2-powerpc-memstick.img) = 68fd64e5dcad5c6012318a8e340e59831c3855b70514dedb25ddd8b5ba6ed5ed MD5 (FreeBSD-9.2-RC2-powerpc-bootonly.iso) = 42b773c346a2bc9d8c91a06c5a032685 MD5 (FreeBSD-9.2-RC2-powerpc-disc1.iso) = 6991733c0e09144a29cdd96d699bfb3b MD5 (FreeBSD-9.2-RC2-powerpc-memstick.img) = 4d9d43bfd9e38d1087343c6822226285 powerpc64: SHA256 (FreeBSD-9.2-RC2-powerpc-powerpc64-bootonly.iso) = 87e38210f7879a168261919bca5be0f4a4dfaba1494ae71c12258503a68f65f4 SHA256 (FreeBSD-9.2-RC2-powerpc-powerpc64-disc1.iso) = a10cb0e9f38135f9dc9cafb95374e1a8ee80b546128ec2489b8a7a681a2831b8 SHA256 (FreeBSD-9.2-RC2-powerpc-powerpc64-memstick.img) = 2b1d9ad285807d8e0d1f51c64f666f1c66f625de60af1202efa1cdd6a12b89c2 MD5 (FreeBSD-9.2-RC2-powerpc-powerpc64-bootonly.iso) = 3919834b10195277e9121422ca2706c4 MD5 (FreeBSD-9.2-RC2-powerpc-powerpc64-disc1.iso) = 8b823167b75c37ae40431d26b9026f24 MD5 (FreeBSD-9.2-RC2-powerpc-powerpc64-memstick.img) = e2eb1b6bafaaebcdbfacf7b7b47b9bdf sparc64: SHA256 (FreeBSD-9.2-RC2-sparc64-bootonly.iso) = 65211c7d2c4864d328f8f782c6f86d4162efca7bef52218c04be7bbef63d0462 SHA256 (FreeBSD-9.2-RC2-sparc64-disc1.iso) = acae11f07747844d4596cd3c03a35bd4a1a2bf50b87f4c0902b4f05564e920b9 MD5 (FreeBSD-9.2-RC2-sparc64-bootonly.iso) = 8a91df2a45bf74dde06c50eca8c49059 MD5 (FreeBSD-9.2-RC2-sparc64-disc1.iso) = 10b30f3d13b789482eba61e3be334f5f Glen --R6d/YZw7aFPcgCGm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJSDt1FAAoJEFJPDDeguUajT0QIAKN6V//zay2yn1nM1gU5+D81 S1cDgpliGWkxwKZq5WyUhQYXOEOvHZvLymeCndIsA7gYvtPtYEL99JywO3sUXySk zqvTqJUUVD9Sr6c+0d99vLs60X07OsnIW1rfSWUiLLPV3HkeolG6axKWMOjR+5VH j1a93GyFPT/22EpJdHmChEIYyhM4Z5bx8Lgm/LA/8EdInOw9aGs+8SGzHYo8ObI8 Xv7fRh3jN7wWdORFe+KVoF6H5q/n98pVei3wdgShPtwmJ7m97BAu/rXKYihgiyGw N3ma1aBOmflEyHPW8NcEKCIFKacsFwjOhi8mOS257hURAHJiENUc+bc3r/DzB3M= =+euZ -----END PGP SIGNATURE----- --R6d/YZw7aFPcgCGm-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 05:44:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 453BE88E for ; Sat, 17 Aug 2013 05:44:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AE9325F8 for ; Sat, 17 Aug 2013 05:44:47 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb10so2679667pad.37 for ; Fri, 16 Aug 2013 22:44:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mb7Ya38d0IKbrvX+WCOdRBUeqb0K4IBb6xz+gVe8JTQ=; b=g+LVqeZ9t4hwAvBnp3uy2fS5QmfNyJ+HQOP/n4ZiLFRUXKvlWAsTUz34WCdN+e9DHO eg9Yg0S57QgPQ4kyMuOlXsgZmZJz9ySv6iAgDHlJFs50T88mQ8Oe+9p0+Zw5aHL+Ho2H R9maNDfLlaGgP6HN3NeXbe9MgGL9Ptjh8s4WKElsRp6TnHKQI9efGaYHl8Am36HtxrsS chy9+ZtbDaF3uSd2Xf7L3exdW5KfoSBXhYP++0es5AVEGlglt26Wpg4+MxGNMxQ60s+l e8oWYC2Ok0wShLHjJ7gEfTpXThwNmpWTB711SQF68u1vwcxOfEiFg/Fhuq7PTYg8TMDe 99pw== MIME-Version: 1.0 X-Received: by 10.68.176.197 with SMTP id ck5mr1370299pbc.44.1376718285984; Fri, 16 Aug 2013 22:44:45 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Fri, 16 Aug 2013 22:44:45 -0700 (PDT) In-Reply-To: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> Date: Fri, 16 Aug 2013 22:44:45 -0700 X-Google-Sender-Auth: iyj_GvcVUP2Kofnl0KwrJezNKGs Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" , Thomas Zenker X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 05:44:47 -0000 On Fri, Aug 16, 2013 at 2:01 PM, Warren Block wrote: > On Fri, 16 Aug 2013, Thomas Zenker wrote: > > On 08/16/13 15:41, Mikhail Tsatsenko wrote: >> >>> 2013/8/16 Thomas Zenker : >>> >>>> Hi, >>>> >>>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC >>>> (r254276) virtualbox crashes the machine. Seconds after starting VBOX >>>> >>> After starting VBOX gui or guest machine? If first, try to rebuild >>> userland portion of vbox too. >>> >> >> After starting a virtual guest machine in the GUI or directly >> from cli >> leads to the crash. The userland has been rebuild w/ 9.2 also. The same >> binaries of the userland portion built with 9.2 work w/o problems in 9.1. >> > > Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and reloaded the > VirtualBox kernel module, and just started a couple of guests from the GUI > with no problems. > Updated to r254416 today.Two crashes when I tried starting VirtualBox 4.16_2. I have both dumps and they ere very different. The first was a "spin lock held too long" and the second was a general protection fault. Both occurred when I attempted to start a saved Windows 7 VM. FreeBSD rogue.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254416M: Fri Aug 16 11:27:20 PDT 2013 root@rogue.local:/usr/obj/usr/src/sys/GENERIC amd64 #0 doadump (textdump=) at pcpu.h:234 234 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:234 #1 0xffffffff80915c66 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80916167 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80cfae80 in trap_fatal (frame=0x9, eva=) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0xffffffff80cfb691 in trap (frame=0xffffff8124900830) at /usr/src/sys/amd64/amd64/trap.c:605 #5 0xffffffff80ce4ac3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #6 0xffffffff80b86015 in vm_map_entry_splay (addr=984915968, root=0xfffffe002c9af200) at /usr/src/sys/vm/vm_map.c:832 #7 0xffffffff80b870f7 in vm_map_lookup_entry (map=0xfffffe007535b640, address=984915968, entry=0xffffff8124900970) at /usr/src/sys/vm/vm_map.c:1080 #8 0xffffffff80b8a5cc in vm_map_madvise (map=0xfffffe007535b640, start=984915968, end=985440256, behav=5) at /usr/src/sys/vm/vm_map.c:2050 #9 0xffffffff80b8d9e3 in sys_madvise (td=0xfffffe000549e920, uap=) at /usr/src/sys/vm/vm_mmap.c:760 #10 0xffffffff80cfa62a in amd64_syscall (td=0xfffffe000549e920, traced=0) at subr_syscall.c:135 #11 0xffffffff80ce4da7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #12 0x000000002ce13dcc in ?? () Previous frame inner to this frame (corrupt stack?) I can make the cores and text dumps available. kmod was rebuilt after the upgrade. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 06:34:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 79B55172 for ; Sat, 17 Aug 2013 06:34:24 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFF327F0 for ; Sat, 17 Aug 2013 06:34:24 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id mc17so2798399pbc.18 for ; Fri, 16 Aug 2013 23:34:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rLpbT7idewdOgi7itWXVfgkF/8aEavAfbvhO54xtohE=; b=Q/hPo9PqPMci65raEfOkYIaMPcpl+phM6MMg3EdqFiCz6DYk46elvjde/OhgEofKwU jq/3VgLDwJ4JbDrTElF9EWOYdebpjo909+OSoEID6zJWiwHKg/LTdNmIUmGXTsjC2Ayf VPottmN8NmjOZKt9+SnKs24PfslYT/S+ssk2jZK82D4VXMk2QZfHg9eimb26Xuw1oJ9O 327G3qTG92doHnxkenWo3HR64Dsh5WRUjXCndrYUjTnEgqkFCTXh2Rq89JaOSQoE0QvF X5b2SFhuSEMmBaWN1Me4T0hX8gEpa817Fgik60/Gs5KcIXeerA5DwFREmeRJyT3DcphQ 9klw== MIME-Version: 1.0 X-Received: by 10.66.149.231 with SMTP id ud7mr1577664pab.8.1376721263713; Fri, 16 Aug 2013 23:34:23 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Fri, 16 Aug 2013 23:34:23 -0700 (PDT) In-Reply-To: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> Date: Fri, 16 Aug 2013 23:34:23 -0700 X-Google-Sender-Auth: OJTwulquBojW-6M3EFkVNcjfMY0 Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" , Thomas Zenker X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 06:34:24 -0000 On Fri, Aug 16, 2013 at 10:44 PM, Kevin Oberman wrote: > On Fri, Aug 16, 2013 at 2:01 PM, Warren Block wrote: > >> On Fri, 16 Aug 2013, Thomas Zenker wrote: >> >> On 08/16/13 15:41, Mikhail Tsatsenko wrote: >>> >>>> 2013/8/16 Thomas Zenker : >>>> >>>>> Hi, >>>>> >>>>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC >>>>> (r254276) virtualbox crashes the machine. Seconds after starting VBOX >>>>> >>>> After starting VBOX gui or guest machine? If first, try to rebuild >>>> userland portion of vbox too. >>>> >>> >>> After starting a virtual guest machine in the GUI or directly >>> from cli >>> leads to the crash. The userland has been rebuild w/ 9.2 also. The same >>> binaries of the userland portion built with 9.2 work w/o problems in 9.1. >>> >> >> Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and reloaded >> the VirtualBox kernel module, and just started a couple of guests from the >> GUI with no problems. >> > > Updated to r254416 today.Two crashes when I tried starting VirtualBox > 4.16_2. I have both dumps and they ere very different. The first was a > "spin lock held too long" and the second was a general protection fault. > Both occurred when I attempted to start a saved Windows 7 VM. > > FreeBSD rogue.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254416M: Fri > Aug 16 11:27:20 PDT 2013 root@rogue.local:/usr/obj/usr/src/sys/GENERIC > amd64 > > #0 doadump (textdump=) at pcpu.h:234 > 234 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:234 > #1 0xffffffff80915c66 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff80916167 in panic (fmt=0x1
) > at /usr/src/sys/kern/kern_shutdown.c:637 > #3 0xffffffff80cfae80 in trap_fatal (frame=0x9, eva=) > at /usr/src/sys/amd64/amd64/trap.c:879 > #4 0xffffffff80cfb691 in trap (frame=0xffffff8124900830) > at /usr/src/sys/amd64/amd64/trap.c:605 > #5 0xffffffff80ce4ac3 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #6 0xffffffff80b86015 in vm_map_entry_splay (addr=984915968, > root=0xfffffe002c9af200) at /usr/src/sys/vm/vm_map.c:832 > #7 0xffffffff80b870f7 in vm_map_lookup_entry (map=0xfffffe007535b640, > address=984915968, entry=0xffffff8124900970) > at /usr/src/sys/vm/vm_map.c:1080 > #8 0xffffffff80b8a5cc in vm_map_madvise (map=0xfffffe007535b640, > start=984915968, end=985440256, behav=5) at > /usr/src/sys/vm/vm_map.c:2050 > #9 0xffffffff80b8d9e3 in sys_madvise (td=0xfffffe000549e920, > uap=) at /usr/src/sys/vm/vm_mmap.c:760 > #10 0xffffffff80cfa62a in amd64_syscall (td=0xfffffe000549e920, traced=0) > at subr_syscall.c:135 > #11 0xffffffff80ce4da7 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #12 0x000000002ce13dcc in ?? () > Previous frame inner to this frame (corrupt stack?) > > I can make the cores and text dumps available. kmod was rebuilt after the > upgrade. > Just confirmed that 254050 works fine. Trying 354162 and will continue binary hunt till I find it. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 07:38:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C1682962 for ; Sat, 17 Aug 2013 07:38:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 979AB29FA for ; Sat, 17 Aug 2013 07:38:48 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id up15so2827864pbc.26 for ; Sat, 17 Aug 2013 00:38:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4Cz4ioHgNKbmmpGh8vfwDFj83tm2JHpkXlodVfRZjIk=; b=HKdION/U2ePNTOEQEtgCVe37tg8D/GIm7fAs4jnES+bFGnbKDb/cTfHItMUf27kNwC bbbC6kbpE20A2Nq0wTFvXFBx4T3xLpQc2qCJ2NGocqObsl37et+aVELjHPhGW11WgU44 uJ32ICwaLhSHvcnICCpoU3DcZB5TJnTc7xqqI3O282xzmVdyPf4rU0XibAMr4UhLhBfA 3zgx9ZsZsXnP+SwvLKncxXyZOtDLhwoMKSWRPx9O7qEg9NYJ5FGQfKwg7T2gJb2CCBrY 3/puYu2m9D82KbqDkfiHlslx341SJg7Y/uxtc+512nWW4XGDN1X74v0bSrkog46B3Mm8 mlOg== MIME-Version: 1.0 X-Received: by 10.68.137.134 with SMTP id qi6mr518589pbb.154.1376725128243; Sat, 17 Aug 2013 00:38:48 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Sat, 17 Aug 2013 00:38:48 -0700 (PDT) In-Reply-To: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> Date: Sat, 17 Aug 2013 00:38:48 -0700 X-Google-Sender-Auth: e_uFl6e_zzIFNraawET0qpvAk5E Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" , Thomas Zenker X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 07:38:48 -0000 On Fri, Aug 16, 2013 at 11:34 PM, Kevin Oberman wrote: > On Fri, Aug 16, 2013 at 10:44 PM, Kevin Oberman wrote: > >> On Fri, Aug 16, 2013 at 2:01 PM, Warren Block wrote: >> >>> On Fri, 16 Aug 2013, Thomas Zenker wrote: >>> >>> On 08/16/13 15:41, Mikhail Tsatsenko wrote: >>>> >>>>> 2013/8/16 Thomas Zenker : >>>>> >>>>>> Hi, >>>>>> >>>>>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC >>>>>> (r254276) virtualbox crashes the machine. Seconds after starting VBOX >>>>>> >>>>> After starting VBOX gui or guest machine? If first, try to rebuild >>>>> userland portion of vbox too. >>>>> >>>> >>>> After starting a virtual guest machine in the GUI or directly >>>> from cli >>>> leads to the crash. The userland has been rebuild w/ 9.2 also. The same >>>> binaries of the userland portion built with 9.2 work w/o problems in >>>> 9.1. >>>> >>> >>> Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and reloaded >>> the VirtualBox kernel module, and just started a couple of guests from the >>> GUI with no problems. >>> >> >> Updated to r254416 today.Two crashes when I tried starting VirtualBox >> 4.16_2. I have both dumps and they ere very different. The first was a >> "spin lock held too long" and the second was a general protection fault. >> Both occurred when I attempted to start a saved Windows 7 VM. >> >> FreeBSD rogue.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254416M: >> Fri Aug 16 11:27:20 PDT 2013 root@rogue.local:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> #0 doadump (textdump=) at pcpu.h:234 >> 234 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) #0 doadump (textdump=) at pcpu.h:234 >> #1 0xffffffff80915c66 in kern_reboot (howto=260) >> at /usr/src/sys/kern/kern_shutdown.c:449 >> #2 0xffffffff80916167 in panic (fmt=0x1
) >> at /usr/src/sys/kern/kern_shutdown.c:637 >> #3 0xffffffff80cfae80 in trap_fatal (frame=0x9, eva=> out>) >> at /usr/src/sys/amd64/amd64/trap.c:879 >> #4 0xffffffff80cfb691 in trap (frame=0xffffff8124900830) >> at /usr/src/sys/amd64/amd64/trap.c:605 >> #5 0xffffffff80ce4ac3 in calltrap () >> at /usr/src/sys/amd64/amd64/exception.S:232 >> #6 0xffffffff80b86015 in vm_map_entry_splay (addr=984915968, >> root=0xfffffe002c9af200) at /usr/src/sys/vm/vm_map.c:832 >> #7 0xffffffff80b870f7 in vm_map_lookup_entry (map=0xfffffe007535b640, >> address=984915968, entry=0xffffff8124900970) >> at /usr/src/sys/vm/vm_map.c:1080 >> #8 0xffffffff80b8a5cc in vm_map_madvise (map=0xfffffe007535b640, >> start=984915968, end=985440256, behav=5) at >> /usr/src/sys/vm/vm_map.c:2050 >> #9 0xffffffff80b8d9e3 in sys_madvise (td=0xfffffe000549e920, >> uap=) at /usr/src/sys/vm/vm_mmap.c:760 >> #10 0xffffffff80cfa62a in amd64_syscall (td=0xfffffe000549e920, traced=0) >> at subr_syscall.c:135 >> #11 0xffffffff80ce4da7 in Xfast_syscall () >> at /usr/src/sys/amd64/amd64/exception.S:391 >> #12 0x000000002ce13dcc in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> I can make the cores and text dumps available. kmod was rebuilt after >> the upgrade. >> > > Just confirmed that 254050 works fine. Trying 354162 and will continue > binary hunt till I find it. > > I am now up to 254270, at the point of the original failure report. I now suspect I may have botched the kmod re-install on my original failure. I am calling it quits of the night now, but will finish tests tomorrow morning. The updates are pretty few and far between between 270 and the present. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 08:08:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CF8E9116 for ; Sat, 17 Aug 2013 08:08:23 +0000 (UTC) (envelope-from alonsoschaich@fastmail.fm) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BB732B39 for ; Sat, 17 Aug 2013 08:08:23 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 5D1822124A for ; Sat, 17 Aug 2013 04:00:40 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Sat, 17 Aug 2013 04:00:40 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=iMHIJgQS2FHE/V3QZYFD0Z087Ck=; b=D20jQEp1m98lToRKqalxO/6frG0l +cwlo10xYls0phWIGe2BZSPXN2Eqyd0gmKSJrYwwvC0DMGKJxXnyVUVCO5dR5kn1 QJC3H1YvoRlo8fiiz2DI6x5YoudvuE6TVbILZqnTlJAEd80MwKiCYoDL2RMBrF/1 A8jblqAg5jK1ZQM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=iMHIJgQS2FHE/V3QZYFD0Z 087Ck=; b=px+2PKNG6PEq2HIU1OtB6uHdPxI/tXQcXZinSKJMQUhX30aZoYo/Sb 2QBUGcMbJgSphwF2bVrcgAc80LAYmDjb9zFsiMDoSITbznn+TSOG+0ixSuytYUOl DrIhq7eMCEQtvTbtlVDEr64hiOqi74WukBfmzpKEDsWAiRDophLNU= X-Sasl-enc: NXotYbpZT22bhhlH+VrDEeFQX1Qm1onzXrenuo4uhvJD 1376726439 Received: from inet-0afeef15.localnet.edu (unknown [141.87.213.55]) by mail.messagingengine.com (Postfix) with ESMTPA id CD3DF680191 for ; Sat, 17 Aug 2013 04:00:39 -0400 (EDT) Date: Sat, 17 Aug 2013 10:00:38 +0200 From: Schaich Alonso To: freebsd-stable@freebsd.org Subject: Re: FBSD 9.2 RC crashes running as virtualbox host Message-Id: <20130817100038.fa377ae6fb6bc9ba4c18699f@fastmail.fm> In-Reply-To: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 08:08:23 -0000 On Sat, 17 Aug 2013 00:38:48 -0700 Kevin Oberman wrote: > On Fri, Aug 16, 2013 at 11:34 PM, Kevin Oberman wrote: > > > On Fri, Aug 16, 2013 at 10:44 PM, Kevin Oberman > > wrote: > > > >> On Fri, Aug 16, 2013 at 2:01 PM, Warren Block wrote: > >> > >>> On Fri, 16 Aug 2013, Thomas Zenker wrote: > >>> > >>> On 08/16/13 15:41, Mikhail Tsatsenko wrote: > >>>> > >>>>> 2013/8/16 Thomas Zenker : > >>>>> > >>>>>> Hi, > >>>>>> > >>>>>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC > >>>>>> (r254276) virtualbox crashes the machine. Seconds after starting VBOX > >>>>>> > >>>>> After starting VBOX gui or guest machine? If first, try to rebuild > >>>>> userland portion of vbox too. > >>>>> > >>>> > >>>> After starting a virtual guest machine in the GUI or directly > >>>> from cli > >>>> leads to the crash. The userland has been rebuild w/ 9.2 also. The same > >>>> binaries of the userland portion built with 9.2 work w/o problems in > >>>> 9.1. > >>>> > >>> > >>> Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and reloaded > >>> the VirtualBox kernel module, and just started a couple of guests from > >>> the GUI with no problems. > >>> > >> > >> Updated to r254416 today.Two crashes when I tried starting VirtualBox > >> 4.16_2. I have both dumps and they ere very different. The first was a > >> "spin lock held too long" and the second was a general protection fault. > >> Both occurred when I attempted to start a saved Windows 7 VM. > >> > >> FreeBSD rogue.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254416M: > >> Fri Aug 16 11:27:20 PDT 2013 > >> root@rogue.local:/usr/obj/usr/src/sys/GENERIC amd64 > >> > >> #0 doadump (textdump=) at pcpu.h:234 > >> 234 pcpu.h: No such file or directory. > >> in pcpu.h > >> (kgdb) #0 doadump (textdump=) at pcpu.h:234 > >> #1 0xffffffff80915c66 in kern_reboot (howto=260) > >> at /usr/src/sys/kern/kern_shutdown.c:449 > >> #2 0xffffffff80916167 in panic (fmt=0x1
) > >> at /usr/src/sys/kern/kern_shutdown.c:637 > >> #3 0xffffffff80cfae80 in trap_fatal (frame=0x9, eva= >> out>) > >> at /usr/src/sys/amd64/amd64/trap.c:879 > >> #4 0xffffffff80cfb691 in trap (frame=0xffffff8124900830) > >> at /usr/src/sys/amd64/amd64/trap.c:605 > >> #5 0xffffffff80ce4ac3 in calltrap () > >> at /usr/src/sys/amd64/amd64/exception.S:232 > >> #6 0xffffffff80b86015 in vm_map_entry_splay (addr=984915968, > >> root=0xfffffe002c9af200) at /usr/src/sys/vm/vm_map.c:832 > >> #7 0xffffffff80b870f7 in vm_map_lookup_entry (map=0xfffffe007535b640, > >> address=984915968, entry=0xffffff8124900970) > >> at /usr/src/sys/vm/vm_map.c:1080 > >> #8 0xffffffff80b8a5cc in vm_map_madvise (map=0xfffffe007535b640, > >> start=984915968, end=985440256, behav=5) at > >> /usr/src/sys/vm/vm_map.c:2050 > >> #9 0xffffffff80b8d9e3 in sys_madvise (td=0xfffffe000549e920, > >> uap=) at /usr/src/sys/vm/vm_mmap.c:760 > >> #10 0xffffffff80cfa62a in amd64_syscall (td=0xfffffe000549e920, traced=0) > >> at subr_syscall.c:135 > >> #11 0xffffffff80ce4da7 in Xfast_syscall () > >> at /usr/src/sys/amd64/amd64/exception.S:391 > >> #12 0x000000002ce13dcc in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> > >> I can make the cores and text dumps available. kmod was rebuilt after > >> the upgrade. > >> > > > > Just confirmed that 254050 works fine. Trying 354162 and will continue > > binary hunt till I find it. > > > > I am now up to 254270, at the point of the original failure report. I now > suspect I may have botched the kmod re-install on my original failure. I am > calling it quits of the night now, but will finish tests tomorrow morning. > The updates are pretty few and far between between 270 and the present. Hi, I am using r254095 and my system also resets when trying to start a Guest in VirtualBox, so the breaking update is probably between 254050 and 254270. Alonso From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 09:44:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 973302B5 for ; Sat, 17 Aug 2013 09:44:57 +0000 (UTC) (envelope-from alonsoschaich@fastmail.fm) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62FA02EC8 for ; Sat, 17 Aug 2013 09:44:57 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id BB36720FEF for ; Sat, 17 Aug 2013 05:44:55 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sat, 17 Aug 2013 05:44:55 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=5LDml0vjIOLDfhshpj6sUOrFkKI=; b=Xkj2iWwTLSwkl9Hv+IQdMMtDTl6W sGzVDru9KifP8A74PjP7tFULLYx+RFGLf400B+gWSlJKn/ysrhZEs7/HR4Yt4PSK PFC40hEuIq7mgpjL9qiKBQ3rGGctKUM5Sqj+XN/I+RVKx/lZzuIboY+MayxefTWL Pje7YH9/VKTrIWQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=5LDml0vjIOLDfhshpj6sUO rFkKI=; b=rxx0FI4MnU0mLPPm9XQUQH3QbK6br3tXA+5KTPBazAn3DCs8ji+gqf E2ErVSOGrCZpMYjAlBj+t/OKeitZ7fkCMClaG9HZsrWfGQUwLkQBrnYknW3rNFNV kjCJWCznm1KHrwWW8T7qnTNkU4Amp27KRUxAX6+9jtpxcahe8M8KY= X-Sasl-enc: g1mfVXzvjKzTG3y00XbhHw/7kBlVENRJjrImJe46qCjY 1376732695 Received: from inet-0afeef15.localnet.edu (unknown [141.87.213.55]) by mail.messagingengine.com (Postfix) with ESMTPA id 5A244C00E81 for ; Sat, 17 Aug 2013 05:44:55 -0400 (EDT) Date: Sat, 17 Aug 2013 11:44:54 +0200 From: Schaich Alonso To: freebsd-stable@freebsd.org Subject: Re: FBSD 9.2 RC crashes running as virtualbox host Message-Id: <20130817114454.6de8b1879457e24c521594d8@fastmail.fm> In-Reply-To: <20130817100038.fa377ae6fb6bc9ba4c18699f@fastmail.fm> References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> <20130817100038.fa377ae6fb6bc9ba4c18699f@fastmail.fm> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 09:44:57 -0000 On Sat, 17 Aug 2013 10:00:38 +0200 Schaich Alonso wrote: > On Sat, 17 Aug 2013 00:38:48 -0700 > Kevin Oberman wrote: > > > On Fri, Aug 16, 2013 at 11:34 PM, Kevin Oberman > > wrote: > > > > > On Fri, Aug 16, 2013 at 10:44 PM, Kevin Oberman > > > wrote: > > > > > >> On Fri, Aug 16, 2013 at 2:01 PM, Warren Block > > >> wrote: > > >> > > >>> On Fri, 16 Aug 2013, Thomas Zenker wrote: > > >>> > > >>> On 08/16/13 15:41, Mikhail Tsatsenko wrote: > > >>>> > > >>>>> 2013/8/16 Thomas Zenker : > > >>>>> > > >>>>>> Hi, > > >>>>>> > > >>>>>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC > > >>>>>> (r254276) virtualbox crashes the machine. Seconds after starting > > >>>>>> VBOX > > >>>>>> > > >>>>> After starting VBOX gui or guest machine? If first, try to rebuild > > >>>>> userland portion of vbox too. > > >>>>> > > >>>> > > >>>> After starting a virtual guest machine in the GUI or directly > > >>>> from cli > > >>>> leads to the crash. The userland has been rebuild w/ 9.2 also. The > > >>>> same binaries of the userland portion built with 9.2 work w/o > > >>>> problems in 9.1. > > >>>> > > >>> > > >>> Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and reloaded > > >>> the VirtualBox kernel module, and just started a couple of guests from > > >>> the GUI with no problems. > > >>> > > >> > > >> Updated to r254416 today.Two crashes when I tried starting VirtualBox > > >> 4.16_2. I have both dumps and they ere very different. The first was a > > >> "spin lock held too long" and the second was a general protection > > >> fault. Both occurred when I attempted to start a saved Windows 7 VM. > > >> > > >> FreeBSD rogue.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254416M: > > >> Fri Aug 16 11:27:20 PDT 2013 > > >> root@rogue.local:/usr/obj/usr/src/sys/GENERIC amd64 > > >> > > >> #0 doadump (textdump=) at pcpu.h:234 > > >> 234 pcpu.h: No such file or directory. > > >> in pcpu.h > > >> (kgdb) #0 doadump (textdump=) at pcpu.h:234 > > >> #1 0xffffffff80915c66 in kern_reboot (howto=260) > > >> at /usr/src/sys/kern/kern_shutdown.c:449 > > >> #2 0xffffffff80916167 in panic (fmt=0x1
) > > >> at /usr/src/sys/kern/kern_shutdown.c:637 > > >> #3 0xffffffff80cfae80 in trap_fatal (frame=0x9, eva= > >> out>) > > >> at /usr/src/sys/amd64/amd64/trap.c:879 > > >> #4 0xffffffff80cfb691 in trap (frame=0xffffff8124900830) > > >> at /usr/src/sys/amd64/amd64/trap.c:605 > > >> #5 0xffffffff80ce4ac3 in calltrap () > > >> at /usr/src/sys/amd64/amd64/exception.S:232 > > >> #6 0xffffffff80b86015 in vm_map_entry_splay (addr=984915968, > > >> root=0xfffffe002c9af200) at /usr/src/sys/vm/vm_map.c:832 > > >> #7 0xffffffff80b870f7 in vm_map_lookup_entry (map=0xfffffe007535b640, > > >> address=984915968, entry=0xffffff8124900970) > > >> at /usr/src/sys/vm/vm_map.c:1080 > > >> #8 0xffffffff80b8a5cc in vm_map_madvise (map=0xfffffe007535b640, > > >> start=984915968, end=985440256, behav=5) at > > >> /usr/src/sys/vm/vm_map.c:2050 > > >> #9 0xffffffff80b8d9e3 in sys_madvise (td=0xfffffe000549e920, > > >> uap=) at /usr/src/sys/vm/vm_mmap.c:760 > > >> #10 0xffffffff80cfa62a in amd64_syscall (td=0xfffffe000549e920, > > >> #traced=0) > > >> at subr_syscall.c:135 > > >> #11 0xffffffff80ce4da7 in Xfast_syscall () > > >> at /usr/src/sys/amd64/amd64/exception.S:391 > > >> #12 0x000000002ce13dcc in ?? () > > >> Previous frame inner to this frame (corrupt stack?) > > >> > > >> I can make the cores and text dumps available. kmod was rebuilt after > > >> the upgrade. > > >> > > > > > > Just confirmed that 254050 works fine. Trying 354162 and will continue > > > binary hunt till I find it. > > > > > > I am now up to 254270, at the point of the original failure report. I > > > now > > suspect I may have botched the kmod re-install on my original failure. I > > am calling it quits of the night now, but will finish tests tomorrow > > morning. The updates are pretty few and far between between 270 and the > > present. > > Hi, > > I am using r254095 and my system also resets when trying to start a Guest in > VirtualBox, so the breaking update is probably between 254050 and 254270. > > Alonso I meant between 254050 and 254095. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 12:12:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1A84AB32 for ; Sat, 17 Aug 2013 12:12:47 +0000 (UTC) (envelope-from tj@archlinux.us) Received: from mail-vc0-f196.google.com (mail-vc0-f196.google.com [209.85.220.196]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD468254A for ; Sat, 17 Aug 2013 12:12:46 +0000 (UTC) Received: by mail-vc0-f196.google.com with SMTP id ha11so816234vcb.3 for ; Sat, 17 Aug 2013 05:12:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Z1wkqGm/RSqEs2p4xCxfW8JjIKVTOuHu7XxnmKyd9yw=; b=eakv2vhuTA/hQ98k7UYT7jClMWOJ1/YdUzzBw/up/64Z1mugiZbySbV6n9LD5C/F81 NiZXf7iwX1douOPb6UU1RgwrRioKwwT9W7CyQ2YxP+ivXqZUlEQdZU/Gsvxrn6MH3gw4 EB4Ybc3qQGKOXZtaraCSvekah5vFTEqcA02YlDefvy4iCqk+rYRYZ7IFIsDMBKGAdEEy TblSFZZrs50y3WGMZjMkr5KE33ZrLE6k0wNvg784qw0jA9BDnLpvMQlZ+u9UV1JgsWSC jll/dR5E+lEcJap1sV5cbLHMraxWJhoy4ds/1YwLQJ2O1LHncT24d6cpFnXqGlAcJ4/c +e0g== X-Gm-Message-State: ALoCoQm73I+YQpffu9ZibV96FzQba0LXhvnByPJnkNI8gFj1Zu7WNlFlfSKn4JkDE5b2GprK23b8 MIME-Version: 1.0 X-Received: by 10.221.47.193 with SMTP id ut1mr2812035vcb.8.1376741559784; Sat, 17 Aug 2013 05:12:39 -0700 (PDT) Received: by 10.52.227.40 with HTTP; Sat, 17 Aug 2013 05:12:39 -0700 (PDT) Received: by 10.52.227.40 with HTTP; Sat, 17 Aug 2013 05:12:39 -0700 (PDT) In-Reply-To: References: Date: Sat, 17 Aug 2013 17:42:39 +0530 Message-ID: Subject: [ATH] 9.2-PRERELEASE and wlan0 device disconnection From: Tj To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 12:12:47 -0000 (Sorry emailed from wrong address, re emailing) Hi, I just upgraded to 9.2-PRERELEASE from 9.1-RELEASE, I have not had this problem before with any version of freebsd however. I have an ATHEROS card (AR928X according to pciconf), things go fine except every few minutes/hours (randomly) I get the following http://bpaste.net/show/123755/ type of error, and the network is no longer connected, however, beyond the fact that I can't even reach my router there's no obvious other sign, I.e ifconfig still shows a valid output with ip address etc as if it were still connected. Restarting the netif service fixes it, until it happens again - which it does in a short while (though sometimes I have to restart netif twice). As I said, this happened just as I upgraded from 9.1 to 9.2. Anyone have any idea what's causing this? -Tj Hariharan From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 12:36:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A3FFCD5D for ; Sat, 17 Aug 2013 12:36:49 +0000 (UTC) (envelope-from tharihar@uwaterloo.ca) Received: from mailchk-m01.uwaterloo.ca (mailservices.uwaterloo.ca [129.97.128.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E6912617 for ; Sat, 17 Aug 2013 12:36:48 +0000 (UTC) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) (authenticated bits=0) by mailchk-m01.uwaterloo.ca (8.14.4/8.14.4) with ESMTP id r7HCBC5d009445 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Sat, 17 Aug 2013 08:11:13 -0400 Received: by mail-vc0-f181.google.com with SMTP id hz10so2127665vcb.12 for ; Sat, 17 Aug 2013 05:11:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Q7rwLynlAW3x7cuku+0wJSrq5AA+J3XuLjUtRW/Wy1Q=; b=eYYP39l8Y27ez2Ec3AXlMRcm3zThWwIT5GWxbqUQNr2EQAwSlWj9axpbtCt7VkWyz4 lx1FFffkuZPXqKZSwU2DZlUuCCVd2sGEYPp8IL+bq/OK/+vCEIog6xzYxdohHorHNInW ridBjkAyLtWw/KaoKyDGmDmSGOM7RBJ4IBAZ7ktceCb/6RtsnU8wVM/5WdY2wL8Eku1N FMzAbUA1uA+LvSrQhLSC+2B1rho4P9vvAtN5BOfjIUVu2b2PwzQ4mc0RW5SWE1jm9mC0 MfL7Aql6ucNmUrujKM9S6veGYydeal+RcdpaC5Fni5N5mjqCZ0WTagm/uD+D8WJ590rL bQgQ== X-Gm-Message-State: ALoCoQl7na0CR7bGlgMtzHFrOwyDiOATPVNzN8BoQtXv6u78gqHQLChP0KnaeXhfm+ahrwbe3ydP MIME-Version: 1.0 X-Received: by 10.220.74.69 with SMTP id t5mr218559vcj.18.1376741472048; Sat, 17 Aug 2013 05:11:12 -0700 (PDT) Received: by 10.52.227.40 with HTTP; Sat, 17 Aug 2013 05:11:11 -0700 (PDT) Received: by 10.52.227.40 with HTTP; Sat, 17 Aug 2013 05:11:11 -0700 (PDT) In-Reply-To: References: Date: Sat, 17 Aug 2013 17:41:11 +0530 Message-ID: Subject: [ATH] 9.2-PRERELEASE and wlan0 device disconnection From: "Tj (Tejas) Hariharan" To: freebsd-stable@freebsd.org X-UUID: 0aaa6bf1-a15e-4792-9d92-b96f34df194d X-Miltered: at mailchk-m01 with ID 520F6860.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: clamav-milter 0.97.5 at mailchk-m01 X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mailchk-m01.uwaterloo.ca [129.97.128.141]); Sat, 17 Aug 2013 08:11:13 -0400 (EDT) X-Spam-Status: No, score=-7.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailchk-m01.uwaterloo.ca Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 12:36:49 -0000 Hi, I just upgraded to 9.2-PRERELEASE from 9.1-RELEASE, I have not had this problem before with any version of freebsd however. I have an ATHEROS card (AR928X according to pciconf), things go fine except every few minutes/hours (randomly) I get the following http://bpaste.net/show/123755/ type of error, and the network is no longer connected, however, beyond the fact that I can't even reach my router there's no obvious other sign, I.e ifconfig still shows a valid output with ip address etc as if it were still connected. Restarting the netif service fixes it, until it happens again - which it does in a short while (though sometimes I have to restart netif twice). As I said, this happened just as I upgraded from 9.1 to 9.2. Anyone have any idea what's causing this? -Tj Hariharan From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 15:08:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 16729DAA for ; Sat, 17 Aug 2013 15:08:56 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id C97A92C1F for ; Sat, 17 Aug 2013 15:08:55 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-134-3-231-194.hsi14.kabel-badenwuerttemberg.de [134.3.231.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 38B848625E; Sat, 17 Aug 2013 17:08:42 +0200 (CEST) Message-ID: <520F91FA.8030806@bsdforen.de> Date: Sat, 17 Aug 2013 17:08:42 +0200 From: Dominic Fandrey MIME-Version: 1.0 To: Daniel Braniss Subject: Re: stopping amd causes a freeze References: <51ED0060.2050502@bsdforen.de> <20130722100720.GI5991@kib.kiev.ua> <51F0DA4B.3000809@bsdforen.de> <20130725100037.GM5991@kib.kiev.ua> <51F2AD8C.1000003@bsdforen.de> <51F385CE.1030606@bsdforen.de> <20130728062403.GD4972@kib.kiev.ua> <51F4D57E.4040002@bsdforen.de> In-Reply-To: Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 15:08:56 -0000 On 28/07/2013 11:00, Daniel Braniss wrote: >> On 28/07/2013 08:24, Konstantin Belousov wrote: >>> On Sat, Jul 27, 2013 at 10:33:18AM +0200, Dominic Fandrey wrote: >>>> On 26/07/2013 19:10, Dominic Fandrey wrote: >>>>> On 25/07/2013 12:00, Konstantin Belousov wrote: >>>>>> On Thu, Jul 25, 2013 at 09:56:59AM +0200, Dominic Fandrey wrote: >>>>>>> On 22/07/2013 12:07, Konstantin Belousov wrote: >>>>>>>> On Mon, Jul 22, 2013 at 11:50:24AM +0200, Dominic Fandrey wrote: >>>>>>>>> ... >>>>>>>>> >>>>>>>>> I run amd through sysutils/automounter, which is a scripting solution >>>>>>>>> that generates an amd.map file based on encountered devices and devd >>>>>>>>> events. The SIGHUP it sends to amd to tell it the map file was updated >>>>>>>>> does not cause problems, only a -SIGKILL- SIGTERM may cause the freeze. >>>>>>>>> >>>>>>>>> Nothing was mounted (by amd) during the last freeze. >>>>>>>>> >>>>>>>>> ... Thank you everyone, after updating to stable/9 r254418 the problem has dissipated. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 17:15:32 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D67D8FCB; Sat, 17 Aug 2013 17:15:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75D6E219E; Sat, 17 Aug 2013 17:15:32 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r7HHFUXD052207; Sat, 17 Aug 2013 17:15:30 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r7HHFUk9052202; Sat, 17 Aug 2013 17:15:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 17:15:30 GMT Message-Id: <201308171715.r7HHFUk9052202@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 17:15:33 -0000 TB --- 2013-08-17 13:45:25 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-08-17 13:45:25 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-08-17 13:45:25 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2013-08-17 13:45:25 - cleaning the object tree TB --- 2013-08-17 13:45:25 - /usr/local/bin/svn stat /src TB --- 2013-08-17 13:45:31 - At svn revision 254444 TB --- 2013-08-17 13:45:32 - building world TB --- 2013-08-17 13:45:32 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 13:45:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 13:45:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 13:45:32 - SRCCONF=/dev/null TB --- 2013-08-17 13:45:32 - TARGET=pc98 TB --- 2013-08-17 13:45:32 - TARGET_ARCH=i386 TB --- 2013-08-17 13:45:32 - TZ=UTC TB --- 2013-08-17 13:45:32 - __MAKE_CONF=/dev/null TB --- 2013-08-17 13:45:32 - cd /src TB --- 2013-08-17 13:45:32 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 17 13:45:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 17 17:00:38 UTC 2013 TB --- 2013-08-17 17:00:38 - generating LINT kernel config TB --- 2013-08-17 17:00:38 - cd /src/sys/pc98/conf TB --- 2013-08-17 17:00:38 - /usr/bin/make -B LINT TB --- 2013-08-17 17:00:39 - cd /src/sys/pc98/conf TB --- 2013-08-17 17:00:39 - /usr/sbin/config -m LINT TB --- 2013-08-17 17:00:39 - building LINT kernel TB --- 2013-08-17 17:00:39 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 17:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 17:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 17:00:39 - SRCCONF=/dev/null TB --- 2013-08-17 17:00:39 - TARGET=pc98 TB --- 2013-08-17 17:00:39 - TARGET_ARCH=i386 TB --- 2013-08-17 17:00:39 - TZ=UTC TB --- 2013-08-17 17:00:39 - __MAKE_CONF=/dev/null TB --- 2013-08-17 17:00:39 - cd /src TB --- 2013-08-17 17:00:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 17:00:39 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_extattr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_lookup.c cc1: warnings being treated as errors /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:178: warning: suggest parentheses around assignment used as truth value [-Wparentheses] *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-08-17 17:15:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 17:15:30 - ERROR: failed to build LINT kernel TB --- 2013-08-17 17:15:30 - 9614.92 user 1004.64 system 12604.27 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 17:17:20 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6BA528A; Sat, 17 Aug 2013 17:17:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 738AD21BC; Sat, 17 Aug 2013 17:17:20 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r7HHHJnF068889; Sat, 17 Aug 2013 17:17:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r7HHHJ1N068866; Sat, 17 Aug 2013 17:17:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 17:17:19 GMT Message-Id: <201308171717.r7HHHJ1N068866@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 17:17:21 -0000 TB --- 2013-08-17 13:45:25 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-08-17 13:45:25 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-08-17 13:45:25 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-08-17 13:45:25 - cleaning the object tree TB --- 2013-08-17 13:45:25 - /usr/local/bin/svn stat /src TB --- 2013-08-17 13:45:31 - At svn revision 254444 TB --- 2013-08-17 13:45:32 - building world TB --- 2013-08-17 13:45:32 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 13:45:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 13:45:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 13:45:32 - SRCCONF=/dev/null TB --- 2013-08-17 13:45:32 - TARGET=i386 TB --- 2013-08-17 13:45:32 - TARGET_ARCH=i386 TB --- 2013-08-17 13:45:32 - TZ=UTC TB --- 2013-08-17 13:45:32 - __MAKE_CONF=/dev/null TB --- 2013-08-17 13:45:32 - cd /src TB --- 2013-08-17 13:45:32 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 17 13:45:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 17 17:00:40 UTC 2013 TB --- 2013-08-17 17:00:40 - generating LINT kernel config TB --- 2013-08-17 17:00:40 - cd /src/sys/i386/conf TB --- 2013-08-17 17:00:40 - /usr/bin/make -B LINT TB --- 2013-08-17 17:00:40 - cd /src/sys/i386/conf TB --- 2013-08-17 17:00:40 - /usr/sbin/config -m LINT TB --- 2013-08-17 17:00:40 - building LINT kernel TB --- 2013-08-17 17:00:40 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 17:00:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 17:00:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 17:00:40 - SRCCONF=/dev/null TB --- 2013-08-17 17:00:40 - TARGET=i386 TB --- 2013-08-17 17:00:40 - TARGET_ARCH=i386 TB --- 2013-08-17 17:00:40 - TZ=UTC TB --- 2013-08-17 17:00:40 - __MAKE_CONF=/dev/null TB --- 2013-08-17 17:00:40 - cd /src TB --- 2013-08-17 17:00:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 17:00:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_extattr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_lookup.c cc1: warnings being treated as errors /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:178: warning: suggest parentheses around assignment used as truth value [-Wparentheses] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-08-17 17:17:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 17:17:19 - ERROR: failed to build LINT kernel TB --- 2013-08-17 17:17:19 - 9759.30 user 1006.19 system 12713.52 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 17:55:21 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1A96E3C; Sat, 17 Aug 2013 17:55:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF9123B5; Sat, 17 Aug 2013 17:55:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r7HHtKAR059410; Sat, 17 Aug 2013 17:55:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r7HHtK4W059409; Sat, 17 Aug 2013 17:55:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 17:55:20 GMT Message-Id: <201308171755.r7HHtK4W059409@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 17:55:21 -0000 TB --- 2013-08-17 13:45:25 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-08-17 13:45:25 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-08-17 13:45:25 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-08-17 13:45:25 - cleaning the object tree TB --- 2013-08-17 13:45:25 - /usr/local/bin/svn stat /src TB --- 2013-08-17 13:45:31 - At svn revision 254444 TB --- 2013-08-17 13:45:32 - building world TB --- 2013-08-17 13:45:32 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 13:45:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 13:45:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 13:45:32 - SRCCONF=/dev/null TB --- 2013-08-17 13:45:32 - TARGET=amd64 TB --- 2013-08-17 13:45:32 - TARGET_ARCH=amd64 TB --- 2013-08-17 13:45:32 - TZ=UTC TB --- 2013-08-17 13:45:32 - __MAKE_CONF=/dev/null TB --- 2013-08-17 13:45:32 - cd /src TB --- 2013-08-17 13:45:32 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 17 13:45:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Aug 17 17:38:38 UTC 2013 TB --- 2013-08-17 17:38:38 - generating LINT kernel config TB --- 2013-08-17 17:38:38 - cd /src/sys/amd64/conf TB --- 2013-08-17 17:38:38 - /usr/bin/make -B LINT TB --- 2013-08-17 17:38:38 - cd /src/sys/amd64/conf TB --- 2013-08-17 17:38:38 - /usr/sbin/config -m LINT TB --- 2013-08-17 17:38:38 - building LINT kernel TB --- 2013-08-17 17:38:38 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 17:38:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 17:38:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 17:38:38 - SRCCONF=/dev/null TB --- 2013-08-17 17:38:38 - TARGET=amd64 TB --- 2013-08-17 17:38:38 - TARGET_ARCH=amd64 TB --- 2013-08-17 17:38:38 - TZ=UTC TB --- 2013-08-17 17:38:38 - __MAKE_CONF=/dev/null TB --- 2013-08-17 17:38:38 - cd /src TB --- 2013-08-17 17:38:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 17:38:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_export.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_extattr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_hash.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_init.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/vfs_lookup.c cc1: warnings being treated as errors /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:178: warning: suggest parentheses around assignment used as truth value [-Wparentheses] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-08-17 17:55:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 17:55:20 - ERROR: failed to build LINT kernel TB --- 2013-08-17 17:55:20 - 11280.15 user 1297.09 system 14994.61 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 19:13:29 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D921FD7C; Sat, 17 Aug 2013 19:13:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 707BB26E0; Sat, 17 Aug 2013 19:13:28 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r7HJDRW1065704; Sat, 17 Aug 2013 19:13:27 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r7HJDRaW065703; Sat, 17 Aug 2013 19:13:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 19:13:27 GMT Message-Id: <201308171913.r7HJDRaW065703@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 19:13:29 -0000 TB --- 2013-08-17 17:03:32 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-08-17 17:03:32 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-08-17 17:03:32 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-08-17 17:03:32 - cleaning the object tree TB --- 2013-08-17 17:03:32 - /usr/local/bin/svn stat /src TB --- 2013-08-17 17:03:57 - At svn revision 254444 TB --- 2013-08-17 17:03:58 - building world TB --- 2013-08-17 17:03:58 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 17:03:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 17:03:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 17:03:58 - SRCCONF=/dev/null TB --- 2013-08-17 17:03:58 - TARGET=ia64 TB --- 2013-08-17 17:03:58 - TARGET_ARCH=ia64 TB --- 2013-08-17 17:03:58 - TZ=UTC TB --- 2013-08-17 17:03:58 - __MAKE_CONF=/dev/null TB --- 2013-08-17 17:03:58 - cd /src TB --- 2013-08-17 17:03:58 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 17 17:04:00 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 17 18:51:13 UTC 2013 TB --- 2013-08-17 18:51:13 - generating LINT kernel config TB --- 2013-08-17 18:51:13 - cd /src/sys/ia64/conf TB --- 2013-08-17 18:51:13 - /usr/bin/make -B LINT TB --- 2013-08-17 18:51:13 - cd /src/sys/ia64/conf TB --- 2013-08-17 18:51:13 - /usr/sbin/config -m LINT TB --- 2013-08-17 18:51:13 - building LINT kernel TB --- 2013-08-17 18:51:13 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 18:51:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 18:51:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 18:51:13 - SRCCONF=/dev/null TB --- 2013-08-17 18:51:13 - TARGET=ia64 TB --- 2013-08-17 18:51:13 - TARGET_ARCH=ia64 TB --- 2013-08-17 18:51:13 - TZ=UTC TB --- 2013-08-17 18:51:13 - __MAKE_CONF=/dev/null TB --- 2013-08-17 18:51:13 - cd /src TB --- 2013-08-17 18:51:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 18:51:13 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_extattr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_lookup.c cc1: warnings being treated as errors /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:178: warning: suggest parentheses around assignment used as truth value [-Wparentheses] *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-08-17 19:13:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 19:13:27 - ERROR: failed to build LINT kernel TB --- 2013-08-17 19:13:27 - 5701.26 user 708.79 system 7794.59 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 19:59:00 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B98A7F1C; Sat, 17 Aug 2013 19:59:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 550122915; Sat, 17 Aug 2013 19:59:00 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r7HJwxaa096298; Sat, 17 Aug 2013 19:58:59 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r7HJwxR4096294; Sat, 17 Aug 2013 19:58:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 19:58:59 GMT Message-Id: <201308171958.r7HJwxR4096294@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 19:59:00 -0000 TB --- 2013-08-17 18:29:27 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-08-17 18:29:27 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-08-17 18:29:27 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-08-17 18:29:27 - cleaning the object tree TB --- 2013-08-17 18:29:27 - /usr/local/bin/svn stat /src TB --- 2013-08-17 18:29:31 - At svn revision 254444 TB --- 2013-08-17 18:29:32 - building world TB --- 2013-08-17 18:29:32 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 18:29:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 18:29:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 18:29:32 - SRCCONF=/dev/null TB --- 2013-08-17 18:29:32 - TARGET=sparc64 TB --- 2013-08-17 18:29:32 - TARGET_ARCH=sparc64 TB --- 2013-08-17 18:29:32 - TZ=UTC TB --- 2013-08-17 18:29:32 - __MAKE_CONF=/dev/null TB --- 2013-08-17 18:29:32 - cd /src TB --- 2013-08-17 18:29:32 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 17 18:29:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 17 19:47:24 UTC 2013 TB --- 2013-08-17 19:47:24 - generating LINT kernel config TB --- 2013-08-17 19:47:24 - cd /src/sys/sparc64/conf TB --- 2013-08-17 19:47:24 - /usr/bin/make -B LINT TB --- 2013-08-17 19:47:24 - cd /src/sys/sparc64/conf TB --- 2013-08-17 19:47:24 - /usr/sbin/config -m LINT TB --- 2013-08-17 19:47:24 - building LINT kernel TB --- 2013-08-17 19:47:24 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 19:47:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 19:47:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 19:47:24 - SRCCONF=/dev/null TB --- 2013-08-17 19:47:24 - TARGET=sparc64 TB --- 2013-08-17 19:47:24 - TARGET_ARCH=sparc64 TB --- 2013-08-17 19:47:24 - TZ=UTC TB --- 2013-08-17 19:47:24 - __MAKE_CONF=/dev/null TB --- 2013-08-17 19:47:24 - cd /src TB --- 2013-08-17 19:47:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 19:47:24 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_extattr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc1: warnings being treated as errors /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:178: warning: suggest parentheses around assignment used as truth value [-Wparentheses] *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-08-17 19:58:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 19:58:59 - ERROR: failed to build LINT kernel TB --- 2013-08-17 19:58:59 - 4059.87 user 585.99 system 5371.16 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 20:23:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 35AE14D7; Sat, 17 Aug 2013 20:23:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7A192A39; Sat, 17 Aug 2013 20:23:23 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id r7HKNMhe082999; Sat, 17 Aug 2013 20:23:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r7HKNMkS082998; Sat, 17 Aug 2013 20:23:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Aug 2013 20:23:22 GMT Message-Id: <201308172023.r7HKNMkS082998@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 20:23:24 -0000 TB --- 2013-08-17 17:17:19 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-08-17 17:17:19 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-08-17 17:17:19 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2013-08-17 17:17:19 - cleaning the object tree TB --- 2013-08-17 17:17:19 - /usr/local/bin/svn stat /src TB --- 2013-08-17 17:17:24 - At svn revision 254444 TB --- 2013-08-17 17:17:25 - building world TB --- 2013-08-17 17:17:25 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 17:17:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 17:17:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 17:17:25 - SRCCONF=/dev/null TB --- 2013-08-17 17:17:25 - TARGET=powerpc TB --- 2013-08-17 17:17:25 - TARGET_ARCH=powerpc TB --- 2013-08-17 17:17:25 - TZ=UTC TB --- 2013-08-17 17:17:25 - __MAKE_CONF=/dev/null TB --- 2013-08-17 17:17:25 - cd /src TB --- 2013-08-17 17:17:25 - /usr/bin/make -B buildworld >>> World build started on Sat Aug 17 17:17:26 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Aug 17 20:15:50 UTC 2013 TB --- 2013-08-17 20:15:50 - generating LINT kernel config TB --- 2013-08-17 20:15:50 - cd /src/sys/powerpc/conf TB --- 2013-08-17 20:15:50 - /usr/bin/make -B LINT TB --- 2013-08-17 20:15:50 - cd /src/sys/powerpc/conf TB --- 2013-08-17 20:15:50 - /usr/sbin/config -m LINT TB --- 2013-08-17 20:15:50 - building LINT kernel TB --- 2013-08-17 20:15:50 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 20:15:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 20:15:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 20:15:50 - SRCCONF=/dev/null TB --- 2013-08-17 20:15:50 - TARGET=powerpc TB --- 2013-08-17 20:15:50 - TARGET_ARCH=powerpc TB --- 2013-08-17 20:15:50 - TZ=UTC TB --- 2013-08-17 20:15:50 - __MAKE_CONF=/dev/null TB --- 2013-08-17 20:15:50 - cd /src TB --- 2013-08-17 20:15:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 17 20:15:50 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_export.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_extattr.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc1: warnings being treated as errors /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:178: warning: suggest parentheses around assignment used as truth value [-Wparentheses] *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-08-17 20:23:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-17 20:23:22 - ERROR: failed to build LINT kernel TB --- 2013-08-17 20:23:22 - 9047.48 user 910.45 system 11163.03 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 22:37:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 90572241 for ; Sat, 17 Aug 2013 22:37:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 644EF2FBC for ; Sat, 17 Aug 2013 22:37:21 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id q10so3508947pdj.7 for ; Sat, 17 Aug 2013 15:37:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=bOy+NWd9m25kv3RJ5Xeeog4ZHQ/NV6Ku3nIp/wGUx/s=; b=ihaJTanpyNxxz22GaUcl9XzGx947pvRVC3wxi4fPM+QM1Y/1tuEl0mOHqlchaGQEsZ IRRqeE4jiOdunCziAjAIwdlxIYI3KHaoFSoN3OC6mCyiQzdcTtUxbx+ZyRG8UFKBZj3r cfViXWStu68bhWB1/gumN09wyF+xpFY0SCioXsFf4QrB4VySK+4wWDQv1aLQeE1E60fD 72kluQ6zYfPTFmOAgHXIkET0zAggItsibEpyd5OeqK0CvrcW+JmljivS2lfMNY6O/TI3 TtbbEChMeEZCUi+X5wFf4y2upg+xlLkw4KgyMqjgZMJa5D4m7e3fx0x4wEsTzvBi4IvT oDAg== MIME-Version: 1.0 X-Received: by 10.66.246.133 with SMTP id xw5mr4928713pac.114.1376779041015; Sat, 17 Aug 2013 15:37:21 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.14.66 with HTTP; Sat, 17 Aug 2013 15:37:20 -0700 (PDT) In-Reply-To: <20130817114454.6de8b1879457e24c521594d8@fastmail.fm> References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> <20130817100038.fa377ae6fb6bc9ba4c18699f@fastmail.fm> <20130817114454.6de8b1879457e24c521594d8@fastmail.fm> Date: Sat, 17 Aug 2013 15:37:20 -0700 X-Google-Sender-Auth: 1UtpbONW0VQl-LDzEjCSTruoPuY Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Kevin Oberman To: Schaich Alonso Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 22:37:21 -0000 On Sat, Aug 17, 2013 at 2:44 AM, Schaich Alonso wrote: > On Sat, 17 Aug 2013 10:00:38 +0200 > Schaich Alonso wrote: > > > On Sat, 17 Aug 2013 00:38:48 -0700 > > Kevin Oberman wrote: > > > > > On Fri, Aug 16, 2013 at 11:34 PM, Kevin Oberman > > > wrote: > > > > > > > On Fri, Aug 16, 2013 at 10:44 PM, Kevin Oberman > > > > wrote: > > > > > > > >> On Fri, Aug 16, 2013 at 2:01 PM, Warren Block > > > >> wrote: > > > >> > > > >>> On Fri, 16 Aug 2013, Thomas Zenker wrote: > > > >>> > > > >>> On 08/16/13 15:41, Mikhail Tsatsenko wrote: > > > >>>> > > > >>>>> 2013/8/16 Thomas Zenker : > > > >>>>> > > > >>>>>> Hi, > > > >>>>>> > > > >>>>>> after updating my freebsd amd64 box from 9.1 (r250841) to 9.2-RC > > > >>>>>> (r254276) virtualbox crashes the machine. Seconds after starting > > > >>>>>> VBOX > > > >>>>>> > > > >>>>> After starting VBOX gui or guest machine? If first, try to > rebuild > > > >>>>> userland portion of vbox too. > > > >>>>> > > > >>>> > > > >>>> After starting a virtual guest machine in the GUI or > directly > > > >>>> from cli > > > >>>> leads to the crash. The userland has been rebuild w/ 9.2 also. The > > > >>>> same binaries of the userland portion built with 9.2 work w/o > > > >>>> problems in 9.1. > > > >>>> > > > >>> > > > >>> Updated to 9.2-PRERELEASE #0 r254408 amd64 today, rebuilt and > reloaded > > > >>> the VirtualBox kernel module, and just started a couple of guests > from > > > >>> the GUI with no problems. > > > >>> > > > >> > > > >> Updated to r254416 today.Two crashes when I tried starting > VirtualBox > > > >> 4.16_2. I have both dumps and they ere very different. The first > was a > > > >> "spin lock held too long" and the second was a general protection > > > >> fault. Both occurred when I attempted to start a saved Windows 7 VM. > > > >> > > > >> FreeBSD rogue.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 > r254416M: > > > >> Fri Aug 16 11:27:20 PDT 2013 > > > >> root@rogue.local:/usr/obj/usr/src/sys/GENERIC amd64 > > > >> > > > >> #0 doadump (textdump=) at pcpu.h:234 > > > >> 234 pcpu.h: No such file or directory. > > > >> in pcpu.h > > > >> (kgdb) #0 doadump (textdump=) at pcpu.h:234 > > > >> #1 0xffffffff80915c66 in kern_reboot (howto=260) > > > >> at /usr/src/sys/kern/kern_shutdown.c:449 > > > >> #2 0xffffffff80916167 in panic (fmt=0x1
bounds>) > > > >> at /usr/src/sys/kern/kern_shutdown.c:637 > > > >> #3 0xffffffff80cfae80 in trap_fatal (frame=0x9, eva= optimized > > > >> out>) > > > >> at /usr/src/sys/amd64/amd64/trap.c:879 > > > >> #4 0xffffffff80cfb691 in trap (frame=0xffffff8124900830) > > > >> at /usr/src/sys/amd64/amd64/trap.c:605 > > > >> #5 0xffffffff80ce4ac3 in calltrap () > > > >> at /usr/src/sys/amd64/amd64/exception.S:232 > > > >> #6 0xffffffff80b86015 in vm_map_entry_splay (addr=984915968, > > > >> root=0xfffffe002c9af200) at /usr/src/sys/vm/vm_map.c:832 > > > >> #7 0xffffffff80b870f7 in vm_map_lookup_entry > (map=0xfffffe007535b640, > > > >> address=984915968, entry=0xffffff8124900970) > > > >> at /usr/src/sys/vm/vm_map.c:1080 > > > >> #8 0xffffffff80b8a5cc in vm_map_madvise (map=0xfffffe007535b640, > > > >> start=984915968, end=985440256, behav=5) at > > > >> /usr/src/sys/vm/vm_map.c:2050 > > > >> #9 0xffffffff80b8d9e3 in sys_madvise (td=0xfffffe000549e920, > > > >> uap=) at /usr/src/sys/vm/vm_mmap.c:760 > > > >> #10 0xffffffff80cfa62a in amd64_syscall (td=0xfffffe000549e920, > > > >> #traced=0) > > > >> at subr_syscall.c:135 > > > >> #11 0xffffffff80ce4da7 in Xfast_syscall () > > > >> at /usr/src/sys/amd64/amd64/exception.S:391 > > > >> #12 0x000000002ce13dcc in ?? () > > > >> Previous frame inner to this frame (corrupt stack?) > > > >> > > > >> I can make the cores and text dumps available. kmod was rebuilt > after > > > >> the upgrade. > > > >> > > > > > > > > Just confirmed that 254050 works fine. Trying 354162 and will > continue > > > > binary hunt till I find it. > > > > > > > > I am now up to 254270, at the point of the original failure report. I > > > > now > > > suspect I may have botched the kmod re-install on my original failure. > I > > > am calling it quits of the night now, but will finish tests tomorrow > > > morning. The updates are pretty few and far between between 270 and the > > > present. > > > > Hi, > > > > I am using r254095 and my system also resets when trying to start a > Guest in > > VirtualBox, so the breaking update is probably between 254050 and 254270. > > > > Alonso > > I meant between 254050 and 254095. > I built my new kernel and installed it, then rebooted before rebuilding virtualbox-ose-kmod. Then I rebooted once again (which I think I forgot to do the first time). Then I started my VM and it was fine. There are three kernel modules and I find it easier to reboot than to unload and reload all three. I've also sometimes had "odd" behavior and the occasional panic when unloading and reloading kernel modules. I am now running r254456 and all is well. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 22:52:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66BF35CF for ; Sat, 17 Aug 2013 22:52:43 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1878220AA for ; Sat, 17 Aug 2013 22:52:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r7HMqXNY074204; Sat, 17 Aug 2013 16:52:33 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r7HMqXeM074201; Sat, 17 Aug 2013 16:52:33 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 17 Aug 2013 16:52:33 -0600 (MDT) From: Warren Block To: Kevin Oberman Subject: Re: FBSD 9.2 RC crashes running as virtualbox host In-Reply-To: Message-ID: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> <20130817100038.fa377ae6fb6bc9ba4c18699f@fastmail.fm> <20130817114454.6de8b1879457e24c521594d8@fastmail.fm> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 17 Aug 2013 16:52:33 -0600 (MDT) Cc: Schaich Alonso , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 22:52:43 -0000 On Sat, 17 Aug 2013, Kevin Oberman wrote: > I built my new kernel and installed it, then rebooted before rebuilding > virtualbox-ose-kmod. Then I rebooted once again (which I think I forgot to > do the first time). Then I started my VM and it was fine. There are three > kernel modules and I find it easier to reboot than to unload and reload all > three. I've also sometimes had "odd" behavior and the occasional panic when > unloading and reloading kernel modules. I am now running r254456 and all is > well. That could be why I've had no problems. I generally only have vboxdrv loaded. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 17 23:23:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C569AACD for ; Sat, 17 Aug 2013 23:23:47 +0000 (UTC) (envelope-from m.tsatsenko@gmail.com) Received: from mail-vb0-x22f.google.com (mail-vb0-x22f.google.com [IPv6:2607:f8b0:400c:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81F4021EC for ; Sat, 17 Aug 2013 23:23:47 +0000 (UTC) Received: by mail-vb0-f47.google.com with SMTP id h10so2369855vbh.20 for ; Sat, 17 Aug 2013 16:23:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PpTXpT+RHQrmwcVPcn4tw+RvhPIadlJpz1CKSIduXh8=; b=b2CmkLAE/IMK8Y4NLgY2USwmI38qmRTuui2zmj0e5UbWyzOgR51gFd6wdkh3QIlD9a 4+j89BLr5/FvKbuEe3fQtxJhzoQZAgXMhAhibJ4s2O5p2D48Ffbp0kfYgkfptaaYGCx+ txoEFo1MyxGhGJzqzCShg22Rm3OnirpZffi8UHAIiMjolc+Sh+YS1sOzbPtHeP+8ZAol y2fv/9cgosFhsRw7Gz5e/4UkAQyDRdUJfzFA+50QhY+2haiOvJQO2ENyqICyHl03GtIm LHEtP8iq2JjwlmmmLViSHJ4SINNLKkwMSA222fo78OEUc4ZE1BuPIwlWg29P7An+aNS7 uBvw== MIME-Version: 1.0 X-Received: by 10.58.106.82 with SMTP id gs18mr2617061veb.18.1376781826092; Sat, 17 Aug 2013 16:23:46 -0700 (PDT) Received: by 10.58.196.141 with HTTP; Sat, 17 Aug 2013 16:23:45 -0700 (PDT) In-Reply-To: References: <520E2DDD.6050900@zenker.tk> <520E2FC8.7010305@zenker.tk> <20130817100038.fa377ae6fb6bc9ba4c18699f@fastmail.fm> <20130817114454.6de8b1879457e24c521594d8@fastmail.fm> Date: Sun, 18 Aug 2013 03:23:45 +0400 Message-ID: Subject: Re: FBSD 9.2 RC crashes running as virtualbox host From: Mikhail Tsatsenko To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Oberman , Schaich Alonso , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 23:23:47 -0000 2013/8/18 Warren Block : > On Sat, 17 Aug 2013, Kevin Oberman wrote: > >> I built my new kernel and installed it, then rebooted before rebuilding >> virtualbox-ose-kmod. Then I rebooted once again (which I think I forgot to >> do the first time). Then I started my VM and it was fine. There are three >> kernel modules and I find it easier to reboot than to unload and reload >> all >> three. I've also sometimes had "odd" behavior and the occasional panic >> when >> unloading and reloading kernel modules. I am now running r254456 and all >> is >> well. > > > That could be why I've had no problems. I generally only have vboxdrv > loaded. Finally I updated my box to rc2 (FreeBSD 9.2-RC2 #0 r254444) and I can not see any problems. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mikhail