From owner-freebsd-stable@freebsd.org Sun Jun 28 01:02:01 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EF3D98EF91 for ; Sun, 28 Jun 2015 01:02:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFEF211AC for ; Sun, 28 Jun 2015 01:02:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iebmu5 with SMTP id mu5so95852227ieb.1 for ; Sat, 27 Jun 2015 18:02:00 -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=vOkKCJ24/KEbgmJsugGzwuEvRHbbXxFyXgPoSULj9Qo=; b=HWxxcM1jDD+u8umF4G7gvdl2rXi+q9pENmueN5do8Cyjo/QqRPZ4S4TkKkSRClAZE1 5+PiXr9qtJ2O4vEJtZyv09ZhgtUZZRHc35bfdiy1SXzhGU27rSl46ZHUqaCg36ewNC7B TV74G6nZg2v6y4YMdawdAtDNP62YxTfu+wvrHymAPx0Uy6t2My6i3ouWMLkDSTRKC23k dxFtF2GsvEsXy17DlkoxunLe6o1NpmIGdHLXL3vdAUvafkXC3Y+o6LC6RGuT8vBUcHnx Sy6XVgIUfyi7RvCLmk9N6s/fyEa5aTzvOM/pW3EWySCwZbldUsrIZcPUFlTHUmYLHV5G neZQ== MIME-Version: 1.0 X-Received: by 10.42.120.66 with SMTP id e2mr11158389icr.37.1435453320373; Sat, 27 Jun 2015 18:02:00 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Sat, 27 Jun 2015 18:02:00 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> Date: Sat, 27 Jun 2015 18:02:00 -0700 Message-ID: Subject: Re: suspend/resume regression From: Adrian Chadd To: Kevin Oberman Cc: Joseph Mingrone , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 01:02:01 -0000 Hi, please start binary searching. I'll update my x230 tonight when I get home and see if -head is broken. -adrian On 27 June 2015 at 15:48, Kevin Oberman wrote: > On Sat, Jun 27, 2015 at 3:13 PM, Joseph Mingrone wrote: >> >> Adrian Chadd writes: >> > does it always fail now? >> >> Yes. The behaviour I described is, so far with 15-20 tries, consistent. > > > I confirm that I see the similar behavior on my T520 ThinkPad, Sandy Bridge > system. > FreeBSD rogue 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #1 r284698: Mon Jun 22 > 09:25:11 PDT 2015 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 > > It has been working flawlessly since Adrian's ACPI update. As of now, it > suspends fine, but it won't resume. I get a fan spin-up, but the power LED > continues to pulse, indicating it is suspended and the logs show nothing > after the suspend. > > Shall I start a binary hunt for the culprit? It will likely take a few > kernel builds as my last known working kernel was in late May. > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Sun Jun 28 01:07:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1EAA98C07A for ; Sun, 28 Jun 2015 01:07:10 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A306315F6 for ; Sun, 28 Jun 2015 01:07:10 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: by igblr2 with SMTP id lr2so33997949igb.0 for ; Sat, 27 Jun 2015 18:07:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftfl.ca; s=google; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=GlRZ9OmAfYY9MXGLTXf1TkB5BASUIt6WQG3PXpkOIlk=; b=dRKzIuo+78wuBcaG1zEy/GPlFt+1bE/iJyOpH6/mwjpEgmjYmtmqESz7g/CPuPeRMP Uegz203tk1P6QDbnz/it3LiupGnfc5sIgd8PsXAvEU469jxILh+mjAjKNRLxPbVKLD4c 1BQac1Jqh56b7BLHlFx5h54JpPUZYPuH1LaM8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=GlRZ9OmAfYY9MXGLTXf1TkB5BASUIt6WQG3PXpkOIlk=; b=EOiuRpDwYEC+Ru3ht2jzVhHx/ghO/m+ag649hcnQbWB1d15jaIpUvFwLx0e8i4YRCr Zr8rFHhJGfIOZFd5P4fcXJ3yeoxD4D92vh9fCRGvKYaKyH7llTO/GZSf5iImTKvt0eKG 0zSx+AjXLZkvVW3Csot8LKPAeAQmKndzuAPELCTe46kZr2szT/kEvEmpyYuLZFodwoh4 6YcsZ/Vh9NXFl7tJHrHvBsCaZhREcH/AAfJPsgw9elN5Igt1e+ovuImWtuSGFSgGgrok O7aPFXvorubw7I7c4lMLpZ11ldWR/+TourPOUDYW38hkgAFJhRv4p/1zYFSsX3malkAJ VJ0w== X-Gm-Message-State: ALoCoQnJEBUGfsE/NBPkZPz5QR69udC5Hf9PM4YtHlQpRSGbqHaSS5kiPS+hI/9klYlInCsqO8QF X-Received: by 10.107.169.234 with SMTP id f103mr10967435ioj.42.1435453629501; Sat, 27 Jun 2015 18:07:09 -0700 (PDT) Received: from gly.ftfl.ca.ftfl.ca (gly.ftfl.Ca. [129.173.34.203]) by mx.google.com with ESMTPSA id o2sm2214449igr.9.2015.06.27.18.07.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Jun 2015 18:07:07 -0700 (PDT) From: Joseph Mingrone To: Adrian Chadd Cc: Kevin Oberman , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> Date: Sat, 27 Jun 2015 22:07:05 -0300 In-Reply-To: (Adrian Chadd's message of "Sat, 27 Jun 2015 18:02:00 -0700") Message-ID: <86h9ps7i9y.fsf@gly.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 01:07:11 -0000 --=-=-= Content-Type: text/plain Adrian Chadd writes: > please start binary searching. > I'll update my x230 tonight when I get home and see if -head is > broken. On head, resume worked, but the fn-f4 keybinding didn't suspend. I had to use zzz. I'm trying different different revisions and I'll report back when I find something interesting. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVj0i5AAoJEDakDIOw1u+ecowP/1dXqTRQIXnOBFpBI/FyhoYm S6f9/3djOgRVKx8AQcC9eOeyXPZ/p9U16xtDlcHXo69cUxMsFzWF+ssHPuqP7DVg TqcUdWCAyqASHPqpOxFoC9VQAQGBRqkea6fyT8ECqT5yLj2AJV5chBdguAvZXpq8 7jM+zWwiHp/z1G+AWom5PwArO8/afGuVYmwmkQvlCkcGtIjxVyCu/YzXQtUBbKnw IqgUA2r6nck3x6BUA7zaq6143CNuqQLMfgjji/83yiC5ehAromJ+1F50TWwnYnHI y9ctmOKr84Ig6dlj0h0W9Rf1c0WrPTtIxvQqP4SR2khGlUfwTJzt0g+8RoujF7rG mULnAiNcT23cdnpGkmJXeB9uTwHNQFEJLb7Oe7cWR0CkT1OsyntxmIYWmMVXk5hV ODb3N3jDDeheyzcXW/xSTXHSbuIYFq2k31NdYiZUL4qlOuRguW0qYAc507OT81nr sqreAC2aDp3X/o5EZaSiSkFNwM1xzEjtEYT4Z3dePtcnlrew+DbS8D2vhI6JC9fy 5sJIL6vOXJlplVH5Tw6O7S79N+u2Gej2DQMTpyg1zvbNOuPLUctjclx8mL1lgnDL AYxs5R4/fHqwgH0IiY4zfB0M3yWcpehh3sxU2T242cBBxObONhsFLlV4PrXRs/BO /rWVRUvnfxwa1WqgTfWJ =y3ua -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@freebsd.org Sun Jun 28 03:09:50 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16F7298D8A6 for ; Sun, 28 Jun 2015 03:09:50 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-ig0-f182.google.com (mail-ig0-f182.google.com [209.85.213.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDD141A93 for ; Sun, 28 Jun 2015 03:09:49 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by igrv9 with SMTP id v9so22464916igr.1 for ; Sat, 27 Jun 2015 20:09:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; bh=wnekZqFo+GHpgld1+ttmGZjPqeWVjBTxCWsLs+xdKO8=; b=Z0LgDqdjhIAF013f29fmNRACWSZGiNdtJ1zNfKFgZdaskzzOPJbJLyUB6XA/di1svD rnyW7h6ykMsY6GTYumL8pAEncMmKJJTHXB0/9wy5SSgUwPmhQZ8KQrk1t3D9MVs97BAC cnlh+8FIVL7aPQz0solCLm0ZdvluGMhMD/xmZy521+B1psm1Q+PKAQPACYfGmS3yLh27 0DA4fkxJXOTtSQerZDKg9zpGwhFgn3jncdt7Iy1HmqOb46hCPjQvMFyY6eOfqbH6PaJ4 urNGi2VD5JvGiKwTPCSFR0dyV+8/xuIsdk0Ov/ObPOk0eVZqthoooS7SAGBIjTNwAabI /A8Q== X-Received: by 10.107.134.16 with SMTP id i16mr12178749iod.6.1435460625046; Sat, 27 Jun 2015 20:03:45 -0700 (PDT) Received: from WorkBox.Home.gmail.com (184-100-112-211.mpls.qwest.net. [184.100.112.211]) by mx.google.com with ESMTPSA id 76sm21957385iom.12.2015.06.27.20.03.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Jun 2015 20:03:43 -0700 (PDT) References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> From: Brandon J. Wandersee To: Kevin Oberman Cc: Joseph Mingrone , Adrian Chadd , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression In-reply-to: Date: Sat, 27 Jun 2015 22:03:41 -0500 Message-ID: <86oak0bkky.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 03:09:50 -0000 Kevin Oberman writes: > On Sat, Jun 27, 2015 at 3:13 PM, Joseph Mingrone wrote: > >> Adrian Chadd writes: >> > does it always fail now? >> >> Yes. The behaviour I described is, so far with 15-20 tries, consistent. >> > > I confirm that I see the similar behavior on my T520 ThinkPad, Sandy Bridge > system. > FreeBSD rogue 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #1 r284698: Mon Jun > 22 09:25:11 PDT 2015 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 > > It has been working flawlessly since Adrian's ACPI update. As of now, it > suspends fine, but it won't resume. I get a fan spin-up, but the power LED > continues to pulse, indicating it is suspended and the logs show nothing > after the suspend. Just updated my T520 yesterday, and I get the same behavior with the same machine here. Suspend is fine; resume fails. It seems to get a bit farther along in the resume process if i915kms isn't loaded, though I've got no way to really measure that. I've tried a GENERIC kernel, clean source tree and empty src.conf, to no avail. Several MFCs in r280434 from a couple weeks ago touched a whole bunch of suspend/resume stuff. That might be a good place to start digging. -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ================================================================== 'A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.' - Douglas Adams ================================================================== From owner-freebsd-stable@freebsd.org Sun Jun 28 07:12:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E98F198FEF0 for ; Sun, 28 Jun 2015 07:12:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7A941167 for ; Sun, 28 Jun 2015 07:12:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oigx81 with SMTP id x81so99935864oig.1 for ; Sun, 28 Jun 2015 00:12: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=AJMtSwGobYA89iQ4maBjPlTs2iTleDxu5ZYpYXO7dP8=; b=I0cuSuM74D6Z2LjfE7tzAlmf0h2P41AlpSq1U/eWRPPd+9s5QChGGBHBVebokFI22d 2uI7UzsXGRRpoUe44g4EZpndbnmyn7zTJAqsxP1IgfkhtPONhEs7CgAPjSySDg96NNMB isoWiFrq5X6n4KlyJkMkT2VgGbX6QV9mknIylkXfMNn+A2Fweg4JRMr/3TqKtC/STPeL dXCDV4+tvmFPylrMIKQOISndsJLVwvdHcL3y3sCHQ47Msa/wbkcIp4d9cLFuNRg0byUZ eKZTZ1INtPyKKzrNA4hO7S4FwpbJ3qRLAeO0Yq96xlCw07u/qRhixz+RX/bR5mfJkth6 93rw== MIME-Version: 1.0 X-Received: by 10.60.147.194 with SMTP id tm2mr8448499oeb.75.1435475542929; Sun, 28 Jun 2015 00:12:22 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 00:12:22 -0700 (PDT) In-Reply-To: <86oak0bkky.fsf@WorkBox.Home> References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> Date: Sun, 28 Jun 2015 00:12:22 -0700 X-Google-Sender-Auth: PM74PFKrGn892fGwdN8X24KAJaY Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: "Brandon J. Wandersee" Cc: Joseph Mingrone , Adrian Chadd , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 07:12:24 -0000 On Sat, Jun 27, 2015 at 8:03 PM, Brandon J. Wandersee < brandon.wandersee@gmail.com> wrote: > > Kevin Oberman writes: > > > On Sat, Jun 27, 2015 at 3:13 PM, Joseph Mingrone wrote: > > > >> Adrian Chadd writes: > >> > does it always fail now? > >> > >> Yes. The behaviour I described is, so far with 15-20 tries, consistent. > >> > > > > I confirm that I see the similar behavior on my T520 ThinkPad, Sandy > Bridge > > system. > > FreeBSD rogue 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #1 r284698: Mon Jun > > 22 09:25:11 PDT 2015 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 > > > > It has been working flawlessly since Adrian's ACPI update. As of now, it > > suspends fine, but it won't resume. I get a fan spin-up, but the power > LED > > continues to pulse, indicating it is suspended and the logs show nothing > > after the suspend. > > Just updated my T520 yesterday, and I get the same behavior with the > same machine here. Suspend is fine; resume fails. It seems to get a bit > farther along in the resume process if i915kms isn't loaded, though I've > got no way to really measure that. I've tried a GENERIC kernel, clean > source tree and empty src.conf, to no avail. > > Several MFCs in r280434 from a couple weeks ago touched a whole bunch of > suspend/resume stuff. That might be a good place to start digging. > > I have narrowed it to between 283990 and 284074. Have to crash, so maybe someone else will track it down by tomorrow. I only see a handfull (<10) commits in there that look like possible causes. 280434 is compiling right now as the prime candidate. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Sun Jun 28 08:52:45 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D200698F578 for ; Sun, 28 Jun 2015 08:52:45 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50FF011F4 for ; Sun, 28 Jun 2015 08:52:44 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([92.134.205.137]) by mwinf5d13 with ME id lksa1q00J2yPTkU03ksbs0; Sun, 28 Jun 2015 10:52:36 +0200 X-ME-Helo: localhost X-ME-Date: Sun, 28 Jun 2015 10:52:36 +0200 X-ME-IP: 92.134.205.137 Message-ID: <558FB5D2.8000704@orange.fr> Date: Sun, 28 Jun 2015 10:52:34 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Kevin Oberman , "Brandon J. Wandersee" CC: Joseph Mingrone , Adrian Chadd , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 08:52:45 -0000 On 06/28/2015 09:12, Kevin Oberman wrote: > On Sat, Jun 27, 2015 at 8:03 PM, Brandon J. Wandersee < > brandon.wandersee@gmail.com> wrote: > >> >> Kevin Oberman writes: >> >>> On Sat, Jun 27, 2015 at 3:13 PM, Joseph Mingrone wrote: >>> >>>> Adrian Chadd writes: >>>>> does it always fail now? >>>> >>>> Yes. The behaviour I described is, so far with 15-20 tries, consistent. >>>> >>> >>> I confirm that I see the similar behavior on my T520 ThinkPad, Sandy >> Bridge >>> system. >>> FreeBSD rogue 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #1 r284698: Mon Jun >>> 22 09:25:11 PDT 2015 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> It has been working flawlessly since Adrian's ACPI update. As of now, it >>> suspends fine, but it won't resume. I get a fan spin-up, but the power >> LED >>> continues to pulse, indicating it is suspended and the logs show nothing >>> after the suspend. >> >> Just updated my T520 yesterday, and I get the same behavior with the >> same machine here. Suspend is fine; resume fails. It seems to get a bit >> farther along in the resume process if i915kms isn't loaded, though I've >> got no way to really measure that. I've tried a GENERIC kernel, clean >> source tree and empty src.conf, to no avail. >> >> Several MFCs in r280434 from a couple weeks ago touched a whole bunch of >> suspend/resume stuff. That might be a good place to start digging. >> >> > I have narrowed it to between 283990 and 284074. Have to crash, so maybe > someone else will track it down by tomorrow. I only see a handfull (<10) > commits in there that look like possible causes. 280434 is compiling right > now as the prime candidate. > FWIW, the only supend/resume problem with my T530 at 280455 (i915kms loaded by rc.conf) is that the keyboard lights are not restored on resume.. > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > _______________________________________________ > 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" > Claude Buisson From owner-freebsd-stable@freebsd.org Sun Jun 28 10:27:51 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C3C498C6C0 for ; Sun, 28 Jun 2015 10:27:51 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D9A31E22 for ; Sun, 28 Jun 2015 10:27:51 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: by igblr2 with SMTP id lr2so37083798igb.0 for ; Sun, 28 Jun 2015 03:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftfl.ca; s=google; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=oni5auU7xmBSAJnp1OPJQ/Zmy/bZnoR6+Gri6HOfeew=; b=MnROAUJ8EeNysV+G6clTtkxd3AAEed5uFF0jUmAk/1sDu2INFRAPV5I4ZVJnUoSsiQ lBRP2pjEpHDYiKevvQrz5Ggi1cRttMGcasjZA2OPkEemiAYtjBCZOBmw2gWaoI+TCHqU aLT86cjUio/6uhfXcgQuq95ksbmSiZoZqV5d4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=oni5auU7xmBSAJnp1OPJQ/Zmy/bZnoR6+Gri6HOfeew=; b=AzCwKvSGFJfn+R55WSTa37TSdFFDmzepjiy6ARPyqc9JMg+ccg0Jyxd+fWcqdbzCRj Myv9WL55ukpMdFhA289mbJ5WNrTtnpZPZtR3G4TfDsrs8QQy33ZhZ5TzB5KKYKoRlGA7 qc/tBdGEIhY7+F5XPx9OoEaAW9XEDnoFSeKofxHQc4EMahOJRYGnaxWNhIYLTOWjx+PO iSBMIaBK/MYF6rZhubok5XN4JRRORZaefdmGtPG+EA2kkQapSg/S8mm6Goy3OB49nfIS PuzKslGyT9998KOHZp4DqhPwNviBqMKEDGRHD1SqWPlSOoCBKWNwOobeA6wlcP1OlRJe ptRw== X-Gm-Message-State: ALoCoQnoYZmkGgxvm7xN98n6Au7nGpjLgQ/bm2SqINjVX2rMI2+1soJ1JUnHHgmt5qe32I7IhMe8 X-Received: by 10.50.78.170 with SMTP id c10mr8525192igx.0.1435487270365; Sun, 28 Jun 2015 03:27:50 -0700 (PDT) Received: from gly.ftfl.ca.ftfl.ca (gly.ftfl.Ca. [129.173.34.203]) by mx.google.com with ESMTPSA id p4sm2918554igg.20.2015.06.28.03.27.47 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Jun 2015 03:27:48 -0700 (PDT) From: Joseph Mingrone To: Kevin Oberman Cc: "Brandon J. Wandersee" , Adrian Chadd , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> Date: Sun, 28 Jun 2015 07:27:46 -0300 In-Reply-To: (Kevin Oberman's message of "Sun, 28 Jun 2015 00:12:22 -0700") Message-ID: <867fqo6sbh.fsf@gly.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 10:27:51 -0000 --=-=-= Content-Type: text/plain Kevin Oberman writes: > I have narrowed it to between 283990 and 284074. Have to crash, so maybe > someone else will track it down by tomorrow. I only see a handfull (<10) > commits in there that look like possible causes. 280434 is compiling right > now as the prime candidate. Cool. I think you mean 284034 and not 280434. It certainly looks suspicious. I'm trying 284028, but it'll be awhile. It wouldn't boot with just the kernel, so I'll try building world as well. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVj8wiAAoJEDakDIOw1u+eyXEP/iHaHLbVXphe5IpL7/V10RZm khJi2OECFAAvG1qbNPn6mEYbF8Z9i3AtenDTmMMnu73wjK9foHxqmsq2rVZNGUqo oXx/Ikptv604R23isGNLQ9w8NtRZgiGfiVRXv9H/jnqUFv/sWOQuuzp9apaIX0Nq ZFUMARN0oe+Xkb9mE+HevXuGYq1nc8qbSq70uUH9r4MG3FJUAgifUafrpJD3OfrL sfeWwZHFoqtC/AY4H6PTZlaXqDl7mFQ8Ho5/AhlIBZAtYx2u6P1+e+VMIGNMIDPu OCEboL3c+YXX75m3wSKjVTAKCr+dYh4yhe8jG4MmBHFB1ErLvaA+P1pwFXXhH1xP Gi2XbJIK9yNRbvQPeqbLD4yGrUnSJDP6GQwoNxozN7dJdj06Xut0Qau2zyzlPGNz N6F8zNPlAN9mMy3bq1jKfNs3kms+TbGPbxwqR5SYFbl+aKrx1sqiNuYVqFN7g0YT +kiI2pwsNxc7Fv/kseuOrfd+tow0Lnb9hdJrNCCs/8kr4OvrRs85xw7ig8R9X4YC 9r4mKFEP0PWk9veTghriyFZmdWFBh2zNDY45+S6tIZUBguw4/1ngK5g0cbbxUT0R gPWZsk5oppybGRYSczeRL9v8fxookBAx0T6NCqUfx4TNtZ486T56p9Qkhpzb1fFq GgWsG27WaW8m133xJIbS =/umG -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@freebsd.org Sun Jun 28 16:29:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D59198F51D for ; Sun, 28 Jun 2015 16:29:57 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 263DC1101 for ; Sun, 28 Jun 2015 16:29:57 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obzt3 with SMTP id t3so716188obz.3 for ; Sun, 28 Jun 2015 09:29:56 -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=O93+NDTGlQ2R45x9//8IT4AJwn5kSBHcD5bgp3tPTZk=; b=mNaAclWrdMD8Bu1Kd7rmQo7gPeF9ncKPb9Uzb28V62jBEhJPm0mv3MgcR7VRVODl6B HvsVjOS3QZ4tGeKlmX9OseN50BTRKW+EjWoaUCYN9A/jZcbQDTKOQgZfN6na3b2GtKxC AYirTczK8HyQ+OEeiJZ0VWujxVvKhjkm7/LboF78LCCR0i/62P31/zIiZzVcIDvcxnyD nYkoWvCmBNoPSeFOd0ZFHH1rBgKN7BG+gKHr++fIz4qVM24qrtyH7dr3/QQuhKBkJAHo Jp0IXwk8QP4xc2iHMA2LWE/4ShZl4f4zZbdOpFkeW2JgZXN4PJHcC/g2XQ2vYmBAaAOh Nofg== MIME-Version: 1.0 X-Received: by 10.60.58.136 with SMTP id r8mr10137946oeq.30.1435508996276; Sun, 28 Jun 2015 09:29:56 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 09:29:56 -0700 (PDT) In-Reply-To: <867fqo6sbh.fsf@gly.ftfl.ca> References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 09:29:56 -0700 X-Google-Sender-Auth: rYrdhGrRMSAJxVjNSdzwOsFlhkI Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Joseph Mingrone Cc: "Brandon J. Wandersee" , Adrian Chadd , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 16:29:57 -0000 On Sun, Jun 28, 2015 at 3:27 AM, Joseph Mingrone wrote: > Kevin Oberman writes: > > I have narrowed it to between 283990 and 284074. Have to crash, so maybe > > someone else will track it down by tomorrow. I only see a handfull (<10) > > commits in there that look like possible causes. 280434 is compiling > right > > now as the prime candidate. > > Cool. I think you mean 284034 and not 280434. It certainly looks > suspicious. I'm trying 284028, but it'll be awhile. It wouldn't boot > with just the kernel, so I'll try building world as well. > Yes, I did. I can now confirm that 284034 is the culprit. Unfortunately, that single commit MFCed 10 updates of which 6 may be the problem. I tend to suspect the PCI changes rather than the CardBus patch, but I will spend a little time looking at the individual commits in HEAD to see which, if any, touch both PCI and CBB. Adrian, I don't have the ability to test on head ATM, so, if you have a chance, go for it. Most if this is way beyond my ken, so I am extremely unlikely to spot it. I am adding jhb@ to the CC as 284034 was his commit. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Sun Jun 28 16:38:28 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0892198F64D for ; Sun, 28 Jun 2015 16:38:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B5C4A18BB; Sun, 28 Jun 2015 16:38:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obpn3 with SMTP id n3so91846916obp.0; Sun, 28 Jun 2015 09:38:27 -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=fOc4oN1GR8HfMxwg7pkZchYszhERB1BvDs0NW8R8nl8=; b=Q5ZWja1obX/bpgq1nE+TNelEPn8OMbqsxEmB5YEvb3nWpJeuD6mEsJseQPZvnQ10YX vei1A8DgCha3OkfJhf2qZgC1Ki5/84MD4pe3gWk9zwwZ5+3Zm/Xe9wFQYGXFpn6hysXH Uq5lzlE8TsC6U8f49d2N0PnKD/siFDoxRFNcaGuGoloHOOboXNMqzvy22tU7Te5KJ+4z 9anU4+Mo9gUIUceKj3SSqhumnGF9Soas1xxvWhWgYLDHPHqGrjhpZTx+AERMNkMoEM31 0YcgsaumduC6HvV88c7gM2byINkpdJFtPDCppLgS2RzU2GrycyTue1C1vgIGqJqb/AHT Rh2Q== MIME-Version: 1.0 X-Received: by 10.60.147.194 with SMTP id tm2mr10060434oeb.75.1435509507140; Sun, 28 Jun 2015 09:38:27 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 09:38:27 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 09:38:27 -0700 X-Google-Sender-Auth: vGhXTWHgAQiDYiRw60o2NUiTpys Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Joseph Mingrone Cc: "Brandon J. Wandersee" , Adrian Chadd , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 16:38:28 -0000 OK. This time I'm REALLY adding jhb@ to the CC. Guess my first cup of tea had not kicked in. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Sun, Jun 28, 2015 at 9:29 AM, Kevin Oberman wrote: > On Sun, Jun 28, 2015 at 3:27 AM, Joseph Mingrone wrote: > >> Kevin Oberman writes: >> > I have narrowed it to between 283990 and 284074. Have to crash, so maybe >> > someone else will track it down by tomorrow. I only see a handfull (<10) >> > commits in there that look like possible causes. 280434 is compiling >> right >> > now as the prime candidate. >> >> Cool. I think you mean 284034 and not 280434. It certainly looks >> suspicious. I'm trying 284028, but it'll be awhile. It wouldn't boot >> with just the kernel, so I'll try building world as well. >> > > Yes, I did. > > I can now confirm that 284034 is the culprit. Unfortunately, that single > commit MFCed 10 updates of which 6 may be the problem. I tend to suspect > the PCI changes rather than the CardBus patch, but I will spend a little > time looking at the individual commits in HEAD to see which, if any, touch > both PCI and CBB. > > Adrian, I don't have the ability to test on head ATM, so, if you have a > chance, go for it. Most if this is way beyond my ken, so I am extremely > unlikely to spot it. > > I am adding jhb@ to the CC as 284034 was his commit. > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > From owner-freebsd-stable@freebsd.org Sun Jun 28 17:05:44 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 137CF98FB2E for ; Sun, 28 Jun 2015 17:05:44 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C97F11B0B; Sun, 28 Jun 2015 17:05:43 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obzt3 with SMTP id t3so975314obz.3; Sun, 28 Jun 2015 10:05: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=JD8Rc/13/j9MExjmq1XV7rdT/Opq5MfndOrknnF6DpM=; b=gUDgwOGWc2/3ryaOjTyirFIDUD+XEzGCoypDMapXm3FGuEL/rL6CjZrhpzF78x3NVY NXou1ki59PVMvObpTrgI6S9H1RWrmNBemhDnnORrMwSw0VAbYPXgeht8fo+tzOMuvsFr AX+itAoYFaEArOd6MS1xBC13WiAAuZ+8uiPBaX+WGa2vJ2dHAvl9ZOdjH/hKHtleo4rj VH/YFnVBL6GyOrFmcltK4lf5ZDPtsJmt5HsaAV4mkWPsbasd7Y39Rn3SImoXb+Bn/7qt t6qNejVXTRwN6/4olBQoWi/ypIvyYHKp6aNT8S/mgUElKd/0y/7GajOmOD223pqOBElf ZpNQ== MIME-Version: 1.0 X-Received: by 10.202.227.15 with SMTP id a15mr9927455oih.59.1435511143115; Sun, 28 Jun 2015 10:05:43 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 10:05:43 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 10:05:43 -0700 X-Google-Sender-Auth: yyMDnNLtv8R2F06nbJJ27PN_3EU Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Joseph Mingrone Cc: "Brandon J. Wandersee" , Adrian Chadd , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 17:05:44 -0000 On Sun, Jun 28, 2015 at 9:29 AM, Kevin Oberman wrote: > On Sun, Jun 28, 2015 at 3:27 AM, Joseph Mingrone wrote: > >> Kevin Oberman writes: >> > I have narrowed it to between 283990 and 284074. Have to crash, so maybe >> > someone else will track it down by tomorrow. I only see a handfull (<10) >> > commits in there that look like possible causes. 280434 is compiling >> right >> > now as the prime candidate. >> >> Cool. I think you mean 284034 and not 280434. It certainly looks >> suspicious. I'm trying 284028, but it'll be awhile. It wouldn't boot >> with just the kernel, so I'll try building world as well. >> > > Yes, I did. > > I can now confirm that 284034 is the culprit. Unfortunately, that single > commit MFCed 10 updates of which 6 may be the problem. I tend to suspect > the PCI changes rather than the CardBus patch, but I will spend a little > time looking at the individual commits in HEAD to see which, if any, touch > both PCI and CBB. > > Adrian, I don't have the ability to test on head ATM, so, if you have a > chance, go for it. Most if this is way beyond my ken, so I am extremely > unlikely to spot it. > > I am adding jhb@ to the CC as 284034 was his commit. > On Sun, Jun 28, 2015 at 9:38 AM, Kevin Oberman wrote: OK. This time I'm REALLY adding jhb@ to the CC. Guess my first cup of tea had not kicked in. Adding imp@ and jmg@ to CC. I really suspect 281874, a large update that touches both PCI and CBB. If anyone can test on head, I'd start with 281873 (which I suspect will work) and then 281874, which I suspect will fail. I have to so some other stuff right now, but I will try to revert just the changes in 281874 from 284034 later today and see what happens if I get the time. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Sun Jun 28 17:07:30 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E53CE98FBA3 for ; Sun, 28 Jun 2015 17:07:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE8AC1D42; Sun, 28 Jun 2015 17:07:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igblr2 with SMTP id lr2so39733240igb.0; Sun, 28 Jun 2015 10:07:30 -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=VVsxYuhOc4un8+Jdv+Kw59rmZe5WVcX5RHrs9ZIkFWI=; b=sGavpspKk5nB6E7kxLQWISTJ996TyG1uhlF9BujucWMPCk+GWGpGRqBA5ROAp+8C+l 7dV0fycfvaYmfYKdMOTDsYl2LpPHVbvSJyozfaC+A9DCO7D13AV3fmTbkvjIjJI2AK+D tFm4PhG1U1fRGJ8mjoi1XELiz7s8pFUZF9JC5CsRYpr3ouAnQq4KEUnnnm74eBoswFRb 6cDO/3acvH3MhPbyZLyvNSRYMd+cfLx22b89w46PoRTXhI04NhhSspIhfQKRI5AoeI7O kXl6VI5n3r1JcXw6lhPsWLYDKgAa9jdDaov9TzmZMCohKNTl6s2muIzb84uUIdWegEWl zDVQ== MIME-Version: 1.0 X-Received: by 10.43.163.129 with SMTP id mo1mr13153255icc.61.1435511250191; Sun, 28 Jun 2015 10:07:30 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Sun, 28 Jun 2015 10:07:30 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 10:07:30 -0700 Message-ID: Subject: Re: suspend/resume regression From: Adrian Chadd To: Kevin Oberman Cc: Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 17:07:31 -0000 Hi, ok. I've updated my x230 to the latest -head and itis okay at suspend/resume. I can go acquire an x220 (now that they're cheap) to have as another reference laptop. I don't run stable/10 on anything, so it may be something odd with what he MFCed and what's in stable/10. I'll update the other laptops I have this evening and see if any of them regressed. -adrian From owner-freebsd-stable@freebsd.org Sun Jun 28 17:38:14 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63FD198F037 for ; Sun, 28 Jun 2015 17:38:14 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29D941CF0 for ; Sun, 28 Jun 2015 17:38:13 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: by igcur8 with SMTP id ur8so21236186igc.0 for ; Sun, 28 Jun 2015 10:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftfl.ca; s=google; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=wltHk31BZN6xtt+H7iWw91tLxQE0Vpc5THfXdToGXD4=; b=cBqMXB/Ind3xgH21Kls5zY+cnDOQkGXkbjpWmIMASRHbBBb0Nauq7avCJH98K8Pljt Zf94ajeVfrqllEe5b3ay/SidmozgOT3PUbneGPS7WqQCEk6LQTF2v+Gr2GSJW/h5f40P YBGT//3CxPH1r09ew/TtUv9NYRyjqzedN6s48= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=wltHk31BZN6xtt+H7iWw91tLxQE0Vpc5THfXdToGXD4=; b=aQPnGSJCzlpR0MP9g0ZuhPxXNb0+tMopPZohaeVi55sHPIaRSQVF92Pnx/Z9g5uyot ERdIxqUFSH56ShVCu/2S9qXoZAvDeqLZdfbcbvClNKq7gCsqscd1PC8qaUKmni77gd17 m72TqKMeA/9JCvrP+LCF+oH8YHcnYqpmWmDcO2twKW9PW1GFifbonSweMJh480fVGDhC WKByCmZWc6Z+Dwsu36AftEeP+YKwcR/Z0bGWmShFNWSeinPo3hW6fTl3ReazBxy/mkL9 gYNTKHGVw/mCr9bwNLnmQ0jqewRJ8nnFWuXOtCdJDr5CqAQyvFLzY+EUvbCK5rXxjZSe b7Cg== X-Gm-Message-State: ALoCoQnEvOFNRLR34NF7041u/WCxgvXfxyxoiu9KVNJ1a2khd6vyuyqR9++RucoWaJEWhBEZGP9q X-Received: by 10.42.189.201 with SMTP id df9mr4688579icb.79.1435513093250; Sun, 28 Jun 2015 10:38:13 -0700 (PDT) Received: from gly.ftfl.ca.ftfl.ca (gly.ftfl.Ca. [129.173.34.203]) by mx.google.com with ESMTPSA id c20sm25904009ioc.40.2015.06.28.10.38.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Jun 2015 10:38:11 -0700 (PDT) From: Joseph Mingrone To: Adrian Chadd Cc: Kevin Oberman , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Subject: Re: suspend/resume regression References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 14:38:08 -0300 In-Reply-To: (Adrian Chadd's message of "Sun, 28 Jun 2015 10:07:30 -0700") Message-ID: <86zj3j68e7.fsf@gly.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 17:38:14 -0000 --=-=-= Content-Type: text/plain Adrian Chadd writes: > ok. I've updated my x230 to the latest -head and itis okay at > suspend/resume. No problem with -head on the X220 as well. > I can go acquire an x220 (now that they're cheap) to have as another > reference laptop. You might ping Allan Jude. If I'm not mistaken he had at least two X220s at BSDCan. Maybe he'd be willing to part with one. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVkDEAAAoJEDakDIOw1u+eNYsP/2hSxzVXKG7xpkIhH1XdPX11 Dl+rEC3WnltDBaz4wHfZqxaPzrIA7b8zkkUsGfkIf8ZcMmp7I74zp69uJ38zhBYW leXdXI4ZBk3fPF7ApQ9Ff7l9SZrxgt1WdnHXTai28rownkAOBi+c1+b3MkzF6S4r E8nHsjnyTsAOq37K94siz5PYnIwVEzAdOzn118xybUqQ0FpXo8lzhuHwTXOh6jqd hLff4+tOpLv/2Yn61/sNe2pshzmnjXVSXhjdRfn4wBgWmN4khl2r/0qsHhNNKYqn cVL2QGx23XxOahg6WgrcxpK6BT3+dxlt9GMdzdzALBa9Eny7BVypUzUJ1Tp/wNhr u6/IepQcihZFno7jj0t0y4lkDNBKwOie6YkctMjgaU84jn8P+sTgo5VcHl2ahFMj xVQC1XC7fxDM4jB1oSoUxvKu9gEQ8QD6BGB8eBKhmRhUssyIhww12yMf9Q4Ay3G9 5396wIhCKYOQ+mnBjzA+0Wx3h7yE5zljAgSjZmBTAhuP5+vehld109smK6JxHGf0 2RnTC1FN2N42qLYPdG4RRSIW6J44/8CP2f02Dm/WzqhGCpTK69z6ab+K0cfOUH1P 6s4PQQtVs1mZwpZzMN7YuHWNeWon/Ptueke3+jIGq9/2NH/d1k9BebppHtLF7YWq uVdoSFFqSVnFKA3nGa8n =EuiN -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@freebsd.org Sun Jun 28 23:54:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFD7898F54C for ; Sun, 28 Jun 2015 23:54:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8B441C50; Sun, 28 Jun 2015 23:54:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obzt3 with SMTP id t3so3832440obz.3; Sun, 28 Jun 2015 16:54:33 -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=8UbygRXpMIwuBxQS0UPdWp4L5tNQC/3IdJ12GgCrl5c=; b=Mh+O8kNOjiMuLZMGagoLA0LNv//jaImou2+65PxJtAqqcdR8TQ1WyLh2QPjkeSdZ4t 46QxRipOH6Z2v18zvfdISCvm9Ev+XQ09U+Waij5U9mItm7lyE2ysVHHzUJgyk5hKvMIK KkOz5oXh34825TxNQJDWPffOQ+jVLy2Th4cwjS948it3ZkIxfvbPVSJ161fOw/tphaV0 XwlRCXej/FzeLR/4ZTSVPJT4O+shXaiKwKJJCLnRO7DgPXELeggDS0+Z5oZZrYIkUYwy /a9L8t+qhmk6IUgXfokfvNZTWRfAuGA7JGGQFnIb0meIQ5Xq7uf8lYtjUYY9kYHVGhDB 2OOw== MIME-Version: 1.0 X-Received: by 10.60.177.73 with SMTP id co9mr11078545oec.5.1435535673922; Sun, 28 Jun 2015 16:54:33 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 16:54:33 -0700 (PDT) In-Reply-To: <86zj3j68e7.fsf@gly.ftfl.ca> References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 16:54:33 -0700 X-Google-Sender-Auth: 1lrQ0T_CQ7zfIc4Ornaa-z76sEU Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Joseph Mingrone Cc: Adrian Chadd , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jun 2015 23:54:35 -0000 On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote: > Adrian Chadd writes: > > ok. I've updated my x230 to the latest -head and it is okay at > > suspend/resume. > > No problem with -head on the X220 as well. > > > I can go acquire an x220 (now that they're cheap) to have as another > > reference laptop. > > You might ping Allan Jude. If I'm not mistaken he had at least two > X220s at BSDCan. Maybe he'd be willing to part with one. > I have now merged all of the parts of 284034 except for 281874 and resumes work fine. As i suspected, something in that rather large commit is the problem and it is probably something that depends on some other change in HEAD as Adrian has reported that it works fine in HEAD. I'll have to admit that have no idea how to approach figuring this out. I'm not sure how I can even revert a part of the commit to get 10.2-PRERELEASE working for me. I really wish that a commit as large as this one had been MFCed separately. :-( So far there has been only a single commit to pci and none to pccbb since 284034, so I guess I'll build stable with the files modified in 281874 manually reverted and see how that goes. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 . From owner-freebsd-stable@freebsd.org Mon Jun 29 04:02:03 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C17A198FCCB for ; Mon, 29 Jun 2015 04:02:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82B0114BE; Mon, 29 Jun 2015 04:02:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igrv9 with SMTP id v9so32692926igr.1; Sun, 28 Jun 2015 21:02:03 -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=AuXk3XUwDAh1/XoHs4uNNleNVH9Mb4cPDi91hE0TY/E=; b=b3L0/kNgcwYxn+F4hUUlyUWgGTvPh7tFnwdUZAF/vAhEGJlgtwd4Bv3haoQ2ne3VFY 5IJ4cjxQJ5HOWn3yYojtFXNfnNCOeTFKLvst7StVmNsgv5FfzWlGqsIkjbgt5FHMEUk5 SoC+8gjSu0PEYCbIDykDiuO5dba+HbFwVGmhcF0ohVPNxW420yW8FuWrPU5HxhY6x9ZM ftz62zQ7k9jrrL+UedNPVesktEcszJ8C0xPUlyY84kik+qf33cRjyye8t2DIJ6A9Cm58 lTS5bhoMnSTUK5/lsgxcNLekJgMi9Yclr9pXqimVDwuKjKYjkk8Gx7KpDM0Oc60RTgpK YOfA== MIME-Version: 1.0 X-Received: by 10.50.111.167 with SMTP id ij7mr12232573igb.49.1435550523056; Sun, 28 Jun 2015 21:02:03 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Sun, 28 Jun 2015 21:02:02 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 21:02:02 -0700 Message-ID: Subject: Re: suspend/resume regression From: Adrian Chadd To: Kevin Oberman Cc: Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 04:02:04 -0000 Thanks for digging into this! (two laptops are now running -head from today, all iswell. I'll update the t400 tomorrow.) -a On 28 June 2015 at 16:54, Kevin Oberman wrote: > On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote: >> >> Adrian Chadd writes: >> > ok. I've updated my x230 to the latest -head and it is okay at >> > suspend/resume. >> >> No problem with -head on the X220 as well. >> >> > I can go acquire an x220 (now that they're cheap) to have as another >> > reference laptop. >> >> You might ping Allan Jude. If I'm not mistaken he had at least two >> X220s at BSDCan. Maybe he'd be willing to part with one. > > > I have now merged all of the parts of 284034 except for 281874 and resumes > work fine. As i suspected, something in that rather large commit is the > problem and it is probably something that depends on some other change in > HEAD as Adrian has reported that it works fine in HEAD. > > I'll have to admit that have no idea how to approach figuring this out. I'm > not sure how I can even revert a part of the commit to get 10.2-PRERELEASE > working for me. I really wish that a commit as large as this one had been > MFCed separately. :-( So far there has been only a single commit to pci and > none to pccbb since 284034, so I guess I'll build stable with the files > modified in 281874 manually reverted and see how that goes. > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > . From owner-freebsd-stable@freebsd.org Mon Jun 29 05:45:33 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 917C898DCD1 for ; Mon, 29 Jun 2015 05:45:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4E01C0A; Mon, 29 Jun 2015 05:45:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiyy130 with SMTP id y130so110752600oiy.0; Sun, 28 Jun 2015 22:45:32 -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=Yr67OloKLIdwyxQRUzNIcroT1XW9PaWLDEVQCzpZs14=; b=v1cnVVku5oZYy3nfwXl7pQmQMc3ClzWAa8o1WuH/0qVZGz+bzCu3o5NMseegOpfcRK yYwlUQQqrwRK43as3QCdMN5b5V/bzXnYsGHYjSj313GobHH+XXT5J4tlS8Fy+HMOLyC+ rz1g6WZ/1F/aq9HutUx0vkiZ6CPtEjd/SPOEQE0V5ojs+8uT9hAMGTPk0xcykT4ovPgu T8VXkyR5ddzYLHL3HYdrHXFjXqnFhy4g0M8f01bvfoOG2GZc1SgXB01ok7LlJFBtt7JB HtFFHfZ0KLPAMGcy2Cw5BKamjaQ2D7PLbLJDz8GTpjRh8kAWh7LE0olnxFjw5egnqU9Y 6m8A== MIME-Version: 1.0 X-Received: by 10.202.227.15 with SMTP id a15mr11854330oih.59.1435556732529; Sun, 28 Jun 2015 22:45:32 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 22:45:32 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 22:45:32 -0700 X-Google-Sender-Auth: Gr2oeg4jgV1Fm1RDtiAtFhdWB3k Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Joseph Mingrone Cc: Adrian Chadd , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 05:45:33 -0000 On Sun, Jun 28, 2015 at 4:54 PM, Kevin Oberman wrote: > On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote: > >> Adrian Chadd writes: >> > ok. I've updated my x230 to the latest -head and it is okay at >> > suspend/resume. >> >> No problem with -head on the X220 as well. >> >> > I can go acquire an x220 (now that they're cheap) to have as another >> > reference laptop. >> >> You might ping Allan Jude. If I'm not mistaken he had at least two >> X220s at BSDCan. Maybe he'd be willing to part with one. >> > > I have now merged all of the parts of 284034 except for 281874 and resume > works correctly. As i suspected, something in that rather large commit is > the problem and it is probably something that is tied to some other change > in HEAD as Adrian has reported that it works fine in HEAD. > > I'll have to admit that have no idea how to approach figuring this out. > I'm not sure how I can even revert a part of the commit to get > 10.2-PRERELEASE working for me. I really wish that a commit as large as > this one had been MFCed separately. :-( So far there has been only a > single commit to pci and none to pccbb since 284034, so I built stable with > the files modified in 281874 manually reverted. > I now have r284916M running and it seems to be working fine. All of 284034 committed except for the MFC from 281874. That left three files conflicting with STABLE: /usr/src/sys/dev/pci/pci.c /usr/src/sys/dev/pci/pci_pci.c /usr/src/sys/dev/pccbb/pccbb_pci.c -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon Jun 29 06:07:05 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91EF398DFF1 for ; Mon, 29 Jun 2015 06:07:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 615691224; Mon, 29 Jun 2015 06:07:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igrv9 with SMTP id v9so33902352igr.1; Sun, 28 Jun 2015 23:07:04 -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=DnUTbYWz86px54OeWAu3myZjoB+Z6zNoZA7k3TPKQao=; b=cEFpYzJIjYf0gqycol4o6K/CD1vLMafjfrQSyGewxAFiln7jj8FxWOS05mZWcShld7 hxiR9quQjaV78u78NayJOVTPyovFP7WEPDgvtaiQdY6SdfVD3I5aGxegdrCSIB5jZ8XY xWvZGRxPN8/D8EcQoyiYVCWkY5EPpqP74p5bDrjuiMD0IYeH/2qT9fOWb9CpS6/aCoSp wJUT83nF1Sudp3hEa9m+bIhhyBTlp5Z1qPfM0zjIl/OYpR+Sh2RpBRjcRefunIiLiFk+ 4owTaZtVXfz+6XHaKAufmNYFvV8rHDbkrxlbXs/h8OF89DxmHJ6wyckXr/vmEVXrjSBF dTZQ== MIME-Version: 1.0 X-Received: by 10.50.134.196 with SMTP id pm4mr12706845igb.6.1435558024718; Sun, 28 Jun 2015 23:07:04 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Sun, 28 Jun 2015 23:07:04 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 23:07:04 -0700 Message-ID: Subject: Re: suspend/resume regression From: Adrian Chadd To: Kevin Oberman Cc: Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 06:07:05 -0000 Ok, so which subset of changes is the culprit? (sorry, I'm tired.. :( ) -a On 28 June 2015 at 22:45, Kevin Oberman wrote: > On Sun, Jun 28, 2015 at 4:54 PM, Kevin Oberman wrote: >> >> On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote: >>> >>> Adrian Chadd writes: >>> > ok. I've updated my x230 to the latest -head and it is okay at >>> > suspend/resume. >>> >>> No problem with -head on the X220 as well. >>> >>> > I can go acquire an x220 (now that they're cheap) to have as another >>> > reference laptop. >>> >>> You might ping Allan Jude. If I'm not mistaken he had at least two >>> X220s at BSDCan. Maybe he'd be willing to part with one. >> >> >> I have now merged all of the parts of 284034 except for 281874 and resume >> works correctly. As i suspected, something in that rather large commit is >> the problem and it is probably something that is tied to some other change >> in HEAD as Adrian has reported that it works fine in HEAD. >> >> I'll have to admit that have no idea how to approach figuring this out. >> I'm not sure how I can even revert a part of the commit to get >> 10.2-PRERELEASE working for me. I really wish that a commit as large as this >> one had been MFCed separately. :-( So far there has been only a single >> commit to pci and none to pccbb since 284034, so I built stable with the >> files modified in 281874 manually reverted. > > > I now have r284916M running and it seems to be working fine. All of 284034 > committed except for the MFC from 281874. That left three files conflicting > with STABLE: > /usr/src/sys/dev/pci/pci.c > /usr/src/sys/dev/pci/pci_pci.c > /usr/src/sys/dev/pccbb/pccbb_pci.c > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > From owner-freebsd-stable@freebsd.org Mon Jun 29 06:54:37 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB9E598E6A6 for ; Mon, 29 Jun 2015 06:54:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7744154D; Mon, 29 Jun 2015 06:54:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oigx81 with SMTP id x81so111550900oig.1; Sun, 28 Jun 2015 23:54:36 -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=UNbTH5ROIzYP/sxYB7f31t4laUIwytJ5waxc7BD5ZsA=; b=t5+ozh3x/JPENrQmI+q9U2iJZh03LuBDWz+gk+A6ZX2e+OonbRRGBZGzDV6tX2U/l0 XzDjS+KHr+yKZtM+YOJHamzqj3+ZZwSBZrKmOdbajub7kLXjeGo5tzMY113KMJtRhZV+ uenHmHF2GWoeIjp7n3ZjYUrhXPbVYDrMBcNnDVbo36qde+uMI8EelfpEiaerF9pJl28m g3n/WJezGIPZNIMegCwmKr5eIi8OXcG66M+FMegBeJYzeDSu50NISZ7LIQB/owxdQ81o LX54EFH/2G0HMUbe6D+TsFyvmJWktAmLjMOBpnB7gdf1k603Y63FN34cnftTcfcxTxA5 Hehg== MIME-Version: 1.0 X-Received: by 10.202.188.139 with SMTP id m133mr11966805oif.73.1435560876033; Sun, 28 Jun 2015 23:54:36 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sun, 28 Jun 2015 23:54:35 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> Date: Sun, 28 Jun 2015 23:54:35 -0700 X-Google-Sender-Auth: P3nbntRIpjPZ6pPRI6-2iKC7KJM Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Adrian Chadd Cc: Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 06:54:37 -0000 On Sun, Jun 28, 2015 at 11:07 PM, Adrian Chadd wrote: > Ok, so which subset of changes is the culprit? > > (sorry, I'm tired.. :( ) > > > The merge of 281874 broke it. Unfortunately, this is a fairly large and important change that touches five files, mainly dev/pci/pci.c and dev/pci/pci_pci.c with a less significant update to dev/pccbb/pccbb_pci.c. Get some rest. This is an annoying regression, but not disastrous. Systems still run and it sounds like many still resume. Unfortunately my T520 and some contemporary ThinkPads don't. I now have enough data to open a fairly coherent ticket. I'll try to open it tomorrow. (I'm tired, too.) -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > -a > > > On 28 June 2015 at 22:45, Kevin Oberman wrote: > > On Sun, Jun 28, 2015 at 4:54 PM, Kevin Oberman > wrote: > >> > >> On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote: > >>> > >>> Adrian Chadd writes: > >>> > ok. I've updated my x230 to the latest -head and it is okay at > >>> > suspend/resume. > >>> > >>> No problem with -head on the X220 as well. > >>> > >>> > I can go acquire an x220 (now that they're cheap) to have as another > >>> > reference laptop. > >>> > >>> You might ping Allan Jude. If I'm not mistaken he had at least two > >>> X220s at BSDCan. Maybe he'd be willing to part with one. > >> > >> > >> I have now merged all of the parts of 284034 except for 281874 and > resume > >> works correctly. As i suspected, something in that rather large commit > is > >> the problem and it is probably something that is tied to some other > change > >> in HEAD as Adrian has reported that it works fine in HEAD. > >> > >> I'll have to admit that have no idea how to approach figuring this out. > >> I'm not sure how I can even revert a part of the commit to get > >> 10.2-PRERELEASE working for me. I really wish that a commit as large as > this > >> one had been MFCed separately. :-( So far there has been only a single > >> commit to pci and none to pccbb since 284034, so I built stable with the > >> files modified in 281874 manually reverted. > > > > > > I now have r284916M running and it seems to be working fine. All of > 284034 > > committed except for the MFC from 281874. That left three files > conflicting > > with STABLE: > > /usr/src/sys/dev/pci/pci.c > > /usr/src/sys/dev/pci/pci_pci.c > > /usr/src/sys/dev/pccbb/pccbb_pci.c > > -- > > Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > From owner-freebsd-stable@freebsd.org Mon Jun 29 07:08:51 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4747A98EBE8 for ; Mon, 29 Jun 2015 07:08:51 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id EF5031DE1 for ; Mon, 29 Jun 2015 07:08:50 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id D9C24898E6 for ; Mon, 29 Jun 2015 09:08:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1435561719; x= 1437376120; bh=K7C0lKaL3VANwdIhv6ijUEL7G7EnCv/15B+5ueH8fl8=; b=o FmR8iX4/GE/nqoN6NBWeC9aQQnhTzrlB9RUTBBFsd+geF+yA8JDVod1QjWD9KRgr 46mXEyigS7DwlUuK5wfV5dFG3VSkxPpMSv+gkrwXIaS2gQtElgG+AGWUTuPhYw4L yhP5FrZLQD4u4Kq12wiRAz6F+hWEj2cLiDW2SrDwf8= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id cA1BZvSWlXdJ for ; Mon, 29 Jun 2015 09:08:39 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id 6A51C89282 for ; Mon, 29 Jun 2015 09:08:39 +0200 (CEST) Date: Mon, 29 Jun 2015 09:08:38 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: FreeBSD-STABLE Mailing List Subject: 10.1-RELEASE-p13 redownloads /usr/share/man/whatis Message-ID: <20150629090838.54802e08@efreet> Organization: Mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 07:08:51 -0000 Hi, My system is 10.1-RELEASE-p13, but freebsd-update still wants to update /usr/share/man/whatis in order to get to -p13: pacija@mysql2:~ % freebsd-version=20 10.1-RELEASE-p13 pacija@mysql2:~ % sudo freebsd-update fetch Looking up update.FreeBSD.org mirrors... none found. Fetching metadata signature for 10.1-RELEASE from update.FreeBSD.org... don= e. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be updated as part of updating to 10.1-RELEASE-p13: /usr/share/man/whatis Hope this gets fixed in -p14. --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Mon Jun 29 07:24:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D575198F008 for ; Mon, 29 Jun 2015 07:24:46 +0000 (UTC) (envelope-from trev@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69B1D1662 for ; Mon, 29 Jun 2015 07:24:45 +0000 (UTC) (envelope-from trev@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.14.9/8.14.9) with ESMTP id t5T7MsbU073258 for ; Mon, 29 Jun 2015 17:22:54 +1000 (AEST) (envelope-from trev@sentry.org) Message-ID: <5590F24E.7060904@sentry.org> Date: Mon, 29 Jun 2015 17:22:54 +1000 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: 10.1-RELEASE-p13 redownloads /usr/share/man/whatis References: <20150629090838.54802e08@efreet> In-Reply-To: <20150629090838.54802e08@efreet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [127.0.0.1]); Mon, 29 Jun 2015 17:22:54 +1000 (AEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 07:24:46 -0000 Marko Cupa=C4=87 wrote: > Hi, > > My system is 10.1-RELEASE-p13, but freebsd-update still wants to > update /usr/share/man/whatis in order to get to -p13: > > pacija@mysql2:~ % freebsd-version > 10.1-RELEASE-p13 > > pacija@mysql2:~ % sudo freebsd-update fetch > Looking up update.FreeBSD.org mirrors... none found. > Fetching metadata signature for 10.1-RELEASE from update.FreeBSD.org...= done. > Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. > > The following files will be updated as part of updating to 10.1-RELEASE= -p13: > /usr/share/man/whatis > > Hope this gets fixed in -p14. Worked for me: root@centurion [/home/trev] $ freebsd-version -ku 10.1-RELEASE-p10 10.1-RELEASE-p13 root@centurion [/home/trev] $ freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 10.1-RELEASE from=20 update5.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 10.1-RELEASE-p13. From owner-freebsd-stable@freebsd.org Mon Jun 29 08:45:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E144B98D330 for ; Mon, 29 Jun 2015 08:45:57 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9516A147A for ; Mon, 29 Jun 2015 08:45:57 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id BF69189909 for ; Mon, 29 Jun 2015 10:45:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1435567547; x=1437381948; bh=tYDXjMPFSmWuI1vTRzxGkV74sn7es19xauW Kb79b9yo=; b=rgIW5lf9uRaQVeRCYejunuaCSeB/4UKzovPFipnnG1z4sq134YT xDQUxuAkmLGpCCCqtmzPXtHpJA5fTvgbjqTpbWG6Okn/byNO3MwR6MAK3QigsfDb rjz1aQUyxYB80IusA8TbshXzIFRB48vrvMP5kvShvYu9hlUZ6nPzHIpU= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id RZXE11HU5JkW for ; Mon, 29 Jun 2015 10:45:47 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id C818C898DA for ; Mon, 29 Jun 2015 10:45:46 +0200 (CEST) Date: Mon, 29 Jun 2015 10:45:45 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: 10.1-RELEASE-p13 redownloads /usr/share/man/whatis Message-ID: <20150629104545.0d94fe67@efreet> In-Reply-To: <5590F24E.7060904@sentry.org> References: <20150629090838.54802e08@efreet> <5590F24E.7060904@sentry.org> Organization: Mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 08:45:58 -0000 On Mon, 29 Jun 2015 17:22:54 +1000 Trevor Roydhouse wrote: > Worked for me: >=20 > root@centurion [/home/trev] $ freebsd-version -ku > 10.1-RELEASE-p10 > 10.1-RELEASE-p13 > root@centurion [/home/trev] $ freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > Fetching metadata signature for 10.1-RELEASE from=20 > update5.freebsd.org... done. > Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. >=20 > No updates needed to update system to 10.1-RELEASE-p13. This is strange. Have you modified your freebsd-conf? Mine is default, except I have removed 'src' from components: -Components src world kernel +Components world kernel --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Mon Jun 29 09:11:59 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8099E98C79E for ; Mon, 29 Jun 2015 09:11:59 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id 322C91990 for ; Mon, 29 Jun 2015 09:11:58 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id 0F6B789AA2 for ; Mon, 29 Jun 2015 11:11:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1435569114; x=1437383515; bh=WtgBo21w1ZLD1zRxhi/bzX2uuovxficXWIM VMQrG/ZM=; b=v06jsEUNooVx4V74TU/R5DENpe8S/cfkJZdiC5Y20o7IyxsOJPy RVrsn0r9mXPWyvWyoFzpDfKvGgXqhdYVrpoj1Y5d33CzPNMbVQxI9B/OGynCE/62 N6HpbFEy7ZIWMtZCHY3nPJppOtxTPwJIgRLU9yS+XwC4ikChTEVLQwLA= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id h1pR_VfoarbZ for ; Mon, 29 Jun 2015 11:11:54 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id AEE5889A83 for ; Mon, 29 Jun 2015 11:11:54 +0200 (CEST) Date: Mon, 29 Jun 2015 11:11:54 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: 10.1-RELEASE-p13 redownloads /usr/share/man/whatis Message-ID: <20150629111154.235c8f74@efreet> In-Reply-To: <20150629104545.0d94fe67@efreet> References: <20150629090838.54802e08@efreet> <5590F24E.7060904@sentry.org> <20150629104545.0d94fe67@efreet> Organization: Mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 09:11:59 -0000 On Mon, 29 Jun 2015 10:45:45 +0200 Marko Cupa=C4=87 wrote: > On Mon, 29 Jun 2015 17:22:54 +1000 > Trevor Roydhouse wrote: >=20 > > Worked for me: > >=20 > > root@centurion [/home/trev] $ freebsd-version -ku > > 10.1-RELEASE-p10 > > 10.1-RELEASE-p13 > > root@centurion [/home/trev] $ freebsd-update fetch > > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > > Fetching metadata signature for 10.1-RELEASE from=20 > > update5.freebsd.org... done. > > Fetching metadata index... done. > > Inspecting system... done. > > Preparing to download files... done. > >=20 > > No updates needed to update system to 10.1-RELEASE-p13. >=20 > This is strange. >=20 > Have you modified your freebsd-conf? Mine is default, except I have > removed 'src' from components: >=20 > -Components src world kernel > +Components world kernel I did once again freebsd-update fetch and freebsd-update install and it is solved now. Sorry for the fuss. --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Mon Jun 29 10:18:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 091D498FE01 for ; Mon, 29 Jun 2015 10:18:34 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 839591D03; Mon, 29 Jun 2015 10:18:33 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: by lagh6 with SMTP id h6so47694325lag.2; Mon, 29 Jun 2015 03:18:31 -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 :content-type; bh=sxcb5RzRvft1m/MiR0diDNElW8bdjYkJnq8OnhK9SQM=; b=GWSLO7RzXQFj4FhHLgrE7ptyB6Bh6GX6EuMZtWi/RJeTIZSbcZHaugHmbvauJcPXkI ue5rvvxXu+/nNf96LAOJ4BXWsv+VVU7V57UzDixQyNvx3eySoW/J/u6qpftD1ycMc309 HFMRpoq0FVESMs8ZgZ0uVddtSdj/aTiRWUbs2e6po/r3ret54zEd/Fblk+sP1SBuYCzb x4+AoXMGXscpiOSUtLbZpTTgmKnb0KUpcle1Awq625JeO8I5cma2rmbqXHMopkKqFkug eKul3FOjHgMnv6J+Q/orA0KZTM/CEZjdhNPUEWNopos47fv6Abf/2JZRJdxbeg92D05q CL9g== MIME-Version: 1.0 X-Received: by 10.152.170.234 with SMTP id ap10mr9827801lac.28.1435573111614; Mon, 29 Jun 2015 03:18:31 -0700 (PDT) Received: by 10.152.219.35 with HTTP; Mon, 29 Jun 2015 03:18:31 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Jun 2015 13:18:31 +0300 Message-ID: Subject: Re: Bug 201072 From: Kimmo Paasiala To: Alan Somers , "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 10:18:34 -0000 On Sun, Jun 28, 2015 at 5:50 AM, Alan Somers wrote: > I'm on vacation now. But if nobody else helps you, ping me again on > 8-July-2015 and I'll test and merge the patch. One question, have you > checked whether the issue exists on CURRENT? > > Thanks for your contribution. > > On Sat, Jun 27, 2015 at 4:15 AM, Kimmo Paasiala wrote: >> Hello, >> >> Could someone take a look at >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201072 ? >> >> The patch I've created fixes an issue on stable/10 with various atf >> directories that are still created by /etc/mtree/* database but are >> then deleted by 'make delete-old' later. The directories are clearly >> redundant because the WITH/WITHOUT_ATF flags were removed in >> https://svnweb.freebsd.org/base?view=revision&sortby=rev&sortdir=down&revision=r261236. >> >> -Kimmo It looks like the atf directories were removed from /etc/mtree/* in: https://svnweb.freebsd.org/base?view=revision&revision=260024 They were later put back in this commit: https://svnweb.freebsd.org/base?view=revision&revision=277457 My patch is not valid apparently because it would break the tests stuff again, I had no idea how complex the issue was... -Kimmo From owner-freebsd-stable@freebsd.org Mon Jun 29 13:32:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04A7198F99C for ; Mon, 29 Jun 2015 13:32:41 +0000 (UTC) (envelope-from gardnerbell@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DD48D1F9E for ; Mon, 29 Jun 2015 13:32:40 +0000 (UTC) (envelope-from gardnerbell@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DA39798F99B; Mon, 29 Jun 2015 13:32:40 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9A8798F99A for ; Mon, 29 Jun 2015 13:32:40 +0000 (UTC) (envelope-from gardnerbell@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 784F41F9D for ; Mon, 29 Jun 2015 13:32:40 +0000 (UTC) (envelope-from gardnerbell@gmail.com) Received: by wguu7 with SMTP id u7so141550170wgu.3 for ; Mon, 29 Jun 2015 06:32:39 -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=Nn/oSEyGuGYwdQIZKEjr8F3JI2eKAlwGGXce7hI1qoU=; b=EYqLaxFiYUV5YKhWNxrbrA0POX9OqGdB9irMoZ7mRZP6lKFa4Zgp4zdkEOAfwPM2wt FwsZFzrTkJ5i5qiGwRbBNvHBLa294u71F/6IoUWMqQXMSd+RNK2I+qVxnm1uyK0Vrs3M CtVU8WWkF6eKQ7eN4FS6Eeki8sQUbB4A/IfRVYyH6xHIiwoSul1UsYtWEwPTYzz/DIB2 mLx8zjdXFYWatjc58sKGGJSC1y7HMB7s2bn8+0cN8vAZeo8JrnQrfrvRCV9eFL1TJL3X 9Rtyh2uH0rr93UoGJYhod+AgZ5vkMCYEZf9skJZKAgn+B5Um1MYmWLXFcdA+nCJqdc2H i6mQ== MIME-Version: 1.0 X-Received: by 10.194.2.68 with SMTP id 4mr29722943wjs.82.1435584759104; Mon, 29 Jun 2015 06:32:39 -0700 (PDT) Received: by 10.28.185.138 with HTTP; Mon, 29 Jun 2015 06:32:39 -0700 (PDT) Date: Mon, 29 Jun 2015 09:32:39 -0400 Message-ID: Subject: RealTek 8179CE From: Gardner Bell To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 13:32:41 -0000 I've installed 10.1-RELEASE on a Toshiba Satellite but the on-board wireless nics are not being picked up by any drivers. From the pciconf utility it is showing as. none2@pci0:2:0:0: class=0x028000 card=0x019110ec chip=0x817910ec rev=0x01 hdr=0x0 vendor = 'RealTek Semiconductor Ltd' class = network none3@pci0:3:0:0: class=0x02000 card=0xfa401179 chip=0x10a01969 rev=0x10 hdr=0x0 vendor = 'Atheros Communications Inc' class = network subclass= ethernet If anyone has an idea what driver these cards may fall under or how to have these attach to a driver would be appreciated -- Gardner Bell From owner-freebsd-stable@freebsd.org Mon Jun 29 20:15:29 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0E52990533 for ; Mon, 29 Jun 2015 20:15:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B88B2196A for ; Mon, 29 Jun 2015 20:15:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.ysv.freebsd.org (Postfix) id B52E3990532; Mon, 29 Jun 2015 20:15:29 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4A01990531 for ; Mon, 29 Jun 2015 20:15:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B08E1969 for ; Mon, 29 Jun 2015 20:15:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Z9fSU-0000mJ-84; Mon, 29 Jun 2015 22:15:19 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: stable@freebsd.org, "Gardner Bell" Subject: Re: RealTek 8179CE References: Date: Mon, 29 Jun 2015 22:15:13 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 1fac81774939798d1cdb19633eb460de X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jun 2015 20:15:29 -0000 On Mon, 29 Jun 2015 15:32:39 +0200, Gardner Bell wrote: > I've installed 10.1-RELEASE on a Toshiba Satellite but the on-board > wireless nics are not being picked up by any drivers. From the pciconf > utility it is showing as. > > none2@pci0:2:0:0: class=0x028000 card=0x019110ec chip=0x817910ec rev=0x01 > hdr=0x0 > vendor = 'RealTek Semiconductor Ltd' > class = network > I don't know. Googleing for the chip number gives me only somebody else asking the same question. https://www.google.com/search?q=0x817910ec > none3@pci0:3:0:0: class=0x02000 card=0xfa401179 chip=0x10a01969 rev=0x10 > hdr=0x0 > vendor = 'Atheros Communications Inc' > class = network > subclass= ethernet > I guess this should be handled by the if_ath driver, but I don't know if it supports this specific chipset. Googleing for the card and/or chip idea also gives more questions from people trying to make it work. > If anyone has an idea what driver these cards may fall under or how to > have > these attach to a driver would be appreciated > I just bought an 'Intel Centrino Advanced 6235' which is only supported by if_iwn in 11-CURRENT and not in 10. You might try to boot from a USB stick with a 11 image on it. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/11.0/ Regards, Ronald. From owner-freebsd-stable@freebsd.org Tue Jun 30 00:19:18 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EB5598F81E for ; Tue, 30 Jun 2015 00:19:18 +0000 (UTC) (envelope-from robertames@hotmail.com) Received: from BLU004-OMC2S23.hotmail.com (blu004-omc2s23.hotmail.com [65.55.111.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 508AE2CC7 for ; Tue, 30 Jun 2015 00:19:17 +0000 (UTC) (envelope-from robertames@hotmail.com) Received: from BLU177-W47 ([65.55.111.71]) by BLU004-OMC2S23.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Mon, 29 Jun 2015 17:19:10 -0700 X-TMN: [W6N3dDXnch6Eer7a9TxtQS1LXvKR85Af] X-Originating-Email: [robertames@hotmail.com] Message-ID: From: Robert Ames To: "freebsd-stable@freebsd.org" Subject: FreeBSD-EN-15:06.file Date: Mon, 29 Jun 2015 20:19:10 -0400 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 30 Jun 2015 00:19:10.0988 (UTC) FILETIME=[631F54C0:01D0B2CA] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 00:19:18 -0000 Trying to get caught up on some of the recent Errata Notices and I'm=0A= having problems with FreeBSD-EN-15:06.file on 9.3-RELEASE.=0A= =0A= # cd /usr/src=0A= # patch < /tmp/file-9.3.patch=0A= =0A= After successfully applying hundreds of patches=2C it eventually=0A= fails with=0A= =0A= =0A= Hmm...=A0 The next patch looks like a unified diff to me...=0A= The text leading up to this was:=0A= --------------------------=0A= |Index: contrib/file/magic/Magdir/games=0A= |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= |--- contrib/file/magic/Magdir/games=A0=A0=A0 (revision 0)=0A= |+++ contrib/file/magic/Magdir/games=A0=A0=A0 (working copy)=0A= --------------------------=0A= patch: **** games is not a normal file--can't patch=0A= =0A= =0A= Does anyone have any suggestions?=0A= =0A= = From owner-freebsd-stable@freebsd.org Tue Jun 30 15:46:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F12E698D3C4 for ; Tue, 30 Jun 2015 15:46:23 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF215157C; Tue, 30 Jun 2015 15:46:23 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from [10.168.199.80] (mobile-166-173-057-007.mycingular.net [166.173.57.7]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 50B44B94E; Tue, 30 Jun 2015 11:45:22 -0400 (EDT) Mime-Version: 1.0 (1.0) Subject: Re: suspend/resume regression From: John Baldwin X-Mailer: iPhone Mail (12F70) In-Reply-To: Date: Tue, 30 Jun 2015 09:45:18 -0600 Cc: Adrian Chadd , Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List , John Baldwin Message-Id: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> To: Kevin Oberman X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 30 Jun 2015 11:46:22 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 15:46:24 -0000 I'm traveling and AFK for a week or so more, but I did test this MFC includi= ng suspend/resume with CardBus, etc. on a T440 before committing it. It wou= ld be good to know if HEAD works for you. If it does then there's likely an= other fix from HEAD that you need merged. --=20 John Baldwin > On Jun 29, 2015, at 00:54, Kevin Oberman wrote: >=20 >> On Sun, Jun 28, 2015 at 11:07 PM, Adrian Chadd w= rote: >> Ok, so which subset of changes is the culprit? >>=20 >> (sorry, I'm tired.. :( ) > The merge of 281874 broke it. Unfortunately, this is a fairly large and im= portant change that touches five files, mainly dev/pci/pci.c and dev/pci/pci= _pci.c with a less significant update to dev/pccbb/pccbb_pci.c. >=20 > Get some rest. This is an annoying regression, but not disastrous. Systems= still run and it sounds like many still resume. Unfortunately my T520 and s= ome contemporary ThinkPads don't. >=20 > I now have enough data to open a fairly coherent ticket. I'll try to open i= t tomorrow. (I'm tired, too.) > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >=20 >>=20 >> -a >>=20 >>=20 >> On 28 June 2015 at 22:45, Kevin Oberman wrote: >> > On Sun, Jun 28, 2015 at 4:54 PM, Kevin Oberman wr= ote: >> >> >> >> On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote:= >> >>> >> >>> Adrian Chadd writes: >> >>> > ok. I've updated my x230 to the latest -head and it is okay at >> >>> > suspend/resume. >> >>> >> >>> No problem with -head on the X220 as well. >> >>> >> >>> > I can go acquire an x220 (now that they're cheap) to have as anothe= r >> >>> > reference laptop. >> >>> >> >>> You might ping Allan Jude. If I'm not mistaken he had at least two >> >>> X220s at BSDCan. Maybe he'd be willing to part with one. >> >> >> >> >> >> I have now merged all of the parts of 284034 except for 281874 and res= ume >> >> works correctly. As i suspected, something in that rather large commit= is >> >> the problem and it is probably something that is tied to some other ch= ange >> >> in HEAD as Adrian has reported that it works fine in HEAD. >> >> >> >> I'll have to admit that have no idea how to approach figuring this out= . >> >> I'm not sure how I can even revert a part of the commit to get >> >> 10.2-PRERELEASE working for me. I really wish that a commit as large a= s this >> >> one had been MFCed separately. :-( So far there has been only a singl= e >> >> commit to pci and none to pccbb since 284034, so I built stable with t= he >> >> files modified in 281874 manually reverted. >> > >> > >> > I now have r284916M running and it seems to be working fine. All of 284= 034 >> > committed except for the MFC from 281874. That left three files conflic= ting >> > with STABLE: >> > /usr/src/sys/dev/pci/pci.c >> > /usr/src/sys/dev/pci/pci_pci.c >> > /usr/src/sys/dev/pccbb/pccbb_pci.c >> > -- >> > Kevin Oberman, Network Engineer, Retired >> > E-mail: rkoberman@gmail.com >> > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> > >=20 From owner-freebsd-stable@freebsd.org Tue Jun 30 17:02:43 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 732C89906D7 for ; Tue, 30 Jun 2015 17:02:43 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 429EB1C7D for ; Tue, 30 Jun 2015 17:02:43 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by pacws9 with SMTP id ws9so8456798pac.0 for ; Tue, 30 Jun 2015 10:02:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=VRafn8NjTPTsSyZdrCIY3gAQHCmJLWvenN3n53BB9xs=; b=HY2SsQcR1eDA/K4+83FEH4fVRsLQ1pPxyGvOqkH58Mzadb8w81f4xb677FASk2dO2K S2t4iJJ0jN8TQBQnwcfmde6VTuKtN9/5x9GvgYInemrP2wpTZCreqasi8WIYlGkDlUBU HxTlE0qBBuKMNOPsP3wSLJqXzKmDjDAzZu8hnnvZcPFHYVy98d7NtHGIkF4X3+HmWRL5 /Zatdm42UonXP0f6KL13GVHs5NgwMKt6kVPrmn4TXiR7j558DCRQj7puRZ+Ghv30iyKC YFKqir+Fe4mIHI9yOEksg5YfSXNwGcuVPz0MA2YVivgoV+q+lsUG6AnJj03AkNvumyiz zH5g== X-Received: by 10.70.34.38 with SMTP id w6mr45852194pdi.147.1435683762426; Tue, 30 Jun 2015 10:02:42 -0700 (PDT) Received: from ?IPv6:2001:44b8:31ae:7b01:f948:13f3:a76c:4ed8? (2001-44b8-31ae-7b01-f948-13f3-a76c-4ed8.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:f948:13f3:a76c:4ed8]) by mx.google.com with ESMTPSA id jd4sm46138123pbd.46.2015.06.30.10.02.40 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2015 10:02:41 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Bug 201072 References: To: Kimmo Paasiala , "freebsd-stable@freebsd.org" From: Kubilay Kocak Message-ID: <5592CBAA.3070208@FreeBSD.org> Date: Wed, 1 Jul 2015 03:02:34 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 17:02:43 -0000 On 29/06/2015 8:18 PM, Kimmo Paasiala wrote: > It looks like the atf directories were removed from /etc/mtree/* in: > > https://svnweb.freebsd.org/base?view=revision&revision=260024 > > They were later put back in this commit: > > https://svnweb.freebsd.org/base?view=revision&revision=277457 > > My patch is not valid apparently because it would break the tests > stuff again, I had no idea how complex the issue was... Hi Kimmo, thanks for the report :) Please add your comment to the issue, I have triaged it and cc'd our testing gurus who can hopefully help ./koobs From owner-freebsd-stable@freebsd.org Tue Jun 30 17:07:14 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10F7E99079A for ; Tue, 30 Jun 2015 17:07:14 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D4BD1E4D; Tue, 30 Jun 2015 17:07:13 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: by lagh6 with SMTP id h6so21870405lag.2; Tue, 30 Jun 2015 10:07:11 -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=xGbR/ybc5MtqihRf3VL/hT0cxD1YzsP1x25JgPNtRQs=; b=TLn6x00ldtUK9db4RG4rQ7eRCZylGmCjie17w6s7F6N1bJ+bWuUcPeyMo6aVl94oIk SXuuNcIER6hDHMlruW/hS8Bp5x8KiaizbUIXG7ATRiv5v561NpHrgxq2lxlAL16/uAI/ kFLVAaAsEZu1592dcJAzK05UF0LMu301rMJkekcCjhiWHcLS7Q+gA5fOV5ZsBtDfsqmo z0qXldIE4V0p/IxSkBDe49T7iJiHG2HV77s6UxY454qlIc5rc94Pav3+ZGjAuqCPRe7+ Jquuj5V9J6R1/iuPyperZjsogT/fwvsbsxLSRnOVfmmHpWfUNFAvLZwA/wNsrKdIP3Qf oeyQ== MIME-Version: 1.0 X-Received: by 10.152.26.163 with SMTP id m3mr20743067lag.86.1435684031455; Tue, 30 Jun 2015 10:07:11 -0700 (PDT) Received: by 10.152.219.35 with HTTP; Tue, 30 Jun 2015 10:07:11 -0700 (PDT) In-Reply-To: <5592CBAA.3070208@FreeBSD.org> References: <5592CBAA.3070208@FreeBSD.org> Date: Tue, 30 Jun 2015 20:07:11 +0300 Message-ID: Subject: Re: Bug 201072 From: Kimmo Paasiala To: koobs@freebsd.org Cc: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 17:07:14 -0000 On Tue, Jun 30, 2015 at 8:02 PM, Kubilay Kocak wrote: > On 29/06/2015 8:18 PM, Kimmo Paasiala wrote: >> It looks like the atf directories were removed from /etc/mtree/* in: >> >> https://svnweb.freebsd.org/base?view=revision&revision=260024 >> >> They were later put back in this commit: >> >> https://svnweb.freebsd.org/base?view=revision&revision=277457 >> >> My patch is not valid apparently because it would break the tests >> stuff again, I had no idea how complex the issue was... > > Hi Kimmo, thanks for the report :) > > Please add your comment to the issue, I have triaged it and cc'd our > testing gurus who can hopefully help > > ./koobs Done. -Kimmo From owner-freebsd-stable@freebsd.org Tue Jun 30 21:27:37 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37B3E991015 for ; Tue, 30 Jun 2015 21:27:37 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA3CA199F for ; Tue, 30 Jun 2015 21:27:36 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [37.204.167.124] (helo=[172.16.100.32]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZA342-0004Cc-Du for freebsd-stable@freebsd.org; Wed, 01 Jul 2015 00:27:34 +0300 Message-ID: <559309CE.2020306@FreeBSD.org> Date: Wed, 01 Jul 2015 00:27:42 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: Sharing NTFS via NFS Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 21:27:37 -0000 Hi. For some reason I need to share USB disk with NTFS via NFS. I use fusefs-ntfs to mount the USB disk. But can't export it. I've got this message from mountd(8): mountd[85534]: can't export /mnt After googling I found out Linux can export Ntfs-3g with option no_root_squash: http://ubuntuforums.org/showthread.php?t=1791330 But how to do this with FreeBSD (10.0-RELEASE now)? From owner-freebsd-stable@freebsd.org Tue Jun 30 22:26:15 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BB0D991A1E for ; Tue, 30 Jun 2015 22:26:15 +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 1B90A18F7; Tue, 30 Jun 2015 22:26:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AFBQAqFpNV/61jaINBGoNlXwaDGLwUCoUuSgKCFBABAQEBAQEBgQqEIwEBBAEBASArIAsFCwIBCA4KAgINGQICJwEJJgIECAcEARwEiA4NOrIhlwcBAQEBAQUBAQEBAQEBG4EhiimENAEBHDQHgmiBQwWUB4RahDKESZY9AiZjgzMiMQeBBTqBAgEBAQ X-IronPort-AV: E=Sophos;i="5.15,381,1432612800"; d="scan'208";a="221290537" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 30 Jun 2015 18:26:13 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 79FDF15F533; Tue, 30 Jun 2015 18:26:13 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id fTgDlyqE7sCc; Tue, 30 Jun 2015 18:26:12 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id D824315F54D; Tue, 30 Jun 2015 18:26:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id BrrSsGyi4Z-F; Tue, 30 Jun 2015 18:26:12 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id BDEFF15F533; Tue, 30 Jun 2015 18:26:12 -0400 (EDT) Date: Tue, 30 Jun 2015 18:26:12 -0400 (EDT) From: Rick Macklem To: Sergey Matveychuk Cc: freebsd-stable@freebsd.org Message-ID: <1613380541.2481681.1435703172752.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <559309CE.2020306@FreeBSD.org> References: <559309CE.2020306@FreeBSD.org> Subject: Re: Sharing NTFS via NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.10] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: Sharing NTFS via NFS Thread-Index: CJlenuXKd4kK38mbz6cvEBycKosQmA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 22:26:15 -0000 Sergey Matveychuk wrote: > Hi. > > For some reason I need to share USB disk with NTFS via NFS. I use > fusefs-ntfs to mount the USB disk. But can't export it. I've got this > message from mountd(8): > mountd[85534]: can't export /mnt > > After googling I found out Linux can export Ntfs-3g with option > no_root_squash: http://ubuntuforums.org/showthread.php?t=1791330 > > But how to do this with FreeBSD (10.0-RELEASE now)? Short answer is you can't. Fuse file systems on FreeBSD can't be exported. rick > _______________________________________________ > 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 Jun 30 22:42:07 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 523A1991D9C for ; Tue, 30 Jun 2015 22:42:07 +0000 (UTC) (envelope-from sem@semmy.ru) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 152BF224C for ; Tue, 30 Jun 2015 22:42:06 +0000 (UTC) (envelope-from sem@semmy.ru) Received: from [37.204.167.124] (helo=[172.16.100.32]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZA4E8-0004ia-S1 for freebsd-stable@freebsd.org; Wed, 01 Jul 2015 01:42:04 +0300 Message-ID: <55931B44.5080503@semmy.ru> Date: Wed, 01 Jul 2015 01:42:12 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Sharing NTFS via NFS References: <559309CE.2020306@FreeBSD.org> <1613380541.2481681.1435703172752.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <1613380541.2481681.1435703172752.JavaMail.zimbra@uoguelph.ca> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 22:42:07 -0000 01.07.2015 1:26, Rick Macklem wrote: > Sergey Matveychuk wrote: >> Hi. >> >> For some reason I need to share USB disk with NTFS via NFS. I use >> fusefs-ntfs to mount the USB disk. But can't export it. I've got this >> message from mountd(8): >> mountd[85534]: can't export /mnt >> >> After googling I found out Linux can export Ntfs-3g with option >> no_root_squash: http://ubuntuforums.org/showthread.php?t=1791330 >> >> But how to do this with FreeBSD (10.0-RELEASE now)? > Short answer is you can't. Fuse file systems on FreeBSD can't be exported. > I'd like to read a long answer. Why? What limitations? From owner-freebsd-stable@freebsd.org Tue Jun 30 23:37:02 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 519EA9909E1 for ; Tue, 30 Jun 2015 23:37:02 +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 1183B1EEA for ; Tue, 30 Jun 2015 23:37:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AFBQC/J5NV/61jaINBGoNlXwaDGLwSCoUuSgKCFhABAQEBAQEBgQqEIwEBBAEBASArIAsFCwIBCA4KAgINGQICJwEJJgIECAcEARwEiA4NOrI7lwQBAQEBAQEBAwEBAQEBAQEbgSGKKYQ0AQEFFzQHgmiBQwWUB4RahDKEBUSGW49iAiZjgzMiMQeBBTqBAgEBAQ X-IronPort-AV: E=Sophos;i="5.15,381,1432612800"; d="scan'208";a="221298794" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 30 Jun 2015 19:36:40 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 40AB715F533; Tue, 30 Jun 2015 19:36:40 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id s6Ut6qEcszOb; Tue, 30 Jun 2015 19:36:39 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 9ED2415F54D; Tue, 30 Jun 2015 19:36:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZOTzHPCiQigy; Tue, 30 Jun 2015 19:36:39 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 6EB8215F533; Tue, 30 Jun 2015 19:36:39 -0400 (EDT) Date: Tue, 30 Jun 2015 19:36:39 -0400 (EDT) From: Rick Macklem To: Sergey Matveychuk Cc: freebsd-stable@freebsd.org Message-ID: <339979632.2496209.1435707399408.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <55931B44.5080503@semmy.ru> References: <559309CE.2020306@FreeBSD.org> <1613380541.2481681.1435703172752.JavaMail.zimbra@uoguelph.ca> <55931B44.5080503@semmy.ru> Subject: Re: Sharing NTFS via NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.12] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: Sharing NTFS via NFS Thread-Index: FeWCW6//dKpQ8acF4mzz9pYcmlMABA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jun 2015 23:37:02 -0000 Sergey Matveychuk wrote: > 01.07.2015 1:26, Rick Macklem wrote: > > Sergey Matveychuk wrote: > >> Hi. > >> > >> For some reason I need to share USB disk with NTFS via NFS. I use > >> fusefs-ntfs to mount the USB disk. But can't export it. I've got this > >> message from mountd(8): > >> mountd[85534]: can't export /mnt > >> > >> After googling I found out Linux can export Ntfs-3g with option > >> no_root_squash: http://ubuntuforums.org/showthread.php?t=1791330 > >> > >> But how to do this with FreeBSD (10.0-RELEASE now)? > > Short answer is you can't. Fuse file systems on FreeBSD can't be exported. > > > > I'd like to read a long answer. Why? What limitations? Fuse on FreeBSD doesn't support VFS operations that are required by the NFS server. VFS_FHTOVP(), VFS_VPTOFH() and the stuff that allows a mount point to be exported are some, there are probably others. How much work would it be to add this capability. At this time I have no idea since I am not conversant with Fuse. rick > _______________________________________________ > 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 Jul 1 00:14:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F7B09915D7 for ; Wed, 1 Jul 2015 00:14:10 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DCE561CF1 for ; Wed, 1 Jul 2015 00:14:09 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t610E7uV003366; Tue, 30 Jun 2015 20:14:08 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <559330CF.2050606@pix.net> Date: Tue, 30 Jun 2015 20:14:07 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150626174927.GA69720@FreeBSD.org> In-Reply-To: <20150626174927.GA69720@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 00:14:10 -0000 > [-stable@ in CC since these are the first 10.2-PRERELEASE builds > available since the code slush went into effect, which marks the start > of the release cycle.] > > New FreeBSD development branch installation ISOs and virtual machine > disk images have been uploaded to the FTP mirrors. > > As with any development branch, the installation snapshots are not > intended for use on production systems. We do, however, encourage > testing on non-production systems as much as possible. I was able to download the sparc64 iso image, burn the iso to a cd-rom, and boot a sparc64 V120 from that image. I was also able to perform an install onto a ZFS only setup, and have it work properly. The only other testing I did was to recompile a custom kernel, and that worked fine too. From the aspect of having a ZFS only configuration "just work", this is by far the best that I've seen to date. -Kurt dmesg follows: Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.2-PRERELEASE #1: Tue Jun 30 19:51:35 EDT 2015 root@ton.pix.net:/usr/obj/usr/src/sys/V120 sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] real memory = 4294967296 (4096 MB) avail memory = 4175503360 (3982 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU) WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. random: initialized nexus0: pcib0: mem 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz pcib0: DVMA map: 0xc0000000 to 0xc3ffffff 8192 entries pcib0: [GIANT-LOCKED] pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: mem 0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff at device 12.0 on pci1 ebus0: : incomplete pcib2: at device 1.0 on pci0 pci2: on pcib2 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 ebus0: addr 0x1400200000-0x1400200003 irq 42 (no driver attached) pci1: at device 3.0 (no driver attached) isab0: at device 7.0 on pci1 isa0: on isab0 gem0: mem 0xe0400000-0xe041ffff at device 12.1 on pci1 miibus0: on gem0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: 00:03:ba:2f:fc:50 ohci0: mem 0xe2000000-0xe2007fff at device 12.3 on pci1 usbus0 on ohci0 atapci0: port 0x400-0x407,0x418-0x41b,0x410-0x417,0x408-0x40b,0x420-0x42f at device 13.0 on pci1 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 gem1: mem 0xe0440000-0xe045ffff at device 5.1 on pci1 miibus1: on gem1 ukphy1: PHY 1 on miibus1 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow gem1: 2kB RX FIFO, 2kB TX FIFO gem1: Ethernet address: 00:03:ba:2f:fc:51 ohci1: mem 0xe5000000-0xe5007fff at device 5.3 on pci1 usbus1 on ohci1 sym0: <896> port 0xc00000-0xc000ff mem 0x2000-0x23ff,0x4000-0x5fff at device 8.0 on pci2 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym1: <896> port 0xc00100-0xc001ff mem 0x6000-0x63ff,0x8000-0x9fff at device 8.1 on pci2 sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0 usbus0: 12Mbps Full Speed USB v1.0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounter "tick" frequency 648000000 Hz quality 1000 Event timer "tick" frequency 648000000 Hz quality 1000 Timecounters tick every 1.000 msec usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 4 ports with 4 removable, self powered uhub1: 4 ports with 4 removable, self powered random: unblocking device. da0 at sym0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number AAL0P58055P6 da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da0: Command Queueing enabled da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da1 at sym0 bus 0 scbus2 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number DAL0P7906GC1 da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da1: Command Queueing enabled da1: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) cd0 at ata2 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [256000 x 2048 byte records] From owner-freebsd-stable@freebsd.org Wed Jul 1 00:16:16 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 016F5991663 for ; Wed, 1 Jul 2015 00:16:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E23C71E08; Wed, 1 Jul 2015 00:16:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 6596D1672; Wed, 1 Jul 2015 00:16:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 00:16:13 +0000 From: Glen Barber To: Kurt Lidl Cc: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701001613.GH5423@FreeBSD.org> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7N5ldGQ24thRKGcp" Content-Disposition: inline In-Reply-To: <559330CF.2050606@pix.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 00:16:16 -0000 --7N5ldGQ24thRKGcp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 30, 2015 at 08:14:07PM -0400, Kurt Lidl wrote: > >[-stable@ in CC since these are the first 10.2-PRERELEASE builds > >available since the code slush went into effect, which marks the start > >of the release cycle.] > > > >New FreeBSD development branch installation ISOs and virtual machine > >disk images have been uploaded to the FTP mirrors. > > > >As with any development branch, the installation snapshots are not > >intended for use on production systems. We do, however, encourage > >testing on non-production systems as much as possible. >=20 > I was able to download the sparc64 iso image, burn the iso to a > cd-rom, and boot a sparc64 V120 from that image. >=20 > I was also able to perform an install onto a ZFS only setup, > and have it work properly. >=20 > The only other testing I did was to recompile a custom kernel, and > that worked fine too. From the aspect of having a ZFS only > configuration "just work", this is by far the best that I've > seen to date. >=20 Great to hear. Thank you for testing. Glen --7N5ldGQ24thRKGcp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVkzFNAAoJEAMUWKVHj+KTAb0P+gLaErcIPU8EJQH5YKysN77v 4gVJZkmewO+DY6MUzdtRaj84Bk1QCxJKxXGvOzYzZxeWmhxVp5TWDVRgez0L+40H Q5iy0PBh7aP10U2GpvONNEiAQz8DRP7P/zMt2vcbYgmD4callWTI6U/o0OuMgDMD p+uKEWNujzKNXK4zYkT4IKJWKF6CwR61L+MkWvIfpQ+pV3czMzGfXxXp0nRWONhe //VbQxYh5iLqCnVGNw2U+SV7O/qp9khnROrIAxCKKsxMZmqVBvgfGbxmnuzjw5mp ScYS78pPcWogkX7RPuhTPaZHyggV3H3YIdBW9YQuosRk8da6As0RYDYMgmtxG3Gk mobQeHNGhbRSezcMu4DZi7P5LYTHc+Z9yq91AqNaXJs0+xHM/8RxnijDJPmdzE00 D1V4PxgOv2Fh24RU5QOY43OmMN/x8j/G6yI5lMrWhl3VrNjsvb52LP7GrcrkicnV l0od9PmeVHkgdujLipgJC2Cgy1HwrZmDmZ8bXzu5s7uf2wH+ZwhB4kjEvrGa3eGx 52ckuRMhYEC6uGIWRGSDqckEKHlG7cxn0XpMon9uWZ4I3ImwnC1V0yieRn87iLT7 Q0k0zIq3wJ5S45dsIWwS+JMNI/zEcOWDngqmClsD5svKTwd6mOWEaWjBU1e7g/fM ZekpiBFM6GAtMf0HrnJ+ =lHgq -----END PGP SIGNATURE----- --7N5ldGQ24thRKGcp-- From owner-freebsd-stable@freebsd.org Wed Jul 1 02:14:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8686C990CCD for ; Wed, 1 Jul 2015 02:14:24 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A8262961; Wed, 1 Jul 2015 02:14:23 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t612EJUl004251; Tue, 30 Jun 2015 22:14:19 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <55934CFB.7050407@pix.net> Date: Tue, 30 Jun 2015 22:14:19 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Glen Barber CC: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> In-Reply-To: <20150701001613.GH5423@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:14:24 -0000 On 6/30/15 8:16 PM, Glen Barber wrote: > On Tue, Jun 30, 2015 at 08:14:07PM -0400, Kurt Lidl wrote: >>> [-stable@ in CC since these are the first 10.2-PRERELEASE builds >>> available since the code slush went into effect, which marks the start >>> of the release cycle.] >>> >>> New FreeBSD development branch installation ISOs and virtual machine >>> disk images have been uploaded to the FTP mirrors. >>> >>> As with any development branch, the installation snapshots are not >>> intended for use on production systems. We do, however, encourage >>> testing on non-production systems as much as possible. >> >> I was able to download the sparc64 iso image, burn the iso to a >> cd-rom, and boot a sparc64 V120 from that image. >> >> I was also able to perform an install onto a ZFS only setup, >> and have it work properly. >> >> The only other testing I did was to recompile a custom kernel, and >> that worked fine too. From the aspect of having a ZFS only >> configuration "just work", this is by far the best that I've >> seen to date. >> > > Great to hear. Thank you for testing. I got all excited and decided to give it a try on my dual-cpu V240 as well. I was able to get it installed, but it panics when booting off the mirrored ZFS drives. (Note: I have no reason to believe this is ZFS related.) ---- snip, snip ---- Setting hostname: spork.pix.net. bge0: link state changed to DOWN spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid 100340) too long timeout stopping cpus panic: spin lock held too long cpuid = 1 KDB: stack backtrace: #0 0xc0575380 at panic+0x20 #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 #3 0xc08d7b9c at tick_get_timecount_mp+0xdc #4 0xc0583c88 at binuptime+0x48 #5 0xc08a3b8c at timercb+0x6c #6 0xc08d7f00 at tick_intr+0x220 Uptime: 29s Dumping 8192 MB (4 chunks) chunk at 0: 2147483648 bytes ... ok chunk at 0x100000000: 2147483648 bytes ... ok chunk at 0x1000000000: 2147483648 bytes ... ok chunk at 0x1100000000: 2147483648 bytes ... ok Dump complete ---- snip, snip ---- Now the thing that amazes me is that this happened the first three times after I did the install, and on the fourth boot, it didn't panic. And it was able to 'savecore' the crashdump. Here's the stacktrace from the core.txt.0 file: -Kurt Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols #0 0x00000000c05745bc in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:262 262 savectx(&dumppcb); (kgdb) #0 0x00000000c05745bc in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:262 #1 0x00000000c0574fb0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:451 #2 0x00000000c0575358 in vpanic (fmt=0xc0b22fe0 "spin lock held too long", ap=0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 #3 0x00000000c0575388 in panic (fmt=0xc0b22fe0 "spin lock held too long") at /usr/src/sys/kern/kern_shutdown.c:687 #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=0xc0cb9e38) at /usr/src/sys/kern/kern_mutex.c:561 #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=0xfffff80003e93240, tid=18446735277669594832, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:608 #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=0xc0d13378) at smp.h:206 #7 0x00000000c0583c90 in binuptime (bt=0x1fa2da980) at /usr/src/sys/kern/kern_tc.c:188 #8 0x00000000c08a3b94 in timercb (et=0xc0d13308, arg=) at time.h:418 #9 0x00000000c08d7f08 in tick_intr (tf=0x1fa2dab20) at /usr/src/sys/sparc64/sparc64/tick.c:252 #10 0x00000000c00a11bc in tl1_intr () #11 0x00000000c08c934c in spinlock_exit () at /usr/src/sys/sparc64/sparc64/machdep.c:244 #12 0x00000000c08c9330 in spinlock_exit () at /usr/src/sys/sparc64/sparc64/machdep.c:240 #13 0x00000000c051a194 in cnputs (p=0x1fa2db11a "") at /usr/src/sys/kern/kern_cons.c:530 #14 0x00000000c05c06e0 in putchar (c=10, arg=0x1fa2db0c8) at /usr/src/sys/kern/subr_prf.c:437 #15 0x00000000c05bee90 in kvprintf (fmt=0xc0b2fb95 "", func=0xc05c02e0 , arg=0x1fa2db0c8, radix=10, ap=0x1fa2db300) at /usr/src/sys/kern/subr_prf.c:655 #16 0x00000000c05bfe80 in _vprintf (level=5, flags=1, fmt=0xc0b2fb78 "%s: link state changed to %s\n", ap=0x1fa2db2f0) at /usr/src/sys/kern/subr_prf.c:281 #17 0x00000000c05c0270 in log (level=5, fmt=0xc0b2fb78 "%s: link state changed to %s\n") at /usr/src/sys/kern/subr_prf.c:308 #18 0x00000000c064ec28 in do_link_state_change (arg=0xfffff80003396800, pending=1) at /usr/src/sys/net/if.c:2131 #19 0x00000000c05cab38 in taskqueue_run_locked (queue=0xfffff80003288000) at /usr/src/sys/kern/subr_taskqueue.c:342 #20 0x00000000c05cacec in taskqueue_run (queue=0xfffff80003288000) at /usr/src/sys/kern/subr_taskqueue.c:358 #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:471 #22 0x00000000c0539cc4 in intr_event_execute_handlers (p=0xfffff80003295860, ie=0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 #23 0x00000000c053b86c in ithread_loop (arg=0xfffff8000324c080) at /usr/src/sys/kern/kern_intr.c:1277 #24 0x00000000c0536428 in fork_exit (callout=0xc053b780 , arg=0xfffff8000324c080, frame=0x1fa2db880) at /usr/src/sys/kern/kern_fork.c:1018 #25 0x00000000c00a1270 in fork_trampoline () #26 0x00000000c00a1270 in fork_trampoline () Previous frame identical to this frame (corrupt stack?) (kgdb) From owner-freebsd-stable@freebsd.org Wed Jul 1 02:23:26 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7A9D990E7B for ; Wed, 1 Jul 2015 02:23:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A5DB92D26; Wed, 1 Jul 2015 02:23:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 25BE31EB0; Wed, 1 Jul 2015 02:23:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 02:23:23 +0000 From: Glen Barber To: Kurt Lidl Cc: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701022323.GL5423@FreeBSD.org> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AYSC8TuVwVcu1w1i" Content-Disposition: inline In-Reply-To: <55934CFB.7050407@pix.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:23:26 -0000 --AYSC8TuVwVcu1w1i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 30, 2015 at 10:14:19PM -0400, Kurt Lidl wrote: > On 6/30/15 8:16 PM, Glen Barber wrote: > >On Tue, Jun 30, 2015 at 08:14:07PM -0400, Kurt Lidl wrote: > >>>[-stable@ in CC since these are the first 10.2-PRERELEASE builds > >>>available since the code slush went into effect, which marks the start > >>>of the release cycle.] > >>> > >>>New FreeBSD development branch installation ISOs and virtual machine > >>>disk images have been uploaded to the FTP mirrors. > >>> > >>>As with any development branch, the installation snapshots are not > >>>intended for use on production systems. We do, however, encourage > >>>testing on non-production systems as much as possible. > >> > >>I was able to download the sparc64 iso image, burn the iso to a > >>cd-rom, and boot a sparc64 V120 from that image. > >> > >>I was also able to perform an install onto a ZFS only setup, > >>and have it work properly. > >> > >>The only other testing I did was to recompile a custom kernel, and > >>that worked fine too. From the aspect of having a ZFS only > >>configuration "just work", this is by far the best that I've > >>seen to date. > >> > > > >Great to hear. Thank you for testing. >=20 > I got all excited and decided to give it a try on my dual-cpu > V240 as well. I was able to get it installed, but it panics > when booting off the mirrored ZFS drives. (Note: I have no > reason to believe this is ZFS related.) >=20 Can you please file a PR with this information? FWIW, updated builds are in-flight now, and should be available on FTP mirrors tomorrow. I'll CC -stable@ on the announcement email; will you be able to test the updated build? Glen > ---- snip, snip ---- > Setting hostname: spork.pix.net. > bge0: link state changed to DOWN > spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid > 100340) too long > timeout stopping cpus > panic: spin lock held too long > cpuid =3D 1 > KDB: stack backtrace: > #0 0xc0575380 at panic+0x20 > #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 > #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 > #3 0xc08d7b9c at tick_get_timecount_mp+0xdc > #4 0xc0583c88 at binuptime+0x48 > #5 0xc08a3b8c at timercb+0x6c > #6 0xc08d7f00 at tick_intr+0x220 > Uptime: 29s > Dumping 8192 MB (4 chunks) > chunk at 0: 2147483648 bytes ... ok > chunk at 0x100000000: 2147483648 bytes ... ok > chunk at 0x1000000000: 2147483648 bytes ... ok > chunk at 0x1100000000: 2147483648 bytes ... ok >=20 > Dump complete > ---- snip, snip ---- >=20 > Now the thing that amazes me is that this happened > the first three times after I did the install, and > on the fourth boot, it didn't panic. And it was > able to 'savecore' the crashdump. >=20 > Here's the stacktrace from the core.txt.0 file: >=20 > -Kurt >=20 > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. > Loaded symbols for /boot/kernel/geom_mirror.ko.symbols > Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. > Loaded symbols for /boot/kernel/tmpfs.ko.symbols > #0 0x00000000c05745bc in doadump (textdump=3D) > at /usr/src/sys/kern/kern_shutdown.c:262 > 262 savectx(&dumppcb); > (kgdb) #0 0x00000000c05745bc in doadump (textdump=3D) > at /usr/src/sys/kern/kern_shutdown.c:262 > #1 0x00000000c0574fb0 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:451 > #2 0x00000000c0575358 in vpanic (fmt=3D0xc0b22fe0 "spin lock held too lo= ng", > ap=3D0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 > #3 0x00000000c0575388 in panic (fmt=3D0xc0b22fe0 "spin lock held too lon= g") > at /usr/src/sys/kern/kern_shutdown.c:687 > #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=3D0xc0cb9e38) > at /usr/src/sys/kern/kern_mutex.c:561 > #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=3D0xfffff80003e93240, > tid=3D18446735277669594832, opts=3D0, file=3D0x0, line=3D0) > at /usr/src/sys/kern/kern_mutex.c:608 > #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=3D0xc0d13378) at smp.= h:206 > #7 0x00000000c0583c90 in binuptime (bt=3D0x1fa2da980) > at /usr/src/sys/kern/kern_tc.c:188 > #8 0x00000000c08a3b94 in timercb (et=3D0xc0d13308, arg=3D) > at time.h:418 > #9 0x00000000c08d7f08 in tick_intr (tf=3D0x1fa2dab20) > at /usr/src/sys/sparc64/sparc64/tick.c:252 > #10 0x00000000c00a11bc in tl1_intr () > #11 0x00000000c08c934c in spinlock_exit () > at /usr/src/sys/sparc64/sparc64/machdep.c:244 > #12 0x00000000c08c9330 in spinlock_exit () > at /usr/src/sys/sparc64/sparc64/machdep.c:240 > #13 0x00000000c051a194 in cnputs (p=3D0x1fa2db11a "") > at /usr/src/sys/kern/kern_cons.c:530 > #14 0x00000000c05c06e0 in putchar (c=3D10, arg=3D0x1fa2db0c8) > at /usr/src/sys/kern/subr_prf.c:437 > #15 0x00000000c05bee90 in kvprintf (fmt=3D0xc0b2fb95 "", > func=3D0xc05c02e0 , arg=3D0x1fa2db0c8, radix=3D10, ap=3D0x1f= a2db300) > at /usr/src/sys/kern/subr_prf.c:655 > #16 0x00000000c05bfe80 in _vprintf (level=3D5, flags=3D1, > fmt=3D0xc0b2fb78 "%s: link state changed to %s\n", ap=3D0x1fa2db2f0) > at /usr/src/sys/kern/subr_prf.c:281 > #17 0x00000000c05c0270 in log (level=3D5, > fmt=3D0xc0b2fb78 "%s: link state changed to %s\n") > at /usr/src/sys/kern/subr_prf.c:308 > #18 0x00000000c064ec28 in do_link_state_change (arg=3D0xfffff80003396800, > pending=3D1) at /usr/src/sys/net/if.c:2131 > #19 0x00000000c05cab38 in taskqueue_run_locked (queue=3D0xfffff8000328800= 0) > at /usr/src/sys/kern/subr_taskqueue.c:342 > #20 0x00000000c05cacec in taskqueue_run (queue=3D0xfffff80003288000) > at /usr/src/sys/kern/subr_taskqueue.c:358 > #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=3D0x0) > at /usr/src/sys/kern/subr_taskqueue.c:471 > #22 0x00000000c0539cc4 in intr_event_execute_handlers (p=3D0xfffff8000329= 5860, > ie=3D0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 > #23 0x00000000c053b86c in ithread_loop (arg=3D0xfffff8000324c080) > at /usr/src/sys/kern/kern_intr.c:1277 > #24 0x00000000c0536428 in fork_exit (callout=3D0xc053b780 , > arg=3D0xfffff8000324c080, frame=3D0x1fa2db880) > at /usr/src/sys/kern/kern_fork.c:1018 > #25 0x00000000c00a1270 in fork_trampoline () > #26 0x00000000c00a1270 in fork_trampoline () > Previous frame identical to this frame (corrupt stack?) > (kgdb) >=20 >=20 --AYSC8TuVwVcu1w1i Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVk08bAAoJEAMUWKVHj+KT3fkP/2DcM2M3ttVXLGHVwQ159RPk DnvYQ5ze5csvPpPEJugyh8wl0NAS1QbxtMFNwBIBn0VRLlgcOS+84eWQ94C94Ec2 fwlgiA+lPskXQuXXdGvCduI/5gctxPhcXM83nGhOELsr7t8s9dKGv+XtXPDucj7q elUz1xpgl6HnFdXQvvT4V6DwbR3WVtQrL15wLtivid4/JcQTXY3m47rVConS0NHW AGNnD0foAZXbomz9xmdJHUzlfdpIw8s0XJ5bOJyKnRR6jTVGK3V+OQ82NMjyKD5w z/uy87KZCHk5UOOHXv6BiMR3Ba1iQMwWvTI9Cbe/ZjKYs+1REMxb7qYKB5puvVMl vR1IoItpoQdt54+4pB0SJbsNwJ88iH9uBtU/zY83qFqWYNhucY7FoVXsEkmFFfYe ns2I0GuQmSOnws7/kap0lR4IxSFjaqUWjlGUCXwjLbsc+KeIHNwYG4u7GlIe419O f0NQurbO2V/uqJo1UVo7kST4OMP2SDCsPOie2NSEsEWr+2e8yxLk8uTzFmEmgXac qfZHvJIiv5/wKl+H2TINX+XiRvMIViVfKXqNxKH50iUSevjz2ng/V3vIAeCpEIAK sYsBKg4JGLubmoyhPxMu6GOJwxCOAEILcF8rPKsxiOLHkOPZ+77aTY2gUx9tobel 8m7RGqhFDhvY30/S2ko1 =9ffL -----END PGP SIGNATURE----- --AYSC8TuVwVcu1w1i-- From owner-freebsd-stable@freebsd.org Wed Jul 1 02:29:07 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E2CA990F15 for ; Wed, 1 Jul 2015 02:29:07 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A285E2E8E for ; Wed, 1 Jul 2015 02:29:06 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPSA id t612Srl8004451 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 30 Jun 2015 22:29:03 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.9/8.14.9) with ESMTP id t612RVwR079441 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 30 Jun 2015 22:27:32 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A0096BDE-297D-4BBB-B27A-204BBD33B7EB"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Chris Ross In-Reply-To: <55934CFB.7050407@pix.net> Date: Tue, 30 Jun 2015 22:27:21 -0400 Cc: freebsd-stable@freebsd.org Message-Id: <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> To: Kurt Lidl X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Tue, 30 Jun 2015 22:27:32 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:29:07 -0000 --Apple-Mail=_A0096BDE-297D-4BBB-B27A-204BBD33B7EB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Yeah, this is the same panic you, I, and others have been seeing on = sparc64's with bge's, or at least v240's (and one other IIRC) for many many = months. Thanks for grabbing a core! When I was trying to search for a commit that caused the change of = behavior, I had difficultly doing it, but it was well back in 2014. The "boots = sometimes" makes this a hard one to track, but as I only have my production v240, = also makes it one I haven't spent as much time trying to find as I'd like. Thank you for letting me know this issue isn't fixed, though, despite = the other success with this code. :-) Hopefully your stacktrace can help figure out what is wrong. - Chris On Jun 30, 2015, at 22:14 , Kurt Lidl wrote: > I got all excited and decided to give it a try on my dual-cpu > V240 as well. I was able to get it installed, but it panics > when booting off the mirrored ZFS drives. (Note: I have no > reason to believe this is ZFS related.) >=20 > ---- snip, snip ---- > Setting hostname: spork.pix.net. > bge0: link state changed to DOWN > spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid = 100340) too long > timeout stopping cpus > panic: spin lock held too long > cpuid =3D 1 > KDB: stack backtrace: > #0 0xc0575380 at panic+0x20 > #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 > #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 > #3 0xc08d7b9c at tick_get_timecount_mp+0xdc > #4 0xc0583c88 at binuptime+0x48 > #5 0xc08a3b8c at timercb+0x6c > #6 0xc08d7f00 at tick_intr+0x220 > Uptime: 29s > Dumping 8192 MB (4 chunks) > chunk at 0: 2147483648 bytes ... ok > chunk at 0x100000000: 2147483648 bytes ... ok > chunk at 0x1000000000: 2147483648 bytes ... ok > chunk at 0x1100000000: 2147483648 bytes ... ok >=20 > Dump complete > ---- snip, snip ---- >=20 > Now the thing that amazes me is that this happened > the first three times after I did the install, and > on the fourth boot, it didn't panic. And it was > able to 'savecore' the crashdump. >=20 > Here's the stacktrace from the core.txt.0 file: >=20 > -Kurt >=20 > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. > Loaded symbols for /boot/kernel/geom_mirror.ko.symbols > Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. > Loaded symbols for /boot/kernel/tmpfs.ko.symbols > #0 0x00000000c05745bc in doadump (textdump=3D) > at /usr/src/sys/kern/kern_shutdown.c:262 > 262 savectx(&dumppcb); > (kgdb) #0 0x00000000c05745bc in doadump (textdump=3D) > at /usr/src/sys/kern/kern_shutdown.c:262 > #1 0x00000000c0574fb0 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:451 > #2 0x00000000c0575358 in vpanic (fmt=3D0xc0b22fe0 "spin lock held too = long", > ap=3D0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 > #3 0x00000000c0575388 in panic (fmt=3D0xc0b22fe0 "spin lock held too = long") > at /usr/src/sys/kern/kern_shutdown.c:687 > #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=3D0xc0cb9e38) > at /usr/src/sys/kern/kern_mutex.c:561 > #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=3D0xfffff80003e93240,= > tid=3D18446735277669594832, opts=3D0, file=3D0x0, line=3D0) > at /usr/src/sys/kern/kern_mutex.c:608 > #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=3D0xc0d13378) at = smp.h:206 > #7 0x00000000c0583c90 in binuptime (bt=3D0x1fa2da980) > at /usr/src/sys/kern/kern_tc.c:188 > #8 0x00000000c08a3b94 in timercb (et=3D0xc0d13308, arg=3D) > at time.h:418 > #9 0x00000000c08d7f08 in tick_intr (tf=3D0x1fa2dab20) > at /usr/src/sys/sparc64/sparc64/tick.c:252 > #10 0x00000000c00a11bc in tl1_intr () > #11 0x00000000c08c934c in spinlock_exit () > at /usr/src/sys/sparc64/sparc64/machdep.c:244 > #12 0x00000000c08c9330 in spinlock_exit () > at /usr/src/sys/sparc64/sparc64/machdep.c:240 > #13 0x00000000c051a194 in cnputs (p=3D0x1fa2db11a "") > at /usr/src/sys/kern/kern_cons.c:530 > #14 0x00000000c05c06e0 in putchar (c=3D10, arg=3D0x1fa2db0c8) > at /usr/src/sys/kern/subr_prf.c:437 > #15 0x00000000c05bee90 in kvprintf (fmt=3D0xc0b2fb95 "", > func=3D0xc05c02e0 , arg=3D0x1fa2db0c8, radix=3D10, = ap=3D0x1fa2db300) > at /usr/src/sys/kern/subr_prf.c:655 > #16 0x00000000c05bfe80 in _vprintf (level=3D5, flags=3D1, > fmt=3D0xc0b2fb78 "%s: link state changed to %s\n", ap=3D0x1fa2db2f0) > at /usr/src/sys/kern/subr_prf.c:281 > #17 0x00000000c05c0270 in log (level=3D5, > fmt=3D0xc0b2fb78 "%s: link state changed to %s\n") > at /usr/src/sys/kern/subr_prf.c:308 > #18 0x00000000c064ec28 in do_link_state_change = (arg=3D0xfffff80003396800, > pending=3D1) at /usr/src/sys/net/if.c:2131 > #19 0x00000000c05cab38 in taskqueue_run_locked = (queue=3D0xfffff80003288000) > at /usr/src/sys/kern/subr_taskqueue.c:342 > #20 0x00000000c05cacec in taskqueue_run (queue=3D0xfffff80003288000) > at /usr/src/sys/kern/subr_taskqueue.c:358 > #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=3D0x0) > at /usr/src/sys/kern/subr_taskqueue.c:471 > #22 0x00000000c0539cc4 in intr_event_execute_handlers = (p=3D0xfffff80003295860, > ie=3D0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 > #23 0x00000000c053b86c in ithread_loop (arg=3D0xfffff8000324c080) > at /usr/src/sys/kern/kern_intr.c:1277 > #24 0x00000000c0536428 in fork_exit (callout=3D0xc053b780 = , > arg=3D0xfffff8000324c080, frame=3D0x1fa2db880) > at /usr/src/sys/kern/kern_fork.c:1018 > #25 0x00000000c00a1270 in fork_trampoline () > #26 0x00000000c00a1270 in fork_trampoline () > Previous frame identical to this frame (corrupt stack?) > (kgdb) >=20 >=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" >=20 --Apple-Mail=_A0096BDE-297D-4BBB-B27A-204BBD33B7EB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVk1AUAAoJEPFBDnXvoNg0MCMQAIgO8ZfUiPb4/8nnnMOGrQCv UvyUVV6NG2HVyUHq9fkRIk3VOk5fslE8UZucr5bEZAhTKbK9ql0bY9ndakXsiIq4 L/Kgb1VCmLCzf/+PLEvOaO+fVljyOtOo7ygOWPL1xmwd1JCp6Fkg9RxjZ/L53gML yZvEJ0ox7NPhitO2T/ELLnkzbEpbqlQ0EWzVb9IfbaZO18GE+LZdWgWcC7hahzWY doDTP2yx/IkhoFPCkBB4l8aMj1X83ICOTyff/ImJG7Y8Tm8ara1ntc0Zq8Z9GOb+ CrHp4+iUPowBLjKOEcQnTXqLx1GhLSpY4u2XRg0/V1dWuP27gEKJh+gmDTilGisl YI1JSLnNM+WoLi/dn4p565KLtph2esK6HpNVNVfBJnP8PZfWQ8cC5FZWWv3M+SML 2RngdIUmxgPEF1BG8n/I2tR1iTlt2pYHhhEvkDmPyXqm8jzaW8mMwzSNXMCFLO3Y tNqsjTsB3ozmwjO7RoV3BTQQ4PUcIUQ254lWoY5cGWHWCCnA6+3CLtFN8rUDo67v GyDGTLbp7gNOej5jJwxWreLiUBD+XIBCFBsh1E79dBp4fg19m9CFsFcQ+WxkCl8Q QPfgs1k9VUSbeNFE2/LyjBGNlbJSvh94XgidfQ6Tn7/IBjaJe2HYFmCFE5D2LqNN XhfNgS15HSUboLXnAS+i =Lf9M -----END PGP SIGNATURE----- --Apple-Mail=_A0096BDE-297D-4BBB-B27A-204BBD33B7EB-- From owner-freebsd-stable@freebsd.org Wed Jul 1 02:36:43 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3264D9910FE for ; Wed, 1 Jul 2015 02:36:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 16E0311FE; Wed, 1 Jul 2015 02:36:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 6ED311083; Wed, 1 Jul 2015 02:36:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 02:36:40 +0000 From: Glen Barber To: Chris Ross Cc: Kurt Lidl , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701023640.GM5423@FreeBSD.org> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="duh3CSr7n2+wOT/l" Content-Disposition: inline In-Reply-To: <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:36:43 -0000 --duh3CSr7n2+wOT/l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 30, 2015 at 10:27:21PM -0400, Chris Ross wrote: >=20 > Yeah, this is the same panic you, I, and others have been seeing on spa= rc64's > with bge's, or at least v240's (and one other IIRC) for many many months.= Thanks > for grabbing a core! >=20 > When I was trying to search for a commit that caused the change of beha= vior, > I had difficultly doing it, but it was well back in 2014. The "boots som= etimes" > makes this a hard one to track, but as I only have my production v240, al= so > makes it one I haven't spent as much time trying to find as I'd like. >=20 > Thank you for letting me know this issue isn't fixed, though, despite t= he other > success with this code. :-) >=20 > Hopefully your stacktrace can help figure out what is wrong. >=20 A quick search through the PR system returned zero results for this. Did you file a PR previously? (If not, do you know of one that already exists that Kurt can update?) Glen > - Chris >=20 > On Jun 30, 2015, at 22:14 , Kurt Lidl wrote: > > I got all excited and decided to give it a try on my dual-cpu > > V240 as well. I was able to get it installed, but it panics > > when booting off the mirrored ZFS drives. (Note: I have no > > reason to believe this is ZFS related.) > >=20 > > ---- snip, snip ---- > > Setting hostname: spork.pix.net. > > bge0: link state changed to DOWN > > spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid 1= 00340) too long > > timeout stopping cpus > > panic: spin lock held too long > > cpuid =3D 1 > > KDB: stack backtrace: > > #0 0xc0575380 at panic+0x20 > > #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 > > #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 > > #3 0xc08d7b9c at tick_get_timecount_mp+0xdc > > #4 0xc0583c88 at binuptime+0x48 > > #5 0xc08a3b8c at timercb+0x6c > > #6 0xc08d7f00 at tick_intr+0x220 > > Uptime: 29s > > Dumping 8192 MB (4 chunks) > > chunk at 0: 2147483648 bytes ... ok > > chunk at 0x100000000: 2147483648 bytes ... ok > > chunk at 0x1000000000: 2147483648 bytes ... ok > > chunk at 0x1100000000: 2147483648 bytes ... ok > >=20 > > Dump complete > > ---- snip, snip ---- > >=20 > > Now the thing that amazes me is that this happened > > the first three times after I did the install, and > > on the fourth boot, it didn't panic. And it was > > able to 'savecore' the crashdump. > >=20 > > Here's the stacktrace from the core.txt.0 file: > >=20 > > -Kurt > >=20 > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > > Loaded symbols for /boot/kernel/zfs.ko.symbols > > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > > Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. > > Loaded symbols for /boot/kernel/geom_mirror.ko.symbols > > Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. > > Loaded symbols for /boot/kernel/tmpfs.ko.symbols > > #0 0x00000000c05745bc in doadump (textdump=3D) > > at /usr/src/sys/kern/kern_shutdown.c:262 > > 262 savectx(&dumppcb); > > (kgdb) #0 0x00000000c05745bc in doadump (textdump=3D) > > at /usr/src/sys/kern/kern_shutdown.c:262 > > #1 0x00000000c0574fb0 in kern_reboot (howto=3D260) > > at /usr/src/sys/kern/kern_shutdown.c:451 > > #2 0x00000000c0575358 in vpanic (fmt=3D0xc0b22fe0 "spin lock held too = long", > > ap=3D0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 > > #3 0x00000000c0575388 in panic (fmt=3D0xc0b22fe0 "spin lock held too l= ong") > > at /usr/src/sys/kern/kern_shutdown.c:687 > > #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=3D0xc0cb9e38) > > at /usr/src/sys/kern/kern_mutex.c:561 > > #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=3D0xfffff80003e93240, > > tid=3D18446735277669594832, opts=3D0, file=3D0x0, line=3D0) > > at /usr/src/sys/kern/kern_mutex.c:608 > > #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=3D0xc0d13378) at sm= p.h:206 > > #7 0x00000000c0583c90 in binuptime (bt=3D0x1fa2da980) > > at /usr/src/sys/kern/kern_tc.c:188 > > #8 0x00000000c08a3b94 in timercb (et=3D0xc0d13308, arg=3D) > > at time.h:418 > > #9 0x00000000c08d7f08 in tick_intr (tf=3D0x1fa2dab20) > > at /usr/src/sys/sparc64/sparc64/tick.c:252 > > #10 0x00000000c00a11bc in tl1_intr () > > #11 0x00000000c08c934c in spinlock_exit () > > at /usr/src/sys/sparc64/sparc64/machdep.c:244 > > #12 0x00000000c08c9330 in spinlock_exit () > > at /usr/src/sys/sparc64/sparc64/machdep.c:240 > > #13 0x00000000c051a194 in cnputs (p=3D0x1fa2db11a "") > > at /usr/src/sys/kern/kern_cons.c:530 > > #14 0x00000000c05c06e0 in putchar (c=3D10, arg=3D0x1fa2db0c8) > > at /usr/src/sys/kern/subr_prf.c:437 > > #15 0x00000000c05bee90 in kvprintf (fmt=3D0xc0b2fb95 "", > > func=3D0xc05c02e0 , arg=3D0x1fa2db0c8, radix=3D10, ap=3D0x1= fa2db300) > > at /usr/src/sys/kern/subr_prf.c:655 > > #16 0x00000000c05bfe80 in _vprintf (level=3D5, flags=3D1, > > fmt=3D0xc0b2fb78 "%s: link state changed to %s\n", ap=3D0x1fa2db2f0) > > at /usr/src/sys/kern/subr_prf.c:281 > > #17 0x00000000c05c0270 in log (level=3D5, > > fmt=3D0xc0b2fb78 "%s: link state changed to %s\n") > > at /usr/src/sys/kern/subr_prf.c:308 > > #18 0x00000000c064ec28 in do_link_state_change (arg=3D0xfffff8000339680= 0, > > pending=3D1) at /usr/src/sys/net/if.c:2131 > > #19 0x00000000c05cab38 in taskqueue_run_locked (queue=3D0xfffff80003288= 000) > > at /usr/src/sys/kern/subr_taskqueue.c:342 > > #20 0x00000000c05cacec in taskqueue_run (queue=3D0xfffff80003288000) > > at /usr/src/sys/kern/subr_taskqueue.c:358 > > #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=3D0x0) > > at /usr/src/sys/kern/subr_taskqueue.c:471 > > #22 0x00000000c0539cc4 in intr_event_execute_handlers (p=3D0xfffff80003= 295860, > > ie=3D0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 > > #23 0x00000000c053b86c in ithread_loop (arg=3D0xfffff8000324c080) > > at /usr/src/sys/kern/kern_intr.c:1277 > > #24 0x00000000c0536428 in fork_exit (callout=3D0xc053b780 , > > arg=3D0xfffff8000324c080, frame=3D0x1fa2db880) > > at /usr/src/sys/kern/kern_fork.c:1018 > > #25 0x00000000c00a1270 in fork_trampoline () > > #26 0x00000000c00a1270 in fork_trampoline () > > Previous frame identical to this frame (corrupt stack?) > > (kgdb) > >=20 > >=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.or= g" > >=20 >=20 --duh3CSr7n2+wOT/l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVk1I4AAoJEAMUWKVHj+KTqmYP/0TM6DG1v22OJFXqEOrQkFHx +gay3EvanGIMaD3a1+xszGiF9ELoLJm8n00X1Hdb+rXWCSwaL8O8cB30RPZdHMgu UEzkDdkuGv796qvUl862L6Kn/UHbAdImKUHT4GZ5qgttpGpM4Pg2ZP7lK1RTIj9w hD3v03o0AxwbYkWaH0Gw7durqza67nvTpWfwPZUMo6zM0jCItNMLR9jh/iuCtMCZ YaJmqmR/Z0DxextfiNH/AhKezkofQEbh74zZn8CqoTGJik4CR2zyuQ+8gApbQW4i 7Ux3BLcn2+1w3mwN4T076lbcQLuqSCdX7sufLrScZ8AKpv/b9LwyJiIxKqJvK4Wm 6wklGONO+/DlgFB1PB/sFrUqIHffIsOsgIDCLqZEXDJMQP26H4mFReTzMrUqBbvV iE/6+RMb0vhxl2MNY5KEhhzZacGuszAM3oQ3jLak2030Dj3yXjji5wxDlDti0m5P tBO2qGZtShLZuZGS7LKvg0W5OeBVtT3NQa3ErCWX16l8L/dU1GHq1hTnFUKovgod fqoYj3nAOreUcbaYAm5un7YvOuvSuduGCCEfqRs7dCwyQ8G6BNQt+rx8BouaOPeI oJF2wHxjP38egnMa9YmS+frVNbaSJG/NJDbDhc6vDcp1g/s6UW2BbxXl73bzzUi9 nTDs0Q31VEj/RmciKi88 =hqvc -----END PGP SIGNATURE----- --duh3CSr7n2+wOT/l-- From owner-freebsd-stable@freebsd.org Wed Jul 1 02:50:38 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8C28991448 for ; Wed, 1 Jul 2015 02:50:37 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DA021DCF; Wed, 1 Jul 2015 02:50:36 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPSA id t612oMWs004714 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 30 Jun 2015 22:50:33 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.9/8.14.9) with ESMTP id t612n1Lx079526 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 30 Jun 2015 22:49:01 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7EF6CA68-49F5-4E1C-8E2D-81B5F87D420B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Chris Ross In-Reply-To: <20150701023640.GM5423@FreeBSD.org> Date: Tue, 30 Jun 2015 22:48:56 -0400 Cc: freebsd-stable@freebsd.org, Kurt Lidl Message-Id: <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Tue, 30 Jun 2015 22:49:01 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:50:38 -0000 --Apple-Mail=_7EF6CA68-49F5-4E1C-8E2D-81B5F87D420B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 30, 2015, at 22:36 , Glen Barber wrote: > On Tue, Jun 30, 2015 at 10:27:21PM -0400, Chris Ross wrote: >>=20 >> Yeah, this is the same panic you, I, and others have been seeing on = sparc64's >> with bge's, or at least v240's (and one other IIRC) for many many = months. Thanks >> for grabbing a core! >>=20 >> When I was trying to search for a commit that caused the change of = behavior, >> I had difficultly doing it, but it was well back in 2014. The "boots = sometimes" >> makes this a hard one to track, but as I only have my production = v240, also >> makes it one I haven't spent as much time trying to find as I'd like. >>=20 >> Thank you for letting me know this issue isn't fixed, though, = despite the other >> success with this code. :-) >>=20 >> Hopefully your stacktrace can help figure out what is wrong. >>=20 >=20 > A quick search through the PR system returned zero results for this. > Did you file a PR previously? (If not, do you know of one that = already > exists that Kurt can update?) The "long" thread I see in my emails are with subject "FreeBSD = 10-STABLE/sparc64 panic". May/June, and then later September and = October, and I don't see anyone to have created a PR. I think I got = confused and dismayed in June, from reading back, and then never got to = trying hard again. The first report I see is from Kurt, = http://lists.freebsd.org/pipermail/freebsd-sparc64/2014-March/009261.html,= so well over a year ago. But, no mention in that thread about a PR = either. I think you may be right, Glen, that there isn't one, and that's on me = as well as others. Hopefully, some of the searching through various = revisions of 10/stable I documented in the "FreeBSD 10-STABLE/sparc64 = panic" thread in May 2014 may help in the end, though. Thanks. tl;dr; I don't know of an existing PR. - Chris >>=20 >> On Jun 30, 2015, at 22:14 , Kurt Lidl wrote: >>> I got all excited and decided to give it a try on my dual-cpu >>> V240 as well. I was able to get it installed, but it panics >>> when booting off the mirrored ZFS drives. (Note: I have no >>> reason to believe this is ZFS related.) >>>=20 >>> ---- snip, snip ---- >>> Setting hostname: spork.pix.net. >>> bge0: link state changed to DOWN >>> spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 = (tid 100340) too long >>> timeout stopping cpus >>> panic: spin lock held too long >>> cpuid =3D 1 >>> KDB: stack backtrace: >>> #0 0xc0575380 at panic+0x20 >>> #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 >>> #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 >>> #3 0xc08d7b9c at tick_get_timecount_mp+0xdc >>> #4 0xc0583c88 at binuptime+0x48 >>> #5 0xc08a3b8c at timercb+0x6c >>> #6 0xc08d7f00 at tick_intr+0x220 >>> Uptime: 29s >>> Dumping 8192 MB (4 chunks) >>> chunk at 0: 2147483648 bytes ... ok >>> chunk at 0x100000000: 2147483648 bytes ... ok >>> chunk at 0x1000000000: 2147483648 bytes ... ok >>> chunk at 0x1100000000: 2147483648 bytes ... ok >>>=20 >>> Dump complete >>> ---- snip, snip ---- >>>=20 >>> Now the thing that amazes me is that this happened >>> the first three times after I did the install, and >>> on the fourth boot, it didn't panic. And it was >>> able to 'savecore' the crashdump. >>>=20 >>> Here's the stacktrace from the core.txt.0 file: >>>=20 >>> -Kurt >>>=20 >>> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >>> Loaded symbols for /boot/kernel/zfs.ko.symbols >>> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >>> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >>> Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. >>> Loaded symbols for /boot/kernel/geom_mirror.ko.symbols >>> Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. >>> Loaded symbols for /boot/kernel/tmpfs.ko.symbols >>> #0 0x00000000c05745bc in doadump (textdump=3D) >>> at /usr/src/sys/kern/kern_shutdown.c:262 >>> 262 savectx(&dumppcb); >>> (kgdb) #0 0x00000000c05745bc in doadump (textdump=3D) >>> at /usr/src/sys/kern/kern_shutdown.c:262 >>> #1 0x00000000c0574fb0 in kern_reboot (howto=3D260) >>> at /usr/src/sys/kern/kern_shutdown.c:451 >>> #2 0x00000000c0575358 in vpanic (fmt=3D0xc0b22fe0 "spin lock held = too long", >>> ap=3D0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 >>> #3 0x00000000c0575388 in panic (fmt=3D0xc0b22fe0 "spin lock held = too long") >>> at /usr/src/sys/kern/kern_shutdown.c:687 >>> #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=3D0xc0cb9e38) >>> at /usr/src/sys/kern/kern_mutex.c:561 >>> #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie = (c=3D0xfffff80003e93240, >>> tid=3D18446735277669594832, opts=3D0, file=3D0x0, line=3D0) >>> at /usr/src/sys/kern/kern_mutex.c:608 >>> #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=3D0xc0d13378) at = smp.h:206 >>> #7 0x00000000c0583c90 in binuptime (bt=3D0x1fa2da980) >>> at /usr/src/sys/kern/kern_tc.c:188 >>> #8 0x00000000c08a3b94 in timercb (et=3D0xc0d13308, arg=3D) >>> at time.h:418 >>> #9 0x00000000c08d7f08 in tick_intr (tf=3D0x1fa2dab20) >>> at /usr/src/sys/sparc64/sparc64/tick.c:252 >>> #10 0x00000000c00a11bc in tl1_intr () >>> #11 0x00000000c08c934c in spinlock_exit () >>> at /usr/src/sys/sparc64/sparc64/machdep.c:244 >>> #12 0x00000000c08c9330 in spinlock_exit () >>> at /usr/src/sys/sparc64/sparc64/machdep.c:240 >>> #13 0x00000000c051a194 in cnputs (p=3D0x1fa2db11a "") >>> at /usr/src/sys/kern/kern_cons.c:530 >>> #14 0x00000000c05c06e0 in putchar (c=3D10, arg=3D0x1fa2db0c8) >>> at /usr/src/sys/kern/subr_prf.c:437 >>> #15 0x00000000c05bee90 in kvprintf (fmt=3D0xc0b2fb95 "", >>> func=3D0xc05c02e0 , arg=3D0x1fa2db0c8, radix=3D10, = ap=3D0x1fa2db300) >>> at /usr/src/sys/kern/subr_prf.c:655 >>> #16 0x00000000c05bfe80 in _vprintf (level=3D5, flags=3D1, >>> fmt=3D0xc0b2fb78 "%s: link state changed to %s\n", ap=3D0x1fa2db2f0)= >>> at /usr/src/sys/kern/subr_prf.c:281 >>> #17 0x00000000c05c0270 in log (level=3D5, >>> fmt=3D0xc0b2fb78 "%s: link state changed to %s\n") >>> at /usr/src/sys/kern/subr_prf.c:308 >>> #18 0x00000000c064ec28 in do_link_state_change = (arg=3D0xfffff80003396800, >>> pending=3D1) at /usr/src/sys/net/if.c:2131 >>> #19 0x00000000c05cab38 in taskqueue_run_locked = (queue=3D0xfffff80003288000) >>> at /usr/src/sys/kern/subr_taskqueue.c:342 >>> #20 0x00000000c05cacec in taskqueue_run (queue=3D0xfffff80003288000) >>> at /usr/src/sys/kern/subr_taskqueue.c:358 >>> #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=3D0x0) >>> at /usr/src/sys/kern/subr_taskqueue.c:471 >>> #22 0x00000000c0539cc4 in intr_event_execute_handlers = (p=3D0xfffff80003295860, >>> ie=3D0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 >>> #23 0x00000000c053b86c in ithread_loop (arg=3D0xfffff8000324c080) >>> at /usr/src/sys/kern/kern_intr.c:1277 >>> #24 0x00000000c0536428 in fork_exit (callout=3D0xc053b780 = , >>> arg=3D0xfffff8000324c080, frame=3D0x1fa2db880) >>> at /usr/src/sys/kern/kern_fork.c:1018 >>> #25 0x00000000c00a1270 in fork_trampoline () >>> #26 0x00000000c00a1270 in fork_trampoline () >>> Previous frame identical to this frame (corrupt stack?) >>> (kgdb) >>>=20 >>>=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" >>>=20 >>=20 >=20 >=20 --Apple-Mail=_7EF6CA68-49F5-4E1C-8E2D-81B5F87D420B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVk1UdAAoJEPFBDnXvoNg0hO0P/3iKmiqYTMRocEnSpJvToyfE VtiUm8KiqhnVkGP4hEtcTtSJs8CC+7rSTH3qoOXBenhq7CIjj1Mf54/vRFX8X7sY JYX1c0gCK5am/rZAAfzsWxC4IpjERdwnuXpMs9/rML2SbjOJWcRZeQ9SoOB/C1qo hKSiEmAupFMu8yU2h7WMe4jv20KVT5tTkohN30mZqa5vsSN32eKojEsNugRGBusi qCHLfvNFWQB3EEBwyXMaPnEOAecsAaH/L3CYrfyUBz58Jj75Qb4nClHK6DLwJwvy iuDkAIUQrlpxoarFDSJsxbpCSIgds5H4we5SsnDzGzTRQ9QQGZzP8xmgI1tNSlQS NwT9NiEExA7u5RdeZVPxqMCUwIBniYqy5ALSJkM22bm0oBWL64AsA1TldZt1d/Ir bmeOfFCEmJ2U+k6pUCHjOYpXEI0uJ+bmmzxtLJNxa8IPFwuO+49O9uXNmDWWMiNi d2vRii/XTAlI6f9d9S8mql+U4oktlgxe8QpRrtaXLU69EzrVESCOLiQa+2pSKt2r kvB6FWaloIB6xGemtNM2Yob730od3vaJf7roWaA8xlQhJ8a5N/+Y1ce2tEdjISLi JtOMcxRXtiPcFc/pe1UzNZEoIOeKIgcf8H+eu6xVcahocgjcjzyxVl3n5DLCNP26 OoUprnDDRLwe87/iqwIk =HjLY -----END PGP SIGNATURE----- --Apple-Mail=_7EF6CA68-49F5-4E1C-8E2D-81B5F87D420B-- From owner-freebsd-stable@freebsd.org Wed Jul 1 02:54:36 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2863991597 for ; Wed, 1 Jul 2015 02:54:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DDF2F10B9; Wed, 1 Jul 2015 02:54:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 406BF1652; Wed, 1 Jul 2015 02:54:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 02:54:33 +0000 From: Glen Barber To: Chris Ross Cc: freebsd-stable@freebsd.org, Kurt Lidl Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701025433.GN5423@FreeBSD.org> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WfGgNR53aAH+Ap/a" Content-Disposition: inline In-Reply-To: <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 02:54:36 -0000 --WfGgNR53aAH+Ap/a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 30, 2015 at 10:48:56PM -0400, Chris Ross wrote: >=20 > On Jun 30, 2015, at 22:36 , Glen Barber wrote: > > On Tue, Jun 30, 2015 at 10:27:21PM -0400, Chris Ross wrote: > >>=20 > >> Yeah, this is the same panic you, I, and others have been seeing on s= parc64's > >> with bge's, or at least v240's (and one other IIRC) for many many mont= hs. Thanks > >> for grabbing a core! > >>=20 > >> When I was trying to search for a commit that caused the change of be= havior, > >> I had difficultly doing it, but it was well back in 2014. The "boots = sometimes" > >> makes this a hard one to track, but as I only have my production v240,= also > >> makes it one I haven't spent as much time trying to find as I'd like. > >>=20 > >> Thank you for letting me know this issue isn't fixed, though, despite= the other > >> success with this code. :-) > >>=20 > >> Hopefully your stacktrace can help figure out what is wrong. > >>=20 > >=20 > > A quick search through the PR system returned zero results for this. > > Did you file a PR previously? (If not, do you know of one that already > > exists that Kurt can update?) >=20 > The "long" thread I see in my emails are with subject "FreeBSD 10-STABL= E/sparc64 panic". May/June, and then later September and October, and I do= n't see anyone to have created a PR. I think I got confused and dismayed i= n June, from reading back, and then never got to trying hard again. >=20 > The first report I see is from Kurt, http://lists.freebsd.org/pipermail= /freebsd-sparc64/2014-March/009261.html, so well over a year ago. But, no = mention in that thread about a PR either. >=20 Thank you for the reference. > I think you may be right, Glen, that there isn't one, and that's on me = as well as others. Hopefully, some of the searching through various revisi= ons of 10/stable I documented in the "FreeBSD 10-STABLE/sparc64 panic" thre= ad in May 2014 may help in the end, though. >=20 It's fine, it explains why I could not find one. Kurt, could you please create a PR and point me to the PR number so RE can put it on our watch list? Thanks. Glen > Thanks. tl;dr; I don't know of an existing PR. >=20 > - Chris >=20 > >>=20 > >> On Jun 30, 2015, at 22:14 , Kurt Lidl wrote: > >>> I got all excited and decided to give it a try on my dual-cpu > >>> V240 as well. I was able to get it installed, but it panics > >>> when booting off the mirrored ZFS drives. (Note: I have no > >>> reason to believe this is ZFS related.) > >>>=20 > >>> ---- snip, snip ---- > >>> Setting hostname: spork.pix.net. > >>> bge0: link state changed to DOWN > >>> spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid= 100340) too long > >>> timeout stopping cpus > >>> panic: spin lock held too long > >>> cpuid =3D 1 > >>> KDB: stack backtrace: > >>> #0 0xc0575380 at panic+0x20 > >>> #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 > >>> #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 > >>> #3 0xc08d7b9c at tick_get_timecount_mp+0xdc > >>> #4 0xc0583c88 at binuptime+0x48 > >>> #5 0xc08a3b8c at timercb+0x6c > >>> #6 0xc08d7f00 at tick_intr+0x220 > >>> Uptime: 29s > >>> Dumping 8192 MB (4 chunks) > >>> chunk at 0: 2147483648 bytes ... ok > >>> chunk at 0x100000000: 2147483648 bytes ... ok > >>> chunk at 0x1000000000: 2147483648 bytes ... ok > >>> chunk at 0x1100000000: 2147483648 bytes ... ok > >>>=20 > >>> Dump complete > >>> ---- snip, snip ---- > >>>=20 > >>> Now the thing that amazes me is that this happened > >>> the first three times after I did the install, and > >>> on the fourth boot, it didn't panic. And it was > >>> able to 'savecore' the crashdump. > >>>=20 > >>> Here's the stacktrace from the core.txt.0 file: > >>>=20 > >>> -Kurt > >>>=20 > >>> Reading symbols from /boot/kernel/zfs.ko.symbols...done. > >>> Loaded symbols for /boot/kernel/zfs.ko.symbols > >>> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > >>> Loaded symbols for /boot/kernel/opensolaris.ko.symbols > >>> Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. > >>> Loaded symbols for /boot/kernel/geom_mirror.ko.symbols > >>> Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. > >>> Loaded symbols for /boot/kernel/tmpfs.ko.symbols > >>> #0 0x00000000c05745bc in doadump (textdump=3D) > >>> at /usr/src/sys/kern/kern_shutdown.c:262 > >>> 262 savectx(&dumppcb); > >>> (kgdb) #0 0x00000000c05745bc in doadump (textdump=3D) > >>> at /usr/src/sys/kern/kern_shutdown.c:262 > >>> #1 0x00000000c0574fb0 in kern_reboot (howto=3D260) > >>> at /usr/src/sys/kern/kern_shutdown.c:451 > >>> #2 0x00000000c0575358 in vpanic (fmt=3D0xc0b22fe0 "spin lock held to= o long", > >>> ap=3D0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 > >>> #3 0x00000000c0575388 in panic (fmt=3D0xc0b22fe0 "spin lock held too= long") > >>> at /usr/src/sys/kern/kern_shutdown.c:687 > >>> #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=3D0xc0cb9e38) > >>> at /usr/src/sys/kern/kern_mutex.c:561 > >>> #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=3D0xfffff80003e932= 40, > >>> tid=3D18446735277669594832, opts=3D0, file=3D0x0, line=3D0) > >>> at /usr/src/sys/kern/kern_mutex.c:608 > >>> #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=3D0xc0d13378) at = smp.h:206 > >>> #7 0x00000000c0583c90 in binuptime (bt=3D0x1fa2da980) > >>> at /usr/src/sys/kern/kern_tc.c:188 > >>> #8 0x00000000c08a3b94 in timercb (et=3D0xc0d13308, arg=3D) > >>> at time.h:418 > >>> #9 0x00000000c08d7f08 in tick_intr (tf=3D0x1fa2dab20) > >>> at /usr/src/sys/sparc64/sparc64/tick.c:252 > >>> #10 0x00000000c00a11bc in tl1_intr () > >>> #11 0x00000000c08c934c in spinlock_exit () > >>> at /usr/src/sys/sparc64/sparc64/machdep.c:244 > >>> #12 0x00000000c08c9330 in spinlock_exit () > >>> at /usr/src/sys/sparc64/sparc64/machdep.c:240 > >>> #13 0x00000000c051a194 in cnputs (p=3D0x1fa2db11a "") > >>> at /usr/src/sys/kern/kern_cons.c:530 > >>> #14 0x00000000c05c06e0 in putchar (c=3D10, arg=3D0x1fa2db0c8) > >>> at /usr/src/sys/kern/subr_prf.c:437 > >>> #15 0x00000000c05bee90 in kvprintf (fmt=3D0xc0b2fb95 "", > >>> func=3D0xc05c02e0 , arg=3D0x1fa2db0c8, radix=3D10, ap=3D0x= 1fa2db300) > >>> at /usr/src/sys/kern/subr_prf.c:655 > >>> #16 0x00000000c05bfe80 in _vprintf (level=3D5, flags=3D1, > >>> fmt=3D0xc0b2fb78 "%s: link state changed to %s\n", ap=3D0x1fa2db2f0) > >>> at /usr/src/sys/kern/subr_prf.c:281 > >>> #17 0x00000000c05c0270 in log (level=3D5, > >>> fmt=3D0xc0b2fb78 "%s: link state changed to %s\n") > >>> at /usr/src/sys/kern/subr_prf.c:308 > >>> #18 0x00000000c064ec28 in do_link_state_change (arg=3D0xfffff80003396= 800, > >>> pending=3D1) at /usr/src/sys/net/if.c:2131 > >>> #19 0x00000000c05cab38 in taskqueue_run_locked (queue=3D0xfffff800032= 88000) > >>> at /usr/src/sys/kern/subr_taskqueue.c:342 > >>> #20 0x00000000c05cacec in taskqueue_run (queue=3D0xfffff80003288000) > >>> at /usr/src/sys/kern/subr_taskqueue.c:358 > >>> #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=3D0x0) > >>> at /usr/src/sys/kern/subr_taskqueue.c:471 > >>> #22 0x00000000c0539cc4 in intr_event_execute_handlers (p=3D0xfffff800= 03295860, > >>> ie=3D0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 > >>> #23 0x00000000c053b86c in ithread_loop (arg=3D0xfffff8000324c080) > >>> at /usr/src/sys/kern/kern_intr.c:1277 > >>> #24 0x00000000c0536428 in fork_exit (callout=3D0xc053b780 , > >>> arg=3D0xfffff8000324c080, frame=3D0x1fa2db880) > >>> at /usr/src/sys/kern/kern_fork.c:1018 > >>> #25 0x00000000c00a1270 in fork_trampoline () > >>> #26 0x00000000c00a1270 in fork_trampoline () > >>> Previous frame identical to this frame (corrupt stack?) > >>> (kgdb) > >>>=20 > >>>=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" > >>>=20 > >>=20 > >=20 > >=20 >=20 --WfGgNR53aAH+Ap/a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVk1ZpAAoJEAMUWKVHj+KTTnQP/0facaP1u8g3ZMvqsq8/RLOe LGEVFxttPZEDczocpLAEG2yQWMDMzgmiSijJJRHrlFZfh+o5vR3gYnfsl6wvw29u svdtYp/+5X6OVQ0eVnrKMBeuV+10loK7BLzOgp7JwMS3/afgsLg+VxfM5tq7HtiO BE2pEFC7vKw3kVHNp8o6VYgQmW7+KBq+W4OUGjoezlItmUUPY7BDL80AAoIwNidL 6C76NUmrxAotNf4YNPjCGBKiq29gNI3zkD2i9LkhNztTOFo5SUvhgBjMkEyEechV JxsFU37TiRaDnv0Pkq5BjRAsafYZUjRE/2o6dwA0K2KaXbEfq01N5IpSc8Oiki02 rdUk6vZH79fxBHmlyAu80ciesReMCMZ4GLnvzqSz4AKqBYMttnJX383+6FF4cv4x xrvYkaBOLw+n+OcxNb8YK6LLaDMIYfc2SvnJHZGW7YEIHWBwG7X6ggSDptuWYYfx iXkWr65XsL+2LlOV9jYXDWGM/8SCJkw5Xiq6BRGIoG9rg06RsIdr+bjMXfmr38LY ASx9B5htnYht2UnS90DmxMy6yafenyU+Ab9K8v96QDFUjtsCK2Z3aJ7EBQ+0+ACf 9xFv9FswK/rGmdRKZ6nv9JapexF7LMA6aeRxj0r7m8IR31W8Kr7gnyLHLzhT410p TGYEtNFrvxgs2I7luRgt =Holc -----END PGP SIGNATURE----- --WfGgNR53aAH+Ap/a-- From owner-freebsd-stable@freebsd.org Wed Jul 1 03:25:48 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D2CB991B05 for ; Wed, 1 Jul 2015 03:25:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 319BC1BE6; Wed, 1 Jul 2015 03:25:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obdbs4 with SMTP id bs4so20064722obd.3; Tue, 30 Jun 2015 20:25:47 -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=Dq8aEJDPFkWzOXSk9w03yy+N9sDVTIoFAxiaT9AEy9M=; b=yMx3SirAgpfWEKZha5xNj7DW6wi80QkdCm3oTAwZ+14WY3Lf2VdCb7+iY3XrrP+m7i g1T9+NuOC4CIvRi1ZS2+P2dpHknAD1DF6L5wgxkqvToLYX6P9JBKpAiADXmRf7unf+VM nGeRi/Ux5bnsgqu0vnx3OWor4aJcZl7XhOYwdCzXWadxjMXWtUBbIjE5RyEVoEpIUDz0 F8xcnnH/VLjxtZcjEhXa375bfpV15ixr4sYq4jN7s89pZtoUpf/DN9uB2xJeOafyCEy5 wEe4wzNwBh0JcFlvqDAo7XmevIv+DMJuZG2K1RlU4eUwuUJa78eATirctL0pYiLm9Tke MX+g== MIME-Version: 1.0 X-Received: by 10.182.230.234 with SMTP id tb10mr21435835obc.23.1435721147710; Tue, 30 Jun 2015 20:25:47 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Tue, 30 Jun 2015 20:25:47 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86616894vk.fsf@gly.ftfl.ca> <86oak0bkky.fsf@WorkBox.Home> <867fqo6sbh.fsf@gly.ftfl.ca> <86zj3j68e7.fsf@gly.ftfl.ca> Date: Tue, 30 Jun 2015 20:25:47 -0700 X-Google-Sender-Auth: JvgmZANI55aGNW9miX61piGDG0Y Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: John Baldwin Cc: Adrian Chadd , Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 03:25:48 -0000 On Tue, Jun 30, 2015 at 8:45 AM, John Baldwin wrote: > I'm traveling and AFK for a week or so more, but I did test this MFC > including suspend/resume with CardBus, etc. on a T440 before committing > it. It would be good to know if HEAD works for you. If it does then > there's likely another fix from HEAD that you need merged. > > -- > John Baldwin > > John, I have opened bug # 201239 for the problem. Unfortunately I will be traveling and need a functioning laptop, so I can't test with HEAD right now. I will be back on the 9th and, if no one else has had a chance to test by then, I'll give it a try. It's about time I gave it a shot as I have not run HEAD since 10 was branched. Thanks for looking at this. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > On Jun 29, 2015, at 00:54, Kevin Oberman wrote: > > On Sun, Jun 28, 2015 at 11:07 PM, Adrian Chadd > wrote: > >> Ok, so which subset of changes is the culprit? >> >> (sorry, I'm tired.. :( ) >> >> >> The merge of 281874 broke it. Unfortunately, this is a fairly large and > important change that touches five files, mainly dev/pci/pci.c and > dev/pci/pci_pci.c with a less significant update to dev/pccbb/pccbb_pci.c. > > Get some rest. This is an annoying regression, but not disastrous. Systems > still run and it sounds like many still resume. Unfortunately my T520 and > some contemporary ThinkPads don't. > > I now have enough data to open a fairly coherent ticket. I'll try to open > it tomorrow. (I'm tired, too.) > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > >> -a >> >> >> On 28 June 2015 at 22:45, Kevin Oberman wrote: >> > On Sun, Jun 28, 2015 at 4:54 PM, Kevin Oberman >> wrote: >> >> >> >> On Sun, Jun 28, 2015 at 10:38 AM, Joseph Mingrone wrote: >> >>> >> >>> Adrian Chadd writes: >> >>> > ok. I've updated my x230 to the latest -head and it is okay at >> >>> > suspend/resume. >> >>> >> >>> No problem with -head on the X220 as well. >> >>> >> >>> > I can go acquire an x220 (now that they're cheap) to have as another >> >>> > reference laptop. >> >>> >> >>> You might ping Allan Jude. If I'm not mistaken he had at least two >> >>> X220s at BSDCan. Maybe he'd be willing to part with one. >> >> >> >> >> >> I have now merged all of the parts of 284034 except for 281874 and >> resume >> >> works correctly. As i suspected, something in that rather large commit >> is >> >> the problem and it is probably something that is tied to some other >> change >> >> in HEAD as Adrian has reported that it works fine in HEAD. >> >> >> >> I'll have to admit that have no idea how to approach figuring this out. >> >> I'm not sure how I can even revert a part of the commit to get >> >> 10.2-PRERELEASE working for me. I really wish that a commit as large >> as this >> >> one had been MFCed separately. :-( So far there has been only a single >> >> commit to pci and none to pccbb since 284034, so I built stable with >> the >> >> files modified in 281874 manually reverted. >> > >> > >> > I now have r284916M running and it seems to be working fine. All of >> 284034 >> > committed except for the MFC from 281874. That left three files >> conflicting >> > with STABLE: >> > /usr/src/sys/dev/pci/pci.c >> > /usr/src/sys/dev/pci/pci_pci.c >> > /usr/src/sys/dev/pccbb/pccbb_pci.c >> > -- >> > Kevin Oberman, Network Engineer, Retired >> > E-mail: rkoberman@gmail.com >> > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> > >> > > From owner-freebsd-stable@freebsd.org Wed Jul 1 09:18:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E09FE992989 for ; Wed, 1 Jul 2015 09:18:46 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3F7125AF for ; Wed, 1 Jul 2015 09:18:45 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [84.44.209.36] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1ZAEA8-0007wR-TF for freebsd-stable@freebsd.org; Wed, 01 Jul 2015 11:18:37 +0200 Date: Wed, 1 Jul 2015 11:18:37 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <128bd010.19091599@fabiankeil.de> In-Reply-To: <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ipAlNPWjfH+llhPk9s0hg8W"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 09:18:47 -0000 --Sig_/ipAlNPWjfH+llhPk9s0hg8W Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Chris Ross wrote: > Yeah, this is the same panic you, I, and others have been seeing on > sparc64's with bge's, or at least v240's (and one other IIRC) for many > many months. Thanks for grabbing a core! Does it make a difference if you boot with hw.bge.allow_asf=3D0? According to the man page it is known to "cause system lockup problems on a small number of systems". It's not obvious to me why it's enabled by default on FreeBSD and I disable it on all my systems. Fabian --Sig_/ipAlNPWjfH+llhPk9s0hg8W Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlWTsGoACgkQBYqIVf93VJ10TQCdG3xuhWRSpcV3SM3dIktEM9hj MSYAoJm+dwEQJgZ/ETMF4Pdy7/+5d59H =nN6P -----END PGP SIGNATURE----- --Sig_/ipAlNPWjfH+llhPk9s0hg8W-- From owner-freebsd-stable@freebsd.org Wed Jul 1 11:35:22 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D176B98D668 for ; Wed, 1 Jul 2015 11:35:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A0C982BE8 for ; Wed, 1 Jul 2015 11:35:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9DD6E98D65D; Wed, 1 Jul 2015 11:35:22 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A9AA98D659; Wed, 1 Jul 2015 11:35:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B59362BDD; Wed, 1 Jul 2015 11:35:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 62F2E1FE022; Wed, 1 Jul 2015 13:35:12 +0200 (CEST) Message-ID: <5593D0AE.2010205@selasky.org> Date: Wed, 01 Jul 2015 13:36:14 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Slawa Olhovchenkov , Baptiste Daroussin CC: ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: Re: pkg 1.5.0 is out References: <20150414200459.GE39658@ivaldir.etoilebsd.net> <20150421103454.GR1394@zxy.spb.ru> In-Reply-To: <20150421103454.GR1394@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 11:35:22 -0000 On 04/21/15 12:34, Slawa Olhovchenkov wrote: > On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote: > >> Hi all, >> >> Final pkg 1.5.0 has been released. > Hi, Is there a way the external SAT solver functionality can be memory optimised? When trying to use this feature having +750 packages installed, the memory usage starts growing and growing beyond 4GBytes until PKG segfaults, even before the CNF export has started. env SAT_SOLVER=mysolver pkg upgrade --HPS From owner-freebsd-stable@freebsd.org Wed Jul 1 11:38:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EC1598D82D for ; Wed, 1 Jul 2015 11:38:53 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EA1262CA6 for ; Wed, 1 Jul 2015 11:38:52 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E45E398D82A; Wed, 1 Jul 2015 11:38:52 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2AA698D827; Wed, 1 Jul 2015 11:38:52 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C2102CA3; Wed, 1 Jul 2015 11:38:52 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wgqq4 with SMTP id q4so34262769wgq.1; Wed, 01 Jul 2015 04:38:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=SusvODW+FylsPA6+ygNgxTSMIUHLWkggiRirT1PkJOQ=; b=g//nNNhkm8OdAIdtlQL0P2QpXPLKsZ4fHeC4NEzp9mTrzZFH0qN5/vh2yVLvdwLOLA rZTFebDA3LJKNBYy/uHCInSaagt/rg+5VBRg4p7944d6IvDsM5GRprjbb+IXst70dEVI RDYE921p2Dsi1hGWnGrGNAKu/AvaXGkekgwwSEbXJpclYJazs3MTp4cEenW/R/J+48PK CTj6IBwR5iC+6f0Sf41G3wr4Oh/yknmuFeM1cHJxzEj6r1RKgpwJP94qGtwnSMsKgmqS 3CxyUYEaTFpnvEslEQvS56EvcBY6nUgjSNxVX+l9APIOAeDN4Sq1PbsbuxV9aeZh2Bm4 cSjg== X-Received: by 10.180.74.210 with SMTP id w18mr5606812wiv.77.1435750731029; Wed, 01 Jul 2015 04:38:51 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id n8sm2983231wiy.19.2015.07.01.04.38.49 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Jul 2015 04:38:49 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 1 Jul 2015 13:38:47 +0200 From: Baptiste Daroussin To: Hans Petter Selasky Cc: Slawa Olhovchenkov , ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: Re: pkg 1.5.0 is out Message-ID: <20150701113847.GA15161@ivaldir.etoilebsd.net> References: <20150414200459.GE39658@ivaldir.etoilebsd.net> <20150421103454.GR1394@zxy.spb.ru> <5593D0AE.2010205@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <5593D0AE.2010205@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 11:38:53 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2015 at 01:36:14PM +0200, Hans Petter Selasky wrote: > On 04/21/15 12:34, Slawa Olhovchenkov wrote: > > On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote: > > > >> Hi all, > >> > >> Final pkg 1.5.0 has been released. > > >=20 > Hi, >=20 > Is there a way the external SAT solver functionality can be memory=20 > optimised? When trying to use this feature having +750 packages=20 > installed, the memory usage starts growing and growing beyond 4GBytes=20 > until PKG segfaults, even before the CNF export has started. >=20 > env SAT_SOLVER=3Dmysolver pkg upgrade Probably, but given the little amount of time pkg developers has we will gr= eatly appreciate patches :) AKA this would be greatly appreciated, but very low on the priority list :( Best regards, Bapt --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlWT0UcACgkQ8kTtMUmk6Ex8/gCeMHpS4q0e9V6xVa8aCj9uSPLO U1kAoLiweMzu0Lz1lZYjC9Vr4lxOCJuN =4AiX -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@freebsd.org Wed Jul 1 12:15:44 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54E9398F83C for ; Wed, 1 Jul 2015 12:15:44 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 115441A20; Wed, 1 Jul 2015 12:15:43 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t61CFgAR011982; Wed, 1 Jul 2015 08:15:42 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <5593D9ED.4080402@pix.net> Date: Wed, 01 Jul 2015 08:15:41 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Glen Barber , Chris Ross CC: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> In-Reply-To: <20150701025433.GN5423@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 12:15:44 -0000 On 6/30/15 10:54 PM, Glen Barber wrote: > Kurt, could you please create a PR and point me to the PR number so RE > can put it on our watch list? The PR is: 201245 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201245 I put the short version of the panic backtrace in the bug, and attached the full core.txt.0 file to the bug as well, as it contains the detailed backtrace. -Kurt >>>> On Jun 30, 2015, at 22:14 , Kurt Lidl wrote: >>>>> I got all excited and decided to give it a try on my dual-cpu >>>>> V240 as well. I was able to get it installed, but it panics >>>>> when booting off the mirrored ZFS drives. (Note: I have no >>>>> reason to believe this is ZFS related.) >>>>> >>>>> ---- snip, snip ---- >>>>> Setting hostname: spork.pix.net. >>>>> bge0: link state changed to DOWN >>>>> spin lock 0xc0cb9e38 (smp rendezvous) held by 0xfffff80003e93240 (tid 100340) too long >>>>> timeout stopping cpus >>>>> panic: spin lock held too long >>>>> cpuid = 1 >>>>> KDB: stack backtrace: >>>>> #0 0xc0575380 at panic+0x20 >>>>> #1 0xc0558e10 at _mtx_lock_spin_failed+0x50 >>>>> #2 0xc0558ed8 at _mtx_lock_spin_cookie+0xb8 >>>>> #3 0xc08d7b9c at tick_get_timecount_mp+0xdc >>>>> #4 0xc0583c88 at binuptime+0x48 >>>>> #5 0xc08a3b8c at timercb+0x6c >>>>> #6 0xc08d7f00 at tick_intr+0x220 >>>>> Uptime: 29s >>>>> Dumping 8192 MB (4 chunks) >>>>> chunk at 0: 2147483648 bytes ... ok >>>>> chunk at 0x100000000: 2147483648 bytes ... ok >>>>> chunk at 0x1000000000: 2147483648 bytes ... ok >>>>> chunk at 0x1100000000: 2147483648 bytes ... ok >>>>> >>>>> Dump complete >>>>> ---- snip, snip ---- >>>>> >>>>> Now the thing that amazes me is that this happened >>>>> the first three times after I did the install, and >>>>> on the fourth boot, it didn't panic. And it was >>>>> able to 'savecore' the crashdump. >>>>> >>>>> Here's the stacktrace from the core.txt.0 file: >>>>> >>>>> -Kurt >>>>> >>>>> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/zfs.ko.symbols >>>>> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >>>>> Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/geom_mirror.ko.symbols >>>>> Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. >>>>> Loaded symbols for /boot/kernel/tmpfs.ko.symbols >>>>> #0 0x00000000c05745bc in doadump (textdump=) >>>>> at /usr/src/sys/kern/kern_shutdown.c:262 >>>>> 262 savectx(&dumppcb); >>>>> (kgdb) #0 0x00000000c05745bc in doadump (textdump=) >>>>> at /usr/src/sys/kern/kern_shutdown.c:262 >>>>> #1 0x00000000c0574fb0 in kern_reboot (howto=260) >>>>> at /usr/src/sys/kern/kern_shutdown.c:451 >>>>> #2 0x00000000c0575358 in vpanic (fmt=0xc0b22fe0 "spin lock held too long", >>>>> ap=0x1fa2da638) at /usr/src/sys/kern/kern_shutdown.c:758 >>>>> #3 0x00000000c0575388 in panic (fmt=0xc0b22fe0 "spin lock held too long") >>>>> at /usr/src/sys/kern/kern_shutdown.c:687 >>>>> #4 0x00000000c0558e18 in _mtx_lock_spin_failed (m=0xc0cb9e38) >>>>> at /usr/src/sys/kern/kern_mutex.c:561 >>>>> #5 0x00000000c0558ee0 in _mtx_lock_spin_cookie (c=0xfffff80003e93240, >>>>> tid=18446735277669594832, opts=0, file=0x0, line=0) >>>>> at /usr/src/sys/kern/kern_mutex.c:608 >>>>> #6 0x00000000c08d7ba4 in tick_get_timecount_mp (tc=0xc0d13378) at smp.h:206 >>>>> #7 0x00000000c0583c90 in binuptime (bt=0x1fa2da980) >>>>> at /usr/src/sys/kern/kern_tc.c:188 >>>>> #8 0x00000000c08a3b94 in timercb (et=0xc0d13308, arg=) >>>>> at time.h:418 >>>>> #9 0x00000000c08d7f08 in tick_intr (tf=0x1fa2dab20) >>>>> at /usr/src/sys/sparc64/sparc64/tick.c:252 >>>>> #10 0x00000000c00a11bc in tl1_intr () >>>>> #11 0x00000000c08c934c in spinlock_exit () >>>>> at /usr/src/sys/sparc64/sparc64/machdep.c:244 >>>>> #12 0x00000000c08c9330 in spinlock_exit () >>>>> at /usr/src/sys/sparc64/sparc64/machdep.c:240 >>>>> #13 0x00000000c051a194 in cnputs (p=0x1fa2db11a "") >>>>> at /usr/src/sys/kern/kern_cons.c:530 >>>>> #14 0x00000000c05c06e0 in putchar (c=10, arg=0x1fa2db0c8) >>>>> at /usr/src/sys/kern/subr_prf.c:437 >>>>> #15 0x00000000c05bee90 in kvprintf (fmt=0xc0b2fb95 "", >>>>> func=0xc05c02e0 , arg=0x1fa2db0c8, radix=10, ap=0x1fa2db300) >>>>> at /usr/src/sys/kern/subr_prf.c:655 >>>>> #16 0x00000000c05bfe80 in _vprintf (level=5, flags=1, >>>>> fmt=0xc0b2fb78 "%s: link state changed to %s\n", ap=0x1fa2db2f0) >>>>> at /usr/src/sys/kern/subr_prf.c:281 >>>>> #17 0x00000000c05c0270 in log (level=5, >>>>> fmt=0xc0b2fb78 "%s: link state changed to %s\n") >>>>> at /usr/src/sys/kern/subr_prf.c:308 >>>>> #18 0x00000000c064ec28 in do_link_state_change (arg=0xfffff80003396800, >>>>> pending=1) at /usr/src/sys/net/if.c:2131 >>>>> #19 0x00000000c05cab38 in taskqueue_run_locked (queue=0xfffff80003288000) >>>>> at /usr/src/sys/kern/subr_taskqueue.c:342 >>>>> #20 0x00000000c05cacec in taskqueue_run (queue=0xfffff80003288000) >>>>> at /usr/src/sys/kern/subr_taskqueue.c:358 >>>>> #21 0x00000000c05cae20 in taskqueue_swi_run (dummy=0x0) >>>>> at /usr/src/sys/kern/subr_taskqueue.c:471 >>>>> #22 0x00000000c0539cc4 in intr_event_execute_handlers (p=0xfffff80003295860, >>>>> ie=0xfffff80003287e00) at /usr/src/sys/kern/kern_intr.c:1264 >>>>> #23 0x00000000c053b86c in ithread_loop (arg=0xfffff8000324c080) >>>>> at /usr/src/sys/kern/kern_intr.c:1277 >>>>> #24 0x00000000c0536428 in fork_exit (callout=0xc053b780 , >>>>> arg=0xfffff8000324c080, frame=0x1fa2db880) >>>>> at /usr/src/sys/kern/kern_fork.c:1018 >>>>> #25 0x00000000c00a1270 in fork_trampoline () >>>>> #26 0x00000000c00a1270 in fork_trampoline () >>>>> Previous frame identical to this frame (corrupt stack?) >>>>> (kgdb) >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 Jul 1 12:19:02 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C25E298F8E9 for ; Wed, 1 Jul 2015 12:19:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id AE2B321D9; Wed, 1 Jul 2015 12:19:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 1526A1BAB; Wed, 1 Jul 2015 12:19:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 12:18:59 +0000 From: Glen Barber To: Kurt Lidl Cc: Chris Ross , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701121859.GS5423@FreeBSD.org> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sAMF9MHkXj43A5i+" Content-Disposition: inline In-Reply-To: <5593D9ED.4080402@pix.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 12:19:02 -0000 --sAMF9MHkXj43A5i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2015 at 08:15:41AM -0400, Kurt Lidl wrote: > On 6/30/15 10:54 PM, Glen Barber wrote: >=20 > >Kurt, could you please create a PR and point me to the PR number so RE > >can put it on our watch list? >=20 > The PR is: 201245 >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201245 >=20 > I put the short version of the panic backtrace in the bug, and > attached the full core.txt.0 file to the bug as well, as it > contains the detailed backtrace. >=20 Thank you. Glen --sAMF9MHkXj43A5i+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVk9qzAAoJEAMUWKVHj+KT6NMP/Rim4/1r4zGCIzGj9milYkRX Tutms+7s2//I9LUhcABQMh55D1z9ikq4qR9ZkUfbwSXvcNEl0esKABTrAT0rsn2/ gQIF/F4GxO8a3wqb7VU0S7qQBQp6KCYwFACG3EcdQfCTs+Wy/PDWzUm4g0BUNOB/ ttRia9caNXKxi3CoA1TCmk35RrLJn/Px6kqKj/ZhZeJeCeAaU1T8x+RfBUXbG1G/ qGQCuJWxOa2PrH3Gu17D3Yem5rmpcfmP8l1MEP/fw6A1zDfIg5wGgO1uVlnFLAkU FTE0BHcqjjc7C+ZwrR0n1lUHNsshV0lVKXNtcWAVZQSfs4ur8UZjrzyPfywKjD4g gF2j3KH7bD0Ctg8FXDVex7cmsL4Zxh8pC6ulvggEh79UzxY4TSsXPBYkPyKptKl+ arsdWPjOV5XqdEOEIvgYvWiAuqBumktLzY/hJ1DKD0Fj7scQkPV4LfI7w59n8sua Z5cp7P/ZYv6+HwB9qdXSF3tG/E8bLNoSI43MZfLU0JCZ+YVP3ZU9O8zfmZAX5K+4 KGliT0iBJtFANelkYv7+r92iab7DmwnxHPBy+yFKFuaKgqkQZiLsXu2qw24dFMwW AmCsWyyJu04kLkihYPlJAz2UApXbQravZwYCboIXWK2NDUvX/i3IeBisCsRcwNi1 TC0K5jzxDI+8+ArT+SZd =w/Vz -----END PGP SIGNATURE----- --sAMF9MHkXj43A5i+-- From owner-freebsd-stable@freebsd.org Wed Jul 1 13:55:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B068990DB0 for ; Wed, 1 Jul 2015 13:55:04 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C1E518C9 for ; Wed, 1 Jul 2015 13:55:03 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPSA id t61Dspmk012707 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 1 Jul 2015 09:54:59 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [IPv6:2001:470:e24c:200:ea06:88ff:feca:960e]) (authenticated bits=0) by mail.distal.com (8.14.9/8.14.9) with ESMTP id t61DrTPt001091 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 1 Jul 2015 09:53:29 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_BE91A780-75BC-47BE-8787-1419CF81DF39"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Chris Ross In-Reply-To: <128bd010.19091599@fabiankeil.de> Date: Wed, 1 Jul 2015 09:53:24 -0400 Cc: freebsd-stable@freebsd.org Message-Id: References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <128bd010.19091599@fabiankeil.de> To: Fabian Keil X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [IPv6:2001:470:e24c:200::ae25]); Wed, 01 Jul 2015 09:53:31 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 13:55:04 -0000 --Apple-Mail=_BE91A780-75BC-47BE-8787-1419CF81DF39 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jul 1, 2015, at 05:18 , Fabian Keil = wrote: > Does it make a difference if you boot with hw.bge.allow_asf=3D0? >=20 > According to the man page it is known to "cause system lockup problems > on a small number of systems". It's not obvious to me why it's enabled > by default on FreeBSD and I disable it on all my systems. I'm not sure what it does, even. But, it doesn't seem to make a = difference. The kernel I've been running (DDB version of r279722 from Mar 7 2015) panic's in the same way when that's set via the loader by hand, or put = into loader.conf. Thanks for the suggestion. Sadly not related (causally). - Chris --Apple-Mail=_BE91A780-75BC-47BE-8787-1419CF81DF39 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVk/DZAAoJEPFBDnXvoNg0Zl4QAJRTzciQVbjCy3lp2ASpL0wy lX+cxEEtUNpFd7opdt8r25D/3GPNKhcOBm1gU8wPXQ/h3OxHgJiFt2wWsVw61pnE qbXpPMLyJr5m9dBd0e9qR/1VBT3pfPVxVZHQnz9OUjnnIw4tFJapzV6Y1/c0VPlX Qdw+60EGH37oPMuzJ0qyiohSEOdp10yoBe3i/EpGWeP51cPcqUpjJvzhBIpPyDBt wgL3b5Oqoul+2kRPadS1jS+duGYcE1x9J3ZrsNL/XPzObf6La5HBpmOk7CBdHn8G uyCIeprtHJojqtgaKmhCZAiwaYLHILEZe8+XP+VFSytQAls5fM4vv1R23JoLy/sJ g1XhyoSQYI2vKcBSTy2aeaZpqZxzz4oZw4LoIliRvkr2ApqhMOVwJXQKDFp5uI21 Tbs7pjxWaIiiTSApCYRcZMKCjpVsGmgBdS4VjEVWFSx5JNKiHu/tvnlWY+DYHV5d m2Ljp4F62DC6ulqNvbwwAo9RcytWXGUdSROxQ/htW2Eh2wmTciiyjF4L6+fWEdP0 XvAsX8VyJS8UWa0j40ouYaqg0rGoAkTlv3oz6/8yjaeYMQcK+jqsdNe2r2cWgjif PCHnkg28FEwQT8/PGXldHT+n/n5LUc431noK874ZD+WiE9aJJwhGOTYz+WPKWNrI XWILX2lDmyW4vBV1baTz =XUTV -----END PGP SIGNATURE----- --Apple-Mail=_BE91A780-75BC-47BE-8787-1419CF81DF39-- From owner-freebsd-stable@freebsd.org Wed Jul 1 15:34:19 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55B8B9917CA for ; Wed, 1 Jul 2015 15:34:19 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EF88287A; Wed, 1 Jul 2015 15:34:18 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t61FYHNc013656; Wed, 1 Jul 2015 11:34:17 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <55940879.8060604@pix.net> Date: Wed, 01 Jul 2015 11:34:17 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Glen Barber , Chris Ross CC: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> In-Reply-To: <5593D9ED.4080402@pix.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 15:34:19 -0000 On 7/1/15 8:15 AM, Kurt Lidl wrote: > On 6/30/15 10:54 PM, Glen Barber wrote: > >> Kurt, could you please create a PR and point me to the PR number so RE >> can put it on our watch list? > > The PR is: 201245 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201245 > > I put the short version of the panic backtrace in the bug, and > attached the full core.txt.0 file to the bug as well, as it > contains the detailed backtrace. (I updated the bug with the following information too.) I discovered that if I comment out the following lines from my /etc/rc.conf, the machine boots reliably: ifconfig_bge0="DHCP" ifconfig_bge0_ipv6="inet6 accept_rtadv" Of course, with no network connection, it's not a very useful machine, but this probably is important to know while debugging the cause of the problem. -Kurt From owner-freebsd-stable@freebsd.org Wed Jul 1 15:54:01 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04413991D1F for ; Wed, 1 Jul 2015 15:54:01 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A05D6187B; Wed, 1 Jul 2015 15:54:00 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPSA id t61Frp6G013768 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 1 Jul 2015 11:53:59 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from [IPv6:2001:470:e24c:1111::1000] ([IPv6:2001:470:e24c:1111::1000]) (authenticated bits=0) by mail.distal.com (8.14.9/8.14.9) with ESMTP id t61FqSxL001494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jul 2015 11:52:30 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) From: Chris Ross In-Reply-To: <55940879.8060604@pix.net> Date: Wed, 1 Jul 2015 11:52:28 -0400 Cc: Glen Barber , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> <55940879.8060604@pix.net> To: Kurt Lidl X-Mailer: Apple Mail (2.2098) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [IPv6:2001:470:e24c:200::ae25]); Wed, 01 Jul 2015 11:52:31 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 15:54:01 -0000 > On Jul 1, 2015, at 11:34, Kurt Lidl wrote: > I discovered that if I comment out the following lines > from my /etc/rc.conf, the machine boots reliably: >=20 > ifconfig_bge0=3D"DHCP" > ifconfig_bge0_ipv6=3D"inet6 accept_rtadv" >=20 > Of course, with no network connection, it's not a very useful machine, > but this probably is important to know while debugging the cause of > the problem. I had realized that bringing the interface up was the trigger for the = panic. An interesting thing, given the above, would be to note whether using a static IPv4 address (i.e., not DHCP or SYNCDHCP which is what I have), or whether disabling IPv6 or IPv6 accept_rtadv would make any = difference. I=E2=80=99m guessing it won=E2=80=99t matter, but I also have a = similar config in my rc.conf, so testing a wider variety of configs might be of value. - Chris From owner-freebsd-stable@freebsd.org Wed Jul 1 16:51:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DACD0992786 for ; Wed, 1 Jul 2015 16:51:23 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [66.135.54.68]) by mx1.freebsd.org (Postfix) with ESMTP id BE8222C97; Wed, 1 Jul 2015 16:51:23 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A050856085; Wed, 1 Jul 2015 11:51:22 -0500 (CDT) Date: Wed, 1 Jul 2015 11:51:22 -0500 From: Mark Linimon To: Kurt Lidl Cc: Glen Barber , Chris Ross , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701165122.GA10119@lonesome.com> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> <55940879.8060604@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55940879.8060604@pix.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 16:51:24 -0000 On Wed, Jul 01, 2015 at 11:34:17AM -0400, Kurt Lidl wrote: > Of course, with no network connection, it's not a very useful machine, There are PCI slots on mine :-) ok, joking aside, this is indeed not useful. But it's useful to note that a couple of months ago, I was running my v245 hard, and it was working fine. I won't have time until this weekend to start firing things up and testing here, but I will try. mcl From owner-freebsd-stable@freebsd.org Wed Jul 1 17:14:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D77E992AAE; Wed, 1 Jul 2015 17:14:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1811868; Wed, 1 Jul 2015 17:14:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id E2F891630; Wed, 1 Jul 2015 17:14:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 17:14:54 +0000 From: Glen Barber To: freebsd-snapshots@FreeBSD.org Cc: freebsd-stable@FreeBSD.org Subject: New FreeBSD snapshots available: stable/10 (20150630 r284970) Message-ID: <20150701171454.GA22426@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 17:14:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [-stable@ in CC again.] New FreeBSD development branch installation ISOs and virtual machine disk images have been uploaded to the FTP mirrors. As with any development branch, the installation snapshots are not intended for use on production systems. We do, however, encourage testing on non-production systems as much as possible. Please also consider installing the sysutils/panicmail port, which can help in providing FreeBSD developers the necessary information regarding system crashes. Checksums for the installation ISOs and the VM disk images follow at the end of this email. === Installation ISOs === Installation images are available for: o 10.2-PRERELEASE amd64 GENERIC o 10.2-PRERELEASE i386 GENERIC o 10.2-PRERELEASE ia64 GENERIC o 10.2-PRERELEASE powerpc GENERIC o 10.2-PRERELEASE powerpc64 GENERIC64 o 10.2-PRERELEASE sparc64 GENERIC o 10.2-PRERELEASE armv6 BEAGLEBONE o 10.2-PRERELEASE armv6 CUBOX-HUMMINGBOARD o 10.2-PRERELEASE armv6 GUMSTIX o 10.2-PRERELEASE armv6 RPI-B o 10.2-PRERELEASE armv6 PANDABOARD o 10.2-PRERELEASE armv6 WANDBOARD Note regarding the FreeBSD/armv6 images: Due to a build issue last week that caused md(4) devices to fail to be properly destroyed after use, the 'rootfs' UFS label and 'MSDOSBOOT' msdosfs labels do not exist on these images. This will be fixed for the next set of builds. Sorry the cause of this was not identified sooner. There are two workarounds for this: 1) After writing the image to the SD card, use tunefs(8) to write the UFS label to the correct partition. For example: # tunefs -L rootfs /dev/daNs2a Be sure to get the value of 'N' correct. 2) At the mountroot prompt, list all available partitions with '?', and run, for example: mountroot> ufs:/dev/mmcsd0s2a In both cases, the system will enter single-user mode because the MSDOSBOOT label cannot be found. Commenting the /dev/msdos/MSDOSBOOT line from fstab(5) is sufficient to work around this problem. Snapshots may be downloaded from the corresponding architecture directory from: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Please be patient if your local FTP mirror has not yet caught up with the changes. Problems, bug reports, or regression reports should be reported through the Bugzilla PR system or the appropriate mailing list, such as -current@ or -stable@ . === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures: o 10.2-PRERELEASE amd64 o 10.2-PRERELEASE i386 Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/ Images are available in the following disk image formats: ~ RAW disk image ~ QCOW2 (qemu) ~ VMDK (qemu, VirtualBox, VMWare) ~ VHD (qemu, xen) The partition layout is: ~ 512k - freebsd-boot GPT partition type (bootfs GPT label) ~ 1GB - freebsd-swap GPT partition type (swapfs GPT label) ~ ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-f315d498 us-west-1 region: ami-9105f4d5 us-west-2 region: ami-691b1d59 sa-east-1 region: ami-79bf3264 eu-west-1 region: ami-dabffead eu-central-1 region: ami-b0edd6ad ap-northeast-1 region: ami-2ea5072e ap-southeast-1 region: ami-261c1d74 ap-southeast-2 region: ami-3febae05 === Azure / VM Depot Images === FreeBSD/amd64 images are available for use within the Microsoft Azure hosting platform through VM Depot. For deployment instructions, see: https://vmdepot.msopentech.com/Vhd/Show?vhdId=56718 === Google Compute Engine Images === FreeBSD/amd64 images are available for use within the Google Compute Engine hosting platform. The image URLs are: https://console.developers.google.com/project/freebsd-org-cloud-dev/compute/imagesDetail/global/images/freebsd-10-2-prerelease-amd64-2015-07-01-13-44 == ISO CHECKSUMS == o 10.2-PRERELEASE amd64 GENERIC: SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-bootonly.iso) = 1dbf6ee160d25245f726def138d0b4bee561afdbf032766b697d19bc49288907 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-bootonly.iso.xz) = 56b9a173eb0f0e96e2e84b209002b7b36f40dc807abe068b145ddab07dd6aba8 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-disc1.iso) = 5a8ec1cc493f0cb76c5cd2be5ddd39c67abfa7530a280bca7a1e02e57274235c SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-disc1.iso.xz) = 6b85400880c62ae7e706436f6d4f345923eb3f454659ff66eefd19fa5e286d02 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-memstick.img) = b363e9fb885c8eea90d8ab87f0aae4fe85d4419b03a68ad7d99183b445cde665 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-memstick.img.xz) = 3fcf9fc789384946d315d342179409b69af393cafb25e949124e66781ba10d0d SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-mini-memstick.img) = 721578e417aad62a4790824b046e728e6136404fed7f2f47a93797f811b28660 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-mini-memstick.img.xz) = 784afc447fab25196298a6bc229dfd61c9b0793daacd89ffe1440a907ce6579b SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-bootonly.iso) = 51e154171c093b551bc629b1782ad99cf8c64fc5feed8b84b5912f0d8d2ed80e SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-bootonly.iso.xz) = 5f207bab8f6f38d7ec864b3ac0cc0b76bbc5b22685b7041217bfaad8ed8c768a SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-disc1.iso) = c79b971c2efdb8b26af659e5a8c07ffb5b65a9422932b602a47a120055c80880 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-disc1.iso.xz) = 3225e05662d858a91aa162f2a4904dd59147b10454d3c50d02ee4a972e5319f7 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-memstick.img) = 18b699d8f1d07ea64821d7c3aee3d1a1c908cc4e701823cb5cb4d2a62ff457ca SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-memstick.img.xz) = 27fa01998c6cff1876e7f0532acd8b6ba14c0e8c66ca1754681895f444eb5305 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-mini-memstick.img) = 0f591fdca1fec8b257da54699c9a4b8bf547f15f1d42d33a814145a3a7063074 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-mini-memstick.img.xz) = ad05d2db25f6f11bddb126f5b27f8f9dc50bafb89cd3ebf2e3540f8a3cc09d23 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-bootonly.iso) = 8d503aa2ec774104256cf48d5ecfe7fb MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-bootonly.iso.xz) = b46f9a56906c068130d4741ba997fc38 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-disc1.iso) = d64290a152dd8dffe9de474e57cf4a25 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-disc1.iso.xz) = 4f033784129a0115fa65af34e305cbf1 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-memstick.img) = e7bfe8b62d6564e91f081bb52715aaa4 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-memstick.img.xz) = 17b33188c458fae7eccefa98f8840333 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-mini-memstick.img) = d8e9920772e5ee242bfeb12c90b7f8cc MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-mini-memstick.img.xz) = 278bbb72ce5496d863367d70e6725d87 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-bootonly.iso) = 79823a8315d5472b2db5157c4f345ef1 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-bootonly.iso.xz) = d8b63888c560f06e805c9d84a9508678 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-disc1.iso) = d3ac8b461027bb7c769673aa8c1a3907 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-disc1.iso.xz) = 500f6534cebaad660a0d4af641fcaf6f MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-memstick.img) = 9ce5233dce0691d150fa4bc82856f898 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-memstick.img.xz) = cf788c3c40e241f31f8f849502ed0f1a MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-mini-memstick.img) = 306c6ef0ef3b089bf27efc0e67afae8c MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970-uefi-mini-memstick.img.xz) = 09054c568951507bfabd53a818e89a8b o 10.2-PRERELEASE i386 GENERIC: SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-bootonly.iso) = ece57b2c15200dc54d44a042acacc90343e548915d593221349e3158bc8b9775 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-bootonly.iso.xz) = c237df040034d47a50e49c45bdccb88e70619dc014a6b66a48feec10c9f51f54 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-disc1.iso) = 27c7682ae35c513ccc500c24d09715314a9b7bf883069a33ee7a9b2a60fbf2f2 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-disc1.iso.xz) = e9fa9490da6a19798204a67809af858e48f25d38813d4ff5c20957f10ce2a544 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-memstick.img) = 17b87738589434b35a9848e1ffedfa30e0e6c40f38f3d068d76774c0be0e5bce SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-memstick.img.xz) = 9457bba59c6c2446e21f16258ec628531816cadcb6fe6e4e1f590d74cf172ad0 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-mini-memstick.img) = 5ce9cb050a60eeb1405f3f6727ff6305e37117d67d072242718f72b91ad64cb8 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-mini-memstick.img.xz) = 059aadbd7a1d676b11fc2920d484d814b2dcf2a5eb68e87286c26e75be2ef906 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-bootonly.iso) = 92168d6710eabc78b9439b830df2e0c9 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-bootonly.iso.xz) = 1d5ec307bfe0cb5bbaf0286a3cd4a334 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-disc1.iso) = 46981f0c18a1c2e846e00854588e327b MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-disc1.iso.xz) = 017fb8cbc99488b3cd87e62f8fd82f23 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-memstick.img) = 7a357e9d9baedb02374cd54c31cd44d7 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-memstick.img.xz) = a6458b73dfb8cc0643819bd61681ccfd MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-mini-memstick.img) = fdc5b4a8bb4b32535c527c3c8edd8bb8 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970-mini-memstick.img.xz) = 902154d4e21cb3d77da9977f146ac32f o 10.2-PRERELEASE ia64 GENERIC: SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-bootonly.iso) = a59c4ab6c10e854bbc24f92544e108624d6f5bd01d4418d08643421a41db823e SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-bootonly.iso.xz) = bff313f5c68e98888ab18f5970e883eab26a2d45545ba01a7e9e86df58ebc6bc SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-disc1.iso) = 19630904e5a8f702f2d6f5eb1381aa73385a4ae94028b64a43d7e84e2003d710 SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-disc1.iso.xz) = 28aa0904170a5339cee3af7cf0a11f9dbc52d57a50119d93c1cac177c2fbd3de SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-memstick.img) = 5177a90ce01e18fcf5a0783d38d5d45a12e41e9516da0242392dd217470184ec SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-memstick.img.xz) = eb315e6a119fd9db377d47819580ba8eeeb049202990877fd63c29aa46288233 SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-mini-memstick.img) = a7f63778c130aad5f7459f1b94c7034c5ea2ffa7c708238b5fe0520405247c68 SHA256 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-mini-memstick.img.xz) = 0681a4a7087d0083f5b779ffda8cd4178925716793efa600fa7d60854f1e7419 MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-bootonly.iso) = a8b94c10c1f9489c1adbd4dc87eb2bae MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-bootonly.iso.xz) = 5b01a1864a0a52e268ebc6af9d741dcd MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-disc1.iso) = 0c543162a4aca59c2d9b477369d232b6 MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-disc1.iso.xz) = 1397d6ee44b1afdce186f2c57fa6ea8f MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-memstick.img) = a62c710004820786c6353148488adba6 MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-memstick.img.xz) = aeb44b1353140a164cb2bb83334d8a3f MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-mini-memstick.img) = 965969b4c192e53069e67e705444347a MD5 (FreeBSD-10.2-PRERELEASE-ia64-20150630-r284970-mini-memstick.img.xz) = 6e2fd7994d3cf8bf613488bd61924417 o 10.2-PRERELEASE powerpc GENERIC: SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-bootonly.iso) = 31c015d59b8bf5910769ec36d6a1bcda60a553028f380f34d11d6058f5be916f SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-bootonly.iso.xz) = b0ec2d15b83d5ffb2dadf1b7dee84227af8462057830c8a93d3a231d13576571 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-disc1.iso) = f7020eaf853919843421c9220bdd6c40ee204157cbe851ed8c340ae3d86b6105 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-disc1.iso.xz) = 5516680c33a8d7876db9aef7d1e2a96bf780c14fc41842b44ca61edab3f34633 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-memstick.img) = bd044afd034b807e403d7b51bc535f81d4d51ff54330fd1ec66033b591b5ce72 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-memstick.img.xz) = ba00fd8d797d31c0401d6e49cbe2923fe79ccba4162c84c267b745293fac2794 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-mini-memstick.img) = fed931a910ca5f6c23ae57decf80d89e5d6b3e9a2798dcbe761aac7cded4e2d6 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-mini-memstick.img.xz) = 2f84e52ee20b12e5946067ffe117453f8f09822347ae1ddb656306d5c0f5fadd MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-bootonly.iso) = 7869556d20a0833ff8f8d1fa2ccc2547 MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-bootonly.iso.xz) = fdd5544669c27ff17b568dfc27021acb MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-disc1.iso) = f9b44b17ff5449de52c40b6bba4a147a MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-disc1.iso.xz) = 61d452b35d89220fbf3405d4d09b9d94 MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-memstick.img) = 51e14aec9a4ed63e85701bf5104ecce4 MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-memstick.img.xz) = 8e1ab82c68f99ebb0c9f03ea1f3e105b MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-mini-memstick.img) = 6f169dc6e6ffc7b844c9d0651f5f852a MD5 (FreeBSD-10.2-PRERELEASE-powerpc-20150630-r284970-mini-memstick.img.xz) = 4c351b80b4eabd3e07aa4408f894b983 o 10.2-PRERELEASE powerpc64 GENERIC64: SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-bootonly.iso) = 6b4ffa04c560d7c808a29da40e0bfc3d2c2dd1c1bddb93abfc5fd5a66bd3f62b SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-bootonly.iso.xz) = f671625c3217be781f5fc678f47fa5bf5e8d1daff471bb44d508c2192d290fb1 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-disc1.iso) = b75f42a7bed276cd3cee351af24588f8fb70c472b275a5ea9a8282de2aacb74e SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-disc1.iso.xz) = 9b5852b07215b5895ae49ff2c43a7644ba18c3eb12e161dfb186e604578923c7 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-memstick.img) = 95cd454beb2584f71324561941fbedc2e434f456cead4836b00df5a40e8cf2b2 SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-memstick.img.xz) = 7485b96a897948f2862aee0bde8adb3405a493d99d849e888b0d1806d6ef8a1d SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-mini-memstick.img) = 1986063cb973b818ef1012744a69d5d53b20e5c8925ead9ebc353e8a4346f44a SHA256 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-mini-memstick.img.xz) = 0bd22874a3ab91b41db5cef12a7aa2676b2b5f8faa0a248650ce0b11678484ac MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-bootonly.iso) = f44a3370935c49036f51908abd19ee8c MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-bootonly.iso.xz) = 41a1d1354d124c83d3de18d70a0ea9ec MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-disc1.iso) = d14e419fd87c7b04ff27f184366bd1f2 MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-disc1.iso.xz) = 9d9c88d9c9cbc658d6a14e0283fb3b53 MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-memstick.img) = 51ed3a7b3c31607f5842e239058fc299 MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-memstick.img.xz) = ad3707c909f961e4d5a2299ca726984b MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-mini-memstick.img) = a435f2ee4145c0fd200972b1cb59f6bc MD5 (FreeBSD-10.2-PRERELEASE-powerpc-powerpc64-20150630-r284970-mini-memstick.img.xz) = 73bd4baf70d86e3225b7098233711af1 o 10.2-PRERELEASE sparc64 GENERIC: SHA256 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-bootonly.iso) = 49326cf4c7da7ed5bdc568d50ad440d40e903121c92f3157dd333451316f784e SHA256 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-bootonly.iso.xz) = 58bc9f56f73add0847a25eea266510b6edf431bc0517597c70612d8f4044b34f SHA256 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-disc1.iso) = 52659066f3136d0c7a32dbc2bf7e8fc1ad8abb3092e18d28baa4a1eae4de1de3 SHA256 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-disc1.iso.xz) = 158a266098112f6def924d05146b115235c718088231b04f5d8934e5f0eadf8f MD5 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-bootonly.iso) = 69ef7d9a28dc2441ba0bfbe06a931419 MD5 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-bootonly.iso.xz) = 951cfde878e838613c5b238bc3bf9704 MD5 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-disc1.iso) = 81a7afb406efed140b2c59da75f491aa MD5 (FreeBSD-10.2-PRERELEASE-sparc64-20150630-r284970-disc1.iso.xz) = 9004300399e6c4594cb6cc7bcbb0b2ad o 10.2-PRERELEASE armv6 BEAGLEBONE: SHA256 (FreeBSD-10.2-PRERELEASE-arm-armv6-BEAGLEBONE-20150630-r284970.img.xz) = 2053b675451c6cbd9fefd8af86dde5de4aa444df1d46f8837fcd2cb080df0f25 MD5 (FreeBSD-10.2-PRERELEASE-arm-armv6-BEAGLEBONE-20150630-r284970.img.xz) = fc9fa16cd523376fe8a43c745fd54158 o 10.2-PRERELEASE armv6 CUBOX-HUMMINGBOARD: SHA256 (FreeBSD-10.2-PRERELEASE-arm-armv6-CUBOX-HUMMINGBOARD-20150630-r284970.img.xz) = 6c7f60fec12f4ce04844b02243c0fd37264fc9591883d42d85f1d09d28f4aa85 MD5 (FreeBSD-10.2-PRERELEASE-arm-armv6-CUBOX-HUMMINGBOARD-20150630-r284970.img.xz) = 11da576760727617c96d76919870fad9 o 10.2-PRERELEASE armv6 GUMSTIX: SHA256 (FreeBSD-10.2-PRERELEASE-arm-armv6-GUMSTIX-20150630-r284970.img.xz) = aacbd0d36a71d2582d924faf147a93ab6eefce03bc820a8c531e58c4d9d5eb7b MD5 (FreeBSD-10.2-PRERELEASE-arm-armv6-GUMSTIX-20150630-r284970.img.xz) = 0892486c549c61888ee79194b18a9eb8 o 10.2-PRERELEASE armv6 RPI-B: SHA256 (FreeBSD-10.2-PRERELEASE-arm-armv6-RPI-B-20150630-r284970.img.xz) = bc4d04ef2f28101a9a74c347d583e67680d854931feeeb67273a80cb27166448 MD5 (FreeBSD-10.2-PRERELEASE-arm-armv6-RPI-B-20150630-r284970.img.xz) = 91aca6c150979dffcb6271df2c8c7ce3 o 10.2-PRERELEASE armv6 PANDABOARD: SHA256 (FreeBSD-10.2-PRERELEASE-arm-armv6-PANDABOARD-20150630-r284970.img.xz) = b22f35f1c6ae74c9ee6f34a9d1151d5597f2c213435f1396fcc6270225ddab50 MD5 (FreeBSD-10.2-PRERELEASE-arm-armv6-PANDABOARD-20150630-r284970.img.xz) = 97953de67794e8f007e7bb9ba50e1580 o 10.2-PRERELEASE armv6 WANDBOARD: SHA256 (FreeBSD-10.2-PRERELEASE-arm-armv6-WANDBOARD-20150630-r284970.img.xz) = 64cfeae4cc983e1c4700b284e760ed2b5237d5b2b38cd8c04b6d3fb00f778ae8 MD5 (FreeBSD-10.2-PRERELEASE-arm-armv6-WANDBOARD-20150630-r284970.img.xz) = d71df7873aa4e433c4a7f76f9d55a126 == VM IMAGE CHECKSUMS == o 10.2-PRERELEASE amd64: SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.qcow2.xz) = cb3f48fc08129f24ce7b638b79361bcd91aae74a2582b0d6c3499e32ad0dfb94 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.raw.xz) = 22851244f4c2cc8843ec87adee5ff633f840f94559e70e0c2eb1312be69076f3 SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.vhd.xz) = a8e940c7efe5e7a199aeccdc344e194c31faba4c977dd336b877722c8a52983f SHA256 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.vmdk.xz) = b392cdaec078df51b2a2ddb0e09651cf9c7b0ed0a278f7032d311325e7526989 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.qcow2.xz) = 5b4af8c9ec357741da687e60f36d8c6c MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.raw.xz) = 1b9a1be43eb051480acbedaa797651a6 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.vhd.xz) = ec86c7cc60a1ea85f2a3de5132b4da74 MD5 (FreeBSD-10.2-PRERELEASE-amd64-20150630-r284970.vmdk.xz) = f20b4db6279745d8900eacd79eb918f0 o 10.2-PRERELEASE i386: SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.qcow2.xz) = 1ed5a1bc66a3f756ecbaa6baa7c818504f4da8c4445dd3a2b6e74c31ead79c5a SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.raw.xz) = fe927676f7c819c2bb14b0cc8ac9ec50ac744c435674c44e75adbc55598c8d2f SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.vhd.xz) = d3f120cad719077f526257f65f558227287402c1a0de67b2ad8003572b5deec7 SHA256 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.vmdk.xz) = 564a4da7d87b7d673126f7c47c62d2fbbbd2ad29534c920f20e686169cb87560 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.qcow2.xz) = d2a77661475dc6630c66aa7ba3b1f53b MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.raw.xz) = 91116ca097ad2ca5b7fd615648315633 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.vhd.xz) = ca4f251b59921838fd663da4e3ee5f82 MD5 (FreeBSD-10.2-PRERELEASE-i386-20150630-r284970.vmdk.xz) = cbb61518f6814a697c52e270d5b6dae0 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVlCAOAAoJEAMUWKVHj+KTcRYP/28jm93HS36eUdyGCyT7vhFm su5JHpOwA2qm/+TUFfnlfudKfFyOiWWD+2PaQJed5ybSB+A8Z+w4v07tCHHIwe5q o9VnFmPOZYD67JyyDiy+VKdsyyaKxFKReYwx3Ir0RUqVVT+UsViexAstfaXhUaVQ WA9HkQzINuj63A4Jr1uotkJbPPDsOAvikRekxET8OW9qcfSur0Ad1hHB13VV2/ff yeyJAvF1IgDzrKqX8VO3VEwfc2g82pv4Mmi6LGzJgwYXdVveVGUtumps73x+fPWt 4kR2OHUetOY9B4lyyJPSEWuhj0z67rQtw8Ubn687MkNzt+zex+UZc/Ml/K79EQ/6 Fq0ESguT2oR/c2XmmhGJfrVBeA14+ZbZyv8dItAIZyzhralgp5XRGluLZ3qPe9Rc +QPRHqmErg1BOSyE3xg1Dmz86WiGfvp4qw6nAaw+namSPKi6H9NQJ51OTSsP+oqR dricJI0fkl8igQKyDDQfwFihCHeSSyppZrmB3N5I+Y+T9tNvWIhLUefKcPKpQKPC ld5GOoydbUcMNz0P7EDVW6eNCbTmQJJ1V8oEtcB6si43Gg8crCd1E5WeqVRP4ZZv 1mhckWD+6LKkTFhZWyOTTlQEV/5y/s3ccdPsWNS7lFMj9LqRmnZA66PdPHcvNrEI jollyfdEJTZkh0m7yi9f =PPbu -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Wed Jul 1 17:24:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9913A992C86 for ; Wed, 1 Jul 2015 17:24:41 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.29.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5DB101EE8 for ; Wed, 1 Jul 2015 17:24:41 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [84.44.209.36] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1ZALSp-0002DQ-I8 for freebsd-stable@freebsd.org; Wed, 01 Jul 2015 19:06:23 +0200 Date: Wed, 1 Jul 2015 19:06:23 +0200 From: Fabian Keil To: freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <7621479f.02e595f6@fabiankeil.de> In-Reply-To: <559330CF.2050606@pix.net> References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/=/UYl+xE8LtF.xMIscmgndz"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 17:24:41 -0000 --Sig_/=/UYl+xE8LtF.xMIscmgndz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Kurt Lidl wrote: > > [-stable@ in CC since these are the first 10.2-PRERELEASE builds > > available since the code slush went into effect, which marks the start > > of the release cycle.] > > > > New FreeBSD development branch installation ISOs and virtual machine > > disk images have been uploaded to the FTP mirrors. > > > > As with any development branch, the installation snapshots are not > > intended for use on production systems. We do, however, encourage > > testing on non-production systems as much as possible. >=20 > I was able to download the sparc64 iso image, burn the iso to a > cd-rom, and boot a sparc64 V120 from that image. >=20 > I was also able to perform an install onto a ZFS only setup, > and have it work properly. On i386, the ZFS-only installation reproducible works after the first reboot but after the first reboot panics while importing the root pool. The problem seems to be that the GENERIC kernel is build with clang but KSTACK_PAGES has not been adjusted according to UPDATING: | 20121223: | After switching to Clang as the default compiler some users of ZFS | on i386 systems started to experience stack overflow kernel panics. | Please consider using 'options KSTACK_PAGES=3D4' in such configura= tions. If the issue can't be addressed before the release it may be worth mentioning it in the release notes. Fabian --Sig_/=/UYl+xE8LtF.xMIscmgndz Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlWUHggACgkQBYqIVf93VJ0AewCgsgdIYNyCLqDjHo/2tSE17NnM LbsAoLnVx9vmEiteAqmm/0ajC6Yeesfp =tt6W -----END PGP SIGNATURE----- --Sig_/=/UYl+xE8LtF.xMIscmgndz-- From owner-freebsd-stable@freebsd.org Wed Jul 1 18:04:27 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E625992882 for ; Wed, 1 Jul 2015 18:04:27 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) by mx1.freebsd.org (Postfix) with ESMTP id E4B8015E7 for ; Wed, 1 Jul 2015 18:04:26 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: by vps.markoturk.info (Postfix, from userid 1001) id A02F3274AA; Wed, 1 Jul 2015 19:55:16 +0200 (CEST) Date: Wed, 1 Jul 2015 19:55:16 +0200 From: Marko Turk To: freebsd-stable@FreeBSD.org Subject: Freebsd-version problem Message-ID: <20150701175516.GA809@vps.markoturk.info> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 18:04:27 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, after today update to r284993, my /bin/freebsd-version is wrong. It contains both freebsd-version script and newvers.sh as if someone concatenated these two files into /bin/freebsd-version. Can anyone confirm or is it just me? BR, Marko --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVlCmEAAoJEDcRe7P/w1sjGowQAKsU3z2ooa6Lv1KURHWmLu6X D4leO0XyIJ4ZSCj/m04bjoq4e/KG32Ar2Da4XOiRUaN9OEZt15F1wCt5W5QTShPh 9dAOUFYTZcnegTkqG2Ni53/mBVFVhNYTOKEuWWtdnNaUO361kZ3MaStuNxR/2lqH N8uNlKFyQ0LVNVAk9BqIie2y12vIVY7KKP3Ep5Jvi6uHkAtNALqpzSHKrdVXPf5l PdTAihq3NcCyyjGKdjSWh5B8oZzjM/7eE/jcsQev7rHka2RUv6gc+vuzRp8OJ1MT /z76muXiw4mKtNpqlSGjZ6zZrXqLk2mHfJiAD/JxSSVHcVzXdI0ASsvsigGTFm5x k46W5km8vYuMZ0goYEMLO5FJuXA2OFrtLk2XfEqqX5PrAV0k7EnyY56SRF1jcMbH 6rmEaF7+U7mpuWQim9z2Fx+SISROpi4AtjX0dHD780o1+15DIMyiObvuDusCYVax gzXmMqVO7SVxRp9XJaFvompQXSVHGog/vYeisH0rvkXkwq3Lf6rXPCUbW8RiyPpR NdxLxxbt5Us15ItQS1+ZoAY7+Qs2eJfCZ5BCUny5jBO7J/wMh+cZSpVOkOO+RTwF bs6VHIbwZd10iQsY/lEgjmQmQvZhVp0rWVFxdV+X2L/MBrKV6M60LSv8CfDv50Wo TZ0yBNREbz4JKONbu8xf =z64g -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@freebsd.org Wed Jul 1 18:17:50 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0938992BFA for ; Wed, 1 Jul 2015 18:17:50 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 77D7020B5; Wed, 1 Jul 2015 18:17:50 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: by lagc2 with SMTP id c2so46187061lag.3; Wed, 01 Jul 2015 11:17:48 -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=aNYZdDs16be3CgwJGyEBbtCqQGsB2nsxJgyTvg+pfiE=; b=s8W3YXpqxqXfLSA+hvsVKelyoVMn78DMQhOVObDkxhvqi8YdUgmsvLPKBMfaGJtF2W +AM66b333EWTorUVBuE/oS02lPbKp2WWzuuUiAYjzi8lzKWvzrSOrMUg73YTtAy7hbHR o5DSWn2cV8kpgWjmzlrlZhXgPieRfvgmPrzvhGMj7EVdIc32Ipyb3mxhcAdIhzvPWkbf CSElBViW9FlM2zCs6Ie/ilu0Ig28Yx9J3xQVFZQZ8yNiWDm+lCYoKWz7erAEgLKxHwkg Ird5Kyi5cfDsnMdvhmINJgOg8tUTK4t41YE/EH7JR1QtMpHLlhSTs3e/VMg/hHeNkJPg 7/Uw== MIME-Version: 1.0 X-Received: by 10.112.12.102 with SMTP id x6mr26983701lbb.80.1435774668625; Wed, 01 Jul 2015 11:17:48 -0700 (PDT) Received: by 10.152.219.35 with HTTP; Wed, 1 Jul 2015 11:17:48 -0700 (PDT) In-Reply-To: <20150701175516.GA809@vps.markoturk.info> References: <20150701175516.GA809@vps.markoturk.info> Date: Wed, 1 Jul 2015 21:17:48 +0300 Message-ID: Subject: Re: Freebsd-version problem From: Kimmo Paasiala To: Marko Turk Cc: "freebsd-stable@freebsd.org" , =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 18:17:50 -0000 On Wed, Jul 1, 2015 at 8:55 PM, Marko Turk wrote: > Hi, > > after today update to r284993, my /bin/freebsd-version is wrong. It > contains both freebsd-version script and newvers.sh as if someone > concatenated these two files into /bin/freebsd-version. > > Can anyone confirm or is it just me? > > BR, > Marko Looks like this commit broke it: https://svnweb.freebsd.org/base?view=revision&sortby=rev&sortdir=down&revision=284957 I think the problem is that ${.ALLSRC} expands now to both ${.CURDIR}/freebsd-version.sh.in and ${NEWVERS} where ${NEWVERS} is the newvers.sh from sys/conf/. -Kimmo From owner-freebsd-stable@freebsd.org Wed Jul 1 21:56:51 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52A44992542 for ; Wed, 1 Jul 2015 21:56:51 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AEF4161B; Wed, 1 Jul 2015 21:56:50 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t61LumHD016469; Wed, 1 Jul 2015 17:56:49 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <55946220.5050109@pix.net> Date: Wed, 01 Jul 2015 17:56:48 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Chris Ross CC: Glen Barber , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150626174927.GA69720@FreeBSD.org> <559330CF.2050606@pix.net> <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> <55940879.8060604@pix.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 21:56:51 -0000 On 7/1/15 11:52 AM, Chris Ross wrote: > >> On Jul 1, 2015, at 11:34, Kurt Lidl wrote: >> I discovered that if I comment out the following lines >> from my /etc/rc.conf, the machine boots reliably: >> >> ifconfig_bge0="DHCP" >> ifconfig_bge0_ipv6="inet6 accept_rtadv" >> >> Of course, with no network connection, it's not a very useful machine, >> but this probably is important to know while debugging the cause of >> the problem. > > I had realized that bringing the interface up was the trigger for the panic. > An interesting thing, given the above, would be to note whether using > a static IPv4 address (i.e., not DHCP or SYNCDHCP which is what I have), > or whether disabling IPv6 or IPv6 accept_rtadv would make any difference. > > I’m guessing it won’t matter, but I also have a similar config in my rc.conf, > so testing a wider variety of configs might be of value. To answer the question... If you take out the IPv6 configuration it doesn't panic! (I updated the bug with this information too.) -Kurt From owner-freebsd-stable@freebsd.org Wed Jul 1 22:04:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99CE09926DB for ; Wed, 1 Jul 2015 22:04:57 +0000 (UTC) (envelope-from email.ahmedkamal@googlemail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C2971B6F for ; Wed, 1 Jul 2015 22:04:57 +0000 (UTC) (envelope-from email.ahmedkamal@googlemail.com) Received: by wiwl6 with SMTP id l6so178567033wiw.0 for ; Wed, 01 Jul 2015 15:04:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=eSyaiOAosxvZ0CAEyQhd0sUoiG19HngJapk9ecbBAj4=; b=g+yR6pgJPfGEdoEYthOsSf3+EvTc3muB4ceQfJ2fHMCMUwhomQL8qmEiuYrZRUASQ2 aaVvWsrwpDVndtlsGGHQPOUJMUuEprXzBpOf+yrnukuy3qmB9JTncO9hSKGfhvcgKnyU mSnCEj1hoBVvWHnqdx5KcoBrFcwugM2D0mjsVdanOl9Ic8rLYBuJIRXFW874BdmdprMh c20hDghfIetdXNAB+riVsb7qwPrmzUOFKuI/q0JcYD8YRnnz17lxNl9AKrya3ox4mtRq 1RB10wD3/s75IccTHaDk4ZMeLMAeyWXhzZaYlD3BjFpGElaZov6tySUT0iTdUeOoF5DK R/CA== X-Received: by 10.180.79.133 with SMTP id j5mr48514112wix.38.1435788295365; Wed, 01 Jul 2015 15:04:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.6.143 with HTTP; Wed, 1 Jul 2015 15:04:35 -0700 (PDT) From: Ahmed Kamal Date: Thu, 2 Jul 2015 00:04:35 +0200 Message-ID: Subject: Linux NFSv4 clients are getting (bad sequence-id error!) To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 22:04:57 -0000 Hi all, *warning*: Sorry I'm cross-posting this from freebsd-fs, things are too quite there unfortunately I'm a refugee from linux land. I just set up my first freebsd 10.1 zfs box, sharing /home over nfs. Since every home directory is its own zfs dataset, I chose to use nfsv4 to enable recursively sharing/mounting any directory under /home (I understand nfs4 is a must in this scenario!) I'm able to mount form linux (rhel5 latest kernel) successfully. Users are working fine. However every now and then a user screams that his session is frozen. Usually the processes are stuck in nfs_wait or rpc_* state. I tried using a much newer linux kernel (3.2 however it still faced the same problem). The errors in Linux log files are mostly: Jul 1 17:41:47 mammoth kernel: NFS: v4 server nas returned a *bad sequence-id error*! Jul 1 17:52:32 mammoth kernel: nfs4_reclaim_locks: unhandled error -11. Zeroing state Jul 1 17:52:32 mammoth kernel: nfs4_reclaim_open_state: Lock reclaim failed! My search led me to (https://access.redhat.com/solutions/1328073) a detailed analysis of the issue, which you can read over here https://dl.dropboxusercontent.com/u/51939288/nfs4-bad-seq.pdf .. NetApp confirmed this was a bug for them (I'm wondering if this is still in FreeBSD?!) PS: Right before sending this, I saw dmesg on the freebsd box advising increasing vfs.nfsd.tcphighwater .. So I up'ed that to 64000. I also up'ed the number of nfs server threads (-t) from 10 to 60 (we're roughly 40 linux machines) Any advice is most appreciated! Thanks From owner-freebsd-stable@freebsd.org Wed Jul 1 23:41:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BBCD9925D4 for ; Wed, 1 Jul 2015 23:41:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 247AE2549; Wed, 1 Jul 2015 23:41:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 812851736; Wed, 1 Jul 2015 23:41:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 1 Jul 2015 23:41:31 +0000 From: Glen Barber To: Kurt Lidl Cc: Chris Ross , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150701234131.GF31841@FreeBSD.org> References: <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> <55940879.8060604@pix.net> <55946220.5050109@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eNMatiwYGLtwo1cJ" Content-Disposition: inline In-Reply-To: <55946220.5050109@pix.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 01 Jul 2015 23:41:34 -0000 --eNMatiwYGLtwo1cJ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 01, 2015 at 05:56:48PM -0400, Kurt Lidl wrote: > On 7/1/15 11:52 AM, Chris Ross wrote: > > > >>On Jul 1, 2015, at 11:34, Kurt Lidl wrote: > >>I discovered that if I comment out the following lines > >>from my /etc/rc.conf, the machine boots reliably: > >> > >>ifconfig_bge0=3D"DHCP" > >>ifconfig_bge0_ipv6=3D"inet6 accept_rtadv" > >> > >>Of course, with no network connection, it's not a very useful machine, > >>but this probably is important to know while debugging the cause of > >>the problem. > > > > I had realized that bringing the interface up was the trigger for the= panic. > >An interesting thing, given the above, would be to note whether using > >a static IPv4 address (i.e., not DHCP or SYNCDHCP which is what I have), > >or whether disabling IPv6 or IPv6 accept_rtadv would make any difference. > > > > I=E2=80=99m guessing it won=E2=80=99t matter, but I also have a simil= ar config in my rc.conf, > >so testing a wider variety of configs might be of value. >=20 > To answer the question... >=20 > If you take out the IPv6 configuration it doesn't panic! >=20 > (I updated the bug with this information too.) >=20 Kurt, can you re-enable the ipv6 line in rc.conf(5), and add '-tso6' to your rc.conf(5) lines? ifconfig_bge0=3D"DHCP" ifconfig_bge0_ipv6=3D"inet6 accept_rtadv -tso6" Glen --eNMatiwYGLtwo1cJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVlHqrAAoJEAMUWKVHj+KTfncP/364f9tSYe+DVRJSRJskWBpC jK+R1hx1+JyHkUcRG+tRR3U0jfeH5XHVXgY9azDgL1LJXny4K19VvvEyqo5UA//+ 2sB8odTM6AI7z0XNqMJWWAqCoo1EwqPJxdeh4Fsov/V5Q8Fly5ZCtWvTDKhGYiva OlMJSpr5ERA5272nLOt0/XbfMophWX4v9OrPFvEjiLKcLjFIzWFDnsNPnVlDZpcP 1JF9+07Ha03MVOjtUi3gb58KTjv0GsN8ok4SuBTl94Vjzc64YDt7C42rBF96kDiP 8r8GdwOB8dVnd27rtVgrse8DwNtq+fp6GTiymBdaixVHzxQF+aVtNOclTHoCWblU 2+uzLOn7ef0WAEEVPizAhngEjXQurXvE9fCRh12krULBHCyPK4Qk81iBGQXjZyUL x27hoIKZr1hvoRRPv0mQoHMtmQR3/kkVMNygof5mdZ7OW/ih3Znatb0qxoeE69Gy v9dUF9d2bWXfeVea62/c1MmgqKF3MtytT4r2MUh0RgpcVjF4M3UMHAycfEc8/06x 0gg7HTZRGYOWU6DIaiZ89bdy0b6hlKZgk4lG++YnjcQKzBtnpeIQPgSmlH4iXlBj J4CvkJwSXaTuPhvM6tLSI8GJuo9kiEsmMsxs7LZND/o1RqVW1nAHjl32uwSteSFz uH5fGjW2meeDBsgYj9WZ =oitG -----END PGP SIGNATURE----- --eNMatiwYGLtwo1cJ-- From owner-freebsd-stable@freebsd.org Thu Jul 2 11:41:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9F579923A8 for ; Thu, 2 Jul 2015 11:41:46 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 657E41F0D for ; Thu, 2 Jul 2015 11:41:45 +0000 (UTC) (envelope-from des@des.no) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 42FDD4983; Thu, 2 Jul 2015 11:41:43 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 076D51D31; Thu, 2 Jul 2015 13:41:42 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kimmo Paasiala Cc: Marko Turk , "freebsd-stable\@freebsd.org" Subject: Re: Freebsd-version problem References: <20150701175516.GA809@vps.markoturk.info> Date: Thu, 02 Jul 2015 13:41:42 +0200 In-Reply-To: (Kimmo Paasiala's message of "Wed, 1 Jul 2015 21:17:48 +0300") Message-ID: <86bnfuu6q1.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 02 Jul 2015 11:41:46 -0000 Kimmo Paasiala writes: > Marko Turk writes: > > after today update to r284993, my /bin/freebsd-version is wrong. It > > contains both freebsd-version script and newvers.sh [...] > Looks like this commit broke it: > > https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddo= wn&revision=3D284957 My apologies. I should have merged r277531 as well. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@freebsd.org Thu Jul 2 14:52:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A897D992488 for ; Thu, 2 Jul 2015 14:52:04 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 808391D5D; Thu, 2 Jul 2015 14:52:04 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (verizon.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPA id t62Eq0C0025041; Thu, 2 Jul 2015 10:52:00 -0400 (EDT) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host verizon.pix.net [71.178.232.3] claimed to be torb.pix.net Message-ID: <55955010.5000605@pix.net> Date: Thu, 02 Jul 2015 10:52:00 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Glen Barber CC: Chris Ross , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) References: <20150701001613.GH5423@FreeBSD.org> <55934CFB.7050407@pix.net> <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> <55940879.8060604@pix.net> <55946220.5050109@pix.net> <20150701234131.GF31841@FreeBSD.org> In-Reply-To: <20150701234131.GF31841@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 02 Jul 2015 14:52:04 -0000 On 7/1/15 7:41 PM, Glen Barber wrote: > On Wed, Jul 01, 2015 at 05:56:48PM -0400, Kurt Lidl wrote: >> On 7/1/15 11:52 AM, Chris Ross wrote: >>> >>>> On Jul 1, 2015, at 11:34, Kurt Lidl wrote: >>>> I discovered that if I comment out the following lines >>> >from my /etc/rc.conf, the machine boots reliably: >>>> >>>> ifconfig_bge0="DHCP" >>>> ifconfig_bge0_ipv6="inet6 accept_rtadv" >>>> >>>> Of course, with no network connection, it's not a very useful machine, >>>> but this probably is important to know while debugging the cause of >>>> the problem. >>> >>> I had realized that bringing the interface up was the trigger for the panic. >>> An interesting thing, given the above, would be to note whether using >>> a static IPv4 address (i.e., not DHCP or SYNCDHCP which is what I have), >>> or whether disabling IPv6 or IPv6 accept_rtadv would make any difference. >>> >>> I’m guessing it won’t matter, but I also have a similar config in my rc.conf, >>> so testing a wider variety of configs might be of value. >> >> To answer the question... >> >> If you take out the IPv6 configuration it doesn't panic! >> >> (I updated the bug with this information too.) >> > > Kurt, can you re-enable the ipv6 line in rc.conf(5), and add '-tso6' to > your rc.conf(5) lines? > > ifconfig_bge0="DHCP" > ifconfig_bge0_ipv6="inet6 accept_rtadv -tso6" > > Glen I tried this, and it panic'd in the same manner. (Note - I've upgraded this machine to the second 10.2-PRELEASE build.) Writing entropy file:. Setting hostname: spork.pix.net. spin lock 0xc0cba338 (smp rendezvous) held by 0xfffff80003eb76d0 (tid 100339) too long timeout stopping cpus panic: spin lock held too long cpuid = 1 KDB: stack backtrace: #0 0xc05757c0 at panic+0x20 #1 0xc0559250 at _mtx_lock_spin_failed+0x50 #2 0xc0559318 at _mtx_lock_spin_cookie+0xb8 #3 0xc08d801c at tick_get_timecount_mp+0xdc #4 0xc05840c8 at binuptime+0x48 #5 0xc08a400c at timercb+0x6c #6 0xc08d8380 at tick_intr+0x220 Uptime: 23s Dumping 8192 MB (4 chunks) I've also seen (now that it's been running a bit longer), a couple of other occurrences of the "spin lock held too long" panic. So while having the IPv6 configuration in /etc/rc.conf causes this crash to occur most of the time on boot, the same crash occurs at other times too, which don't appear to IPv6 related. 1) when making the requested change, I editted my /etc/rc.conf file, and then issued "reboot". The machine panic'd during the reboot processing: root@spork:~ # reboot Jul 2 09:48:53 spork reboot: rebooted by root Jul 2 09:48:53 spork syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 done All buffers synced. Uptime: 14h34m16s GEOM_MIRROR: Device gswap: provider mirror/gswap destroyed. GEOM_MIRROR: Device gswap destroyed. pid 1 (init), uid 0: exited on signal 4 spin lock 0xc0cba338 (smp rendezvous) held by 0xfffff8000bbbe920 (tid 100367) too long timeout stopping cpus panic: spin lock held too long cpuid = 1 KDB: stack backtrace: #0 0xc05757c0 at panic+0x20 #1 0xc0559250 at _mtx_lock_spin_failed+0x50 #2 0xc0559318 at _mtx_lock_spin_cookie+0xb8 #3 0xc08d801c at tick_get_timecount_mp+0xdc #4 0xc05840c8 at binuptime+0x48 #5 0xc08a400c at timercb+0x6c #6 0xc08d8380 at tick_intr+0x220 Uptime: 14h34m16s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... timeout stopping cpus timeout shutting down CPUs. SC Alert: Host System has Reset Note: the "SC Alert:" message comes the Sparc's ALOM management system, so that's from the hardware directly, not from FreeBSD's kernel. It didn't crashdump, so I don't have any other backtrace other than what I just copied here. 2) After I rebooted with the "-tso" flag in place and it crashed, I booted again, single user, so I could edit the /etc/rc.conf again and manually did a savecore: Trying to mount root from zfs:sys/ROOT/default []... Enter full pathname of shell or RETURN for /bin/sh: # mount -u / # zfs mount -a # savecore /var/crash savecore: reboot after panic: spin lock held too long savecore: writing core to /var/crash/vmcore.1 # vi /etc/rc.conf [edit session elided - I just commented out the IPv6 config] # exit Setting hostuuid: 912fab2a-2040-11e5-8852-0003bae0ce07. Setting hostid: 0x69fb7ee2. Entropy harvesting: interrupts ethernet point_to_point swi. Fast boot: skipping disk checks. Mounting local file systems:. Writing entropy file:. Setting hostname: spork.pix.net. spin lock 0xc0cba338 (smp rendezvous) held by 0xfffff8000d54e000 (tid 100357) too long timeout stopping cpus panic: spin lock held too long cpuid = 1 KDB: stack backtrace: #0 0xc05757c0 at panic+0x20 #1 0xc0559250 at _mtx_lock_spin_failed+0x50 #2 0xc0559318 at _mtx_lock_spin_cookie+0xb8 #3 0xc08d801c at tick_get_timecount_mp+0xdc #4 0xc05840c8 at binuptime+0x48 #5 0xc08a400c at timercb+0x6c #6 0xc08d8380 at tick_intr+0x220 Uptime: 5m57s Dumping 8192 MB (4 chunks) [crashdump followed] From owner-freebsd-stable@freebsd.org Thu Jul 2 15:00:36 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 611AF9925A5 for ; Thu, 2 Jul 2015 15:00:36 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC98225A; Thu, 2 Jul 2015 15:00:36 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 9B5661D0B; Thu, 2 Jul 2015 15:00:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 2 Jul 2015 15:00:33 +0000 From: Glen Barber To: Kurt Lidl Cc: Chris Ross , freebsd-stable@freebsd.org Subject: Re: New FreeBSD snapshots available: stable/10 (20150625 r284813) Message-ID: <20150702150033.GE53770@FreeBSD.org> References: <56A9EB91-2F97-4096-99C8-26D3EFC13D2D@distal.com> <20150701023640.GM5423@FreeBSD.org> <29FAA191-D0E5-4127-B016-65B4AE42ABE8@distal.com> <20150701025433.GN5423@FreeBSD.org> <5593D9ED.4080402@pix.net> <55940879.8060604@pix.net> <55946220.5050109@pix.net> <20150701234131.GF31841@FreeBSD.org> <55955010.5000605@pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IU5/I01NYhRvwH70" Content-Disposition: inline In-Reply-To: <55955010.5000605@pix.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 02 Jul 2015 15:00:36 -0000 --IU5/I01NYhRvwH70 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 02, 2015 at 10:52:00AM -0400, Kurt Lidl wrote: > >Kurt, can you re-enable the ipv6 line in rc.conf(5), and add '-tso6' to > >your rc.conf(5) lines? > > > > ifconfig_bge0=3D"DHCP" > > ifconfig_bge0_ipv6=3D"inet6 accept_rtadv -tso6" > > >=20 > I tried this, and it panic'd in the same manner. (Note - I've upgraded > this machine to the second 10.2-PRELEASE build.) >=20 Okay, thank you for testing. The last commits that I see specifically referencing this bge(4) model were a long time ago, but TSO was mentioned. It was worth a shot. > [...] >=20 > I've also seen (now that it's been running a bit longer), a couple of > other occurrences of the "spin lock held too long" panic. So while > having the IPv6 configuration in /etc/rc.conf causes this crash to > occur most of the time on boot, the same crash occurs at other times > too, which don't appear to IPv6 related. >=20 Can you update the PR with this information, please? > 1) when making the requested change, I editted my /etc/rc.conf file, > and then issued "reboot". The machine panic'd during the reboot > processing: >=20 > root@spork:~ # reboot > Jul 2 09:48:53 spork reboot: rebooted by root > Jul 2 09:48:53 spork syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...0 0 0 0 done > All buffers synced. > Uptime: 14h34m16s > GEOM_MIRROR: Device gswap: provider mirror/gswap destroyed. > GEOM_MIRROR: Device gswap destroyed. > pid 1 (init), uid 0: exited on signal 4 > spin lock 0xc0cba338 (smp rendezvous) held by 0xfffff8000bbbe920 (tid > 100367) too long > timeout stopping cpus > panic: spin lock held too long > cpuid =3D 1 > KDB: stack backtrace: > #0 0xc05757c0 at panic+0x20 > #1 0xc0559250 at _mtx_lock_spin_failed+0x50 > #2 0xc0559318 at _mtx_lock_spin_cookie+0xb8 > #3 0xc08d801c at tick_get_timecount_mp+0xdc > #4 0xc05840c8 at binuptime+0x48 > #5 0xc08a400c at timercb+0x6c > #6 0xc08d8380 at tick_intr+0x220 > Uptime: 14h34m16s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > timeout stopping cpus > timeout shutting down CPUs. >=20 > SC Alert: Host System has Reset >=20 > Note: the "SC Alert:" message comes the Sparc's ALOM management system, > so that's from the hardware directly, not from FreeBSD's kernel. >=20 Hmm. Any chance this could be hardware (failure) related? > It didn't crashdump, so I don't have any other backtrace other than > what I just copied here. >=20 > 2) After I rebooted with the "-tso" flag in place and it crashed, > I booted again, single user, so I could edit the /etc/rc.conf again > and manually did a savecore: >=20 Okay, thank you for checking, in any case. Glen --IU5/I01NYhRvwH70 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVlVIRAAoJEAMUWKVHj+KT6hwP/Rnf7CpDzw16xZ0aVH03VRyx WsfSl3Wjb39FjKekf0+F19On5P3UzQZmHWVFV7+CvqG+wxm00L4gU650edSgZ8Gn w85P+iiNl+3aLtTq/cQzJ/sxOphDBqaMQx7Uo4bYM4SKb0TCkND4YxU7PK7tdyZY x7zJeiZNhDygGosY4xlL4M7VAHayqFlL2uxSqpU6lqYdrLjWgBsmFFU9GTEK4ttQ AeZ2OOhFueQeJUYPF7a9EdkH9CvW4cOfr8wyoJYAGGsO/3KgV9RDTLGtIfZHkMzf ASuPEzOERTm6qsdxZciR3qCTLiMA6rTaRLnJPw0g7O0gI6yKDX9xPDI+2nFMrkvc PAc2DW8gsJ318bVvRlfo6lgIbouBOnsdOZkDnGJZTCBZjt/jafXrHafx0FBCAXSz Uf+1c5VDMIQmoMDSHLg8qv1sQjt38NDjtuXguo4Fmq/PC5FDyCLTGJkuAJkZqD85 J1RI0V9Kd+d6aBhB/QUTYh1/fNp0BkHpYwcbVZgiPEBRH9o4da9X9MHCd6g9PLUk eHD+BkMqcm+mvZzfOh5x3lpLQONlNvosOO8t/ci4WCL8ujl2xnx9uf7BzK+P/3aV HIgTwGbGAVzx8MvEj1r/+GRjNOI7d62xEfLfZmr6dkGKPssFcDQunBMZRO1IPlgg MWIrt32czB81fAG+Xr1n =sliU -----END PGP SIGNATURE----- --IU5/I01NYhRvwH70-- From owner-freebsd-stable@freebsd.org Thu Jul 2 18:19:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 849BD9938D5 for ; Thu, 2 Jul 2015 18:19:53 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E5FA1BC8 for ; Thu, 2 Jul 2015 18:19:53 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: by lagx9 with SMTP id x9so66571878lag.1 for ; Thu, 02 Jul 2015 11:19:51 -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=DyOCGcXt2EfgQwIt3ZVJl31ifzC8AxSNlVGe6gzg8J0=; b=TDziWE/JDnTSOokahipFWqRI2F6Fkn6sb/AX3Qrk5P2tj8fVU2gBxnKrBFa7PSImSz l6F4WehnQIq/L6daljr/XBOvTlX7toXqyawhTymhp3PQfMzaVUn+IYEakMHjHAXGzYSP EkAH0syIAhRBfzS4NTFX/5kZXzJYYeXvf3QeHNT3FNkHYlQKEbIgpHwzS+WmBoi0+7LL Fn0sXXQ8beuVFcCF+vns+qGvvwyKW5Edye+viZvXnNTS5fxzbD760K5b7uSKHL+jtRHR snx5Sbe0WYsT92uIm2q+Spa2Zl+OAQyuGREEnKXU1wFbV6pgSBHYdKa4ayQgpL5OI2wA 7Y8A== MIME-Version: 1.0 X-Received: by 10.112.151.178 with SMTP id ur18mr32286936lbb.59.1435861191164; Thu, 02 Jul 2015 11:19:51 -0700 (PDT) Received: by 10.152.219.35 with HTTP; Thu, 2 Jul 2015 11:19:51 -0700 (PDT) In-Reply-To: <86bnfuu6q1.fsf@nine.des.no> References: <20150701175516.GA809@vps.markoturk.info> <86bnfuu6q1.fsf@nine.des.no> Date: Thu, 2 Jul 2015 21:19:51 +0300 Message-ID: Subject: Re: Freebsd-version problem From: Kimmo Paasiala To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Marko Turk , "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 02 Jul 2015 18:19:53 -0000 On Thu, Jul 2, 2015 at 2:41 PM, Dag-Erling Sm=C3=B8rgrav wrote= : > Kimmo Paasiala writes: >> Marko Turk writes: >> > after today update to r284993, my /bin/freebsd-version is wrong. It >> > contains both freebsd-version script and newvers.sh [...] >> Looks like this commit broke it: >> >> https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Dd= own&revision=3D284957 > > My apologies. I should have merged r277531 as well. > > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@des.no Confirmed, freebsd-version(1) works again after r285027. Thanks! -Kimmo From owner-freebsd-stable@freebsd.org Thu Jul 2 18:24:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26498993A3F for ; Thu, 2 Jul 2015 18:24:24 +0000 (UTC) (envelope-from pgollucci@taximagic.com) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A55551072 for ; Thu, 2 Jul 2015 18:24:23 +0000 (UTC) (envelope-from pgollucci@taximagic.com) Received: by wicgi11 with SMTP id gi11so81386312wic.0 for ; Thu, 02 Jul 2015 11:24:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=6BA08+yKWIO/WFIkZmcPJsbDkX/Q0PXMKNvprKC5ju8=; b=RtoCpChJCEDbl1NWaOj9qZmrJc/Q5VlHtQjTJbCKq/6bKr9DVTnij40m9zylao5s+F 2loWUJ5kiOrZ6BKn/XXdFqsJ/TTnxtfUxjfhtsuXZ29jJjBP8JybFqSImj9F0gSAgoWG kKkLbvioZs/tiqZSG/M/0vbFl0GCZLiFGc++WhzYy24bQoRkGxQF1k4pmthQS1nnHbps 5N1dBS10wli9yZ66hhHnCqo/5oz8N7wn+7OHquE1hNQP64x19WjmQnr9i3IGcpsryGeK 0xB3lmI316G8bqmpkjoixOdWOwa9L14zhX4f8TvE4jHQTcsiki6DBC/RX5PquGEJ8+7X xD9w== X-Gm-Message-State: ALoCoQkKPltd6T5i9xVqZN9g29sxuzeJLBwD2w2hsar8eQOufm8lTlssEorm2L5hfrKEwAEGao2E X-Received: by 10.194.90.171 with SMTP id bx11mr12600761wjb.129.1435859615556; Thu, 02 Jul 2015 10:53:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.27.99.77 with HTTP; Thu, 2 Jul 2015 10:53:16 -0700 (PDT) In-Reply-To: <20150630234354.B69DB1DAF@freefall.freebsd.org> References: <20150630234354.B69DB1DAF@freefall.freebsd.org> From: Philip Gollucci Date: Thu, 2 Jul 2015 13:53:16 -0400 Message-ID: Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-15:09.xlocale To: freebsd-stable@freebsd.org Cc: FreeBSD Errata Notices Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 02 Jul 2015 18:24:24 -0000 We probably use this indirectly in ruby/go at minimum. We should update this, we'll get it in the next update. On Tue, Jun 30, 2015 at 7:43 PM, FreeBSD Errata Notices < errata-notices@freebsd.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > ============================================================================= > FreeBSD-EN-15:09.xlocale Errata > Notice > The FreeBSD > Project > > Topic: Inconsistency between locale and rune locale states > > Category: core > Module: libc > Announced: 2015-06-30 > Credits: David Chisnall > Affects: FreeBSD 9.x and FreeBSD 10.x. > Corrected: 2015-06-17 19:12:18 UTC (stable/10, 10.1-STABLE) > 2015-06-30 23:21:37 UTC (releng/10.1, 10.1-RELEASE-p14) > 2015-06-17 19:13:13 UTC (stable/9, 9.3-STABLE) > 2015-06-30 23:21:48 UTC (releng/9.3, 9.3-RELEASE-p18) > > For general information regarding FreeBSD Errata Notices and Security > Advisories, including descriptions of the fields above, security > branches, and the following sections, please visit > . > > I. Background > > Recent FreeBSD releases have support to thread-safe and extended locale > API, > modeled after the Darwin xlocale(3) API. > > The C standard locale API was reimplemented as a wrapper of the xlocale(3) > API with a global locale in order to support its semantics. > > II. Problem Description > > The locale and rune locale may become out of sync, in which case calls of > mb* and similar functions would be supplied with wrong data. > > III. Impact > > Applications that uses xlocale but does not call setlocale(3) would crash. > > IV. Workaround > > No workaround is available. > > V. Solution > > Perform one of the following: > > 1) Upgrade your system to a supported FreeBSD stable or release / security > branch (releng) dated after the correction date. > > 2) To update your present system via a binary patch: > > Systems running a RELEASE version of FreeBSD on the i386 or amd64 > platforms can be updated via the freebsd-update(8) utility: > > # freebsd-update fetch > # freebsd-update install > > 3) To update your present system via a source code patch: > > The following patches have been verified to apply to the applicable > FreeBSD release branches. > > a) Download the relevant patch from the location below, and verify the > detached PGP signature using your PGP utility. > > # fetch https://security.FreeBSD.org/patches/EN-15:09/xlocale.patch > # fetch https://security.FreeBSD.org/patches/EN-15:09/xlocale.patch.asc > # gpg --verify xlocale.patch.asc > > b) Apply the patch. Execute the following commands as root: > > # cd /usr/src > # patch < /path/to/patch > > c) Recompile the operating system using buildworld and installworld as > described in . > > Restart all deamons using the library, or reboot the system. > > VI. Correction details > > The following list contains the correction revision numbers for each > affected branch. > > Branch/path Revision > - ------------------------------------------------------------------------- > stable/9/ r284525 > releng/9.3/ r284986 > stable/10/ r284524 > releng/10.1/ r284985 > - ------------------------------------------------------------------------- > > To see which files were modified by a particular revision, run the > following command, replacing NNNNNN with the revision number, on a > machine with Subversion installed: > > # svn diff -cNNNNNN --summarize svn://svn.freebsd.org/base > > Or visit the following URL, replacing NNNNNN with the revision number: > > > > VII. References > > > > The latest revision of this Errata Notice is available at > https://security.FreeBSD.org/advisories/FreeBSD-EN-15:09.locale.asc > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.1.5 (FreeBSD) > > iQIcBAEBCgAGBQJVkyZQAAoJEO1n7NZdz2rnitMQAK5jY0n9Kv0VDwP5J4EXdcHZ > SOEE8n5O+bwWxVFWkqGGZrPQiUuJt6ujrAJb2iSeUtKIa2E84TLDVjmWGtyqP/RN > rLlRjVVQo14EhSScRI54oUeAYpoBWU8oRtFiixFbw24gFEW/ZeovFxQUY1Waueuy > Xpx28cmqQ3KG/T+Ujq1edHrtMpqwsBQd93eHRFSjtWaMrxmjnr4ln66AerdPQAYx > ib2rznxy+MCF0rmHbTsYnpZKZ1DupcyU7YkOdhVTk8cviL44wPGaCrA9Oaf6Q2hW > NTek9h5VQhvmhWaPsUZTGbQYPkvFjvEbmKOxRV+Mtf+UBt2y7SoqACpP1BbCC77n > 8uRGdI8MPpC1j9RHZ5miWz4NkA3W1Pa/oi66PRhenzXgDe9Ua4aykklqnINhOrgm > ZBCLz1DXnx4WyeW2FIf7Z9GGcF3sUd9RU2e4H0WI3uZ75PT7p/zq1L4FKxXEn9/7 > VoGy6cyQWwFUZ27lIcSGLeUhSolrtDofHPwKe8YB12bTXPhxjNYs+4iYWF0ZScOE > Wr9Jx7mKecNQ+jD5iEP2Ne7tzqSPSDZGzwkvifz+dmHT5L9hx6Pu916xp6/kzVg1 > up31EcoQOn1N/ZHjC9VgGmyOgdA5ENHKNPhzcYp2CrJSadBHQHeINfwbRLdzLjVl > Nnt+YSShqakxvZhNmTex > =Wfyl > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-announce@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-announce > To unsubscribe, send any mail to "freebsd-announce-unsubscribe@freebsd.org > " > -- *PHILIP M. GOLLUCCI* Sr. Director of IT | *Curb* *w.* 703-579-6947 *m.* 703-336-9354 @gocurb Enter code* p6magic* for $10 off your first ride From owner-freebsd-stable@freebsd.org Thu Jul 2 21:51:54 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E49EF9928FA for ; Thu, 2 Jul 2015 21:51:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D58301ABA; Thu, 2 Jul 2015 21:51:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 6F47F14D5; Thu, 2 Jul 2015 21:51:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 2 Jul 2015 21:51:52 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: Heads-Up: stable/10 freeze in effect Message-ID: <20150702215152.GV53770@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dZJOqldIUwtPuZvk" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 02 Jul 2015 21:51:55 -0000 --dZJOqldIUwtPuZvk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline For those not subscribed to svn commit email, the code freeze for the upcoming 10.2-RELEASE is now in effect. The full schedule as it stands now is available here: https://www.FreeBSD.org/releases/10.2R/schedule.html If you are aware of an issue that affects stable/10 that does not have a corresponding PR, please file a bug report so we do not lose track. Thank you. Glen On behalf of: re@ --dZJOqldIUwtPuZvk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVlbJ4AAoJEAMUWKVHj+KTdOwP/1IVMLo1K8I0Xe/5PJLO1VcV adN82w2ilNsu8e54F0ysRlCWAKP390kXuJpQI9RuJBk+eO4uUM62kuS0URq7phoF 4amJz25uH7X/7mk5iBR8mM8XfQD2sQq3eOMqnsMqwbBq9NggdKT9QvrosTRLFUhO 70bP+uNF2yOht8m5KmnCUOLqT208sBvxgjUo9QPpM4J+nIFHUFT81+7mOe9TlpSY RCocnJmptwyVWLLNBdDZjEbCHxa7CXZDPGJW/8xngeJCTHKALSl+dtT2EcZdZtX3 NlmhEOxD8P7oSznbDmedScTEpDSIwyUOmN7XDwQONYacbjkJ0ooZKOsx+s+DAcaz 2ru6h6iu9JL+RxYLphUB+dTXRRMap4kk2eluYWnigdzVB2g1NvHAyHsvMwnjdOSx 439hpaCGVX7+Fpg2QUzuyd6YGckH4Lb+9UowjRxm+5y0Gs6YuWA4J2yCz6W3Zx5C m+I8ivQrRrDg+ZSn412sdAtTS5fIL6lxrIsoDOP0XvgVsDLCANBJcJFhe9OLGBUA vaGMKrWVT0kqzNRtKpZlIyX8yfIn3xD51Pb9nhbWsiKP6UvFYnC0qcpKG1TWIjJa gI++/i8k6WWzpf1+3qCScp8/eALrb/z3gTEZIsUGooCgeTTyyyRjJl5IzF1Nsd6A sAPOdYXapE+PA5QtGYXD =BOUO -----END PGP SIGNATURE----- --dZJOqldIUwtPuZvk-- From owner-freebsd-stable@freebsd.org Fri Jul 3 05:50:18 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 696EC993DE4 for ; Fri, 3 Jul 2015 05:50:18 +0000 (UTC) (envelope-from xmj@freebsd.org) Received: from dd16522.kasserver.com (dd16522.kasserver.com [85.13.137.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FBA813E2; Fri, 3 Jul 2015 05:50:17 +0000 (UTC) (envelope-from xmj@freebsd.org) Received: from mx12.chaot.net (82.131.84.115.cable.starman.ee [82.131.84.115]) by dd16522.kasserver.com (Postfix) with ESMTPSA id 9FFF0456068; Fri, 3 Jul 2015 07:50:14 +0200 (CEST) Received: from mx12.chaot.net (localhost [127.0.0.1]); by mx12.chaot.net (OpenSMTPD) with ESMTP id 1a4b1f8a; Fri, 3 Jul 2015 08:50:13 +0300 (EEST) Message-ID: <55962295.6030103@FreeBSD.org> Date: Fri, 03 Jul 2015 08:50:13 +0300 From: Johannes Jost Meixner Reply-To: xmj@chaot.net User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: gjb@FreeBSD.org CC: freebsd-stable@FreeBSD.org, dchagin@FreeBSD.org, AllanJude@FreeBSD.org, sbruno@FreeBSD.org, johannes@perceivon.net Subject: 10-STABLE merge of lemul64 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 05:50:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi Glen, Here's the PR you asked for: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201299 I've discussed the merge with dchagin@, and he couldn't do it between code slush and code freeze because on his weekends he was busy doing other things. I'm not sure how it breaks ABI compatibility -- as it's pretty much a drop-in replacement, and *ALL* linux tools just work. Including the 64bit stuff. I see it as an extension, at that. Could you let me know what are the steps to get it in, please? - -- Johannes Meixner | FreeBSD Committer xmj@FreeBSD.org | http://people.freebsd.org/~xmj -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVliKOAAoJEPyeKTcbGw0LvNcIAINuI0wEqEYWm1eVj2AugBW8 m9a9+cJbGLYD8aRYznYTyu3L+DnLEj6GNJoPNWwzeUEZDnmHQ9yVamhzkWvqQFoj 9AebrUwpEKJ7V9J84JXgJeZ+ztVQJQbo983DltAvpcItUfkIXje6Y4PyqtKK1F+L Ck9P5M7MvPLWQAYMNx3n3aCIocTNk07F51zNZVbesOOCL2XDjIEo9Oc3ggMUgNOp T6DRARaAjP8N1E7nb6Sq5Di53IVccrMCUAb8keF6EWU2ZYqEG6srjtPOqtMuwp1x +PM7mngiqBNtb5umTxhhdftoO2Ke+DAInvMkY2yPELuBIip0FtPc5NW+Ihnfz84= =fA7g -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Fri Jul 3 05:54:15 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DF3D993FD3 for ; Fri, 3 Jul 2015 05:54:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA0A1802; Fri, 3 Jul 2015 05:54:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 215BE14F3; Fri, 3 Jul 2015 05:54:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 3 Jul 2015 05:54:11 +0000 From: Glen Barber To: xmj@chaot.net Cc: freebsd-stable@FreeBSD.org, dchagin@FreeBSD.org, AllanJude@FreeBSD.org, sbruno@FreeBSD.org, johannes@perceivon.net Subject: Re: 10-STABLE merge of lemul64 Message-ID: <20150703055411.GF6532@FreeBSD.org> References: <55962295.6030103@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="R6sEYoIZpp9JErk7" Content-Disposition: inline In-Reply-To: <55962295.6030103@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 05:54:15 -0000 --R6sEYoIZpp9JErk7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 03, 2015 at 08:50:13AM +0300, Johannes Jost Meixner wrote: > Hi Glen, >=20 > Here's the PR you asked for: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201299 >=20 > I've discussed the merge with dchagin@, and he couldn't do it between > code slush and code freeze because on his weekends he was busy doing > other things. >=20 > I'm not sure how it breaks ABI compatibility -- as it's pretty much a > drop-in replacement, and *ALL* linux tools just work. Including the > 64bit stuff. I see it as an extension, at that. >=20 > Could you let me know what are the steps to get it in, please? >=20 Email re@ per normal policy. https://wiki.freebsd.org/Releng/ChangeRequestGuidelines Glen --R6sEYoIZpp9JErk7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVliODAAoJEAMUWKVHj+KTsSgP/1hSFcUcGOZ6+g7Jrbq/mZOx 3nXSrCB6BQiGaTouGpBQ6FwlsDd5lCA8CMWTYTNUMCYie/Yol3eWcKDTL/lpLPfn Rhux0ReAWfa0zRrmi6uxsxdmDzYSPO+lZ+qcAQxTM5hFc8aFNm7fInIobvPWC4ND BMf5FKGfcQ5hxjgBroadLDCCXYnFID6cx7sed10CPaLHT1DK05Xw7r2nFgoDoP+Y DUQOMLycr2FaCROpV2OLzU5kV9Y0PvexKTMvYzKxbbEVwAbq1ecmJQCTsjLHJfJ3 ahAyZUO67U1DElyEauH8bfqjyKP9Y+kROhVoti+EScldXGqQ6zcQKFE+jepTtolv cVSJAkXQkgenQ8H6B3rRETgJuk0L8OjPwaf+/sKbviCAJMIVYn8lw9s/8XETXhre Om77wPGrC89AFU4SjOrdwrzoE7qHlU8FUETRUwb5PbPntVFUB0Fl1jy/BmtGjgaQ LVuGDisV+d6XqsGBJNEbz7vJsP/a6z1a3wTftgOYT85kOCUTgIAgSy7/LD74UXnB Y6+VobrbDNFjkakJSvwrxudhL0hfciw5lQky+Y96jHt5N4YrgiTsT64IoeqoKEyG AOy2eNGarvridacQJTFG7B3inxHWSt5hkP+yKpGNGne/9FbVJokd/+pja/KOAd6b 5diu53UkYemzMh6qWA5T =Q6Wi -----END PGP SIGNATURE----- --R6sEYoIZpp9JErk7-- From owner-freebsd-stable@freebsd.org Fri Jul 3 05:59:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8076799205F for ; Fri, 3 Jul 2015 05:59:41 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from mail.prolet.org (mail.prolet.org [195.24.42.5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38C241994 for ; Fri, 3 Jul 2015 05:59:41 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from amorphis.prolet.org (localhost [127.0.0.1]) by mail.prolet.org (Postfix) with ESMTP id C01063380C37 for ; Fri, 3 Jul 2015 08:50:16 +0300 (EEST) X-Virus-Scanned: amavisd-new at mail.prolet.org Received: from mail.prolet.org ([127.0.0.1]) by amorphis.prolet.org (amorphis.prolet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0jDgAc7cmjDV for ; Fri, 3 Jul 2015 08:50:10 +0300 (EEST) Received: from [10.8.0.1] (unknown [82.147.129.218]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.prolet.org (Postfix) with ESMTPSA id BFC763380C44 for ; Fri, 3 Jul 2015 08:50:10 +0300 (EEST) Message-ID: <55962291.40507@paladin.bulgarpress.com> Date: Fri, 03 Jul 2015 08:50:09 +0300 From: Todor Todorov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: 9.X+ && securelevel=2 && S.M.A.R.T.? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 05:59:41 -0000 Hi, I know it's not a new topic but still did not find a proper solution. As all know starting from 9.X branch the disk access is changed and using securelevel=2 breaks the smartmontools to get disk health status. Is there a way to keep both security and functionality as in previous releases? Any ideas, articles, guides? Have a good day, TT From owner-freebsd-stable@freebsd.org Fri Jul 3 08:25:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52DBE9931C7 for ; Fri, 3 Jul 2015 08:25:41 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E351B1FAF; Fri, 3 Jul 2015 08:25:37 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by wibdq8 with SMTP id dq8so93680889wib.1; Fri, 03 Jul 2015 01:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=4TcE1cOXScMhjpz0bBsGPk7J1uD+saaeI9SziWXqvqw=; b=G7k6nmLs0tXc0VZRCiBmv4eO6ese426jkGNI1kLgwiH4ff+NcKf4MkHII044UruR5k VZU1akx44jVwNBw8O08gw8+L+OUbTgXQLaFHEMs4U1M8my98XLtUW/OSv7pm3vedDMLn mu6tQAv5j1EaTu+0hWD0ht/J2ZxeJVZzp7lW8bAO4fRZDjtsGm0WKStp4QvL2EuDkz9R +3rIskRTPcpHnXRt/xDn5G+6iak0pHR8g7RtYcSIzTUKWPEmdF0XRmwQh9Q42H7H5YED 0IX2xDDWKqcFzATdZHay2b29om5Bue5ru7yHRuKkdyezGkt8Lbt6r4ZFRtWPeyRq8Oae p3Sw== X-Received: by 10.180.24.165 with SMTP id v5mr62559550wif.63.1435911936413; Fri, 03 Jul 2015 01:25:36 -0700 (PDT) Received: from brick.home (abqt164.neoplus.adsl.tpnet.pl. [83.8.87.164]) by mx.google.com with ESMTPSA id q2sm12203143wjz.15.2015.07.03.01.25.35 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2015 01:25:35 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 3 Jul 2015 10:25:33 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: xmj@chaot.net Cc: gjb@FreeBSD.org, johannes@perceivon.net, freebsd-stable@FreeBSD.org, AllanJude@FreeBSD.org, dchagin@FreeBSD.org Subject: Re: 10-STABLE merge of lemul64 Message-ID: <20150703082533.GA3974@brick.home> Mail-Followup-To: xmj@chaot.net, gjb@FreeBSD.org, johannes@perceivon.net, freebsd-stable@FreeBSD.org, AllanJude@FreeBSD.org, dchagin@FreeBSD.org References: <55962295.6030103@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55962295.6030103@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 08:25:41 -0000 On 0703T0850, Johannes Jost Meixner wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi Glen, > > Here's the PR you asked for: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201299 > > I've discussed the merge with dchagin@, and he couldn't do it between > code slush and code freeze because on his weekends he was busy doing > other things. > > I'm not sure how it breaks ABI compatibility -- as it's pretty much a > drop-in replacement, and *ALL* linux tools just work. Including the > 64bit stuff. I see it as an extension, at that. Yup. I also took a quick glance at changes to sys/sys/; one of the commits extends 'struct thread', but it should be fine from ABI point of view, IIRC. From owner-freebsd-stable@freebsd.org Fri Jul 3 09:24:13 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6596699032D for ; Fri, 3 Jul 2015 09:24:13 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.0x20.net", Issuer "mail.0x20.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2682E1EF6; Fri, 3 Jul 2015 09:24:12 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id F14016DF803; Fri, 3 Jul 2015 11:24:07 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t639O7Af090911; Fri, 3 Jul 2015 11:24:07 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t639O4bJ089823; Fri, 3 Jul 2015 11:24:04 +0200 (CEST) (envelope-from lars) Date: Fri, 3 Jul 2015 11:24:04 +0200 From: Lars Engels To: xmj@chaot.net Cc: gjb@FreeBSD.org, johannes@perceivon.net, freebsd-stable@FreeBSD.org, AllanJude@FreeBSD.org, dchagin@FreeBSD.org Subject: Re: 10-STABLE merge of lemul64 Message-ID: <20150703092404.GP57015@e-new.0x20.net> References: <55962295.6030103@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6kWzDLe2BYLyVXGp" Content-Disposition: inline In-Reply-To: <55962295.6030103@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 09:24:13 -0000 --6kWzDLe2BYLyVXGp Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 03, 2015 at 08:50:13AM +0300, Johannes Jost Meixner wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > Hi Glen, >=20 > Here's the PR you asked for: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201299 >=20 > I've discussed the merge with dchagin@, and he couldn't do it between > code slush and code freeze because on his weekends he was busy doing > other things. >=20 > I'm not sure how it breaks ABI compatibility -- as it's pretty much a > drop-in replacement, and *ALL* linux tools just work. Including the > 64bit stuff. I see it as an extension, at that. >=20 > Could you let me know what are the steps to get it in, please? >=20 Does the Flash Plugin in Firefox work for you? My Firefox on HEAD freezes when Flash content is displayed. --6kWzDLe2BYLyVXGp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJVllS0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1t87IH/3kKUWWgsrLY0porEgB1mOFw qsFuF2UNTpcZ76DooErC1wOFBuW5EmjqE1PIg/LM1CjMdQrCqctOSVGsStjh6Ou7 pFbUqtzyUdojN4pELzKB2eMKzOEHM3DXrdzyghhHQwDT1Im2POUcsLolGs4eqoQ7 WAn7Crckt6Z338BAHmcOuaVCK/0XAR+2C0sdckcZ7kyQGL6JzSsWa9FjnrsArA7K nGuItLpQtD7YmC2mqP2Ux0S34zyNTRgX4mtUo3czctOZavWW88YFDlrbB1YObS50 YBb0oB/ObqtL074ZDt5ljM3iQCv28F4NLUy8438j9Qpqnk4oVxkiFTpqCTUaNsU= =9HBY -----END PGP SIGNATURE----- --6kWzDLe2BYLyVXGp-- From owner-freebsd-stable@freebsd.org Fri Jul 3 10:20:59 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0DD8993437 for ; Fri, 3 Jul 2015 10:20:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20DCB1BE3; Fri, 3 Jul 2015 10:20:55 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id t63ADqbP001871; Fri, 3 Jul 2015 13:13:52 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 3 Jul 2015 13:13:52 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org cc: hselasky@FreeBSD.org Subject: OFED on stable/9 is not buildable at least on stable/10 Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Fri, 03 Jul 2015 13:13:52 +0300 (MSK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 10:20:59 -0000 Dear colleagues, on stable/10 trying to buildkernel with ALL_MODULES chokes at OFED (actually, for quite a few months already): marck@castor:/FreeBSD/pristine/src.9> make -DNO_CLEAN buildkernel __MAKE_CONF=/dev/null SRCCONF=/dev/null KERNCONF=GENERIC ALL_MODULES= cc1: warnings being treated as errors /FreeBSD/pristine/src.9/sys/modules/ipoib/../../ofed/include/linux/linux_compat.c: In function 'kvasprintf': /FreeBSD/pristine/src.9/sys/modules/ipoib/../../ofed/include/linux/device.h:420: warning: function 'kvasprintf' can never be inlined because it uses variable argument lists [-Winline] *** [linux_compat.o] Error code 1 ctfconvert -L VERSION -g linux_radix.o Could you please take a look at this? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@freebsd.org Fri Jul 3 10:57:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18A45993CB4 for ; Fri, 3 Jul 2015 10:57:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D14CB28E1 for ; Fri, 3 Jul 2015 10:57:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D849E1FE023; Fri, 3 Jul 2015 12:57:46 +0200 (CEST) Message-ID: <55966AE8.5050204@selasky.org> Date: Fri, 03 Jul 2015 12:58:48 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Dmitry Morozovsky , freebsd-stable@FreeBSD.org Subject: Re: OFED on stable/9 is not buildable at least on stable/10 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 10:57:49 -0000 On 07/03/15 12:13, Dmitry Morozovsky wrote: > Dear colleagues, > > on stable/10 trying to buildkernel with ALL_MODULES chokes at OFED (actually, > for quite a few months already): > > marck@castor:/FreeBSD/pristine/src.9> make -DNO_CLEAN buildkernel > __MAKE_CONF=/dev/null SRCCONF=/dev/null KERNCONF=GENERIC ALL_MODULES= > > cc1: warnings being treated as errors > /FreeBSD/pristine/src.9/sys/modules/ipoib/../../ofed/include/linux/linux_compat.c: > In function 'kvasprintf': > /FreeBSD/pristine/src.9/sys/modules/ipoib/../../ofed/include/linux/device.h:420: > warning: function 'kvasprintf' can never be inlined because it uses variable > argument lists [-Winline] > *** [linux_compat.o] Error code 1 > ctfconvert -L VERSION -g linux_radix.o > > Could you please take a look at this? > Hi, I think if you use clang to build this compile problem will not happen. Anyhow, I'll make a fix for it. It is simply about declaring the function externally. --HPS From owner-freebsd-stable@freebsd.org Fri Jul 3 11:17:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39D109940FF for ; Fri, 3 Jul 2015 11:17:34 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F19D414ED for ; Fri, 3 Jul 2015 11:17:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A6B4E1FE023; Fri, 3 Jul 2015 13:17:24 +0200 (CEST) Message-ID: <55966F82.4010900@selasky.org> Date: Fri, 03 Jul 2015 13:18:26 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Dmitry Morozovsky , freebsd-stable@FreeBSD.org Subject: Re: OFED on stable/9 is not buildable at least on stable/10 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 11:17:34 -0000 On 07/03/15 12:13, Dmitry Morozovsky wrote: > Dear colleagues, > > on stable/10 trying to buildkernel with ALL_MODULES chokes at OFED (actually, > for quite a few months already): > > > Could you please take a look at this? > Hi, Does this patch fix the problem for you: https://svnweb.freebsd.org/changeset/base/285088 --HPS From owner-freebsd-stable@freebsd.org Fri Jul 3 15:21:59 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E02109937E6 for ; Fri, 3 Jul 2015 15:21:59 +0000 (UTC) (envelope-from ortadur@web.de) Received: from mout.web.de (mout.web.de [212.227.15.4]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FE2D101F for ; Fri, 3 Jul 2015 15:21:59 +0000 (UTC) (envelope-from ortadur@web.de) Received: from [131.169.214.139] by 3capp-webde-bs27.server.lan (via HTTP); Fri, 3 Jul 2015 17:21:50 +0200 MIME-Version: 1.0 Message-ID: From: "Andre Meiser" To: "Konstantin Belousov" Cc: freebsd-stable@freebsd.org Subject: Re: Many core dumps in pthread_getspecific. Content-Type: text/plain; charset=UTF-8 Date: Fri, 3 Jul 2015 17:21:50 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20150616073637.GO2080@kib.kiev.ua> References: <20150603145838.GX2499@kib.kiev.ua> <20150614190504.GT2080@kib.kiev.ua> , <20150616073637.GO2080@kib.kiev.ua> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:GtPYmbS1gIQrxj6+M64JwiopnyfIhERUMZobDpfPcHR b6kbNiF6ovO+7aAwhfcMFIxSgnq8OIUwlN9g8B0WlYz6tGVFOf 4swv5yajOzDFqSBKaXwK1/Xz2H0M/L+QdNUxpEdwq6zFJtnn72 lLNJRk+NR6ZrOz+w+QR8Q+wPbaREfh1oyGCjxFMaAeDx/cwbSl E2n0nmv5EynyOitLW2sholb0sFEfwPwayt/BR7ZUuKV2WL3C3y r97nQBgLx3hSlf6XNqQLz+WoH852nUxPcoW1GaSgyA2GxkGk9d K3DzfQ= X-UI-Out-Filterresults: notjunk:1;V01:K0:KhJD5V/dwgE=:keAM9J4vu0Jhkn/HKEkWDS II4XnmrheEu1OeGDCro2aQ7zTGfEUYscxfa9cBqXgSOzV01wbTrcDCkGi4gVb4w470W7iL1L5 pib3YGLb5hEGF6CIxTyQ/jHQSE/r7+iOU0fTCjb6bSNwoGaOGzKaaiTxKNFvuVrgejn7NdgSF Y2PUT+Sq+1NEQmOvBIwKoxN3dx63SKxeBx4ziwgTaxeZauyPHsgJLZt8omoy+7ABvA1n84g5E q6//8qhqVkix6T2c+zolvp64fmLdlvQwazvTud0rkeC1sNteiIyVIJB78zwvZQVyJ5UL5c3LC /WtuyNuXwFmN2LtoMahBhEgqRzlGPmIirM5jqGmqNssUsdt3EqjymynEt6TLV/T2XqoBOfVKg qNCRlT8zd3XqQrm4yeDPr8rkgJil1jZGuyjannOygLnxyT5sOvjQbdhjuzx36j7IbO6KXQsVU gglEDQabvfMpKQ5abxJFu4qypuJv1V0CsCg/NIcSRcOIE3g7KlhFpEQpXrPT0E3VBHy2DzObp ahXLrPQGxMBQhjY6Mw8J1c= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 15:22:00 -0000 Hi, back again. Sorry, I accidently deleted the core file and I'd to wait two weeks until vim crashed again. Xorg didn't crashed so far with the debug libs. On Tue, Jun 16, 2015 at 09:36 +0200, Konstantin Belousov wrote: > Ok, so the vim fault is reproducable, I suppose ? No, I tried, but no chance to do it on purpose. But so far it always happens while resizing the xterm. Now the entire info you asked for (out of the new core file): % readelf -d vim | grep NEEDED 0x0000000000000001 (NEEDED) Shared library: [libm.so.5] 0x0000000000000001 (NEEDED) Shared library: [libncurses.so.8] 0x0000000000000001 (NEEDED) Shared library: [libintl.so.8] 0x0000000000000001 (NEEDED) Shared library: [libpython2.7.so.1] 0x0000000000000001 (NEEDED) Shared library: [libthr.so.3] 0x0000000000000001 (NEEDED) Shared library: [libc.so.7] (gdb) bt #0 0x000000080149e6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 #1 0x000000080149e5ed in _thr_ast (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:264 #2 0x00000008014a33c7 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 #3 0x000000080083d94d in _r_debug_postinit () from /libexec/ld-elf.so.1 #4 0x000000080083b15d in .text () from /libexec/ld-elf.so.1 #5 0x00000000004e4163 in preserve_exit () #6 0x000000000051f118 in mch_libcall () #7 0x000000080149f47a in handle_signal (actp=, sig=, info=, ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:240 #8 0x000000080149f062 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 #9 #10 0x000000080149e6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 #11 0x000000080149e5ed in _thr_ast (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:264 #12 0x00000008014a33c7 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 #13 0x000000080083d94d in _r_debug_postinit () from /libexec/ld-elf.so.1 #14 0x000000080083b15d in .text () from /libexec/ld-elf.so.1 #15 0x000000080149f4e2 in handle_signal (actp=, sig=, info=, ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:256 #16 0x000000080149f062 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 #17 #18 select () at select.S:3 #19 0x000000080149cb32 in __select (numfds=1, readfds=0x7fffffffdfb0, writefds=0x0, exceptfds=0x7fffffffdf30, timeout=0x7fffffffe038) at /usr/src/lib/libthr/thread/thr_syscalls.c:561 #20 0x000000000051ac4b in mch_write () #21 0x000000000051ae0f in mch_inchar () #22 0x00000000005b8647 in ui_inchar () #23 0x00000000004aeb8a in inchar () #24 0x00000000004b1ffb in vgetc () #25 0x00000000004b0efa in vgetc () #26 0x00000000004b27b9 in safe_vgetc () #27 0x00000000004f59ef in normal_cmd () #28 0x00000000005dfec7 in main_loop () #29 0x00000000005df538 in main () (gdb) info locals act = {__sigaction_u = {__sa_handler = 0, __sa_sigaction = 0}, sa_flags = 37875000, sa_mask = {__bits = {8, 4239276, 0, 0}}} info = {si_signo = 0, si_errno = 0, si_code = 37875000, si_pid = 8, si_uid = 37874640, si_status = 8, si_addr = 0x700000008, si_value = {sival_int = 37875104, sival_ptr = 0x80241eda0, sigval_int = 37875104, sigval_ptr = 0x80241eda0}, _reason = {_fault = {_trapno = 141}, _timer = {_timerid = 141, _overrun = 0}, _mesgq = {_mqd = 141}, _poll = {_band = 141}, __spare__ = {__spare1__ = 141, __spare2__ = {0, 0, 8744960, 8, 37874976, 8, 8641467}}}} (gdb) info registers rax 0xf0b470 15774832 rbx 0x802406400 34397512704 rcx 0x1 1 rdx 0x80085b800 34368501760 rsi 0x80241ed38 34397613368 rdi 0x8015137d0 34381838288 rbp 0x80241ecd0 0x80241ecd0 rsp 0x8015137d0 0x8015137d0 r8 0x800856600 34368480768 r9 0x8080808080808080 -9187201950435737472 r10 0x41b778 4306808 r11 0x5262 21090 r12 0x1 1 r13 0x839888 8624264 r14 0x8015137d0 34381838288 r15 0x2 2 rip 0x80149e6a2 0x80149e6a2 eflags 0x10202 66050 cs 0x43 67 ss 0x3b 59 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 (gdb) disassemble Dump of assembler code for function check_deferred_signal: 0x000000080149e650 : push %rbp 0x000000080149e651 : mov %rsp,%rbp 0x000000080149e654 : push %r15 0x000000080149e656 : push %r14 0x000000080149e658 : push %rbx 0x000000080149e659 : sub $0x78,%rsp 0x000000080149e65d : mov %rdi,%rbx 0x000000080149e660 : cmpl $0x0,0x100(%rbx) 0x000000080149e667 : je 0x80149e672 0x000000080149e669 : cmpl $0x0,0x180(%rbx) 0x000000080149e670 : je 0x80149e67d 0x000000080149e672 : lea -0x18(%rbp),%rsp 0x000000080149e676 : pop %rbx 0x000000080149e677 : pop %r14 0x000000080149e679 : pop %r15 0x000000080149e67b : pop %rbp 0x000000080149e67c : retq 0x000000080149e67d : movl $0x1,0x180(%rbx) 0x000000080149e687 : callq 0x801498e44 <__getcontextx_size@plt> 0x000000080149e68c : cltq 0x000000080149e68e : mov %rsp,%r14 0x000000080149e691 : add $0xf,%rax 0x000000080149e695 : and $0xfffffffffffffff0,%rax 0x000000080149e699 : sub %rax,%r14 0x000000080149e69c : mov %r14,%rsp 0x000000080149e69f : mov %r14,%rdi 0x000000080149e6a2 : callq 0x801499214 0x000000080149e6a7 : cmpl $0x0,0x100(%rbx) 0x000000080149e6ae : je 0x80149e73b 0x000000080149e6b4 : lea 0x100(%rbx),%r15 0x000000080149e6bb : mov %r14,%rdi 0x000000080149e6be : callq 0x801499064 <__fillcontextx2@plt> 0x000000080149e6c3 : movups 0x160(%rbx),%xmm0 0x000000080149e6ca : movups 0x170(%rbx),%xmm1 0x000000080149e6d1 : movaps %xmm1,-0x30(%rbp) 0x000000080149e6d5 : movaps %xmm0,-0x40(%rbp) 0x000000080149e6d9 : movups 0x150(%rbx),%xmm0 0x000000080149e6e0 : movups %xmm0,(%r14) 0x000000080149e6e4 : movups 0x40(%r15),%xmm0 0x000000080149e6e9 : movaps %xmm0,-0x50(%rbp) 0x000000080149e6ed : movups (%r15),%xmm0 0x000000080149e6f1 : movups 0x10(%r15),%xmm1 0x000000080149e6f6 : movups 0x20(%r15),%xmm2 0x000000080149e6fb : movups 0x30(%r15),%xmm3 0x000000080149e700 : movaps %xmm3,-0x60(%rbp) 0x000000080149e704 : movaps %xmm2,-0x70(%rbp) 0x000000080149e708 : movaps %xmm1,-0x80(%rbp) 0x000000080149e70c : movaps %xmm0,-0x90(%rbp) 0x000000080149e713 : movl $0x0,0x100(%rbx) 0x000000080149e71d : mov -0x90(%rbp),%esi 0x000000080149e723 : lea -0x40(%rbp),%rdi 0x000000080149e727 : lea -0x90(%rbp),%rdx 0x000000080149e72e : mov %r14,%rcx 0x000000080149e731 : callq 0x80149f390 0x000000080149e736 : jmpq 0x80149e672 0x000000080149e73b : movl $0x0,0x180(%rbx) 0x000000080149e745 : jmpq 0x80149e672 End of assembler dump. I've kept a copy of the vim binary and also the core file, so this time I can answer any further questions much faster. ;) I can't help much with those assembler part. But I've looked into /usr/src/lib/libthr/thread/thr_sig.c and there is alloca used at line 330: 330 uc = alloca(uc_len); 331 getcontext(uc); I would bet using malloc and check for NULL will help to fix this problem. Well, there will be a free needed before return and one at the end of check_deferred_signal, but that's better than an unsafe alloca. Sincerely yours Andre. From owner-freebsd-stable@freebsd.org Fri Jul 3 21:11:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B528993A76 for ; Fri, 3 Jul 2015 21:11:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 155F91DF4 for ; Fri, 3 Jul 2015 21:11:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t63LBB7O007717 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 4 Jul 2015 00:11:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t63LBB7O007717 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t63LBB1o007716; Sat, 4 Jul 2015 00:11:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 4 Jul 2015 00:11:11 +0300 From: Konstantin Belousov To: Andre Meiser Cc: freebsd-stable@freebsd.org Subject: Re: Many core dumps in pthread_getspecific. Message-ID: <20150703211111.GZ2080@kib.kiev.ua> References: <20150603145838.GX2499@kib.kiev.ua> <20150614190504.GT2080@kib.kiev.ua> <20150616073637.GO2080@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 03 Jul 2015 21:11:23 -0000 On Fri, Jul 03, 2015 at 05:21:50PM +0200, Andre Meiser wrote: > Hi, > > back again. Sorry, I accidently deleted the core file and I'd to wait two weeks until vim crashed again. Xorg didn't crashed so far with the debug libs. > > On Tue, Jun 16, 2015 at 09:36 +0200, Konstantin Belousov wrote: > > Ok, so the vim fault is reproducable, I suppose ? > > No, I tried, but no chance to do it on purpose. But so far it always happens while resizing the xterm. > > Now the entire info you asked for (out of the new core file): > > > % readelf -d vim | grep NEEDED > 0x0000000000000001 (NEEDED) Shared library: [libm.so.5] > 0x0000000000000001 (NEEDED) Shared library: [libncurses.so.8] > 0x0000000000000001 (NEEDED) Shared library: [libintl.so.8] > 0x0000000000000001 (NEEDED) Shared library: [libpython2.7.so.1] > 0x0000000000000001 (NEEDED) Shared library: [libthr.so.3] > 0x0000000000000001 (NEEDED) Shared library: [libc.so.7] > > (gdb) bt > #0 0x000000080149e6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 > #1 0x000000080149e5ed in _thr_ast (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:264 > #2 0x00000008014a33c7 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 > #3 0x000000080083d94d in _r_debug_postinit () from /libexec/ld-elf.so.1 > #4 0x000000080083b15d in .text () from /libexec/ld-elf.so.1 > #5 0x00000000004e4163 in preserve_exit () > #6 0x000000000051f118 in mch_libcall () > #7 0x000000080149f47a in handle_signal (actp=, sig=, info=, ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:240 > #8 0x000000080149f062 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 > #9 > #10 0x000000080149e6a2 in check_deferred_signal (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:331 > #11 0x000000080149e5ed in _thr_ast (curthread=0x802406400) at /usr/src/lib/libthr/thread/thr_sig.c:264 > #12 0x00000008014a33c7 in _thr_rtld_lock_release (lock=) at /usr/src/lib/libthr/thread/thr_rtld.c:162 > #13 0x000000080083d94d in _r_debug_postinit () from /libexec/ld-elf.so.1 > #14 0x000000080083b15d in .text () from /libexec/ld-elf.so.1 > #15 0x000000080149f4e2 in handle_signal (actp=, sig=, info=, ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:256 > #16 0x000000080149f062 in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 > #17 > #18 select () at select.S:3 > #19 0x000000080149cb32 in __select (numfds=1, readfds=0x7fffffffdfb0, writefds=0x0, exceptfds=0x7fffffffdf30, timeout=0x7fffffffe038) at /usr/src/lib/libthr/thread/thr_syscalls.c:561 > #20 0x000000000051ac4b in mch_write () > #21 0x000000000051ae0f in mch_inchar () > #22 0x00000000005b8647 in ui_inchar () > #23 0x00000000004aeb8a in inchar () > #24 0x00000000004b1ffb in vgetc () > #25 0x00000000004b0efa in vgetc () > #26 0x00000000004b27b9 in safe_vgetc () > #27 0x00000000004f59ef in normal_cmd () > #28 0x00000000005dfec7 in main_loop () > #29 0x00000000005df538 in main () > > > (gdb) info locals > act = {__sigaction_u = {__sa_handler = 0, __sa_sigaction = 0}, sa_flags = 37875000, sa_mask = {__bits = {8, 4239276, 0, 0}}} > info = {si_signo = 0, si_errno = 0, si_code = 37875000, si_pid = 8, si_uid = 37874640, si_status = 8, si_addr = 0x700000008, si_value = {sival_int = 37875104, sival_ptr = 0x80241eda0, sigval_int = 37875104, sigval_ptr = 0x80241eda0}, _reason = {_fault = {_trapno = 141}, > _timer = {_timerid = 141, _overrun = 0}, _mesgq = {_mqd = 141}, _poll = {_band = 141}, __spare__ = {__spare1__ = 141, __spare2__ = {0, 0, 8744960, 8, 37874976, 8, 8641467}}}} > > > (gdb) info registers > rax 0xf0b470 15774832 > rbx 0x802406400 34397512704 > rcx 0x1 1 > rdx 0x80085b800 34368501760 > rsi 0x80241ed38 34397613368 > rdi 0x8015137d0 34381838288 > rbp 0x80241ecd0 0x80241ecd0 > rsp 0x8015137d0 0x8015137d0 > r8 0x800856600 34368480768 > r9 0x8080808080808080 -9187201950435737472 > r10 0x41b778 4306808 > r11 0x5262 21090 > r12 0x1 1 > r13 0x839888 8624264 > r14 0x8015137d0 34381838288 > r15 0x2 2 > rip 0x80149e6a2 0x80149e6a2 > eflags 0x10202 66050 > cs 0x43 67 > ss 0x3b 59 > ds 0x0 0 > es 0x0 0 > fs 0x0 0 > gs 0x0 0 > > > (gdb) disassemble > Dump of assembler code for function check_deferred_signal: > 0x000000080149e650 : push %rbp > 0x000000080149e651 : mov %rsp,%rbp > 0x000000080149e654 : push %r15 > 0x000000080149e656 : push %r14 > 0x000000080149e658 : push %rbx > 0x000000080149e659 : sub $0x78,%rsp > 0x000000080149e65d : mov %rdi,%rbx > 0x000000080149e660 : cmpl $0x0,0x100(%rbx) > 0x000000080149e667 : je 0x80149e672 > 0x000000080149e669 : cmpl $0x0,0x180(%rbx) > 0x000000080149e670 : je 0x80149e67d > 0x000000080149e672 : lea -0x18(%rbp),%rsp > 0x000000080149e676 : pop %rbx > 0x000000080149e677 : pop %r14 > 0x000000080149e679 : pop %r15 > 0x000000080149e67b : pop %rbp > 0x000000080149e67c : retq > 0x000000080149e67d : movl $0x1,0x180(%rbx) > 0x000000080149e687 : callq 0x801498e44 <__getcontextx_size@plt> > 0x000000080149e68c : cltq > 0x000000080149e68e : mov %rsp,%r14 > 0x000000080149e691 : add $0xf,%rax > 0x000000080149e695 : and $0xfffffffffffffff0,%rax > 0x000000080149e699 : sub %rax,%r14 > 0x000000080149e69c : mov %r14,%rsp > 0x000000080149e69f : mov %r14,%rdi > 0x000000080149e6a2 : callq 0x801499214 > 0x000000080149e6a7 : cmpl $0x0,0x100(%rbx) > 0x000000080149e6ae : je 0x80149e73b > 0x000000080149e6b4 : lea 0x100(%rbx),%r15 > 0x000000080149e6bb : mov %r14,%rdi > 0x000000080149e6be : callq 0x801499064 <__fillcontextx2@plt> > 0x000000080149e6c3 : movups 0x160(%rbx),%xmm0 > 0x000000080149e6ca : movups 0x170(%rbx),%xmm1 > 0x000000080149e6d1 : movaps %xmm1,-0x30(%rbp) > 0x000000080149e6d5 : movaps %xmm0,-0x40(%rbp) > 0x000000080149e6d9 : movups 0x150(%rbx),%xmm0 > 0x000000080149e6e0 : movups %xmm0,(%r14) > 0x000000080149e6e4 : movups 0x40(%r15),%xmm0 > 0x000000080149e6e9 : movaps %xmm0,-0x50(%rbp) > 0x000000080149e6ed : movups (%r15),%xmm0 > 0x000000080149e6f1 : movups 0x10(%r15),%xmm1 > 0x000000080149e6f6 : movups 0x20(%r15),%xmm2 > 0x000000080149e6fb : movups 0x30(%r15),%xmm3 > 0x000000080149e700 : movaps %xmm3,-0x60(%rbp) > 0x000000080149e704 : movaps %xmm2,-0x70(%rbp) > 0x000000080149e708 : movaps %xmm1,-0x80(%rbp) > 0x000000080149e70c : movaps %xmm0,-0x90(%rbp) > 0x000000080149e713 : movl $0x0,0x100(%rbx) > 0x000000080149e71d : mov -0x90(%rbp),%esi > 0x000000080149e723 : lea -0x40(%rbp),%rdi > 0x000000080149e727 : lea -0x90(%rbp),%rdx > 0x000000080149e72e : mov %r14,%rcx > 0x000000080149e731 : callq 0x80149f390 > 0x000000080149e736 : jmpq 0x80149e672 > 0x000000080149e73b : movl $0x0,0x180(%rbx) > 0x000000080149e745 : jmpq 0x80149e672 > End of assembler dump. > > > I've kept a copy of the vim binary and also the core file, so this time I can answer any further questions much faster. ;) > > I can't help much with those assembler part. But I've looked into /usr/src/lib/libthr/thread/thr_sig.c and there is alloca used at line 330: > > 330 uc = alloca(uc_len); > 331 getcontext(uc); > > I would bet using malloc and check for NULL will help to fix this problem. Well, there will be a free needed before return and one at the end of check_deferred_signal, but that's better than an unsafe alloca. > You would be wrong. It seems that there is a recursion into rtld which cannot work when returning from the signal. Try the following patch, but I am unsure how easy is to see whether the patch helps. diff --git a/lib/libthr/thread/thr_sig.c b/lib/libthr/thread/thr_sig.c index a6d021f..ebb6c58 100644 --- a/lib/libthr/thread/thr_sig.c +++ b/lib/libthr/thread/thr_sig.c @@ -30,6 +30,7 @@ #include #include #include +#include #include #include #include @@ -257,7 +258,7 @@ handle_signal(struct sigaction *actp, int sig, siginfo_t *info, ucontext_t *ucp) /* reschedule cancellation */ check_cancel(curthread, &uc2); errno = err; - __sys_sigreturn(&uc2); + syscall(SYS_sigreturn, &uc2); } void From owner-freebsd-stable@freebsd.org Sat Jul 4 09:25:54 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46AD89C72 for ; Sat, 4 Jul 2015 09:25:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8277F1148 for ; Sat, 4 Jul 2015 09:25:52 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id t649PhBl025439; Sat, 4 Jul 2015 12:25:43 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 4 Jul 2015 12:25:43 +0300 (MSK) From: Dmitry Morozovsky To: Hans Petter Selasky cc: freebsd-stable@freebsd.org Subject: Re: OFED on stable/9 is not buildable at least on stable/10 In-Reply-To: <55966F82.4010900@selasky.org> Message-ID: References: <55966F82.4010900@selasky.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sat, 04 Jul 2015 12:25:44 +0300 (MSK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 04 Jul 2015 09:25:54 -0000 On Fri, 3 Jul 2015, Hans Petter Selasky wrote: > > on stable/10 trying to buildkernel with ALL_MODULES chokes at OFED > > (actually, > > for quite a few months already): > > > > Could you please take a look at this? > > Does this patch fix the problem for you: > > https://svnweb.freebsd.org/changeset/base/285088 yes it does, thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@freebsd.org Sat Jul 4 16:28:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E797919E for ; Sat, 4 Jul 2015 16:28:11 +0000 (UTC) (envelope-from ortadur@web.de) Received: from mout.web.de (mout.web.de [212.227.15.14]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C4F01911 for ; Sat, 4 Jul 2015 16:28:10 +0000 (UTC) (envelope-from ortadur@web.de) Received: from [31.16.117.145] by 3capp-webde-bs09.server.lan (via HTTP); Sat, 4 Jul 2015 18:28:02 +0200 MIME-Version: 1.0 Message-ID: From: "Andre Meiser" To: "Konstantin Belousov" Cc: freebsd-stable@freebsd.org Subject: Re: Many core dumps in pthread_getspecific. Content-Type: text/plain; charset=UTF-8 Date: Sat, 4 Jul 2015 18:28:02 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20150703211111.GZ2080@kib.kiev.ua> References: <20150603145838.GX2499@kib.kiev.ua> <20150614190504.GT2080@kib.kiev.ua> <20150616073637.GO2080@kib.kiev.ua> , <20150703211111.GZ2080@kib.kiev.ua> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:FIhNrxIlBpreBy34oSdfO24fthwY0sMQ9RlQxSeEREa 2zBFwtFYG67tGCmgF/WNWd/QXG07lAzljPKJca1OxGNqBtUlAu H0DiaMz1I0cQTYI1Wqp6AVdG8UWQUoC7YX8ATSI9qN5hcwfgVA 25XQJkkXtODecLxQmYhlXKvZoSKjQupgztrX8capaaqBjxIZTA Rid5TzH4I0umhClzjd09UJw/eInQgH+Jf+1uMdh2oYK9N2jXk6 3zfPhOo6Zr2Glm+YE/GTQaDNfQFTvblQ857ELoTcGpNUNjJGO+ GaHkB0= X-UI-Out-Filterresults: notjunk:1;V01:K0:7yqcypozWh0=:PuzJ1tr9gwYUq9i8JQn6rc DOzpo9rlzoHXReL0j/zKGTG+RJ2gs73JhwfNL3hvIFxOhM3jRoS2xPPfOvqM5QNWLKJf1xZ0s QcBNXFUF49T+billvaCNfGwDp4jbsCCm5l/R4ZvtzEQme8QMwzhkPzZ5qZKBvFrLMtmPfs68/ M/a0+2jiOrAs9utAN6DG3jbl5took4i+EzSiAcCrtMk4fjhJIW0GvuT75a0MPVea9RRjx0vu1 A77Ob+c2hZeRCTulA5imNmuO0WiGMxM+c7Md7jiZw8AY3fz2wpW+hyC8udkNGZ5I2ScPn27nR 7+QIdn23tbHVL9jS0kCMKgRIJtF83NCzolKQ/fDpMBd/j6fVfII753Uaehx72png9cutEAqAp hsLzluxDxDIMW82lsetpnOc19zz2hhpe/rOopRXfSR/WkPsB8A31IJSlP2gJ15yIMOZ5l35dM ENUZeCQbMg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 04 Jul 2015 16:28:11 -0000 On Fri, Jul 03, 2015 at 23:11:50PM +0200, Konstantin Belousov wrote: > You would be wrong. Wow, I should start learning how to dig into those core dumps... > Try the following patch, but I am unsure how easy is to > see whether the patch helps. I've patched my system. I can't reproduce the bug, and it took a long time to trigger that bug again the last time. If it crashes again, I'll post the entire debug info. And if not, I'll write it to you next month. Thanks for the patch. Sincerely yours Andre.