From owner-freebsd-stable@freebsd.org Sun Nov 6 01:23:35 2016 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 7B553C30B99 for ; Sun, 6 Nov 2016 01:23:35 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from roadkill.tharned.org (gcrivers-1-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:107f::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 1CC8CF0E for ; Sun, 6 Nov 2016 01:23:35 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from [2001:470:1f11:107f:b8e5:d5d8:b3c8:4edb] ([IPv6:2001:470:1f11:107f:b8e5:d5d8:b3c8:4edb]) (authenticated bits=0) by roadkill.tharned.org (8.15.2/8.15.2) with ESMTPSA id uA61NPe9001521 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 5 Nov 2016 20:23:33 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2016; t=1478395413; bh=US5bQ/uznwxrke69Dh2e6HG/sT9Sq1w+CD3cND1lTck=; h=Date:From:To:Subject; b=eQYBxucA4sX592N+X8AJK4q/AgImolfLOwb0G7tKg0bdzb0XRx54qIixpHcnT3CTb keM8e/4FHRDiJ/E0ijHRC0lzwjkrnYTqUAjf2rT8fKjmSmwrGqFMNHvuL1bhW9Azbd picEID2bg2ct8sHLHQU4ac5mVhYT7Hdm4nNJG1Z8sApuSCic0OiKEmNDaw+FDt0irc 6VU0n4V6Okqj1AcLYrqdO/EC/37z09d3c72eNYfAS2y/LS58faxwnLefKVl6iS1yq9 T5PtK6ZgwO1UHVRNu0ud5Lcak39RLDHRG88L1sWh3QqGw4MoS8Kr2UWGNOGyxwD0Ml H1AOAzl7Tb89Q== X-Authentication-Warning: roadkill.tharned.org: Host [IPv6:2001:470:1f11:107f:b8e5:d5d8:b3c8:4edb] claimed to be [2001:470:1f11:107f:b8e5:d5d8:b3c8:4edb] Date: Sat, 5 Nov 2016 20:23:25 -0500 (CDT) From: Greg Rivers To: freebsd-stable@freebsd.org Subject: Uppercase RE matching problems in FreeBSD 11 Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [IPv6:2001:470:1f10:107f:0:0:0:2]); Sat, 05 Nov 2016 20:23:33 -0500 (CDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 01:23:35 -0000 I happened to run an old script today that uses sed(1) to extract the system boot time from the kern.boottime sysctl MIB. On 11.0 this no longer works as expected: $ sysctl kern.boottime kern.boottime: { sec = 1478380714, usec = 145351 } Sat Nov 5 16:18:34 2016 $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' v 5 16:18:34 2016 sed passes over 'S' and 'N' until it hits 'v', which it considers uppercase apparently. This is with LANG=en_US.UTF-8. If I set LANG=C, it works as expected: $ sysctl kern.boottime | LANG=C sed -e 's/.*\([A-Z].*\)$/\1/' Nov 5 16:18:34 2016 Testing every lowercase character separately gives even more inconsistent results: $ cat < a > b > c > d > e > f > g > h > i > j > k > l > m > n > o > p > q > r > s > t > u > v > w > x > y > z > ! b c d e f g h i j k l m n o p q r s t u v w x y z Here sed thinks every lowercase character except for 'a' is uppercase! This differs from the first test where sed did not think 'o' is uppercase. Again, the above behaves as expected with LANG=C. Does anyone have any insight into this? This is likely to break a lot of existing code. -- Greg From owner-freebsd-stable@freebsd.org Sun Nov 6 01:34:02 2016 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 5BDE3BED7CD for ; Sun, 6 Nov 2016 01:34:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::231]) (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 11D3F8BC for ; Sun, 6 Nov 2016 01:34:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ua0-x231.google.com with SMTP id 12so95047809uas.2 for ; Sat, 05 Nov 2016 18:34:02 -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:from:date:message-id :subject:to:cc; bh=6nR0PeyuMAQFHx5Dfrm2NWLcAP1IHyroFZ8bEQmkz8g=; b=pWTuW9+tE6G2O13SXMF8OFST83HkHXhTpjcBuf14zmKRXd/UrZjJH2GKzI9LDzNcl1 82+O12aLvpLt33DdpaoyKFkr8URng/2OcSYnn9dpMUAD37yek5a84FEVExaTs6+y1Nqe X+/AdpHAo3xvLnU/q56r2cVEawu3tuFRf4078cVFMGQkgacO71MlRpaX+J+Ne1Ddo4z/ fqxjBZcD6Qp60iXwqLZxbW6zZD8NrjfXcERwM/p9lIqSlsoKbZtQhedv4U2nW0FCTN8E oNF9Z3sR2aHzrm0LNrxLQpT5DRf59yvMdKTtc5qljfa+7+bFnB5fQ4wHPCsTY7J5AK+c cvZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=6nR0PeyuMAQFHx5Dfrm2NWLcAP1IHyroFZ8bEQmkz8g=; b=FcqsK01Q5dFwmAqC0JS/8pCwAap6iMHB/7UGXR4hEKsY/NVIfabtitbeulcxUTiql6 fm1zUEqJd1matoKaHPa6nBppFN5gdKMfuk0BXuhyTd4w8ja1SSgj9p24bHHwsvinM/ul HI1n46l71xzdH7BIe11mPWrXQm60b2wJSpqWqxq/aNcdVgWYMyDxc22Vm2MzwudYaR72 BgOfwqcAQpW1dfkHMj+MQs0yo4eUZZlH406/A9GBiBKgGco6+3riuHVIUzhcE6ftQOqh GrBfCJ9JxeBLtbcMVMoivEmJs0gEHyV4qnHPHpuh3fcTUoh5PwDE/KPJiDdLjv9LXzry HiGA== X-Gm-Message-State: ABUngve5IJtyVXtPE3n8KY7HvXxNKnSQ3eOSotbMXWrCV3yfArj+QXOsk+EPwluLEx9X/pNmr1qQbsZBTeNijg== X-Received: by 10.159.54.143 with SMTP id p15mr285206uap.56.1478396041213; Sat, 05 Nov 2016 18:34:01 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.103.119.79 with HTTP; Sat, 5 Nov 2016 18:34:00 -0700 (PDT) In-Reply-To: References: <3e831eea-2035-b658-3bae-784f2aa60eca@m5p.com> From: Kevin Oberman Date: Sat, 5 Nov 2016 18:34:00 -0700 X-Google-Sender-Auth: aSYX10Qs9xhrhhzdFVp_1yDTfQM Message-ID: Subject: Re: ath0 associated, wlan0 not associated To: George Mitchell Cc: Adrian Chadd , FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 01:34:02 -0000 On Sat, Nov 5, 2016 at 11:58 AM, George Mitchell wrote: > On 11/05/16 13:00, George Mitchell wrote: > > On 11/05/16 01:05, Adrian Chadd wrote: > >> nope, sorry. There's a lot of work in the -11 wifi stack and drivers. > >> > >> > >> -a > >> > >> [...] > > > > Okay, I downloaded and installed 11.0-RELEASE on a spare slice, and > > dmesg tells me the following (with regard to ath0): > > > > > > ath0: mem 0xf0a00000-0xf0a7ffff irq 36 at > > device 0.0 on pci2 > > ath0: WB335 2-ANT card detected > > ath0: Bluetooth Antenna Diversity card detected > > ath0: [HT] enabling HT modes > > ath0: [HT] enabling short-GI in 20MHz mode > > ath0: [HT] 1 stream STBC receive enabled > > ath0: [HT] 1 RX streams; 1 TX streams > > ath0: QCA9565 mac 704.1 RF5110 phy 2523.1 > > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 > > > > But ifconfig tells me there is no "ath0" interface ... Does 11.0 > > handle wifi in some unfamiliar manner? I put my usual wifi magic > > into rc.conf: > > > > create_args_wlan0="country US" > > ifconfig_wlan0="WPA DHCP" > > wlans_ath0="wlan0" > > > > -- George > > > I forgot to copy my wpa_supplicant.conf over. Now it works! (I > guess the invisible ath0 is just how 11.0 works?) -- George Yes, as you speculate, the 802.11 software had a major rework and only the wlan interface is visible. It is due to this re-work that the changes to the wireless drivers can't be reasonably back-ported to 10. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Sun Nov 6 11:07:34 2016 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 2F9E5C32EAD for ; Sun, 6 Nov 2016 11:07:34 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 B648219FE for ; Sun, 6 Nov 2016 11:07:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id a197so130754685wmd.0 for ; Sun, 06 Nov 2016 03:07:33 -0800 (PST) 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-disposition:in-reply-to:user-agent; bh=hRbOYF8eBbvPRSoqmoL7WKeK75ByGIAJLi7TI7dp2/E=; b=toS8Lj2HWtt6o7xuZ+eYTJaMfNNbvMyXsg9GBwnwxXN2DUuw6cPQBs6tEoe7Mzdf0t Ff9d3U16cK/aDL2l5A+pd2eIyFLlkNI7iy8qMZ+bLeOAyYrilGMTGS9k7+LP2ry04HzB J9AVtJlvQEqaAjvdRElI+t+L3zVKUP9izcF2IN9kf60f5REKHnCrcTEJVWX3M2gcvBq/ MvBDRjOyALuIFT88FgdABPxuw0iDD60+Wzsww3Vrx0CmWX0UkyXte6KDHcV4H2hsZQ0H ZBroqk/J1FcrKmJMab94MK/JI/FJKPAk555U1kHyoFpLdZVW8ExzzEegVV/eLzM45CY7 yVOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=hRbOYF8eBbvPRSoqmoL7WKeK75ByGIAJLi7TI7dp2/E=; b=UtOeHwtgCPlWwiatCEatV/lDSps3hY48rY440hEB7uY2j8VSEbMXQYVFwlhMY6zGxD K+XQMJ0Jx41pAJYZPmXQ8CwC6I+/xf1lyzm938mK2sA1/mErRazmpHaNyu5Pt1P/owxl POXa3RlmEWEWM5eTghsjTt2e3X9xmiFdzShd1A0F3J74cuzHFfgZoRucnWxPa3Izx3Mz E4bIGqQQkZdYGAOW5I0z3dwBNjYBZlOGJ00tUv4A93ud5zJZ/GTdBItSqXov7YeB2sJc 1X+OIogqaJvg6K/qhgr8hBSh92NMPUwrrhDkKW6ZiCWl55KSqrdHJ63MezSDJCOtqZyg Ivgg== X-Gm-Message-State: ABUngvcJ8cRhTbGiWP706STjmovzTOcDlkswTKJRR9IlvfyXgt0hrTwPgvIkXidJeZ2fKA== X-Received: by 10.194.22.34 with SMTP id a2mr1450287wjf.95.1478430451330; Sun, 06 Nov 2016 03:07:31 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id g6sm24530152wjp.45.2016.11.06.03.07.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Nov 2016 03:07:30 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Nov 2016 12:07:29 +0100 From: Baptiste Daroussin To: Greg Rivers Cc: freebsd-stable@freebsd.org Subject: Re: Uppercase RE matching problems in FreeBSD 11 Message-ID: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6tpwwlpjmvkdsy5z" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20161104 (1.7.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 11:07:34 -0000 --6tpwwlpjmvkdsy5z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: > I happened to run an old script today that uses sed(1) to extract the sys= tem > boot time from the kern.boottime sysctl MIB. On 11.0 this no longer works= as > expected: >=20 > $ sysctl kern.boottime > kern.boottime: { sec =3D 1478380714, usec =3D 145351 } Sat Nov 5 16:18:3= 4 2016 > $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' > v 5 16:18:34 2016 >=20 > sed passes over 'S' and 'N' until it hits 'v', which it considers upperca= se > apparently. This is with LANG=3Den_US.UTF-8. If I set LANG=3DC, it works = as > expected: >=20 > $ sysctl kern.boottime | LANG=3DC sed -e 's/.*\([A-Z].*\)$/\1/' > Nov 5 16:18:34 2016 >=20 > Testing every lowercase character separately gives even more inconsistent > results: >=20 > $ cat < > a > > b > > c > > d > > e > > f > > g > > h > > i > > j > > k > > l > > m > > n > > o > > p > > q > > r > > s > > t > > u > > v > > w > > x > > y > > z > > ! > b > c > d > e > f > g > h > i > j > k > l > m > n > o > p > q > r > s > t > u > v > w > x > y > z >=20 > Here sed thinks every lowercase character except for 'a' is uppercase! Th= is > differs from the first test where sed did not think 'o' is uppercase. Aga= in, > the above behaves as expected with LANG=3DC. >=20 > Does anyone have any insight into this? This is likely to break a lot of > existing code. >=20 Yes A-Z only means uppercase in an ASCII only world in a unicode world it m= eans AaBb... Z because there are way more characters that simple A-Z. In FreeBSD= 11 we have a unicode collation instead of falling back in on LC_COLLATE=3DC wh= ich means ascii only For regrexp for example one should use the classes: :upper: or :lower:. Best regards, Bapt --6tpwwlpjmvkdsy5z Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJYHw7xAAoJEGOJi9zxtz5anyQQANztz/d2fUYBiCo5QcF3iPHn C98qrd7aqQWEXPE+hdhrqC4r82UaYNNqvaYdoaArV6WIQOqEDzu/Eju8c6VidOkj uSJuai9mAxQTzbSi8oSka8kyGGUJZYKA0wZpGfqdWTCigQcE9yjFdnVYbkIn8LNp Y4+N9ZEOm0pGDxbD7aOTCT4sZY7znqaZuoiA6Fid6jNe/dEIKnfDDoMOyUrt8YF7 v1O6RUILizjDpfs4VzrE2MmoUs5hXKREv1+rez87wLTUhj08d3h93vvQrtrzt/Zc 0sKBiJ3azbCuKGnz2y7HjIAO3kU1Do3RqqsjDA3catzc8n8qUt2j0iBJhmEMw/Oj 1A4Hbiem2EQXX5OTzvFkrQ2S3L4MhAjOjFDsPG6Edjt18Z8DSuuy94j6PYlnm02h Cl0W2I/70fCegg2uYiO7aNg31eF48hc19Yar5c4UpYORV0iaf8pLX5Xc1E8AixH3 T9/oakMh9o5JS/1J+gRprxbN+tdHNlVky46hAz0Hq4uB2wcJdsS/yPqGKjdRYGIZ ajmRewVcnoDVaJrdv1fqKbAdxfOkgi01fgSUq8+KRzP5Vleuj9H9mLEJRgpj6RXo irpyTZbevLqNnmCCuCBdC/t1akpk1tXWCE+sP8I2JwURbMNK1+PpXgIxCLxIsmr5 h9oPHjvUPmd5GisZbtYa =6UV7 -----END PGP SIGNATURE----- --6tpwwlpjmvkdsy5z-- From owner-freebsd-stable@freebsd.org Sun Nov 6 12:26:58 2016 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 56F29C306BF for ; Sun, 6 Nov 2016 12:26:58 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 DDAF4E4C for ; Sun, 6 Nov 2016 12:26:57 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3tBZZR0dsMz1W6 for ; Sun, 6 Nov 2016 13:26:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1478435212; x=1481027213; bh=0MB H8TAgd1m6OOJOD0JwzGdaJy0AOcj4hrCIaFyFGWc=; b=ZcS0WFnfo4akaTEICCJ HqXIU8sZmut121I+fRnL9IvAkcVN3I1X9yzWjGj98IBV9tFhJkp/GoEcLa25Y4Ps 26F5RWRjljkjiGeBDAphJC448jMWypzin1NBAc8e8enbMY2TSPcwQFFUqRLie4o0 UHQDO6MxoDBzt/9qgxW66mX0= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id ITFCS-S_TOCG for ; Sun, 6 Nov 2016 13:26:52 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3tBZZN0s4Gz1W5 for ; Sun, 6 Nov 2016 13:26:52 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3tBZZN00hLzhY for ; Sun, 6 Nov 2016 13:26:52 +0100 (CET) Received: from sleepy.ijs.si (2001:1470:ff80:e001::1:1) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Sun, 06 Nov 2016 13:26:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Nov 2016 13:26:51 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: Uppercase RE matching problems in FreeBSD 11 Organization: Jozef Stefan Institute In-Reply-To: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> Message-ID: <71a45ece6ec63bf696edab5b31abdaf5@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 12:26:58 -0000 2016-11-06 12:07, Baptiste Daroussin wrote: > Yes A-Z only means uppercase in an ASCII only world in a unicode world > it means > AaBb... Z because there are way more characters that simple A-Z. In > FreeBSD 11 > we have a unicode collation instead of falling back in on LC_COLLATE=C > which > means ascii only > > For regrexp for example one should use the classes: :upper: or :lower:. It is a good idea to keep LC_COLLATE and LC_NUMERIC (and LC_MONETARY?) at "C" when LANG or LC_CTYPE is set to something else, otherwise unexpected things may happen. Mark > On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: >> I happened to run an old script today that uses sed(1) to extract the >> system >> boot time from the kern.boottime sysctl MIB. On 11.0 this no longer >> works as >> expected: >> >> $ sysctl kern.boottime >> kern.boottime: { sec = 1478380714, usec = 145351 } Sat Nov 5 16:18:34 >> 2016 >> $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' >> v 5 16:18:34 2016 >> >> sed passes over 'S' and 'N' until it hits 'v', which it considers >> uppercase >> apparently. This is with LANG=en_US.UTF-8. If I set LANG=C, it works >> as >> expected: >> >> $ sysctl kern.boottime | LANG=C sed -e 's/.*\([A-Z].*\)$/\1/' >> Nov 5 16:18:34 2016 >> >> Testing every lowercase character separately gives even more >> inconsistent >> results: >> >> $ cat <> > a >> > b >> > c >> > d >> > e >> > f >> > g >> > h >> > i >> > j >> > k >> > l >> > m >> > n >> > o >> > p >> > q >> > r >> > s >> > t >> > u >> > v >> > w >> > x >> > y >> > z >> > ! >> b >> c >> d >> e >> f >> g >> h >> i >> j >> k >> l >> m >> n >> o >> p >> q >> r >> s >> t >> u >> v >> w >> x >> y >> z >> >> Here sed thinks every lowercase character except for 'a' is uppercase! >> This >> differs from the first test where sed did not think 'o' is uppercase. >> Again, >> the above behaves as expected with LANG=C. >> >> Does anyone have any insight into this? This is likely to break a lot >> of >> existing code. From owner-freebsd-stable@freebsd.org Sun Nov 6 12:32:10 2016 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 19140C30C2F for ; Sun, 6 Nov 2016 12:32:10 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 9E6BE644 for ; Sun, 6 Nov 2016 12:32:09 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id p190so133260997wmp.1 for ; Sun, 06 Nov 2016 04:32:09 -0800 (PST) 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-disposition:in-reply-to:user-agent; bh=xacQOZ6zpYw9iHQW28qmxL8OSYynrBVPIAkkKouEYxI=; b=MqpAyZr58SRoNJXqbSlWPcOoGfvXiWFQq9BzsBVQeqZP38LQ/7UX9CsGdpkPTGPz5h TOfhGg23QjVsZuy40qJ0pk7mGQg5kald6xPBkKEX39zF6JLY9v9M9NxH0w238P1KTp2H pIypujuuXMgQqVjXfcoHz0Fr8DXUt5elTW4FEBuMkBAR/d7u1gctu762+ds4+SfBW5p5 w8i1kY1OCnkF2vpWIP+VYvy+OaDMd0Gqn2yE4x243mMq9YNcDDn5V0vTMvWHrq73Mqoe Gd/8WsSluwCPcIKeepF/IN3WwYGGK8TmpT2iO2ttW6Hj6uD6+O5+A4O/AtMuMCTwwDuv 2nUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=xacQOZ6zpYw9iHQW28qmxL8OSYynrBVPIAkkKouEYxI=; b=BjbUCVB8no9nz/1vVJOHZSLGjXwyeZ4rxjnwZ2yPQrz+FiDgg1g9F6VGYvi6BUN7To TfL2vHxixnaLLayHJP/XWGCiKkyAlFh1ZJhIHQ7bMiupOI4D3w4kbuLeyyTxa2qKFJ3x UIjQw21sAzKTXN++m3l+ABDy0X7ALwBH3ATpqWpG6oDC/SVfXxxjANz2Lk7DHkT24p51 tfXZnfvb8sAwm5ZVoQVCxeJtWraOvKn+4IUwDDGgx2H+Ii7YZwURV9PRY6+J9lLjsboc XxQIGKElS3vpjbUYO1aX/SeBLhBE8MaFXIkPfEoMYzbEEXzZ+YvjFEGqv4ObQyJvoz/3 PpXg== X-Gm-Message-State: ABUngvcjynN+mxGU3B1D6SEBbElDxC59aYsSsKtsFUvvOYPE7xBpmvDa2yOh+ealy3uYpQ== X-Received: by 10.194.179.41 with SMTP id dd9mr2073432wjc.122.1478435527671; Sun, 06 Nov 2016 04:32:07 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id hy10sm24926300wjb.10.2016.11.06.04.32.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Nov 2016 04:32:06 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Nov 2016 13:32:06 +0100 From: Baptiste Daroussin To: Mark Martinec Cc: freebsd-stable@freebsd.org Subject: Re: Uppercase RE matching problems in FreeBSD 11 Message-ID: <20161106123206.yr2dhtd2ce7ln27a@ivaldir.etoilebsd.net> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <71a45ece6ec63bf696edab5b31abdaf5@ijs.si> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zgfhybgeirpmmsh5" Content-Disposition: inline In-Reply-To: <71a45ece6ec63bf696edab5b31abdaf5@ijs.si> User-Agent: NeoMutt/20161104 (1.7.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 12:32:10 -0000 --zgfhybgeirpmmsh5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 06, 2016 at 01:26:51PM +0100, Mark Martinec wrote: > 2016-11-06 12:07, Baptiste Daroussin wrote: > > Yes A-Z only means uppercase in an ASCII only world in a unicode world > > it means > > AaBb... Z because there are way more characters that simple A-Z. In > > FreeBSD 11 > > we have a unicode collation instead of falling back in on LC_COLLATE=3DC > > which > > means ascii only > >=20 > > For regrexp for example one should use the classes: :upper: or :lower:. >=20 > It is a good idea to keep LC_COLLATE and LC_NUMERIC (and LC_MONETARY?) at > "C" > when LANG or LC_CTYPE is set to something else, otherwise unexpected > things may happen. >=20 In scripts clearly, the collation rules, numeric rules and monetary rules m= ay vary depending on the locale. Best regards, Bapt --zgfhybgeirpmmsh5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJYHyLGAAoJEGOJi9zxtz5ataQP/1T9MGo61fPefw9irgpooc2C xwi+NVMhDVflW5mdm623Ax+jIvEtfTg3Lr8pc47MTfWKYq799YVB3qgghb0CrUtb L+fpEo6QQYT/2vj/wduSdAGGBWbvwh0PybS7gFZZB8PJVOjUwylIFmaAk4pFAERj 2SCb7gW/GpgWED8MVBoOtZ+UVjnmdDZWNSeifn1CHu2fdV+s9tBokWB0eAjC4L5B pKLoX/yUTmPDRzw37u1PkZVwkdGUJFhCdTnvgxG3RoA8bv2M0GWRL8e3rqKDh5xA OrN9PJubL0HDBZyh1EXCGkX178CEV5P6poytA3OcyCvC0uSi3PIoFeEIz1ha3YYV Mko3bFbkbpKihRpAflO3gbSmVNiyeCNZ5E65CrI3kEoCvsOrOYwaEqItBbjr4OaP e9ZaHp/3pmyr8AB3nP6s/7uthakEdphLonfS05QuCmd9HxMwFi8rUi2cDKWeIrvY WzL74g0eAjkc9Hug5PEA9QLDzqf0rI2lABaxLaZXPvWh0vowkXscrTJPL1sdIFte briWLAWUvmoTKmdXn6Lrwt8NXx/pROnLCWWVW9eB884UnQYCBBlfwro2WBn25qiq nUBEOAjqPBLoPZIqHI7GXZNM6ldjn0dX8wMtLTyrPKw5lOoLVrdo0fvMNvQPXVI0 wBOIco+QBaeolBeqBIr1 =Wau7 -----END PGP SIGNATURE----- --zgfhybgeirpmmsh5-- From owner-freebsd-stable@freebsd.org Sun Nov 6 15:07:57 2016 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 60BD6C33EC1 for ; Sun, 6 Nov 2016 15:07:57 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 037AC1F1 for ; Sun, 6 Nov 2016 15:07:56 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id uA6F7rQm042609 for ; Sun, 6 Nov 2016 16:07:53 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 7A3DFA07; Sun, 6 Nov 2016 16:07:53 +0100 (CET) Message-ID: <581F4748.9030706@omnilan.de> Date: Sun, 06 Nov 2016 16:07:52 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: boot1.efifat's FAT12 volume label prevents booting (some systems) Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sun, 06 Nov 2016 16:07:53 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 15:07:57 -0000 Recently I played with bsdinstall and UEFI setup, which left the system unbootable (11.0-Release). The culprit is the MS-DOS volume lable "EFI " of the EFI partition. At least on Intel Single-Socket Servers (for Xeon E3 IvyBridge/BearToot + Haswell/RainbowPass), the UEFI firmware can't handle the identical path/volumelabel. Simply reformatting with a different volume label (EFIFAT e.g.) solves that problem! Shall I file a bug report? Btw, can someone explain in short words why BOOT64.EFI seems to be boot1.efi, but padded with 0x20 up to 128k? Thanks, -Harry From owner-freebsd-stable@freebsd.org Sun Nov 6 15:25:23 2016 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 6EA32C328CB for ; Sun, 6 Nov 2016 15:25:23 +0000 (UTC) (envelope-from putrasulungfery10@gmail.com) Received: from mail-oi0-x242.google.com (mail-oi0-x242.google.com [IPv6:2607:f8b0:4003:c06::242]) (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 42832ECD for ; Sun, 6 Nov 2016 15:25:23 +0000 (UTC) (envelope-from putrasulungfery10@gmail.com) Received: by mail-oi0-x242.google.com with SMTP id v84so3784187oie.2 for ; Sun, 06 Nov 2016 07:25:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=216WN82xhXaH8ZC3vHdll/hfZkuBBc1nXevnCS8yKdk=; b=n99ebdeN7w6Y4BoXJ6cbutmKeJtu9e01b2BoD4LSJcbPXaQpmqp17AIG4h3R/qPLkn jLWTpiDepofVbzJTyDdw8IPzMTt6irc2DEPFTiAbN7+kOcaI8AgMoAFI232p2EV8GNwm lliXR46fYIUvdaTJU+kp2WjvYQxvwSyL08iXSrNIk9XXtUPVDIy4ni0S5B0IJPhHziay 2aO+oGO/sO/dy0Yoji2Ojz/iC1ULyCENW5bHeI5Fa1+R+fS8lVZIrjnUiJXSAC4qVzeq z4J98NvVvLns6t5cWCmzNQqNrm5iDqfzPvKdS+BtbQDATnznnSOZdDq38CtpoNC/RriA XqPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=216WN82xhXaH8ZC3vHdll/hfZkuBBc1nXevnCS8yKdk=; b=UrbthW0vlPK0Z+X+p8CZN4D9TyiChinlIoSxz7UkJZD31ZqtRWw6AO4kXGu8FX9/Xo HhXXNP7Fc4Z/V/grMjYyr2Tyjd9xXCeWMBYSX7mVreKH3rSydyjdGrnWkm58at+QZA+T ocvzUlcZm3ui3Z7AO6RbQLjuoEJk4hha+uUQf59ET+Fch1AIp1XI7j9h7d1fBs9Gh62U H86kp34BYRy+WCQd4D01y/GKkeoCNaLN3QpqHwtbTFI7VC5EMbiSWy6f4w+Y+XPfIELc vZ0d62/VyPZT2gyralr0qMOwXcrNSHeTi8ZVQ022XyiBijTI/BmPQRV9WTDnnLBD9RRJ SVeg== X-Gm-Message-State: ABUngvdJGZl+97Rca9gxJ0/lpdRtmhbFoSj8D2cp8zy/Og9D92I+3UBTdUCkbzYIk0CPkVGpiHLFL6NNOknP+g== X-Received: by 10.202.230.209 with SMTP id d200mr2041084oih.32.1478445921982; Sun, 06 Nov 2016 07:25:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.205.193 with HTTP; Sun, 6 Nov 2016 07:25:21 -0800 (PST) Received: by 10.182.205.193 with HTTP; Sun, 6 Nov 2016 07:25:21 -0800 (PST) From: fery rahmat Date: Sun, 6 Nov 2016 07:25:21 -0800 Message-ID: Subject: how to download freebsd To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 15:25:23 -0000 feryputrasulung10@gmail.com From owner-freebsd-stable@freebsd.org Sun Nov 6 17:14:23 2016 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 38505C33590 for ; Sun, 6 Nov 2016 17:14:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 012B4B34 for ; Sun, 6 Nov 2016 17:14:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::f922:7d9b:4956:849f] (unknown [IPv6:2001:7b8:3a7:0:f922:7d9b:4956:849f]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D5EBD316E7; Sun, 6 Nov 2016 18:14:19 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_8C4E640B-E13B-42AC-B90A-2F2408D90117"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: boot1.efifat's FAT12 volume label prevents booting (some systems) From: Dimitry Andric In-Reply-To: <581F4748.9030706@omnilan.de> Date: Sun, 6 Nov 2016 18:14:06 +0100 Cc: freebsd-stable@freebsd.org Message-Id: References: <581F4748.9030706@omnilan.de> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 17:14:23 -0000 --Apple-Mail=_8C4E640B-E13B-42AC-B90A-2F2408D90117 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 06 Nov 2016, at 16:07, Harry Schmalzbauer wrote: > > Recently I played with bsdinstall and UEFI setup, which left the system > unbootable (11.0-Release). > The culprit is the MS-DOS volume lable "EFI " of the EFI partition. > At least on Intel Single-Socket Servers (for Xeon E3 IvyBridge/BearToot > + Haswell/RainbowPass), the UEFI firmware can't handle the identical > path/volumelabel. That is pretty weird. I wasn't aware that any firmware even used this label for anything? Maybe they mount it under a directory named after the label, or something. > Simply reformatting with a different volume label (EFIFAT e.g.) solves > that problem! > Shall I file a bug report? Please do, so it is not forgotten. It is relatively easy to change the volume label, by editing sys/boot/efi/boot1/generate-fat.sh, and then regenerating the FAT templates. > Btw, can someone explain in short words why BOOT64.EFI seems to be > boot1.efi, but padded with 0x20 up to 128k? At buildworld time, pre-populated FAT file system templates are used, instead of playing games with mounting ramdisks and creating file systems in them. The build process just inserts the contents of boot1.efi into a fixed location into the existing FAT template. And the template is pre-propulated with a 128kiB bootx64.efi file. -Dimitry --Apple-Mail=_8C4E640B-E13B-42AC-B90A-2F2408D90117 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----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlgfZOsACgkQsF6jCi4glqP61ACdHXwQ3P/7jowVRlYirJcLF2kC AeIAnRFHtfd4viqYDqCH8pYog/8HRSev =hqvK -----END PGP SIGNATURE----- --Apple-Mail=_8C4E640B-E13B-42AC-B90A-2F2408D90117-- From owner-freebsd-stable@freebsd.org Sun Nov 6 20:57:04 2016 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 BF642C33E7A for ; Sun, 6 Nov 2016 20:57:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53B37ED5; Sun, 6 Nov 2016 20:57:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 9B2C61E21F7; Sun, 6 Nov 2016 20:57:01 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Uppercase RE matching problems in FreeBSD 11 From: Stefan Bethke In-Reply-To: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> Date: Sun, 6 Nov 2016 21:57:00 +0100 Cc: Greg Rivers , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 20:57:04 -0000 > Am 06.11.2016 um 12:07 schrieb Baptiste Daroussin : >=20 > On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: >> I happened to run an old script today that uses sed(1) to extract the = system >> boot time from the kern.boottime sysctl MIB. On 11.0 this no longer = works as >> expected: >>=20 >> $ sysctl kern.boottime >> kern.boottime: { sec =3D 1478380714, usec =3D 145351 } Sat Nov 5 = 16:18:34 2016 >> $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' >> v 5 16:18:34 2016 >>=20 >> sed passes over 'S' and 'N' until it hits 'v', which it considers = uppercase >> apparently. This is with LANG=3Den_US.UTF-8. If I set LANG=3DC, it = works as >> expected: >>=20 >> $ sysctl kern.boottime | LANG=3DC sed -e 's/.*\([A-Z].*\)$/\1/' >> Nov 5 16:18:34 2016 >>=20 >> Testing every lowercase character separately gives even more = inconsistent >> results: >>=20 >> $ cat <> Here sed thinks every lowercase character except for 'a' is = uppercase! This >> differs from the first test where sed did not think 'o' is uppercase. = Again, >> the above behaves as expected with LANG=3DC. >>=20 >> Does anyone have any insight into this? This is likely to break a lot = of >> existing code. >>=20 >=20 > Yes A-Z only means uppercase in an ASCII only world in a unicode world = it means > AaBb... Z because there are way more characters that simple A-Z. In = FreeBSD 11 > we have a unicode collation instead of falling back in on LC_COLLATE=3DC= which > means ascii only >=20 > For regrexp for example one should use the classes: :upper: or = :lower:. That is rather surprising. Is there a normative reference for the = treatment of bracket expressions and character classes when using = locales other than C and/or encodings like UTF-8? Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@freebsd.org Sun Nov 6 21:06:32 2016 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 75B08C3491B for ; Sun, 6 Nov 2016 21:06:32 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 06E54FD1 for ; Sun, 6 Nov 2016 21:06:32 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id p190so147841225wmp.1 for ; Sun, 06 Nov 2016 13:06:31 -0800 (PST) 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-disposition:in-reply-to:user-agent; bh=GHl68k4l246MoUVFKXnbphKB0lThgJ9atzdnrbkl9mg=; b=zSMw00hWgbo/JcZDKJQXzZ/cUAtHvPfbAyYrm3x49c2CgtldwLWesumVKMkoQ1R3I1 bnF8oreplBnoEIAarEaQR9OLRjW4AuzKEnH3AAt9bCL6schceop2DHNkXgyaSY1DMceG xSxIS1w5aGPaEI9/cMeV5elRxigEouGHemNZL/N6L/Y5Zz2qzoA8ukefDb4mhXnYn9cO kMDgTMFXHwqoxTo0PAYN7e7qIedmMwZ6NmPP/hT0cY7L6pdt5Izgq/0zOmKq0FFLB8Nz 8gsUq30FngnA4T7jTwZYOSQnxiwLLYgJHGJMU/3NO07eTXyJPocsMrAXvlrxzXEJfUsM rZDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=GHl68k4l246MoUVFKXnbphKB0lThgJ9atzdnrbkl9mg=; b=jGyrhqLiHu1GgSm6IQqmX+qMAhpoiDTLGW6kpQPfLYqtK98dRbq+FAtEsjGcrent27 c3ZvHycEjo+YRwcy6R8wARWi/s1OD3MWuN0BnVF0rHPaXTipzPF4tcJRW9rUsraJrcaU xXEZZykXZJbYX+QDGrA56fGcpKmISRePde9KLYVo6l2TNFeEM9KR2uOVcUeTkfVaWEyx xQvQv9sZse7uYYbw+Ny9R5Am3kKov8r4rUp/jDABoIt/Tf740cgW+xNUE8nK8sSQhDLg NAVSGFNR+FvaUO2Cgjbedsw7jRftRhW637YjQAeoxW4rVLzfuh3DyjgYRkyj8hcsFXcu t3Gg== X-Gm-Message-State: ABUngvesE4VIbCqA9oU6jcZpTB1K7T+6Qd6EDJR0Ok5SPDR7MIarBJdXlmA/aJnQkTxnfw== X-Received: by 10.194.202.195 with SMTP id kk3mr2784251wjc.37.1478466390124; Sun, 06 Nov 2016 13:06:30 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id r72sm9540876wmd.21.2016.11.06.13.06.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Nov 2016 13:06:29 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Nov 2016 22:06:28 +0100 From: Baptiste Daroussin To: Stefan Bethke Cc: Greg Rivers , freebsd-stable@freebsd.org Subject: Re: Uppercase RE matching problems in FreeBSD 11 Message-ID: <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="63idfhg4r23xf2ri" Content-Disposition: inline In-Reply-To: <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> User-Agent: NeoMutt/20161104 (1.7.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:06:32 -0000 --63idfhg4r23xf2ri Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 06, 2016 at 09:57:00PM +0100, Stefan Bethke wrote: >=20 > > Am 06.11.2016 um 12:07 schrieb Baptiste Daroussin : > >=20 > > On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: > >> I happened to run an old script today that uses sed(1) to extract the = system > >> boot time from the kern.boottime sysctl MIB. On 11.0 this no longer wo= rks as > >> expected: > >>=20 > >> $ sysctl kern.boottime > >> kern.boottime: { sec =3D 1478380714, usec =3D 145351 } Sat Nov 5 16:1= 8:34 2016 > >> $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' > >> v 5 16:18:34 2016 > >>=20 > >> sed passes over 'S' and 'N' until it hits 'v', which it considers uppe= rcase > >> apparently. This is with LANG=3Den_US.UTF-8. If I set LANG=3DC, it wor= ks as > >> expected: > >>=20 > >> $ sysctl kern.boottime | LANG=3DC sed -e 's/.*\([A-Z].*\)$/\1/' > >> Nov 5 16:18:34 2016 > >>=20 > >> Testing every lowercase character separately gives even more inconsist= ent > >> results: > >>=20 > >> $ cat <=20 > >> Here sed thinks every lowercase character except for 'a' is uppercase!= This > >> differs from the first test where sed did not think 'o' is uppercase. = Again, > >> the above behaves as expected with LANG=3DC. > >>=20 > >> Does anyone have any insight into this? This is likely to break a lot = of > >> existing code. > >>=20 > >=20 > > Yes A-Z only means uppercase in an ASCII only world in a unicode world = it means > > AaBb... Z because there are way more characters that simple A-Z. In Fre= eBSD 11 > > we have a unicode collation instead of falling back in on LC_COLLATE=3D= C which > > means ascii only > >=20 > > For regrexp for example one should use the classes: :upper: or :lower:. >=20 > That is rather surprising. Is there a normative reference for the treatm= ent of bracket expressions and character classes when using locales other t= han C and/or encodings like UTF-8? http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap09.html For example: "Regular expressions are a context-independent syntax that can represent a = wide variety of character sets and character set orderings, where these character sets are interpreted according to the current locale. While many regular expressions can be interpreted differently depending on the current locale,= many features, such as character class expressions, provide for contextual invar= iance across locales." Best regards, Bapt --63idfhg4r23xf2ri Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJYH5tUAAoJEGOJi9zxtz5aiBMP/2QqhR2T1w63hASc40+uOxiV eaZy+8KssQsuxe4g83f2cY0T9gvDEAp5bT2q7hh5WfLj/Sban/hf6V0Q0quVY2gD tqmDx39nwTw8DYEcGJnGSMzoc3RiH/ugEmT+o0BlILcVoO0Tyq30sulXPcGyH9h9 EPNnmFbkddO2amXib5TzxKX0aYAZHbVZMcgcyswcQSzF8EQI7k7HsYkSmBc0hFAe ZCqPpBSYGYp7EAZLPGLrkS8Q7jirErr+dWLuVxaR3zutYZ2ysEKYlV+UXVhnsAq6 n+hWjcIDd/HT272NB4bEjg2VO+LaWPDT3AuRwtmbryyANrEpN3Fi5iesSBouYmAv Tb6Ly+TcCe+V38FhaEhhiI7G+JriRp4F299bQFXdJ+JOo24tE/Qmux8h2cfFxP/s bJR4we/iegnvgeVcDMc0PHDeWCE803DT5dZDJt2l1xTsmLhh65vcUzTdZ9HQzrFe 16AaK74OKTeI+N51ibQihmzbxuS0MBTxhS7Q1c6KSAsazZvB1EtRiAW9ZXZMkhOs Ut4EHZmqzm82V+K0wM6i8qfsLFsA7TZpBAb+df3ML6XG1nczi3cQnxITWcN0lRj0 /HOXnPaY9+qPMi0kZiFkmoBRgjmosO2CcdfbFSYox8iClFnmBadvEPLDmhb50SeY 5O/b/VhVzkrD0yOWEeWF =Hy2n -----END PGP SIGNATURE----- --63idfhg4r23xf2ri-- From owner-freebsd-stable@freebsd.org Sun Nov 6 21:14:59 2016 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 E3A64C34CEE for ; Sun, 6 Nov 2016 21:14:59 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41F407F3; Sun, 6 Nov 2016 21:14:58 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from walrus.pepperland ([81.217.70.96]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LjLwB-1cYQ4n0NoN-00dWFv; Sun, 06 Nov 2016 22:14:54 +0100 Subject: Re: Uppercase RE matching problems in FreeBSD 11 To: Stefan Bethke , Baptiste Daroussin References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> Cc: Greg Rivers , freebsd-stable@freebsd.org From: Stefan Ehmann Message-ID: Date: Sun, 6 Nov 2016 22:14:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:JcXyqPqmtwVSV1j/cF/KBRcou+aIJ8vcMxmcdMEeUVJDK6TvEuT UypktZ19a3IrYYQwMcb2bZmDDz2J70vZkeHozsOsITC6+O+hDAXRwMf+/6H6aXN0Xnuh9qV 8HN1wTukmGLvbBLiE0QwtcbL4LPIbkxjHVtRHk/j1WSCv8HaFVTcCwJX3ygtRq8gBkW1ftY jSPnr9d1LtiqsZQy0YK9g== X-UI-Out-Filterresults: notjunk:1;V01:K0:JJEDCYSoCck=:nVNbVqWrFZ7stMHKHhxK3F XMe/C/ZkG0KoOt9dZPyxnYpGi3c8nvxmOSYnuuqpn9THXW0cqsY5kNtbzQUXPKBCfEAMvsRBl cgPdLs3BkqvfaqNxHJfY2Jq2p5lk5l52SGZKR+Yp6PkefqzZwY0BmPTI4/DPmQ8Qp5jYIRQmf AWJTmmGtih40w6/eD8FJWFwdr8Ik/BEJ6nyJlAImxRlkDZDRPg4j8npHYz+a5yQoQ6gdUCS34 ugLwmdYgt5VsDqOqAHv+gVYx1Idjy3W4Wd35/szlfX20zfcQju6xrgMmn7eQ3vFywzAc74tm5 2dxPyCRFkQmBpjugsQ/7OYIHuCsM81XqrzsG58g2lQC9hPBRcFpk6/GMYfkUaAvsZLP78qOPF yfyMn+IPIh+HhJw5EZ03aabYZvWdmBoV9cSm35zEj+0XJRtTgpj3xmpxh4y0NGAneWARjRUTq 6iS8O79pKd1jMWzb8J3edKTRoRPMx60vDn+0SH2JdUVMiQCYX6i1uOhkqSPZEXmDj9dBaS1mR brRWMnKFe7d9q6/VnZHB5dSqktB2G1ujtbt4AaJE5zkkaUqNDhEDxllRRCYaWCdrWwSVlxfIm WbN0A2MSD42yRnrFdnvcVGQBNu6OLAmsw+PFBc2Fs26AJueyl15tnQzC6TAdO3D+FvOykX4Q6 TRgVaSiS/Pu3U2djbwxyspEPI2GnzzPztKrDZPUP0xNgL0SThSROpOyET98u3rfAHWKEFeeAA q9XixXfsMCfSRv9Wh1J4hCyYWByizN4ZeMVsQTY5ZXOdS8DeQK1Hu67HtRuP5MER83bKzT5T0 lbxvGDV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:15:00 -0000 On 06.11.2016 21:57, Stefan Bethke wrote: > >> Am 06.11.2016 um 12:07 schrieb Baptiste Daroussin >> : >> >> On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: >>> I happened to run an old script today that uses sed(1) to extract >>> the system boot time from the kern.boottime sysctl MIB. On 11.0 >>> this no longer works as expected: .. >>> Here sed thinks every lowercase character except for 'a' is >>> uppercase! This differs from the first test where sed did not >>> think 'o' is uppercase. Again, the above behaves as expected with >>> LANG=C. >>> >>> Does anyone have any insight into this? This is likely to break a >>> lot of existing code. >>> >> >> Yes A-Z only means uppercase in an ASCII only world in a unicode >> world it means AaBb... Z because there are way more characters that >> simple A-Z. In FreeBSD 11 we have a unicode collation instead of >> falling back in on LC_COLLATE=C which means ascii only >> >> For regrexp for example one should use the classes: :upper: or >> :lower:. > > That is rather surprising. Is there a normative reference for the > treatment of bracket expressions and character classes when using > locales other than C and/or encodings like UTF-8? I found an interesting article about this issue in gawk: https://www.gnu.org/software/gawk/manual/html_node/Ranges-and-Locales.html Apparently the meaning of ranges is unspecified outside the "C" locale. http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05 says: "In the POSIX locale, a range expression represents the set of collating elements that fall between two elements in the collation sequence, inclusive. In other locales, a range expression has unspecified behavior: strictly conforming applications shall not rely on whether the range expression is valid, or on the set of collating elements matched" From owner-freebsd-stable@freebsd.org Sun Nov 6 21:20:57 2016 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 587FEC34F3C for ; Sun, 6 Nov 2016 21:20:57 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E62D6B8C; Sun, 6 Nov 2016 21:20:56 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 6C90A1E2396; Sun, 6 Nov 2016 21:20:55 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Uppercase RE matching problems in FreeBSD 11 From: Stefan Bethke In-Reply-To: <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> Date: Sun, 6 Nov 2016 22:20:54 +0100 Cc: Greg Rivers , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:20:57 -0000 > Am 06.11.2016 um 22:06 schrieb Baptiste Daroussin : >=20 > On Sun, Nov 06, 2016 at 09:57:00PM +0100, Stefan Bethke wrote: >>=20 >>> Am 06.11.2016 um 12:07 schrieb Baptiste Daroussin = : >>>=20 >>> On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: >>>> I happened to run an old script today that uses sed(1) to extract = the system >>>> boot time from the kern.boottime sysctl MIB. On 11.0 this no longer = works as >>>> expected: >>>>=20 >>>> $ sysctl kern.boottime >>>> kern.boottime: { sec =3D 1478380714, usec =3D 145351 } Sat Nov 5 = 16:18:34 2016 >>>> $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' >>>> v 5 16:18:34 2016 >>>>=20 >>>> sed passes over 'S' and 'N' until it hits 'v', which it considers = uppercase >>>> apparently. This is with LANG=3Den_US.UTF-8. If I set LANG=3DC, it = works as >>>> expected: >>>>=20 >>>> $ sysctl kern.boottime | LANG=3DC sed -e 's/.*\([A-Z].*\)$/\1/' >>>> Nov 5 16:18:34 2016 >>>>=20 >>>> Testing every lowercase character separately gives even more = inconsistent >>>> results: >>>>=20 >>>> $ cat <>=20 >>>> Here sed thinks every lowercase character except for 'a' is = uppercase! This >>>> differs from the first test where sed did not think 'o' is = uppercase. Again, >>>> the above behaves as expected with LANG=3DC. >>>>=20 >>>> Does anyone have any insight into this? This is likely to break a = lot of >>>> existing code. >>>>=20 >>>=20 >>> Yes A-Z only means uppercase in an ASCII only world in a unicode = world it means >>> AaBb... Z because there are way more characters that simple A-Z. In = FreeBSD 11 >>> we have a unicode collation instead of falling back in on = LC_COLLATE=3DC which >>> means ascii only >>>=20 >>> For regrexp for example one should use the classes: :upper: or = :lower:. >>=20 >> That is rather surprising. Is there a normative reference for the = treatment of bracket expressions and character classes when using = locales other than C and/or encodings like UTF-8? >=20 > = http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap09.html >=20 > For example: >=20 > "Regular expressions are a context-independent syntax that can = represent a wide > variety of character sets and character set orderings, where these = character > sets are interpreted according to the current locale. While many = regular > expressions can be interpreted differently depending on the current = locale, many > features, such as character class expressions, provide for contextual = invariance > across locales.=E2=80=9C Sorry, maybe I wasn=E2=80=99t clear enough with my question. When a = character class fits the problem, it is clearly advantageous. But under what circumstances would [A-Z] mean anything other than a = character whose Unicode codepoint is between U+0041 and U+005A, = inclusive? Especially given the locale in the example is en_US.UTF-8. = Or, put another way, why would an implementation interpret [A-Z] as = anything other than [ABCDE=E2=80=A6XYZ]? =46rom reading your reference, I can see in 9.3.5.7: > In the POSIX locale, a range expression represents the set of = collating elements that fall between two elements in the collation = sequence, inclusive. In other locales, a range expression has = unspecified behavior[=E2=80=A6] So even if the observed behaviour is conforming, I=E2=80=99d think = it=E2=80=99s still highly undesirable. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@freebsd.org Sun Nov 6 21:27:33 2016 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 07756C332A2 for ; Sun, 6 Nov 2016 21:27:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::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 8B385F11 for ; Sun, 6 Nov 2016 21:27:32 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id f82so84999842wmf.1 for ; Sun, 06 Nov 2016 13:27:32 -0800 (PST) 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-disposition:in-reply-to:user-agent; bh=ebGarL8QAxEMUIg7LRJxb7GeFyBE6Vwjk9/d7u+/xog=; b=vdwrBVDFEzTQYO3jIPgD6h0Fb+vDfEZwI/KaBC+z4WkElHy/tXygXswNZWTp9ZnXIQ 39Zqi5i9CspWm92DzxNx+Xtv64o0sOTwgc4TlGPU+ZKZHpoYvaDOT/C7/CpXyO68JX2n 934AAPTaopDKQYMOarrzsxbkD2AeF0dWq1hnuxClWpXUUtDQG9L4KCe9UrcC6a9qb6Uz UZRw1F6pJydenB3Qq3h20sJ3KD/zKOELRd+4Rp+Cj5E0GD+fNyh0W7Xk4/mObTqiarFy rK/CSxJC9Er+F+nNBewgW1l8QS+IBmPkEnAQjvX4OW4sjAWXi2JgyjX353/+D7t9+1dH txDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=ebGarL8QAxEMUIg7LRJxb7GeFyBE6Vwjk9/d7u+/xog=; b=C2eBt3j9YzH5ex5+pxBbpPeJ46NZcu/QBerbQuXwuOAvcrgxh4fvZdCziI95yjk5W4 CJCrOl6WLe05KL813Mk/WCPJG7PurPNT4SY8H5lqtAfKlaTeSZIun6nYioBFU7FUKEju CyOZ4HOWlidEtdTPmPIRJTPRTrGsualVvltWquK/3/EvyeBGCi8d8qoG9oIa84Pi+rk1 6V1byAuLB+dx6fMWHNxiCHmofWWcZZmbe8gX9ObNJeCFrBm0EPoumO+lL9Ke8ij8tDfD bmzZzP/xnZqgeV9h7DNOBRVZzdRVPgqYo4sGBwLmAMQRr9qBsHqEn6dQNTHo78IvC5xf 4KDA== X-Gm-Message-State: ABUngvcv39XOW66BVIqh8NebMYDFqXNxNm6y784A6fQOg4mbtOhgG5XvwiBzlgkwzdC31w== X-Received: by 10.28.188.87 with SMTP id m84mr3728467wmf.14.1478467651007; Sun, 06 Nov 2016 13:27:31 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id p184sm9670676wmg.3.2016.11.06.13.27.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Nov 2016 13:27:30 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 6 Nov 2016 22:27:29 +0100 From: Baptiste Daroussin To: Stefan Bethke Cc: Greg Rivers , freebsd-stable@freebsd.org Subject: Re: Uppercase RE matching problems in FreeBSD 11 Message-ID: <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="emwtdvp3diybumk6" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20161104 (1.7.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:27:33 -0000 --emwtdvp3diybumk6 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 06, 2016 at 10:20:54PM +0100, Stefan Bethke wrote: >=20 > > Am 06.11.2016 um 22:06 schrieb Baptiste Daroussin : > >=20 > > On Sun, Nov 06, 2016 at 09:57:00PM +0100, Stefan Bethke wrote: > >>=20 > >>> Am 06.11.2016 um 12:07 schrieb Baptiste Daroussin : > >>>=20 > >>> On Sat, Nov 05, 2016 at 08:23:25PM -0500, Greg Rivers wrote: > >>>> I happened to run an old script today that uses sed(1) to extract th= e system > >>>> boot time from the kern.boottime sysctl MIB. On 11.0 this no longer = works as > >>>> expected: > >>>>=20 > >>>> $ sysctl kern.boottime > >>>> kern.boottime: { sec =3D 1478380714, usec =3D 145351 } Sat Nov 5 16= :18:34 2016 > >>>> $ sysctl kern.boottime | sed -e 's/.*\([A-Z].*\)$/\1/' > >>>> v 5 16:18:34 2016 > >>>>=20 > >>>> sed passes over 'S' and 'N' until it hits 'v', which it considers up= percase > >>>> apparently. This is with LANG=3Den_US.UTF-8. If I set LANG=3DC, it w= orks as > >>>> expected: > >>>>=20 > >>>> $ sysctl kern.boottime | LANG=3DC sed -e 's/.*\([A-Z].*\)$/\1/' > >>>> Nov 5 16:18:34 2016 > >>>>=20 > >>>> Testing every lowercase character separately gives even more inconsi= stent > >>>> results: > >>>>=20 > >>>> $ cat < >>=20 > >>>> Here sed thinks every lowercase character except for 'a' is uppercas= e! This > >>>> differs from the first test where sed did not think 'o' is uppercase= =2E Again, > >>>> the above behaves as expected with LANG=3DC. > >>>>=20 > >>>> Does anyone have any insight into this? This is likely to break a lo= t of > >>>> existing code. > >>>>=20 > >>>=20 > >>> Yes A-Z only means uppercase in an ASCII only world in a unicode worl= d it means > >>> AaBb... Z because there are way more characters that simple A-Z. In F= reeBSD 11 > >>> we have a unicode collation instead of falling back in on LC_COLLATE= =3DC which > >>> means ascii only > >>>=20 > >>> For regrexp for example one should use the classes: :upper: or :lower= :. > >>=20 > >> That is rather surprising. Is there a normative reference for the tre= atment of bracket expressions and character classes when using locales othe= r than C and/or encodings like UTF-8? > >=20 > > http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap09.html > >=20 > > For example: > >=20 > > "Regular expressions are a context-independent syntax that can represen= t a wide > > variety of character sets and character set orderings, where these char= acter > > sets are interpreted according to the current locale. While many regular > > expressions can be interpreted differently depending on the current loc= ale, many > > features, such as character class expressions, provide for contextual i= nvariance > > across locales.=E2=80=9C >=20 > Sorry, maybe I wasn=E2=80=99t clear enough with my question. When a char= acter class fits the problem, it is clearly advantageous. >=20 > But under what circumstances would [A-Z] mean anything other than a chara= cter whose Unicode codepoint is between U+0041 and U+005A, inclusive? Espe= cially given the locale in the example is en_US.UTF-8. Or, put another way= , why would an implementation interpret [A-Z] as anything other than [ABCDE= =E2=80=A6XYZ]? The collation rules for unicode comes from: http://cldr.unicode.org/ and th= ey do match the one on linux for example and the one on illumos. On some gnu tool they explicitly decide to be non locale aware to avoid that kind of "surprises" >=20 > From reading your reference, I can see in 9.3.5.7: > > In the POSIX locale, a range expression represents the set of collating= elements that fall between two elements in the collation sequence, inclusi= ve. In other locales, a range expression has unspecified behavior[=E2=80=A6] >=20 > So even if the observed behaviour is conforming, I=E2=80=99d think it=E2= =80=99s still highly undesirable. >=20 That works for POSIX locale aka C aka ASCII only world Best regards, Bapt --emwtdvp3diybumk6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJYH6BBAAoJEGOJi9zxtz5a4WMQANQEyjEiHzLFm+PjecLD9c2C ZRpksfh/wypquEiHre6+OsQ3fVrLf2u82XJ6Drq/89sQFWovVIKuOvN7TnmAuDp/ xlpqgh1MW2svfsJqAWGgi5dhC9H7ayqpZRJG5Sdo0kobZq0EdPS3bAR15SCoKEWT PQBX8Kx4CF1v+5f9VsmJvY7T+0YpgtFHUxBiqwfwm1d3GxQ0wrJ9TPhSB42XCcYT f6rh38x/yrSgjQ9S8LdZ6C/0bBPjEUJX8GHKubCOjvIk6JpRZ/z1QTbvpdUNyldG KzkYemFCrCpz1pEBgQE2LVslrAjmLBKG6F2QMLcPdE0RGhBX1/pO378noxLkQb2h Z54J7PtirZ7JjdsvE/KZcKEoGNWYUJGEZvO4OFVKJ0MysBo7lOLEv4MmAHRfWR33 eu4oTNvvBCR+NP28TybqboWfiO9+9ZUuc6S/k4ShyPXwGkTgPvIvQiWp49m2U1hk mFOVtg5TXWzARcWYso83MepmB4dM9eS56j/jcQ33lHoTSnzSPT16KOInp713R5KW XkZQf5LFzjpVObyLjL/c5i9hYAzKxKT44Z4DrwDjp+x4byjwK1HTLmFOA0LT2Ncq mHYlXJ3B7xvXtFHrgozdWh3df0GeiBMkJTDaRPlWbqFQj5qZ6THgiQSa2kb/8gm1 73E2KsvFIkUP86x4aH1I =5UHd -----END PGP SIGNATURE----- --emwtdvp3diybumk6-- From owner-freebsd-stable@freebsd.org Sun Nov 6 21:30:18 2016 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 8A954C3344E for ; Sun, 6 Nov 2016 21:30:18 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57B0B1A6; Sun, 6 Nov 2016 21:30:18 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id D3ACA1E2420; Sun, 6 Nov 2016 21:30:16 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Uppercase RE matching problems in FreeBSD 11 From: Stefan Bethke In-Reply-To: Date: Sun, 6 Nov 2016 22:30:16 +0100 Cc: Baptiste Daroussin , Greg Rivers , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> To: Stefan Ehmann X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:30:18 -0000 > Am 06.11.2016 um 22:14 schrieb Stefan Ehmann : >=20 >> That is rather surprising. Is there a normative reference for the >> treatment of bracket expressions and character classes when using >> locales other than C and/or encodings like UTF-8? >=20 > I found an interesting article about this issue in gawk: > = https://www.gnu.org/software/gawk/manual/html_node/Ranges-and-Locales.html= OK, I give up. Back to jwz: "now you have two problems.=E2=80=9C Although with en_US.UTF-8 on other systems, I have not had that = experience. A quick check on stuff I have immediate access to: macOS 10.12: $ echo 'abcdABCD' | sed 's/[A-Z]/X/g=E2=80=99 abcdXXXX Ubuntu 14.04.5 $ echo 'abcdABCD' | sed 's/[A-Z]/X/g=E2=80=99 abcdXXXX FreeBSD 10-stable $ echo 'abcdABCD' | sed 's/[A-Z]/X/g' abcdXXXX Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@freebsd.org Sun Nov 6 21:44:43 2016 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 28905C33DF2 for ; Sun, 6 Nov 2016 21:44:43 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E9592EFC; Sun, 6 Nov 2016 21:44:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA07930; Sun, 06 Nov 2016 23:44:33 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c3VEv-00029u-KC; Sun, 06 Nov 2016 23:44:33 +0200 Subject: Re: Uppercase RE matching problems in FreeBSD 11 To: Stefan Bethke , Stefan Ehmann References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> Cc: Greg Rivers , Baptiste Daroussin , freebsd-stable@FreeBSD.org From: Andriy Gapon Message-ID: <3a5561df-eaf9-71f7-dd73-5b50b42a786a@FreeBSD.org> Date: Sun, 6 Nov 2016 23:43:37 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:44:43 -0000 On 06/11/2016 23:30, Stefan Bethke wrote: > Although with en_US.UTF-8 on other systems, I have not had that experience. A quick check on stuff I have immediate access to: > > macOS 10.12: > $ echo 'abcdABCD' | sed 's/[A-Z]/X/g’ > abcdXXXX > > Ubuntu 14.04.5 > $ echo 'abcdABCD' | sed 's/[A-Z]/X/g’ > abcdXXXX > > FreeBSD 10-stable > $ echo 'abcdABCD' | sed 's/[A-Z]/X/g' > abcdXXXX Latest Gentoo: $ echo 'abcdABCD' | sed 's/[A-Z]/X/g' aXXXXXXX Recent OpenIndiana (an illumos based OS): $ echo 'abcdABCD' | sed 's/[A-Z]/X/g' aXXXXXXX -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sun Nov 6 21:49:54 2016 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 21DF4C33105 for ; Sun, 6 Nov 2016 21:49:54 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E180522D; Sun, 6 Nov 2016 21:49:53 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 6BFCD1E24CB; Sun, 6 Nov 2016 21:49:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Uppercase RE matching problems in FreeBSD 11 From: Stefan Bethke In-Reply-To: <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> Date: Sun, 6 Nov 2016 22:49:51 +0100 Cc: Greg Rivers , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Nov 2016 21:49:54 -0000 Am 06.11.2016 um 22:27 schrieb Baptiste Daroussin : >=20 >> But under what circumstances would [A-Z] mean anything other than a = character whose Unicode codepoint is between U+0041 and U+005A, = inclusive? Especially given the locale in the example is en_US.UTF-8. = Or, put another way, why would an implementation interpret [A-Z] as = anything other than [ABCDE=E2=80=A6XYZ]? >=20 > The collation rules for unicode comes from: http://cldr.unicode.org/ = and they do > match the one on linux for example and the one on illumos. >=20 > On some gnu tool they explicitly decide to be non locale aware to = avoid that > kind of "surprises" >>=20 >> =46rom reading your reference, I can see in 9.3.5.7: >>> In the POSIX locale, a range expression represents the set of = collating elements that fall between two elements in the collation = sequence, inclusive. In other locales, a range expression has = unspecified behavior[=E2=80=A6] >>=20 >> So even if the observed behaviour is conforming, I=E2=80=99d think = it=E2=80=99s still highly undesirable. >>=20 > That works for POSIX locale aka C aka ASCII only world So what do I set my LANG and LC variables to? I do want UTF-8, but I do = also want my scripts to continue to work. Clearly, en_US.UTF-8 is not = what I want. Is it C.UTF-8? Or do I set LANG=3Den_US.UTF-8 and = LC_COLLATE=3DC? Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@freebsd.org Mon Nov 7 06:54:52 2016 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 27A4EC33CC3 for ; Mon, 7 Nov 2016 06:54:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-57.reflexion.net [208.70.210.57]) (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 CA5835F5 for ; Mon, 7 Nov 2016 06:54:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23105 invoked from network); 7 Nov 2016 06:54:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 7 Nov 2016 06:54:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.10.1) with SMTP; Mon, 07 Nov 2016 01:54:49 -0500 (EST) Received: (qmail 26797 invoked from network); 7 Nov 2016 06:54:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Nov 2016 06:54:48 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 5C788EC7888; Sun, 6 Nov 2016 22:54:43 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional? From: Mark Millard In-Reply-To: Date: Sun, 6 Nov 2016 22:54:42 -0800 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <6C462719-10DD-4625-8810-ABEEBB2329CC@dsl-only.net> References: <12E108A2-21FE-4756-B099-334ADD020891@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 06:54:52 -0000 [The original of this message was not delivered to two of the places it = was sent to. This retries sending to just those places.] On 2016-Nov-4, at 9:40 AM, Bryan Drewery = wrote: > On 11/3/2016 5:28 PM, Mark Millard wrote: >> I just had a case of "odd" command text in a buildworld that was = based on (in part) env SRC_ENV_CONF=3D. . . >>=20 >> env __MAKE_CONF=3D. . . does not get the kind of behavior reported = below for /etc/src.conf . >>=20 >> Overall this means that even with an explicit env SRC_ENV_CONF=3D. . = . one must separately prevent /etc/src.conf from contributing if the = SRC_ENV_CONF file is intended to cover everything. >=20 > SRC_ENV_CONF is kind of a special hack to allow setting some specific > values that feasibly can't be set later. Just stick to src.conf = unless > you need to set one of the options that requires src-env.conf. >=20 > --=20 > Regards, > Bryan Drewery Understood (now): intentional for sure. Thanks to Renato Botelho and you = for making clear that I'd read something into the description that just was = not written into the description. For now I've adopted using an explicit env SRCCONF=3D"/dev/null" in the = scripts as the means of avoiding an unexpected contribution and I still have env = SRC_ENV_CONF=3D use for picking out the file: I then do not have to worry about if I = reference any of the special values in the file referenced or not, nor about what /etc/src-env.conf or /etc/src.conf might have in them. I may change this at some point and follow your suggestion to just use = SRCCONF=3D to find the file because as time goes on it looks more like I'm unlikely = to experiment with any "special values" in the files. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Mon Nov 7 07:34:05 2016 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 EB39EC34740 for ; Mon, 7 Nov 2016 07:34:05 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 853E49A1; Mon, 7 Nov 2016 07:34:05 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id uA77A6M0067299; Mon, 7 Nov 2016 08:10:06 +0100 (CET) Received: from [217.29.44.89] ([217.29.44.89]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id uA77A6qv066795; Mon, 7 Nov 2016 08:10:06 +0100 (CET) (envelope-from hausen@punkt.de) Subject: Re: boot1.efifat's FAT12 volume label prevents booting (some systems) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1427A05D-6AFF-4127-BB56-C7016DBC7E1C"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Patrick M. Hausen" In-Reply-To: Date: Mon, 7 Nov 2016 08:10:05 +0100 Cc: Harry Schmalzbauer , freebsd-stable@freebsd.org Message-Id: <6230313A-3141-44F9-B056-4CAD8536B6FE@punkt.de> References: <581F4748.9030706@omnilan.de> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 07:34:06 -0000 --Apple-Mail=_1427A05D-6AFF-4127-BB56-C7016DBC7E1C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, all, > Am 06.11.2016 um 18:14 schrieb Dimitry Andric : >=20 > Please do, so it is not forgotten. It is relatively easy to change = the > volume label, by editing sys/boot/efi/boot1/generate-fat.sh, and then > regenerating the FAT templates. Why use the pre-generated image at all when you can easily create the EFI boot volume like this? gpart add -t efi -l efi -a 512k -s 512k newfs_msdos /dev/gpt/efi mount_msdosfs /dev/gpt/efi /mnt mkdir -p /mnt/efi/boot cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi umount /mnt Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=C3=BCrgen Egeling AG Mannheim 108285 --Apple-Mail=_1427A05D-6AFF-4127-BB56-C7016DBC7E1C 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 iQEcBAEBCgAGBQJYICjOAAoJEJBvLuLt2olc49cH/jKcodud0ajSz7nBT9+cfwv2 q1myPDTstBFCyd+KuF8OhtYbI9GwBtxSXuLIy9HXzTSezPV1NkPegs4ZTFnOSeEA FOCMOl4q6LoMKbo2ccnrx6VTyKziBYeJlIeSlVaiHhzBDobJ2SeP84GSsTI/w0Ol FrX7of31sOpSqOLQrUAeLGaFNi66efpBsodN15VbC3X8yp2/PazeHMu8IwgMV4bF flDjt8P1ETidiNKl3V5MYB2AU77O3Ctvt/IsiN/RY3/3BQiecVyEWXvlshlFqdV0 B83W9FMDFtF9XMoosdkznSuDExqvpNKshB+t3SlfwJzOtpuoIVm4t7zeOGTGaVM= =wUWa -----END PGP SIGNATURE----- --Apple-Mail=_1427A05D-6AFF-4127-BB56-C7016DBC7E1C-- From owner-freebsd-stable@freebsd.org Mon Nov 7 08:04:53 2016 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 63BFFC333DE for ; Mon, 7 Nov 2016 08:04:53 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 01B7C8DA for ; Mon, 7 Nov 2016 08:04:52 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id uA784mG9052494; Mon, 7 Nov 2016 09:04:48 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 90F2AB17; Mon, 7 Nov 2016 09:04:48 +0100 (CET) Message-ID: <5820359F.7050307@omnilan.de> Date: Mon, 07 Nov 2016 09:04:47 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Patrick M. Hausen" CC: freebsd-stable@freebsd.org Subject: Re: boot1.efifat's FAT12 volume label prevents booting (some systems) References: <581F4748.9030706@omnilan.de> <6230313A-3141-44F9-B056-4CAD8536B6FE@punkt.de> In-Reply-To: <6230313A-3141-44F9-B056-4CAD8536B6FE@punkt.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 07 Nov 2016 09:04:48 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 08:04:53 -0000 Bezüglich Patrick M. Hausen's Nachricht vom 07.11.2016 08:10 (localtime): > Hi, all, > >> Am 06.11.2016 um 18:14 schrieb Dimitry Andric : >> >> Please do, so it is not forgotten. It is relatively easy to change the >> volume label, by editing sys/boot/efi/boot1/generate-fat.sh, and then >> regenerating the FAT templates. > > Why use the pre-generated image at all when you can easily It's what bsdinstall seems to do, which left the system unbootable, not what I do. > create the EFI boot volume like this? > > gpart add -t efi -l efi -a 512k -s 512k > newfs_msdos /dev/gpt/efi > mount_msdosfs /dev/gpt/efi /mnt > mkdir -p /mnt/efi/boot > cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi You are missing startup.nsh... See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214282https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214282 -Harry From owner-freebsd-stable@freebsd.org Mon Nov 7 08:12:34 2016 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 20AA9C3379C for ; Mon, 7 Nov 2016 08:12:34 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 B217AD85 for ; Mon, 7 Nov 2016 08:12:33 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id uA78CVxW068091; Mon, 7 Nov 2016 09:12:31 +0100 (CET) Received: from [217.29.44.89] ([217.29.44.89]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id uA78CVUZ076173; Mon, 7 Nov 2016 09:12:31 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: boot1.efifat's FAT12 volume label prevents booting (some systems) From: "Patrick M. Hausen" In-Reply-To: <5820359F.7050307@omnilan.de> Date: Mon, 7 Nov 2016 09:12:31 +0100 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4AF66F83-EAC7-4744-ABE3-C7AE73500C0D@punkt.de> References: <581F4748.9030706@omnilan.de> <6230313A-3141-44F9-B056-4CAD8536B6FE@punkt.de> <5820359F.7050307@omnilan.de> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 08:12:34 -0000 Hi, > Am 07.11.2016 um 09:04 schrieb Harry Schmalzbauer = : >> create the EFI boot volume like this? >>=20 >> gpart add -t efi -l efi -a 512k -s 512k >> newfs_msdos /dev/gpt/efi >> mount_msdosfs /dev/gpt/efi /mnt >> mkdir -p /mnt/efi/boot >> cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi >=20 > You are missing startup.nsh... > See > = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214282https://bugs.fre= ebsd.org/bugzilla/show_bug.cgi?id=3D214282 Care to elaborate? This is what we use in production - all systems booting just fine ;-) Thanks, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=C3=BCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@freebsd.org Mon Nov 7 08:17:12 2016 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 D685DC33B19 for ; Mon, 7 Nov 2016 08:17:12 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 5A6421223 for ; Mon, 7 Nov 2016 08:17:12 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id uA78HAGk052677; Mon, 7 Nov 2016 09:17:10 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 725AFB1F; Mon, 7 Nov 2016 09:17:10 +0100 (CET) Message-ID: <58203886.90908@omnilan.de> Date: Mon, 07 Nov 2016 09:17:10 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Patrick M. Hausen" CC: freebsd-stable@freebsd.org Subject: Re: boot1.efifat's FAT12 volume label prevents booting (some systems) References: <581F4748.9030706@omnilan.de> <6230313A-3141-44F9-B056-4CAD8536B6FE@punkt.de> <5820359F.7050307@omnilan.de> In-Reply-To: <5820359F.7050307@omnilan.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 07 Nov 2016 09:17:10 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 08:17:12 -0000 Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 07.11.2016 09:04 (loca= ltime): > Bez=C3=BCglich Patrick M. Hausen's Nachricht vom 07.11.2016 08:10 (loca= ltime): >> Hi, all, >> >>> Am 06.11.2016 um 18:14 schrieb Dimitry Andric : >>> >>> Please do, so it is not forgotten. It is relatively easy to change t= he >>> volume label, by editing sys/boot/efi/boot1/generate-fat.sh, and then= >>> regenerating the FAT templates. >> Why use the pre-generated image at all when you can easily > It's what bsdinstall seems to do, which left the system unbootable, not= > what I do. > > >> create the EFI boot volume like this? >> >> gpart add -t efi -l efi -a 512k -s 512k And you possibly run into other firmware problems by again using EFI as label. I don't know the standards, but it's obvious that at least one unexpected label/path interference causes problems, so it's better not to provoke another one which possibly affects only very few implementations, but causes needless trouble. Better use something like 'gpart add -t efi -l A-uefiLOADER -a 512k -s 512k ' (resulting in /dev/gpt/A-uefiLOADER to be used insteaad of /dev/gpt/efi for the following commands) I personally prefer the "A-" prefix is to describe that it's the 1st mirror component=E2=80=A6 Change it to whatever you like. >> newfs_msdos /dev/gpt/efi >> mount_msdosfs /dev/gpt/efi /mnt >> mkdir -p /mnt/efi/boot >> cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi -Harry From owner-freebsd-stable@freebsd.org Mon Nov 7 08:25:08 2016 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 C557BC3426B for ; Mon, 7 Nov 2016 08:25:08 +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 "0x20.net", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1C41D16 for ; Mon, 7 Nov 2016 08:25:08 +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 A80736E0081; Mon, 7 Nov 2016 09:25:05 +0100 (CET) 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 uA78P5Rl049683; Mon, 7 Nov 2016 09:25:05 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id uA78P4Dt048321; Mon, 7 Nov 2016 09:25:04 +0100 (CET) (envelope-from lars) Date: Mon, 7 Nov 2016 09:25:04 +0100 From: Lars Engels To: George Mitchell Cc: Adrian Chadd , FreeBSD Stable Mailing List Subject: Re: ath0 associated, wlan0 not associated Message-ID: <20161107082504.GA68652@e-new.0x20.net> References: <3e831eea-2035-b658-3bae-784f2aa60eca@m5p.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="x0PBmTWHB3bjoOVh" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p35 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 08:25:08 -0000 --x0PBmTWHB3bjoOVh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 05, 2016 at 01:00:56PM -0400, George Mitchell wrote: > On 11/05/16 01:05, Adrian Chadd wrote: > > nope, sorry. There's a lot of work in the -11 wifi stack and drivers. > >=20 > >=20 > > -a > >=20 > > [...] >=20 > Okay, I downloaded and installed 11.0-RELEASE on a spare slice, and > dmesg tells me the following (with regard to ath0): >=20 >=20 > ath0: mem 0xf0a00000-0xf0a7ffff irq 36 at > device 0.0 on pci2 > ath0: WB335 2-ANT card detected > ath0: Bluetooth Antenna Diversity card detected > ath0: [HT] enabling HT modes > ath0: [HT] enabling short-GI in 20MHz mode > ath0: [HT] 1 stream STBC receive enabled > ath0: [HT] 1 RX streams; 1 TX streams > ath0: QCA9565 mac 704.1 RF5110 phy 2523.1 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 >=20 > But ifconfig tells me there is no "ath0" interface ... Does 11.0 > handle wifi in some unfamiliar manner? -stable-unsubscribe@freebsd.org" "sysctl net.wlan.devices" should show ath0 --x0PBmTWHB3bjoOVh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJYIDpgXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tOLYIAJL5Gzd8yixbFgNNGBt2P1RX Jpvw4e+FZoZgO/afLEKltmIrqKEpZ9EtATgnrMbe7ocotxBuJntt61mXwTvbh4MW I0FDuTwlV+JloI73/SLcbIrixpOHaQNiz+lQGVXCyORvr4v/ugiqpPROOy23wgbv OdKh++n/jawMg4ql8rMbnLAw0yP3Ic0fmUZpsM+qLUzSXMFY1X6Jd+f6fCtO36gx dO7TWRaKjLTA9UaV6h523gkrgc2x7Z6HfRXKoMX14Bwz6ZwPPXWGJkJnYL/plcQP 1mFtEioi4kSmkkRWhDT4AMAFHK1pVUbAgChLwiCiRpplKcOJCTo3/SMgYrFs+pI= =bAhj -----END PGP SIGNATURE----- --x0PBmTWHB3bjoOVh-- From owner-freebsd-stable@freebsd.org Mon Nov 7 08:27:40 2016 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 A61E8C3452E for ; Mon, 7 Nov 2016 08:27:40 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 461EDB0 for ; Mon, 7 Nov 2016 08:27:40 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id uA78Rc2p052818; Mon, 7 Nov 2016 09:27:38 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 6BC9BB28; Mon, 7 Nov 2016 09:27:38 +0100 (CET) Message-ID: <58203AFA.3000507@omnilan.de> Date: Mon, 07 Nov 2016 09:27:38 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Patrick M. Hausen" CC: freebsd-stable@freebsd.org Subject: Re: boot1.efifat's FAT12 volume label prevents booting (some systems) References: <581F4748.9030706@omnilan.de> <6230313A-3141-44F9-B056-4CAD8536B6FE@punkt.de> <5820359F.7050307@omnilan.de> <4AF66F83-EAC7-4744-ABE3-C7AE73500C0D@punkt.de> In-Reply-To: <4AF66F83-EAC7-4744-ABE3-C7AE73500C0D@punkt.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 07 Nov 2016 09:27:38 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 08:27:40 -0000 Bezüglich Patrick M. Hausen's Nachricht vom 07.11.2016 09:12 (localtime): > Hi, > >> Am 07.11.2016 um 09:04 schrieb Harry Schmalzbauer : >>> create the EFI boot volume like this? >>> >>> gpart add -t efi -l efi -a 512k -s 512k >>> newfs_msdos /dev/gpt/efi >>> mount_msdosfs /dev/gpt/efi /mnt >>> mkdir -p /mnt/efi/boot >>> cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi >> >> You are missing startup.nsh... >> See >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214282https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214282 > > Care to elaborate? This is what we use in production - all > systems booting just fine ;-) Of course you can boot UEFI systems without startup.nsh, but it does offers another way processing the boot sequence – the most sensible in my opinion. And it's what FreeBSD Releng-Team decided to provide out of the box, so heplful hint's shouldn't do it any other. -Harry From owner-freebsd-stable@freebsd.org Mon Nov 7 20:19:33 2016 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 87A6CC35D63 for ; Mon, 7 Nov 2016 20:19:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-53.reflexion.net [208.70.210.53]) (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 3C6C41A7 for ; Mon, 7 Nov 2016 20:19:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3045 invoked from network); 7 Nov 2016 20:19:47 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 7 Nov 2016 20:19:47 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.10.1) with SMTP; Mon, 07 Nov 2016 15:19:30 -0500 (EST) Received: (qmail 7498 invoked from network); 7 Nov 2016 20:19:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Nov 2016 20:19:30 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1DDB1EC7888; Mon, 7 Nov 2016 12:19:25 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: http://pkg.freebsd.org only has freebsd:11:aarch64:64 for aaarch64? How to boostrap aarch64 pkg for head (12-CURRENT)? Message-Id: <65D8A8E5-07F0-4E0F-A412-C2CDE2D9982A@dsl-only.net> Date: Mon, 7 Nov 2016 12:19:24 -0800 To: FreeBSD Toolchain , freebsd-arm , FreeBSD-STABLE Mailing List , FreeBSD Current X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 20:19:33 -0000 It looks like http://pkg.freebsd.org is still back as of head being = 11-CURRENT: http://pkg.freebsd.org shows only =E2=80=A2 freebsd:11:aarch64:64 (as http://pkg.freebsd.org/freebsd%3A11%3Aaarch64%3A64 ). So on 12-CURRENT pkg bootstrapping gets: > # pkg > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from = pkg+http://pkg.FreeBSD.org/FreeBSD:12:aarch64/latest, please wait... > pkg: Error fetching = http://pkg.FreeBSD.org/FreeBSD:12:aarch64/latest/Latest/pkg.txz: Not = Found > A pre-built version of pkg could not be found for your system. > Consider changing PACKAGESITE or installing it from ports: = 'ports-mgmt/pkg'. but ld is also missing at this stage so one cannot link anything --and = pkg is not a route to make an ld available. So how does one currently bootstrap a 12-CURRENT pkg for aarch64 = (context: pine64+ 2GB)? Create a /usr/local/etc/pkg/repos/FreeBSD.conf to reference = FreeBSD:11:aarch64 ? That just reports the wrong architecture is being = attempted: > # pkg > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from = pkg+http://pkg.FreeBSD.org/FreeBSD:11:aarch64/latest, please wait... > Verifying signature with trusted certificate = pkg.freebsd.org.2013102301... done > pkg-static: Warning: Major OS version upgrade detected. Running = "pkg-static install -f pkg" recommended > Installing pkg-1.9.2... > pkg-static: wrong architecture: FreeBSD:11:aarch64 instead of = FreeBSD:12:aarch64 >=20 > Failed to install the following 1 package(s): /tmp//pkg.txz.zkdHp2 pkg-static install -f pkg fetches meta.txz and packagesite.txz first but = then also reports "wrong architecture": > # pkg-static install -f pkg > pkg-static: Warning: Major OS version upgrade detected. Running = "pkg-static install -f pkg" recommended > Updating FreeBSD repository catalogue... > Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 =20 > Fetching packagesite.txz: 100% 4 MiB 4.3MB/s 00:01 =20 > Processing entries: 0% > pkg-static: wrong architecture: freebsd:11:aarch64:64 instead of = FreeBSD:12:aarch64 > pkg-static: repository FreeBSD contains packages with wrong ABI: = freebsd:11:aarch64:64 > Processing entries: 100% > Unable to update repository FreeBSD > All repositories are up-to-date. > pkg-static: Repository FreeBSD cannot be opened. 'pkg update' required > pkg-static: No packages available to install matching 'pkg' have been = found in the repositories Context details (was cross built from amd64 head -r308247): > # uname -apKU > FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r308247M: Thu Nov = 3 07:10:44 PDT 2016 = markmi@FreeBSDx64:/usr/local/src/crochet/work/obj/arm64.aarch64/usr/src/sy= s/GENERIC-NODBG arm64 aarch64 1200014 1200014 > # svnlite info /usr/ports | grep "Re[lv]" > Relative URL: ^/head > Revision: 424540 > Last Changed Rev: 424540 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Mon Nov 7 21:13:48 2016 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 47149C341D9 for ; Mon, 7 Nov 2016 21:13:48 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) (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 27DFEED1 for ; Mon, 7 Nov 2016 21:13:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id 35.B9.09085.58EE0285; Mon, 7 Nov 2016 13:13:41 -0800 (PST) X-AuditID: 11973e11-0d5e19a00000237d-24-5820ee8533ca Received: from [17.149.234.89] (Unknown_Domain [17.149.234.89]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id BD.72.27929.58EE0285; Mon, 7 Nov 2016 13:13:41 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Uppercase RE matching problems in FreeBSD 11 From: Charles Swiger In-Reply-To: Date: Mon, 7 Nov 2016 13:13:40 -0800 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <99E209EA-75B0-430D-8F0C-E51D614143BA@mac.com> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> To: Stefan Bethke X-Mailer: Apple Mail (2.3251) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrALMWRmVeSWpSXmKPExsUi2FAYodv6TiHC4PwlbovDzUIWpw8tYHNg 8pjxaT6Lx6K5/5kCmKK4bFJSczLLUov07RK4Mja92cBY8Jmt4sGvFuYGxr2sXYycHBICJhLH ty8Fsrk4hAT2MkrM3DMVLvH/7xYWiMRUJolzE2ezgySYBdQl/sy7xAxi8wroS1z59oyxi5GD Q1jAUmLz63oQk01ATWLCRB6QCk4BO4nepm8sIGEWARWJ1w1eEEP0Jb4sfcEMYWtLLFv4Gmqg lcTVUweYQGwhgR5miatnPUBsEQElibNTbjNCXCYr8en5T3aQyyQEPrJKfN28km0Co+AsJMfN QnLcLCQ7FjAyr2IUyk3MzNHNzDPSSywoyEnVS87P3cQICtLpdoI7GI+vsjrEKMDBqMTD+6Jf IUKINbGsuDL3EKM0B4uSOO8mftkIIYH0xJLU7NTUgtSi+KLSnNTiQ4xMHJxSDYxOso9PzTq+ 9FNWP093RrDRj8SdxoY+FhcrN8qUFt8KOOv0OMPSokmSJ0jW+YvhY78FOxmu7FBbrKXuMbFC MP1qb19JwNr/5pwyzwzeaQaXNa+xfq2xMmiXlk/9tik7GJPeMUVsy/fNPuPLlXV680Tujdaq r2Wilu5XfJgVFNRylG+jUkp/kxJLcUaioRZzUXEiAJAUmdkzAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPLMWRmVeSWpSXmKPExsUiOPVVpG7rO4UIg1OrOCwONwtZnD60gM2B yWPGp/ksHovm/mcKYIrisklJzcksSy3St0vgytj0ZgNjwWe2ige/WpgbGPeydjFyckgImEj8 /7uFBcIWk7hwbz1bFyMXh5DAVCaJcxNns4MkmAXUJf7Mu8QMYvMK6Etc+faMsYuRg0NYwFJi 8+t6EJNNQE1iwkQekApOATuJ3qZvLCBhFgEVidcNXhBD9CW+LH3BDGFrSyxb+BpqoJXE1VMH mEBsIYEeZomrZz1AbBEBJYmzU24zQlwmK/Hp+U/2CYz8s5DcMwvJPbOQjF3AyLyKUaAoNSex 0lQvsaAgJ1UvOT93EyMo2BoKI3Yw/l9mdYhRgINRiYf3Rb9ChBBrYllxZe4hRgkOZiUR3sVP gEK8KYmVValF+fFFpTmpxYcYpTlYlMR5r3XIRwgJpCeWpGanphakFsFkmTg4pRoYZ7VJmm57 47EsN/pwUGpC0LF0Rv5nW89ZSH37M/eK/7m8ysUuM3gXXNDU0xGfMT/24Ocv1fO1yvSPH+0z FRL5kZ9zP0pc78mknxqes7NFyx6ur7uza3tRFPurJQ8uNZol1sSvLBV47HDrkMev666H6tNP 33RjL94hlf3W84b7zx3+rilPeKs9lFiKMxINtZiLihMBtgmhzDICAAA= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 21:13:48 -0000 On Nov 6, 2016, at 1:49 PM, Stefan Bethke wrote: > Am 06.11.2016 um 22:27 schrieb Baptiste Daroussin : >> That works for POSIX locale aka C aka ASCII only world >=20 > So what do I set my LANG and LC variables to? I do want UTF-8, but I = do also want my scripts to continue to work. Clearly, en_US.UTF-8 is = not what I want. Is it C.UTF-8? Or do I set LANG=3Den_US.UTF-8 and = LC_COLLATE=3DC? If you want to use a UTF8 locale, then you must start using character = classes like '[:upper:]' and '[:lower:]' because those will-- or at = least "should", modulo bugs-- properly handle the collation issues = including for languages which do not possess a 1-1 mapping between upper = and lower case letters. Someone with a German email address is presumably familiar with =C3=9F / = Eszett...? :-) Regards, --=20 -Chuck From owner-freebsd-stable@freebsd.org Mon Nov 7 21:16:43 2016 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 7FBA8C34372; Mon, 7 Nov 2016 21:16:43 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "valentine.liquidneon.com", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AF40227; Mon, 7 Nov 2016 21:16:42 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id B52342B2C6; Mon, 7 Nov 2016 14:16:41 -0700 (MST) Date: Mon, 7 Nov 2016 14:16:41 -0700 From: Brad Davis To: Mark Millard Cc: FreeBSD Toolchain , freebsd-arm , FreeBSD-STABLE Mailing List , FreeBSD Current Subject: Re: http://pkg.freebsd.org only has freebsd:11:aarch64:64 for aaarch64? How to boostrap aarch64 pkg for head (12-CURRENT)? Message-ID: <20161107211641.GI34174@corpmail.liquidneon.com> References: <65D8A8E5-07F0-4E0F-A412-C2CDE2D9982A@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <65D8A8E5-07F0-4E0F-A412-C2CDE2D9982A@dsl-only.net> User-Agent: Mutt/1.7.0 (2016-08-17) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 21:16:43 -0000 On Mon, Nov 07, 2016 at 12:19:24PM -0800, Mark Millard wrote: > It looks like http://pkg.freebsd.org is still back as of head being 11-CURRENT: http://pkg.freebsd.org shows only Correct. I wrote up some details on how to use the 11 packages here: http://www.raspbsd.org/raspberrypi.html Regards, Brad Davis From owner-freebsd-stable@freebsd.org Mon Nov 7 23:12:36 2016 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 A89BFC35602 for ; Mon, 7 Nov 2016 23:12:36 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 62F656AE for ; Mon, 7 Nov 2016 23:12:36 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3tCSrx4G2Sz9w for ; Tue, 8 Nov 2016 00:12:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1478560350; x=1481152351; bh=eI7 dQQX+pbig4FdnFZKwPfku+Hhb4hQSHJ2HsHgbtKo=; b=CkZQONDhZhkSjFHy1X8 opSXJSGYsoaFtpFWoveEhdFbVIXD0zaKq3GRGDCiCto0kWRWrMVvFFKOCZGET8qD 3C3CECX+bNp/gCRUC1Yk8Vg4CudWtkKm8UVPy/6Yesx7QXewOzJK+xjYH7Mjv0YV PbvD7d2xzgAhA7/RuAzuF4YQ= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id T_HEpcUpfiT3 for ; Tue, 8 Nov 2016 00:12:30 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3tCSrt5j1bz9r for ; Tue, 8 Nov 2016 00:12:30 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3tCSrt488Dz1Q1 for ; Tue, 8 Nov 2016 00:12:30 +0100 (CET) Received: from sleepy.ijs.si (2001:1470:ff80:e001::1:1) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Tue, 08 Nov 2016 00:12:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 08 Nov 2016 00:12:30 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: Uppercase RE matching problems in FreeBSD 11 Organization: Jozef Stefan Institute In-Reply-To: References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> Message-ID: <9972d62886b5651b76aa7f594be5ad19@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Nov 2016 23:12:36 -0000 2016-11-06 22:49, Stefan Bethke wrote: > So what do I set my LANG and LC variables to? I do want UTF-8, but I > do also want my scripts to continue to work. Clearly, en_US.UTF-8 is > not what I want. Is it C.UTF-8? > Or do I set LANG=en_US.UTF-8 and LC_COLLATE=C? Yes, that is the safest bet. The LANG sets a default, but the LC_COLLATE, LC_TIME, LC_NUMERIC and LC_MONETARY should better be set to "C" to overrule the LANG in their domains. Leave the LC_ALL undefined or empty, as this one overrules every other locale setting (unless you really want everything to be set to "C"). Mark From owner-freebsd-stable@freebsd.org Tue Nov 8 04:36:17 2016 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 66009C35DC0 for ; Tue, 8 Nov 2016 04:36:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-54.reflexion.net [208.70.210.54]) (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 138C3103E for ; Tue, 8 Nov 2016 04:36:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18906 invoked from network); 8 Nov 2016 04:35:55 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 8 Nov 2016 04:35:55 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.10.1) with SMTP; Mon, 07 Nov 2016 23:36:03 -0500 (EST) Received: (qmail 12026 invoked from network); 8 Nov 2016 04:36:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Nov 2016 04:36:03 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 18674EC7888; Mon, 7 Nov 2016 20:35:58 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: http://pkg.freebsd.org only has freebsd:11:aarch64:64 for aaarch64? How to boostrap aarch64 pkg for head (12-CURRENT)? From: Mark Millard In-Reply-To: <20161107211641.GI34174@corpmail.liquidneon.com> Date: Mon, 7 Nov 2016 20:35:57 -0800 Cc: freebsd-arm , FreeBSD-STABLE Mailing List , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <26573287-17D4-4B1C-A6A0-79B9DD03A18B@dsl-only.net> References: <65D8A8E5-07F0-4E0F-A412-C2CDE2D9982A@dsl-only.net> <20161107211641.GI34174@corpmail.liquidneon.com> To: Brad Davis , FreeBSD Toolchain X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Nov 2016 04:36:17 -0000 On 2016-Nov-7, at 1:16 PM, Brad Davis wrote: > On Mon, Nov 07, 2016 at 12:19:24PM -0800, Mark Millard wrote: >> It looks like http://pkg.freebsd.org is still back as of head being = 11-CURRENT: http://pkg.freebsd.org shows only >=20 > Correct. I wrote up some details on how to use the 11 packages here: >=20 > http://www.raspbsd.org/raspberrypi.html >=20 >=20 > Regards, > Brad Davis Thanks. That helped me get to the next issue to figure out. I eventually found that https://wiki.freebsd.org/arm64/rpi3 has a = "Package Repo" section with the alternate ABI information for pkg and = also how to get port builds going (putting an ld in place) --as if the = material was RPI3 specific. https://wiki.freebsd.org/arm64/rpi3 says: > There is no package repo for 12-CURRENT, but the package repo for 11 = can be used on 12-CURRENT by telling pkg to use the FreeBSD 11 aarch64 = ABI:=20 >=20 > env ABI=3DFreeBSD:11:aarch64 pkg bootstrap >=20 > Once pkg is bootstrapped, you can add this to /usr/local/etc/pkg.conf:=20= >=20 > ABI =3D "FreeBSD:11:aarch64"; >=20 > If you want to build your own ports or packages, you'll need to = install the aarch64-binutils package and link /usr/bin/ld to = /usr/local/bin/aarch64-freebsd-ld:=20 >=20 > # pkg install aarch64-binutils > # ln /usr/local/bin/aarch64-freebsd-ld /usr/bin/ld >=20 > Note that if you're building directly on the RPI3, you will definitely = want to use either USB storage or NFS. Building on the sdcard will = likely wear the sdcard out.=20 (I have the root filesystem on a USB SSD.) My context is a Pine64+ 2GB --which https://wiki.freebsd.org/arm64 does = not even mention as covered by TARGET_ARCH=3Daarch64 . But crochet is = set up for pine64's and uses TARGET_ARCH=3Daarch64 style builds. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Tue Nov 8 15:19:50 2016 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 B01DCC35CFF; Tue, 8 Nov 2016 15:19:50 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7ECC5AAE; Tue, 8 Nov 2016 15:19:50 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-234-219.lns20.per1.internode.on.net [121.45.234.219]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id uA8FJdvi046322 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 Nov 2016 07:19:42 -0800 (PST) (envelope-from julian@freebsd.org) To: freebsd-current , FreeBSD Stable From: Julian Elischer Subject: problem with mpt driver. anyone seen this or similar? (10.3) Message-ID: Date: Tue, 8 Nov 2016 23:19:33 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Nov 2016 15:19:50 -0000 Does this ring any bells? even a theory would be a big improvement. memcpy+0xc mpt_read_cfg_page+0xcc mpt_cation+0x148e xpt_action_default+0x7e cam_periph_runccb+0x7c passdoioctl+0x719 passioctl+0x30 devfs_ioctl_f+0x7c kern_ioctl+0x1a8 sys_ioctl+0x11f amd64_syscall+0x3f9 xfast_syscall+0xf7 we see a memory access fault at line 1821.. 1786 int 1787 mpt_read_cfg_page(struct mpt_softc *mpt, int Action, uint32_t PageAddress, 1788 CONFIG_PAGE_HEADER *hdr, size_t len, int sleep_ok, 1789 int timeout_ms) 1790 { 1791 request_t *req; 1792 cfgparms_t params; 1793 int error; 1794 1795 req = mpt_get_request(mpt, sleep_ok); 1796 if (req == NULL) { 1797 mpt_prt(mpt, "mpt_read_cfg_page: Get request failed!\n"); 1798 return (-1); 1799 } 1800 1801 params.Action = Action; 1802 params.PageVersion = hdr->PageVersion; 1803 params.PageLength = hdr->PageLength; 1804 params.PageNumber = hdr->PageNumber; 1805 params.PageType = hdr->PageType & MPI_CONFIG_PAGETYPE_MASK; 1806 params.PageAddress = PageAddress; 1807 error = mpt_issue_cfg_req(mpt, req, ¶ms, 1808 req->req_pbuf + MPT_RQSL(mpt), 1809 len, sleep_ok, timeout_ms); 1810 if (error != 0) { 1811 mpt_prt(mpt, "read_cfg_page(%d) timed out\n", Action); 1812 return (-1); 1813 } 1814 1815 if ((req->IOCStatus & MPI_IOCSTATUS_MASK) != MPI_IOCSTATUS_SUCCESS) { 1816 mpt_prt(mpt, "mpt_read_cfg_page: Config Info Status %x\n", 1817 req->IOCStatus); 1818 mpt_free_request(mpt, req); 1819 return (-1); 1820 } 1821 memcpy(hdr, ((uint8_t *)req->req_vbuf)+MPT_RQSL(mpt), len); <------ 1822 mpt_free_request(mpt, req); 1823 return (0); 1824 } 1825 1826 int 1827 mpt_write_cfg_page(struct mpt_softc *mpt, int Action, uint32_t PageAddress, "mpt/mpt.c" [readonly] 3146 lines --58%-- From owner-freebsd-stable@freebsd.org Tue Nov 8 19:54:51 2016 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 7346DC36A2E for ; Tue, 8 Nov 2016 19:54:51 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C6191951 for ; Tue, 8 Nov 2016 19:54:50 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from walrus.pepperland ([81.217.70.96]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Mc8Pz-1cMgnd43xH-00Je7u; Tue, 08 Nov 2016 20:54:35 +0100 Subject: Re: Uppercase RE matching problems in FreeBSD 11 To: Charles Swiger , Stefan Bethke References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> <99E209EA-75B0-430D-8F0C-E51D614143BA@mac.com> Cc: freebsd-stable From: Stefan Ehmann Message-ID: Date: Tue, 8 Nov 2016 20:54:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <99E209EA-75B0-430D-8F0C-E51D614143BA@mac.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:urT7j69QC8I6KFnTKE7IHcDiORgBlg7gocmLDJl0dJPlz8cPm6/ gWNi3dziDZeM1XmyRFKd53cTFPnSMkLr/6EcvX1TUajyqNE2RAJEcsQoimfspDKJvy5TWZH a44ecwDl8RpY/5Fbq2O3MT93Y9csqYqlcr9hYJ5tvtOK2fxzBeTyy+N0zx9GwFfeJRkCF0f AB8e4B2jj4AMx1UoJa8Dw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ZQX3NvzTUbk=:PsamvjvZig8pCRCcDKxwfB eR2/but51IzYl3AofaMM3znyNGvSQQu4vanst/yJMSguLXHhliXoM3Ha0URV45CBT8OEUNL9+ 7fANWXH/CG3DcgRggNVldQG+1R0bxlCn+vcWDJ57ZyS2P0qAzL8AcaiFnKw5rKfh39J2ofz+6 EUz+H6jnfeETegmP6Vcwl/Cnzbg/762FhHFjU1FUJi/SoxCXp2R8kjJ64JisKHZswo9ttM14u /6chusNSrT4zTSPZyDKXvJ356gjgLvCbyjRXPHCSssO7nBt3D2TrUCp63yB0a2sQArAQyvTuK BuwtL/r3ulLxee5qrlzK6yI8AtvH+UcV1brSAiQdKDfHJEMM74EZAIJbk6uZCaXUaHOi5gGnG DJpNNqaahRz/lCgayL7oA6FnjWbuE290qNfz7MeFv3zx6rMEDpgtHW6peRjWCVLWTieiIc9ZC vQ18CmIVw5D1RXHVi6bErGC4OfKmYQAkLeRlM9Su9cRUQOw7r4MmM57SezonkAVtoUOr7Dn6J bL0nrIfxarkS9knY5ecKTsycAeNriJoB2w1N5LPRt/o2vZHxPrHn4LvKw+X+ePNYFd0EnLbc/ moSUqxR/tY64oPgPCQ2qzkN2h62v/SW9kMPX+E57yDxF8sMkZTv86nMaDQGP8cDqBrqd7zWYZ AzyOo7z++PTG9/8+mr5tL/DNQnBREDFGu9YX1K78rHwpjIgqm1+x49cODlJt+Bj61umQiKb/N WVhNj8/A6H/EP5WuKC4jFD+uMRFFawaQZTgJIRo7poctbsJHaCsqrExS9DGa127GcayIAb9RA CVcVobc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Nov 2016 19:54:51 -0000 On 07.11.2016 22:13, Charles Swiger wrote: > On Nov 6, 2016, at 1:49 PM, Stefan Bethke wrote: >> Am 06.11.2016 um 22:27 schrieb Baptiste Daroussin >> : >>> That works for POSIX locale aka C aka ASCII only world >> >> So what do I set my LANG and LC variables to? I do want UTF-8, but >> I do also want my scripts to continue to work. Clearly, >> en_US.UTF-8 is not what I want. Is it C.UTF-8? Or do I set >> LANG=en_US.UTF-8 and LC_COLLATE=C? > > If you want to use a UTF8 locale, then you must start using character > classes like '[:upper:]' and '[:lower:]' because those will-- or at > least "should", modulo bugs-- properly handle the collation issues > including for languages which do not possess a 1-1 mapping between > upper and lower case letters. > > Someone with a German email address is presumably familiar with ß / > Eszett...? :-) Character classes work fine for [a-z], but I don't know of a simple way to match a range like [a-k]. Personally, I prefer the "Rational Range Interpretation" because it doesn't break backward compatibility and is still standard compliant. From owner-freebsd-stable@freebsd.org Tue Nov 8 20:07:05 2016 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 384BAC36F40 for ; Tue, 8 Nov 2016 20:07:05 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.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 17A20FC0 for ; Tue, 8 Nov 2016 20:07:04 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (relay8.apple.com [17.128.113.102]) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id C7.66.32245.76032285; Tue, 8 Nov 2016 12:07:03 -0800 (PST) X-AuditID: 11973e16-f7e959a000007df5-0f-58223067fc16 Received: from [17.149.236.205] (Unknown_Domain [17.149.236.205]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay8.apple.com (Apple SCV relay) with SMTP id DE.80.29380.76032285; Tue, 8 Nov 2016 12:07:03 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: Uppercase RE matching problems in FreeBSD 11 From: Chuck Swiger In-Reply-To: Date: Tue, 8 Nov 2016 12:07:03 -0800 Cc: Stefan Bethke , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <81CABF69-8B12-40D8-9E65-CCF5D183441F@mac.com> References: <20161106110729.z2px7mzlhcwxvrvu@ivaldir.etoilebsd.net> <29451103-E8DB-4656-A5BB-AEB924A728D6@lassitu.de> <20161106210628.hg3dcpozfjtuo3nt@ivaldir.etoilebsd.net> <20161106212729.z2edg44kg7hc4r2z@ivaldir.etoilebsd.net> <99E209EA-75B0-430D-8F0C-E51D614143BA@mac.com> To: Stefan Ehmann X-Mailer: Apple Mail (2.3251) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrLLMWRmVeSWpSXmKPExsUi2FCYpptuoBRhsOGStcXhZiGLZYs2MVuc PrSAzYHZY8an+SweizftZ/NYNPc/UwBzFJdNSmpOZllqkb5dAlfGh4ffmApO8Fa8mL+AqYHx OVcXIyeHhICJxNemBcxdjFwcQgL7GCXaG44ywyQmN5xihUhMZ5L4fmYVG0iCWUBd4s+8S2BF vAL6Ele+PWPsYuTgEBawlNj8uh4kzCagIrF41n+wEk4Ba4mm09vZQWwWoPiC1zuZIMYEShze CNIKYmtLLFv4GmqklcTde82MEHvfMUusu3IQrEgEqHnyl7MsEMfJSnx6/pMdpEhC4C+rxMPP H1kmMArOQnLfLCT3zUKyZAEj8ypGodzEzBzdzDxzvcSCgpxUveT83E2MoPCdbie2g/HhKqtD jAIcjEo8vBkPFSOEWBPLiitzDzFKc7AoifNu5peNEBJITyxJzU5NLUgtii8qzUktPsTIxMEp 1cAo/zZgjmftvZAMZp274ccWHzvDxnN6d4Hnq05DlpM18RP27Gv/u7HXVvTzq739tk82S685 7X8lx/jeKnb+g42Fq9MeZb7JluJdMWfX4SUbzI+FH72iXrZj+r7CBfO9i6esKrm68Z7V++uh +yctv5HY/9zpwSRpsyBR3Se/S9un8l25auX7l1NfRImlOCPRUIu5qDgRAPFLa2VAAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrDLMWRmVeSWpSXmKPExsUiOPXNWd10A6UIg3n79S0ONwtZLFu0idni 9KEFbA7MHjM+zWfxWLxpP5vHorn/mQKYo7hsUlJzMstSi/TtErgyPjz8xlRwgrfixfwFTA2M z7m6GDk5JARMJCY3nGKFsMUkLtxbz9bFyMUhJDCdSeL7mVVsIAlmAXWJP/MuMYPYvAL6Ele+ PWPsYuTgEBawlNj8uh4kzCagIrF41n+wEk4Ba4mm09vZQWwWoPiC1zuZIMYEShzeCNIKYmtL LFv4GmqklcTde82MEHvfMUusu3IQrEgEqHnyl7MsEMfJSnx6/pN9AiP/LCQnzUJy0iwkcxcw Mq9iFChKzUmstNBLLCjISdVLzs/dxAgKw4bCtB2MTcutDjEKcDAq8fAK3FeMEGJNLCuuzD3E KMHBrCTCe1RXKUKINyWxsiq1KD++qDQntfgQozQHi5I477UO+QghgfTEktTs1NSC1CKYLBMH p1QDY+MR5XCn/d17biaKagsUv/9rcOzivoc7rEpfi5mqse37ey8myl8099etDseyjpkzJNV3 NHhwt2++sfTJpu+OjH8uTvk7T8Iye8EvKxbXirYvS/ZO27657aW8UM4SuTZGs6I1xfvrC2Vd /6juaTXOUojQFNZ8qND+5+PdlgNf/8Y1f132uOsnhxJLcUaioRZzUXEiAInDyuA/AgAA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Nov 2016 20:07:05 -0000 On Nov 8, 2016, at 11:54 AM, Stefan Ehmann wrote: > On 07.11.2016 22:13, Charles Swiger wrote: >> On Nov 6, 2016, at 1:49 PM, Stefan Bethke wrote: >>> Am 06.11.2016 um 22:27 schrieb Baptiste Daroussin >>> : >>>> That works for POSIX locale aka C aka ASCII only world >>>=20 >>> So what do I set my LANG and LC variables to? I do want UTF-8, but >>> I do also want my scripts to continue to work. Clearly, >>> en_US.UTF-8 is not what I want. Is it C.UTF-8? Or do I set >>> LANG=3Den_US.UTF-8 and LC_COLLATE=3DC? >>=20 >> If you want to use a UTF8 locale, then you must start using character >> classes like '[:upper:]' and '[:lower:]' because those will-- or at >> least "should", modulo bugs-- properly handle the collation issues >> including for languages which do not possess a 1-1 mapping between >> upper and lower case letters. >>=20 >> Someone with a German email address is presumably familiar with =C3=9F = / >> Eszett...? :-) >=20 > Character classes work fine for [a-z], but I don't know of a simple = way > to match a range like [a-k]. True. If you need smaller ranges, I don't see a portable way of doing so in a non-POSIX / "C" locale beyond listing them out. Or: > Personally, I prefer the "Rational Range Interpretation" because it > doesn't break backward compatibility and is still standard compliant. ...yes, +1. Many of the GNU tools like grep and gawk have adopted this, but they are replacing the system regex routines with their own code. However, you can't rely on RRI without testing whether you've got a gawk in the $PATH or whether /usr/bin/awk or whichever is really GNU awk. Regards, --=20 -Chuck From owner-freebsd-stable@freebsd.org Wed Nov 9 13:48:51 2016 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 19441C37D17 for ; Wed, 9 Nov 2016 13:48:51 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C39BF22D for ; Wed, 9 Nov 2016 13:48:50 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-stable@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tDSFN64tmzsYZ DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478699320; bh=axe7qrPcqDilydNrd9IBiZUZzvpd5X9fIi8EhMDVCvU=; h=To:From:Subject:Date; z=To:=20freebsd-stable@freebsd.org|From:=20Henri=20Hennebert=20|Subject:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadl ock|Date:=20Wed,=209=20Nov=202016=2014:48:38=20+0100; b=0EiLYz7X/Gly4x5SleDHW0Zcqx49EDi9OJ8rE/Q6D+woLmUVqDRIn90yiXAgeEshU XkngMcfbwJ5Dbc7AesCjpjUgj6Qcb3P67jF40n27tet9iSnEv/Lr4eG/rhObZy+aLZ q32o0XJiwbXjzg+8EonY3uwC3BoLMUAjIKAYV/bx+N4JNgWDbX2XEQfaX3HNDpJgl2 tL6TcwoKGBLAua0gEXx2GptsMt7pD2K/TOai/i1E9h55czHijSG9H4jRK0KVpTpqMD mN8FaM0x/y2VeQ1EItKBC12AzLsJiR0kivoEZ3tVBCNFptDM+7T5BTfHFWxIn+RDm5 khfh2eYjrB6jg== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tDSFN64tmzsYZ for ; Wed, 9 Nov 2016 14:48:40 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uA9DmcRF001578 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 9 Nov 2016 14:48:39 +0100 (CET) (envelope-from hlh@restart.be) To: freebsd-stable@freebsd.org From: Henri Hennebert Subject: Freebsd 11.0 RELEASE - ZFS deadlock Message-ID: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> Date: Wed, 9 Nov 2016 14:48:38 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Nov 2016 13:48:51 -0000 I encounter a strange deadlock on FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: Fri Nov 4 02:51:33 CET 2016 root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 This system is exclusively running on zfs. After 3 or 4 days, `periodic daily` is locked in the directory /usr/local/news/bin [root@avoriaz ~]# ps xa|grep find 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam 462 1 S+ 0:00.00 grep find [root@avoriaz ~]# procstat -f 85656 PID COMM FD T V FLAGS REF OFFSET PRO NAME 85656 find text v r r------- - - - /usr/bin/find 85656 find cwd v d r------- - - - /usr/local/news/bin 85656 find root v d r------- - - - / 85656 find 0 v c r------- 3 0 - /dev/null 85656 find 1 p - rw------ 1 0 - - 85656 find 2 v r -w------ 7 17 - - 85656 find 3 v d r------- 1 0 - /home/root 85656 find 4 v d r------- 1 0 - /home/root 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin [root@avoriaz ~]# If I try `ls /usr/local/news/bin` it is also locked. After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' After a reset and reboot I can access /usr/local/news/bin. I delete this directory and reinstall the package `portupgrade -fu news/inn` 5 days later `periodic daily`is locked on the same directory :-o Any idea? Henri From owner-freebsd-stable@freebsd.org Wed Nov 9 13:58:30 2016 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 3D854C383E5 for ; Wed, 9 Nov 2016 13:58:30 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 295D3B1E for ; Wed, 9 Nov 2016 13:58:29 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id AE7855648E; Wed, 9 Nov 2016 07:58:23 -0600 (CST) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: freebsd-stable@freebsd.org, Henri Hennebert References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> From: Eric van Gyzen Message-ID: Date: Wed, 9 Nov 2016 07:58:20 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Nov 2016 13:58:30 -0000 On 11/09/2016 07:48, Henri Hennebert wrote: > I encounter a strange deadlock on > > FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: > Fri Nov 4 02:51:33 CET 2016 > root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 > > This system is exclusively running on zfs. > > After 3 or 4 days, `periodic daily` is locked in the directory /usr/local/news/bin > > [root@avoriaz ~]# ps xa|grep find > 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune > -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam > 462 1 S+ 0:00.00 grep find > [root@avoriaz ~]# procstat -f 85656 > PID COMM FD T V FLAGS REF OFFSET PRO NAME > 85656 find text v r r------- - - - /usr/bin/find > 85656 find cwd v d r------- - - - /usr/local/news/bin > 85656 find root v d r------- - - - / > 85656 find 0 v c r------- 3 0 - /dev/null > 85656 find 1 p - rw------ 1 0 - - > 85656 find 2 v r -w------ 7 17 - - > 85656 find 3 v d r------- 1 0 - /home/root > 85656 find 4 v d r------- 1 0 - /home/root > 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin > [root@avoriaz ~]# > > If I try `ls /usr/local/news/bin` it is also locked. > > After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' > > After a reset and reboot I can access /usr/local/news/bin. > > I delete this directory and reinstall the package `portupgrade -fu news/inn` > > 5 days later `periodic daily`is locked on the same directory :-o > > Any idea? I can't help with the deadlock, but someone who _can_ help will probably ask for the output of "procstat -kk PID" with the PID of the "find" process. Eric From owner-freebsd-stable@freebsd.org Wed Nov 9 14:03:53 2016 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 0B55CC38648 for ; Wed, 9 Nov 2016 14:03:53 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D391F9F for ; Wed, 9 Nov 2016 14:03:52 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-stable@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tDSZt6tf1zrMw DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478700231; bh=A9Ck4EsrMnRrqHY8F5TKcK631mpfMR4waqCBYOY8Z8E=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20freebsd-stable@freebsd.org|References:=20<0c223160-b76f-c635-b b15-4a068ba7efe7@restart.be>=0D=0A=20|From:=20Henri=20Hennebert=20 |Date:=20Wed,=209=20Nov=202016=2015:03:49=20+0100|In-Reply-To:=20< aaf2df40-b0df-2141-9ed8-5b947d8d5a33@FreeBSD.org>; b=vODNpb10yLsXE9n1fVXx+4Cm/PkD0T8hkHnXJtWU99Rg+ZmXPbRbuKRcG44uhRfqt Q2eLM1fPTb/idNN0LhTlEfBc5TfKc7WcNfvY5cEKXFgohoPgJ0FgJUVUP/FzBbUe6N cxvsF87NjSU0nUG97h08Hh+ulAELGVHH6YXJ95Rp/WXhHiOxs/C6XorUmzEgYrari3 +4Va3V+3/YuW7HgpkJhjMjYNSA4rITr6nEF8v8s09dAdzgyMtMkASyCYDdmKvdjzbU Z93opA9qyrDzHaQNIP1R9eYvMQJALkLnU7YGxMP04pyeIiZVvp8UHQXrQZiOZbT/RH aRmulwk2DnTkA== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tDSZt6tf1zrMw for ; Wed, 9 Nov 2016 15:03:50 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uA9E3neh002019 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 9 Nov 2016 15:03:49 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: freebsd-stable@freebsd.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> From: Henri Hennebert Message-ID: Date: Wed, 9 Nov 2016 15:03:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 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.23 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, 09 Nov 2016 14:03:53 -0000 On 11/09/2016 14:58, Eric van Gyzen wrote: > On 11/09/2016 07:48, Henri Hennebert wrote: >> I encounter a strange deadlock on >> >> FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: >> Fri Nov 4 02:51:33 CET 2016 >> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 >> >> This system is exclusively running on zfs. >> >> After 3 or 4 days, `periodic daily` is locked in the directory /usr/local/news/bin >> >> [root@avoriaz ~]# ps xa|grep find >> 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune >> -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam >> 462 1 S+ 0:00.00 grep find >> [root@avoriaz ~]# procstat -f 85656 >> PID COMM FD T V FLAGS REF OFFSET PRO NAME >> 85656 find text v r r------- - - - /usr/bin/find >> 85656 find cwd v d r------- - - - /usr/local/news/bin >> 85656 find root v d r------- - - - / >> 85656 find 0 v c r------- 3 0 - /dev/null >> 85656 find 1 p - rw------ 1 0 - - >> 85656 find 2 v r -w------ 7 17 - - >> 85656 find 3 v d r------- 1 0 - /home/root >> 85656 find 4 v d r------- 1 0 - /home/root >> 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin >> [root@avoriaz ~]# >> >> If I try `ls /usr/local/news/bin` it is also locked. >> >> After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' >> >> After a reset and reboot I can access /usr/local/news/bin. >> >> I delete this directory and reinstall the package `portupgrade -fu news/inn` >> >> 5 days later `periodic daily`is locked on the same directory :-o >> >> Any idea? > I can't help with the deadlock, but someone who _can_ help will probably ask for > the output of "procstat -kk PID" with the PID of the "find" process. > > Eric [root@avoriaz ~]# procstat -kk 85656 PID TID COMM TDNAME KSTACK 85656 101112 find - mi_switch+0xd2 sleepq_wait+0x3a sleeplk+0x1b4 __lockmgr_args+0x356 vop_stdlock+0x3c VOP_LOCK1_APV+0x8d _vn_lock+0x43 vget+0x47 cache_lookup+0x679 vfs_cache_lookup+0xac VOP_LOOKUP_APV+0x87 lookup+0x591 namei+0x572 kern_statat+0xa8 sys_fstatat+0x2c amd64_syscall+0x4ce Xfast_syscall+0xfb Henri From owner-freebsd-stable@freebsd.org Wed Nov 9 18:28:40 2016 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 99936C372A4 for ; Wed, 9 Nov 2016 18:28:40 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from erza.lautre.net (erza.lautre.net [80.67.160.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.lautre.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E7766C7 for ; Wed, 9 Nov 2016 18:28:39 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by erza.lautre.net (Postfix) with ESMTPSA id 492AAEAF6B; Wed, 9 Nov 2016 19:23:14 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 1C0C24892B5; Wed, 9 Nov 2016 19:23:15 +0100 (CET) Date: Wed, 9 Nov 2016 19:23:15 +0100 From: Thierry Thomas To: Henri Hennebert Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock Message-ID: <20161109182315.GK794@graf.pompo.net> Mail-Followup-To: Henri Hennebert , freebsd-stable@freebsd.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-STABLE amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xF1C516B3C8359753 User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Nov 2016 18:28:40 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le mer. 9 nov. 16 =E0 15:03:49 +0100, Henri Hennebert =E9crivait=A0: > [root@avoriaz ~]# procstat -kk 85656 > PID TID COMM TDNAME KSTACK > 85656 101112 find - mi_switch+0xd2=20 > sleepq_wait+0x3a sleeplk+0x1b4 __lockmgr_args+0x356 vop_stdlock+0x3c=20 > VOP_LOCK1_APV+0x8d _vn_lock+0x43 vget+0x47 cache_lookup+0x679=20 > vfs_cache_lookup+0xac VOP_LOOKUP_APV+0x87 lookup+0x591 namei+0x572=20 > kern_statat+0xa8 sys_fstatat+0x2c amd64_syscall+0x4ce Xfast_syscall+0xfb It looks similar to the problem reportes in PR 205163 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205163 May be causes by too small values for some vfs.zfs.arc*. Could you please list sysctl for vfs.zfs.arc_max and others? Regards, --=20 Th. Thomas. --AhhlLboLdkugWU4S Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJYI2mSXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFNTM2QkU4NTM4NTM5OUQwMEI2RkFBNzZG MUM1MTZCM0M4MzU5NzUzAAoJEPHFFrPINZdTgogP/RbHMna+diDaRKTaxsY1S0ms skBEih1ldjDi9FlF0unN44qFNXyACoAC8VGxAK8+WePDPKNWw+LOXuZqbBq7GnrL nU1WZ5vSgxxAllsPM74y0DsyY5b2vWVGLfrVViq4YptdNOldYogCspnxSWuTFSJq gnczeCNzWvT+YE5RyT/vcrQ9IoiycRoUKRZqaTF4myfPxhgmmU1LOXcmUmxBNRmf c9SeFSWxNq8I7QM/eXNV1uAauyKCa5mIvrAzQzlc912i0icr63OjRVJ0VUMadgXp avu7O9dc6JpOhITeMAe3FfCM4iBWEFRECcqrVUx1snsbsrjbHmqZJ3aFm7+EvnXB hSblO5J2MBnvPiCMMj6o5XWW2k6VA4RH4YWc9OVqQAmlC6Mc9Z40v2BMygvkO4V2 wCPQHuYLnbFx2A5GnvVIcDpQ9a68o6qO+ZyuAxOLTCkNuKv4+6Y+ExUshQYfgV/F wqCZnuH++oiVUUs+Ghao9T0gwJvtuSDeZzPcsmBsW+YM7+fHB7m4fkiDE8b1l/bF lNOlVP91rTPAxNL+Afvwc/WMWG1FPyhSlkdi2PE9ioOzbPVHzqxV9nt4MfMuLwVX 4xXEc1wAkSmrtp5TKmVL8kTcq87TPYXOonp9nhz/bvVSP7Pv2dORFFZ51JnHF5gh y6oumHtO5gW7W4hpJAWB =JvyK -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@freebsd.org Wed Nov 9 19:13:58 2016 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 B9CA3C37E06 for ; Wed, 9 Nov 2016 19:13:58 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (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 8C36039F for ; Wed, 9 Nov 2016 19:13:58 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id q124so177760725itd.1 for ; Wed, 09 Nov 2016 11:13:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=WF4UUVs1rqdDPaQT827SYiS1WKAIysNkSrD/DIsNQy8=; b=u9n7TnKYazKYbytgyT2ArCJoQ/G6qsfw/ZzHcNaVEHgme+jOn7/i3ZFggNLu8AgFmI krNCn9of2KDWQ6iM/DaQq90PRHhOtrW6EV0EWMHlvucloIxKRa8WcaB1YRZ7gys/nNCl ngcMj52fOrIdYWUTMu5UhVHlNx3od6gx+WXkfUuHCxWOa623mvaz+WvIPW+VpUTY9mf1 FkdvbUWQMdvCul0b02fngCWSSWgOjE0vbl2+VdrTtxXMCqGQFmdQx3eLKufUi9JpO3RS RcL9xt/ZQKJn1+pZnk1HTQeg5Uz3p3vJ8RBzBPj8uM31qi21uGTAuVOdlejY7zRFVbMt Zgow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=WF4UUVs1rqdDPaQT827SYiS1WKAIysNkSrD/DIsNQy8=; b=f1IUvFBIA+hw9eK1HzgVHQ+6olQh3SPIwUleuXNjLhWG29oHSOVGKHqGsDDf9FgGWI qunE5tSgDEgKjjSDiIwgoNljA2jF9wCj4Flzq/MYOcM02CTrFQqie/HM+shIJHXXOY7q kA5WskB0Tpy2ootPA6CjZcNFYST5IIYSx6OZju95LZfxvAAj9GPfdIQ1zbLVBmTm9+M7 MMn//fucoC6OtgcrJTqlcfj94E9xYshrvChRtC/gQLzMKOD2xshO4z2Gq5ekmh0ICYe6 benB+tScwedeKuNb4I4udocMg32K/zTSBEjdp2SOoF00eFgURWVhtJQofhyItu1pYHwZ wksw== X-Gm-Message-State: ABUngvc7C5ccFYlXJt+kbk25H3jHhHVQ1iBbxRp8OEEIur+n/MbxKdlHmWjXXTpieXqUYh9QA6IRWfOmHRxq0Q== X-Received: by 10.107.181.148 with SMTP id e142mr1945306iof.202.1478718837619; Wed, 09 Nov 2016 11:13:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.109.200 with HTTP; Wed, 9 Nov 2016 11:13:57 -0800 (PST) From: =?UTF-8?Q?Fernando_Herrero_Carr=C3=B3n?= Date: Wed, 9 Nov 2016 20:13:57 +0100 Message-ID: Subject: i915 rc6 powersaving on ironlake failing To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Nov 2016 19:13:58 -0000 Hi everyone, I am running FreeBSD 11.0-RELEASE-p2 #0 on an old toshiba laptop. I have had drm.i915.enable_rc6=7 on /boot/loader.conf for a long time (at least in 10-RELEASE) and I thought it was working. I have only realised now the following error in dmesg: drmn0: taking over the fictitious range 0xc0000000-0xd0000000 error: [drm:pid813:__wait_seqno] *ERROR* WARN ON: !ring->irq_get(ring)error: [drm:pid813:ironlake_enable_rc6] *ERROR* failed to enable ironlake power power savings I don't know if it is a regression in FreeBSD 11 or if I just never noticed the error before. Is there anything I can do to enable powersaving? Thanks, Fernando From owner-freebsd-stable@freebsd.org Thu Nov 10 06:33:09 2016 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 9AB14C396DD for ; Thu, 10 Nov 2016 06:33:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF92C8F; Thu, 10 Nov 2016 06:33:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A5E0B1DE; Thu, 10 Nov 2016 06:33:09 +0000 (UTC) Date: Thu, 10 Nov 2016 06:33:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1018965834.4.1478759589599.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <20782177.0.1478271041593.JavaMail.jenkins@jenkins-9.freebsd.org> References: <20782177.0.1478271041593.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #448 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 06:33:09 -0000 https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/448/ From owner-freebsd-stable@freebsd.org Thu Nov 10 08:03:20 2016 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 CC3CDC399F7 for ; Thu, 10 Nov 2016 08:03:20 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 66A288C9 for ; Thu, 10 Nov 2016 08:03:20 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=freebsd-stable@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tDwXP5PQSzrGR DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478764997; bh=tbclbwTmJn3nFexFeC/s5KFnpEEjKzhcVsKQynHwBk4=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20freebsd-stable@freebsd.org|References:=20<0c223160-b76f-c635-b b15-4a068ba7efe7@restart.be>=0D=0A=20=0D=0A=20=0D=0A=20<20161109182315.GK794@graf.pompo.net>|From:= 20Henri=20Hennebert=20|Date:=20Thu,=2010=20Nov=202 016=2009:03:16=20+0100|In-Reply-To:=20<20161109182315.GK794@graf.p ompo.net>; b=PB6Q7N4madoZp8Bn1zyysRRQRrcigsqUqitgEG6sy288FCwYMO+DgfvzlQPAD3IGt kTo+fs6rxMoxl3CZNXp8iG1e6oK+9Ii8awjwvDV/HP3IF0wDd6Y6DeUmDBfK8oobAA ggQGcEdRbZiIZslc2u4e/UoiaTxh9+1Nd/JZhehMXKKRxickW4ht7qYxxDXn1p0O04 QU57m0XQwdVjKJwk46weIiZGxXzmhTSn7p6vd1nqDzfTy+Gw7zeSV8VJJf2RpxIU45 Yq0wVPePSpUy7GNxeva/T7VunxHJGyR7/MZTi7Z7SDut1FXhYRTNyTGGnxkgrxR1ph B/xKbU2r48slA== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tDwXP5PQSzrGR for ; Thu, 10 Nov 2016 09:03:17 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uAA83Ggk026636 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 10 Nov 2016 09:03:16 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: freebsd-stable@freebsd.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <20161109182315.GK794@graf.pompo.net> From: Henri Hennebert Message-ID: <840f9bcb-4731-a5a5-a560-2701a7fcf092@restart.be> Date: Thu, 10 Nov 2016 09:03:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161109182315.GK794@graf.pompo.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 08:03:20 -0000 On 11/09/2016 19:23, Thierry Thomas wrote: > Le mer. 9 nov. 16 à 15:03:49 +0100, Henri Hennebert > écrivait : > >> [root@avoriaz ~]# procstat -kk 85656 >> PID TID COMM TDNAME KSTACK >> 85656 101112 find - mi_switch+0xd2 >> sleepq_wait+0x3a sleeplk+0x1b4 __lockmgr_args+0x356 vop_stdlock+0x3c >> VOP_LOCK1_APV+0x8d _vn_lock+0x43 vget+0x47 cache_lookup+0x679 >> vfs_cache_lookup+0xac VOP_LOOKUP_APV+0x87 lookup+0x591 namei+0x572 >> kern_statat+0xa8 sys_fstatat+0x2c amd64_syscall+0x4ce Xfast_syscall+0xfb > > It looks similar to the problem reportes in PR 205163 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205163 > > May be causes by too small values for some vfs.zfs.arc*. > Could you please list sysctl for vfs.zfs.arc_max and others? > > Regards, > [root@avoriaz ~]# sysctl vfs.zfs vfs.zfs.trim.max_interval: 1 vfs.zfs.trim.timeout: 30 vfs.zfs.trim.txg_delay: 32 vfs.zfs.trim.enabled: 1 vfs.zfs.vol.unmap_enabled: 1 vfs.zfs.vol.recursive: 0 vfs.zfs.vol.mode: 1 vfs.zfs.version.zpl: 5 vfs.zfs.version.spa: 5000 vfs.zfs.version.acl: 1 vfs.zfs.version.ioctl: 6 vfs.zfs.debug: 0 vfs.zfs.super_owner: 0 vfs.zfs.sync_pass_rewrite: 2 vfs.zfs.sync_pass_dont_compress: 5 vfs.zfs.sync_pass_deferred_free: 2 vfs.zfs.zio.exclude_metadata: 0 vfs.zfs.zio.use_uma: 1 vfs.zfs.cache_flush_disable: 0 vfs.zfs.zil_replay_disable: 0 vfs.zfs.min_auto_ashift: 9 vfs.zfs.max_auto_ashift: 13 vfs.zfs.vdev.trim_max_pending: 10000 vfs.zfs.vdev.bio_delete_disable: 0 vfs.zfs.vdev.bio_flush_disable: 0 vfs.zfs.vdev.write_gap_limit: 4096 vfs.zfs.vdev.read_gap_limit: 32768 vfs.zfs.vdev.aggregation_limit: 131072 vfs.zfs.vdev.trim_max_active: 64 vfs.zfs.vdev.trim_min_active: 1 vfs.zfs.vdev.scrub_max_active: 2 vfs.zfs.vdev.scrub_min_active: 1 vfs.zfs.vdev.async_write_max_active: 10 vfs.zfs.vdev.async_write_min_active: 1 vfs.zfs.vdev.async_read_max_active: 3 vfs.zfs.vdev.async_read_min_active: 1 vfs.zfs.vdev.sync_write_max_active: 10 vfs.zfs.vdev.sync_write_min_active: 10 vfs.zfs.vdev.sync_read_max_active: 10 vfs.zfs.vdev.sync_read_min_active: 10 vfs.zfs.vdev.max_active: 1000 vfs.zfs.vdev.async_write_active_max_dirty_percent: 60 vfs.zfs.vdev.async_write_active_min_dirty_percent: 30 vfs.zfs.vdev.mirror.non_rotating_seek_inc: 1 vfs.zfs.vdev.mirror.non_rotating_inc: 0 vfs.zfs.vdev.mirror.rotating_seek_offset: 1048576 vfs.zfs.vdev.mirror.rotating_seek_inc: 5 vfs.zfs.vdev.mirror.rotating_inc: 0 vfs.zfs.vdev.trim_on_init: 1 vfs.zfs.vdev.cache.bshift: 16 vfs.zfs.vdev.cache.size: 0 vfs.zfs.vdev.cache.max: 16384 vfs.zfs.vdev.metaslabs_per_vdev: 200 vfs.zfs.txg.timeout: 5 vfs.zfs.space_map_blksz: 4096 vfs.zfs.spa_slop_shift: 5 vfs.zfs.spa_asize_inflation: 24 vfs.zfs.deadman_enabled: 1 vfs.zfs.deadman_checktime_ms: 5000 vfs.zfs.deadman_synctime_ms: 1000000 vfs.zfs.debug_flags: 0 vfs.zfs.recover: 0 vfs.zfs.spa_load_verify_data: 1 vfs.zfs.spa_load_verify_metadata: 1 vfs.zfs.spa_load_verify_maxinflight: 10000 vfs.zfs.ccw_retry_interval: 300 vfs.zfs.check_hostid: 1 vfs.zfs.mg_fragmentation_threshold: 85 vfs.zfs.mg_noalloc_threshold: 0 vfs.zfs.condense_pct: 200 vfs.zfs.metaslab.bias_enabled: 1 vfs.zfs.metaslab.lba_weighting_enabled: 1 vfs.zfs.metaslab.fragmentation_factor_enabled: 1 vfs.zfs.metaslab.preload_enabled: 1 vfs.zfs.metaslab.preload_limit: 3 vfs.zfs.metaslab.unload_delay: 8 vfs.zfs.metaslab.load_pct: 50 vfs.zfs.metaslab.min_alloc_size: 33554432 vfs.zfs.metaslab.df_free_pct: 4 vfs.zfs.metaslab.df_alloc_threshold: 131072 vfs.zfs.metaslab.debug_unload: 0 vfs.zfs.metaslab.debug_load: 0 vfs.zfs.metaslab.fragmentation_threshold: 70 vfs.zfs.metaslab.gang_bang: 16777217 vfs.zfs.free_bpobj_enabled: 1 vfs.zfs.free_max_blocks: 18446744073709551615 vfs.zfs.no_scrub_prefetch: 0 vfs.zfs.no_scrub_io: 0 vfs.zfs.resilver_min_time_ms: 3000 vfs.zfs.free_min_time_ms: 1000 vfs.zfs.scan_min_time_ms: 1000 vfs.zfs.scan_idle: 50 vfs.zfs.scrub_delay: 4 vfs.zfs.resilver_delay: 2 vfs.zfs.top_maxinflight: 32 vfs.zfs.zfetch.array_rd_sz: 1048576 vfs.zfs.zfetch.max_distance: 8388608 vfs.zfs.zfetch.min_sec_reap: 2 vfs.zfs.zfetch.max_streams: 8 vfs.zfs.prefetch_disable: 1 vfs.zfs.delay_scale: 500000 vfs.zfs.delay_min_dirty_percent: 60 vfs.zfs.dirty_data_sync: 67108864 vfs.zfs.dirty_data_max_percent: 10 vfs.zfs.dirty_data_max_max: 4294967296 vfs.zfs.dirty_data_max: 373664153 vfs.zfs.max_recordsize: 1048576 vfs.zfs.mdcomp_disable: 0 vfs.zfs.nopwrite_enabled: 1 vfs.zfs.dedup.prefetch: 1 vfs.zfs.l2c_only_size: 0 vfs.zfs.mfu_ghost_data_lsize: 24202240 vfs.zfs.mfu_ghost_metadata_lsize: 136404992 vfs.zfs.mfu_ghost_size: 160607232 vfs.zfs.mfu_data_lsize: 449569280 vfs.zfs.mfu_metadata_lsize: 102724608 vfs.zfs.mfu_size: 714202624 vfs.zfs.mru_ghost_data_lsize: 874834432 vfs.zfs.mru_ghost_metadata_lsize: 387692032 vfs.zfs.mru_ghost_size: 1262526464 vfs.zfs.mru_data_lsize: 151275008 vfs.zfs.mru_metadata_lsize: 13547008 vfs.zfs.mru_size: 322614272 vfs.zfs.anon_data_lsize: 0 vfs.zfs.anon_metadata_lsize: 0 vfs.zfs.anon_size: 2916352 vfs.zfs.l2arc_norw: 1 vfs.zfs.l2arc_feed_again: 1 vfs.zfs.l2arc_noprefetch: 1 vfs.zfs.l2arc_feed_min_ms: 200 vfs.zfs.l2arc_feed_secs: 1 vfs.zfs.l2arc_headroom: 2 vfs.zfs.l2arc_write_boost: 8388608 vfs.zfs.l2arc_write_max: 8388608 vfs.zfs.arc_meta_limit: 402653184 vfs.zfs.arc_free_target: 6204 vfs.zfs.arc_shrink_shift: 7 vfs.zfs.arc_average_blocksize: 8192 vfs.zfs.arc_min: 201326592 vfs.zfs.arc_max: 1610612736 [root@avoriaz ~]# Henri From owner-freebsd-stable@freebsd.org Thu Nov 10 10:22:54 2016 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 D29A4C39985 for ; Thu, 10 Nov 2016 10:22:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F17A1972; Thu, 10 Nov 2016 10:22:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA20161; Thu, 10 Nov 2016 12:22:33 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c4mV7-0006ZS-AG; Thu, 10 Nov 2016 12:22:33 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Eric van Gyzen , freebsd-stable@FreeBSD.org, Henri Hennebert References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> From: Andriy Gapon Message-ID: <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> Date: Thu, 10 Nov 2016 12:21:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 10:22:54 -0000 On 09/11/2016 15:58, Eric van Gyzen wrote: > On 11/09/2016 07:48, Henri Hennebert wrote: >> I encounter a strange deadlock on >> >> FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: >> Fri Nov 4 02:51:33 CET 2016 >> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 >> >> This system is exclusively running on zfs. >> >> After 3 or 4 days, `periodic daily` is locked in the directory /usr/local/news/bin >> >> [root@avoriaz ~]# ps xa|grep find >> 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune >> -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam >> 462 1 S+ 0:00.00 grep find >> [root@avoriaz ~]# procstat -f 85656 >> PID COMM FD T V FLAGS REF OFFSET PRO NAME >> 85656 find text v r r------- - - - /usr/bin/find >> 85656 find cwd v d r------- - - - /usr/local/news/bin >> 85656 find root v d r------- - - - / >> 85656 find 0 v c r------- 3 0 - /dev/null >> 85656 find 1 p - rw------ 1 0 - - >> 85656 find 2 v r -w------ 7 17 - - >> 85656 find 3 v d r------- 1 0 - /home/root >> 85656 find 4 v d r------- 1 0 - /home/root >> 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin >> [root@avoriaz ~]# >> >> If I try `ls /usr/local/news/bin` it is also locked. >> >> After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' >> >> After a reset and reboot I can access /usr/local/news/bin. >> >> I delete this directory and reinstall the package `portupgrade -fu news/inn` >> >> 5 days later `periodic daily`is locked on the same directory :-o >> >> Any idea? > > I can't help with the deadlock, but someone who _can_ help will probably ask for > the output of "procstat -kk PID" with the PID of the "find" process. In fact, it's procstat -kk -a. With just one thread we would see that a thread is blocked on something, but we won't see why that something can not be acquired. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Thu Nov 10 10:31:03 2016 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 8E4DCC39C70 for ; Thu, 10 Nov 2016 10:31:03 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CE9AEDEA; Thu, 10 Nov 2016 10:31:02 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=avg@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tDzpr5Vm8zs3D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478773861; bh=KkNmT/o41Y5Hu3DZjJN9b/aCsGkMHYw5PuSWYeuy15I=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20Andriy=20Gapon=20,=20Eric=20van=20Gyzen=20,=0D=0A=20=20=20=20=20=20=20=20freebsd-stable@F reeBSD.org|References:=20<0c223160-b76f-c635-bb15-4a068ba7efe7@res tart.be>=0D=0A=20=0D=0A=20<43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org>|From: =20Henri=20Hennebert=20|Date:=20Thu,=2010=20Nov=20 2016=2011:30:58=20+0100|In-Reply-To:=20<43c9d4d4-1995-5626-d70a-f9 2a5b456629@FreeBSD.org>; b=O0kN8fkNUJuFE5pOuAAkQB8Ui53q+WcAj0QJMK5zn0dpkw/c7sSBcN5aSYGf7oTMB R3vEqYr468yslc6ApEZ7pwdDxwgyomLk+MZxDR/iI2R7n6YsqdeHANBOcekT1/CL8m Sr/GyP1gCHzRfzw0clMweaZESPlISg0J3CtFfAx2lpn3tbjURYYTNCSUJ9UjKMg/C7 cOUZGOTDzn+sKBsC0TZl9zTvf4OIsXSbkkgn0rIhQPjDEe3928hCi2IvvtqLq3UTj/ DBEdCS91Ul6LxQF46c+VSNj2B971F9Yt+LhdDbGxD3zLMKp6jJewg2YsMXPVMjr8Rw m6pSmyE9VN2YA== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tDzpr5Vm8zs3D; Thu, 10 Nov 2016 11:31:00 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uAAAUwlb030018 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 Nov 2016 11:30:59 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Andriy Gapon , Eric van Gyzen , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> From: Henri Hennebert Message-ID: Date: Thu, 10 Nov 2016 11:30:58 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------99030CD41D2B988F52652AF5" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 10:31:03 -0000 This is a multi-part message in MIME format. --------------99030CD41D2B988F52652AF5 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 11/10/2016 11:21, Andriy Gapon wrote: > On 09/11/2016 15:58, Eric van Gyzen wrote: >> On 11/09/2016 07:48, Henri Hennebert wrote: >>> I encounter a strange deadlock on >>> >>> FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: >>> Fri Nov 4 02:51:33 CET 2016 >>> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 >>> >>> This system is exclusively running on zfs. >>> >>> After 3 or 4 days, `periodic daily` is locked in the directory /usr/local/news/bin >>> >>> [root@avoriaz ~]# ps xa|grep find >>> 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune >>> -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam >>> 462 1 S+ 0:00.00 grep find >>> [root@avoriaz ~]# procstat -f 85656 >>> PID COMM FD T V FLAGS REF OFFSET PRO NAME >>> 85656 find text v r r------- - - - /usr/bin/find >>> 85656 find cwd v d r------- - - - /usr/local/news/bin >>> 85656 find root v d r------- - - - / >>> 85656 find 0 v c r------- 3 0 - /dev/null >>> 85656 find 1 p - rw------ 1 0 - - >>> 85656 find 2 v r -w------ 7 17 - - >>> 85656 find 3 v d r------- 1 0 - /home/root >>> 85656 find 4 v d r------- 1 0 - /home/root >>> 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin >>> [root@avoriaz ~]# >>> >>> If I try `ls /usr/local/news/bin` it is also locked. >>> >>> After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' >>> >>> After a reset and reboot I can access /usr/local/news/bin. >>> >>> I delete this directory and reinstall the package `portupgrade -fu news/inn` >>> >>> 5 days later `periodic daily`is locked on the same directory :-o >>> >>> Any idea? >> >> I can't help with the deadlock, but someone who _can_ help will probably ask for >> the output of "procstat -kk PID" with the PID of the "find" process. > > In fact, it's procstat -kk -a. With just one thread we would see that a thread > is blocked on something, but we won't see why that something can not be acquired. > > I attach the result, Henri --------------99030CD41D2B988F52652AF5 Content-Type: text/plain; charset=UTF-8; name="procstat.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="procstat.txt" [root@avoriaz ~]# procstat -kk -a PID TID COMM TDNAME KSTACK 0 100000 kernel swapper mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 swapper+0x464 btext+0x2c 0 100009 kernel kqueue_ctx taskq mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100012 kernel aiod_kick taskq mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100013 kernel thread taskq mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100018 kernel firmware taskq mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100022 kernel acpi_task_0 mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100023 kernel acpi_task_1 mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100024 kernel acpi_task_2 mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100025 kernel em0 que mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100026 kernel em0 txq mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100027 kernel em1 taskq mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100060 kernel mca taskq mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd taskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100061 kernel system_taskq_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100062 kernel system_taskq_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100063 kernel dbu_evict mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100072 kernel CAM taskq mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100086 kernel if_config_tqg_0 mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd gtaskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100087 kernel if_io_tqg_0 mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd gtaskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100088 kernel if_io_tqg_1 mi_switch+0xd2 sleepq_wait+0x3a msleep_spin_sbt+0x1bd gtaskqueue_thread_loop+0x113 fork_exit+0x85 fork_trampoline+0xe 0 100321 kernel zio_null_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100322 kernel zio_null_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100323 kernel zio_read_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100324 kernel zio_read_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100325 kernel zio_read_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100326 kernel zio_read_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100327 kernel zio_read_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100328 kernel zio_read_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100329 kernel zio_read_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100330 kernel zio_read_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100331 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100332 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100333 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100334 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100335 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100336 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100337 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100338 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100339 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100340 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100341 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100342 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100343 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100344 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100345 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100346 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100347 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100348 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100349 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100350 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100351 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100352 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100353 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100354 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100355 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100356 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100357 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100358 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100359 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100360 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100361 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100362 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100363 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100364 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100365 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100366 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100367 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100368 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100369 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100370 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100371 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100372 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100373 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100374 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100375 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100376 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100377 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100378 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100379 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100380 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100381 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100382 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100383 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100384 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100385 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100386 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100387 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100388 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100389 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100390 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100391 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100392 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100393 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100394 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100395 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100396 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100397 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100398 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100399 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100400 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100401 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100402 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100403 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100404 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100405 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100406 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100407 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100408 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100409 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100410 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100411 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100412 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100413 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100414 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100415 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100416 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100417 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100418 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100419 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100420 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100421 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100422 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100423 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100424 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100425 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100426 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100427 kernel zio_write_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100428 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100429 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100430 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100431 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100432 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100433 kernel zio_write_intr_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100434 kernel zio_write_intr_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100435 kernel zio_write_intr_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100436 kernel zio_write_intr_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100437 kernel zio_write_intr_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100438 kernel zio_write_intr_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100439 kernel zio_write_intr_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100440 kernel zio_write_intr_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100441 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100442 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100443 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100444 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100445 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100446 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100447 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100448 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100449 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100450 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100451 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100452 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100453 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100454 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100455 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100456 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100457 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100458 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100459 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100460 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100461 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100462 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100463 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100464 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100465 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100466 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100467 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100468 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100469 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100470 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100471 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100472 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100473 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100474 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100475 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100476 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100477 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100478 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100479 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100480 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100481 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100482 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100483 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100484 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100485 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100486 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100487 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100488 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100489 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100490 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100491 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100492 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100493 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100494 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100495 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100496 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100497 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100498 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100499 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100500 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100501 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100502 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100503 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100504 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100505 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100506 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100507 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100508 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100509 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100510 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100511 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100512 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100513 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100514 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100515 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100516 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100517 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100518 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100519 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100520 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100521 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100522 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100523 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100524 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100525 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100526 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100527 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100528 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100529 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100530 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100531 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100532 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100533 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100534 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100535 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100536 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100537 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100538 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100539 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100540 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100541 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100542 kernel zio_free_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100543 kernel zio_claim_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100544 kernel zio_claim_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100545 kernel zio_ioctl_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100546 kernel zio_ioctl_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100548 kernel metaslab_group_t mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100549 kernel zfs_vn_rele_task mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100574 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100810 kernel zio_null_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100811 kernel zio_null_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100812 kernel zio_read_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100813 kernel zio_read_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100814 kernel zio_read_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100815 kernel zio_read_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100816 kernel zio_read_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100817 kernel zio_read_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100818 kernel zio_read_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100819 kernel zio_read_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100820 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100821 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100822 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100823 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100824 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100825 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100826 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100827 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100828 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100829 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100830 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100831 kernel zio_read_intr_0_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100832 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100833 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100834 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100835 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100836 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100837 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100838 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100839 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100840 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100841 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100842 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100843 kernel zio_read_intr_1_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100844 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100845 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100846 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100847 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100848 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100849 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100850 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100851 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100852 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100853 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100854 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100855 kernel zio_read_intr_2_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100856 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100857 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100858 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100859 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100860 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100861 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100862 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100863 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100864 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100865 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100866 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100867 kernel zio_read_intr_3_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100868 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100869 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100870 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100871 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100872 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100873 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100874 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100875 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100876 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100877 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100878 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100879 kernel zio_read_intr_4_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100880 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100881 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100882 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100883 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100884 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100885 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100886 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100887 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100888 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100889 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100890 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100891 kernel zio_read_intr_5_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100892 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100893 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100894 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100895 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100896 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100897 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100898 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100899 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100900 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100901 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100902 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100903 kernel zio_read_intr_6_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100904 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100905 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100906 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100907 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100908 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100909 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100910 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100911 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100912 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100913 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100914 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100915 kernel zio_read_intr_7_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100916 kernel zio_write_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100917 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100918 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100919 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100920 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100921 kernel zio_write_issue_ mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100922 kernel zio_write_intr_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100923 kernel zio_write_intr_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100924 kernel zio_write_intr_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100925 kernel zio_write_intr_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100926 kernel zio_write_intr_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100927 kernel zio_write_intr_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100928 kernel zio_write_intr_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100929 kernel zio_write_intr_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100930 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100931 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100932 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100933 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100934 kernel zio_write_intr_h mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100935 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100936 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100937 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100938 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100939 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100940 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100941 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100942 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100943 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100944 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100945 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100946 kernel zio_free_issue_0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100947 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100948 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100949 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100950 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100951 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100952 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100953 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100954 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100955 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100956 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100957 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100958 kernel zio_free_issue_1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100959 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100960 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100961 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100962 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100963 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100964 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100965 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100966 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100967 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100968 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100969 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100970 kernel zio_free_issue_2 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100971 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100972 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100973 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100974 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100975 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100976 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100977 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100978 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100979 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100980 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100981 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100982 kernel zio_free_issue_3 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100983 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100984 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100985 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100986 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100987 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100988 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100989 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100990 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100991 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100992 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100993 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100994 kernel zio_free_issue_4 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100995 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100996 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100997 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100998 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 100999 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101000 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101001 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101002 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101003 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101004 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101005 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101006 kernel zio_free_issue_5 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101007 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101008 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101009 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101010 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101011 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101012 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101013 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101014 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101015 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101016 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101017 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101018 kernel zio_free_issue_6 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101019 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101020 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101021 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101022 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101023 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101024 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101025 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101026 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101027 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101028 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101029 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101030 kernel zio_free_issue_7 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101031 kernel zio_free_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101032 kernel zio_claim_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101033 kernel zio_claim_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101034 kernel zio_ioctl_issue mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101035 kernel zio_ioctl_intr mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101037 kernel metaslab_group_t mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101038 kernel zfs_vn_rele_task mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101064 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101065 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101066 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101067 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101068 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101069 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101070 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101071 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101072 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101073 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101074 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101075 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101076 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101077 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101078 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101079 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101080 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101081 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101082 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101083 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101084 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101085 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 0 101086 kernel zil_clean mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 taskqueue_thread_loop+0x141 fork_exit+0x85 fork_trampoline+0xe 1 100002 init - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 2 100019 crypto - mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 crypto_proc+0x2df fork_exit+0x85 fork_trampoline+0xe 3 100020 crypto returns - mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 crypto_ret_proc+0x141 fork_exit+0x85 fork_trampoline+0xe 4 100021 cam doneq0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 xpt_done_td+0x1df fork_exit+0x85 fork_trampoline+0xe 4 100073 cam scanner mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 xpt_scanner_thread+0xe4 fork_exit+0x85 fork_trampoline+0xe 5 100064 zfskern arc_reclaim_thre mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 arc_reclaim_thread+0x24a fork_exit+0x85 fork_trampoline+0xe 5 100065 zfskern arc_user_evicts_ mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 arc_user_evicts_thread+0x13c fork_exit+0x85 fork_trampoline+0xe 5 100066 zfskern arc_dnlc_evicts_ mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 arc_dnlc_evicts_thread+0xff fork_exit+0x85 fork_trampoline+0xe 5 100067 zfskern l2arc_feed_threa mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 l2arc_feed_thread+0xc53 fork_exit+0x85 fork_trampoline+0xe 5 100547 zfskern trim rpool mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 trim_thread+0x9b fork_exit+0x85 fork_trampoline+0xe 5 100567 zfskern txg_thread_enter mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 txg_quiesce_thread+0x14b fork_exit+0x85 fork_trampoline+0xe 5 100568 zfskern txg_thread_enter mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 txg_sync_thread+0x1ea fork_exit+0x85 fork_trampoline+0xe 5 100569 zfskern zvol rpool/swap mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 zvol_geom_worker+0x11a fork_exit+0x85 fork_trampoline+0xe 5 101036 zfskern trim pool1 mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 trim_thread+0x9b fork_exit+0x85 fork_trampoline+0xe 5 101056 zfskern txg_thread_enter mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 txg_quiesce_thread+0x14b fork_exit+0x85 fork_trampoline+0xe 5 101057 zfskern txg_thread_enter mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 txg_sync_thread+0x1ea fork_exit+0x85 fork_trampoline+0xe 6 100068 sctp_iterator - mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 sctp_iterator_thread+0x99 fork_exit+0x85 fork_trampoline+0xe 7 100069 pf purge - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 pf_purge_thread+0x84 fork_exit+0x85 fork_trampoline+0xe 8 100071 rand_harvestq - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 random_kthread+0x270 fork_exit+0x85 fork_trampoline+0xe 9 100074 soaiod1 - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 soaio_kproc_loop+0x115 fork_exit+0x85 fork_trampoline+0xe 10 100001 audit - mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 audit_worker+0xa3 fork_exit+0x85 fork_trampoline+0xe 11 100003 idle idle: cpu0 sched_idletd+0x3d3 fork_exit+0x85 fork_trampoline+0xe 11 100004 idle idle: cpu1 mi_switch+0xd2 sched_idletd+0x440 fork_exit+0x85 fork_trampoline+0xe 12 100005 intr swi3: vm 12 100006 intr swi4: clock (0) mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100007 intr swi4: clock (1) 12 100008 intr swi1: netisr 0 mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100010 intr swi6: task queue mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100011 intr swi6: Giant task mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100014 intr swi5: fast taskq mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100028 intr irq23: uhci0 ehc mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100034 intr irq19: uhci1 ahc mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100040 intr irq18: uhci2 12 100046 intr irq16: uhci3 12 100057 intr irq14: ata0 mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100058 intr irq1: atkbd0 mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 12 100059 intr swi0: uart 12 100070 intr swi1: pf send mi_switch+0xd2 ithread_loop+0x1d2 fork_exit+0x85 fork_trampoline+0xe 13 100015 geom g_event mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 g_run_events+0x50 fork_exit+0x85 fork_trampoline+0xe 13 100016 geom g_up mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 g_io_schedule_up+0x1c9 g_up_procbody+0x7d fork_exit+0x85 fork_trampoline+0xe 13 100017 geom g_down mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 g_io_schedule_down+0xec g_down_procbody+0x7d fork_exit+0x85 fork_trampoline+0xe 14 100029 usb usbus0 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100030 usb usbus0 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100031 usb usbus0 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100032 usb usbus0 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100033 usb usbus0 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100035 usb usbus1 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100036 usb usbus1 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100037 usb usbus1 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100038 usb usbus1 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100039 usb usbus1 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100041 usb usbus2 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100042 usb usbus2 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100043 usb usbus2 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100044 usb usbus2 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100045 usb usbus2 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100047 usb usbus3 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100048 usb usbus3 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100049 usb usbus3 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100050 usb usbus3 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100051 usb usbus3 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100052 usb usbus4 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100053 usb usbus4 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100054 usb usbus4 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100055 usb usbus4 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 14 100056 usb usbus4 mi_switch+0xd2 sleepq_wait+0x3a _cv_wait+0x194 usb_process+0x167 fork_exit+0x85 fork_trampoline+0xe 15 100075 soaiod2 - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 soaio_kproc_loop+0x115 fork_exit+0x85 fork_trampoline+0xe 16 100076 soaiod3 - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 soaio_kproc_loop+0x115 fork_exit+0x85 fork_trampoline+0xe 17 100077 soaiod4 - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 soaio_kproc_loop+0x115 fork_exit+0x85 fork_trampoline+0xe 18 100078 pagedaemon - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 vm_pageout+0x302 fork_exit+0x85 fork_trampoline+0xe 18 100089 pagedaemon uma mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 uma_reclaim_worker+0xc1 fork_exit+0x85 fork_trampoline+0xe 19 100079 vmdaemon - mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 vm_daemon+0xd2 fork_exit+0x85 fork_trampoline+0xe 20 100080 pagezero - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 vm_pagezero+0xc5 fork_exit+0x85 fork_trampoline+0xe 21 100081 bufdaemon - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 buf_daemon+0xb8 fork_exit+0x85 fork_trampoline+0xe 22 100082 bufspacedaemon - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 bufspace_daemon+0x2ba fork_exit+0x85 fork_trampoline+0xe 23 100083 syncer - mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 sched_sync+0x966 fork_exit+0x85 fork_trampoline+0xe 24 100084 vnlru - mi_switch+0xd2 sleepq_timedwait+0x3a _sleep+0x281 vnlru_proc+0x94 fork_exit+0x85 fork_trampoline+0xe 25 100085 flowcleaner - mi_switch+0xd2 sleepq_timedwait+0x3a _cv_timedwait_sbt+0x1c4 flowtable_cleaner+0x1cc fork_exit+0x85 fork_trampoline+0xe 26 100090 g_mirror swap - mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 g_mirror_worker+0x2321 fork_exit+0x85 fork_trampoline+0xe 493 100580 pflogd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 sbwait+0x4f soreceive_generic+0x1ae dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 498 101061 pflogd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f bpfread+0x27b devfs_read_f+0xe8 dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 577 101098 syslogd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 585 101094 rpcbind - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 764 101059 named - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_sigtimedwait+0x492 sys_sigwait+0x49 amd64_syscall+0x4ce Xfast_syscall+0xfb 764 101103 named - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 764 101104 named - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 764 101105 named - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 764 101106 named - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kqueue_kevent+0x336 kern_kevent+0xb5 sys_kevent+0x11c amd64_syscall+0x4ce Xfast_syscall+0xfb 774 101091 slapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait+0x77 amd64_syscall+0x4ce Xfast_syscall+0xfb 774 101107 slapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 774 101275 slapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 774 101276 slapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 790 101063 auditd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 audit_read+0xbc devfs_read_f+0xe8 dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 813 101102 mountd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 819 101108 nfsd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 820 101101 nfsd nfsd: master mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 svc_run_internal+0x5e0 svc_run+0x17d nfsrvd_nfsd+0x31b nfssvc_nfsd+0x1db sys_nfssvc+0xba amd64_syscall+0x4ce Xfast_syscall+0xfb 820 101109 nfsd nfsd: service mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 svc_run_internal+0xc29 svc_thread_start+0xb fork_exit+0x85 fork_trampoline+0xe 820 101110 nfsd nfsd: service mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 svc_run_internal+0xc29 svc_thread_start+0xb fork_exit+0x85 fork_trampoline+0xe 820 101111 nfsd nfsd: service mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 svc_run_internal+0xc29 svc_thread_start+0xb fork_exit+0x85 fork_trampoline+0xe 830 101060 apcupsd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 830 101113 apcupsd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_sigtimedwait+0x492 sys_sigwait+0x49 amd64_syscall+0x4ce Xfast_syscall+0xfb 830 101114 apcupsd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 833 101116 mpd5 - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 833 101117 mpd5 - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 842 101097 ng_queue ng_queue0 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 ngthread+0x8c fork_exit+0x85 fork_trampoline+0xe 842 101115 ng_queue ng_queue1 mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 ngthread+0x8c fork_exit+0x85 fork_trampoline+0xe 970 101122 dhcpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 978 101121 proftpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1000 101123 racoon - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1016 101125 squid - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 1018 101119 squid - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kqueue_kevent+0x336 kern_kevent+0xb5 sys_kevent+0x11c amd64_syscall+0x4ce Xfast_syscall+0xfb 1020 101090 log_file_daemon - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 sbwait+0x4f soreceive_generic+0x1ae dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 1021 101126 unlinkd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 1044 100577 smartd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kern_nanosleep+0x10e sys_nanosleep+0x53 amd64_syscall+0x4ce Xfast_syscall+0xfb 1047 101118 saslauthd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 lf_advlockasync+0x109b lf_advlock+0x45 vop_stdadvlock+0xc9 VOP_ADVLOCK_APV+0x8d kern_fcntl+0xdab kern_fcntl_freebsd+0xa7 amd64_syscall+0x4ce Xfast_syscall+0xfb 1049 101127 saslauthd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 lf_advlockasync+0x109b lf_advlock+0x45 vop_stdadvlock+0xc9 VOP_ADVLOCK_APV+0x8d kern_fcntl+0xdab kern_fcntl_freebsd+0xa7 amd64_syscall+0x4ce Xfast_syscall+0xfb 1050 101099 saslauthd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 lf_advlockasync+0x109b lf_advlock+0x45 vop_stdadvlock+0xc9 VOP_ADVLOCK_APV+0x8d kern_fcntl+0xdab kern_fcntl_freebsd+0xa7 amd64_syscall+0x4ce Xfast_syscall+0xfb 1051 101131 saslauthd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_accept4+0x228 accept1+0x60 amd64_syscall+0x4ce Xfast_syscall+0xfb 1052 101132 saslauthd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 lf_advlockasync+0x109b lf_advlock+0x45 vop_stdadvlock+0xc9 VOP_ADVLOCK_APV+0x8d kern_fcntl+0xdab kern_fcntl_freebsd+0xa7 amd64_syscall+0x4ce Xfast_syscall+0xfb 1065 101135 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1066 101136 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1069 101137 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1070 101138 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1071 101139 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1072 100579 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1073 101120 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1077 101088 bsnmpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1083 100576 perl - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kern_nanosleep+0x10e sys_nanosleep+0x53 amd64_syscall+0x4ce Xfast_syscall+0xfb 1131 101148 master - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 1143 101150 dspam - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1145 101143 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 sbwait+0x4f soreceive_generic+0x1ae kern_recvit+0x20c sys_recvfrom+0x86 amd64_syscall+0x4ce Xfast_syscall+0xfb 1146 101095 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 sbwait+0x4f soreceive_generic+0x1ae kern_recvit+0x20c sys_recvfrom+0x86 amd64_syscall+0x4ce Xfast_syscall+0xfb 1147 101142 postgres - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 sbwait+0x4f soreceive_generic+0x1ae kern_recvit+0x20c sys_recvfrom+0x86 amd64_syscall+0x4ce Xfast_syscall+0xfb 1148 101152 sendmail - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1151 101144 sendmail - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_sigsuspend+0x134 sys_sigsuspend+0x31 amd64_syscall+0x4ce Xfast_syscall+0xfb 1163 101155 fetchmail - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 1176 101159 dbus-daemon - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1180 101163 idled - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 1182 101164 cupsd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kqueue_kevent+0x336 kern_kevent+0xb5 sys_kevent+0x11c amd64_syscall+0x4ce Xfast_syscall+0xfb 1182 101171 cupsd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1186 101149 colord - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1186 101167 colord - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1186 101169 colord - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1186 101170 colord - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kqueue_kevent+0x336 kern_kevent+0xb5 sys_kevent+0x11c amd64_syscall+0x4ce Xfast_syscall+0xfb 3249 101182 sshd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 3265 101140 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 3268 101162 cronolog - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3269 101175 cronolog - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3270 101087 cronolog - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3272 101154 cronolog - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3273 101166 cronolog - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3274 101181 cronolog - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3275 101151 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_accept4+0x228 accept1+0x60 amd64_syscall+0x4ce Xfast_syscall+0xfb 3280 101174 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 3293 101093 cron - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kern_nanosleep+0x10e sys_nanosleep+0x53 amd64_syscall+0x4ce Xfast_syscall+0xfb 3330 101089 inetd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 3339 101179 cron - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3350 100575 getty - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 tty_wait+0x1c ttydisc_read+0x30a ttydev_read+0x34 devfs_read_f+0xe8 dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3351 101172 getty - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 tty_wait+0x1c ttydisc_read+0x30a ttydev_read+0x34 devfs_read_f+0xe8 dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3352 101180 getty - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 tty_wait+0x1c ttydisc_read+0x30a ttydev_read+0x34 devfs_read_f+0xe8 dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3353 101158 getty - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 tty_wait+0x1c ttydisc_read+0x30a ttydev_read+0x34 devfs_read_f+0xe8 dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 3354 101156 ping6 - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 3355 101173 sendmail - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb procstat: sysctl: kern.proc.kstack: 14789: Device busy 21024 101177 ntpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 21044 101247 racoon - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 25278 101238 imapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 25279 101218 imapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 25281 101146 imapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 26372 101222 sshd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _cv_wait_sig+0x1b2 seltdwait+0x10f kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 26374 101100 bash - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 26378 101134 imapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 29076 101261 imapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 29078 101342 imapd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 29165 101262 innd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 sys_select+0x54 amd64_syscall+0x4ce Xfast_syscall+0xfb 29166 101242 sh - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_sigsuspend+0x134 sys_sigsuspend+0x31 amd64_syscall+0x4ce Xfast_syscall+0xfb 29167 101246 perl - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kern_nanosleep+0x10e sys_nanosleep+0x53 amd64_syscall+0x4ce Xfast_syscall+0xfb 29874 101178 sleep - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kern_nanosleep+0x10e sys_nanosleep+0x53 amd64_syscall+0x4ce Xfast_syscall+0xfb 29998 101223 emacs-25.1 - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_select+0x979 kern_pselect+0xb8 sys_pselect+0xa5 amd64_syscall+0x4ce Xfast_syscall+0xfb 29999 101237 bash - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 30001 101266 procstat - stack_save_td_running+0x8f sysctl_kern_proc_kstack+0x311 sysctl_root_handler_locked+0xbf sysctl_root+0x1f6 userland_sysctl+0x1c4 sys___sysctl+0x74 amd64_syscall+0x4ce Xfast_syscall+0xfb 49124 101245 innfeed - mi_switch+0xd2 sleepq_wait+0x3a _sleep+0x2a1 vm_page_busy_sleep+0xd1 vm_page_sleep_if_busy+0x11d vm_fault_hold+0x1759 vm_fault+0x78 trap_pfault+0xf9 trap+0x316 calltrap+0x8 79958 101249 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101698 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101699 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101700 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101701 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101702 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101703 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101704 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101705 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101706 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101707 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101708 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101709 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101710 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101711 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101712 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_wait+0x419 __umtx_op_wait_uint_private+0x7d amd64_syscall+0x4ce Xfast_syscall+0xfb 79958 101713 httpd - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kqueue_kevent+0x336 kern_kevent+0xb5 sys_kevent+0x11c amd64_syscall+0x4ce Xfast_syscall+0xfb procstat: sysctl: kern.proc.kstack: 82034: Device busy 85637 101341 cron - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 85639 101133 sh - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 85641 101336 lockf - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 85642 101153 sh - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 85649 101251 sh - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 85650 101234 mail - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 85651 101236 sh - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 85655 101263 sh - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_wait6+0x2d3 sys_wait4+0x73 amd64_syscall+0x4ce Xfast_syscall+0xfb 85656 101112 find - mi_switch+0xd2 sleepq_wait+0x3a sleeplk+0x1b4 __lockmgr_args+0x356 vop_stdlock+0x3c VOP_LOCK1_APV+0x8d _vn_lock+0x43 vget+0x47 cache_lookup+0x679 vfs_cache_lookup+0xac VOP_LOOKUP_APV+0x87 lookup+0x591 namei+0x572 kern_statat+0xa8 sys_fstatat+0x2c amd64_syscall+0x4ce Xfast_syscall+0xfb 85657 100578 tee - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 85658 101253 wc - mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 pipe_read+0x41d dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb [root@avoriaz ~]# --------------99030CD41D2B988F52652AF5-- From owner-freebsd-stable@freebsd.org Thu Nov 10 13:38:39 2016 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 E1869C39B31 for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C851A99A for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: by mailman.ysv.freebsd.org (Postfix) id BD41CC39B2D; Thu, 10 Nov 2016 13:38:39 +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 BCDDCC39B2C for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from c3.promocat.expvtinboxonline.com (c3.promocat.expvtinboxonline.com [187.61.29.3]) by mx1.freebsd.org (Postfix) with ESMTP id 65A69998 for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=promocat.expvtinboxonline.com; h=From:To:Subject:MIME-Version:Content-Type:Reply-To:List-Unsubscribe:Message-ID:Date; bh=Z3+4B3Xl2Op7dW5vbKBSAe81Wbk=; b=t9qdQoyl037HqA89vTvVRB6iWwM//GEnNiRMGW8YPxX3b8hq0PdkFNf5rRT6fu7J9xZN3GObNr1g zxJftr55BdcTkBYphPA5VA1KS6v8OzRI9m5eq0OpZL3JnpWtyTy047Ocyg+88hRqyMjTQTaK9ylh LAUb6DK3iXN0PLiRf2o= Received: by c3.promocat.expvtinboxonline.com id h4hs5u15fh8h for ; Thu, 10 Nov 2016 11:28:31 -0200 (envelope-from ) From: "=?ISO-8859-1?Q?Loja_Catholicus?=" To: "" Subject: =?ISO-8859-1?Q?M=EAs_de_Black_Friday?= MIME-Version: 1.0 Reply-To: "=?ISO-8859-1?Q?Loja_Catholicus?=" X-Hash: 20214-862-194181-9511a83b0e21e4458aba0b9096b11e0e X-DMA: 43334428 Message-ID: <0.0.38.538.1D23B56543B58F8.4B50@c3.promocat.expvtinboxonline.com> Date: Thu, 10 Nov 2016 11:38:39 -0200 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 13:38:40 -0000 Loja Catholicus [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13263,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL2NhdGhvbGljdXMuY29tLmJy= L2h0dHA6Ly9sb2phY2F0aG9saWN1cy5jb20uYnIvLz91dG1fc291cmNlPVZpcnR1YWxfVGFyZ2V= 0JnV0bV9tZWRpdW09RW1haWwmdXRtX2NvbnRlbnQ9JnV0bV9jYW1wYWlnbj1jYXRob2xpY3VzJn= V0bV90ZXJtPQ=3D=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13264,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsMSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Twitter [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,1941= 81,13264,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsMSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13265,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsMiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Facebook [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,1941= 81,13265,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsMiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13266,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsMyZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Delicious [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,1941= 81,13266,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsMyZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13267,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsNCZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Digg [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,1941= 81,13267,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsNCZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13268,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsNSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Blogger [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,1941= 81,13268,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsNSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,194= 181,13269,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsNiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] LinkedIn [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,862,1941= 81,13269,9511a83b0e21e4458aba0b9096b11e0e,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjIsNiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjIuMTk0MTgxLjk1MTFhODNiMGUyMWU0NDU4YWJhMGI5MDk2YjExZTBlLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] From owner-freebsd-stable@freebsd.org Thu Nov 10 13:38:39 2016 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 DD33AC39B30 for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.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 C3A99999 for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: by mailman.ysv.freebsd.org (Postfix) id C00A7C39B2F; Thu, 10 Nov 2016 13:38:39 +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 BFAF9C39B2E for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from c6.promocat.expvtinboxonline.com (c6.promocat.expvtinboxonline.com [187.61.29.6]) by mx1.freebsd.org (Postfix) with ESMTP id 65A31997 for ; Thu, 10 Nov 2016 13:38:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=promocat.expvtinboxonline.com; h=From:To:Subject:MIME-Version:Content-Type:Reply-To:List-Unsubscribe:Message-ID:Date; bh=NK462TRhjROjriJrmFtpC//tJ64=; b=cvjjfHU6MFq6ucj+DU2puOxK4mrV5zgfuRnG1GQqIi8Y6EThGEBrQo5Si1Y2DCuPW0nDh3Skj49A YzLD2sdhXF9Z/U3HS0a7IznFmuEG8gKlD57cKqpcWGJZm1jkcQR1dJdQbmMlphurzhGAspNT9+MU bAdF9JWqLpxcTm0Xbhk= Received: by c6.promocat.expvtinboxonline.com id h4hs5u15feki for ; Thu, 10 Nov 2016 11:37:16 -0200 (envelope-from ) From: "=?ISO-8859-1?Q?Conaspar?=" To: "" Subject: =?ISO-8859-1?Q?Palestra_exclusiva_com_o_Sr._Gentileza_no_CONASPAR!?= MIME-Version: 1.0 Reply-To: "=?ISO-8859-1?Q?Conaspar?=" X-Hash: 20214-863-194181-8080a84c06a50672aec05972677c9749 X-DMA: 43334642 Message-ID: <0.2.A.D64.1D23B578D4DB0EA.4AE1@c6.promocat.expvtinboxonline.com> Date: Thu, 10 Nov 2016 11:38:39 -0200 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 13:38:40 -0000 Revista Par=C3=B3quiasa & Casas Religiosas [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13277,8080a84c06a50672aec05972677c9749,aHR0cDovL2NvbmFzcGFyLmNhdGhvbGlj= dXMub3JnLmJyL2luc2NyaWNhby8/dXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXV= tPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJ= lZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13278,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsMSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] Twitter [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,1941= 81,13278,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsMSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13279,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsMiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] Facebook [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,1941= 81,13279,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsMiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13280,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsMyZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] Delicious [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,1941= 81,13280,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsMyZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13281,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsNCZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] Digg [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,1941= 81,13281,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsNCZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13282,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsNSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] Blogger [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,1941= 81,13282,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsNSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,194= 181,13283,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsNiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] LinkedIn [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,863,1941= 81,13283,8080a84c06a50672aec05972677c9749,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjMsNiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjMuMTk0MTgxLjgwODBhODRjMDZhNTA2NzJhZWMwNTk3MjY3N2M5NzQ5LjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y29uYXNwYXImdXRtX3Rlcm09,1,ZnJlZWJzZC5vcmc=3D] From owner-freebsd-stable@freebsd.org Thu Nov 10 13:59:40 2016 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 1AD52C391C9 for ; Thu, 10 Nov 2016 13:59:40 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0168A6A0 for ; Thu, 10 Nov 2016 13:59:40 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: by mailman.ysv.freebsd.org (Postfix) id F207DC391C7; Thu, 10 Nov 2016 13:59:39 +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 EFE53C391C6 for ; Thu, 10 Nov 2016 13:59:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from c3.promocat.expvtinboxonline.com (c3.promocat.expvtinboxonline.com [187.61.29.3]) by mx1.freebsd.org (Postfix) with ESMTP id 89C3D69F for ; Thu, 10 Nov 2016 13:59:39 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=promocat.expvtinboxonline.com; h=From:To:Subject:MIME-Version:Content-Type:Reply-To:List-Unsubscribe:Message-ID:Date; bh=e09jKZrqv+aj/dfBHTc+hraoQWc=; b=aoQol1r+Wg2TSNibISRXYtpHhKd+N/ekT5Pq5ELMaZRTIHhyiT++QjS/xt2wpcBP6OXKb/DA/Akj HK6Dz42VlNzlUAN265hzzD0tvbcdigQllRN+M/YgmNRvXbvE96ss2nkB4A1JFauz3VYTP3XFIdeW HDKhXSVaAKxYxi+3WWc= Received: by c3.promocat.expvtinboxonline.com id h4hukm15fh8a for ; Thu, 10 Nov 2016 11:59:38 -0200 (envelope-from ) From: "=?ISO-8859-1?Q?Loja_Catholicus?=" To: "" Subject: =?ISO-8859-1?Q?RES:_M=EAs_de_Black_Friday?= MIME-Version: 1.0 Reply-To: "=?ISO-8859-1?Q?Loja_Catholicus?=" X-Hash: 20214-864-194181-22949d61fc9f335749fb76cc9c59e18b X-DMA: 43335059 Message-ID: <0.2.88.7C.1D23B5AACE8E17E.4B06@c3.promocat.expvtinboxonline.com> Date: Thu, 10 Nov 2016 11:59:39 -0200 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 13:59:40 -0000 Loja Catholicus [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13298,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL2xvamFjYXRob2xpY3VzLmNv= bS5ici8/dXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb25= 0ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc= =3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13299,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsMSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Twitter [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,1941= 81,13299,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsMSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13300,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsMiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Facebook [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,1941= 81,13300,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsMiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13301,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsMyZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Delicious [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,1941= 81,13301,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsMyZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13302,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsNCZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Digg [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,1941= 81,13302,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsNCZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13303,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsNSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Blogger [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,1941= 81,13303,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsNSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,194= 181,13304,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsNiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] LinkedIn [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,864,1941= 81,13304,22949d61fc9f335749fb76cc9c59e18b,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NjQsNiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NjQuMTk0MTgxLjIyOTQ5ZDYxZmM5ZjMzNTc0OWZiNzZjYzljNTllMThiLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] From owner-freebsd-stable@freebsd.org Thu Nov 10 14:01:10 2016 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 7B388C3943B for ; Thu, 10 Nov 2016 14:01:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AD6588FD for ; Thu, 10 Nov 2016 14:01:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA20717; Thu, 10 Nov 2016 16:01:07 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c4pub-0006l0-Nx; Thu, 10 Nov 2016 16:01:07 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Henri Hennebert , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> From: Andriy Gapon Message-ID: <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> Date: Thu, 10 Nov 2016 16:00:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.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.23 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, 10 Nov 2016 14:01:10 -0000 On 10/11/2016 12:30, Henri Hennebert wrote: > On 11/10/2016 11:21, Andriy Gapon wrote: >> On 09/11/2016 15:58, Eric van Gyzen wrote: >>> On 11/09/2016 07:48, Henri Hennebert wrote: >>>> I encounter a strange deadlock on >>>> >>>> FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: >>>> Fri Nov 4 02:51:33 CET 2016 >>>> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 >>>> >>>> This system is exclusively running on zfs. >>>> >>>> After 3 or 4 days, `periodic daily` is locked in the directory >>>> /usr/local/news/bin >>>> >>>> [root@avoriaz ~]# ps xa|grep find >>>> 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune >>>> -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam >>>> 462 1 S+ 0:00.00 grep find >>>> [root@avoriaz ~]# procstat -f 85656 >>>> PID COMM FD T V FLAGS REF OFFSET PRO NAME >>>> 85656 find text v r r------- - - - /usr/bin/find >>>> 85656 find cwd v d r------- - - - /usr/local/news/bin >>>> 85656 find root v d r------- - - - / >>>> 85656 find 0 v c r------- 3 0 - /dev/null >>>> 85656 find 1 p - rw------ 1 0 - - >>>> 85656 find 2 v r -w------ 7 17 - - >>>> 85656 find 3 v d r------- 1 0 - /home/root >>>> 85656 find 4 v d r------- 1 0 - /home/root >>>> 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin >>>> [root@avoriaz ~]# >>>> >>>> If I try `ls /usr/local/news/bin` it is also locked. >>>> >>>> After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' >>>> >>>> After a reset and reboot I can access /usr/local/news/bin. >>>> >>>> I delete this directory and reinstall the package `portupgrade -fu news/inn` >>>> >>>> 5 days later `periodic daily`is locked on the same directory :-o >>>> >>>> Any idea? >>> >>> I can't help with the deadlock, but someone who _can_ help will probably ask for >>> the output of "procstat -kk PID" with the PID of the "find" process. >> >> In fact, it's procstat -kk -a. With just one thread we would see that a thread >> is blocked on something, but we won't see why that something can not be acquired. >> >> > I attach the result, Interesting. I can not spot any suspicious thread that would hold the vnode lock. Could you please run kgdb (just like that, no arguments), then execute 'bt' command and then select a frame when _vn_lock is called with 'fr N' command. Then please 'print *vp' and share the result. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Thu Nov 10 15:20:50 2016 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 ECEBBC3AA51 for ; Thu, 10 Nov 2016 15:20:50 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B9DA229; Thu, 10 Nov 2016 15:20:50 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=avg@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tF6F65B5fzrl5 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478791242; bh=tFKD70WLlQ2GzweiYtKFvhhtGSauVMrm34vbG4Jz0iI=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20Andriy=20Gapon=20,=20freebsd-stable@FreeBSD.o rg|References:=20<0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> =0D=0A=20=0D=0A= 20<43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org>=0D=0A=20=0D=0A=20<9d1f9a76-5a8 d-6eca-9a50-907d55099847@FreeBSD.org>|From:=20Henri=20Hennebert=20 |Date:=20Thu,=2010=20Nov=202016=2016:20:40=20+0100 |In-Reply-To:=20<9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> ; b=iVxZbcszYLx4SHShN6sLhLyU9Vf8Pb200SfYYKz4nq5bwGH0YnSZ17tqUjeYgJCEO 3jvacpMCjW98OgZvZBLqo8E7lz4gLR+L58xGwaCUpTLybbUEyXcteWx++aiK4nbVZQ /2e+lKXkRn52y4Kxdx4N7MeRkumlCSdh8diLv0f77akHqJ5ckf1y5Gr5cN0mnLeatC EBNKrrvbUP/7L9Co8WKg8X+ajoayskBYZuW3n3dpMaBXvv355RSA3rJO8VFiEeKI1X SbmBDSIBKAxyhkI3nIBpyZXcF6IaG4ebeGCqPHKHC6N6JT1EkOfedCRTpxkLcOMoBP mJxGpTAUKWEbQ== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tF6F65B5fzrl5; Thu, 10 Nov 2016 16:20:42 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uAAFKflE036495 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 Nov 2016 16:20:41 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Andriy Gapon , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> From: Henri Hennebert Message-ID: <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> Date: Thu, 10 Nov 2016 16:20:40 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <9d1f9a76-5a8d-6eca-9a50-907d55099847@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.23 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, 10 Nov 2016 15:20:51 -0000 On 11/10/2016 15:00, Andriy Gapon wrote: > On 10/11/2016 12:30, Henri Hennebert wrote: >> On 11/10/2016 11:21, Andriy Gapon wrote: >>> On 09/11/2016 15:58, Eric van Gyzen wrote: >>>> On 11/09/2016 07:48, Henri Hennebert wrote: >>>>> I encounter a strange deadlock on >>>>> >>>>> FreeBSD avoriaz.restart.bel 11.0-RELEASE-p3 FreeBSD 11.0-RELEASE-p3 #0 r308260: >>>>> Fri Nov 4 02:51:33 CET 2016 >>>>> root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 >>>>> >>>>> This system is exclusively running on zfs. >>>>> >>>>> After 3 or 4 days, `periodic daily` is locked in the directory >>>>> /usr/local/news/bin >>>>> >>>>> [root@avoriaz ~]# ps xa|grep find >>>>> 85656 - D 0:01.13 find / ( ! -fstype local -o -fstype rdonly ) -prune >>>>> -o ( -name [#,]* -o -name .#* -o -name a.out -o -nam >>>>> 462 1 S+ 0:00.00 grep find >>>>> [root@avoriaz ~]# procstat -f 85656 >>>>> PID COMM FD T V FLAGS REF OFFSET PRO NAME >>>>> 85656 find text v r r------- - - - /usr/bin/find >>>>> 85656 find cwd v d r------- - - - /usr/local/news/bin >>>>> 85656 find root v d r------- - - - / >>>>> 85656 find 0 v c r------- 3 0 - /dev/null >>>>> 85656 find 1 p - rw------ 1 0 - - >>>>> 85656 find 2 v r -w------ 7 17 - - >>>>> 85656 find 3 v d r------- 1 0 - /home/root >>>>> 85656 find 4 v d r------- 1 0 - /home/root >>>>> 85656 find 5 v d r----n-- 1 533545184 - /usr/local/news/bin >>>>> [root@avoriaz ~]# >>>>> >>>>> If I try `ls /usr/local/news/bin` it is also locked. >>>>> >>>>> After `shutdown -r now` the system remain locked after the line '0 0 0 0 0 0' >>>>> >>>>> After a reset and reboot I can access /usr/local/news/bin. >>>>> >>>>> I delete this directory and reinstall the package `portupgrade -fu news/inn` >>>>> >>>>> 5 days later `periodic daily`is locked on the same directory :-o >>>>> >>>>> Any idea? >>>> >>>> I can't help with the deadlock, but someone who _can_ help will probably ask for >>>> the output of "procstat -kk PID" with the PID of the "find" process. >>> >>> In fact, it's procstat -kk -a. With just one thread we would see that a thread >>> is blocked on something, but we won't see why that something can not be acquired. >>> >>> >> I attach the result, > > Interesting. I can not spot any suspicious thread that would hold the vnode > lock. Could you please run kgdb (just like that, no arguments), then execute > 'bt' command and then select a frame when _vn_lock is called with 'fr N' > command. Then please 'print *vp' and share the result. > I Think I miss something in your request: [root@avoriaz ~]# kgdb GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/zfs.ko.debug...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. done. --- clip --- Loaded symbols for /boot/kernel/accf_data.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /usr/lib/debug//boot/kernel/daemon_saver.ko.debug...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko #0 sched_switch (td=0xfffff8001131da00, newtd=0xfffff800762a8500, flags=) at /usr/src/sys/kern/sched_ule.c:1973 1973 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xfffff8001131da00, newtd=0xfffff800762a8500, flags=) at /usr/src/sys/kern/sched_ule.c:1973 #1 0xffffffff80566b15 in tc_fill_vdso_timehands32 (vdso_th32=0x0) at /usr/src/sys/kern/kern_tc.c:2121 #2 0xffffffff80555227 in timekeep_push_vdso () at /usr/src/sys/kern/kern_sharedpage.c:174 #3 0xffffffff80566226 in tc_windup () at /usr/src/sys/kern/kern_tc.c:1426 #4 0xffffffff804eaa41 in hardclock_cnt (cnt=1, usermode=) at /usr/src/sys/kern/kern_clock.c:589 #5 0xffffffff808fac74 in handleevents (now=, fake=0) at /usr/src/sys/kern/kern_clocksource.c:223 #6 0xffffffff808fb1d7 in timercb (et=0xffffffff8100cf20, arg=) at /usr/src/sys/kern/kern_clocksource.c:352 #7 0xfffff800b6429a00 in ?? () #8 0xffffffff81051080 in vm_page_array () #9 0xffffffff81051098 in vm_page_queue_free_mtx () #10 0xfffffe0101818920 in ?? () #11 0xffffffff805399c0 in __mtx_lock_sleep (c=, tid=Error accessing memory address 0xffffffffffffffac: Bad add\ ress. ) at /usr/src/sys/kern/kern_mutex.c:590 Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) q [root@avoriaz ~]# I don't find the requested frame Henri From owner-freebsd-stable@freebsd.org Thu Nov 10 15:55:19 2016 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 C12DCC3A864 for ; Thu, 10 Nov 2016 15:55:19 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F1A2EAD1 for ; Thu, 10 Nov 2016 15:55:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA20896; Thu, 10 Nov 2016 17:55:16 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c4rh6-0006pu-2e; Thu, 10 Nov 2016 17:55:16 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Henri Hennebert , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> From: Andriy Gapon Message-ID: Date: Thu, 10 Nov 2016 17:54:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 15:55:19 -0000 On 10/11/2016 17:20, Henri Hennebert wrote: > On 11/10/2016 15:00, Andriy Gapon wrote: >> Interesting. I can not spot any suspicious thread that would hold the vnode >> lock. Could you please run kgdb (just like that, no arguments), then execute >> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >> command. Then please 'print *vp' and share the result. >> > I Think I miss something in your request: Oh, sorry! The very first step should be 'tid 101112' to switch to the correct context. > [root@avoriaz ~]# kgdb > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from > /usr/lib/debug//boot/kernel/zfs.ko.debug...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from > /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. > done. > > --- clip --- > > Loaded symbols for /boot/kernel/accf_data.ko > Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from > /usr/lib/debug//boot/kernel/daemon_saver.ko.debug...done. > done. > Loaded symbols for /boot/kernel/daemon_saver.ko > #0 sched_switch (td=0xfffff8001131da00, newtd=0xfffff800762a8500, flags= optimized out>) > at /usr/src/sys/kern/sched_ule.c:1973 > 1973 cpuid = PCPU_GET(cpuid); > (kgdb) bt > #0 sched_switch (td=0xfffff8001131da00, newtd=0xfffff800762a8500, flags= optimized out>) > at /usr/src/sys/kern/sched_ule.c:1973 > #1 0xffffffff80566b15 in tc_fill_vdso_timehands32 (vdso_th32=0x0) at > /usr/src/sys/kern/kern_tc.c:2121 > #2 0xffffffff80555227 in timekeep_push_vdso () at > /usr/src/sys/kern/kern_sharedpage.c:174 > #3 0xffffffff80566226 in tc_windup () at /usr/src/sys/kern/kern_tc.c:1426 > #4 0xffffffff804eaa41 in hardclock_cnt (cnt=1, usermode=) > at /usr/src/sys/kern/kern_clock.c:589 > #5 0xffffffff808fac74 in handleevents (now=, fake=0) at > /usr/src/sys/kern/kern_clocksource.c:223 > #6 0xffffffff808fb1d7 in timercb (et=0xffffffff8100cf20, arg= out>) at /usr/src/sys/kern/kern_clocksource.c:352 > #7 0xfffff800b6429a00 in ?? () > #8 0xffffffff81051080 in vm_page_array () > #9 0xffffffff81051098 in vm_page_queue_free_mtx () > #10 0xfffffe0101818920 in ?? () > #11 0xffffffff805399c0 in __mtx_lock_sleep (c=, tid=Error > accessing memory address 0xffffffffffffffac: Bad add\ > ress. > ) at /usr/src/sys/kern/kern_mutex.c:590 > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) q > [root@avoriaz ~]# > > I don't find the requested frame > > Henri -- Andriy Gapon From owner-freebsd-stable@freebsd.org Thu Nov 10 16:12:36 2016 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 6E72DC3AEE8 for ; Thu, 10 Nov 2016 16:12:36 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 25E6E8FE; Thu, 10 Nov 2016 16:12:35 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=avg@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tF7Nw6SjMzrXn DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478794352; bh=OD+gaX1flD/rk6Vr8uK8P8kGphlzFXORGgrFTfobBhM=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20Andriy=20Gapon=20,=20freebsd-stable@FreeBSD.o rg|References:=20<0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> =0D=0A=20=0D=0A= 20<43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org>=0D=0A=20=0D=0A=20<9d1f9a76-5a8 d-6eca-9a50-907d55099847@FreeBSD.org>=0D=0A=20<6bc95dce-31e1-3013- bfe3-7c2dd80f9d1e@restart.be>=0D=0A=20|From:=20Henri=20Hennebert=20|Date:=20Thu,=2010=20Nov=202016=2017:12:31=20+0100|In-Reply-To:=2 0; b=2xO2up8GdtDKkL30l+SvcL3N5QXsG3B6G1NJ9lAJx8mqI7DCmWBBslw6ixLaOZq/6 CN1BG45dynjmXfA9zbiCF8gzuPcbp46lqvvlDOJr5zYJ9Uju9pXLl1+01l6eHGoWGu jBYRWqczp6BSRtKXeiXrNuJ3/pPndCwCQ1Po71sgq9+W0hqeL0AN7I7hE+Qc/0b+1m edgsIZ3294nq4PwkZvsqC3pqBJ4IkqiGxvXfMWqfZuGcMeqqcfKBwIdrt5nzmcT/mF 5jVZ6vwW2pRU8zLMgCFOAK7UC0lZAbWg4oS/19LXeqf+Ntm2b8KiadipW1oB+qmYDB 8rEKnOJCbGi3w== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tF7Nw6SjMzrXn; Thu, 10 Nov 2016 17:12:32 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uAAGCVhH037664 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 Nov 2016 17:12:31 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Andriy Gapon , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> From: Henri Hennebert Message-ID: <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> Date: Thu, 10 Nov 2016 17:12:31 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 16:12:36 -0000 On 11/10/2016 16:54, Andriy Gapon wrote: > On 10/11/2016 17:20, Henri Hennebert wrote: >> On 11/10/2016 15:00, Andriy Gapon wrote: >>> Interesting. I can not spot any suspicious thread that would hold the vnode >>> lock. Could you please run kgdb (just like that, no arguments), then execute >>> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >>> command. Then please 'print *vp' and share the result. >>> >> I Think I miss something in your request: > > Oh, sorry! The very first step should be 'tid 101112' to switch to the correct > context. > (kgdb) fr 7 #7 0xffffffff8063c5b3 in _vn_lock (vp=, flags=2121728, file=, line=) at vnode_if.h:859 859 vnode_if.h: No such file or directory. in vnode_if.h (kgdb) print *vp $1 = {v_tag = 0xffffffff80faeb78 "â~\231\200ÿÿÿÿ", v_op = 0xfffff80009a41000, v_data = 0x0, v_mount = 0xfffff80009a41010, v_nmntvnodes = {tqe_next = 0x0, tqe_prev = 0xffffffff80edc088}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0xfffff80009466e90, le_prev = 0x0}, v_cache_src = {lh_first = 0xfffffe010186d768}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xfffffe0000b8a7c0}, v_cache_dd = 0xfffff8000284f000, v_lock = {lock_object = { lo_name = 0xfffff8002c00ee80 "", lo_flags = 0, lo_data = 0, lo_witness = 0xfffff800068bd480}, lk_lock = 18446735277770268056, lk_exslpfail = 153715840, lk_timo = -2048, lk_pri = 0}, v_interlock = {lock_object = { lo_name = 0x18af8ffffffff , lo_flags = 0, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, v_vnlock = 0x0, v_actfreelist = {tqe_next = 0x0, tqe_prev = 0xfffff80009ba05c0}, v_bufobj = {bo_lock = {lock_object = {lo_name = 0xfffff80009a41000 "", lo_flags = 1, lo_data = 0, lo_witness = 0x4000000ff}, rw_lock = 2}, bo_ops = 0x100000000, bo_object = 0xfffff80049c2c068, bo_synclist = {le_next = 0xffffffff813be535, le_prev = 0x1000000000000}, bo_private = 0x0, __bo_vnode = 0x0, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0x0}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0xfffff80088ac8d00, tqh_last = 0xfffff8003cc5b600}, bv_root = {pt_root = 2553161591}, bv_cnt = -1741805705}, bo_numoutput = 31, bo_flag = 0, bo_bsize = 0}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = {tqh_first = 0xf88, tqh_last = 0x19cc}, rl_currdep = 0x3f8}, v_cstart = 16256, v_lasta = 679, v_lastw = 0, v_clen = 0, v_holdcnt = 0, v_usecount = 2369, v_iflag = 0, v_vflag = 0, v_writecount = 0, v_hash = 0, v_type = VNON} (kgdb) Thanks for your time Henri From owner-freebsd-stable@freebsd.org Thu Nov 10 17:34:47 2016 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 1F75CC39D28 for ; Thu, 10 Nov 2016 17:34:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF1EBD4 for ; Thu, 10 Nov 2016 17:34:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA21051; Thu, 10 Nov 2016 19:34:43 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c4tFL-0006up-9s; Thu, 10 Nov 2016 19:34:43 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Henri Hennebert , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> From: Andriy Gapon Message-ID: <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> Date: Thu, 10 Nov 2016 19:33:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 17:34:47 -0000 On 10/11/2016 18:12, Henri Hennebert wrote: > On 11/10/2016 16:54, Andriy Gapon wrote: >> On 10/11/2016 17:20, Henri Hennebert wrote: >>> On 11/10/2016 15:00, Andriy Gapon wrote: >>>> Interesting. I can not spot any suspicious thread that would hold the vnode >>>> lock. Could you please run kgdb (just like that, no arguments), then execute >>>> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >>>> command. Then please 'print *vp' and share the result. >>>> >>> I Think I miss something in your request: >> >> Oh, sorry! The very first step should be 'tid 101112' to switch to the correct >> context. >> > > (kgdb) fr 7 > #7 0xffffffff8063c5b3 in _vn_lock (vp=, flags=2121728, "value optimized out" - not good > file=, > line=) at vnode_if.h:859 > 859 vnode_if.h: No such file or directory. > in vnode_if.h > (kgdb) print *vp I am not sure if this output is valid, because of the message above. Could you please try to navigate to nearby frames and see if vp itself has a valid value there. If you can find such a frame please do *vp there. > $1 = {v_tag = 0xffffffff80faeb78 "â~\231\200ÿÿÿÿ", v_op = 0xfffff80009a41000, > v_data = 0x0, v_mount = 0xfffff80009a41010, > v_nmntvnodes = {tqe_next = 0x0, tqe_prev = 0xffffffff80edc088}, v_un = > {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, > vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0xfffff80009466e90, le_prev = > 0x0}, v_cache_src = {lh_first = 0xfffffe010186d768}, > v_cache_dst = {tqh_first = 0x0, tqh_last = 0xfffffe0000b8a7c0}, v_cache_dd = > 0xfffff8000284f000, v_lock = {lock_object = { > lo_name = 0xfffff8002c00ee80 "", lo_flags = 0, lo_data = 0, lo_witness = > 0xfffff800068bd480}, > lk_lock = 18446735277770268056, lk_exslpfail = 153715840, lk_timo = -2048, > lk_pri = 0}, v_interlock = {lock_object = { > lo_name = 0x18af8ffffffff address>, lo_flags = 0, lo_data = 0, > lo_witness = 0x0}, mtx_lock = 0}, v_vnlock = 0x0, v_actfreelist = > {tqe_next = 0x0, tqe_prev = 0xfffff80009ba05c0}, > v_bufobj = {bo_lock = {lock_object = {lo_name = 0xfffff80009a41000 "", > lo_flags = 1, lo_data = 0, lo_witness = 0x4000000ff}, > rw_lock = 2}, bo_ops = 0x100000000, bo_object = 0xfffff80049c2c068, > bo_synclist = {le_next = 0xffffffff813be535, > le_prev = 0x1000000000000}, bo_private = 0x0, __bo_vnode = 0x0, bo_clean = > {bv_hd = {tqh_first = 0x0, tqh_last = 0x0}, > bv_root = {pt_root = 0}, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = > 0xfffff80088ac8d00, tqh_last = 0xfffff8003cc5b600}, > bv_root = {pt_root = 2553161591}, bv_cnt = -1741805705}, bo_numoutput = > 31, bo_flag = 0, bo_bsize = 0}, v_pollinfo = 0x0, > v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = {tqh_first = 0xf88, > tqh_last = 0x19cc}, rl_currdep = 0x3f8}, > v_cstart = 16256, v_lasta = 679, v_lastw = 0, v_clen = 0, v_holdcnt = 0, > v_usecount = 2369, v_iflag = 0, v_vflag = 0, > v_writecount = 0, v_hash = 0, v_type = VNON} > (kgdb) > > Thanks for your time > > Henri -- Andriy Gapon From owner-freebsd-stable@freebsd.org Thu Nov 10 17:55:29 2016 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 A1BC8C3A479 for ; Thu, 10 Nov 2016 17:55:29 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 590D79BE; Thu, 10 Nov 2016 17:55:29 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=avg@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tF9gg2nP0zsct DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478800527; bh=pyOsS6bkbIw8AgbtlxYlI6b+6cK6PXLWkO5FNE2yyn4=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20Andriy=20Gapon=20,=20freebsd-stable@FreeBSD.o rg|References:=20<0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> =0D=0A=20=0D=0A= 20<43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org>=0D=0A=20=0D=0A=20<9d1f9a76-5a8 d-6eca-9a50-907d55099847@FreeBSD.org>=0D=0A=20<6bc95dce-31e1-3013- bfe3-7c2dd80f9d1e@restart.be>=0D=0A=20=0D=0A=20<23a66749-f138-1f1a-afae-c775f906ff 37@restart.be>=0D=0A=20<8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeB SD.org>|From:=20Henri=20Hennebert=20|Date:=20Thu,= 2010=20Nov=202016=2018:55:25=20+0100|In-Reply-To:=20<8e7547ef-87f7 -7fab-6f45-221e8cea1989@FreeBSD.org>; b=Mof5RdkDYRWSlDA4etFIunhKtZeivw9WGt7n5UiIlyKFYkPCcdINGLsayynb4ZZPt c+JEPr66wqEnRJo+fKOfdRBZ014Oweia6RleQdGVKiXGvSUt9C/KjgWKdU2oE+IxDI 5dFTy7sGPSmL3ZcVvdzRbsZ4B+ZB88zFCq1tLrcxPbs/Ep1eAcXP5CTKMDTxNtOFt4 J+xMfFdhtsjo5HTPA+4IewfFwEzCdhqyA6TOtbGQF4yCP/ndFqPltZTHQj17A9z3y9 kQIwmzFjpiHxycQ1VwIZOaw9dihkQVhWLZzdta+PCFODxygcaqJbkun4Pe8wUp7TmD LjrXwSBWFQ8EQ== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tF9gg2nP0zsct; Thu, 10 Nov 2016 18:55:26 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uAAHtP6l040043 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 Nov 2016 18:55:26 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Andriy Gapon , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> From: Henri Hennebert Message-ID: <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> Date: Thu, 10 Nov 2016 18:55:25 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <8e7547ef-87f7-7fab-6f45-221e8cea1989@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.23 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, 10 Nov 2016 17:55:29 -0000 On 11/10/2016 18:33, Andriy Gapon wrote: > On 10/11/2016 18:12, Henri Hennebert wrote: >> On 11/10/2016 16:54, Andriy Gapon wrote: >>> On 10/11/2016 17:20, Henri Hennebert wrote: >>>> On 11/10/2016 15:00, Andriy Gapon wrote: >>>>> Interesting. I can not spot any suspicious thread that would hold the vnode >>>>> lock. Could you please run kgdb (just like that, no arguments), then execute >>>>> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >>>>> command. Then please 'print *vp' and share the result. >>>>> >>>> I Think I miss something in your request: >>> >>> Oh, sorry! The very first step should be 'tid 101112' to switch to the correct >>> context. >>> >> >> (kgdb) fr 7 >> #7 0xffffffff8063c5b3 in _vn_lock (vp=, flags=2121728, > > "value optimized out" - not good > >> file=, >> line=) at vnode_if.h:859 >> 859 vnode_if.h: No such file or directory. >> in vnode_if.h >> (kgdb) print *vp > > I am not sure if this output is valid, because of the message above. > Could you please try to navigate to nearby frames and see if vp itself has a > valid value there. If you can find such a frame please do *vp there. > Does this seems better? (kgdb) fr 8 #8 0xffffffff8062a5f7 in vget (vp=0xfffff80049c2c000, flags=2121728, td=0xfffff80009ba0500) at /usr/src/sys/kern/vfs_subr.c:2523 2523 if ((error = vn_lock(vp, flags)) != 0) { (kgdb) print *vp $1 = {v_tag = 0xffffffff813be535 "zfs", v_op = 0xffffffff813d0f70, v_data = 0xfffff80049c1f420, v_mount = 0xfffff800093aa660, v_nmntvnodes = {tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049c2bb30}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = 0x0}, v_cache_src = {lh_first = 0x0}, v_cache_dst = { tqh_first = 0xfffff800bfc8e3f0, tqh_last = 0xfffff800bfc8e410}, v_cache_dd = 0x0, v_lock = {lock_object = { lo_name = 0xffffffff813be535 "zfs", lo_flags = 117112832, lo_data = 0, lo_witness = 0x0}, lk_lock = 23, lk_exslpfail = 0, lk_timo = 51, lk_pri = 96}, v_interlock = {lock_object = {lo_name = 0xffffffff8099e9e0 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = 0xfffff80049c2c068, v_actfreelist = { tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049ae9bd0}, v_bufobj = {bo_lock = {lock_object = { lo_name = 0xffffffff8099e9f0 "bufobj interlock", lo_flags = 86179840, lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, bo_ops = 0xffffffff80c4bf70, bo_object = 0xfffff800b62e9c60, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xfffff80049c2c000, __bo_vnode = 0xfffff80049c2c000, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xfffff80049c2c120}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xfffff80049c2c140}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_bsize = 131072}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = {tqh_first = 0x0, tqh_last = 0xfffff80049c2c188}, rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_holdcnt = 9, v_usecount = 6, v_iflag = 512, v_vflag = 32, v_writecount = 0, v_hash = 4833984, v_type = VREG} (kgdb) Henri From owner-freebsd-stable@freebsd.org Thu Nov 10 18:41:49 2016 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 0E45EC38826 for ; Thu, 10 Nov 2016 18:41:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 375B7BFF; Thu, 10 Nov 2016 18:41:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA21154; Thu, 10 Nov 2016 20:41:46 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c4uIE-0006y2-7n; Thu, 10 Nov 2016 20:41:46 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Henri Hennebert , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> From: Andriy Gapon Cc: Konstantin Belousov Message-ID: <67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.org> Date: Thu, 10 Nov 2016 20:40:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 18:41:49 -0000 On 10/11/2016 19:55, Henri Hennebert wrote: > > > On 11/10/2016 18:33, Andriy Gapon wrote: >> On 10/11/2016 18:12, Henri Hennebert wrote: >>> On 11/10/2016 16:54, Andriy Gapon wrote: >>>> On 10/11/2016 17:20, Henri Hennebert wrote: >>>>> On 11/10/2016 15:00, Andriy Gapon wrote: >>>>>> Interesting. I can not spot any suspicious thread that would hold the vnode >>>>>> lock. Could you please run kgdb (just like that, no arguments), then execute >>>>>> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >>>>>> command. Then please 'print *vp' and share the result. >>>>>> >>>>> I Think I miss something in your request: >>>> >>>> Oh, sorry! The very first step should be 'tid 101112' to switch to the correct >>>> context. >>>> >>> >>> (kgdb) fr 7 >>> #7 0xffffffff8063c5b3 in _vn_lock (vp=, flags=2121728, >> >> "value optimized out" - not good >> >>> file=, >>> line=) at vnode_if.h:859 >>> 859 vnode_if.h: No such file or directory. >>> in vnode_if.h >>> (kgdb) print *vp >> >> I am not sure if this output is valid, because of the message above. >> Could you please try to navigate to nearby frames and see if vp itself has a >> valid value there. If you can find such a frame please do *vp there. >> > > Does this seems better? Yes! > (kgdb) fr 8 > #8 0xffffffff8062a5f7 in vget (vp=0xfffff80049c2c000, flags=2121728, > td=0xfffff80009ba0500) at /usr/src/sys/kern/vfs_subr.c:2523 > 2523 if ((error = vn_lock(vp, flags)) != 0) { > (kgdb) print *vp > $1 = {v_tag = 0xffffffff813be535 "zfs", v_op = 0xffffffff813d0f70, v_data = > 0xfffff80049c1f420, v_mount = 0xfffff800093aa660, > v_nmntvnodes = {tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049c2bb30}, > v_un = {vu_mount = 0x0, vu_socket = 0x0, > vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = > 0x0}, v_cache_src = {lh_first = 0x0}, v_cache_dst = { > tqh_first = 0xfffff800bfc8e3f0, tqh_last = 0xfffff800bfc8e410}, v_cache_dd = > 0x0, v_lock = {lock_object = { > lo_name = 0xffffffff813be535 "zfs", lo_flags = 117112832, lo_data = 0, > lo_witness = 0x0}, lk_lock = 23, lk_exslpfail = 0, > lk_timo = 51, lk_pri = 96}, v_interlock = {lock_object = {lo_name = > 0xffffffff8099e9e0 "vnode interlock", lo_flags = 16973824, > lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = > 0xfffff80049c2c068, v_actfreelist = { > tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049ae9bd0}, v_bufobj = > {bo_lock = {lock_object = { > lo_name = 0xffffffff8099e9f0 "bufobj interlock", lo_flags = 86179840, > lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, > bo_ops = 0xffffffff80c4bf70, bo_object = 0xfffff800b62e9c60, bo_synclist = > {le_next = 0x0, le_prev = 0x0}, > bo_private = 0xfffff80049c2c000, __bo_vnode = 0xfffff80049c2c000, bo_clean = > {bv_hd = {tqh_first = 0x0, > tqh_last = 0xfffff80049c2c120}, bv_root = {pt_root = 0}, bv_cnt = 0}, > bo_dirty = {bv_hd = {tqh_first = 0x0, > tqh_last = 0xfffff80049c2c140}, bv_root = {pt_root = 0}, bv_cnt = 0}, > bo_numoutput = 0, bo_flag = 0, bo_bsize = 131072}, > v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = > {tqh_first = 0x0, tqh_last = 0xfffff80049c2c188}, > rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, > v_holdcnt = 9, v_usecount = 6, v_iflag = 512, > v_vflag = 32, v_writecount = 0, v_hash = 4833984, v_type = VREG} > (kgdb) flags=2121728 = 0x206000 = LK_SHARED | LK_VNHELD | LK_NODDLKTREAT lk_lock = 23 = 0x17 = LK_ONE_SHARER | LK_EXCLUSIVE_WAITERS | LK_SHARED_WAITERS | LK_SHARE So, here's what we have here: this thread tries to get a shared lock on the vnode, the vnode is already locked in shared mode, but there is an exclusive waiter (or, perhaps, multiple waiters). So, this thread can not get the lock because of the exclusive waiter. And I do not see an easy way to identify that waiter. In the procstat output that you provided earlier there was no other thread in vn_lock. Hmm, I see this: procstat: sysctl: kern.proc.kstack: 14789: Device busy procstat: sysctl: kern.proc.kstack: 82034: Device busy Could you please check what those two processes are (if they are still running)? Perhaps try procstat for each of the pids several times. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Thu Nov 10 18:59:07 2016 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 4D0D8C38E71 for ; Thu, 10 Nov 2016 18:59:07 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from ims6.isendservice.com.br (ims6.isendservice.com.br [54.232.182.113]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6CF824 for ; Thu, 10 Nov 2016 18:59:06 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims6.isendservice.com.br (Postfix) with ESMTP id 8B5E0414ED for ; Thu, 10 Nov 2016 15:50:08 -0200 (BRST) Date: Thu, 10 Nov 2016 15:50:08 -0200 (BRST) From: FIERGS | FATEC - Faculdade SENAI de Tecnologia Reply-To: faculdadesenai@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <324574487.1659594.1478800208513.JavaMail.root@ims6> Subject: Vestibular SENAI 2017/1 | Inscreva-se e garanta sua vaga bounce-key: <2420-22522874-1327117> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Nov 2016 18:59:07 -0000 From owner-freebsd-stable@freebsd.org Thu Nov 10 19:42:01 2016 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 162B3C3AD94 for ; Thu, 10 Nov 2016 19:42:01 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A9572202; Thu, 10 Nov 2016 19:42:00 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=avg@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tFD2Y1SpzzsH9 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478806917; bh=Dh7nYDfuPqZpmn75o4eYoL0HO7C6o1sF6szRk3PFO2o=; h=From:Subject:To:References:Cc:Date:In-Reply-To; z=From:=20Henri=20Hennebert=20|Subject:=20Re:=20Fre ebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To:=20Andriy=20Gapon=20 ,=20freebsd-stable@FreeBSD.org|References:=20<0c2 23160-b76f-c635-bb15-4a068ba7efe7@restart.be>=0D=0A=20=0D=0A=20<43c9d4d4-1995-5626 -d70a-f92a5b456629@FreeBSD.org>=0D=0A=20=0D=0A=20<9d1f9a76-5a8d-6eca-9a50-907d55099 847@FreeBSD.org>=0D=0A=20<6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@res tart.be>=0D=0A=20=0D=0A=20<23a66749-f138-1f1a-afae-c775f906ff37@restart.be>=0D=0A= 20<8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org>=0D=0A=20<6d99 1cea-b420-531e-12cc-001e4aeed66b@restart.be>=0D=0A=20<67f2e8bd-bff 0-f808-7557-7dabe5cad78c@FreeBSD.org>|Cc:=20Konstantin=20Belousov= 20|Date:=20Thu,=2010=20Nov=202016=2020:41:55=20+0 100|In-Reply-To:=20<67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.o rg>; b=Y62/HpIxiErN82wd0GKQ9nnsTsPTvvnz7XSlAKQWZVgcGkVooPnccJLE9jDqREAnD gZ/+6sMqr8dK1TfG2Lye/ftP43hftNzH2AJnvr7hR6rsQZQyTPhfXSuoRUn4QVcc8B 2RjGj+QkG76yxQ8d235+612xgDyKf9ZlE6CmEL+QKMWUDrxPGhbvK7bDTDrfLK+UJZ wLd0OnCCNTCJif4xm5RW6TooqSerLfLNUBMXhAYBKN0QiC+IjXviMpRZvK58QyOTPF LSXG1DTgrP/DmviH/eoA1RNxoGsdDN57s0EahROpmxMFxstDTEaDBGcd0bGH0zqpw6 9T55d9rJjAOSw== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tFD2Y1SpzzsH9; Thu, 10 Nov 2016 20:41:56 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uAAJft3K042337 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 Nov 2016 20:41:56 +0100 (CET) (envelope-from hlh@restart.be) From: Henri Hennebert Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Andriy Gapon , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> <67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.org> Cc: Konstantin Belousov Message-ID: <1cb09c54-5f0e-2259-a41a-fefe76b4fe8b@restart.be> Date: Thu, 10 Nov 2016 20:41:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <67f2e8bd-bff0-f808-7557-7dabe5cad78c@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.23 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, 10 Nov 2016 19:42:01 -0000 On 11/10/2016 19:40, Andriy Gapon wrote: > On 10/11/2016 19:55, Henri Hennebert wrote: >> >> >> On 11/10/2016 18:33, Andriy Gapon wrote: >>> On 10/11/2016 18:12, Henri Hennebert wrote: >>>> On 11/10/2016 16:54, Andriy Gapon wrote: >>>>> On 10/11/2016 17:20, Henri Hennebert wrote: >>>>>> On 11/10/2016 15:00, Andriy Gapon wrote: >>>>>>> Interesting. I can not spot any suspicious thread that would hold the vnode >>>>>>> lock. Could you please run kgdb (just like that, no arguments), then execute >>>>>>> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >>>>>>> command. Then please 'print *vp' and share the result. >>>>>>> >>>>>> I Think I miss something in your request: >>>>> >>>>> Oh, sorry! The very first step should be 'tid 101112' to switch to the correct >>>>> context. >>>>> >>>> >>>> (kgdb) fr 7 >>>> #7 0xffffffff8063c5b3 in _vn_lock (vp=, flags=2121728, >>> >>> "value optimized out" - not good >>> >>>> file=, >>>> line=) at vnode_if.h:859 >>>> 859 vnode_if.h: No such file or directory. >>>> in vnode_if.h >>>> (kgdb) print *vp >>> >>> I am not sure if this output is valid, because of the message above. >>> Could you please try to navigate to nearby frames and see if vp itself has a >>> valid value there. If you can find such a frame please do *vp there. >>> >> >> Does this seems better? > > Yes! > >> (kgdb) fr 8 >> #8 0xffffffff8062a5f7 in vget (vp=0xfffff80049c2c000, flags=2121728, >> td=0xfffff80009ba0500) at /usr/src/sys/kern/vfs_subr.c:2523 >> 2523 if ((error = vn_lock(vp, flags)) != 0) { >> (kgdb) print *vp >> $1 = {v_tag = 0xffffffff813be535 "zfs", v_op = 0xffffffff813d0f70, v_data = >> 0xfffff80049c1f420, v_mount = 0xfffff800093aa660, >> v_nmntvnodes = {tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049c2bb30}, >> v_un = {vu_mount = 0x0, vu_socket = 0x0, >> vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = >> 0x0}, v_cache_src = {lh_first = 0x0}, v_cache_dst = { >> tqh_first = 0xfffff800bfc8e3f0, tqh_last = 0xfffff800bfc8e410}, v_cache_dd = >> 0x0, v_lock = {lock_object = { >> lo_name = 0xffffffff813be535 "zfs", lo_flags = 117112832, lo_data = 0, >> lo_witness = 0x0}, lk_lock = 23, lk_exslpfail = 0, >> lk_timo = 51, lk_pri = 96}, v_interlock = {lock_object = {lo_name = >> 0xffffffff8099e9e0 "vnode interlock", lo_flags = 16973824, >> lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = >> 0xfffff80049c2c068, v_actfreelist = { >> tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049ae9bd0}, v_bufobj = >> {bo_lock = {lock_object = { >> lo_name = 0xffffffff8099e9f0 "bufobj interlock", lo_flags = 86179840, >> lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, >> bo_ops = 0xffffffff80c4bf70, bo_object = 0xfffff800b62e9c60, bo_synclist = >> {le_next = 0x0, le_prev = 0x0}, >> bo_private = 0xfffff80049c2c000, __bo_vnode = 0xfffff80049c2c000, bo_clean = >> {bv_hd = {tqh_first = 0x0, >> tqh_last = 0xfffff80049c2c120}, bv_root = {pt_root = 0}, bv_cnt = 0}, >> bo_dirty = {bv_hd = {tqh_first = 0x0, >> tqh_last = 0xfffff80049c2c140}, bv_root = {pt_root = 0}, bv_cnt = 0}, >> bo_numoutput = 0, bo_flag = 0, bo_bsize = 131072}, >> v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = >> {tqh_first = 0x0, tqh_last = 0xfffff80049c2c188}, >> rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, >> v_holdcnt = 9, v_usecount = 6, v_iflag = 512, >> v_vflag = 32, v_writecount = 0, v_hash = 4833984, v_type = VREG} >> (kgdb) > > flags=2121728 = 0x206000 = LK_SHARED | LK_VNHELD | LK_NODDLKTREAT > lk_lock = 23 = 0x17 = LK_ONE_SHARER | LK_EXCLUSIVE_WAITERS | LK_SHARED_WAITERS | > LK_SHARE > > So, here's what we have here: this thread tries to get a shared lock on the > vnode, the vnode is already locked in shared mode, but there is an exclusive > waiter (or, perhaps, multiple waiters). So, this thread can not get the lock > because of the exclusive waiter. And I do not see an easy way to identify that > waiter. > > In the procstat output that you provided earlier there was no other thread in > vn_lock. Hmm, I see this: > procstat: sysctl: kern.proc.kstack: 14789: Device busy > procstat: sysctl: kern.proc.kstack: 82034: Device busy > > Could you please check what those two processes are (if they are still running)? > Perhaps try procstat for each of the pids several times. > This 2 processes are the 2 instances of the innd daemon (news server) which seems in accordance with the directory /usr/local/news/bin. [root@avoriaz ~]# procstat 14789 PID PPID PGID SID TSID THR LOGIN WCHAN EMUL COMM 14789 29165 29165 29165 0 1 root zfs FreeBSD ELF64 innd [root@avoriaz ~]# procstat 82034 PID PPID PGID SID TSID THR LOGIN WCHAN EMUL COMM 82034 29165 29165 29165 0 1 root zfs FreeBSD ELF64 innd [root@avoriaz ~]# procstat -f 14789 procstat: kinfo_getfile(): Device busy PID COMM FD T V FLAGS REF OFFSET PRO NAME [root@avoriaz ~]# procstat -f 14789 procstat: kinfo_getfile(): Device busy PID COMM FD T V FLAGS REF OFFSET PRO NAME [root@avoriaz ~]# procstat -f 14789 procstat: kinfo_getfile(): Device busy PID COMM FD T V FLAGS REF OFFSET PRO NAME [root@avoriaz ~]# procstat -f 14789 procstat: kinfo_getfile(): Device busy PID COMM FD T V FLAGS REF OFFSET PRO NAME [root@avoriaz ~]# procstat -kk 14789 PID TID COMM TDNAME KSTACK procstat: sysctl: kern.proc.kstack: 14789: Device busy [root@avoriaz ~]# procstat -kk 14789 PID TID COMM TDNAME KSTACK procstat: sysctl: kern.proc.kstack: 14789: Device busy [root@avoriaz ~]# procstat -kk 14789 PID TID COMM TDNAME KSTACK procstat: sysctl: kern.proc.kstack: 14789: Device busy [root@avoriaz ~]# procstat -kk 14789 PID TID COMM TDNAME KSTACK procstat: sysctl: kern.proc.kstack: 14789: Device busy [root@avoriaz ~]# Same result for 82034. By the way the news server seems OK: [root@avoriaz ~]# ctlinnd mode Server running Allowing remote connections Parameters c 14 i 50 (0) l 5000000 o 1010 t 300 H 2 T 60 X 0 normal specified Not reserved Readers follow enabled Perl filtering enabled [root@avoriaz ~]# I can access the news server with thunderbird. I can restart the news server if you ask Henri From owner-freebsd-stable@freebsd.org Fri Nov 11 06:09:19 2016 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 07319C3B300; Fri, 11 Nov 2016 06:09:19 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EF69714DE; Fri, 11 Nov 2016 06:09:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D5316206; Fri, 11 Nov 2016 06:09:18 +0000 (UTC) Date: Fri, 11 Nov 2016 06:09:17 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sephe@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <371691939.21.1478844558881.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #1504 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2016 06:09:19 -0000 FreeBSD_STABLE_10-i386 - Build #1504 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1= 504/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/150= 4/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1504= /console Change summaries: 308503 by sephe: MFC 307985-307988 307985 hyperv/hn: Nuke unnecessary M_NETVSC Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8340 307986 hyperv/hn: Move %b format string for capabilities near their definition= . Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8341 307987 hyperv/hn: Define empty packet filter. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8342 307988 hyperv/hn: Shuffle chimney sending buffer alloc/free around. This paves way for more chimney sending buffer reorganization. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8343 308502 by sephe: MFC 307983 hyperv/hn: Properly configure RSS according to RSS capabilities Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8338 308501 by sephe: MFC 307952,307953,308278 307952 hyperv/vmbus: Add missing white space. Submitted by: QianYue You Sponsored by: Microsoft 307953 hyperv/vmbus: Implement vmbus_chan_printf. And use it for vmbus channel logging, which can log the channel owner's name properly, instead of vmbus0. Submitted by: QianYue You Sponsored by: Microsoft 308278 hyperv/vmbus: Reset ch_dev, once the child is deleted. So it will not be mis-used later on, e.g. in vmbus_chan_printf(). Submitted by: dexuan Reported by: dexuan Sponsored by: Microsoft 308500 by sephe: MFC 307893 hyperv/hn: Set baudrate properly PR: 208931 Submitted by: Eugene Grosbein Reported by: Eugene Grosbein Sponsored by: Microsoft 308499 by sephe: MFC 307845 hyperv/ic: Rework framework/message version negotiation. Submitted by: Hongjiang Zhang Modified by: sephe Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8280 308498 by sephe: MFC 307844 hyperv/hn: Nuke unused forward declaration. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8314 The end of the build log: [...truncated 172586 lines...] --- all_subdir_vmbus --- =3D=3D=3D> hyperv/vmbus (all) --- hyperv_machdep.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/i386/hyperv_machdep.c -o hyperv_machdep.o --- all_subdir_geom --- --- tr_raid1e.o --- ctfconvert -L VERSION -g tr_raid1e.o --- all_subdir_hyperv --- ctfconvert -L VERSION -g hyperv_machdep.o --- hyperv.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/hyperv.c -o hyperv.o --- all_subdir_hwpmc --- ctfconvert -L VERSION -g hwpmc_soft.o --- all_subdir_hptrr --- --- hptrr_osm_bsd.o --- ctfconvert -L VERSION -g hptrr_osm_bsd.o --- all_subdir_hwpmc --- WARNING: hwpmc_soft.c: enum pmc_event has too many values: 1760 > 1023 --- all_subdir_geom --- --- tr_raid5.o --- --- all_subdir_hwpmc --- --- hwpmc_amd.o --- --- all_subdir_geom --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c /usr/src/sys/modules/geom/geom_= raid/../../../geom/raid/tr_raid5.c -o tr_raid5.o --- all_subdir_hwpmc --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c /usr/src/sys/modules/hwpmc/../.= ./dev/hwpmc/hwpmc_amd.c -o hwpmc_amd.o --- all_subdir_hptrr --- --- hptrr.kld --- ld -d -warn-common -r -d -o hptrr.kld hptrr_lib.o hptrr_os_bsd.o hptrr_osm= _bsd.o hptrr_config.o ctfmerge -L VERSION -g -o hptrr.kld hptrr_lib.o hptrr_os_bsd.o hptrr_osm_bs= d.o hptrr_config.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk hptrr.kld export_syms | xargs -J% o= bjcopy % hptrr.kld --- hptrr.ko.debug --- ld -Bshareable -d -warn-common -o hptrr.ko.debug hptrr.kld --- hptrr.ko.symbols --- objcopy --only-keep-debug hptrr.ko.debug hptrr.ko.symbols --- hptrr.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dhptrr.ko.symbols hptrr.ko.debug= hptrr.ko --- all_subdir_geom --- --- g_raid_md_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c g_raid_md_if.c -o g_raid_md_if.= o --- all_subdir_hyperv --- ctfconvert -L VERSION -g hyperv.o --- hyperv_busdma.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/hyperv_busdma.c -o hyperv_busdma.o --- all_subdir_geom --- --- tr_raid5.o --- ctfconvert -L VERSION -g tr_raid5.o --- all_subdir_hyperv --- --- all_subdir_netvsc --- =3D=3D=3D> hyperv/netvsc (all) --- all_subdir_hwpmc --- ctfconvert -L VERSION -g hwpmc_amd.o --- all_subdir_hyperv --- --- hv_net_vsc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/netvsc/../../../dev/hyperv/netvsc -DHAVE_K= ERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I.= -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-a= es -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector= -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-= extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-ta= utological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -= Wno-error-unused-function -c /usr/src/sys/modules/hyperv/netvsc/../../..= /dev/hyperv/netvsc/hv_net_vsc.c -o hv_net_vsc.o --- all_subdir_geom --- --- g_raid_md_if.o --- ctfconvert -L VERSION -g g_raid_md_if.o --- all_subdir_hyperv --- --- all_subdir_vmbus --- ctfconvert -L VERSION -g hyperv_busdma.o --- all_subdir_hwpmc --- WARNING: hwpmc_amd.c: enum pmc_event has too many values: 1760 > 1023 --- all_subdir_hyperv --- --- vmbus_br.o --- --- all_subdir_geom --- --- g_raid_tr_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c g_raid_tr_if.c -o g_raid_tr_if.= o --- all_subdir_hyperv --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/vmbus_br.c -o vmbus_br.o --- all_subdir_hwpmc --- --- hwpmc_intel.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c /usr/src/sys/modules/hwpmc/../.= ./dev/hwpmc/hwpmc_intel.c -o hwpmc_intel.o --- all_subdir_geom --- ctfconvert -L VERSION -g g_raid_tr_if.o --- geom_raid.kld --- ld -d -warn-common -r -d -o geom_raid.kld g_raid.o g_raid_ctl.o g_raid_md_= if.o g_raid_tr_if.o md_ddf.o md_intel.o md_jmicron.o md_nvidia.o md_promise= .o md_sii.o tr_concat.o tr_raid0.o tr_raid1.o tr_raid1e.o tr_raid5.o --- all_subdir_hwpmc --- ctfconvert -L VERSION -g hwpmc_intel.o --- all_subdir_hyperv --- ctfconvert -L VERSION -g vmbus_br.o --- all_subdir_geom --- ctfmerge -L VERSION -g -o geom_raid.kld g_raid.o g_raid_ctl.o g_raid_md_if.= o g_raid_tr_if.o md_ddf.o md_intel.o md_jmicron.o md_nvidia.o md_promise.o = md_sii.o tr_concat.o tr_raid0.o tr_raid1.o tr_raid1e.o tr_raid5.o --- all_subdir_hwpmc --- WARNING: hwpmc_intel.c: enum pmc_event has too many values: 1760 > 1023 --- all_subdir_hyperv --- --- vmbus_chan.o --- --- all_subdir_hwpmc --- --- hwpmc_pentium.o --- --- all_subdir_hyperv --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/vmbus_chan.c -o vmbus_chan.o --- all_subdir_hwpmc --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c /usr/src/sys/modules/hwpmc/../.= ./dev/hwpmc/hwpmc_pentium.c -o hwpmc_pentium.o --- all_subdir_hyperv --- --- all_subdir_netvsc --- ctfconvert -L VERSION -g hv_net_vsc.o --- hv_rndis_filter.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/netvsc/../../../dev/hyperv/netvsc -DHAVE_K= ERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I.= -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-a= es -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector= -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-= extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-ta= utological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -= Wno-error-unused-function -c /usr/src/sys/modules/hyperv/netvsc/../../..= /dev/hyperv/netvsc/hv_rndis_filter.c -o hv_rndis_filter.o --- all_subdir_geom --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk geom_raid.kld export_syms | xargs -= J% objcopy % geom_raid.kld --- geom_raid.ko.debug --- ld -Bshareable -d -warn-common -o geom_raid.ko.debug geom_raid.kld --- geom_raid.ko.symbols --- objcopy --only-keep-debug geom_raid.ko.debug geom_raid.ko.symbols --- geom_raid.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dgeom_raid.ko.symbols geom_raid.= ko.debug geom_raid.ko --- all_subdir_geom_uncompress --- =3D=3D=3D> geom/geom_uncompress (all) --- all_subdir_hwpmc --- ctfconvert -L VERSION -g hwpmc_pentium.o --- all_subdir_geom --- --- g_uncompress.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/geom/geom_uncompress/../../../geom/uncompress/ -I= /usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedded/free= bsd -I/usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedde= d/linux/lib/xz/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/= GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr= /src/sys/GENERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreest= anding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-erro= r-parentheses-equality -Wno-error-unused-function -c /usr/src/sys/module= s/geom/geom_uncompress/../../../geom/uncompress/g_uncompress.c -o g_uncompr= ess.o --- all_subdir_hwpmc --- WARNING: hwpmc_pentium.c: enum pmc_event has too many values: 1760 > 1023 --- hwpmc_tsc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c /usr/src/sys/modules/hwpmc/../.= ./dev/hwpmc/hwpmc_tsc.c -o hwpmc_tsc.o ctfconvert -L VERSION -g hwpmc_tsc.o WARNING: hwpmc_tsc.c: enum pmc_event has too many values: 1760 > 1023 --- hwpmc_mod.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GEN= ERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fsta= ck-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-prot= ector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-error-unused-function -c /usr/src/sys/modules/hwpmc/../.= ./dev/hwpmc/hwpmc_mod.c -o hwpmc_mod.o --- all_subdir_geom --- ctfconvert -L VERSION -g g_uncompress.o --- xz_crc32.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/geom/geom_uncompress/../../../geom/uncompress/ -I= /usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedded/free= bsd -I/usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedde= d/linux/lib/xz/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/= GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr= /src/sys/GENERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreest= anding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-erro= r-parentheses-equality -Wno-error-unused-function -c /usr/src/sys/module= s/geom/geom_uncompress/../../../contrib/xz-embedded/linux/lib/xz//xz_crc32.= c -o xz_crc32.o --- all_subdir_hyperv --- --- all_subdir_vmbus --- ctfconvert -L VERSION -g vmbus_chan.o --- vmbus_et.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/vmbus_et.c -o vmbus_et.o --- all_subdir_netvsc --- ctfconvert -L VERSION -g hv_rndis_filter.o --- hv_netvsc_drv_freebsd.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/netvsc/../../../dev/hyperv/netvsc -DHAVE_K= ERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I.= -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-a= es -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector= -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-= extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-ta= utological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -= Wno-error-unused-function -c /usr/src/sys/modules/hyperv/netvsc/../../..= /dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c -o hv_netvsc_drv_freebsd.o --- all_subdir_geom --- ctfconvert -L VERSION -g xz_crc32.o --- xz_dec_bcj.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/geom/geom_uncompress/../../../geom/uncompress/ -I= /usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedded/free= bsd -I/usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedde= d/linux/lib/xz/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/= GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr= /src/sys/GENERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreest= anding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-erro= r-parentheses-equality -Wno-error-unused-function -c /usr/src/sys/module= s/geom/geom_uncompress/../../../contrib/xz-embedded/linux/lib/xz//xz_dec_bc= j.c -o xz_dec_bcj.o ctfconvert -L VERSION -g xz_dec_bcj.o --- xz_dec_lzma2.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/geom/geom_uncompress/../../../geom/uncompress/ -I= /usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedded/free= bsd -I/usr/src/sys/modules/geom/geom_uncompress/../../../contrib/xz-embedde= d/linux/lib/xz/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/= GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr= /src/sys/GENERIC -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreest= anding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments = -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wn= o-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-erro= r-parentheses-equality -Wno-error-unused-function -c /usr/src/sys/module= s/geom/geom_uncompress/../../../contrib/xz-embedded--- all_subdir_hyperv --= - --- all_subdir_vmbus --- ctfconvert -L VERSION -g vmbus_et.o --- all_subdir_geom --- /linux/lib/xz//xz_dec_lzma2.c -o xz_dec_lzma2.o --- all_subdir_hyperv --- --- vmbus_xact.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/s= rc/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus -DHAVE_KERNEL_OPTION_= HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -= mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -s= td=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/vmbus_xact.c -o vmbus_xact.o --- all_subdir_netvsc --- /usr/src/sys/modules/hyperv/netvsc/../../../dev/hyperv/netvsc/hv_netvsc_drv= _freebsd.c:861:21: error: implicit conversion from 'unsigned long long' to = 'u_long' (aka 'unsigned long') changes value from 10000000000 to 1410065408= [-Werror,-Wconstant-conversion] ifp->if_baudrate =3D IF_Gbps(10); ~ ^~~~~~~~~~~ @/net/if.h:187:21: note: expanded from macro 'IF_Gbps' #define IF_Gbps(x) (IF_Mbps((x) * 1000)) /* gigabits/sec. */ ^~~~~~~~~~~~~~~~~~~ @/net/if.h:186:21: note: expanded from macro 'IF_Mbps' #define IF_Mbps(x) (IF_Kbps((x) * 1000)) /* megabits/sec. */ ^~~~~~~~~~~~~~~~~~~ @/net/if.h:185:36: note: expanded from macro 'IF_Kbps' #define IF_Kbps(x) ((uintmax_t)(x) * 1000) /* kilobits/sec. */ ~~~~~~~~~~~~~~~^~~~~~ 1 error generated. *** [hv_netvsc_drv_freebsd.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/hyperv/netvsc 1 error make[5]: stopped in /usr/src/sys/modules/hyperv/netvsc *** [all_subdir_netvsc] Error code 2 make[4]: stopped in /usr/src/sys/modules/hyperv --- all_subdir_vmbus --- ctfconvert -L VERSION -g vmbus_xact.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/hyperv/vmbus *** [all_subdir_vmbus] Error code 2 make[4]: stopped in /usr/src/sys/modules/hyperv 2 errors make[4]: stopped in /usr/src/sys/modules/hyperv *** [all_subdir_hyperv] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_geom --- ctfconvert -L VERSION -g xz_dec_lzma2.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/geom/geom_uncompress *** [all_subdir_geom_uncompress] Error code 2 make[4]: stopped in /usr/src/sys/modules/geom 1 error make[4]: stopped in /usr/src/sys/modules/geom *** [all_subdir_geom] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_hwpmc --- ctfconvert -L VERSION -g hwpmc_mod.o WARNING: hwpmc_mod.c: enum pmc_event has too many values: 1760 > 1023 A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/hwpmc *** [all_subdir_hwpmc] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson3987357184118878310.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_STABLE_10-i386' + echo 'clean up jail FreeBSD_STABLE_10-i386' clean up jail FreeBSD_STABLE_10-i386 + sudo jail -r FreeBSD_STABLE_10-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_STABLE_10-i386/usr/src + sudo umount FreeBSD_STABLE_10-i386/dev + sudo rm -fr FreeBSD_STABLE_10-i386 + true + sudo chflags -R noschg FreeBSD_STABLE_10-i386 + sudo rm -fr FreeBSD_STABLE_10-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Fri Nov 11 08:13:51 2016 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 DD1FDC3B969; Fri, 11 Nov 2016 08:13:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CFCE91C40; Fri, 11 Nov 2016 08:13:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3672620A; Fri, 11 Nov 2016 08:13:52 +0000 (UTC) Date: Fri, 11 Nov 2016 08:13:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sephe@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <758246238.25.1478852032231.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <371691939.21.1478844558881.JavaMail.jenkins@jenkins-9.freebsd.org> References: <371691939.21.1478844558881.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #1505 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2016 08:13:52 -0000 FreeBSD_STABLE_10-i386 - Build #1505 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1505/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1505/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1505/console Change summaries: 308512 by sephe: MFC 308164 hyperv/hn: Regroup if_start related functions. And put them under HN_IFSTART_SUPPORT, which is by default on until we whack the if_start related bits from base system. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8392 308511 by sephe: MFC 308163 hyperv/hn: Rename cleaned up file. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8390 308510 by sephe: MFC 308162 hyperv/hn: Cosmetic cleanup; no functional changes. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8389 308509 by sephe: MFC 308117-308120 308117 hyperv/hn: Rework temporary channel packet buffer expanding. And use large default temporary channel packer buffer; we really don't want it to be expanded at run time. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8367 308118 hyperv/hn: Cleanup RXBUF ack processing. - Increase the # of retries. - Add comment. - Log error, if RXBUF ack fails. - Add stat for RXBUF ack failures. RXBUF ack really should _not_ fail... Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8368 308119 hyperv/hn: Reset do_lro, if the hash types are not TCP related. Mainly because the host side only set TCPCS and IPCS even for UDP datagrams. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8369 308120 hyperv/hn: Don't start shared TX taskq, if the hypervisor is not Hyper-V. - Move the SYSINIT to DRIVER/SECOND, i.e. after the vm_guest becomes determistic. - Minor style changes. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8370 308508 by sephe: MFC 308018,308116 308018 hyeprv/hn: Rename cleaned up RNDIS header file. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8360 308116 hyperv/hn: Rename cleaned up RNDIS source file. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8361 308507 by sephe: hyperv/hn: Fix i386 build; if_baudrate is 32bits on i386 on stable/10 This is a direct commit. Sponsored by: Microsoft 308506 by sephe: MFC 308013-308017 308013 hyperv/hn: Nuke unnecessary indirection. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8355 308014 hyperv/hn: Reorganize RX path; mainly pull non-control code path up Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8356 308015 hyperv/hn: Pull data path code up. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8357 308016 hyperv/hn: Cleanup RNDIS related files. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8358 308017 hyperv/hn: Change header guardian; in preparation for the upcoming rename. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8359 308505 by sephe: MFC 308011,308012 308011 hyperv/hn: Rename cleaned up NVS header file. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8353 308012 hyperv/hn: Rename cleaned up NVS source file. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8354 308504 by sephe: MFC 307989-307991,308010 307989 hyperv/hn: Move hn_softc to if_hnvar.h While I'm here, use consistent macro names. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8345 307990 hyperv/hn: Move send context to NVS domain. Since all sends are encapsulated in NVS messages. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8346 307991 hyperv/hn: NVS inclusion cleanup and forward declare functions. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8347 308010 hyperv/hn: Change header guardian; in preparation for the upcoming rename. Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D8352 From owner-freebsd-stable@freebsd.org Fri Nov 11 11:24:49 2016 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 6481DC37862 for ; Fri, 11 Nov 2016 11:24:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8EDB81139; Fri, 11 Nov 2016 11:24:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA23967; Fri, 11 Nov 2016 13:24:40 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c59wl-0007ul-O0; Fri, 11 Nov 2016 13:24:39 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Henri Hennebert , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> <67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.org> <1cb09c54-5f0e-2259-a41a-fefe76b4fe8b@restart.be> Cc: Konstantin Belousov From: Andriy Gapon Message-ID: Date: Fri, 11 Nov 2016 13:24:02 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <1cb09c54-5f0e-2259-a41a-fefe76b4fe8b@restart.be> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Nov 2016 11:24:49 -0000 On 10/11/2016 21:41, Henri Hennebert wrote: > On 11/10/2016 19:40, Andriy Gapon wrote: >> On 10/11/2016 19:55, Henri Hennebert wrote: >>> >>> >>> On 11/10/2016 18:33, Andriy Gapon wrote: >>>> On 10/11/2016 18:12, Henri Hennebert wrote: >>>>> On 11/10/2016 16:54, Andriy Gapon wrote: >>>>>> On 10/11/2016 17:20, Henri Hennebert wrote: >>>>>>> On 11/10/2016 15:00, Andriy Gapon wrote: >>>>>>>> Interesting. I can not spot any suspicious thread that would hold the >>>>>>>> vnode >>>>>>>> lock. Could you please run kgdb (just like that, no arguments), then >>>>>>>> execute >>>>>>>> 'bt' command and then select a frame when _vn_lock is called with 'fr N' >>>>>>>> command. Then please 'print *vp' and share the result. >>>>>>>> >>>>>>> I Think I miss something in your request: >>>>>> >>>>>> Oh, sorry! The very first step should be 'tid 101112' to switch to the >>>>>> correct >>>>>> context. >>>>>> >>>>> >>>>> (kgdb) fr 7 >>>>> #7 0xffffffff8063c5b3 in _vn_lock (vp=, flags=2121728, >>>> >>>> "value optimized out" - not good >>>> >>>>> file=, >>>>> line=) at vnode_if.h:859 >>>>> 859 vnode_if.h: No such file or directory. >>>>> in vnode_if.h >>>>> (kgdb) print *vp >>>> >>>> I am not sure if this output is valid, because of the message above. >>>> Could you please try to navigate to nearby frames and see if vp itself has a >>>> valid value there. If you can find such a frame please do *vp there. >>>> >>> >>> Does this seems better? >> >> Yes! >> >>> (kgdb) fr 8 >>> #8 0xffffffff8062a5f7 in vget (vp=0xfffff80049c2c000, flags=2121728, >>> td=0xfffff80009ba0500) at /usr/src/sys/kern/vfs_subr.c:2523 >>> 2523 if ((error = vn_lock(vp, flags)) != 0) { >>> (kgdb) print *vp >>> $1 = {v_tag = 0xffffffff813be535 "zfs", v_op = 0xffffffff813d0f70, v_data = >>> 0xfffff80049c1f420, v_mount = 0xfffff800093aa660, >>> v_nmntvnodes = {tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049c2bb30}, >>> v_un = {vu_mount = 0x0, vu_socket = 0x0, >>> vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = >>> 0x0}, v_cache_src = {lh_first = 0x0}, v_cache_dst = { >>> tqh_first = 0xfffff800bfc8e3f0, tqh_last = 0xfffff800bfc8e410}, v_cache_dd = >>> 0x0, v_lock = {lock_object = { >>> lo_name = 0xffffffff813be535 "zfs", lo_flags = 117112832, lo_data = 0, >>> lo_witness = 0x0}, lk_lock = 23, lk_exslpfail = 0, >>> lk_timo = 51, lk_pri = 96}, v_interlock = {lock_object = {lo_name = >>> 0xffffffff8099e9e0 "vnode interlock", lo_flags = 16973824, >>> lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, v_vnlock = >>> 0xfffff80049c2c068, v_actfreelist = { >>> tqe_next = 0xfffff80049c2c938, tqe_prev = 0xfffff80049ae9bd0}, v_bufobj = >>> {bo_lock = {lock_object = { >>> lo_name = 0xffffffff8099e9f0 "bufobj interlock", lo_flags = 86179840, >>> lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, >>> bo_ops = 0xffffffff80c4bf70, bo_object = 0xfffff800b62e9c60, bo_synclist = >>> {le_next = 0x0, le_prev = 0x0}, >>> bo_private = 0xfffff80049c2c000, __bo_vnode = 0xfffff80049c2c000, bo_clean = >>> {bv_hd = {tqh_first = 0x0, >>> tqh_last = 0xfffff80049c2c120}, bv_root = {pt_root = 0}, bv_cnt = 0}, >>> bo_dirty = {bv_hd = {tqh_first = 0x0, >>> tqh_last = 0xfffff80049c2c140}, bv_root = {pt_root = 0}, bv_cnt = 0}, >>> bo_numoutput = 0, bo_flag = 0, bo_bsize = 131072}, >>> v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = >>> {tqh_first = 0x0, tqh_last = 0xfffff80049c2c188}, >>> rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, >>> v_holdcnt = 9, v_usecount = 6, v_iflag = 512, >>> v_vflag = 32, v_writecount = 0, v_hash = 4833984, v_type = VREG} >>> (kgdb) >> >> flags=2121728 = 0x206000 = LK_SHARED | LK_VNHELD | LK_NODDLKTREAT >> lk_lock = 23 = 0x17 = LK_ONE_SHARER | LK_EXCLUSIVE_WAITERS | LK_SHARED_WAITERS | >> LK_SHARE >> >> So, here's what we have here: this thread tries to get a shared lock on the >> vnode, the vnode is already locked in shared mode, but there is an exclusive >> waiter (or, perhaps, multiple waiters). So, this thread can not get the lock >> because of the exclusive waiter. And I do not see an easy way to identify that >> waiter. >> >> In the procstat output that you provided earlier there was no other thread in >> vn_lock. Hmm, I see this: >> procstat: sysctl: kern.proc.kstack: 14789: Device busy >> procstat: sysctl: kern.proc.kstack: 82034: Device busy >> >> Could you please check what those two processes are (if they are still running)? >> Perhaps try procstat for each of the pids several times. >> At this stage I would try to get a system crash dump for post-mortem analysis. There are a few way to do that. You can enter ddb and then run 'dump' and 'reset' commands. Or you can just do `sysctl debug.kdb.panic=1`. In either case, please double-check that your system has a dump device configured. > This 2 processes are the 2 instances of the innd daemon (news server) which > seems in accordance with the directory /usr/local/news/bin. > > [root@avoriaz ~]# procstat 14789 > PID PPID PGID SID TSID THR LOGIN WCHAN EMUL COMM > 14789 29165 29165 29165 0 1 root zfs FreeBSD ELF64 innd > [root@avoriaz ~]# procstat 82034 > PID PPID PGID SID TSID THR LOGIN WCHAN EMUL COMM > 82034 29165 29165 29165 0 1 root zfs FreeBSD ELF64 innd > [root@avoriaz ~]# procstat -f 14789 > procstat: kinfo_getfile(): Device busy > PID COMM FD T V FLAGS REF OFFSET PRO NAME > [root@avoriaz ~]# procstat -f 14789 > procstat: kinfo_getfile(): Device busy > PID COMM FD T V FLAGS REF OFFSET PRO NAME > [root@avoriaz ~]# procstat -f 14789 > procstat: kinfo_getfile(): Device busy > PID COMM FD T V FLAGS REF OFFSET PRO NAME > [root@avoriaz ~]# procstat -f 14789 > procstat: kinfo_getfile(): Device busy > PID COMM FD T V FLAGS REF OFFSET PRO NAME > [root@avoriaz ~]# procstat -kk 14789 > PID TID COMM TDNAME KSTACK > procstat: sysctl: kern.proc.kstack: 14789: Device busy > [root@avoriaz ~]# procstat -kk 14789 > PID TID COMM TDNAME KSTACK > procstat: sysctl: kern.proc.kstack: 14789: Device busy > [root@avoriaz ~]# procstat -kk 14789 > PID TID COMM TDNAME KSTACK > procstat: sysctl: kern.proc.kstack: 14789: Device busy > [root@avoriaz ~]# procstat -kk 14789 > PID TID COMM TDNAME KSTACK > procstat: sysctl: kern.proc.kstack: 14789: Device busy > [root@avoriaz ~]# > > Same result for 82034. > > By the way the news server seems OK: > > [root@avoriaz ~]# ctlinnd mode > Server running > Allowing remote connections > Parameters c 14 i 50 (0) l 5000000 o 1010 t 300 H 2 T 60 X 0 normal specified > Not reserved > Readers follow enabled > Perl filtering enabled > [root@avoriaz ~]# > > I can access the news server with thunderbird. > > I can restart the news server if you ask > > Henri -- Andriy Gapon From owner-freebsd-stable@freebsd.org Fri Nov 11 14:51:05 2016 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 1AE09C3BECB for ; Fri, 11 Nov 2016 14:51:05 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [5.135.182.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC9EA1D11; Fri, 11 Nov 2016 14:51:04 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=avg@freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3tFjXP5Ng7zrDX DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1478875861; bh=lvYZSllrNPz9pFjGXUajHDFhXaU9bagxH60DNPw4xkw=; h=Subject:To:References:Cc:From:Date:In-Reply-To; z=Subject:=20Re:=20Freebsd=2011.0=20RELEASE=20-=20ZFS=20deadlock|To :=20Andriy=20Gapon=20,=20freebsd-stable@FreeBSD.o rg|References:=20<0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> =0D=0A=20=0D=0A= 20<43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org>=0D=0A=20=0D=0A=20<9d1f9a76-5a8 d-6eca-9a50-907d55099847@FreeBSD.org>=0D=0A=20<6bc95dce-31e1-3013- bfe3-7c2dd80f9d1e@restart.be>=0D=0A=20=0D=0A=20<23a66749-f138-1f1a-afae-c775f906ff 37@restart.be>=0D=0A=20<8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeB SD.org>=0D=0A=20<6d991cea-b420-531e-12cc-001e4aeed66b@restart.be>= 0D=0A=20<67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.org>=0D=0A=2 0<1cb09c54-5f0e-2259-a41a-fefe76b4fe8b@restart.be>=0D=0A=20|Cc:=20Konstantin=20Bel ousov=20|From:=20Henri=20Hennebert=20|Date:=20Fri,=2011=20Nov=202016=2015:50:59=20+0100|In-Reply-To :=20; b=VOxkoeo3gjrU2qRcI6+Bf1bp5XB7MNXxUJln9YmL50ufEOSgY++0i3jn9UMQgBElo fsXeBpJYuVl0C7v1SOkLocqhX3SZBYQJ5fKJFgLjiQ/rc+udju/IsKG2Ft5RD6S97r N1tV6wyNfnfjSBJO7B/BFSq+pHQIT9EU0gVk5P9JVECM6KG5IIn1i0VEdhfxv1fC/X GJnY3cPPL0gsK6SK1wJr1i4GUk9YDrJHMDY1BagFLudBA7OS5ZmEx0G99ccNsoSOr2 GeD9Qj3N/viGVZn00KraWh+uIjO0OCWhAXDerVBLKc5hrg5WZqFEsoXwuERRjEB1ii DRb/UdZe6ipjA== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3tFjXP5Ng7zrDX; Fri, 11 Nov 2016 15:51:01 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id uABEox6o006835 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 11 Nov 2016 15:51:00 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Andriy Gapon , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> <67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.org> <1cb09c54-5f0e-2259-a41a-fefe76b4fe8b@restart.be> Cc: Konstantin Belousov From: Henri Hennebert Message-ID: <9f20020b-e2f1-862b-c3fc-dc6ff94e301e@restart.be> Date: Fri, 11 Nov 2016 15:50:59 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 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.23 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, 11 Nov 2016 14:51:05 -0000 On 11/11/2016 12:24, Andriy Gapon wrote: > > At this stage I would try to get a system crash dump for post-mortem analysis. > There are a few way to do that. You can enter ddb and then run 'dump' and > 'reset' commands. Or you can just do `sysctl debug.kdb.panic=1`. > In either case, please double-check that your system has a dump device configured. > It take some time to upload the dump... You can find it at http://tignes.restart.be/Xfer/ Henri From owner-freebsd-stable@freebsd.org Sat Nov 12 11:59:47 2016 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 142D6C3D7D7 for ; Sat, 12 Nov 2016 11:59:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 318601863; Sat, 12 Nov 2016 11:59:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA27906; Sat, 12 Nov 2016 13:59:44 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1c5WyG-000A2X-9v; Sat, 12 Nov 2016 13:59:44 +0200 Subject: Re: Freebsd 11.0 RELEASE - ZFS deadlock To: Henri Hennebert , freebsd-stable@FreeBSD.org References: <0c223160-b76f-c635-bb15-4a068ba7efe7@restart.be> <43c9d4d4-1995-5626-d70a-f92a5b456629@FreeBSD.org> <9d1f9a76-5a8d-6eca-9a50-907d55099847@FreeBSD.org> <6bc95dce-31e1-3013-bfe3-7c2dd80f9d1e@restart.be> <23a66749-f138-1f1a-afae-c775f906ff37@restart.be> <8e7547ef-87f7-7fab-6f45-221e8cea1989@FreeBSD.org> <6d991cea-b420-531e-12cc-001e4aeed66b@restart.be> <67f2e8bd-bff0-f808-7557-7dabe5cad78c@FreeBSD.org> <1cb09c54-5f0e-2259-a41a-fefe76b4fe8b@restart.be> <9f20020b-e2f1-862b-c3fc-dc6ff94e301e@restart.be> Cc: Konstantin Belousov From: Andriy Gapon Message-ID: Date: Sat, 12 Nov 2016 13:58:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <9f20020b-e2f1-862b-c3fc-dc6ff94e301e@restart.be> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Nov 2016 11:59:47 -0000 On 11/11/2016 16:50, Henri Hennebert wrote: > > > On 11/11/2016 12:24, Andriy Gapon wrote: >> >> At this stage I would try to get a system crash dump for post-mortem analysis. >> There are a few way to do that. You can enter ddb and then run 'dump' and >> 'reset' commands. Or you can just do `sysctl debug.kdb.panic=1`. >> In either case, please double-check that your system has a dump device >> configured. >> > It take some time to upload the dump... > > You can find it at > > http://tignes.restart.be/Xfer/ Could you please open the dump in kgdb and execute the following commands? set logging on set logging redirect on set pagination off thread apply all bt quit After that you should get gdb.txt file in the current directory. I would like to see it. Thank you. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sat Nov 12 20:03:36 2016 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 06269C3E617 for ; Sat, 12 Nov 2016 20:03:36 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EDEE214A; Sat, 12 Nov 2016 20:03:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8CFE523A; Sat, 12 Nov 2016 20:03:35 +0000 (UTC) Date: Sat, 12 Nov 2016 20:03:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <279769347.32.1478981015184.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_stable_10 #455 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Nov 2016 20:03:36 -0000 https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/455/