From owner-freebsd-stable@freebsd.org Sun Aug 14 05:04: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 672CFBB9D97 for ; Sun, 14 Aug 2016 05:04:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-183.reflexion.net [208.70.211.183]) (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 2FDBD153B for ; Sun, 14 Aug 2016 05:04:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7844 invoked from network); 14 Aug 2016 04:38:06 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 14 Aug 2016 04:38:06 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.6) with SMTP; Sun, 14 Aug 2016 00:37:15 -0400 (EDT) Received: (qmail 17378 invoked from network); 14 Aug 2016 04:37:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Aug 2016 04:37:14 -0000 X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id A3806B1E001 for ; Sat, 13 Aug 2016 21:37:14 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: stable/11 -r304029: amd64-gcc says: sys/dev/hptmv/vdevice.h error: variably modified '_ArrayTables' at file scope Message-Id: <1CF12CBC-0933-41DE-AC50-7CDA3330A542@dsl-only.net> Date: Sat, 13 Aug 2016 21:37:20 -0700 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Aug 2016 05:04:04 -0000 [This was part of Bugzilla report 211540 against the HighPoint = RocketRAID 182x driver code. My -r304029 build attempt using -r304029 = still reports the error. This note is just about a build-ability problem = under amd64-gcc: I only tried it to add to the testing of 11.0. I'm = personally not blocked by the problem.] Attempting to build stable/11 -r304029 for TARGET_ARCH=3Damd64 with = amd64-gcc (amd64-xtoolchain-gcc) reports: /usr/src/sys/dev/hptmv/vdevice.h:145:2: error: variably modified = '_ArrayTables' at file scope [-Werror] BYTE _ArrayTables[MAX_ARRAY_PER_VBUS * ARRAY_VDEV_SIZE]; ^ The "variably modified '_ArrayTables' at file scope" messages refer to = (various .h files contributing): #define MAX_VDEVICE_PER_VBUS 8 . . . #ifndef MAX_ARRAY_PER_VBUS #define MAX_ARRAY_PER_VBUS (MAX_VDEVICE_PER_VBUS*2) /* worst case */ #endif . . . #define ARRAY_VDEV_SIZE = ((UINT)(ULONG_PTR)&((PVDevice)0)->u+sizeof(RaidArray)) . . . typedef struct _VBus { . . . #ifdef SUPPORT_ARRAY PVDevice pFreeArrayLink; BYTE _ArrayTables[MAX_ARRAY_PER_VBUS * ARRAY_VDEV_SIZE]; #endif . . . } VBus; ARRAY_VDEV_SIZE from /usr/src/sys/dev/hptmv/vdevice.h is what is being = complained about for its use in typedef struct _VBus's _ArrayTables = field at file scope. amd64-gcc does not treat = ((UINT)(ULONG_PTR)&((PVDevice)0)->u+sizeof(RaidArray)) as a known = constant where such is required in the _ArrayTables field declaration. /usr/src/sys/dev/hptmv/vdevice.h having = ((UINT)(ULONG_PTR)&((PVDevice)0)->u+sizeof(RaidArray)) for = ARRAY_VDEV_SIZE goes back to -r136849 and the file's creation on = 2004-Oct-24. It appears that SUPPORT_ARRAY was defined back then. SO the = code is old. Context details: # svnlite info /usr/src/ | grep "Rev[i:]"=20 you have mail Revision: 304029 Last Changed Rev: 304029 # uname -apKU FreeBSD FreeBSDx64 11.0-PRERELEASE FreeBSD 11.0-PRERELEASE #4 r304029M: = Sat Aug 13 00:40:30 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODBG = amd64 amd64 1100500 1100500 # more ~/src.configs/src.conf.amd64-xtoolchain.amd64-host=20 TO_TYPE=3Damd64 TOOLS_TO_TYPE=3Dx86_64 VERSION_CONTEXT=3D11.0 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITHOUT_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # #WITH_BOOT=3D for amd64-xtoolschain-gcc/amd64-gcc gets something like...=20= # --- all_subdir_sys --- # -994 bytes available # *** [boot2] Error code 1 WITHOUT_BOOT=3D WITH_LIB32=3D # WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_DEBUG_FILES=3D # # # For TO (so-called "cross") stages . . . # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils. . . # CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc X_COMPILER_TYPE=3Dgcc CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ .if ${.MAKE.LEVEL} =3D=3D 0 = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp .export XCC .export XCXX .export XCPP XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # # =46rom based on clang (via system). . . # .if ${.MAKE.LEVEL} =3D=3D 0 CC=3D/usr/bin/clang CXX=3D/usr/bin/clang++ CPP=3D/usr/bin/clang-cpp .export CC .export CXX .export CPP .endif # more ~/src.configs/make.conf=20 CFLAGS.gcc+=3D -v =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sun Aug 14 08:38:37 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 0AA33BB99AE for ; Sun, 14 Aug 2016 08:38:37 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A2E01F89 for ; Sun, 14 Aug 2016 08:38:36 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [IPv6:2a02:2698:23:e573:2426:384e:83d3:af5f] ([IPv6:2a02:2698:23:e573:2426:384e:83d3:af5f]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id u7E8cUvI071373 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 14 Aug 2016 13:38:31 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1471163911; bh=ac07Co950QiTLshf0aV1HG+HgSbk0Akm2bnayp4/VDo=; h=To:From:Subject:Date; b=WbogKi2GnIsLwqrjvutzpVViamLnwCLpVKUtmNBQoTy16yPDbxA2+Iw9Qz+E6oFnV CTWif/GtsguF4cwD49p956/PlMxYwhY+CHDVwe1JCIBZFcze0LkEC0xnF8EDJL44eY L13KsVXiONeA0yhwPD6LwSHSdBDifKpCUuCVOHw8= To: freebsd-stable@freebsd.org From: "Eugene M. Zheganin" Subject: FreeBSD doesn't boot automatically from UEFI Message-ID: Date: Sun, 14 Aug 2016 13:38:30 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.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.22 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, 14 Aug 2016 08:38:37 -0000 Hi. Recently I've installed FreeBSD 10.3 as an experiment to get the UEFI-enabled system, on one of mine Supermicro servers. The installer worked just fine, but after insttallation I got myself a problem: it cannot boot. If I select to boot the old way, froma disk, BIOS says there's no valid boot device, and I guess i'ts as intended. When I select to boot to the UEFI shell, I got a listing of valid boot deviced identificators, and then an error: ===Cut=== 'f??('is not recognized as an internal or external command, operable program or batch file Exit status code: Invalid parameter ===Cut=== and the booting process bails to the shell itself. When I enter ===Cut=== fs0: EFI\BOOT\BOOTX64.EFI ===Cut=== FreeBSD boots just fine, but I would rather see it boots automatically. So, is there any way for this to be resolved ? Thanks. From owner-freebsd-stable@freebsd.org Sun Aug 14 11:43: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 F3592BB9B5C for ; Sun, 14 Aug 2016 11:43:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-180.reflexion.net [208.70.211.180]) (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 A939011C3 for ; Sun, 14 Aug 2016 11:43:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4147 invoked from network); 14 Aug 2016 11:37:11 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 14 Aug 2016 11:37:11 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.6) with SMTP; Sun, 14 Aug 2016 07:36:32 -0400 (EDT) Received: (qmail 10187 invoked from network); 14 Aug 2016 11:36:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Aug 2016 11:36:32 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id E31ACB1E003; Sun, 14 Aug 2016 04:36:27 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: stable/11 -r304029: an isolated "CAM status: CCB request completed with an error" (I've never had such before) Message-Id: Date: Sun, 14 Aug 2016 04:36:28 -0700 To: freebsd-arm , freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Aug 2016 11:43:12 -0000 I've never gotten the following sort of isolated "CCB request completed = with an error" before on the rpi2 configuration that I use (many = 11.0-CURRENT and 11.0-BETA builds). So far I've only seen this one "CCB request completed with an error". I = note it in case others also see such on occasion. > # script ~/ports_typescripts/r419978_typescript portmaster -DKa > Script started, output file is = /root/ports_typescripts/r419978_typescript > =3D=3D=3D>>> Starting check of installed ports for available updates > =3D=3D=3D>>> Launching child to update ca_root_nss-3.25 to = ca_root_nss-3.26 > =20 > =3D=3D=3D>>> All >> ca_root_nss-3.25 (1/1) > =20 > =3D=3D=3D>>> Currently installed version: ca_root_nss-3.25 > =3D=3D=3D>>> Port directory: /usr/ports/security/ca_root_nss > =20 > =3D=3D=3D>>> Launching 'make checksum' for security/ca_root_nss in = background > =3D=3D=3D>>> Gathering dependency list for security/ca_root_nss from = ports > =3D=3D=3D>>> Initial dependency check complete for = security/ca_root_nss > =20 > =3D=3D=3D>>> Returning to update check of installed ports > =20 > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 15 f4 42 40 00 00 80 00=20= > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command > =20 > =3D=3D=3D>>> All >> (1) Context details: # svnlite info /usr/src | grep "Rev[i:]" Revision: 304029 Last Changed Rev: 304029 # uname -apKU FreeBSD rpi2 11.0-PRERELEASE FreeBSD 11.0-PRERELEASE #4 r304029M: Sat = Aug 13 01:10:34 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm = armv6 1100500 1100500 # svnlite info /usr/ports | grep "Rev[i:]" Revision: 419978 Last Changed Rev: 419978 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sun Aug 14 23:44: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 B959EBB9B97 for ; Sun, 14 Aug 2016 23:44:47 +0000 (UTC) (envelope-from kenji@kens.fm) Received: from www2.zenno.net (www2.zenno.net [125.53.25.136]) by mx1.freebsd.org (Postfix) with SMTP id 40214135D for ; Sun, 14 Aug 2016 23:44:46 +0000 (UTC) (envelope-from kenji@kens.fm) Received: (qmail 14104 invoked from network); 15 Aug 2016 08:44:44 +0900 Received: from unknown (HELO ?192.168.0.2?) (125.53.25.140) by www2.zenno.net with SMTP; 15 Aug 2016 08:44:44 +0900 Date: Mon, 15 Aug 2016 08:43:49 +0900 From: "kenji@kens.fm" To: freebsd-stable@freebsd.org Subject: SVR4(32bit binaries) doesn't work. Message-Id: <20160815084349.4C36.F7F21E74@kens.fm> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Mailer: Becky! ver. 2.57.01 [ja] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Aug 2016 23:44:47 -0000 The binaries, which is name=3D"old_program", work well under the=20 10.2-RELEASE_amd64(BASE+KERNEL+LIB32+compat4x-i386). # brandelf ./old_program File './old_program' is of brand 'SVR4' (0) =46rom then I update it to 10.3R by freebsd-updete, an error was occurred. # ./old_program ELF interpreter /usr/libexec/ld-elf.so.1 not found, error 8 Abort As a result of verifying the update of STABLE/10 from 10.2R to 10.3R, it wa= s found that it can be repaired by removing r293499. cd /usr/src/ patch -p2 -R -i r293499.diff make buildkernel make installkernel reboot ( r293499.diff ) https://svnweb.freebsd.org/base/stable/10/sys/kern/imgact_elf.c?r1=3D2= 93318&r2=3D293449 I've registered it to Bugzilla. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211837 -- Kenji Osaka Japan From owner-freebsd-stable@freebsd.org Mon Aug 15 04:11: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 3B2F0BB730D for ; Mon, 15 Aug 2016 04:11:39 +0000 (UTC) (envelope-from isabeladmin@web-11.la-archdiocese.net) 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 22C371C47 for ; Mon, 15 Aug 2016 04:11:39 +0000 (UTC) (envelope-from isabeladmin@web-11.la-archdiocese.net) Received: by mailman.ysv.freebsd.org (Postfix) id 2203BBB730C; Mon, 15 Aug 2016 04:11: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 21957BB730B for ; Mon, 15 Aug 2016 04:11:39 +0000 (UTC) (envelope-from isabeladmin@web-11.la-archdiocese.net) Received: from web-11.la-archdiocese.net (web-11.la-archdiocese.net [205.161.200.37]) (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 0C7FD1C45 for ; Mon, 15 Aug 2016 04:11:38 +0000 (UTC) (envelope-from isabeladmin@web-11.la-archdiocese.net) Received: from isabeladmin by web-11.la-archdiocese.net with local (Exim 4.87) (envelope-from ) id 1bZ5cQ-0005Fx-IR for stable@freebsd.org; Sun, 14 Aug 2016 17:19:06 -0700 To: stable@freebsd.org Subject: We could not deliver your parcel, #0000530029 Date: Mon, 15 Aug 2016 00:19:06 +0000 From: "FedEx 2Day A.M." Reply-To: "FedEx 2Day A.M." Message-ID: <50404faf866be5a155b0d94ba0975469@santaisabelchurch.org> X-Priority: 3 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - web-11.la-archdiocese.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [551 497] / [47 12] X-AntiAbuse: Sender Address Domain - web-11.la-archdiocese.net X-Get-Message-Sender-Via: web-11.la-archdiocese.net: authenticated_id: isabeladmin/from_h X-Authenticated-Sender: web-11.la-archdiocese.net: kurt.robbins@santaisabelchurch.org X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Aug 2016 04:11:39 -0000 Dear Customer, Courier was unable to deliver the parcel to you. Please, download Delivery Label attached to this email. Regards, Kurt Robbins, Delivery Manager. From owner-freebsd-stable@freebsd.org Mon Aug 15 10:29: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 917A4BB949B for ; Mon, 15 Aug 2016 10:29:19 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (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 2F81C165D; Mon, 15 Aug 2016 10:29:18 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.30] ([194.32.164.30]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id u7FARkdE019661; Mon, 15 Aug 2016 11:27:46 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: lots of security advisories rehashed From: Bob Bishop In-Reply-To: <53ac6f2d-445e-7262-4b31-62393d7a6bf4@freebsd.org> Date: Mon, 15 Aug 2016 11:27:47 +0100 Cc: "freebsd-stable@freebsd.org Stable" Content-Transfer-Encoding: quoted-printable Message-Id: References: <86d23401-db6c-29bd-d537-7146686b08f2@menhennitt.com.au> <20160812112330.GE96200@home.opsec.eu> <53ac6f2d-445e-7262-4b31-62393d7a6bf4@freebsd.org> To: Matthew Seaman , feld@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Aug 2016 10:29:19 -0000 Hi, > On 12 Aug 2016, at 13:16, Matthew Seaman wrote: >=20 > [=E2=80=A6] > Note that these are capturing the last several years worth of security > advisories for the base system into VuXML. This allows you to say, = for > instance: >=20 > pkg audit FreeBSD-10.3_2 >=20 > which will tell you about a number of security advisories which have > come out since 10.3-RELEASE-p2. This is in anticipation of the base > system being packaged, which is due to come in with 11.1-RELEASE. >=20 > See Mark Felder's announcement on questions@: Why is this hiding out on questions@ ? > = https://lists.freebsd.org/pipermail/freebsd-questions/2016-August/273034.h= tml >=20 > As Mark says, this is not guaranteed to be either accurate or = complete, > but it should be helpful in managing system upgrades. >=20 > Cheers, >=20 > Matthew >=20 >=20 -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@freebsd.org Mon Aug 15 13:37:11 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 DCA88BBAB1B for ; Mon, 15 Aug 2016 13:37:11 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 B65951A83; Mon, 15 Aug 2016 13:37:11 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 22867202D1; Mon, 15 Aug 2016 09:37:10 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute7.internal (MEProxy); Mon, 15 Aug 2016 09:37:10 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Ov8tor44eRcw1iR jilj2ic2VtEo=; b=EQqDfVC1IBwhzaMMP4+p/y0+GRmc1CS9HsPdUyEhSww2sWi 640yZijxqYH4iqzI3zCWZg8pdrXAx8o99EbiUBzgqZsn3Zj4IvPUYHhJBXrI8QHq arkhzRbwrlRgiQNaFHIm8kVe8nUGliELqhP3/TqQTF4W/0LF0Lb7DC2pvOss= Received: by mailuser.nyi.internal (Postfix, from userid 99) id ECA52CC727; Mon, 15 Aug 2016 09:37:09 -0400 (EDT) Message-Id: <1471268229.3353339.695695985.1BCE0D57@webmail.messagingengine.com> X-Sasl-Enc: KbAlKcXfi0fq84TJAasDihmSJhYSMQ2jZxk6UjidwbtV 1471268229 From: Mark Felder To: Bob Bishop , Matthew Seaman Cc: "freebsd-stable@freebsd.org Stable" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-71d1d584 Subject: Re: lots of security advisories rehashed Date: Mon, 15 Aug 2016 08:37:09 -0500 In-Reply-To: References: <86d23401-db6c-29bd-d537-7146686b08f2@menhennitt.com.au> <20160812112330.GE96200@home.opsec.eu> <53ac6f2d-445e-7262-4b31-62393d7a6bf4@freebsd.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Aug 2016 13:37:12 -0000 On Mon, Aug 15, 2016, at 05:27, Bob Bishop wrote: > > Why is this hiding out on questions@ ? > I wanted to reach a broader audience. -- Mark Felder ports-secteam member feld@FreeBSD.org From owner-freebsd-stable@freebsd.org Mon Aug 15 18:51:11 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 BC16EBBBFB1 for ; Mon, 15 Aug 2016 18:51:11 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9914B1C16 for ; Mon, 15 Aug 2016 18:51:11 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 94B45BBBFB0; Mon, 15 Aug 2016 18:51:11 +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 945C0BBBFAF for ; Mon, 15 Aug 2016 18:51:11 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::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 2690D1C12 for ; Mon, 15 Aug 2016 18:51:11 +0000 (UTC) (envelope-from trtrmitya@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id q128so104277908wma.1 for ; Mon, 15 Aug 2016 11:51:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BGvIXfvhm3afFo/vlqcjVijOOvcN5sBxGOuf/CFm4fo=; b=a+4fDPU+Yb6li+Xhyn+HVSNNUDL2KHYkdMTEnhnxd6SIu/gLw7V2I9+is8GlNhmubp qDmAlP5KVRiqs7DoEA0qiARPVkI6fHx7N/oZYhuk010TB2lqzsofU4JR8odexf0f2Lv4 F8vFp+FsvBOLNRj4nI2bfn1VDKqWWd8sRJMugkjwp3zE5ns3C4EUdGRyKBKsf9eZaA5r 2V8wt9i2pJEhysbEqLwIg/dQC/t2Cor3GXFsRiDrNTuFWEK2c0yDyRSwaFpiT8y56Rx4 xmXKOjK9HUACIiJ9Gi0An4zwKtY5UFyEGmxoZsqsYx7rb+joh2bKGo4SV8gM4ei+GZeN tC7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BGvIXfvhm3afFo/vlqcjVijOOvcN5sBxGOuf/CFm4fo=; b=YjsZ9ywx+P3YOH/Klc0Nt1/fcuxy1dmEiL7w5Oc6MGwb5yxqFD05a13a8ptKDawLwS knhUtLWwlq8qQwldssXP1iFEngN69SqzT04NN+zmNuG9AmemPEe3/opX+LjX7EL16iMZ IQNA6QJOiUJL+wUxhwjy2JcrYn1r8Lnokcz6//FD+4tqXFEtuKJ4cNDz0zsZEhFzUx6I tHP7lXsI1W69HW0dS7wbzAXCleBSqophHmYEhiqR9ZjHrzcRTkAPwXlTs1+5nmJuczF2 Zy//H654CROuwOqrl3+G/O68rV/54OJ9D+iccdiZwVxjn6zgqIhit+1R7EKrLZ0iVlMB rqLQ== X-Gm-Message-State: AEkoouuPp9oZsuI1n2ExhPFExD9twTNxvCGFYBj4YuYaNU8Vzki0VA12jOhBZgd7iRG3vw== X-Received: by 10.25.25.12 with SMTP id 12mr5969082lfz.149.1471287069367; Mon, 15 Aug 2016 11:51:09 -0700 (PDT) Received: from [10.0.1.2] (broadband-5-228-251-188.nationalcablenetworks.ru. [5.228.251.188]) by smtp.gmail.com with ESMTPSA id u70sm209909lja.15.2016.08.15.11.51.08 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 15 Aug 2016 11:51:08 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: fsck_ufs dumps core From: Dmitry Sivachenko In-Reply-To: <20160812055153.GM83214@kib.kiev.ua> Date: Mon, 15 Aug 2016 21:51:07 +0300 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: <962BFEA7-8E30-4D35-ACCD-C8F695679295@gmail.com> References: <292C631A-F184-46B1-85B4-3EC68FB2E416@gmail.com> <20160810145533.GS83214@kib.kiev.ua> <8F022310-A20F-40AB-8B8A-8F145E7AA77F@gmail.com> <20160812055153.GM83214@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Aug 2016 18:51:11 -0000 > On 12 Aug 2016, at 08:51, Konstantin Belousov = wrote: >=20 > On Wed, Aug 10, 2016 at 06:11:39PM +0300, Dmitry Sivachenko wrote: >>=20 >>> On 10 Aug 2016, at 17:55, Konstantin Belousov = wrote: >>>=20 >>> On Wed, Aug 10, 2016 at 05:29:31PM +0300, Dmitry Sivachenko wrote: >>>> Hello, >>>>=20 >>>> I am running FreeBSD 10.3-STABLE #0 r299261M >>>>=20 >>>> After unclean reboot I am unable to fsck my UFS filesystem: >>>>=20 >>>> # fsck /dev/mfid0p1 >>>> ** /dev/mfid0p1 >>>> ** Last Mounted on /opt >>>> ** Phase 1 - Check Blocks and Sizes >>>> fsck: /dev/mfid0p1: Segmentation fault >>>>=20 >>>> pid 482 (fsck_ufs), uid 0: exited on signal 11 (core dumped) >>>>=20 >>>> # gdb -c fsck_ufs.482 /sbin/fsck_ufs=20 >>>> GNU gdb 6.1.1 [FreeBSD] >>>> Copyright 2004 Free Software Foundation, Inc. >>>> GDB is free software, covered by the GNU General Public License, = and 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"... >>>> Core was generated by `fsck_ufs'. >>>> Program terminated with signal 11, Segmentation fault. >>>> Reading symbols from /lib/libufs.so.6...done. >>>> Loaded symbols for /lib/libufs.so.6 >>>> Reading symbols from /lib/libc.so.7...done. >>>> Loaded symbols for /lib/libc.so.7 >>>> Reading symbols from /libexec/ld-elf.so.1...done. >>>> Loaded symbols for /libexec/ld-elf.so.1 >>>> #0 0x0000000000409a8b in pass1 () at = /place/WRK/src/sbin/fsck_ffs/pass1.c:83 >>>> 83 setbmap(i); >>>> (gdb) bt >>>> #0 0x0000000000409a8b in pass1 () at = /place/WRK/src/sbin/fsck_ffs/pass1.c:83 >>>> #1 0x0000000000409050 in main (argc=3D,=20 >>>> argv=3D) at = /place/WRK/src/sbin/fsck_ffs/main.c:447 >>>> Current language: auto; currently minimal >>>> (gdb)=20 >>>>=20 >>>=20 >>> Try to use alternative superblock (-b switch). You can get the list = of >>> the possible values for -b by 'newfs -N' invocation, but you have to = know >>> the parameters which were used for formatting. >>=20 >>=20 >> Yes, I tried several different backup superblocks, with the same = result. (I created this FS few years ago so I can't be 100% sure about = the parameters, but I usually only use larger -i NN for big filesystems, = and I can guess the exact value examining df -ik). >>=20 >>=20 >> BTW I just noticed that when I use larger values for backup = superblock, it reports an error which looks like overflow: >>=20 >> # fsck_ufs -b 7437746112 /dev/mfid0p1 >> Alternate super block location: -1152188480 >> ** /dev/mfid0p1 >>=20 >> CANNOT SEEK BLK: -1152188480 >> CONTINUE? [yn]=20 >=20 > Well, it seems that your beginning of the volume got obliterated. > Fsck_ffs cannot convert random sequence of bytes into the valid FFS > volume. >=20 > The only other way to try is to restore content of the cylinder groups > which are farther away from the start. Create a scratch volume of the > same size, newfs it with the same parameters. Then dd from the broken > volume to the new one, with some offset. Offset should be large = enough > to not include initial superblock, and if the zero cg is damaged, skip > it as well. You should use seek=3Dn skip=3Dn (i.e. the same initial = offsets > both for input and output). Okay, then it was simpler for me to backup vital data from this volume = and do newfs on it (rather that dd 145TB of data). But fsck_ufs -b still does not work (after fresh newfs): # fsck_ufs -b 343748128704 /dev/mfid0p1=20 Alternate super block location: 150745024 ** /dev/mfid0p1 150745024 is not a file system superblock 343748128704 was taken from freshly made newfs.= From owner-freebsd-stable@freebsd.org Mon Aug 15 20:52: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 5F5DCBBADD9 for ; Mon, 15 Aug 2016 20:52:08 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (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 18B6C1B8D for ; Mon, 15 Aug 2016 20:52:07 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 6706D22610D for ; Mon, 15 Aug 2016 15:52:05 -0500 (CDT) To: freebsd-stable@freebsd.org From: Karl Denninger Subject: Very odd behavior with RC2 Message-ID: <78c29b97-a6b1-7e3f-e207-2a094d117ba8@denninger.net> Date: Mon, 15 Aug 2016 15:52:05 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040804070601000805010803" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Aug 2016 20:52:08 -0000 This is a cryptographically signed message in MIME format. --------------ms040804070601000805010803 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable FreeBSD 11.0-PRERELEASE #2 r304166: Mon Aug 15 13:17:09 CDT 2016 =20 karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Symptoms: This machine is on a SuperMicro board with the integrated KVM. After updating to this from the previous Alpha release this morning (built circa July 15th) the emulated keyboard disappeared intermittently (!) and would not register keypresses. There appears to have been something that has changed quite-materially in the loader and/or the kernel in this regard. Screen display was unaffected. Toggling the mouse mode would restore the keyboard; this causes a detach and reattach of the virtual keyboard to the system, and it would then wor= k. Just a heads-up as this was wildly unexpected and needless to say caused me quite a bit of heartburn trying to perform the upgrade and mergemaster= ! --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040804070601000805010803 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MTUyMDUyMDVaME8GCSqGSIb3DQEJBDFCBEAT bQ87WTnlzzk5WuWujeR8apPdfDgVPXPyeUwiNPkOQiYnv5+GiuabIAk/vdN5pI00IFr+M+Lv RaIMCIW3VgleMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAQIUzJ1Yy wKK18MM5iVeHLJOmeo/MyP9IhkBLX0q/6rLcF58shH9pyAEljMLqw5eO9YJ5UT+QphOXSffB LyWD4HaXRoloKloPTMMT5lRNj/S5OzW7ulyUH082PX0ZS1djV6VHE9dA5YxWN1Ck5tRQCH/Y Aq8G8CBU5JaoweSm5QI+21jsfGQ+V+DzJWT2A+OF0CxdKBqjj9opPqk2tx9HvkXsjiIV0V+D vVajGtukoe6cCiZaaNaaVHzK2oTVnpiyHkAyVvvDj4fVvIzpMBFQA115r0TJTJNlMby8JBjq G0PyE7IS3UxFd48jAQzJP6205NeIgu2e5TAbpSihAYtnQzIVL+l2yeZZ7AR9/nDqSO5MPVsE CfoKls1ls59vOWxAkb0rLQMdTArCk7TL98OsQupprshDC2TSsidX3LIYE15pIg0PScJCQNUP qi9qxOWwBcYdnMLtFPRi+/kDJrNT8ZWSKhkCeyJvp/W6AZRy2CV/h7hV5dnoiyn4UEr/miLL +fAVyhVEwO04K7m7mwCoraVEhAmsX+gwGUKYCAXJKgARATl2B8N9B6RbRQW8uperRJ2TzhgE XusPQI6s3T5HrpLxAlHNeBgdsPYy37/U7/wknWPNsHBmQK64/QG3OrQDe8gny7flzjuNr6qP R+KYHOtp9hZwVasLXLlrqC1txD0AAAAAAAA= --------------ms040804070601000805010803-- From owner-freebsd-stable@freebsd.org Tue Aug 16 03:41: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 10B7DBBB406 for ; Tue, 16 Aug 2016 03:41:20 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (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 D9C3F175E for ; Tue, 16 Aug 2016 03:41:19 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 76D6922627C for ; Mon, 15 Aug 2016 22:41:16 -0500 (CDT) Subject: Re: Very odd behavior with RC2 To: freebsd-stable@freebsd.org References: <78c29b97-a6b1-7e3f-e207-2a094d117ba8@denninger.net> From: Karl Denninger Message-ID: Date: Mon, 15 Aug 2016 22:41:16 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <78c29b97-a6b1-7e3f-e207-2a094d117ba8@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms050803040708020004020109" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Aug 2016 03:41:20 -0000 This is a cryptographically signed message in MIME format. --------------ms050803040708020004020109 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 8/15/2016 15:52, Karl Denninger wrote: > FreeBSD 11.0-PRERELEASE #2 r304166: Mon Aug 15 13:17:09 CDT 2016 =20 > karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > Symptoms: > > This machine is on a SuperMicro board with the integrated KVM. > > After updating to this from the previous Alpha release this morning > (built circa July 15th) the emulated keyboard disappeared intermittentl= y > (!) and would not register keypresses. There appears to have been > something that has changed quite-materially in the loader and/or the > kernel in this regard. Screen display was unaffected. > > Toggling the mouse mode would restore the keyboard; this causes a detac= h > and reattach of the virtual keyboard to the system, and it would then w= ork. > > Just a heads-up as this was wildly unexpected and needless to say cause= d > me quite a bit of heartburn trying to perform the upgrade and mergemast= er! > =46rom the PR I filed on this... Scanning back through recent commits I am wondering if this one is related; the problem occurs after the kernel is loaded (I can use the keyboard on the KVM perfectly well in the BIOS, etc) and once the system is fully up and running it works as well. It is only if/when geli wants a password *during the boot process* that the keyboard is hosed. r304124 | hselasky | 2016-08-15 03:58:55 -0500 (Mon, 15 Aug 2016) | 7 lin= es MFC r303765: Keep a reference count on USB keyboard polling to allow recursive cngrab() during a panic for example, similar to what the AT-keyboard driver is doing. Found by: Bruce Evans The reason this looks possibly-related is that the KVM attaches as a USB keyboard.... and a plugged-in USB keyboard also exhibits the problem during the boot-time process, as shown here from the boot log on one of the impacted machines.... Enter passphrase for da8p4: ugen1.2: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 And... uhid0: on usbus4 Hmmm..... --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms050803040708020004020109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MTYwMzQxMTZaME8GCSqGSIb3DQEJBDFCBEDu PL/v0KvB+OnuofW9jBPAowPiMzATChxfky1mh9oG2NYEyRbxiK1ZtOH9o+5WAVgOO50I7UP3 KcrodnXOCe/JMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAO3qw/Kc6 jhY3SlGOJp1Lt+oJBSjxIU2KpK0du2b+O5IMvKNLfNgH8S2akk60hY6py6eh/ppX83Hol67O +ofwsSYywnWAoHFTRKED0GMe04M1/nbX7kwMsPfFn1VzX98DUfXcLZP8eNHTy4oYE58XHKqs 3rAAfUl8WBSl+QT9iSqhSP94s5kqGpI0jt8ykIC2MiKblD8L3ouqbRty9UFYyJ1vj9skj3HB icql+VwRPpmISRKz+FF9K1yfEKuToYxc9MKRW6YBaCg3/dNXxZlKa7pwQezCFMPxYMM4if/K dzv12BHCB1dqjTNe2qljtltM9cDQZQA6bkvQkSPgvf0t4YedjpQWKma2mQmFHN/u4iyfTIy4 +yWswrgALGVxYVbtMt+t1XZjTQ/yUzWHdpaBH+twJrzLFcY7iZ/yCX9Dl6RzSR+alGXTWwNS tfF8IBjS6b6rekgaUU3PurS+eOR/s5QSnchGQOyGbeNCvl94jUoB+4noiS7Sv8XvL5b2axe4 rFXEoh3YWon9OnlrNpOrcGn/bxuF9MbIJNTuFFi4MzCdPftAI8bu51qDcKbg2PfV3CQRu7BD B8DRPaZMqVrimuKMAG97g0/r6k86dn0KyGQGCTX3c3gz2f6ZgfvUGlz+Wsb0YIwxVXDP/irm yQC/DEE3EdJV9XEX2Knsi9u680oAAAAAAAA= --------------ms050803040708020004020109-- From owner-freebsd-stable@freebsd.org Tue Aug 16 23:03:22 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 CDA8BBBC89B for ; Tue, 16 Aug 2016 23:03:22 +0000 (UTC) (envelope-from ltpig402a@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id ABFBA1FA0 for ; Tue, 16 Aug 2016 23:03:22 +0000 (UTC) (envelope-from ltpig402a@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A79A3BBC89A; Tue, 16 Aug 2016 23:03:22 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7485BBC899 for ; Tue, 16 Aug 2016 23:03:22 +0000 (UTC) (envelope-from ltpig402a@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F1291F9F for ; Tue, 16 Aug 2016 23:03:22 +0000 (UTC) (envelope-from ltpig402a@gmail.com) Received: by mail-io0-x232.google.com with SMTP id b62so121438371iod.3 for ; Tue, 16 Aug 2016 16:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=atd3PD4s9LKqptJlHAOXFxM9z9mcJGmyXbSiSqQe3uM=; b=dpNDXoOnV3krbjSBd87pYauu+M6a8iWrRblQ7CJzWl85SZhdP/z3AmdHTJWOq1TlAd z5In2gQVO3YEFtAAF8ViZd28rn4EsZm0ChvHNVgO55hU4bY+UKB1QQO1qwx3fusgKqxy vp70mNlxxKm+abOkPePt5FzlUy9kNr3csBLR8bnWI7hne9mmIoOFqmZmOua4yVKtH0kG 84yhXLgbonOazclIl5vnRYt46J1ZPnPT5lAvkMQPYtJT5yr4PJnrcmaEUGhTpvCmhQEG QNwRci1/rHqtx7bumtQ5Z+fOvhkPQeuuXqGMHNADv+DQ9r0kT97/KQpG5ExLXRzB5duF qsfQ== 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:cc; bh=atd3PD4s9LKqptJlHAOXFxM9z9mcJGmyXbSiSqQe3uM=; b=kooH0HZjSkBt8dEixeiaTLaTuiHL6PgR54rUKihud7ZJbJCO87e487m3B97KHuUpCk 8ooQEjhR0rFs9FRjG3yhbQwlPa/VJSNFlEVLhzOtkIITYlW5LqxpB070nSW5lLJ5xY41 4+CJzGeSQpKSUqpFhakF3fjDYBP1NgQXn4apiYQKJir3NloVFzmEpNxapZjfBQKv1Jgd O+se0vNTboceHV0fE/2gciqx84dMSAHp8qjdazQqM0OmmVfecX1xij+JhWc/V1Ddw6M5 Mr4e4WfB++EqGNWOHaSofi+ncKlWaHPhgK4WXiWXUPZdEnWh0DFh10XHGWimVfOROmTE WnqA== X-Gm-Message-State: AEkooutdn3DhAU2A7aw3j9a//WXkW35TRd6nMLTqujtc4HrnSP4PCQfbZI4LeeFloYqoLnUfWdPVuX4jliMqzg== X-Received: by 10.107.17.68 with SMTP id z65mr43128391ioi.150.1471388601866; Tue, 16 Aug 2016 16:03:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.29.78 with HTTP; Tue, 16 Aug 2016 16:03:21 -0700 (PDT) From: lantan pig Date: Wed, 17 Aug 2016 07:03:21 +0800 Message-ID: Subject: Re: Call for testing: VM bugs in 10.3 To: kostibkbel@gmail.com Cc: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Aug 2016 23:03:22 -0000 I tested the patch on a 10.3-RELEASE-p7 system and so far no problems for last 2 days. From owner-freebsd-stable@freebsd.org Wed Aug 17 00:19: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 DC5CABBA041 for ; Wed, 17 Aug 2016 00:19:35 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1.freebsd.org (Postfix) with ESMTP id C0EEA1475 for ; Wed, 17 Aug 2016 00:19:34 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from msam.nabble.com (unknown [162.253.133.85]) by mbob.nabble.com (Postfix) with ESMTP id 05D022EEF804 for ; Tue, 16 Aug 2016 17:13:21 -0700 (PDT) Date: Tue, 16 Aug 2016 17:13:21 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1471392801467-6123382.post@n5.nabble.com> Subject: After 10-STABLE to 11-STABLE source upgrade, user has lost acces to drm (Intel GM45)? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Aug 2016 00:19:36 -0000 e.g. libGL error: failed to open drm device: Permission denied libGL error: failed to load driver: i965 .drirc: Any pointers how to fix that? -- View this message in context: http://freebsd.1045724.n5.nabble.com/After-10-STABLE-to-11-STABLE-source-upgrade-user-has-lost-acces-to-drm-Intel-GM45-tp6123382.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@freebsd.org Wed Aug 17 00:27: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 F2207BBA347 for ; Wed, 17 Aug 2016 00:27:52 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1.freebsd.org (Postfix) with ESMTP id E288D18BF for ; Wed, 17 Aug 2016 00:27:52 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from msam.nabble.com (unknown [162.253.133.85]) by mbob.nabble.com (Postfix) with ESMTP id EFAF52EEFA06 for ; Tue, 16 Aug 2016 17:27:51 -0700 (PDT) Date: Tue, 16 Aug 2016 17:27:51 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1471393671986-6123383.post@n5.nabble.com> In-Reply-To: <1471392801467-6123382.post@n5.nabble.com> References: <1471392801467-6123382.post@n5.nabble.com> Subject: Re: After 10-STABLE to 11-STABLE source upgrade, user has lost acces to drm (Intel GM45)? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Aug 2016 00:27:53 -0000 Ok, missed UPDATING entry about 'video' group :) -- View this message in context: http://freebsd.1045724.n5.nabble.com/After-10-STABLE-to-11-STABLE-source-upgrade-user-has-lost-acces-to-drm-Intel-GM45-tp6123382p6123383.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@freebsd.org Wed Aug 17 09:31: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 A2889BBD290 for ; Wed, 17 Aug 2016 09:31:48 +0000 (UTC) (envelope-from ml@netfence.it) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8F76B1CEE for ; Wed, 17 Aug 2016 09:31:48 +0000 (UTC) (envelope-from ml@netfence.it) Received: by mailman.ysv.freebsd.org (Postfix) id 8ED55BBD28F; Wed, 17 Aug 2016 09:31:48 +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 8E7B7BBD28E for ; Wed, 17 Aug 2016 09:31:48 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp206.alice.it (smtp206.alice.it [82.57.200.102]) by mx1.freebsd.org (Postfix) with ESMTP id 26D771CED for ; Wed, 17 Aug 2016 09:31:47 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (79.43.53.210) by smtp206.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 57B41C3800023A10; Wed, 17 Aug 2016 11:26:03 +0200 Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) by soth.ventu (8.15.2/8.15.2) with ESMTP id u7H9Q2hJ005244; Wed, 17 Aug 2016 11:26:02 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.ventu: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Call for testing: VM bugs in 10.3 To: Konstantin Belousov , "stable@freebsd.org" References: <20160802192538.GQ83214@kib.kiev.ua> From: Andrea Venturoli Message-ID: <0ee051d7-3115-1150-0efe-2508d89e3e02@netfence.it> Date: Wed, 17 Aug 2016 11:26:02 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160802192538.GQ83214@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Aug 2016 09:31:48 -0000 On 08/02/16 21:25, Konstantin Belousov wrote: > Below is the merge of some high-profile virtual memory subsystem bug > fixes from stable/10 to 10.3. I merged fixes for bugs reported by > users, issues which are even theoretically unlikely to occur in real > world loads, are not included into the patch set. The later is mostly > corrections for the handling of radix insertion failures. Included fixes > are for random SIGSEGV delivered to processes, hangs on "vodead" state > on filesystem operations, and several others. > > List of the merged revisions: > r301184 prevent parallel object collapses, fixes object lifecycle > r301436 do not leak the vm object lock, fixes overcommit disable > r302243 avoid the active object marking for vm.vmtotal sysctl, fixes > "vodead" hangs > r302513 vm_fault() race with the vm_object_collapse(), fixes spurious SIGSEGV > r303291 postpone BO_DEAD, fixes panic on fast vnode reclaim > > I am asking for some testing, it is not necessary for your system to > exhibit the problematic behaviour for your testing to be useful. I am > more looking for smoke-testing kind of confirmation that patch is fine. > Neither I nor people who usually help me with testing, run 10.3 systems. > > If everything appear to be fine, my intent is to ask re/so to issue > Errata Notice with these changes in about a week from now. I upgraded a 10.3/amd64 system which in fact was showing some possibly related troubles. So far so good, since I haven't had any problem: altough it's close to impossible to deterministically reproduce the locks I've had, I saw no regression so far. I plan to upgrade other boxes in some weeks. bye & Thanks av. From owner-freebsd-stable@freebsd.org Wed Aug 17 21:14: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 8B20CBBDD5B for ; Wed, 17 Aug 2016 21:14:47 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id D57E61C49 for ; Wed, 17 Aug 2016 21:14:46 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Wed, 17 Aug 2016 23:14:44 +0200 Authentication-Results: connect.ultra-secure.de; iprev=pass; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id A19DDB41-2844-48DD-9EF5-395F771AFAEB.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Wed, 17 Aug 2016 23:14:38 +0200 From: Rainer Duffner Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: I/O is very slow for FreeBSD 10.3 amd64 guest running on Citrix XenServer 6.5 Message-Id: <3FD6AFE8-BF63-4705-B826-FD8CD0A2F731@ultra-secure.de> Date: Wed, 17 Aug 2016 23:14:37 +0200 To: freebsd-stable Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=12 total_conn=9 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 964, bad: 1, connections: 1197, history: 963, asn_score: 445, asn_connections: 453, asn_good: 445, asn_bad: 0, pass:asn, asn_all_good, relaying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Aug 2016 21:14:47 -0000 Hi, I had to realize this week that my VMs on Citrix XenServer are very = slow, compared to Linux. I=E2=80=99m getting maybe 8 or 10 MB/s, wheres an Ubuntu 14 guest gets = 110+ MB/s (Megabyte). Independent of the filesystem, just wiping the disks with dc3dd. This went unnoticed, because not much I/O is done in these VMs. But = recently, a customer complained and I had to look into it. The VM is running stock 10.3-RELEASE-p6. The OS-type is set to FreeBSD 10 64 bit. Same thing happens with FreeBSD 11-RC1. This is what I get in 11-RC1 from sysctl: (freebsd11 ) 0 # sysctl -a |grep xen kern.vm_guest: xen device xenpci vfs.pfs.vncache.maxentries: 0 dev.xenbusb_back.0.%parent: xenstore0 dev.xenbusb_back.0.%pnpinfo: dev.xenbusb_back.0.%location: dev.xenbusb_back.0.%driver: xenbusb_back dev.xenbusb_back.0.%desc: Xen Backend Devices dev.xenbusb_back.%parent: dev.xn.0.xenstore_peer_path: /local/domain/0/backend/vif/245/0 dev.xn.0.xenbus_peer_domid: 0 dev.xn.0.xenbus_connection_state: Connected dev.xn.0.xenbus_dev_type: vif dev.xn.0.xenstore_path: device/vif/0 dev.xn.0.%parent: xenbusb_front0 dev.xbd.1.xenstore_peer_path: /local/domain/0/backend/vbd3/245/768 dev.xbd.1.xenbus_peer_domid: 0 dev.xbd.1.xenbus_connection_state: Connected dev.xbd.1.xenbus_dev_type: vbd dev.xbd.1.xenstore_path: device/vbd/768 dev.xbd.1.%parent: xenbusb_front0 dev.xbd.0.xenstore_peer_path: /local/domain/0/backend/vbd3/245/832 dev.xbd.0.xenbus_peer_domid: 0 dev.xbd.0.xenbus_connection_state: Connected dev.xbd.0.xenbus_dev_type: vbd dev.xbd.0.xenstore_path: device/vbd/832 dev.xbd.0.%parent: xenbusb_front0 dev.xenbusb_front.0.%parent: xenstore0 dev.xenbusb_front.0.%pnpinfo: dev.xenbusb_front.0.%location: dev.xenbusb_front.0.%driver: xenbusb_front dev.xenbusb_front.0.%desc: Xen Frontend Devices dev.xenbusb_front.%parent: dev.xs_dev.0.%parent: xenstore0 dev.xctrl.0.%parent: xenstore0 dev.xenballoon.0.%parent: xenstore0 dev.xenballoon.0.%pnpinfo: dev.xenballoon.0.%location: dev.xenballoon.0.%driver: xenballoon dev.xenballoon.0.%desc: Xen Balloon Device dev.xenballoon.%parent: dev.debug.0.%parent: xenpv0 dev.privcmd.0.%parent: xenpv0 dev.evtchn.0.%parent: xenpv0 dev.xenstore.0.%parent: xenpv0 dev.xenstore.0.%pnpinfo: dev.xenstore.0.%location: dev.xenstore.0.%driver: xenstore dev.xenstore.0.%desc: XenStore dev.xenstore.%parent: dev.xen_et.0.%parent: xenpv0 dev.xen_et.0.%pnpinfo: dev.xen_et.0.%location: dev.xen_et.0.%driver: xen_et dev.xen_et.0.%desc: Xen PV Clock dev.xen_et.%parent: dev.granttable.0.%parent: xenpv0 dev.xenpv.0.%parent: nexus0 dev.xenpv.0.%pnpinfo: dev.xenpv.0.%location: dev.xenpv.0.%driver: xenpv dev.xenpv.0.%desc: Xen PV bus dev.xenpv.%parent: dev.xenpci.0.%parent: pci0 dev.xenpci.0.%pnpinfo: vendor=3D0x5853 device=3D0x0001 subvendor=3D0x5853 = subdevice=3D0x0001 class=3D0x010000 dev.xenpci.0.%location: slot=3D3 function=3D0 dbsf=3Dpci0:0:3:0 = handle=3D\_SB_.PCI0.S18_ dev.xenpci.0.%driver: xenpci dev.xenpci.0.%desc: Xen Platform Device dev.xenpci.%parent: dev.xen.xsd_kva: 18446735281894703104 dev.xen.xsd_port: 3 dev.xen.balloon.high_mem: 0 dev.xen.balloon.low_mem: 0 dev.xen.balloon.hard_limit: 18446744073709551615 dev.xen.balloon.driver_pages: 0 dev.xen.balloon.target: 2097152 dev.xen.balloon.current: 2096128 I=E2=80=99ve tried switching the =E2=80=9EOS Type=E2=80=9C to something = like =E2=80=9Eother PV=E2=80=9C and get a bit more throughput. But = nowhere near enough to make this useful. Over at freebsd-xen, Roger thinks it looks right from the FreeBSD-side. I=E2=80=99m not the administrator of the Xen-Server itself (it=E2=80=99s = part of an Apache CloudStack private cloud cluster setup), but I can = have pretty much any setting checked/tried I need. From owner-freebsd-stable@freebsd.org Thu Aug 18 04:36: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 789D0BBC2F6 for ; Thu, 18 Aug 2016 04:36:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0097.outbound.protection.outlook.com [65.55.169.97]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA9071A99; Thu, 18 Aug 2016 04:36:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0190.CANPRD01.PROD.OUTLOOK.COM (10.165.218.134) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.557.21; Thu, 18 Aug 2016 00:03:33 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0557.022; Thu, 18 Aug 2016 00:03:33 +0000 From: Rick Macklem To: Konstantin Belousov CC: "kib@FreeBSD.org" , Mark Johnston , FreeBSD Stable , Harry Schmalzbauer Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Topic: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Index: AQHR8Usp3UC6l4vlEEOdyPFAeIRbFKBAJI+AgAA/AgCAA/TscIAA8igAgAiYa2I= Date: Thu, 18 Aug 2016 00:03:33 +0000 Message-ID: References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> In-Reply-To: <20160812123950.GO83214@kib.kiev.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-originating-ip: [25.165.183.132] x-ms-office365-filtering-correlation-id: 830ab853-5b1e-41ac-60a6-08d3c6fb1844 x-microsoft-exchange-diagnostics: 1; YTXPR01MB0190; 6:HR843R1lkSDVB9mt2Zs1v+ZoW8cYmSQbQ5xi+VifANvghakllvjx9X2l5xrq5yyGwqu0JTKp8gxnsTTxLJxkJqr30vp4P1dM/ZDj/K5fbZ+04SOOLB9K6SVFwtGwQfbxv56NsXGoi3LrLhCCt5ri01c3LQhGHiBpJcghCrlWGaNqImR4/SfrDvRHt9KKyDKJzjpB5J04HN5xFmPKe+4DAqQjxRNkLuIa1q8dIWGs7OqsuzuFM8ZGvYTFQoCOQPxyfoia45hZy3XUoPM+QUIsqhLn4LHN9j8uaTGuuSxiZJY6HyCvOqYip/9l/a8tvdsP; 5:ikTHR3f4lUwzUGS0ZzlgKNsKK7KKcGW5Pf3YU1/FyZxB/Ipba0OoRvnF2QxOPqaPslFp/OAJToODIrnmocPEpiVixf7OKS3gsodXSOEtwFOUXGnMAFNjo1SbdkRzlIiuiSP5csR7fuQRWVEAr05p1g==; 24:151P3BcwqC2Js7DrEy1ynakG8is5hBVh2Zi3n3chWCXJQnbUKK+DdNaDnC57qccBORNr1oIiKkbv9E+w8sDdMmSwfn3tFv8X2K1a0CdSpx4=; 7:wfi1sj+3vzhDt7NHMNq9vq83qG0UCjyMFnF8gkeK3MWaNcPWYtbMNncCY4d6fb1m+js8Xyh+EMhhmeXhavbJ49jxs9/9mB7ON4Ycbv4Fxt9lzIWp5w2aDaQszkA7yUE7CUdKema5sfuizYNkk8EYH2aeLyK7ceezkF/7BVxb7w8ROuyjCrlj5JXRGm2g0lgKC9sgrtaUuovcdCKDWJ+Pq7QB8jVAv6jLsOdHBKqMoFmbK5h4QFp1ej0M29hinFXX x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:YTXPR01MB0190; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6042046)(6043046); SRVR:YTXPR01MB0190; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0190; x-forefront-prvs: 0038DE95A2 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(189002)(51444003)(24454002)(33656002)(74316002)(105586002)(106116001)(7696003)(97736004)(7846002)(11100500001)(81166006)(16236675004)(87936001)(4326007)(50986999)(2906002)(189998001)(6116002)(8676002)(102836003)(3846002)(5640300001)(8936002)(586003)(68736007)(7736002)(110136002)(66066001)(7906003)(1411001)(101416001)(2900100001)(86362001)(77096005)(92566002)(3280700002)(122556002)(2950100001)(99936001)(19580395003)(5002640100001)(106356001)(93886004)(74482002)(10400500002)(9686002)(15975445007)(54356999)(5890100001)(19627405001)(81156014)(19617315012)(76176999)(19625215002)(3660700001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0190; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_004_YTXPR01MB018919BE87B12E458144E218DD140YTXPR01MB0189CANP_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Aug 2016 00:03:33.3665 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0190 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Aug 2016 04:36:47 -0000 --_004_YTXPR01MB018919BE87B12E458144E218DD140YTXPR01MB0189CANP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Kostik wrote: [stuff snipped] >insmnque() performs the cleanup on its own, and that default cleanup isnot= suitable >for the situation. I think that insmntque1() would betterfit yo= ur requirements, your >need to move the common code into a helper.It seems = that >unionfs_ins_cached_vnode() cleanup could reuse it. I've attached an updated patch (untested like the last one). This one creat= es a custom version insmntque_stddtr() that first calls unionfs_noderem() and th= en does the same stuff as insmntque_stddtr(). This looks like it does the requ= ired stuff (unionfs_noderem() is what the unionfs VOP_RECLAIM() does). It switches the node back to using its own v_vnlock that is exclusively loc= ked, among other things. rick --_004_YTXPR01MB018919BE87B12E458144E218DD140YTXPR01MB0189CANP_ Content-Type: application/octet-stream; name="unionfs-newvnode.patch" Content-Description: unionfs-newvnode.patch Content-Disposition: attachment; filename="unionfs-newvnode.patch"; size=1862; creation-date="Thu, 18 Aug 2016 00:03:25 GMT"; modification-date="Thu, 18 Aug 2016 00:03:25 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL3VuaW9uZnMvdW5pb25fc3Vici5jLnNhdgkyMDE2LTA4LTExIDE4OjIwOjEwLjU4NTk5 OTAwMCAtMDQwMAorKysgZnMvdW5pb25mcy91bmlvbl9zdWJyLmMJMjAxNi0wOC0xNyAxOTozODox NC43OTUwMjMwMDAgLTA0MDAKQEAgLTEwMSw2ICsxMDEsMjMgQEAgdW5pb25mc19nZXRfaGFzaGhl YWQoc3RydWN0IHZub2RlICpkdnAsIAogfQogCiAvKgorICogQ2xlYW4gdXAgZnVuY3Rpb24gZm9y IGluc21udHF1ZTEoKS4KKyAqIEZpcnN0LCBjYWxsIHVuaW9uZnNfbm9kZXJlbSgpIGFuZCB0aGVu IGRvIHRoZSBzYW1lIGFzIGluc21udHF1ZV9zdGRkdHIoKS4KKyAqIE1heWJlIGluc21udHF1ZV9z dGRkdHIoKSBzaG91bGQgYmVjb21lIG5vbi1zdGF0aWMsIHNvIEkgY2FuIGp1c3QgY2FsbAorICog aXQgaGVyZT8KKyAqLworc3RhdGljIHZvaWQKK3VuaW9uZnNfaW5zbW50cXVlX2R0cihzdHJ1Y3Qg dm5vZGUgKnZwLCB2b2lkICpkdHJfYXJnKQoreworCisJdW5pb25mc19ub2RlcmVtKHZwLCBjdXJ0 aHJlYWQpOworCXZwLT52X2RhdGEgPSBOVUxMOworCXZwLT52X29wID0gJmRlYWRfdm5vZGVvcHM7 CisJdmdvbmUodnApOworCXZwdXQodnApOworfQorCisvKgogICogR2V0IHRoZSBjYWNoZWQgdm5v ZGUuCiAgKi8KIHN0YXRpYyBzdHJ1Y3Qgdm5vZGUgKgpAQCAtMjU1LDExICsyNzIsNiBAQCB1bmlv bmZzX25vZGVnZXQoc3RydWN0IG1vdW50ICptcCwgc3RydWN0CiAJCWZyZWUodW5wLCBNX1VOSU9O RlNOT0RFKTsKIAkJcmV0dXJuIChlcnJvcik7CiAJfQotCWVycm9yID0gaW5zbW50cXVlKHZwLCBt cCk7CS8qIFhYWDogVG9vIGVhcmx5IGZvciBtcHNhZmUgZnMgKi8KLQlpZiAoZXJyb3IgIT0gMCkg ewotCQlmcmVlKHVucCwgTV9VTklPTkZTTk9ERSk7Ci0JCXJldHVybiAoZXJyb3IpOwotCX0KIAlp ZiAoZHZwICE9IE5VTExWUCkKIAkJdnJlZihkdnApOwogCWlmICh1cHBlcnZwICE9IE5VTExWUCkK QEAgLTI5Myw2ICszMDUsMTggQEAgdW5pb25mc19ub2RlZ2V0KHN0cnVjdCBtb3VudCAqbXAsIHN0 cnVjdAogCSAgICAobG93ZXJ2cCAhPSBOVUxMVlAgJiYgdW1wLT51bV9sb3dlcnZwID09IGxvd2Vy dnApKQogCQl2cC0+dl92ZmxhZyB8PSBWVl9ST09UOwogCisJLyoKKwkgKiBOb3Qgc3VyZSBpZiBM S19SRVRSWSBpcyBuZWVkZWQgaGVyZT8KKwkgKiBOb3JtYWxseSwgdGhpcyB3b3VsZCBiZSBkb25l IHdpdGggYSBsb2NrbWdyKCkgY2FsbCwgYnV0IGluCisJICogdGhpcyBjYXNlLCB2X3ZubG9jayBp cyBhY3R1YWxseSBhIHZub2RlIGxvY2sgZm9yIGVpdGhlciB0aGUKKwkgKiB1cHBlcnZwIG9yIGxv d2VydnAsIHNvIEkgdXNlZCB0aGUgdm5fbG9jaygpIGNhbGwuCisJICovCisJdm5fbG9jayh2cCwg TEtfRVhDTFVTSVZFIHwgTEtfUkVUUlkpOworCWVycm9yID0gaW5zbW50cXVlMSh2cCwgbXAsIHVu aW9uZnNfaW5zbW50cXVlX2R0ciwgTlVMTCk7CisJaWYgKGVycm9yICE9IDApCisJCXJldHVybiAo ZXJyb3IpOworCVZPUF9VTkxPQ0sodnAsIDApOworCiAJaWYgKHBhdGggIT0gTlVMTCAmJiBkdnAg IT0gTlVMTFZQICYmIHZ0ID09IFZESVIpCiAJCSp2cHAgPSB1bmlvbmZzX2luc19jYWNoZWRfdm5v ZGUodW5wLCBkdnAsIHBhdGgpOwogCWlmICgoKnZwcCkgIT0gTlVMTFZQKSB7CkBAIC0zMTQsNiAr MzM4LDcgQEAgdW5pb25mc19ub2RlZ2V0KHN0cnVjdCBtb3VudCAqbXAsIHN0cnVjdAogCiB1bmlv bmZzX25vZGVnZXRfb3V0OgogCWlmIChsa2ZsYWdzICYgTEtfVFlQRV9NQVNLKQorCQkvKiBTaG91 bGQgdGhlcmUgYmUgYSBjaGVjayBmb3IgVklfRE9PTUVEIGhlcmU/ICovCiAJCXZuX2xvY2sodnAs IGxrZmxhZ3MgfCBMS19SRVRSWSk7CiAKIAlyZXR1cm4gKDApOwo= --_004_YTXPR01MB018919BE87B12E458144E218DD140YTXPR01MB0189CANP_-- From owner-freebsd-stable@freebsd.org Thu Aug 18 07:55:31 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 E517DBBE8A6 for ; Thu, 18 Aug 2016 07:55:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5FFAE1B55; Thu, 18 Aug 2016 07:55:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u7I7tPfR064295 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 18 Aug 2016 10:55:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u7I7tPfR064295 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u7I7tPJC064293; Thu, 18 Aug 2016 10:55:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 18 Aug 2016 10:55:25 +0300 From: Konstantin Belousov To: Rick Macklem Cc: Mark Johnston , FreeBSD Stable , Harry Schmalzbauer Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Message-ID: <20160818075525.GY83214@kib.kiev.ua> References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> <20160812123950.GO83214@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Aug 2016 07:55:32 -0000 On Thu, Aug 18, 2016 at 12:03:33AM +0000, Rick Macklem wrote: > Kostik wrote: > [stuff snipped] > >insmnque() performs the cleanup on its own, and that default cleanup isnot suitable >for the situation. I think that insmntque1() would betterfit your requirements, your >need to move the common code into a helper.It seems that >unionfs_ins_cached_vnode() cleanup could reuse it. > > I've attached an updated patch (untested like the last one). This one creates a > custom version insmntque_stddtr() that first calls unionfs_noderem() and then > does the same stuff as insmntque_stddtr(). This looks like it does the required > stuff (unionfs_noderem() is what the unionfs VOP_RECLAIM() does). > It switches the node back to using its own v_vnlock that is exclusively locked, > among other things. The patch looks good to me, from the visual shape of it. From owner-freebsd-stable@freebsd.org Thu Aug 18 14:58: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 ABBAFBBDA91; Thu, 18 Aug 2016 14:58:59 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EFB21350; Thu, 18 Aug 2016 14:58:58 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::7fe]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id u7IEwtox052480 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 18 Aug 2016 19:58:55 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1471532335; bh=hnc4Ar2j/187ahmTWpLNqP1CJA3hyHJ3tgqfhuFf7Qc=; h=To:Cc:From:Subject:Date; b=joczOecG2LeOvEj3UA9SR1Y2erZ7Flsl19FQJD032D5Wi/3aQx/MvqbIR5fBq/jGJ 68JRKTa97EP1xrQrOEgJv0ngPoRVJNwaw3Ml6mcGsEguzNYzz5svAkKYotQ6w2Qoxb Uwq68fm0lWYNFTPElG4b70VCB45VzYKSoaUjYbkg= To: FreeBSD FS Cc: freebsd-stable From: "Eugene M. Zheganin" Subject: cannot destroy '': dataset is busy vs iSCSI Message-ID: <57B5CD2F.2070204@norma.perm.ru> Date: Thu, 18 Aug 2016 19:58:55 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Aug 2016 14:58:59 -0000 Hi. I'm using zvol clones with iSCSI. Perdiodically I renew them and destroy the old ones, but sometimes the clone gets stuck and refuses to be destroyed: (I'm showing the full sequence so it's self explanatory who is who's parent) [root@san2:/etc]# zfs destroy esx/games-reference1@ver5_6 cannot destroy 'esx/games-reference1@ver5_6': snapshot has dependent clones use '-R' to destroy the following datasets: esx/games-reference1-ver5_6-worker111 [root@san2:/etc]# zfs destroy esx/games-reference1-ver5_6-worker111 cannot destroy 'esx/games-reference1-ver5_6-worker111': dataset is busy The only entity that can hold the dataset open is ctld, so: [root@san2:/etc]# service ctld reload [root@san2:/etc]# grep esx/games-reference1-ver5_6-worker111 /etc/ctl.conf [root@san2:/etc]# zfs destroy esx/games-reference1-ver5_6-worker111 cannot destroy 'esx/games-reference1-ver5_6-worker111': dataset is busy As you can see, the clone isn't mentioned in ctl.conf, but still refuses to be destroyed. Is there any way to destroy it without restarting ctld or rebooting the server ? iSCSI is vital for production, but clones sometimes holds lot of space. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Thu Aug 18 23:30:25 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 C1A9ABBF9EF; Thu, 18 Aug 2016 23:30:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B46831CAC; Thu, 18 Aug 2016 23:30:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 69BAE1198; Thu, 18 Aug 2016 23:30:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 18 Aug 2016 23:30:24 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: Delay with 11.0-RC2 builds Message-ID: <20160818233024.GZ765@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BKMA2OjimIttCqMD" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Aug 2016 23:30:25 -0000 --BKMA2OjimIttCqMD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Two issues have been brought to our attention, and as a result, 11.0-RC2 builds will be delayed a day or two while these are investigated. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211872 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211926 An update will be sent if the delay is longer than anticipated. Apologies for the delay, and thank you for your patience. Glen On behalf of: re@ --BKMA2OjimIttCqMD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXtkUQAAoJEAMUWKVHj+KT1LYP/RTzoInawwCDTsW65g3n5QaA Uywlb3+13+n7+zQB/4a47ow8wEoA+hq7FUd89b5ikfBdeo/2t+3xEk9gVUbJHlfr k+UxuRJDFdMYYu2MEGfXZ5VtTWKnj+IK0MnN2PK5dMgUZJrxxPCnVnpUg+RjVGNB fGhIk+3DOP8gVnWiZdYHDuWqmLadaioSDdUcdwk1OkDqRikuBUaJN6+yEaoDBHBg Eqe2VZ5Ma2f06Ih+A9+azfSYwmfcqppkAmwP16BxBX8hhRvbkklcRTpOutljGWI6 HT/dJt/K5UK0cM0w33Qv0LQ2MkC/tF3GcLiVdtDkl0/StodcCHmQPll6A+L5i4x9 Hi3tZBTe1NNgnM6/W6vJIFE0gepYq1e6GyQqb9j+3m/TQHRrnQS/mCneNgG80K19 wfS+XWhSGIskzVrctzI8tWEu2JZhkALridqRuZUevPuH6N1R2nJpbVHqP8cb4qcS wEXyZrInBUmrV9EVbsZ0tS3FruHwpU9Q0dthoPvFk0KfmLUljOyt7SuFWjJV8rEH WevJ2LeZK65U0p/hTbXAoQIWoiu4k+boLkiDNorrl6dHUufr+D2W3SZ0BKZsyTU/ 9f4Va7J7I1o99J549RGh9QTbc0frFQFTPQZyk8lGjcdsk+SYLRcyWCv9YartbGEK a96VTKoEZK4WYPr3r0V4 =XwKs -----END PGP SIGNATURE----- --BKMA2OjimIttCqMD-- From owner-freebsd-stable@freebsd.org Thu Aug 18 23:34: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 73698BBFBF6 for ; Thu, 18 Aug 2016 23:34:40 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 5476412AE for ; Thu, 18 Aug 2016 23:34:40 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=DOHaQUx1eWKMbDOqa4mTrlvp7h570Yuty7NYw4XDvrE=; b=apO280Wl2yboMWYUr4qbvNpzvg EiEtJzYSbYIT8SJijLGhO6TMZ2OSMuDiS1J9Nx31My/xiZWpZX8crxb9qkmDf5MRV1wuU7snKrZ6Z Ac0Q9zlneMZYZcPn51EjZj8E4ZYq5dw1+NKpyhDkJPil86d9PeEvx2Ht6nz32069kwcg=; Received: from [114.120.238.93] (port=58908 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1baWpU-002sZA-UJ for freebsd-stable@FreeBSD.org; Thu, 18 Aug 2016 17:34:33 -0600 Date: Fri, 19 Aug 2016 07:34:22 +0800 From: Erich Dollansky To: freebsd-stable Subject: Benchmarks results for FreeBSD 11 Message-ID: <20160819073422.4292997b@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Aug 2016 23:34:40 -0000 Hi, I am sure that some know of this site: http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 I wonder about the results for FreeBSD. As I do not have 11 on my machines, a stupid question. Are there still some debugging aids enabled in 11? I know that some of the results are caused by the use of CLang and some of the results test applications/compilers and not operating systems. Erich From owner-freebsd-stable@freebsd.org Fri Aug 19 06:50: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 BA63BBBF65D for ; Fri, 19 Aug 2016 06:50:19 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4735C1CCB for ; Fri, 19 Aug 2016 06:50:19 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id o80so26229539wme.1 for ; Thu, 18 Aug 2016 23:50:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qPl3J2SSR9jqIe/qsG0kakVV9DJ/ynIRQAYySrQqXEY=; b=kKupViRNHGXBMWygXvWKJP4olRLeVzNSbFRjw0O4LxiyBGH/joYoXTetnvIupBhWn1 wXb/EXYHsL3vdwPlwBk+i1dOq1KNta2lUYSDnCBY89GtompQ0+Lk6CAgxfRGtVWU1Sd+ wMLyV3Zddks8WsT5/5Z8bK8OxiPCcYpwOJQw5UgipRvIFuy3DwEJE3yTd7AY1lx8X39R PH/AVXG8Fu/cijl6egnRFKC4Nnwd2wg0z5tCoslMkOG4fUv5UMBPNqkyb8p2dv+Z2Ar7 DE6iz1XMpNHfu0i06UErqP81strw5GkTNDt8dpaAhGCSEipABXJlIsfNsmnQ/LYCIXfU cxmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qPl3J2SSR9jqIe/qsG0kakVV9DJ/ynIRQAYySrQqXEY=; b=e/bWaOKWyr524RFUZRtLCDfP45cqlr6GxIxhnMnqCcSjZ9qXt8Cfhg+WrvtoKOWux1 5bB04zztOkwu4goofsGTAW45vTZuHeX0BHfJp1ZZeLdGND4Yr2uCiYPJAzVCr6j3bkkV MS67jNUC3ImTboolZDQJRf4YvGmJTt3lfUNS8xweeN6aewaynLWslaEnuLAIriVDWzzE ipTkEalXr9j1gBSxOSoGvgS58T4PRnz+quaO5nurXAxstKH2/k4ORiZw+i2Nm/3JRbms NGfEJY9H/s7bO15erLP4t00qHrJx2lPWYwZJsAGjZGWI52+B5me3/76ZcylwmNUgGNW2 fpWA== X-Gm-Message-State: AEkooutExkX/ILLejgFdcc/2CTOEyYqo/8xu6Rw2zIF3zQiLCl7yYguiVAvTrw5817IwEXjFgau6N7IcMhiK2w== X-Received: by 10.194.123.228 with SMTP id md4mr5008278wjb.91.1471589417402; Thu, 18 Aug 2016 23:50:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.62.70 with HTTP; Thu, 18 Aug 2016 23:50:16 -0700 (PDT) Received: by 10.28.62.70 with HTTP; Thu, 18 Aug 2016 23:50:16 -0700 (PDT) In-Reply-To: <20160819073422.4292997b@X220.alogt.com> References: <20160819073422.4292997b@X220.alogt.com> From: Sami Halabi Date: Fri, 19 Aug 2016 09:50:16 +0300 Message-ID: Subject: Re: Benchmarks results for FreeBSD 11 To: Erich Dollansky Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 19 Aug 2016 06:50:19 -0000 Hi, At the bottom of the article there is link to the source benchmark site. >From a quick glance the benchmarks made not with the same hardware for all. Phoronix is sort of anti-bsd site.. i won't count on the truth of the data they present. Sami =D7=91=D7=AA=D7=90=D7=A8=D7=99=D7=9A 19 =D7=91=D7=90=D7=95=D7=92=D7=B3 2016= 02:34 AM,=E2=80=8F "Erich Dollansky" < erichsfreebsdlist@alogt.com> =D7=9B=D7=AA=D7=91: > Hi, > > I am sure that some know of this site: > > http://www.phoronix.com/scan.php?page=3Darticle&item=3D2bsd-7linux-bench&= num=3D4 > > I wonder about the results for FreeBSD. As I do not have 11 on my > machines, a stupid question. Are there still some debugging aids > enabled in 11? > > I know that some of the results are caused by the use of CLang and some > of the results test applications/compilers and not operating systems. > > Erich > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Fri Aug 19 07:01:44 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 0F3A0BBFA3B for ; Fri, 19 Aug 2016 07:01:44 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 E42D81608 for ; Fri, 19 Aug 2016 07:01:43 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=59Hpa+AKRiQ89K2KzDGYuRi/48Cfzmm8lXnwT5rShU8=; b=LcF0uVo4No5+paaOi4TvisKZAg asZ6uc5igvNe84rrQNgW5JREqyWwsp44wmHF7S4qYVBj2X7+roNhjUvwKgQYLOXX79v4wHfMEnZJI SwpteLahOPwWbqkKvxKS7QTnmQNiFhXdw46BJQ9fxilpHKLx3MvKNYClrgIN1v9+4voY=; Received: from [114.120.238.93] (port=39823 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1badoD-000DwN-H2; Fri, 19 Aug 2016 01:01:42 -0600 Date: Fri, 19 Aug 2016 15:01:36 +0800 From: Erich Dollansky To: Sami Halabi Cc: freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160819150136.7974c927@X220.alogt.com> In-Reply-To: References: <20160819073422.4292997b@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 19 Aug 2016 07:01:44 -0000 Hi, On Fri, 19 Aug 2016 09:50:16 +0300 Sami Halabi wrote: > At the bottom of the article there is link to the source benchmark > site. From a quick glance the benchmarks made not with the same > hardware for all. Phoronix is sort of anti-bsd site.. i won't count > on the truth of the data they present. leaving this aside, I know while I used what is now 11, there were several hand breaks on debugging just in case off. I do not know when these hand breaks are taken off and I also do not know if they still have been in the binaries used. Forget about the rest. This site is something the Sun of the IT world. Erich >=20 > Sami >=20 > =D7=91=D7=AA=D7=90=D7=A8=D7=99=D7=9A 19 =D7=91=D7=90=D7=95=D7=92=D7=B3 20= 16 02:34 AM,=E2=80=8F "Erich Dollansky" < > erichsfreebsdlist@alogt.com> =D7=9B=D7=AA=D7=91: =20 >=20 > > Hi, > > > > I am sure that some know of this site: > > > > http://www.phoronix.com/scan.php?page=3Darticle&item=3D2bsd-7linux-benc= h&num=3D4 > > > > I wonder about the results for FreeBSD. As I do not have 11 on my > > machines, a stupid question. Are there still some debugging aids > > enabled in 11? > > > > I know that some of the results are caused by the use of CLang and > > some of the results test applications/compilers and not operating > > systems. > > > > Erich > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org"=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Aug 19 08:23: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 B24BABBFEBC; Fri, 19 Aug 2016 08:23:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44D6D16BE; Fri, 19 Aug 2016 08:23:18 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id q128so24815388wma.1; Fri, 19 Aug 2016 01:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=XudDE4YK6XONsuVyvfMpLIKIhMyMEwGZInjqbQmepIY=; b=f7fMM+XuPCqB3f4BBMxyJY34O7l/KVvdTiKhgWXPg3jL6M1itTZgYA5GI4Elau+xqY cE5LnWQSSgF0HcKP+l2R0/xc9iNXctRvvd/IUebg4yBneH6MGrASb1mUOFF1agGPGXBi DOhzXr+nFWnkRtUeDbczRueoWOr7WDCK7WJMJ983QfuGOFow80xNkiFYE7fMtshrEPhd uDAF1yC1WYXVsMobEpju9R3rK/Zo+7eWpE86NheGaPQeUbAxZs2FbjPc/1w1pvH9SW5r 3xbEs5srf79+yzAEeKkH7fKOeidP6t8VMIzilYA8rPR2FG017TGSByzMCMyQLQIHT/0U 4qXg== 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 :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=XudDE4YK6XONsuVyvfMpLIKIhMyMEwGZInjqbQmepIY=; b=M8xMPlBVF4NwtnaWm1QFecMdEq4DKQpQEfl88+1JdRQmrLr1c08IOpx96T78KGtCI9 BvsXNzm6ta74aA8nz3mVvZNHBS0T56QInfrU6E2JUsF5mXiafWoUXks3a3AKcC7h8Eh6 KePdp65fx8NWp+iM6vLp+SilT9MyK9WJBH5bqN+3fSMANy69UhbWde2kWbckhIp/oNfp XkC++tHtJrlEFnBCrdjHjVos4Cx07raacmC5BYgcQ6qYt2G9lLwLuB+DJDcnhPT5TEHV A/Z3IbEOpVnmAhXFmCU7LGnnxj6bd4NdcVtGm4kZabkWOeMPmrhO41F8t2AD22bvZupQ gMAA== X-Gm-Message-State: AEkoouuK2v0C1kpw4+Cuy8pA/H6EfsQyzQr5qHjCqOhhV5YvffHW6TguxBU7l6psKeDO/g== X-Received: by 10.28.32.77 with SMTP id g74mr2752671wmg.45.1471594996724; Fri, 19 Aug 2016 01:23:16 -0700 (PDT) Received: from brick (euc212.neoplus.adsl.tpnet.pl. [83.20.174.212]) by smtp.gmail.com with ESMTPSA id w129sm3306406wmd.9.2016.08.19.01.23.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Aug 2016 01:23:15 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 19 Aug 2016 10:23:10 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "Eugene M. Zheganin" Cc: FreeBSD FS , freebsd-stable Subject: Re: cannot destroy '': dataset is busy vs iSCSI Message-ID: <20160819082310.GA14806@brick> Mail-Followup-To: "Eugene M. Zheganin" , FreeBSD FS , freebsd-stable References: <57B5CD2F.2070204@norma.perm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57B5CD2F.2070204@norma.perm.ru> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 19 Aug 2016 08:23:18 -0000 On 0818T1958, Eugene M. Zheganin wrote: > Hi. > > I'm using zvol clones with iSCSI. Perdiodically I renew them and destroy > the old ones, but sometimes the clone gets stuck and refuses to be > destroyed: > > (I'm showing the full sequence so it's self explanatory who is who's parent) > > [root@san2:/etc]# zfs destroy esx/games-reference1@ver5_6 > cannot destroy 'esx/games-reference1@ver5_6': snapshot has dependent clones > use '-R' to destroy the following datasets: > esx/games-reference1-ver5_6-worker111 > [root@san2:/etc]# zfs destroy esx/games-reference1-ver5_6-worker111 > cannot destroy 'esx/games-reference1-ver5_6-worker111': dataset is busy > > The only entity that can hold the dataset open is ctld, so: > > [root@san2:/etc]# service ctld reload > [root@san2:/etc]# grep esx/games-reference1-ver5_6-worker111 /etc/ctl.conf > [root@san2:/etc]# zfs destroy esx/games-reference1-ver5_6-worker111 > cannot destroy 'esx/games-reference1-ver5_6-worker111': dataset is busy > > As you can see, the clone isn't mentioned in ctl.conf, but still refuses > to be destroyed. > Is there any way to destroy it without restarting ctld or rebooting the > server ? iSCSI is vital for production, but clones sometimes holds lot > of space. Could you do "ctladm devlist -v" and see if the LUN for this file somehow didn't get removed? From owner-freebsd-stable@freebsd.org Fri Aug 19 09:53:14 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 E286EBBFE97 for ; Fri, 19 Aug 2016 09:53:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 9853C1B94 for ; Fri, 19 Aug 2016 09:53:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bagUA-000FPY-2p; Fri, 19 Aug 2016 12:53:10 +0300 Date: Fri, 19 Aug 2016 12:53:10 +0300 From: Slawa Olhovchenkov To: Erich Dollansky Cc: freebsd-stable Subject: Re: Benchmarks results for FreeBSD 11 Message-ID: <20160819095310.GO22212@zxy.spb.ru> References: <20160819073422.4292997b@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160819073422.4292997b@X220.alogt.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 19 Aug 2016 09:53:15 -0000 On Fri, Aug 19, 2016 at 07:34:22AM +0800, Erich Dollansky wrote: > Hi, > > I am sure that some know of this site: > > http://www.phoronix.com/scan.php?page=article&item=2bsd-7linux-bench&num=4 > > I wonder about the results for FreeBSD. As I do not have 11 on my > machines, a stupid question. Are there still some debugging aids > enabled in 11? > > I know that some of the results are caused by the use of CLang and some > of the results test applications/compilers and not operating systems. Most debugging aids off at time of branching stable/11, remain (mostly for non-amd64 architectures switch off too later). Some bench result very stranges From owner-freebsd-stable@freebsd.org Sat Aug 20 15:37:44 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 30CA6BC08AF for ; Sat, 20 Aug 2016 15:37:44 +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 BA7A014BD; Sat, 20 Aug 2016 15:37:43 +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 u7KFbdkG098675; Sat, 20 Aug 2016 17:37:40 +0200 (CEST) (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 5C03980C; Sat, 20 Aug 2016 17:37:39 +0200 (CEST) Message-ID: <57B8793E.4070004@omnilan.de> Date: Sat, 20 Aug 2016 17:37:34 +0200 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: Rick Macklem CC: Konstantin Belousov , FreeBSD Stable , Mark Johnston , "kib@FreeBSD.org" Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sat, 20 Aug 2016 17:37:40 +0200 (CEST) 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.22 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, 20 Aug 2016 15:37:44 -0000 Bezüglich Rick Macklem's Nachricht vom 18.08.2016 02:03 (localtime): > Kostik wrote: > [stuff snipped] >> insmnque() performs the cleanup on its own, and that default cleanup isnot suitable >for the situation. I think that insmntque1() would betterfit your requirements, your >need to move the common code into a helper.It seems that >unionfs_ins_cached_vnode() cleanup could reuse it. > > I've attached an updated patch (untested like the last one). This one creates a > custom version insmntque_stddtr() that first calls unionfs_noderem() and then > does the same stuff as insmntque_stddtr(). This looks like it does the required > stuff (unionfs_noderem() is what the unionfs VOP_RECLAIM() does). > It switches the node back to using its own v_vnlock that is exclusively locked, > among other things. Thanks a lot, today I gave it a try. With this patch, one reproducable panic can still be easily triggered: I have directory A unionfs_mounted under directory B. Then I mount_unionfs the same directory A below another directory C. panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905 Result is this backtrace, hardly helpful I guess: #1 0xffffffff80ae5fd9 in kern_reboot (howto=260) at /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff80ae658b in vpanic (fmt=, ap=) at /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80ae63c3 in panic (fmt=0x0) at /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:690 #4 0xffffffff80ab7ab7 in __lockmgr_args (lk=, flags=, ilk=, wmesg=, pri=, timo=, file=, line=) at /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_lock.c:992 #5 0xffffffff80ba510c in vop_stdlock (ap=) at lockmgr.h:98 #6 0xffffffff8111932d in VOP_LOCK1_APV (vop=, a=) at vnode_if.c:2087 #7 0xffffffff80a18cfc in unionfs_lock (ap=0xfffffe007a3ba6a0) at vnode_if.h:859 #8 0xffffffff8111932d in VOP_LOCK1_APV (vop=, a=) at vnode_if.c:2087 #9 0xffffffff80bc9b93 in _vn_lock (vp=, flags=66560, file=, line=) at vnode_if.h:859 #10 0xffffffff80a18460 in unionfs_readdir (ap=) at /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1531 #11 0xffffffff81118ecf in VOP_READDIR_APV (vop=, a=) at vnode_if.c:1822 #12 0xffffffff80bc6e3b in kern_getdirentries (td=, fd=, buf=0x800c3d000
, count=, basep=0xfffffe007a3ba980, residp=0x0) at vnode_if.h:758 #13 0xffffffff80bc6bf8 in sys_getdirentries (td=0x0, uap=0xfffffe007a3baa40) at /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_syscalls.c:3940 #14 0xffffffff80fad6b8 in amd64_syscall (td=, traced=0) at subr_syscall.c:135 #15 0xffffffff80f8feab in Xfast_syscall () at /usr/local/share/deploy-tools/RELENG_11/src/sys/amd64/amd64/exception.S:396 #16 0x0000000000452eea in ?? () Previous frame inner to this frame (corrupt stack? I ran your previous patch with for some time. Similarly, mounting one directory below a 2nd mountpount crashed the machine (forgot to config dumpdir, so can't compare backtrace with the current patch). Otherwise, at least with the previous patch, I haven't had any other panic for about one week. Thanks, -Harry From owner-freebsd-stable@freebsd.org Sat Aug 20 18:50: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 C02B8BC0CBE for ; Sat, 20 Aug 2016 18:50:50 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 25E6213CC for ; Sat, 20 Aug 2016 18:50:49 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Sat, 20 Aug 2016 20:50:41 +0200 Authentication-Results: connect.ultra-secure.de; iprev=temperror; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 888AB008-04F3-47F8-B482-42BE368C97C7.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Sat, 20 Aug 2016 20:50:39 +0200 From: Rainer Duffner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FreeBSD 10.1 can't upgrade to FreeBSD 11-RC1 via freebsd-update Message-Id: <504FE992-890D-4335-BFD5-5F538FBC6459@ultra-secure.de> Date: Sat, 20 Aug 2016 20:50:38 +0200 To: freebsd-stable Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=12 total_conn=1 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 975, bad: 1, connections: 1208, history: 974, asn_score: 456, asn_connections: 464, asn_good: 456, asn_bad: 0, pass:asn, asn_all_good, relaying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 20 Aug 2016 18:50:50 -0000 FreeBSD 10.3 works. FreeBSD 10.1 complains about a failed integrity check etc (which the EN = was supposed to fix, I assume) I did run freebsd-update to update to the latest patch-level and = freebsd-version said, I was on p37. From owner-freebsd-stable@freebsd.org Sat Aug 20 20:03:22 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 1EE80BC01D2; Sat, 20 Aug 2016 20:03:22 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x244.google.com (mail-oi0-x244.google.com [IPv6:2607:f8b0:4003:c06::244]) (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 D596C1434; Sat, 20 Aug 2016 20:03:21 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x244.google.com with SMTP id e80so8737973oig.2; Sat, 20 Aug 2016 13:03:21 -0700 (PDT) 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=Gi12rmjzVeoR9vBDU8QaLtcQ81jBihOG/Flbx72z6PQ=; b=kCpDi/0jod5K87RvQSod24Df3rul7D9QfzLsZ/CQjvI+hdgtMUaWcjBP1BUUs6XjL2 12/tB9ryuD2cPaUP3uzLA3B/RDkSD5DJept5JFX92HpRVCYImRZ0dxt+4NTIVUoy1eJV UUOayTH0/o8DJZgtn5laMLfFSerZoTredJwIN0YxCOEY9ov7NpsLuwqgwWBk80M0GWqS T5YA00n8ZGNRnbZnhNPB4UU0GQRUsTIdS54FhwBsDHAF1+SQmI1tjiUv0sZq6aP3YM5X Quh4XOWQhn0el03sgrKTDuIoXcawuoFxwEfP/CpMAGNz0DMtlVjaHaOa7X4pt1Ki9Y4G qyKg== 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=Gi12rmjzVeoR9vBDU8QaLtcQ81jBihOG/Flbx72z6PQ=; b=fMj85WV99CH7rwzlJf/6tl+Am07efWj7W5ZwW3+Rw1I7Y18/hHW+JTodcJrarwsG2x 3qchtsDhAIQeMlXuvQVEUVngW+imbaz+SkCPmgk9es4HT3+bFACnWRSAB5vByYhlp7Zh i/Z3cuZns8wEA8RWOhhfI00ykmWFS00J1sH8Jx4t5636Q7YhKizsWVmoeOpS2bdf2Ig2 MCaSCvYCSeQJmxUdShoIaFv5gLf4FoY6iHKcDN5b8umoCm/pev0zQwaN63XkrwzLwmyC xCuzoh0uSXFdpp6lhSPPx3bPHLdc0l0SflufCqtM+rs6s7rjqeEPAe2Qsko2ywW1XniL ULaQ== X-Gm-Message-State: AEkooutMTHg1LZLLeOeyONP+YWveWVFnMZsy1msVkA6PpRhcYVtpYU3wN3yd8gUWGlB2/sYpsfXEdkrPnILygQ== X-Received: by 10.202.236.20 with SMTP id k20mr7572241oih.162.1471723400980; Sat, 20 Aug 2016 13:03:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Sat, 20 Aug 2016 13:03:20 -0700 (PDT) From: Frederic Chardon Date: Sat, 20 Aug 2016 22:03:20 +0200 Message-ID: Subject: kern.proc.pathname failure while booting from zfs To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 20 Aug 2016 20:03:22 -0000 Hi I see a strange interaction between zfs on root and kern.proc.pathname on my laptop. Whenever I try to use gcore it fails with: gcore 1023 gcore: kern.proc.pathname failure However, gcore /usr/local/bin/zsh 1023 is working properly. I made some tests booting from usb stick (fresh installworld, no src.conf, no make.conf, GENERIC kernel) What works: having / on ufs and importing a zfs pool later on. What doesn't: having / on zfs, whatever the settings for checksum, compression, or normalization. Both 11-stable and 12-current behave this way. Current from may-june worked properly. adb, chromium and virtualbox as well stopped working at approximately the same time, however I don't know if it is linked ("truss -f adb start-server" shows that garbage is passed to execl after forking). Any idea what's going on? Does anybody else see this? Thanks!