From owner-freebsd-current@freebsd.org Sun Sep 10 16:05:55 2017 Return-Path: Delivered-To: freebsd-current@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 113FDE1852B for ; Sun, 10 Sep 2017 16:05:55 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D61DA7CF05 for ; Sun, 10 Sep 2017 16:05:54 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: by mail-pg0-x230.google.com with SMTP id d8so11580368pgt.4 for ; Sun, 10 Sep 2017 09:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=from:to:subject:thread-topic:thread-index:date:message-id :content-language:mime-version; bh=+giXtuYv43Rjy1PkSjDFsCBMJA3xFZEruIJYzRQlA7A=; b=u6JMrh9/SFL+NCEBho3Tb2lP9/jD2XwCEGGT7nrJd7jBFUlhXJ7dka0bXpLR94K4Sv ojIuhgyawj+R+k/tOfh9tZXnV69mTEiszMDOZhkpvRdQ4XV08fGZl8hMzImQfWdipGDR eFQ6+RoyexfZt0NfD6B43EreXX6xBEAheMzZs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:content-language:mime-version; bh=+giXtuYv43Rjy1PkSjDFsCBMJA3xFZEruIJYzRQlA7A=; b=L252XCw6LLrjfhIsvwevQ+PRuJ4q6ETDB/ZekfhWnA2tcJycDQl0rnmcP7Me4laRZS QxJKMbFG7RZWKZh3V2YjfiKU64ou5DNsMwZNtLfcV34gzwl3E0I5AbYvQKgNhu7A59VM wU/sLHQQ4c2kFrCDdU+U3KZvWH1IOIuzPJ1znb+v/BfQxWTj4CYwbmXeiVwqMHjRd63v ZaTVvtrrF+NwgNwThYbUKnOeh52Z4q8UqdG8D7vYR0kYSBRaFY3FMrXdYEokWMTO0iLO ubn1ae5ykoqsob+bVu6A3II+QaS6KT1vIsnemXrCp+f3moiHzWo5imXO3EhMNubzGjLy 3Reg== X-Gm-Message-State: AHPjjUhPfdnbylp8MTLsHzgqfOHcKUA7ukUM7TPietUflE8Lhxj3WLb2 uEhMcvj/u0FtALwrcD9gPA== X-Google-Smtp-Source: ADKCNb6yjTgtVRKrXwh1YudMGvDdt5pdd3yulzunvYHXXaMfGeLXFSkiq17fteNbot9rD8EzvqGMTg== X-Received: by 10.84.131.101 with SMTP id 92mr3943732pld.97.1505059554195; Sun, 10 Sep 2017 09:05:54 -0700 (PDT) Received: from BN6PR22MB0083.namprd22.prod.outlook.com ([40.97.29.149]) by smtp.gmail.com with ESMTPSA id b90sm2788829pfm.17.2017.09.10.09.05.52 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 10 Sep 2017 09:05:53 -0700 (PDT) From: Mahmoud Al-Qudsi To: "freebsd-current@freebsd.org" Subject: SSH from WSL acts as if overwrite were enabled while actually inserting Thread-Topic: SSH from WSL acts as if overwrite were enabled while actually inserting Thread-Index: AQHTKk1UnvYXqV9bAUuu5hati5M5OA== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Sun, 10 Sep 2017 15:56:14 +0000 Message-ID: Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2017 16:05:55 -0000 Hello all, Sorry about the confusing subject line, it=92s the best I could think of to= succinctly summarize the issue at hand. I=92ve been running into an issue = with FreeBSD from 10.x to 12-CURRENT and wanted to check with the mailing l= ist before I bugged it to make sure it is a FreeBSD bug and not a WSL (the = new Linux subsystem for Windows) bug. When I ssh into a FreeBSD host from a TERM=3Dxterm-256color host that has n= o problem SSHing into Linux machines, the following behavior is observed (r= egardless of the $TERM value under FreeBSD or the SSH shell I=92m logging i= nto). Imagine the prompt currently reads as follows with the cursor at the space = denoted by _ in the text below: user@freebsd % foo_bar If I type in ` foo` at this point, the prompt now reads user@freebsd % foo foo_ However, the _actual_ contents of the prompt are really user@freebsd % foo foo bar_ i.e. the _displayed_ prompt acted as if OVERWRITE were on, but the actual b= ehavior is that INSERT was enabled. The actual behavior is the expected beh= avior, which is what the prompt should have shown. I do not experience this behavior when using, say, Putty instead of OpenSSH= under WSL. I also do not experience this behavior when SSHing into a non-F= reeBSD host. If this is not a FreeBSD bug, I=92ll raise it with the WSL team who have pr= oven to be very earnest in their attempts at fixing all compatibility issue= s via their GitHub presence. (A screenshot of the observed behavior, if it helps: http://i.imgur.com/k6h= VtbQ.png ) Thank you, Mahmoud Al-Qudsi NeoSmart Technologies From owner-freebsd-current@freebsd.org Sun Sep 10 17:43:44 2017 Return-Path: Delivered-To: freebsd-current@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 A8B51E1D7AF; Sun, 10 Sep 2017 17:43:44 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (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 5E7547FE45; Sun, 10 Sep 2017 17:43:43 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id v8AHPl60094185; Sun, 10 Sep 2017 17:25:47 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.101] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id xfpvih96bs4hkrksnbzxwwmqr6; Sun, 10 Sep 2017 17:25:47 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64 From: Tim Kientzle In-Reply-To: Date: Sun, 10 Sep 2017 10:26:22 -0700 Cc: FreeBSD Toolchain , freebsd-arm , FreeBSD current Content-Transfer-Encoding: 7bit Message-Id: <5D56FE2E-DB64-4038-BD5B-8C1AD6B1A69D@kientzle.com> References: To: Mark Millard X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2017 17:43:44 -0000 > On Sep 9, 2017, at 4:35 PM, Mark Millard wrote: > > crochet goes to the trouble to have logic to > build and install pine64_plus.dtb (based on > arm64/pine64_plus.dts ). > I'm not sure about Pine64 in particular, but generally only the DTS file is actually required. Crochet tries to provide a dtb file (converting the dts if necessary) partly for documentation and partly to make it easier to edit the device tree file. This is especially convenient in cases where the original DTB file depends heavily on other include files; converting DTS to DTB gives you a fully standalone DTB file that can be edited (for example, to enable additional serial ports) and recompiled without having the full source tree available. This is probably less important now that overlay DTBs are more commonly supported. Tim From owner-freebsd-current@freebsd.org Sun Sep 10 19:51:15 2017 Return-Path: Delivered-To: freebsd-current@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 504B0E24194 for ; Sun, 10 Sep 2017 19:51:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-10.reflexion.net [208.70.210.10]) (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 145AB8425B for ; Sun, 10 Sep 2017 19:51:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15989 invoked from network); 10 Sep 2017 19:51:13 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 10 Sep 2017 19:51:13 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Sun, 10 Sep 2017 15:51:13 -0400 (EDT) Received: (qmail 7880 invoked from network); 10 Sep 2017 19:51:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Sep 2017 19:51:12 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E6878EC7888; Sun, 10 Sep 2017 12:51:11 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64 From: Mark Millard In-Reply-To: <5D56FE2E-DB64-4038-BD5B-8C1AD6B1A69D@kientzle.com> Date: Sun, 10 Sep 2017 12:51:11 -0700 Cc: FreeBSD Toolchain , freebsd-arm , FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: References: <5D56FE2E-DB64-4038-BD5B-8C1AD6B1A69D@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2017 19:51:15 -0000 On 2017-Sep-10, at 10:26 AM, Tim Kientzle wrote: >> On Sep 9, 2017, at 4:35 PM, Mark Millard = wrote: >>=20 >> crochet goes to the trouble to have logic to >> build and install pine64_plus.dtb (based on >> arm64/pine64_plus.dts ). >>=20 >=20 > I'm not sure about Pine64 in particular, but generally > only the DTS file is actually required. [Note: I used crochet source code to figure out a set of manual steps sufficient to produce a pine64_plus.dtb to copy to the boot msdosfs file system.] Some of the #include structure that the existing pine64_plus.dts.dts depends on: # grep "#include" /usr/src/sys = /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts:#include = "sun50i-a64-pine64-plus.dts" /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts:#include "a64.dtsi" /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts:#include = # grep "#include" /usr/src/sys = /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64-pine64-plus.dts /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64-pine64-plus.dts:#include = "sun50i-a64-pine64-common.dtsi" # grep "#include" /usr/src/sys = /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts:#include = "sun50i-a64-pine64-plus.dts" /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts:#include "a64.dtsi" /usr/src/sys/boot/fdt/dts/arm64/pine64_plus.dts:#include = # grep "#include" /usr/src/sys = /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64-pine64-plus.dts /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64-pine64-plus.dts:#include = "sun50i-a64-pine64-common.dtsi" # grep "#include" /usr/src/sys = /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64-pine64-common.dtsi /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64-pine64-common.dtsi:#include = "sun50i-a64.dtsi" # grep "#include" /usr/src/sys = /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64.dtsi=20 /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64.dtsi:#include = /usr/src/sys/boot/fdt/dts/arm64/sun50i-a64.dtsi:#include = # grep "#include" /usr/src/sys /usr/src/sys/boot/fdt/dts/arm64/a64.dtsi=20= (Yep: nothing for that last one.) I would not guess that the full structure is a appropriate as a substitute for the dtb/pine64_plus.dtb part of the msdosfs partition for booting the Pine64+ 2GB : # find /mnt -print /mnt /mnt/startup.nsh /mnt/EFI /mnt/EFI/BOOT /mnt/EFI/BOOT/bootaa64.efi /mnt/dtb /mnt/dtb/pine64_plus.dtb /mnt/System Volume Information /mnt/System Volume Information/WPSettings.dat # ls -lt /usr/local/share/u-boot/u-boot-pine64/u-boot-sunxi-with-spl.bin=20= -rw-r--r-- 1 root wheel 505940 Sep 6 00:49 = /usr/local/share/u-boot/u-boot-pine64/u-boot-sunxi-with-spl.bin (*.bin dd'd appropriately.) So there still seems to be a lack of appropriate .dt* material for direct use/placement on the boot media. Instead manual extra steps are required relative to *.dt* files. > Crochet tries to provide a dtb file (converting the dts if necessary) > partly for documentation and partly to make it easier to edit the > device tree file. >=20 > This is especially convenient in cases where the > original DTB file depends heavily on other include files; > converting DTS to DTB gives you a fully standalone DTB > file that can be edited (for example, to enable additional > serial ports) and recompiled without having the full source > tree available. The above is the kind of context that the Pine64+'s have. It does not appear to me that the existing pine64_plus.dts is set up for more direct use (even with other supporting files). > This is probably less important now that overlay DTBs are > more commonly supported. Whatever this is, it seems to not be in use for much (any?) of the Pine64+ structuring of such things in head -r323246 . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Sep 10 22:55:25 2017 Return-Path: Delivered-To: freebsd-current@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 42240E081CF for ; Sun, 10 Sep 2017 22:55:25 +0000 (UTC) (envelope-from kayasaman@gmail.com) Received: from mail-wr0-x22b.google.com (mail-wr0-x22b.google.com [IPv6:2a00:1450:400c:c0c::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C33BE645D9 for ; Sun, 10 Sep 2017 22:55:24 +0000 (UTC) (envelope-from kayasaman@gmail.com) Received: by mail-wr0-x22b.google.com with SMTP id a43so11440188wrc.0 for ; Sun, 10 Sep 2017 15:55:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:date:mime-version :content-transfer-encoding; bh=YnKJrnzGm5eilm6OVFspXdOnBJNYQPiIVi3z5E09Cus=; b=t20cqTv426Q3GRzMX9505vZ2xEMwRGSBWa2O8h8/vt5HOwpZ6RtUloODmzplJIB27y I3x8AFga0yB6fmYB1qY/r4xhZotera2QEQ8913WRzCqTOXxK58WYeTTXjEfnAPQeWId4 xzMIBJctdnNMUTm0MGqluzI4mzWmKUuJwjL4iQXIX9U+hco8izBRg4lKTL9tiz0D1Q9I bPZroFLBjUV/kE9zfAtqr0GvrWawMoPmNGFCUdiooUydPAE0/AhHB485yy+Y9EVC+OBG Q9056xIkSWnk8pADAdGhGQP0f+hD7jDsOPZfRdXFc0Z8bI5vHTcsct7EPzEhU418+mZy XPjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:mime-version :content-transfer-encoding; bh=YnKJrnzGm5eilm6OVFspXdOnBJNYQPiIVi3z5E09Cus=; b=KnpT/pc/Y25R4r967p8TAjJZoBfNK+0sP3JQP2SUHdra54lEy/8agmUCn0GYU6LFTG 2XBIRpVmwE6prT1ypJ7YA7cMWrMvt7q4ohw3aDyZF8ZGHpG9eojOmtX3LEglmTUqlFTN Hgo+PmtVzQq7O4v1xNpdHvi3WrI9xTP2GmPWFFgGSbpyvKTYU6j0NpdHy07yu/NwzFjM mmSb9zRP3dhokGP2zLmot1vJvuQK+A4KIuKjcWwfheVyRZL/egcq9aRasZ2ksNbYsfdL qAD//y4dY+G69kv/coed6wt4aSSST6p4a1w70lK8U3FR44nDteZGbz4lTuC54i+74dOf COUg== X-Gm-Message-State: AHPjjUiIY2ywzukx8KDJ40PalIn8xsa7n885HwGBXkhTbLSHwm5GbjER /aHB2BYJsLQsZR6wB/Y= X-Google-Smtp-Source: ADKCNb4nBrzLX6UtnT7M/LCw880VSnYTjThiT2lNETHIOHshqXE2fXPpvFlLknMPFNHvQ78UtHfipg== X-Received: by 10.223.173.204 with SMTP id w70mr7588688wrc.281.1505084122449; Sun, 10 Sep 2017 15:55:22 -0700 (PDT) Received: from Sting-Ray.optiplex-networks.com (optiplexnetworks.plus.com. [212.159.80.17]) by smtp.googlemail.com with ESMTPSA id v82sm11098515wmd.44.2017.09.10.15.55.21 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 10 Sep 2017 15:55:21 -0700 (PDT) Message-ID: <1505084121.15432.58.camel@gmail.com> Subject: Stack trace From: Kaya Saman To: freebsd-current@freebsd.org Date: Sun, 10 Sep 2017 23:55:21 +0100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2017 22:55:25 -0000 Hi, I moved to 12-Current after my systems kept freezing with 11.1-Release and -Stable. Basically it seemed to only affect two of the machines that I upgraded recently to 11.1-Release branch. These are embedded Intel J1900 motherboards from SuperMicro. Currently on 12-Current they seem to be doing really well like with the previous 10.x-Release. Though I am seeing a kernel stack trace: lock order reversal: 1st 0xfffff80106be25f0 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:849 2nd 0xfffff80106c53068 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2606 stack backtrace: #0 0xffffffff80ac52d3 at witness_debugger+0x73 #1 0xffffffff80ac5152 at witness_checkorder+0xe02 #2 0xffffffff80a392fe at lockmgr_lock_fast_path+0x1ae #3 0xffffffff8106a060 at VOP_LOCK1_APV+0xe0 #4 0xffffffff80b3df56 at _vn_lock+0x66 #5 0xffffffff80b2cac2 at vget+0x82 #6 0xffffffff809325bd at devfs_allocv+0xcd #7 0xffffffff809320c3 at devfs_root+0x43 #8 0xffffffff80b234cc at vfs_donmount+0x11ec #9 0xffffffff80b222b2 at sys_nmount+0x72 #10 0xffffffff80eee83b at amd64_syscall+0x79b #11 0xffffffff80eccebb at Xfast_syscall+0xfb Should I be alarmed about this? Dmesg output from boot: Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r323168: Tue Sep 5 09:56:32 BST 2017 root@<>:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 5.0.0 (branches/release_50 312293) (based on LLVM 5.0.0svn) WARNING: WITNESS option enabled, expect reduced performance. VT(vga): resolution 640x480 CPU: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (2000.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x30678 Family=0x6 Model=0x37 Stepping=8 Features=0xbfebfbff Features2=0x41d8e3bf AMD Features=0x28100800 AMD Features2=0x101 Structured Extended Features=0x2282 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8084115456 (7709 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: WARNING: L1 data cache covers fewer APIC IDs than a core (0 < 1) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 128/32 (20170831/tbfadt-748) ioapic0 irqs 0-86 on motherboard SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC" frequency 2000049192 Hz quality 1000 random: entropy device external interface netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff80f6d6a0, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" kbd1 at kbdmux0 nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 atrtc0: port 0x70-0x77 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff irq 8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xe080-0xe087 mem 0x90000000- 0x903fffff,0x80000000-0x8fffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device ahci0: port 0xe070-0xe077,0xe060-0xe063,0xe050- 0xe057,0xe040-0xe043,0xe020-0xe03f mem 0x90a06000-0x90a067ff irq 19 at device 19.0 on pci0 ahci0: AHCI v1.30 with 2 3Gbps ports, Port Multiplier not supported ahcich1: at channel 1 on ahci0 pci0: at device 26.0 (no driver attached) hdac0: mem 0x90a00000-0x90a03fff irq 22 at device 27.0 on pci0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 igb0: port 0xd000-0xd01f mem 0x90900000-0x9097ffff,0x90980000-0x90983fff irq 18 at device 0.0 on pci2 igb0: attach_pre capping queues at 4 igb0: using 1024 tx descriptors and 1024 rx descriptors igb0: msix_init qsets capped at 4 igb0: pxm cpus: 4 queue msgs: 4 admincnt: 1 igb0: using 4 rx queues 4 tx queues igb0: Using MSIX interrupts with 5 vectors igb0: allocated for 4 tx_queues igb0: allocated for 4 rx_queues igb0: Ethernet address: 0c:c4:7a:b0:5f:30 igb0: netmap queues/slots: TX 4/1024, RX 4/1024 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 pcib4: mem 0x90800000-0x90803fff irq 19 at device 0.0 on pci3 pci4: on pcib4 pcib5: irq 16 at device 1.0 on pci4 pci5: on pcib5 igb1: port 0xc000-0xc01f mem 0x90700000-0x9077ffff,0x90780000-0x90783fff irq 16 at device 0.0 on pci5 igb1: attach_pre capping queues at 4 igb1: using 1024 tx descriptors and 1024 rx descriptors igb1: msix_init qsets capped at 4 igb1: pxm cpus: 4 queue msgs: 4 admincnt: 1 igb1: using 4 rx queues 4 tx queues igb1: Using MSIX interrupts with 5 vectors igb1: allocated for 4 tx_queues igb1: allocated for 4 rx_queues igb1: Ethernet address: 0c:c4:7a:b0:5f:31 igb1: netmap queues/slots: TX 4/1024, RX 4/1024 pcib6: irq 17 at device 2.0 on pci4 pci6: on pcib6 pcib7: irq 18 at device 3.0 on pci4 pci7: on pcib7 ahci1: port 0xb050- 0xb057,0xb040-0xb043,0xb030-0xb037,0xb020-0xb023,0xb000-0xb01f mem 0x90610000-0x906107ff irq 18 at device 0.0 on pci7 ahci1: AHCI v1.20 with 8 6Gbps ports, Port Multiplier not supported ahci1: quirks=0x900 ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ahcich6: at channel 4 on ahci1 ahcich7: at channel 5 on ahci1 ahcich8: at channel 6 on ahci1 ahcich9: at channel 7 on ahci1 ehci0: mem 0x90a05000-0x90a053ff irq 23 at device 29.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 usbus0: 480Mbps High Speed USB v2.0 isab0: at device 31.0 on pci0 isa0: on isab0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 uart0: <16950 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart2: <16950 or compatible> port 0x3e0-0x3e7 irq 3 on acpi0 uart3: <16950 or compatible> port 0x3e8-0x3ef irq 4 on acpi0 uart4: <16950 or compatible> port 0x2e0-0x2e7 irq 3 on acpi0 orm0: at iomem 0xd2000-0xd2fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 est1: on cpu1 est2: on cpu2 est3: on cpu3 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec tcp_init: WARNING: TCB hash size not a power of 2, clipped from 32000 to 32768. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 27 and 25 on hdaa0 pcm1: at nid 17 on hdaa0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 hdaa1: hdaa_audio_as_parse: Duplicate pin 0 (5) in association 1! Disabling association. pcm2: at nid 6 on hdaa1 ugen0.1: at usbus0 uhub0: on usbus0 ada0 at ahcich1 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number S2TWNX0J300288 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 228936MB (468862128 512 byte sectors) ada0: quirks=0x3<4K,NCQ_TRIM_BROKEN> ada1 at ahcich2 bus 0 scbus1 target 0 lun 0 ada1: ACS-2 ATA SATA 3.x device ada1: Serial Number 7JHLZY0C ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 9537536MB (19532873728 512 byte sectors) ada2 at ahcich3 bus 0 scbus2 target 0 lun 0 ada2: ACS-2 ATA SATA 3.x device ada2: Serial Number 7JGJPUSC ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 9537536MB (19532873728 512 byte sectors) pass3 at ahcich9 bus 0 scbus8 target 0 lun 0 pass3: Removable Processor SCSI device pass3: Serial Number HKDP221516WL pass3: 150.000MB/s transfers (SATA 1.x, UDMA4, ATAPI 12bytes, PIO 8192bytes) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 uhub0: 8 ports with 8 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1 on uhub0 uhub1: on usbus0 uhub1: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 ugen0.3: at usbus0 uhub2 on uhub1 uhub2: on usbus0 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 ugen0.4: at usbus0 ukbd0 on uhub2 ukbd0: on usbus0 kbd2 at ukbd0 lagg0: link state changed to DOWN ums0 on uhub2 ums0: on usbus0 ums0: 3 buttons and [XY] coordinates ID=0 Link state changed to up igb0: link state changed to UP lagg0: link state changed to UP lagg0.192: link state changed to UP lagg0.300: link state changed to UP Link state changed to up igb1: link state changed to UP uname -a output: 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r323168: Regards, Kaya From owner-freebsd-current@freebsd.org Sun Sep 10 21:50:21 2017 Return-Path: Delivered-To: freebsd-current@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 D3F6CE04A2D for ; Sun, 10 Sep 2017 21:50:21 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 A10E23143 for ; Sun, 10 Sep 2017 21:50:21 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=GvQAwQ9C c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=2Fmx781DeEEqXRoTx2kA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.230.48 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.230.48] ([209.6.230.48:40402] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 03/93-18918-593B5B95; Sun, 10 Sep 2017 17:50:14 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22965.45973.376928.659731@jerusalem.litteratus.org> Date: Sun, 10 Sep 2017 17:50:13 -0400 To: freebsd-current@freebsd.org Subject: Re: questions re updating to -CURRENT In-Reply-To: <1504917491215-0.post@n6.nabble.com> References: <1504917491215-0.post@n6.nabble.com> X-Mailer: VM 8.2.0b under 25.2.1 (amd64-portbld-freebsd11.0) X-Mailman-Approved-At: Mon, 11 Sep 2017 01:32:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2017 21:50:21 -0000 Jakub Lach writes: > Are you sure you are not using drm2 already? I would check > with kldstat. Ckecked; it's there. > The message in UPDATING is about removing > old code from the tree. Maybe ... but this is one of those things that (in my experience) either Just Work or Go Horribly Wrong. The latter is not nearly as much fun as it says in the brochure. Respectfully, Robert Huff From owner-freebsd-current@freebsd.org Mon Sep 11 07:03:28 2017 Return-Path: Delivered-To: freebsd-current@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 9DE91E1FF43 for ; Mon, 11 Sep 2017 07:03:28 +0000 (UTC) (envelope-from gljennjohn@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 2EA84737D0 for ; Mon, 11 Sep 2017 07:03:28 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id i189so31976873wmf.1 for ; Mon, 11 Sep 2017 00:03:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=6x47nfGfCDKDLYkD6Jg2aGanfe1cAa8PHpdYCXslykw=; b=Tkgr97uVrSw32fETizGWMdYYEMIQlwOXDAb1+3RKUrYydmUEPXuWo1yZaYnFyBcxJn OKnzWgwin6fxeClXc6Yg/JT72IJhRIERHVfsFZ0R6UR5bDjwsdSOGcKNF504MIXO+p8/ i8jez9K1AkXLpySZT6iAad+KB/9YGr/MUBOJNOMKuRaVlSPZMpMyFqGY1HfQC4cfttU2 tWxPwWOcgbpHCKfJ3UqHNuxqK7lW9bfMKR0jHUrdQkEqFFmSkeoafgfdpuDy//amv5dt NI71CGfgp6KO4nlei+N4QrpBPTe4yS2T6yfqf+3Odk815T92a/56x2aAKVciBdkDWlSz apBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=6x47nfGfCDKDLYkD6Jg2aGanfe1cAa8PHpdYCXslykw=; b=ZZDfI2Tpd0MnjvD4+3fsI+mFs11sAWS3ZyF+IjDH+U6TYylCzGAN/4btaEdT5HCaQC IfDWpf4EHHg/VHJqkO4zZJVaqBlZmFfwWS/tda05N79eW3xf7RJaQUotn5VZo3Sn7oRn fCkcVZgjg07kqquTgjhs5LNz7SehMPY+uvcFPFJeu+QaPQDZgekBYAwKo+zVpMu3oOaC Mbt9HfMATt0xHL+IdMmePOVnzEWA1SOAsCPWYfRDDRz1Cu8EYQo+CGiey40gGoDX9h6b H6NjRXn3cjygvw/F+9B1rUncGWzbmfFVp6O6UWpQvUOCFOf7OBRhnuEUZKJDxx3YG09F 0ETA== X-Gm-Message-State: AHPjjUhx9RPrj4WxHiYsBDHxjNEkr2iNyoM2CiRy8G42dBYGmN4kapzX /eq4G68eks6Jtk8ISLP1kRM+JQ== X-Google-Smtp-Source: ADKCNb6/ZKBbuLlVMcVNTs3W4GgVsYH5u0fmDcvvevIqHp+YZ235t6I5WvKMctQWn4s8lrljq7/K5w== X-Received: by 10.28.54.3 with SMTP id d3mr7052144wma.56.1505113406188; Mon, 11 Sep 2017 00:03:26 -0700 (PDT) Received: from ernst.home (p4FCA62DB.dip0.t-ipconnect.de. [79.202.98.219]) by smtp.gmail.com with ESMTPSA id b127sm7280802wmc.34.2017.09.11.00.03.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 11 Sep 2017 00:03:25 -0700 (PDT) Date: Mon, 11 Sep 2017 09:03:24 +0200 From: Gary Jennejohn To: Mahmoud Al-Qudsi Cc: "freebsd-current@freebsd.org" Subject: Re: SSH from WSL acts as if overwrite were enabled while actually inserting Message-ID: <20170911090324.62f7d0aa@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 07:03:28 -0000 On Sun, 10 Sep 2017 15:56:14 +0000 Mahmoud Al-Qudsi wrote: > Hello all, > > Sorry about the confusing subject line, it___s the best I could think of to succinctly summarize the issue at hand. I___ve been running into an issue with FreeBSD from 10.x to 12-CURRENT and wanted to check with the mailing list before I bugged it to make sure it is a FreeBSD bug and not a WSL (the new Linux subsystem for Windows) bug. > > When I ssh into a FreeBSD host from a TERM=xterm-256color host that has no problem SSHing into Linux machines, the following behavior is observed (regardless of the $TERM value under FreeBSD or the SSH shell I___m logging into). > > Imagine the prompt currently reads as follows with the cursor at the space denoted by _ in the text below: > > user@freebsd % foo_bar > > If I type in ` foo` at this point, the prompt now reads > > user@freebsd % foo foo_ > > However, the _actual_ contents of the prompt are really > > user@freebsd % foo foo bar_ > > i.e. the _displayed_ prompt acted as if OVERWRITE were on, but the actual behavior is that INSERT was enabled. The actual behavior is the expected behavior, which is what the prompt should have shown. > > I do not experience this behavior when using, say, Putty instead of OpenSSH under WSL. I also do not experience this behavior when SSHing into a non-FreeBSD host. > > If this is not a FreeBSD bug, I___ll raise it with the WSL team who have proven to be very earnest in their attempts at fixing all compatibility issues via their GitHub presence. > > (A screenshot of the observed behavior, if it helps: http://i.imgur.com/k6hVtbQ.png ) > Have you tried it with a different shell? Such as /bin/sh rather than fish? -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Sep 11 08:31:10 2017 Return-Path: Delivered-To: freebsd-current@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 9CCE3E22D29 for ; Mon, 11 Sep 2017 08:31:10 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43D4676EA9 for ; Mon, 11 Sep 2017 08:31:10 +0000 (UTC) (envelope-from kubito@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id f199so33652028wme.0 for ; Mon, 11 Sep 2017 01:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:user-agent:mime-version; bh=HV7uibao/n/Eut3PMQrm04r8F+v99MCUV3Phjs41Ln8=; b=fJGG3B6vumB9fo/H2yc3o2/kY13l4w7/Rim4HxDIfaTuBP6l+AGTqECkNyddpLZlJe KVcdTVt0ROVgwVby/RuzCsnYebPyuGtSYIG6GjAik7EgVDZJYzErqQi/U/Z214Ycva8h j4e9J7+Fve0Jc73UfuxxpFYVSl8lI5ijA7hiBO1s+yUH0vRYtKl+LvnL58GH0q/N3swj Y6+9lnwPcJPi5r961UKu/CyZXimTYCAT0Yky14ifK0ANFUkmizhSQYxYdJ711TPmPs4a omdHITcAH442Cetk6T+oiSeh8FwLhKX9VQt0X/eWUOpcH2WY8GJBbR5i6LArmgdC/hd3 6zZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :user-agent:mime-version; bh=HV7uibao/n/Eut3PMQrm04r8F+v99MCUV3Phjs41Ln8=; b=eEvS22prV82lGV8fNzxhUAT/fJBUhogE0F/0M4jJPJNaeUvqIolKqzUBE7dcJHhelp OszE+NooMAGBxz5KN91ibPv1jWxZGQYd8y1bEqV6spdiFNA/LZHgUz1ZkFd085FSZsun 3FFktux5vugEP3HirLWQSzlG+mDDN+9ppYxQ8n3Pgu6Tc+gcZYRjEkfL9zk6ZdofCNwl nrHM7lTKJ+2axMFZraxVo/xVWQk488O2P4R9ahpsQ/LCrS6OfcSuWqn2Yo71BPczAz8P sluNT5sft6NJsuH7PHZHZCLyqFr0AvPSpA6OsgMvthwo8pdhCg60NTN6f3jvyZRc2OzQ HKFw== X-Gm-Message-State: AHPjjUjN7BY4aPG+5q2nc52Ovqx/7PsW7VW+u9ef/Md1A1VFszzQn/tp eUu9V9/ps3ZsCMmQyQ0= X-Google-Smtp-Source: ADKCNb5WBq7KWTgDvS9fVbaM4ec7Kl6To5yStuLMY1itPNZ/FWINMmicfsVDIGry/gOMKONuaMy38Q== X-Received: by 10.80.135.4 with SMTP id i4mr9025606edb.20.1505118667758; Mon, 11 Sep 2017 01:31:07 -0700 (PDT) Received: from orwell.gmail.com (dhcp-077-251-154-188.chello.nl. [77.251.154.188]) by smtp.gmail.com with ESMTPSA id z102sm398273ede.43.2017.09.11.01.31.07 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 11 Sep 2017 01:31:07 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: freebsd-current@FreeBSD.org Subject: r323412: Panic on boot (slab->us_keg == keg) Date: Mon, 11 Sep 2017 10:31:01 +0200 Message-ID: <86vakp1vsq.fsf@orwell> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 08:31:10 -0000 I've recently tried to upgrade a HEAD VM (running on a Linux host with QEMU) from r321082 to r323412. The new kernel panics right after I try to boot into it with: panic: Assertion slab->us_keg == keg failed at /usr/src/sys/vm/uma_core.c:2285 cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff81c4d780 vpanic() at vpanic+0x19c/frame 0xffffffff81c4d800 kassert_panic() at kassert_panic+0x126/frame 0xffffffff81c4d870 keg_fetch_slab() at keg_fetch_slab+0x2a9/frame 0xffffffff81c4d8c0 zone_fetch_slab() at zone_fetch_slab+0x51/frame 0xffffffff81c4d8f0 zone_import() at zone_import+0x4f/frame 0xffffffff81c4d960 zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff81c4d9a0 uma_zcreate() at uma_zcreate+0x3d3/frame 0xffffffff81c4da40 uma_startup() at uma_startup+0x147/frame 0xffffffff81c4dae0 vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff81c4db30 vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff81c4db50 mi_startup() at mi_startup+0x9c/frame 0xffffffff81c4db70 btext() at btext+0x2c KDB: enter: panic [ thread 0 pid 0 tid 0 ] From owner-freebsd-current@freebsd.org Mon Sep 11 08:48:59 2017 Return-Path: Delivered-To: freebsd-current@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 AF3BCE23866 for ; Mon, 11 Sep 2017 08:48:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-10.reflexion.net [208.70.210.10]) (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 55FCB77B1C for ; Mon, 11 Sep 2017 08:48:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3999 invoked from network); 11 Sep 2017 08:54:16 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Sep 2017 08:54:16 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Mon, 11 Sep 2017 04:48:51 -0400 (EDT) Received: (qmail 16635 invoked from network); 11 Sep 2017 08:48:51 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Sep 2017 08:48:51 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E4374EC86EF; Mon, 11 Sep 2017 01:48:50 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64 From: Mark Millard In-Reply-To: <20170911095641.616658985e7148a88f6c03a7@bidouilliste.com> Date: Mon, 11 Sep 2017 01:48:49 -0700 Cc: FreeBSD Toolchain , freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170911095641.616658985e7148a88f6c03a7@bidouilliste.com> To: Emmanuel Vadot , Tim Kientzle X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 08:48:59 -0000 On 2017-Sep-11, at 12:56 AM, Emmanuel Vadot = wrote: > On Sat, 9 Sep 2017 16:35:11 -0700 > Mark Millard wrote: >=20 >> The context here is head -r323246 amd64 -> arm64/aarch64 >> cross build activity. >>=20 >> =46rom installkernel : >>=20 >> # find /usr/obj/DESTDIRs/clang-cortexA53-installkernel/ -name "*.dtb" = -print >> #=20 >>=20 >> =46rom buildkernel : >>=20 >> # find /usr/obj/cortexA53_clang/arm64.aarch64/ -name "*.dtb" -print >> #=20 >>=20 >> =46rom installing u-boot-pine64 : >>=20 >> # ls -lTd /usr/local/share/u-boot/u-boot-pine64/* >> -rw-r--r-- 1 root wheel 125 Sep 6 00:49:44 2017 = /usr/local/share/u-boot/u-boot-pine64/README >> -rw-r--r-- 1 root wheel 505940 Sep 6 00:49:43 2017 = /usr/local/share/u-boot/u-boot-pine64/u-boot-sunxi-with-spl.bin >>=20 >>=20 >> As stands the file must be manually produced. >=20 > Since the latest update of u-boot-pine64 the dtb is included in = u-boot. > U-Boot loads it and pass it to boot1.efi. Cool . . . Trying: # mv /boot/efi/dtb/pine64_plus.dtb /boot/efi/dtb/no_pine64_plus.dtb # shutdown -r now does reboot just fine. As does: # rm -fr /boot/efi/dtb # shutdown -r now A cold boot also boots into the kernel. So no .dts or .dtb is needed for the Pine64+ 2GB . For reference after this: # mount /dev/label/PINE642GAroot on / (ufs, NFS exported, local, noatime, = soft-updates, nfsv4acls) devfs on /dev (devfs, local, multilabel) /dev/label/PINE642GAboot on /boot/efi (msdosfs, local, noatime) # find /boot/efi /boot/efi /boot/efi/startup.nsh /boot/efi/EFI /boot/efi/EFI/BOOT /boot/efi/EFI/BOOT/bootaa64.efi /boot/efi/System Volume Information /boot/efi/System Volume Information/WPSettings.dat I have no clue if this hidden dtb contributes to the USB problem(s) or not: . . . cryptosoft0: NULL mp in getnewvnode(9), tag crossmp Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on = usbus0 uhub_attach: getting USB 2.0 HUB descriptor = failed,error=3DUSB_ERR_SHORT_XFER device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=3DUSB_ERR_NO_ROOT_HUB mmcsd0: 32GB at mmc0 = 50.0MHz/4bit/65535-block . . . My old -r308??? context not only could use usb devices but had the root file system on a USB SSD. But modernizing made plugged in USB devices not show up. >> crochet goes to the trouble to have logic to >> build and install pine64_plus.dtb (based on >> arm64/pine64_plus.dts ). Looks like crochet does not need to produce the .dtb . It is not even clear that if a dtb/pine64_plus.dtb exists that it is used for anything. >> Is pine64_plus.dtb required for the likes of >> Pine64+ 2GB's? Now answered as: no. >> If yes: should it be automatically >> built and installed someplace for arm64/aarch64 >> builds (even if more manual steps are required to >> have the final placement on the Pine64 media)? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Sep 11 08:56:47 2017 Return-Path: Delivered-To: freebsd-current@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 1C016E23EC1; Mon, 11 Sep 2017 08:56:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E7F97C30F; Mon, 11 Sep 2017 08:56:45 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id cd6620fd; Mon, 11 Sep 2017 09:56:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=4Fr3a953iWNfh0GR/89NN1bULJA=; b=IcENBs2xiaUxX6H6/A31lehvmE07 WB7Q+gz5dnBxHTfsbFEaKDNrFgukVN5jcP5NVzCDXGo2A68HTffTlBBUDahZ4WP0 PF0AOLm14T5m+W2JPZuYieNkpIYHkqcSiO0Lsi5VLiTVXTWi9Eahey0ovFutS0Ng dbl8XwFw9lOyYuw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=HUIaSYrceLEtfm6QWa22fDzgxde1+Vcj3T03geJ3AkcGLxxwW2AmSzzX P/rTk9/nZnCmsV31Fvf1U+r8XQCoPYqMM8e+F1yV8DynCCqyC4RfxpCSt4RVoM3u DROQb5EPPdDlD7Yks6ec0ZibtY9MbhOu9tkIKLmvzrjkkcz7mf8= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 672b6df3 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 11 Sep 2017 09:56:43 +0200 (CEST) Date: Mon, 11 Sep 2017 09:56:41 +0200 From: Emmanuel Vadot To: Mark Millard Cc: FreeBSD Toolchain , freebsd-arm , FreeBSD Current Subject: Re: Missing in action during arm64/aarch64 builds: no pine64_plus.dtb to be found from buildkernel, installkernel, or u-boot-pine64 Message-Id: <20170911095641.616658985e7148a88f6c03a7@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 08:56:47 -0000 On Sat, 9 Sep 2017 16:35:11 -0700 Mark Millard wrote: > The context here is head -r323246 amd64 -> arm64/aarch64 > cross build activity. > > From installkernel : > > # find /usr/obj/DESTDIRs/clang-cortexA53-installkernel/ -name "*.dtb" -print > # > > From buildkernel : > > # find /usr/obj/cortexA53_clang/arm64.aarch64/ -name "*.dtb" -print > # > > From installing u-boot-pine64 : > > # ls -lTd /usr/local/share/u-boot/u-boot-pine64/* > -rw-r--r-- 1 root wheel 125 Sep 6 00:49:44 2017 /usr/local/share/u-boot/u-boot-pine64/README > -rw-r--r-- 1 root wheel 505940 Sep 6 00:49:43 2017 /usr/local/share/u-boot/u-boot-pine64/u-boot-sunxi-with-spl.bin > > > As stands the file must be manually produced. Since the latest update of u-boot-pine64 the dtb is included in u-boot. U-Boot loads it and pass it to boot1.efi. > crochet goes to the trouble to have logic to > build and install pine64_plus.dtb (based on > arm64/pine64_plus.dts ). > > Is pine64_plus.dtb required for the likes of > Pine64+ 2GB's? If yes: should it be automatically > built and installed someplace for arm64/aarch64 > builds (even if more manual steps are required to > have the final placement on the Pine64 media)? > > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Mon Sep 11 12:27:18 2017 Return-Path: Delivered-To: freebsd-current@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 E4BFBE09241 for ; Mon, 11 Sep 2017 12:27:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward104j.mail.yandex.net (forward104j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86286839BC; Mon, 11 Sep 2017 12:27:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback9g.mail.yandex.net (mxback9g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:170]) by forward104j.mail.yandex.net (Yandex) with ESMTP id D202943A87; Mon, 11 Sep 2017 15:27:13 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback9g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id TX3wdRIA6u-RDcqvAWn; Mon, 11 Sep 2017 15:27:13 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505132833; bh=bQXTrxByubGjyxZSNwMflWWVafO/W9Amuxww5/jhFgU=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=ALXXAsLUEyt0J7yygc7gVYlybzX/+SsYzQ5/ABUfG3uKHlvY1hpXnUh1pg3se9tNg eJ3MKT/5I1rim2QRan0+cUfNzyaGDcIV9qTjihjNcZwkexbII5jaxr9k5xOwHbfG3d owKvFoYo0LvKXvK6FgdfMBQrrv3o5E97qRbEVDa0= Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id gcm1juMVO6-RDVaq6mY; Mon, 11 Sep 2017 15:27:13 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505132833; bh=bQXTrxByubGjyxZSNwMflWWVafO/W9Amuxww5/jhFgU=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=ALXXAsLUEyt0J7yygc7gVYlybzX/+SsYzQ5/ABUfG3uKHlvY1hpXnUh1pg3se9tNg eJ3MKT/5I1rim2QRan0+cUfNzyaGDcIV9qTjihjNcZwkexbII5jaxr9k5xOwHbfG3d owKvFoYo0LvKXvK6FgdfMBQrrv3o5E97qRbEVDa0= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: r323412: Panic on boot (slab->us_keg == keg) To: Raphael Kubo da Costa , freebsd-current@FreeBSD.org References: <86vakp1vsq.fsf@orwell> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: Date: Mon, 11 Sep 2017 15:23:17 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <86vakp1vsq.fsf@orwell> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="V9hm9xq4IeluNd93DBMteQvAm97SKRv6h" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 12:27:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --V9hm9xq4IeluNd93DBMteQvAm97SKRv6h Content-Type: multipart/mixed; boundary="DM7q59X1dta1vq6l18qHnFxMKOt9STwxr"; protected-headers="v1" From: "Andrey V. Elsukov" To: Raphael Kubo da Costa , freebsd-current@FreeBSD.org Message-ID: Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> In-Reply-To: <86vakp1vsq.fsf@orwell> --DM7q59X1dta1vq6l18qHnFxMKOt9STwxr Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11.09.2017 11:31, Raphael Kubo da Costa wrote: > I've recently tried to upgrade a HEAD VM (running on a Linux host with > QEMU) from r321082 to r323412. >=20 > The new kernel panics right after I try to boot into it with: >=20 > panic: Assertion slab->us_keg =3D=3D keg failed at /usr/src/sys/vm/uma_= core.c:2285 > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff8= 1c4d780 > vpanic() at vpanic+0x19c/frame 0xffffffff81c4d800 > kassert_panic() at kassert_panic+0x126/frame 0xffffffff81c4d870 > keg_fetch_slab() at keg_fetch_slab+0x2a9/frame 0xffffffff81c4d8c0 > zone_fetch_slab() at zone_fetch_slab+0x51/frame 0xffffffff81c4d8f0 > zone_import() at zone_import+0x4f/frame 0xffffffff81c4d960 > zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff81c4d9a0 > uma_zcreate() at uma_zcreate+0x3d3/frame 0xffffffff81c4da40 > uma_startup() at uma_startup+0x147/frame 0xffffffff81c4dae0 > vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff81c4db30 > vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff81c4db50 > mi_startup() at mi_startup+0x9c/frame 0xffffffff81c4db70 > btext() at btext+0x2c > KDB: enter: panic > [ thread 0 pid 0 tid 0 ] I have r323177 based system without INVARIANTS that panics at netboot with similar trace: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x84 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80d84870 stack pointer =3D 0x28:0xffffffff82193970 frame pointer =3D 0x28:0xffffffff821939b0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 0 () trap number =3D 12 panic: page fault cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff82193550 vpanic() at vpanic+0x19c/frame 0xffffffff821935d0 panic() at panic+0x43/frame 0xffffffff82193630 trap_fatal() at trap_fatal+0x34d/frame 0xffffffff82193680 trap_pfault() at trap_pfault+0x49/frame 0xffffffff821936e0 trap() at trap+0x2a9/frame 0xffffffff821938a0 calltrap() at calltrap+0x8/frame 0xffffffff821938a0 --- trap 0xc, rip =3D 0xffffffff80d84870, rsp =3D 0xffffffff82193970, rbp= =3D 0xffffffff821939b0 --- zone_import() at zone_import+0x110/frame 0xffffffff821939b0 zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 btext() at btext+0x2c Uptime: 1s --=20 WBR, Andrey V. Elsukov --DM7q59X1dta1vq6l18qHnFxMKOt9STwxr-- --V9hm9xq4IeluNd93DBMteQvAm97SKRv6h Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlm2gDUACgkQAcXqBBDI oXpY+Qf/Wo2ChTpEyw0ZIEgTjTAM9qSE0sLbjVwYNBfjPXczGW+4YnE2lrDQSRbo yKOlkZBMZ/W6sbUV0Lb5GIFgElCtQYjzEEJ+YvS7x5mJGrxZosDHpB8QC3920a6L rnGa64tY80/tIqEvZjl1Pk0NAJb2vOj/fpfLlgs1PNtWdjX3UEgI5fcFlU3g8/Ab nuc08JDgEYv+C6AgQxTTun6CRkNrIybP734x44j3GAt+q6wRlzbf6LS98qOIOUvV T2TRItcYrh4Em1TTEwt/lNsrADn3JRQCIR3n0dcWW6RooLZClfKUBmT/zPM0/sUH 26a8SneXuG1lPpA2mQl2T2LqH+4XEg== =dbUy -----END PGP SIGNATURE----- --V9hm9xq4IeluNd93DBMteQvAm97SKRv6h-- From owner-freebsd-current@freebsd.org Mon Sep 11 15:15:50 2017 Return-Path: Delivered-To: freebsd-current@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 F1BEBE10EDF for ; Mon, 11 Sep 2017 15:15:50 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (unknown [IPv6:2001:470:1f0f:3ad:bb:dcff:fe50:d900]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D07E964750 for ; Mon, 11 Sep 2017 15:15:50 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding: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=QqvP8jIS65bEPng1OiHce8Iapa8kmdohBTFqhqIIObw=; b=BELkFTqRNFwMxQP10ws7ZFOD1h b8DtbhE1DG4gVSIiP7qN+J423CtlELkovukZu/VcRxJHuD3mAzhmdxpBdmWB7jdDzbOo5jsEyjaGl 4Iw0K20KuhyJVXthtKq/en1/L2yF3WcjY3u7tGC1pbq70RSrMCv0Wa/I98OTWnFPDgWA=; Received: from [74.203.163.58] (port=61278 helo=lrosenman.local) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1drQRB-0005TJ-QO for freebsd-current@FreeBSD.org; Mon, 11 Sep 2017 10:15:49 -0500 Date: Mon, 11 Sep 2017 10:15:39 -0500 From: Larry Rosenman To: freebsd-current@FreeBSD.org Subject: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222027 Message-ID: <20170911151539.mqmvmm2hyqazbyvq@lrosenman.local> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="y3pfaasi5kfulile" Content-Disposition: inline User-Agent: NeoMutt/20170907 (1.9.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 15:15:51 -0000 --y3pfaasi5kfulile Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Can I get someone to look at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222027 It's a bug that's been fixed before, but it's back. Thanks! --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --y3pfaasi5kfulile Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFhBAABCgBLFiEEHjgknedhWzvJgwVzaXyZsatIp30FAlm2qJstFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnAAoJEGl8mbGrSKd9 2+sH/i9oAspmD+ux+mMDFZEobqtpivBEZjbzPr+ac4HU9T+LOXbzDDSdjwUg8t+9 lRZTXk5h3UEUb8bol+vL4mesWBwpIDrURy53L0ZpM6uXoHSC6br7u/spRZnSoWQa w2FCKraYD2kkXzIS715QdfEFUc2AGyMt0811g37bQ/v6AeJXQCHr3VezdxUUapI4 5N2vEc4W1tmDv6YA19RP5qLajskkjriSeKgCAWhiPrS3VG3PIOu2aWNwPrtrH4g2 TBe5sY8AaJ8Qk3q33V2QP1IKwxQn5wjK4tMZu7YsNNobFungEdoLJq4RDRlRTmXb Hq8cTZIBetrHl8E5EE7QI2iImkY= =D2iA -----END PGP SIGNATURE----- --y3pfaasi5kfulile-- From owner-freebsd-current@freebsd.org Mon Sep 11 16:09:36 2017 Return-Path: Delivered-To: freebsd-current@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 BECD3E14237 for ; Mon, 11 Sep 2017 16:09:36 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d: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 812A866F07 for ; Mon, 11 Sep 2017 16:09:36 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: by mail-qk0-x22f.google.com with SMTP id b82so19550862qkc.4 for ; Mon, 11 Sep 2017 09:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=B0fVHER+23G2wj0HNV3qaF1Px2PlObaeAKpyNyBcREM=; b=NRwZoCVvNwgQp4w9iXQ0Q3DiqQjvLbMD0RMhqq2AYahQBhbsVrQY8GGPOIfiTS3Az2 /NClT7yHR/QhG5TU0Gw9jgo8USEn9dW5jo+K+j9+EuOZw2zyWy0MMh463G7SNVNAVL+F tbM64aA2CgFyewhP29lxOIeCtvPfjyGEa8tN8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=B0fVHER+23G2wj0HNV3qaF1Px2PlObaeAKpyNyBcREM=; b=SuhALpJDhIMqG/+qloFi5w3Zs1xPZ+7izFb6tVgWEwcZ82H6d8ctjN1DqgyiT7C+jz 7NxdDSKzDRd5NiYtRovlF7BC6PMUCcfMx+aGvt8uoXO6FBz7mxU/9Gd6ypXcQq1QAosF xOocXtPC2sjBLRetzSFYtHgC3lNBLTfgi0nuEYXuE8ox9hIhixUKwztHXlpnTyzo/gek Ic+gtFjdJegqczfdnyPFQh/n+Zd7978dJKKrsknLOKtOGVJgL+yGwocNTjXTALDhAKe4 /v9ohtantxAvikg8intUrQvDAxJh6mO8OewiA9CRpO2hlyOlb5Xh3nrzqvIzUsLIGsHK tmfQ== X-Gm-Message-State: AHPjjUjVcVIXqlKWzO7cFguEkX4SBYm/jiU+DiZw52qFv1E6DqdgLiMC oS5VNfk3rGLw/c6cCtVSAQGXBVSk7wAoH+4= X-Google-Smtp-Source: AOwi7QBN24Veusm1WTktF/DTaiUE5cUbq/cWoZxeN80SW8QTb4tdwD+cMc4wQEy0ozVn+KG1jLVUUKsF0CrLinyuW54= X-Received: by 10.55.39.22 with SMTP id n22mr17216969qkn.293.1505146175418; Mon, 11 Sep 2017 09:09:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.42.196 with HTTP; Mon, 11 Sep 2017 09:09:14 -0700 (PDT) In-Reply-To: <20170911090324.62f7d0aa@ernst.home> References: <20170911090324.62f7d0aa@ernst.home> From: Mahmoud Al-Qudsi Date: Mon, 11 Sep 2017 11:09:14 -0500 Message-ID: Subject: Re: SSH from WSL acts as if overwrite were enabled while actually inserting To: gljennjohn@gmail.com Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 16:09:36 -0000 > Have you tried it with a different shell? Such as /bin/sh rather than > fish? As I mentioned, > (regardless of the $TERM value under FreeBSD or the SSH shell I___m logging into). It seems to be a lower level issue than that, perhaps termcap related. Mahmoud From owner-freebsd-current@freebsd.org Mon Sep 11 18:19:57 2017 Return-Path: Delivered-To: freebsd-current@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 AE1CFE1B150 for ; Mon, 11 Sep 2017 18:19:57 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101p.mail.yandex.net (forward101p.mail.yandex.net [77.88.28.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A1FD6BDF1; Mon, 11 Sep 2017 18:19:56 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback5o.mail.yandex.net (mxback5o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1f]) by forward101p.mail.yandex.net (Yandex) with ESMTP id 7A5F16A83AFB; Mon, 11 Sep 2017 21:19:48 +0300 (MSK) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [2a02:6b8:0:1619::15:6]) by mxback5o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id vlJISCt1W3-JmACxQuc; Mon, 11 Sep 2017 21:19:48 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505153988; bh=k6Ozh5j3Db9DnsJAUgnal9JZd0VS0LViRtzffguDnJk=; h=Subject:From:To:References:Message-ID:Date:In-Reply-To; b=jPvqpbRGAhALS9LBAYK5oBZGr3ZgX1UVbpC6olWHYlISFQ60i89Y1YvQYQXy92vHt biQ3hV7kXXv5U8t0YRP7xCPT3nxBbaG489o5Xqg31bAaSW6wGab+pyKl/QFNP+AtnJ LQT7QxnSL7KH+Iw3MRF5kEK1ImvzlB756txMM9cQ= Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id G5M6jydicb-JlwGutRq; Mon, 11 Sep 2017 21:19:47 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505153988; bh=k6Ozh5j3Db9DnsJAUgnal9JZd0VS0LViRtzffguDnJk=; h=Subject:From:To:References:Message-ID:Date:In-Reply-To; b=jPvqpbRGAhALS9LBAYK5oBZGr3ZgX1UVbpC6olWHYlISFQ60i89Y1YvQYQXy92vHt biQ3hV7kXXv5U8t0YRP7xCPT3nxBbaG489o5Xqg31bAaSW6wGab+pyKl/QFNP+AtnJ LQT7QxnSL7KH+Iw3MRF5kEK1ImvzlB756txMM9cQ= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: r323412: Panic on boot (slab->us_keg == keg) From: "Andrey V. Elsukov" To: Raphael Kubo da Costa , freebsd-current@FreeBSD.org, cem@FreeBSD.org References: <86vakp1vsq.fsf@orwell> Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> Date: Mon, 11 Sep 2017 21:15:51 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="atxpCtb4gKHM382wsnbHcTC6vAXjTD0DK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 18:19:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --atxpCtb4gKHM382wsnbHcTC6vAXjTD0DK Content-Type: multipart/mixed; boundary="OLl6DNULpJDlWXGR7hnrbvk03OJhT2bPn"; protected-headers="v1" From: "Andrey V. Elsukov" To: Raphael Kubo da Costa , freebsd-current@FreeBSD.org, cem@FreeBSD.org Message-ID: <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> In-Reply-To: --OLl6DNULpJDlWXGR7hnrbvk03OJhT2bPn Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11.09.2017 15:23, Andrey V. Elsukov wrote: > --- trap 0xc, rip =3D 0xffffffff80d84870, rsp =3D 0xffffffff82193970, r= bp =3D > 0xffffffff821939b0 --- > zone_import() at zone_import+0x110/frame 0xffffffff821939b0 > zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 > uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 > vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 > vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 > mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 > btext() at btext+0x2c > Uptime: 1s I bisected revisions, and the last working is r322988. This machine is E5-2660 v4@ based. CPU: Intel(R) Xeon(R) CPU E5-2660 v4@ 2.00GHz (2000.04-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x406f1 Family=3D0x6 Model=3D0x4f Step= ping=3D1 Features=3D0xbfebfbff Features2=3D0x7ffefbff AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended Features=3D0x21cbfbb XSAVE Features=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory =3D 68719476736 (65536 MB) avail memory =3D 66562076672 (63478 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 56 CPUs FreeBSD/SMP: 2 package(s) x 14 core(s) x 2 hardware threads Also I determined that it can successfully boot with disabled hyper-threading. --=20 WBR, Andrey V. Elsukov --OLl6DNULpJDlWXGR7hnrbvk03OJhT2bPn-- --atxpCtb4gKHM382wsnbHcTC6vAXjTD0DK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlm20tcACgkQAcXqBBDI oXrHnAf/WTQXjeLNc52Bgt+taaKpk+YglFmQZDzLh8XdeszwYCO5z/n6fQzxKnPQ fbvN8IeDYcsRwpdgh0+gEU6Wyb1FhLOH2VJ44aTk9fpqrJJgmYhQQbCbLUOVtLOF OraSWEfHfmYMRuFEKodEfR6oVmVVyi1HVd7F5Dh1MAMECh5tVf80StkhGNa500pc zdcQC9suqEUmp/4672KMbao5CzzkGHQ8xb8AbwQGWF2/ibO24Cot/tFWCdCG4/jl PI/zdSIp8idKqlfS1Apfx60RmeK8bHqOUvNyXmcOHl/1FyHOrbH5aK/ufAQARTqI Vmt/f9uXKUTsrszy7s+vsmiPOjAWSw== =ki9h -----END PGP SIGNATURE----- --atxpCtb4gKHM382wsnbHcTC6vAXjTD0DK-- From owner-freebsd-current@freebsd.org Mon Sep 11 18:49:16 2017 Return-Path: Delivered-To: freebsd-current@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 53616E1CC64 for ; Mon, 11 Sep 2017 18:49:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3016D6D345; Mon, 11 Sep 2017 18:49:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 601C010A82D; Mon, 11 Sep 2017 14:49:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: "Andrey V. Elsukov" , Raphael Kubo da Costa , freebsd-current@freebsd.org, cem@freebsd.org Subject: Re: r323412: Panic on boot (slab->us_keg == keg) Date: Mon, 11 Sep 2017 11:38:20 -0700 Message-ID: <2616006.vxk8JnXhot@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 11 Sep 2017 14:49:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 18:49:16 -0000 On Monday, September 11, 2017 09:15:51 PM Andrey V. Elsukov wrote: > On 11.09.2017 15:23, Andrey V. Elsukov wrote: > > --- trap 0xc, rip = 0xffffffff80d84870, rsp = 0xffffffff82193970, rbp = > > 0xffffffff821939b0 --- > > zone_import() at zone_import+0x110/frame 0xffffffff821939b0 > > zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 > > uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 > > vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 > > vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 > > mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 > > btext() at btext+0x2c > > Uptime: 1s > > I bisected revisions, and the last working is r322988. > This machine is E5-2660 v4@ based. If you just revert r322988 on a newer tree does it work ok? -- John Baldwin From owner-freebsd-current@freebsd.org Mon Sep 11 18:56:15 2017 Return-Path: Delivered-To: freebsd-current@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 B72BDE1D4A4 for ; Mon, 11 Sep 2017 18:56:15 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 493AE6DBAF; Mon, 11 Sep 2017 18:56:15 +0000 (UTC) (envelope-from kubito@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id e64so7610809wmi.2; Mon, 11 Sep 2017 11:56:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=qABS75sZVrCTxeIvtNFMXgWIqt9NZxJ13MDifrGSZX8=; b=Z5BnD1gw58Omn1VUKgpPW/R3LYturMyjIOO6PGCmjGT+Rh8HKEDprA8zJ67bDpvG5n ZkOYR+sLDfqA5KH9FJtmTzdOoFRyuJ4n42NVdSzVcVfnIz1MK8aYiocgSHmqJ7a96vh6 YdG1pNEc26z7RRpN9uyOrHv4vvyLIst1iDp7vTXQHKK8vvE1GMzWfL9IwdFdnHWrZKQM lpVrM6OsvnfyXX+XwiNCAoOYGUneMIs8tOhpeKxfRvP+wodoUbz4zRpcp0DSSEaIYi55 Dd6z0KgkQgRH0rtLJQsW6HIrmVkYTqlj/h9mPys2j+HZP/jKzBJFS2S7sqa3MgiFPNZ5 H7+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=qABS75sZVrCTxeIvtNFMXgWIqt9NZxJ13MDifrGSZX8=; b=JTZaeiL/MVRi4Eky2OirSo15zYHysLF0CShvqRoDREf41hKqbyydKLvSw52VRoVxdA 369s0A4Pj/cFAjwKo0sr/Ag/ArLvy26nCEGcgbmyB1sDBtRQEGgvry7z84jEI7HL1wvS EF/vKVgmjBXaLX9FfWp3amjw4dOqnFvzLFiXq/p1ky6hbeyNpp8bg83bcgIv98n+FNCR AoIwm932JBKhlh/b0DsFWOHrUYIRtmV+Et7sEBH8xqJfzWM3nFYmir+Z4CZ/WL1WLQP4 iyJaACSmNbKdWFZITK/y3WGEiMK72DMcjJbjurt90HrO2mARrB8Q1J+G49QhQGiONrdF L69w== X-Gm-Message-State: AHPjjUiPHXG8a8HEmFG813XlcRu2LdInlw86c+EXPuVwkul0h6JOxxd1 IafEk53+XI5sz281uZU= X-Google-Smtp-Source: ADKCNb50t/uAGoTd1CNLFHWUnWLuODg3xuh/BTcI9YNCTnAUQgU9JQtKIZbfUD6HfZEKHf4dajp2oQ== X-Received: by 10.80.186.204 with SMTP id x70mr10452548ede.68.1505156173491; Mon, 11 Sep 2017 11:56:13 -0700 (PDT) Received: from orwell.gmail.com (dhcp-077-251-154-188.chello.nl. [77.251.154.188]) by smtp.gmail.com with ESMTPSA id p6sm4290202edb.22.2017.09.11.11.56.12 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 11 Sep 2017 11:56:12 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: "Andrey V. Elsukov" Cc: freebsd-current@FreeBSD.org, cem@FreeBSD.org Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> Date: Mon, 11 Sep 2017 20:56:07 +0200 In-Reply-To: <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> (Andrey V. Elsukov's message of "Mon, 11 Sep 2017 21:15:51 +0300") Message-ID: <86r2vd12uw.fsf@orwell> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 18:56:15 -0000 "Andrey V. Elsukov" writes: > On 11.09.2017 15:23, Andrey V. Elsukov wrote: > >> --- trap 0xc, rip = 0xffffffff80d84870, rsp = 0xffffffff82193970, rbp = >> 0xffffffff821939b0 --- >> zone_import() at zone_import+0x110/frame 0xffffffff821939b0 >> zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 >> uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 >> vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 >> vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 >> mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 >> btext() at btext+0x2c >> Uptime: 1s > > I bisected revisions, and the last working is r322988. [...] > Also I determined that it can successfully boot with disabled > hyper-threading. Did you mistype the revision number? r322988 is "rtwn(4): some initial preparations for (basic) VHT support" by avos@. From owner-freebsd-current@freebsd.org Mon Sep 11 18:56:58 2017 Return-Path: Delivered-To: freebsd-current@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 8B7C6E1D5C4 for ; Mon, 11 Sep 2017 18:56:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-66.reflexion.net [208.70.210.66]) (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 4AFC96DD2A for ; Mon, 11 Sep 2017 18:56:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16541 invoked from network); 11 Sep 2017 18:58:53 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Sep 2017 18:58:53 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Mon, 11 Sep 2017 14:56:57 -0400 (EDT) Received: (qmail 19537 invoked from network); 11 Sep 2017 18:56:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Sep 2017 18:56:57 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 4786CEC94BF; Mon, 11 Sep 2017 11:56:56 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: FYI: I have submitted an intermittent -r323246 debug-kernel panic problem for the Pine64+ 2GB context (so A64): bugzilla 222234 Message-Id: <99F9944A-E03C-45F5-8F6C-C3DD1E76D328@dsl-only.net> Date: Mon, 11 Sep 2017 11:56:55 -0700 To: Emmanuel Vadot , freebsd-arm , FreeBSD Current , freebsd-hackers X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 18:56:58 -0000 [Note: I've jumped from way back around -r308??? to -r323246 finally. The -r323246 is an example but I've no clue what range of revisions of head also show the issue. But before this jump I'd never seen such a boot-panic.] The content of the description is: Based on a head -r323246 debug kernel build: Occasionally when I boot the Pine64+ 2GB I get: panic: acquiring blockable sleep lock with spinlock or critical section = held (sleep mutex) pmap @ /usr/src/sys/arm64/arm64/pmap.c:4710 This is the PMAP_LOCK in: int pmap_fault(pmap_t pmap, uint64_t esr, uint64_t far) . . . It reports: [ thread pid 0 tid 100058 ] Stopped at sched_switch+0x2b8: ldrb w9, [x8, #894] It turns our that x8 is reported as holding the value zero: db> show reg . . . x8 0 . . . The back trace is: . . . (a little text given a clue about where in the boot sequence) . . = . CPU 1: (null) (null) r0p0 affinity: 0 CPU 2: (null) (null) r0p0 affinity: 0 CPU 3: (null) (null) r0p0 affinity: 0 panic: acquiring blockable sleep lock with spinlock or critical section = held (sleep mutex) pmap @ /usr/src/sys/arm64/arm64/pmap.c:4710 cpuid =3D 0 time =3D 13 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff0000005efc78 lr =3D 0xffff000000088094 sp =3D 0xffff000069850080 fp =3D 0xffff000069850290 db_trace_self_wrapper() at vpanic+0x164 pc =3D 0xffff000000088094 lr =3D 0xffff00000031764c sp =3D 0xffff0000698502a0 fp =3D 0xffff000069850310 vpanic() at kassert_panic+0x15c pc =3D 0xffff00000031764c lr =3D 0xffff0000003174e4 sp =3D 0xffff000069850320 fp =3D 0xffff0000698503e0 kassert_panic() at witness_checkorder+0x160 pc =3D 0xffff0000003174e4 lr =3D 0xffff000000374990 sp =3D 0xffff0000698503f0 fp =3D 0xffff000069850470 witness_checkorder() at __mtx_lock_flags+0xa8 pc =3D 0xffff000000374990 lr =3D 0xffff0000002f8b7c sp =3D 0xffff000069850480 fp =3D 0xffff0000698504b0 __mtx_lock_flags() at pmap_fault+0x40 pc =3D 0xffff0000002f8b7c lr =3D 0xffff000000606994 sp =3D 0xffff0000698504c0 fp =3D 0xffff0000698504e0 pmap_fault() at data_abort+0xb8 pc =3D 0xffff000000606994 lr =3D 0xffff000000608a9c sp =3D 0xffff0000698504f0 fp =3D 0xffff0000698505a0 data_abort() at do_el1h_sync+0xfc pc =3D 0xffff000000608a9c lr =3D 0xffff0000006088f0 sp =3D 0xffff0000698505b0 fp =3D 0xffff0000698505e0 do_el1h_sync() at handle_el1h_sync+0x74 pc =3D 0xffff0000006088f0 lr =3D 0xffff0000005f1874 sp =3D 0xffff0000698505f0 fp =3D 0xffff000069850700 handle_el1h_sync() at sched_switch+0x2a8 pc =3D 0xffff0000005f1874 lr =3D 0xffff00000033f0c8 sp =3D 0xffff000069850710 fp =3D 0xffff0000698507f0 sched_switch() at mi_switch+0x1b8 pc =3D 0xffff00000033f0c8 lr =3D 0xffff00000032161c sp =3D 0xffff000069850800 fp =3D 0xffff000069850820 mi_switch() at taskqgroup_binder+0x7c pc =3D 0xffff00000032161c lr =3D 0xffff00000035510c sp =3D 0xffff000069850830 fp =3D 0xffff000069850860 taskqgroup_binder() at gtaskqueue_run_locked+0x104 pc =3D 0xffff00000035510c lr =3D 0xffff000000354f74 sp =3D 0xffff000069850870 fp =3D 0xffff0000698508e0 gtaskqueue_run_locked() at gtaskqueue_thread_loop+0x9c pc =3D 0xffff000000354f74 lr =3D 0xffff000000354d10 sp =3D 0xffff0000698508f0 fp =3D 0xffff000069850910 gtaskqueue_thread_loop() at fork_exit+0x7c pc =3D 0xffff000000354d10 lr =3D 0xffff0000002dbd3c sp =3D 0xffff000069850920 fp =3D 0xffff000069850950 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff0000002dbd3c lr =3D 0xffff000000608664 sp =3D 0xffff000069850960 fp =3D 0x0000000000000000 See: = https://lists.freebsd.org/pipermail/freebsd-toolchain/2017-September/00330= 0.html for more details. In the console output this seem to be about the same place that the non-debug kernel (typically?) fails. =3D=3D=3D Mark Millard markmi@dsl-only.net From owner-freebsd-current@freebsd.org Mon Sep 11 18:57:26 2017 Return-Path: Delivered-To: freebsd-current@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 28475E1D71F for ; Mon, 11 Sep 2017 18:57:26 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A75B56DFB4 for ; Mon, 11 Sep 2017 18:57:25 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v8BIkCDv057128 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 11 Sep 2017 21:46:15 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v8BIe11r036699 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 11 Sep 2017 21:40:01 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v8BIe13x036698 for freebsd-current@freebsd.org; Mon, 11 Sep 2017 21:40:01 +0300 (EEST) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: "freebsd-current@freebsd.org" Subject: Buildworld failure in sys/boot/efi/loader/main.c if WITHOUT_ZFS is defined Date: Mon, 11 Sep 2017 21:40:01 +0300 Message-ID: <3086243.YZ0vIPs7gg@asus.theweb.org.ua> Organization: Private person User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 18:57:26 -0000 ===> sys/boot/efi/loader (all) cc -target x86_64-unknown-freebsd12.0 -- sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem - I/usr/src/sys/boot/efi/loader/../../../../lib/libstand -fPIC - DTERM_EMU -I/usr/src/sys/boot/efi/loader - I/usr/src/sys/boot/efi/loader/arch/amd64 - I/usr/src/sys/boot/efi/loader/../include - I/usr/src/sys/boot/efi/loader/../include/amd64 - I/usr/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include -I/usr/src/sys/boot/efi/loader/../../.. - I/usr/src/sys/boot/efi/loader/../../i386/libi386 -DNO_PCI -DEFI -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH - I/usr/src/sys/boot/efi/loader/../../ficl - I/usr/src/sys/boot/efi/loader/../../ficl/amd64 - DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT - DLOADER_GELI_SUPPORT -fPIC -I/usr/src/sys/boot/ficl - I/usr/src/sys/boot/ficl/amd64 - I/usr/src/sys/boot/ficl/../common - I/usr/src/sys/boot/efi/loader/../../common -ffreestanding - Wformat -mno-mmx -mno-sse -mno-avx -msoft-float -fshort-wchar - mno-red-zone -mno-aes -g -MD -MF.depend.main.o -MTmain.o - std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W - Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes - Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty- body -Wno-string-plus-int -Wno-unused-const-variable -Wno- tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local- typedef -Wno-address-of-packed-member -Wno-format -Qunused- arguments -c /usr/src/sys/boot/efi/loader/main.c -o main.o /usr/src/sys/boot/efi/loader/main.c:883:8: error: implicit declaration of function 'efizfs_get_handle_by_guid' is invalid in C99 [-Werror,- Wimplicit-function-declaration] efizfs_get_handle_by_guid(z_dev- >pool_guid); ^ /usr/src/sys/boot/efi/loader/main.c:883:8: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes] /usr/src/sys/boot/efi/loader/main.c:883:39: error: incomplete definition of type 'struct zfs_devdesc' efizfs_get_handle_by_guid(z_dev- >pool_guid); ~~~~~^ /usr/src/sys/boot/efi/loader/main.c:875:10: note: forward declaration of 'struct zfs_devdesc' struct zfs_devdesc *z_dev; ^ 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/sys/boot/efi/loader *** Error code 1 From owner-freebsd-current@freebsd.org Mon Sep 11 18:59:17 2017 Return-Path: Delivered-To: freebsd-current@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 328E5E1DA7D for ; Mon, 11 Sep 2017 18:59:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward102o.mail.yandex.net (forward102o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::602]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C6A816E1DC; Mon, 11 Sep 2017 18:59:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback14g.mail.yandex.net (mxback14g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:93]) by forward102o.mail.yandex.net (Yandex) with ESMTP id BED9F5A029DD; Mon, 11 Sep 2017 21:59:12 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback14g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 0VFRBxokdb-xCLKDN1Z; Mon, 11 Sep 2017 21:59:12 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505156352; bh=rUaxDcjveNqXHmtE7W/442GQjrb9+E9Uw4w6r5IzyO8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=FQzasmQvGrsEDkfPva4vv8z+HgR+SHnn/Au0os54a2YjnmUr1madzTx+1S2Hj94VC e7wcxA6Em2vbgSxdI/beF2xXuvbzzS9IWFRL2Iiger6SrOVGe+fAXr6d/BUKYPcJmw aey7+K5SqXfJJnj85lMSysDrMSqR89rj3S6aicVE= Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 6XY9SZALcm-xCpqkBgm; Mon, 11 Sep 2017 21:59:12 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505156352; bh=rUaxDcjveNqXHmtE7W/442GQjrb9+E9Uw4w6r5IzyO8=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=FQzasmQvGrsEDkfPva4vv8z+HgR+SHnn/Au0os54a2YjnmUr1madzTx+1S2Hj94VC e7wcxA6Em2vbgSxdI/beF2xXuvbzzS9IWFRL2Iiger6SrOVGe+fAXr6d/BUKYPcJmw aey7+K5SqXfJJnj85lMSysDrMSqR89rj3S6aicVE= Authentication-Results: smtp1j.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: r323412: Panic on boot (slab->us_keg == keg) To: John Baldwin , freebsd-current@freebsd.org Cc: Raphael Kubo da Costa , cem@freebsd.org References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <2616006.vxk8JnXhot@ralph.baldwin.cx> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: <38abfa3a-d56b-377f-eca9-8947d9b7eddd@yandex.ru> Date: Mon, 11 Sep 2017 21:55:15 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <2616006.vxk8JnXhot@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="M1cP2kLRn6SEWVl7tQRnaE2trVvg9RcVc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 18:59:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --M1cP2kLRn6SEWVl7tQRnaE2trVvg9RcVc Content-Type: multipart/mixed; boundary="w0wT9OIcXFpNjRdcJHQgD1VJVaNgQNteK"; protected-headers="v1" From: "Andrey V. Elsukov" To: John Baldwin , freebsd-current@freebsd.org Cc: Raphael Kubo da Costa , cem@freebsd.org Message-ID: <38abfa3a-d56b-377f-eca9-8947d9b7eddd@yandex.ru> Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <2616006.vxk8JnXhot@ralph.baldwin.cx> In-Reply-To: <2616006.vxk8JnXhot@ralph.baldwin.cx> --w0wT9OIcXFpNjRdcJHQgD1VJVaNgQNteK Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 11.09.2017 21:38, John Baldwin wrote: > On Monday, September 11, 2017 09:15:51 PM Andrey V. Elsukov wrote: >> On 11.09.2017 15:23, Andrey V. Elsukov wrote: >>> --- trap 0xc, rip =3D 0xffffffff80d84870, rsp =3D 0xffffffff82193970,= rbp =3D >>> 0xffffffff821939b0 --- >>> zone_import() at zone_import+0x110/frame 0xffffffff821939b0 >>> zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 >>> uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 >>> vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 >>> vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 >>> mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 >>> btext() at btext+0x2c >>> Uptime: 1s >> >> I bisected revisions, and the last working is r322988. >> This machine is E5-2660 v4@ based. >=20 > If you just revert r322988 on a newer tree does it work ok? r322988 works, reverting r322989 (commit about CACHELINE) does help. --=20 WBR, Andrey V. Elsukov --w0wT9OIcXFpNjRdcJHQgD1VJVaNgQNteK-- --M1cP2kLRn6SEWVl7tQRnaE2trVvg9RcVc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlm23BMACgkQAcXqBBDI oXrk3Qf9Hd5l/ZhcGu8yL8n40KvJoJ+AbpRalW0B5e5Xhla4kfegRxYa+rr3pQL1 yZf57zjMxWXhOivHnSqA1W1qkiMf8kpv2+de901Xi+ORTB0zgmckstL34EE5aEHw h+wyOQB9+ydYIn/RXH0vIOmnSi9VeVge+j+7AHsbzvxCifr/pLerby2Tuur3fP1I P1ZYM8Hr3qZzorKv9Zv08RtuISc45jMocMj6MgR7IdXh4Srg0vt450B2fzOPIWOj 4q+n5b80FtygJZWi/Z8xYQQJe0mlFP+nQExANyGaAjv2ccyh4CXbvCLEQRZpzwVB OQe6LFgPhOf38zvl3vVRq42r6GZjSw== =9A63 -----END PGP SIGNATURE----- --M1cP2kLRn6SEWVl7tQRnaE2trVvg9RcVc-- From owner-freebsd-current@freebsd.org Mon Sep 11 19:05:43 2017 Return-Path: Delivered-To: freebsd-current@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 B0923E1E0F2 for ; Mon, 11 Sep 2017 19:05:43 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4208B6E7C5; Mon, 11 Sep 2017 19:05:43 +0000 (UTC) (envelope-from kubito@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id a137so11189686wma.0; Mon, 11 Sep 2017 12:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ayO7XSjOhZckJ/0+DhDKJHd0BpjdJIg2pX6CcU5ZcPA=; b=f0YqDYrjVXHwnsI7dHUgv/3gHNeTiT6mV1dBy35O9lnx8tNUY7ri5ba1Y5ENR6RW0R f4RGb/Eg7BZZ7BOYjeAcLcxYjUjectF5z5QHtfenxbWV9EuovDSUTIBMLB3lBUQEcoIj L9mkcUWu2lsg6dxMlNMqxJXuAXJws5Q3g8UswF19PSPRhAAKSTfeJzu9dOgMh3sbTo+I PvFX7mL2cMQtw5t2zpPBwaHFJVf+RaMjdVUevS6bd3WY+XeDgWmqp9PPNjm6zM8d2HbK mssINMnapbXz6++UqnQHJhn296faja7RRw5H6Q18SgyMpqcvbOVeTmq6JCwt5PN+fNR9 FHmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=ayO7XSjOhZckJ/0+DhDKJHd0BpjdJIg2pX6CcU5ZcPA=; b=d3dP2Zi9GSN+KM+ATjwccaO7IwvLVJwaJqcjzpYxhUIDrHSokgnV7hz66IokL8t5+6 FFtHDhREH8bFROeI1muqeSR9sJW+vbUX29hqw+S1w7xI6MQUYgE8CyegKcV2UQJ+ySZI qPl1psuvPwuTW6MsyzrPwIPnAKVnOXf/9Qb+IaPf9Lys/eGiN0VxBOMZxnwxqpWG2Xrb mYVRaz+P+OVpLE10Q90vUMkVtie+n+r/M5OSQwJZRwbvvpyWUqh7guKahlPWihpki82g 9ouKVBcBGULP5dKQ+baYZXuf1DgVVg9e1w93cORpQ4917IVLW7aCJJd3CviWuEqit0d9 1jrA== X-Gm-Message-State: AHPjjUhgVEg0qS0i0G6cfsseGOe607c0Yz7xdkie0EQchN+eiHR6zOMC Q+79Rpg5j8MrLcS1+Zg= X-Google-Smtp-Source: ADKCNb6eATwhUW5l78nkW+0HLFijBad3wgrWuUgujtpbxbBg+ZxoZksjtTHCD/DPGfgCe/Tqwrw4gQ== X-Received: by 10.80.136.21 with SMTP id b21mr8979698edb.83.1505156741573; Mon, 11 Sep 2017 12:05:41 -0700 (PDT) Received: from orwell.gmail.com (dhcp-077-251-154-188.chello.nl. [77.251.154.188]) by smtp.gmail.com with ESMTPSA id b3sm4705076edb.19.2017.09.11.12.05.39 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 11 Sep 2017 12:05:40 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: "Andrey V. Elsukov" Cc: freebsd-current@FreeBSD.org, cem@FreeBSD.org Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <86r2vd12uw.fsf@orwell> Date: Mon, 11 Sep 2017 21:05:35 +0200 In-Reply-To: <86r2vd12uw.fsf@orwell> (Raphael Kubo da Costa's message of "Mon, 11 Sep 2017 20:56:07 +0200") Message-ID: <86mv6112f4.fsf@orwell> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 19:05:43 -0000 Raphael Kubo da Costa writes: > "Andrey V. Elsukov" writes: > >> On 11.09.2017 15:23, Andrey V. Elsukov wrote: >> >>> --- trap 0xc, rip = 0xffffffff80d84870, rsp = 0xffffffff82193970, rbp = >>> 0xffffffff821939b0 --- >>> zone_import() at zone_import+0x110/frame 0xffffffff821939b0 >>> zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 >>> uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 >>> vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 >>> vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 >>> mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 >>> btext() at btext+0x2c >>> Uptime: 1s >> >> I bisected revisions, and the last working is r322988. > > [...] > >> Also I determined that it can successfully boot with disabled >> hyper-threading. > > Did you mistype the revision number? r322988 is "rtwn(4): some initial > preparations for (basic) VHT support" by avos@. Sorry for the brain fart. I can confirm that reverting r322989 ("Drop CACHE_LINE_SIZE to 64 bytes on x86") here on top of r323412 allows the boot to proceed here. From owner-freebsd-current@freebsd.org Mon Sep 11 20:04:42 2017 Return-Path: Delivered-To: freebsd-current@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 7108CE214D4 for ; Mon, 11 Sep 2017 20:04:42 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46EB170674 for ; Mon, 11 Sep 2017 20:04:42 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0OW400A00PO76S00@st13p35im-asmtp002.me.com> for freebsd-current@freebsd.org; Mon, 11 Sep 2017 19:04:35 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=04042017; t=1505156675; bh=HYdCPGC6m/1LIf03uhkTgJ9H1EgCPw8r/JdlIgHlr4A=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=t3bwHiBCWrQ0dg4LkI0qDfcpiZukFzWLztHDCaYY/gB87o5uOtuE8jNunNQ3r1T+s 5G87CaFBOtUfawW1F0mWck4qEuCPLjlHdc9bHcir6uEV7rvG9a7tEuQrFld1TB94kZ hJF+AvhRkbf0JYLtOBejAy/HFj+m5vipZT7rNC0E1NMLUUKNIoh+U5+A8U4cJmpBrH 9PkrPreXOq5GlaBZICZjwwas6WQbYxT++7iZaY9i0yhcrQQw1yLyi+ZJ1l0gzPiSMg viA694visheOjz99DxOzPwwOpZbSViqw7nuBZ0TShmUrhM8chX30KT/lKZWk6cgM6S Xr58xmMcT6TgQ== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0OW40026UQBJSX10@st13p35im-asmtp002.me.com>; Mon, 11 Sep 2017 19:04:34 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-09-11_07:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=12 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1709110283 From: Toomas Soome Message-id: <46F10971-5A94-43EF-B4BE-C94CF7D59920@me.com> MIME-version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Buildworld failure in sys/boot/efi/loader/main.c if WITHOUT_ZFS is defined Date: Mon, 11 Sep 2017 22:04:31 +0300 In-reply-to: <3086243.YZ0vIPs7gg@asus.theweb.org.ua> Cc: "freebsd-current@freebsd.org" To: "Oleg V. Nauman" References: <3086243.YZ0vIPs7gg@asus.theweb.org.ua> X-Mailer: Apple Mail (2.3273) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2017 20:04:42 -0000 Got it fixed in: r323428 | tsoome | 2017-09-11 10:38:53 +0300 (E, 11 sept 2017) | 7 lines r323389 breaks the kernel build when WITHOUT_ZFS is defined in src.conf Need to add #ifdef EFI_ZFS_BOOT guard into efi/loader/main.c PR: 222215 Reported by: Sylvain Garrigues sorry about it, toomas > On 11. sept 2017, at 21:40, Oleg V. Nauman wrote: > > ===> sys/boot/efi/loader (all) > cc -target x86_64-unknown-freebsd12.0 -- > sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 > -pipe -march=nehalem - > I/usr/src/sys/boot/efi/loader/../../../../lib/libstand -fPIC - > DTERM_EMU -I/usr/src/sys/boot/efi/loader - > I/usr/src/sys/boot/efi/loader/arch/amd64 - > I/usr/src/sys/boot/efi/loader/../include - > I/usr/src/sys/boot/efi/loader/../include/amd64 - > I/usr/src/sys/boot/efi/loader/../../../contrib/dev/acpica/include > -I/usr/src/sys/boot/efi/loader/../../.. - > I/usr/src/sys/boot/efi/loader/../../i386/libi386 -DNO_PCI -DEFI > -DSMBIOS_SERIAL_NUMBERS -DBOOT_FORTH - > I/usr/src/sys/boot/efi/loader/../../ficl - > I/usr/src/sys/boot/efi/loader/../../ficl/amd64 - > DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT - > DLOADER_GELI_SUPPORT -fPIC -I/usr/src/sys/boot/ficl - > I/usr/src/sys/boot/ficl/amd64 - > I/usr/src/sys/boot/ficl/../common - > I/usr/src/sys/boot/efi/loader/../../common -ffreestanding - > Wformat -mno-mmx -mno-sse -mno-avx -msoft-float -fshort-wchar - > mno-red-zone -mno-aes -g -MD -MF.depend.main.o -MTmain.o - > std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W - > Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes - > Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty- > body -Wno-string-plus-int -Wno-unused-const-variable -Wno- > tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local- > typedef -Wno-address-of-packed-member -Wno-format -Qunused- > arguments -c /usr/src/sys/boot/efi/loader/main.c -o main.o > /usr/src/sys/boot/efi/loader/main.c:883:8: error: implicit > declaration of function > 'efizfs_get_handle_by_guid' is invalid in C99 [-Werror,- > Wimplicit-function-declaration] > efizfs_get_handle_by_guid(z_dev- >> pool_guid); > ^ > /usr/src/sys/boot/efi/loader/main.c:883:8: error: this function > declaration is not a prototype > [-Werror,-Wstrict-prototypes] > /usr/src/sys/boot/efi/loader/main.c:883:39: error: incomplete > definition of type 'struct zfs_devdesc' > efizfs_get_handle_by_guid(z_dev- >> pool_guid); > ~~~~~^ > /usr/src/sys/boot/efi/loader/main.c:875:10: note: forward > declaration of 'struct zfs_devdesc' > struct zfs_devdesc *z_dev; > ^ > 3 errors generated. > *** Error code 1 > > Stop. > make[6]: stopped in /usr/src/sys/boot/efi/loader > *** Error code 1 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Sep 12 03:35:10 2017 Return-Path: Delivered-To: freebsd-current@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 EB3ACE13B90 for ; Tue, 12 Sep 2017 03:35:10 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt0-x243.google.com (mail-qt0-x243.google.com [IPv6:2607:f8b0:400d:c0d::243]) (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 9EB6D82FF1; Tue, 12 Sep 2017 03:35:10 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt0-x243.google.com with SMTP id q8so6702504qtb.1; Mon, 11 Sep 2017 20:35:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=WFbdaYnXAoN5zcs0WPhMFDP3itZlaERM9hWE+c+hyXg=; b=AnhZnrXmpui6wOtZdzfTUPHhiAeGOPHMbwR17WnXl43q8AlXWp4amciP9/MzFhhk98 06W0FKth/JF3ld9EU0LqL00hgyfXUrqJTePxQ13fADInovSp/fIg8F9DKGoKYVPCHSC5 cdfcSq2wB/BDUnmuERz8X3WTVuRlbh1cHzp5iByfiUDRZLix9Kt+TBWK9ETgjdK0YguG 0HKPcL2ObbSMZ5yd0kZvrg/V0n1krZ6IEyMdkgkll6AGctz6vjM7DOGdJajrl7pAv3V0 5RqPlUu4qf5tQBR5RwDT3n8C6AdOWGKau9e4PSgNCpErny/45aMASxeQpCmS3Cef0f7O ArFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=WFbdaYnXAoN5zcs0WPhMFDP3itZlaERM9hWE+c+hyXg=; b=WIYyG1T3Af0wPfCYem/mxgNu/Y8BEpvcuNCaABffFg96Be8c9tM7+XV6HaJhWJCoZ3 OXZjnYqln+giK7KpKsSgJc3dOpAScynOw5boUBJI5BxyOCanUijwVAjVBScwP4mhrniF jDS/Z6C99JMwGd3szIVkrcFU2C7c0WbPlZokfth6KAJO5WOro52ZG6QMH8EwoO1QXQM5 p5o9j8U66k9kKKoO2YqiGVit1qqzfZoA9N1mGYE09jeSV0G0vzLhucJl1E/v6rVEOTKn gdPzddbQG1SKcK4vIhYQhOP2mXkqAnpElNt0y8V8gSe6MgG82imxAJfcDOERHrzPic43 KzXA== X-Gm-Message-State: AHPjjUjFZHYjlSLBI5lnZP0Hyc5SI9Pom6eStpUwhQlivdN03x5yvbvt s6Vf4UZjy6b3wgkr X-Google-Smtp-Source: AOwi7QBAh8x8d2du1TR7kpA7gJw+X709REN66qUX5jR4RaewYLdbfLzRWHbLmwY4qA2JDDgU8LcpeQ== X-Received: by 10.200.43.123 with SMTP id 56mr18412681qtv.15.1505187309599; Mon, 11 Sep 2017 20:35:09 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-203-143.hsd1.wa.comcast.net. [76.104.203.143]) by smtp.gmail.com with ESMTPSA id b77sm7012137qkg.26.2017.09.11.20.35.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Sep 2017 20:35:08 -0700 (PDT) Sender: Mark Johnston Date: Mon, 11 Sep 2017 20:35:23 -0700 From: Mark Johnston To: "Andrey V. Elsukov" Cc: Raphael Kubo da Costa , freebsd-current@FreeBSD.org, cem@FreeBSD.org Subject: Re: r323412: Panic on boot (slab->us_keg == keg) Message-ID: <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 03:35:11 -0000 On Mon, Sep 11, 2017 at 09:15:51PM +0300, Andrey V. Elsukov wrote: > On 11.09.2017 15:23, Andrey V. Elsukov wrote: > > --- trap 0xc, rip = 0xffffffff80d84870, rsp = 0xffffffff82193970, rbp = > > 0xffffffff821939b0 --- > > zone_import() at zone_import+0x110/frame 0xffffffff821939b0 > > zone_alloc_item() at zone_alloc_item+0x36/frame 0xffffffff821939f0 > > uma_startup() at uma_startup+0x1d0/frame 0xffffffff82193ae0 > > vm_page_startup() at vm_page_startup+0x34e/frame 0xffffffff82193b30 > > vm_mem_init() at vm_mem_init+0x1a/frame 0xffffffff82193b50 > > mi_startup() at mi_startup+0x9c/frame 0xffffffff82193b70 > > btext() at btext+0x2c > > Uptime: 1s > > I bisected revisions, and the last working is r322988. > This machine is E5-2660 v4@ based. > > [...] > FreeBSD/SMP: 2 package(s) x 14 core(s) x 2 hardware threads > > Also I determined that it can successfully boot with disabled > hyper-threading. After the change to CACHE_LINE_SIZE, we have sizeof(struct uma_zone) == 448 and sizeof(struct uma_cache) == 64. With 56 CPUs, we therefore need 4032 bytes per UMA zone, plus 80 bytes for the slab header - "internal" zones always keep the slab header in the slab itself. That's slightly larger than one page, but the UMA zone zone's keg will have uk_ppera == 1. So, when allocating slabzone, keg_alloc_slab() will call startup_alloc(uk_ppera * PAGE_SIZE), which will allocate 4096 bytes for a structure that is 4032 + 80 = 4112 bytes in size. I think the bug is that keg_large_init() doesn't take sizeof(struct uma_slab) into account when setting uk_ppera for the keg. In particular, the bug isn't specific to the bootup process; it only affects internal zones with an item size in the range [4016, 4096]. The patch below should fix this - could you give it a try? diff --git a/sys/vm/uma_core.c b/sys/vm/uma_core.c index 44c91e66769a..48daeb18f9c3 100644 --- a/sys/vm/uma_core.c +++ b/sys/vm/uma_core.c @@ -1306,10 +1306,6 @@ keg_large_init(uma_keg_t keg) keg->uk_ipers = 1; keg->uk_rsize = keg->uk_size; - /* We can't do OFFPAGE if we're internal, bail out here. */ - if (keg->uk_flags & UMA_ZFLAG_INTERNAL) - return; - /* Check whether we have enough space to not do OFFPAGE. */ if ((keg->uk_flags & UMA_ZONE_OFFPAGE) == 0) { shsize = sizeof(struct uma_slab); @@ -1317,8 +1313,17 @@ keg_large_init(uma_keg_t keg) shsize = (shsize & ~UMA_ALIGN_PTR) + (UMA_ALIGN_PTR + 1); - if ((PAGE_SIZE * keg->uk_ppera) - keg->uk_rsize < shsize) - keg->uk_flags |= UMA_ZONE_OFFPAGE; + if ((PAGE_SIZE * keg->uk_ppera) - keg->uk_rsize < shsize) { + /* + * We can't do offpage if we're internal, in which case + * we need an extra page per allocation to contain the + * slab header. + */ + if ((keg->uk_flags & UMA_ZFLAG_INTERNAL) == 0) + keg->uk_flags |= UMA_ZONE_OFFPAGE; + else + keg->uk_ppera++; + } } if ((keg->uk_flags & UMA_ZONE_OFFPAGE) && diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c index ee7b93bbd719..477a816b0bd2 100644 --- a/sys/vm/vm_page.c +++ b/sys/vm/vm_page.c @@ -475,7 +475,8 @@ vm_page_startup(vm_offset_t vaddr) * in proportion to the zone structure size. */ pages_per_zone = howmany(sizeof(struct uma_zone) + - sizeof(struct uma_cache) * (mp_maxid + 1), UMA_SLAB_SIZE); + sizeof(struct uma_slab) + sizeof(struct uma_cache) * (mp_maxid + 1), + UMA_SLAB_SIZE); if (pages_per_zone > 1) { /* Reserve more pages so that we don't run out. */ boot_pages = UMA_BOOT_PAGES_ZONES * pages_per_zone; From owner-freebsd-current@freebsd.org Tue Sep 12 06:17:21 2017 Return-Path: Delivered-To: freebsd-current@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 96FA2E1B4AC for ; Tue, 12 Sep 2017 06:17:21 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yw0-f182.google.com (mail-yw0-f182.google.com [209.85.161.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CFF963525; Tue, 12 Sep 2017 06:17:20 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-yw0-f182.google.com with SMTP id s62so26211014ywg.0; Mon, 11 Sep 2017 23:17:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=C5TmmrCQm1U6yOzH0emn34LFMoQkyFXlImnKq4ZzTGM=; b=EAY7OqSPZPu34RhrLHOsxuPXkGajFQE11F8M1F3nuLcRIiozx4Op19mkHAF9NoTayR qeIDRFtEDKbj9m9joJal0AHo+r7PUtM0sUOg1MbwPv6reuzQNRg/ywlmt+v/hCFVKPoQ q3Uu0gagh13W3K6xYycMxTKLkuRdGKlADKPQzydw+2cz3vaMWLDyZj/jOolF6Yz4PU7N Ndzh85X+7w1UU9ObyLYYuNMjqU3rptDnTuq4a8EPlyW936wuJmLHPMtQYp5aCfOWAToM V6+P1+SOAeB6kH60mzIpyiVC2BY6n52IaGUMSaFWO3Mt9BXUXcDm/AbGU9113EqGAezj S0YA== X-Gm-Message-State: AHPjjUg+rLrHmEqFPIXekRihbZLz2hwTz4DxRnmbSH42Y9iUqBfohZHq IgYoLbGfM7AeO1pekr0= X-Received: by 10.129.48.1 with SMTP id w1mr12665869yww.146.1505197034343; Mon, 11 Sep 2017 23:17:14 -0700 (PDT) Received: from mail-io0-f177.google.com (mail-io0-f177.google.com. [209.85.223.177]) by smtp.gmail.com with ESMTPSA id b201sm3650590ywe.20.2017.09.11.23.17.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Sep 2017 23:17:14 -0700 (PDT) Received: by mail-io0-f177.google.com with SMTP id v36so27510999ioi.1; Mon, 11 Sep 2017 23:17:13 -0700 (PDT) X-Google-Smtp-Source: ADKCNb6CFDXeNCrqSmbNM6OfWJXuy8VjDmsPIrjjCNJbF2k4/uaGuKuVD3Lf02OBnGWdiWlqOhOcQ1g+yj8xSTOm3DQ= X-Received: by 10.107.11.102 with SMTP id v99mr9082657ioi.260.1505197033396; Mon, 11 Sep 2017 23:17:13 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.2.81.131 with HTTP; Mon, 11 Sep 2017 23:17:12 -0700 (PDT) In-Reply-To: <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> From: Conrad Meyer Date: Mon, 11 Sep 2017 23:17:12 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: extending the maximum filename length To: Julian Elischer Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 06:17:21 -0000 On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: > maybe we could get it into -current. > It'd be silly to have to have people re-inventing hte wheel all the time. > How about you put those changes into the reviews.freebsd.org and we can get > some general consensus on them. > We'll have to do similar for the Asian customers and anyone who uses UTF-8. > So it > would be silly to have to develop it all again (but subtly different of > course). > > The key issue is how many system calls and other APIs would be broken, > and how many would be broken in a non backwards compatible way? > > We would need it in a stable/10 and 11 branch but if the patch is isolated > enough we could carry it forward until we get to 12. > > One has to allow people to do whatever they are used to with Windows. > And in this case the issue is serving files over samba to windows machines. Hey Julian, I've thrown the patch up at https://reviews.freebsd.org/D12330 . I haven't actually tested it on FreeBSD, but it does compile. We also have some patches against contrib/pjdfstest to fix those tests against long file names, but I think we can hold off on those changes until we've nailed down what the architectural change will be (if any). It's quite possible this accidentally breaks even more APIs than expected and we should do some fine tuning to reduce the damage. Our $WORK product mostly doesn't care about ABI, so we may not have noticed some ABI breakage. If anyone else is interested, please subscribe or add yourself as a reviewer on the phabricator revision. Best, Conrad From owner-freebsd-current@freebsd.org Tue Sep 12 08:34:08 2017 Return-Path: Delivered-To: freebsd-current@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 8102EE21C9B for ; Tue, 12 Sep 2017 08:34:08 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20AB167E0D; Tue, 12 Sep 2017 08:34:08 +0000 (UTC) (envelope-from kubito@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id i189so55950422wmf.1; Tue, 12 Sep 2017 01:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=a0zQF3uO/KTewJVXDDHhjVf+sh3kLIjzKv37NXM8gfI=; b=Bepk9VX8sQJKF3r4qWVY7XKHzob+Vhzoq6qfiz2f4wndAurEPbKzhxhGN3VQyM3YGB E4aXDBdl9iayXrVk7h3vg5RwdAQ1JGN+8BbC3SzikhdjFKRGcPh5pm0MWwLiIxtmHn6L F5oKlUvxy9hOeaFfa+c6ZvPUSpzShDcKywk5/5Txamtpouj4H0dwnvSg/UA56Eae+oKD GpDGGJ9icJWQwP8Zdmer7ChU3dd+AVSMVWDzGj6QUjJbpbA/KlDeOX/SA15rB8IOh0YP IYoYIe5pRbOVXv8AObhpTemL4Fn01cm22UTGBZNJ30IrxA0J4/qiVJ2DNla1qK3oAY0j pPaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=a0zQF3uO/KTewJVXDDHhjVf+sh3kLIjzKv37NXM8gfI=; b=d1PEF/3UdeqfhoKhFycOuqVblGgIF5WCZNgysMzRXRephZQiHbpX1OtOMIglL9fyhc jJpsUwASuYIcBUqhEAC38SA/1CsbEk9QVYCcwCdjiRqJNa1/CbWmHucupKlrwl9Wetyp i1/DZAyrOD2MFdbajODKSKM3hKPP+5hh48ute1x10zwvS39ka8flL8lX1HFQa4tswGwG UP3NgVeVPU/vYDrY4QKR8LtrtGnmER+Jp5PMLEe2cGa+MOBgEcX3TM8wueufcU4M2So+ 9Mz0kqzRJrDLazQL7pLmDOEBmuZj20wssowu6KUBV8sRJUklxiDndUlrM6UoNDiBXeWp 16NQ== X-Gm-Message-State: AHPjjUiu6fdvR3Nzo6+M+82yGxRlo2GVHwBl9vZjalT66pgAb0FdDZrE xpEBfNS3V4aYZoh/0nU= X-Google-Smtp-Source: ADKCNb5nG3hk3L4gjPG7CIwpAB3PJdXGOrNO9QEpj/mGTqCVE2lUVDG+18shBoqaRJZ9wuAgjWwlAQ== X-Received: by 10.80.150.196 with SMTP id z4mr11673735eda.161.1505205246335; Tue, 12 Sep 2017 01:34:06 -0700 (PDT) Received: from orwell.gmail.com (dhcp-077-251-154-188.chello.nl. [77.251.154.188]) by smtp.gmail.com with ESMTPSA id l9sm5279827edk.97.2017.09.12.01.34.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 12 Sep 2017 01:34:05 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: Mark Johnston Cc: "Andrey V. Elsukov" , freebsd-current@FreeBSD.org, cem@FreeBSD.org Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> Date: Tue, 12 Sep 2017 10:34:00 +0200 In-Reply-To: <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> (Mark Johnston's message of "Mon, 11 Sep 2017 20:35:23 -0700") Message-ID: <86ingo1fk7.fsf@orwell> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 08:34:08 -0000 Mark Johnston writes: > I think the bug is that keg_large_init() doesn't take > sizeof(struct uma_slab) into account when setting uk_ppera for the keg. > In particular, the bug isn't specific to the bootup process; it only > affects internal zones with an item size in the range [4016, 4096]. > > The patch below should fix this - could you give it a try? I've tried it and can confirm it fixed the panic here. From owner-freebsd-current@freebsd.org Tue Sep 12 09:53:44 2017 Return-Path: Delivered-To: freebsd-current@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 A7A8BE0049D for ; Tue, 12 Sep 2017 09:53:44 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward104j.mail.yandex.net (forward104j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A1BA6B021; Tue, 12 Sep 2017 09:53:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback5j.mail.yandex.net (mxback5j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10e]) by forward104j.mail.yandex.net (Yandex) with ESMTP id C521D429C5; Tue, 12 Sep 2017 12:53:40 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback5j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 1zslgW7TWA-reZqsnq9; Tue, 12 Sep 2017 12:53:40 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505210020; bh=4SqY07lvKBjQ8ZpbTYK39i9q6FfoPVhSwo3xN0C4EsE=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=L9/d9szNpsnM7FalAVU5+PLeYwJ28+ZZ2cU9ekHi6+Bo4SWjMqxkyUWxpVlg7jp6P 8aa5gwHjDSSo2iQy5u/zCSAam8PgBs5r0SSzUr8R6HNo4Fwd6q682tHdO1Gx45uSNu WMK5xdh+poZGVpSpEVyE0dnxOjhdfeY3Dej02Xa4= Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id ZNZhhIOsfv-re2asZ7N; Tue, 12 Sep 2017 12:53:40 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1505210020; bh=4SqY07lvKBjQ8ZpbTYK39i9q6FfoPVhSwo3xN0C4EsE=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=L9/d9szNpsnM7FalAVU5+PLeYwJ28+ZZ2cU9ekHi6+Bo4SWjMqxkyUWxpVlg7jp6P 8aa5gwHjDSSo2iQy5u/zCSAam8PgBs5r0SSzUr8R6HNo4Fwd6q682tHdO1Gx45uSNu WMK5xdh+poZGVpSpEVyE0dnxOjhdfeY3Dej02Xa4= Authentication-Results: smtp1j.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: r323412: Panic on boot (slab->us_keg == keg) To: Mark Johnston Cc: Raphael Kubo da Costa , freebsd-current@FreeBSD.org, cem@FreeBSD.org References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: Date: Tue, 12 Sep 2017 12:49:40 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="G5V9vbTI34htHxukuqKoFK7ajU0sREctu" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 09:53:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --G5V9vbTI34htHxukuqKoFK7ajU0sREctu Content-Type: multipart/mixed; boundary="Bw8kjKHhLbttQXDWuqmtJMXTPcff9vOrB"; protected-headers="v1" From: "Andrey V. Elsukov" To: Mark Johnston Cc: Raphael Kubo da Costa , freebsd-current@FreeBSD.org, cem@FreeBSD.org Message-ID: Subject: Re: r323412: Panic on boot (slab->us_keg == keg) References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> In-Reply-To: <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> --Bw8kjKHhLbttQXDWuqmtJMXTPcff9vOrB Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 12.09.2017 06:35, Mark Johnston wrote: >> [...] >> FreeBSD/SMP: 2 package(s) x 14 core(s) x 2 hardware threads >> >> Also I determined that it can successfully boot with disabled >> hyper-threading. >=20 > After the change to CACHE_LINE_SIZE, we have > sizeof(struct uma_zone) =3D=3D 448 and sizeof(struct uma_cache) =3D=3D = 64. With > 56 CPUs, we therefore need 4032 bytes per UMA zone, plus 80 bytes for > the slab header - "internal" zones always keep the slab header in the > slab itself. That's slightly larger than one page, but the UMA zone > zone's keg will have uk_ppera =3D=3D 1. So, when allocating slabzone, > keg_alloc_slab() will call startup_alloc(uk_ppera * PAGE_SIZE), which > will allocate 4096 bytes for a structure that is 4032 + 80 =3D 4112 byt= es > in size. >=20 > I think the bug is that keg_large_init() doesn't take > sizeof(struct uma_slab) into account when setting uk_ppera for the keg.= > In particular, the bug isn't specific to the bootup process; it only > affects internal zones with an item size in the range [4016, 4096]. >=20 > The patch below should fix this - could you give it a try? Hi Mark, I can confirm that it fixes this panic. Thanks! --=20 WBR, Andrey V. Elsukov --Bw8kjKHhLbttQXDWuqmtJMXTPcff9vOrB-- --G5V9vbTI34htHxukuqKoFK7ajU0sREctu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlm3rbUACgkQAcXqBBDI oXo6dAgAvGvwI4gHA0L+tgpcoyrZvecoG/0O8y3czubmKy4tLre+Qz2mDwfB3kHP H7Iz3sJOfSeEREHSPvfhxY3zKwFj+sMvRhY4cdfXg/HPo+eLh3EZFK1fR18Y/2Vu goi1UNiB/ujvTpmdUUDTeebUyKjH99dqb/u7bXHPgvXmxtYhAlQg45WTibYBhfzp LBl2hsumA/PZ68FU+0FV2u9u24OaO5Hgxk5wXfWf/1OFUKNziYe7XQI7tXL7vPsV nycHNEe7zkJXBFv5h8hD17vL/ZN+F4dzShYgwnz66G2//O/0pYuHetn/sBK7Jtcj xHzVOb/HIJTNo8Qp4iYwED/5wX1bcg== =6Z7G -----END PGP SIGNATURE----- --G5V9vbTI34htHxukuqKoFK7ajU0sREctu-- From owner-freebsd-current@freebsd.org Tue Sep 12 03:44:58 2017 Return-Path: Delivered-To: freebsd-current@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 6D3BBE145AC for ; Tue, 12 Sep 2017 03:44:58 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37A3E8355F for ; Tue, 12 Sep 2017 03:44:58 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: by mail-io0-x235.google.com with SMTP id g32so21403715ioj.2 for ; Mon, 11 Sep 2017 20:44:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Ar/sxdBMtiSSsTqr2HfQJSX3+CGD758ynglNYNF202U=; b=ReBw+j0Qqj+KzJWRk3j5T/ZU3nlYXX3RRSff+mnK0E+/VW6TQQm8b8yBxPPuLDZdd1 9Y6JyZsWweU+jp4ixdyZn3RgNUQy9p5nNum1uckDsUp43vmeI0WfkOJbshM8EipKu2Gd TuzTOUx0T2dOtpXl2szhIhTxvGMnLdiVavUuML766l7ZB48SqgqdXh2FsL7ljTLbb6v4 o0x5yX69mrSceo+7GoJ0Y98zmWo9DcYsdvoDvGFi9kEcMC0wFK4xWm4mcr/EOitnuK4H cykbORuqbCGjeQVxS7e8ZKyLYGn/sYrOKEo1/7zWqOwHNlbsfjrNaijKgOi89y2wk7Ns 8FUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ar/sxdBMtiSSsTqr2HfQJSX3+CGD758ynglNYNF202U=; b=RwlVvxB+hcpkPXEtrsdGqereHuEOHkzqlBtJwJlSs+peapNgJvYYm6Jv2wbvYbS2A1 3Hh4rQITzWDUychIist5Pws6NeaJrllScGX7kW2U7M5g1cEgzVYvzi/PAlmHovOA8wsm hmTaPSQ0o3KrdeTQp3dU0lfqocpmUlKIk1XLkODOSCgBVMSXEWV2AdvVLnhqVMCE8Gp0 5Dk2TLyPQxcAD2ZXjYUKH1Lu4Uw3wpkf4lq+Cn9IcZnVtFmr2Ttzcjo2EkY5Tr2PCUtQ Sk3BzQK/rkE2oDUCvY3aQiW4BD0RWYz1PjXgwdfBrKrQzTlhJwpyIrzP7rqLWiidS1aF xesw== X-Gm-Message-State: AHPjjUizr09vq3QFN+CB/LkC/f3lig007aIorpTB6p/U2rBn8a/05Bzh R20z2jSyPNmfkZB7e7G8n9widUqpZz8U X-Google-Smtp-Source: AOwi7QBPF0ncHTsSFy1olLDTtm+zVOuC1jqt/yTWWofAkYO8apaSN8vjQznsmMBQWXxeGRD6ENzDUsl0okGxwxB039I= X-Received: by 10.107.138.232 with SMTP id c101mr16422520ioj.97.1505187897564; Mon, 11 Sep 2017 20:44:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.2.35.65 with HTTP; Mon, 11 Sep 2017 20:44:37 -0700 (PDT) From: Jeremy Date: Mon, 11 Sep 2017 22:44:37 -0500 Message-ID: Subject: Re:Stack trace To: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 12 Sep 2017 11:39:27 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 03:44:58 -0000 Lock order reversals are quite normal if you are using 12 Current, especially with the GENERIC kernel, since all of the debugging features are turned on. I think the options WITNESS causes LORs to be printed. I see them when I restart my system, when I unload kernel modules, and when I unmount my memory sticks. Regards, Jeremy Cox From owner-freebsd-current@freebsd.org Tue Sep 12 17:08:54 2017 Return-Path: Delivered-To: freebsd-current@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 7EEBCE12E9C; Tue, 12 Sep 2017 17:08:54 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 601A27DB1F; Tue, 12 Sep 2017 17:08:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-69-250-203.dyn.iinet.net.au [106.69.250.203]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v8CH8gIk023598 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 12 Sep 2017 10:08:45 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: extending the maximum filename length (pointer to patch)[request for input] To: cem@freebsd.org Cc: freebsd-current , "freebsd-fs@freebsd.org" References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> From: Julian Elischer Message-ID: Date: Wed, 13 Sep 2017 01:08:36 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 17:08:54 -0000 On 12/9/17 2:17 pm, Conrad Meyer wrote: > On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: >> maybe we could get it into -current. >> It'd be silly to have to have people re-inventing hte wheel all the time. >> How about you put those changes into the reviews.freebsd.org and we can get >> some general consensus on them. >> We'll have to do similar for the Asian customers and anyone who uses UTF-8. >> So it >> would be silly to have to develop it all again (but subtly different of >> course). >> >> The key issue is how many system calls and other APIs would be broken, >> and how many would be broken in a non backwards compatible way? >> >> We would need it in a stable/10 and 11 branch but if the patch is isolated >> enough we could carry it forward until we get to 12. >> >> One has to allow people to do whatever they are used to with Windows. >> And in this case the issue is serving files over samba to windows machines. > Hey Julian, > > I've thrown the patch up at https://reviews.freebsd.org/D12330 . I > haven't actually tested it on FreeBSD, but it does compile. We also > have some patches against contrib/pjdfstest to fix those tests against > long file names, but I think we can hold off on those changes until > we've nailed down what the architectural change will be (if any). thanks! that looks a lot like a proof -of concept patch we derived a while back but never really tested. The issue for us is that using UTF-8 the filenames become too short for common usage in China and Japan. Apparently they routinely nae files with the contents of a small novella. e.g. .txt (I have no idea what that says but apparently it's a real filename from a windows machine that blew up when written via samba.) Does anyone else have any thoughts about whether FreeBSD 12 might grow longer path/filename support? (I'm told Linux uses 1K and 4096 for filenames and path length.) Julian > > It's quite possible this accidentally breaks even more APIs than > expected and we should do some fine tuning to reduce the damage. Our > $WORK product mostly doesn't care about ABI, so we may not have > noticed some ABI breakage. > > If anyone else is interested, please subscribe or add yourself as a > reviewer on the phabricator revision. > > Best, > Conrad > From owner-freebsd-current@freebsd.org Tue Sep 12 17:16:14 2017 Return-Path: Delivered-To: freebsd-current@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 18DFDE13766; Tue, 12 Sep 2017 17:16:14 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E94127E165; Tue, 12 Sep 2017 17:16:13 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [134.153.27.124] (unknown [127.0.1.132]) by freefall.freebsd.org (Postfix) with ESMTP id DD88B18567; Tue, 12 Sep 2017 17:16:12 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Julian Elischer" Cc: cem@freebsd.org, freebsd-current , "freebsd-fs@freebsd.org" Subject: Re: extending the maximum filename length (pointer to patch)[request for input] Date: Tue, 12 Sep 2017 14:46:12 -0230 Message-ID: <3C985916-3641-45B7-A721-C4F89A699B70@FreeBSD.org> In-Reply-To: References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: base64 X-Mailer: MailMate (1.9.6r5347) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 17:16:14 -0000 T24gMTIgU2VwIDIwMTcsIGF0IDE0OjM4LCBKdWxpYW4gRWxpc2NoZXIgd3JvdGU6Cgo+IOKAnOi/ meaYr+S4gOS4qua1i+ivleWkmuWtl+espuaWh+S7tuWQjemVv+W6pueahOaWh+S7tuebrueahOaY r+WRveWQjeS4gOS4quaWh+S7tueUqOS4reaWh+aIluiAheaXpeaWh+aIluiAhemfqeaWh+Wtl+es puW5tuS4lOimgeaxguWtl+espumVv+W6pui2hei/h+WFq+WNgeS6lOS4quWtl+espueEtuWQjuaL t+i0neivpeaWh+S7tuWIsOaIkeS7rOeahOWFseS6q+aWh+S7tuWkueeci+eci+aYr+WQpuiDveWk n+aLt+i0neivpeaWh+S7tuWIsOaIkS50eHTigJ0KPiAoSSBoYXZlIG5vIGlkZWEgd2hhdCB0aGF0 IHNheXMgYnV0IGFwcGFyZW50bHkgaXQncyBhIHJlYWwgZmlsZW5hbWUgCj4gZnJvbSBhIHdpbmRv d3MgbWFjaGluZSB0aGF0IGJsZXcgdXAgd2hlbiB3cml0dGVuIHZpYSBzYW1iYS4pCgpHb29nbGUg VHJhbnNsYXRlIHNheXMsIGFtdXNpbmdseToKIlRoaXMgaXMgYSB0ZXN0IGZpbGUgZm9yIHRoZSBs ZW5ndGggb2YgdGhlIGZpbGUgbmFtZS4gVGhlIHB1cnBvc2UgaXMgdG8gCm5hbWUgYSBmaWxlIGlu IENoaW5lc2Ugb3IgSmFwYW5lc2Ugb3IgS29yZWFuIGNoYXJhY3RlcnMgYW5kIHJlcXVpcmUgdGhl IApjaGFyYWN0ZXIgdG8gYmUgbG9uZ2VyIHRoYW4gODUgY2hhcmFjdGVycyBhbmQgdGhlbiBjb3B5 IHRoZSBmaWxlIGludG8gCm91ciBzaGFyZWQgZm9sZGVyIHRvIHNlZSBpZiBpdCBjYW4gY29weSB0 aGUgZmlsZSBUbyBtZSIgKC50eHQsIEkgZ3Vlc3MpCgpObyBtYXR0ZXIgd2hhdCBudW1iZXIgeW91 IGNob29zZSBmb3IgYSBwYXRoIGxlbmd0aCwgeW91J3JlIG5ldmVyIGdvaW5nIAp0byB3aW4gYWdh aW5zdCB0aGF0IHNwZWNpZmljIHVzZXIuIDopCgoKSm9uCi0tCkpvbmF0aGFuIEFuZGVyc29uCmpv bmF0aGFuQEZyZWVCU0Qub3JnCg== From owner-freebsd-current@freebsd.org Tue Sep 12 18:37:11 2017 Return-Path: Delivered-To: freebsd-current@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 180CEE16915 for ; Tue, 12 Sep 2017 18:37:11 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.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 003E1803BA for ; Tue, 12 Sep 2017 18:37:11 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: by mailman.ysv.freebsd.org (Postfix) id F377CE16913; Tue, 12 Sep 2017 18:37:10 +0000 (UTC) Delivered-To: current@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 F3031E16910 for ; Tue, 12 Sep 2017 18:37:10 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (mail.michaelwlucas.com [104.236.197.233]) (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 B9A14803B9 for ; Tue, 12 Sep 2017 18:37:10 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (localhost [127.0.0.1]) by mail.michaelwlucas.com (8.15.2/8.15.2) with ESMTP id v8CIb8jT016423 for ; Tue, 12 Sep 2017 14:37:08 -0400 (EDT) (envelope-from mwlucas@mail.michaelwlucas.com) Received: (from mwlucas@localhost) by mail.michaelwlucas.com (8.15.2/8.15.2/Submit) id v8CIb8ff016422 for current@freebsd.org; Tue, 12 Sep 2017 14:37:08 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 12 Sep 2017 14:37:08 -0400 From: "Michael W. Lucas" To: current@freebsd.org Subject: should MINIMAL boot? Message-ID: <20170912183708.GA16405@mail.michaelwlucas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.michaelwlucas.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.michaelwlucas.com [127.0.0.1]); Tue, 12 Sep 2017 14:37:08 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 18:37:11 -0000 Hi, Tried booting MINIMAL on last weekend's current, on both UFS and ZFS hosts in VirtualBox. Neither could find its boot drive. Before I dive deeper and file a bug, wanted to ask: Should a MINIMAL kernel boot and run? If not, I won't waste my time. Thanks, ==ml -- Michael W. Lucas https://mwl.io/ nonfiction: https://www.michaelwlucas.com/ fiction: https://www.michaelwarrenlucas.com/ From owner-freebsd-current@freebsd.org Tue Sep 12 18:42:04 2017 Return-Path: Delivered-To: freebsd-current@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 D87F9E16D18 for ; Tue, 12 Sep 2017 18:42:04 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B7C5180695 for ; Tue, 12 Sep 2017 18:42:04 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mailman.ysv.freebsd.org (Postfix) id B6FF7E16D17; Tue, 12 Sep 2017 18:42:04 +0000 (UTC) Delivered-To: current@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 B677AE16D16 for ; Tue, 12 Sep 2017 18:42:04 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 757B780694 for ; Tue, 12 Sep 2017 18:42:04 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mail-qk0-x22b.google.com with SMTP id a128so27035173qkc.5 for ; Tue, 12 Sep 2017 11:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tetlows.org; s=google; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=pjmT/WXCCLu9nO51a3b+EnocAli3W3ApHqtoE4YzeMc=; b=OuAsPpXUv8G64oreDOQ8d6xRAonBDgMUtRMLLJ2o0QDFOXbQgAEpKt8ysCEMqWjWIs Z50rn5coTi7jWCZt0AHciGep8soUnbaPOxSgVQ+JvXY1xSs4OBOeP2wEbvxMcdBEo0xs xwunkrTyXpu16k0xZZfyoITyqHYwHt7bRKBoI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=pjmT/WXCCLu9nO51a3b+EnocAli3W3ApHqtoE4YzeMc=; b=JaUUwMChhy3Gh3Y1zgC+fTp+tYC2JLcS9vjPk2nWiqJedEqBr+6iLXZzcN58RuKYuP l7Liz5l3OO8a3qvTU1N5B/KbXv0AmCSuXHe53lrAv45BCN3+x8vSYnQXSsKLxegyKPii w0lztqttw+ZgHn4zNGDv7iNzGsjktCENRFjJojxVBk3R+A+dDiGzxyKygR3XW3So2neP N75RzMQOFLNslcrPNXPJrRbrSVyCHh/9dGzbSnZ4FbVW+cUlVOj6goDVnZhPsz/8M2mw SN8A2GUD+XsC1H31iG4U0r6kKjUClf7xBH4BeAx2GmMf0sW3AUo7BlxwQSKdTi2GGdm3 KLpA== X-Gm-Message-State: AHPjjUhr2YLEG50+5wUUCxRslPOp8ZrwiQCZVFQhcKv3HQ+YXLYP8ZO3 7smut+nRpBWNN6UZj8LzdQ== X-Google-Smtp-Source: AOwi7QCmWsb4Yneqad3ZEq5XwmI6Tff3mafM49d0WImnbtMWTyF7gRyd2grZ/z2ayKXeKX19U8JU0g== X-Received: by 10.55.151.196 with SMTP id z187mr19814240qkd.135.1505241723137; Tue, 12 Sep 2017 11:42:03 -0700 (PDT) Received: from gmail.com ([2607:fc50:0:7900:0:dead:beef:cafe]) by smtp.gmail.com with ESMTPSA id j40sm8457997qtj.38.2017.09.12.11.42.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 11:42:02 -0700 (PDT) Date: Tue, 12 Sep 2017 11:42:00 -0700 From: Gordon Tetlow To: current@freebsd.org Subject: Removal of catman from base Message-ID: <20170912184200.GD99742@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 18:42:05 -0000 All, I wanted to announce my intention to remove the catman utility. For those that are unaware, this utility (disabled by default) is generally run out of a periodic job and causes the system to cache pre-formatted man pages into the /usr/share/man/cat* directories. With modern hardware, it doesn't seem to be necessary to have pre-formatted man pages as rendering them is short enough to not be noticeable. Please note, this will not disable the ability to render cat pages or in any other way use existing cat pages, it just removes the utility that builds the cat pages. As such, any ports that install cat pages will continue to work. Best, Gordon From owner-freebsd-current@freebsd.org Tue Sep 12 18:44:22 2017 Return-Path: Delivered-To: freebsd-current@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 6C071E16F2C for ; Tue, 12 Sep 2017 18:44:22 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 488568097E for ; Tue, 12 Sep 2017 18:44:22 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mailman.ysv.freebsd.org (Postfix) id 47DCEE16F2B; Tue, 12 Sep 2017 18:44:22 +0000 (UTC) Delivered-To: current@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 477C7E16F2A for ; Tue, 12 Sep 2017 18:44:22 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0284B8097D for ; Tue, 12 Sep 2017 18:44:22 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mail-qk0-x236.google.com with SMTP id b23so27099723qkg.1 for ; Tue, 12 Sep 2017 11:44:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tetlows.org; s=google; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=YPXXQSAjBiRXeiE1mtDy9f5MlEAoDlXgOSvort9i/L8=; b=OdhsVEcVpjVMM8Y+njgTveN0UqTiyd2F5sQNaCUJc6N+N/WzXeDyabruSISkQ96mWv j1pXsR0l2G3s+y6WYv2MjHAJFr3Qg7x5dI9LsImpacu11HXaodz0yu+WK8HbY+/ae+AC tHFpalbzsLFy23Kz9IM1RpSXjq6GmzfFgjHgw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=YPXXQSAjBiRXeiE1mtDy9f5MlEAoDlXgOSvort9i/L8=; b=OCkjZ5VqZjnjZnNfcWOUkv3Sx+bMaJvuWFJr4NYqvZwjoYjJK3tPHHjaQ+4i2itnha FAeBodGBtAm1cv42bWwwFiqD5+28xvDQBGGrWUrN0pAvbSFKXXEZy3HBkfkzn8HzPbw7 fijClHWSdgk3LhKmJeZz585E0aiNEp29i8PgYZOYpluwXx3pgURcG9Kv4EKsKt6PhqrE hmr7IsQr0ENvpCIp+4hZhBBi9X+blWkJ1KErK/QU3e7p8dfWlgNcGp2ZUzvlSa5651GM x4Ocf1cOQuszqKqnZMXIAiT1mcOd49qFr4h9vPRHo3BtqQz4gKozh4bGW8L7zR7lC2F/ 1zGw== X-Gm-Message-State: AHPjjUizWfZR8J+AFmIX0Jv/L1mSclwSa9sXWlvdlQApHmevTGaUPS7M FcPyWrLoOI6w5yBhoyDdDg== X-Google-Smtp-Source: AOwi7QCNgmG4MKFPQ8/YqnNBch2ISE176k9B3JVtntZXL93aFyZGBBJEp8n0v4cn06BLXm1uCcsb7g== X-Received: by 10.55.198.68 with SMTP id b65mr21094241qkj.169.1505241860899; Tue, 12 Sep 2017 11:44:20 -0700 (PDT) Received: from gmail.com ([2607:fc50:0:7900:0:dead:beef:cafe]) by smtp.gmail.com with ESMTPSA id n85sm8080961qke.53.2017.09.12.11.44.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 11:44:08 -0700 (PDT) Date: Tue, 12 Sep 2017 11:44:07 -0700 From: Gordon Tetlow To: current@freebsd.org Subject: Re: Removal of catman from base Message-ID: <20170912184407.GE99742@gmail.com> References: <20170912184200.GD99742@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170912184200.GD99742@gmail.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 18:44:22 -0000 On Tue, Sep 12, 2017 at 11:42:00AM -0700, Gordon Tetlow wrote: > All, > > I wanted to announce my intention to remove the catman utility. > > For those that are unaware, this utility (disabled by default) is > generally run out of a periodic job and causes the system to cache > pre-formatted man pages into the /usr/share/man/cat* directories. With > modern hardware, it doesn't seem to be necessary to have pre-formatted > man pages as rendering them is short enough to not be noticeable. > > Please note, this will not disable the ability to render cat pages or in > any other way use existing cat pages, it just removes the utility that > builds the cat pages. As such, any ports that install cat pages will > continue to work. I forgot to mention this has a review out: https://reviews.freebsd.org/D12317 Gordon From owner-freebsd-current@freebsd.org Tue Sep 12 18:55:35 2017 Return-Path: Delivered-To: freebsd-current@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 E5F29E17A98 for ; Tue, 12 Sep 2017 18:55:35 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C28D6812BB for ; Tue, 12 Sep 2017 18:55:35 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mailman.ysv.freebsd.org (Postfix) id C1AD4E17A96; Tue, 12 Sep 2017 18:55:35 +0000 (UTC) Delivered-To: current@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 C1370E17A95 for ; Tue, 12 Sep 2017 18:55:35 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B903812BA for ; Tue, 12 Sep 2017 18:55:35 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: by mail-qk0-x22a.google.com with SMTP id a128so27117425qkc.5 for ; Tue, 12 Sep 2017 11:55:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tetlows.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=p8rtG0omOdZ/LxkgAxFh+Eb6YgD0IHRIUujLFMLiI+Y=; b=dVU9BxX7mtxsphhVGP98sKMebOGFF5ol7SMt5relvneUmAZd2KQS91nFfIsmhWeaSO JgY5DV+jYYuFhGilz405mKDV081biizU8TgO9fihoVASBTbMBpYhhU4Ye3mDRiKAzy5c Wblh1QJphsPWdChL+sPsNJc1qwll+iMiNKET0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=p8rtG0omOdZ/LxkgAxFh+Eb6YgD0IHRIUujLFMLiI+Y=; b=LfZ1fa91KfoIXwZYHKdPedQs1yQjYkpx5jj6V7bGg8ytjRFVgNLcMr8b6+PV6sGdlz N8Vy3TLcD6e2WZKFV31wqsTeL/R6YhFJZFeR5HII7+HZcLS9pOAvGmLK/GchROKEHuKm YOxr246mZP4Dal0BGJHJrzGFzbdw4HdK6FE3BeKHnH4zF1sxPuk5xPvxy5ONUGEMB6Y+ slDS7nM5lt+zfsbY+NnW7FhG4mKDHvJyK8Yq5L340HnWt7csI+ujRqG6SeT0TrxFNPbT TyaToEbyte5UYO182NlmRuBpW20Sh9JaTdZbdZ3r5Zhuur9bk0cXIiINgYZYdSCNRFwz YY4A== X-Gm-Message-State: AHPjjUg6dFSV+1ZY31Ke2vn1KSAuRTnKMWuASnpjUdpAk8hnDc2cuMLj 1gFxx9D2Jd83YiBzD0dV0w== X-Google-Smtp-Source: AOwi7QDHwCAu/Skx5arFml4CQhQE6GZ2t9dKeEiewgCmOEup8WxQluLvF9umZzasMVy5PlJeFUgVXA== X-Received: by 10.55.209.79 with SMTP id s76mr7350411qki.238.1505242534523; Tue, 12 Sep 2017 11:55:34 -0700 (PDT) Received: from gmail.com ([2607:fc50:0:7900:0:dead:beef:cafe]) by smtp.gmail.com with ESMTPSA id h19sm8086183qke.29.2017.09.12.11.55.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 11:55:33 -0700 (PDT) Date: Tue, 12 Sep 2017 11:55:32 -0700 From: Gordon Tetlow To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: Removal of catman from base Message-ID: <20170912185532.GF99742@gmail.com> References: <20170912184200.GD99742@gmail.com> <77524.1505242222@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77524.1505242222@critter.freebsd.dk> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 18:55:36 -0000 On Tue, Sep 12, 2017 at 06:50:22PM +0000, Poul-Henning Kamp wrote: > -------- > In message <20170912184200.GD99742@gmail.com>, Gordon Tetlow writes: > > >With modern hardware, it doesn't seem to be necessary to have pre-formatted > >man pages as rendering them is short enough to not be noticeable. > > That was actually not why catman was brought into the world: ATT/USL > thought text-processing was The Goods so they unbundled it base SVR > and invented catman to make up for the missing nroff. Okay, that seems reasonable. I don't think it changes the desire to remove it (unless I'm missing something). Gordon From owner-freebsd-current@freebsd.org Tue Sep 12 19:00:24 2017 Return-Path: Delivered-To: freebsd-current@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 82E7AE17E6E for ; Tue, 12 Sep 2017 19:00:24 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) 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 702FB815B5 for ; Tue, 12 Sep 2017 19:00:24 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: by mailman.ysv.freebsd.org (Postfix) id 6F9E7E17E6D; Tue, 12 Sep 2017 19:00:24 +0000 (UTC) Delivered-To: current@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 6F506E17E6C for ; Tue, 12 Sep 2017 19:00:24 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 37593815B2 for ; Tue, 12 Sep 2017 19:00:24 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1582527378; Tue, 12 Sep 2017 18:50:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v8CIoMHB077525; Tue, 12 Sep 2017 18:50:22 GMT (envelope-from phk@phk.freebsd.dk) To: Gordon Tetlow cc: current@freebsd.org Subject: Re: Removal of catman from base In-reply-to: <20170912184200.GD99742@gmail.com> From: "Poul-Henning Kamp" References: <20170912184200.GD99742@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <77523.1505242222.1@critter.freebsd.dk> Date: Tue, 12 Sep 2017 18:50:22 +0000 Message-ID: <77524.1505242222@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 19:00:24 -0000 -------- In message <20170912184200.GD99742@gmail.com>, Gordon Tetlow writes: >With modern hardware, it doesn't seem to be necessary to have pre-formatted >man pages as rendering them is short enough to not be noticeable. That was actually not why catman was brought into the world: ATT/USL thought text-processing was The Goods so they unbundled it base SVR and invented catman to make up for the missing nroff. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Tue Sep 12 19:17:08 2017 Return-Path: Delivered-To: freebsd-current@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 8DD13E18D52 for ; Tue, 12 Sep 2017 19:17:08 +0000 (UTC) (envelope-from lyndon@orthanc.ca) 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 76F78824E4 for ; Tue, 12 Sep 2017 19:17:08 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: by mailman.ysv.freebsd.org (Postfix) id 762C8E18D51; Tue, 12 Sep 2017 19:17:08 +0000 (UTC) Delivered-To: current@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 75BC5E18D50 for ; Tue, 12 Sep 2017 19:17:08 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orthanc.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60A68824E3 for ; Tue, 12 Sep 2017 19:17:08 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from localhost (localhost [IPv6:0:0:0:0:0:0:0:1]) by orthanc.ca (8.15.2/8.15.2) with ESMTPS id v8CJH7TI063181 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 12 Sep 2017 12:17:07 -0700 (PDT) (envelope-from lyndon@orthanc.ca) Date: Tue, 12 Sep 2017 12:17:07 -0700 (PDT) From: Lyndon Nerenberg To: Poul-Henning Kamp cc: Gordon Tetlow , current@freebsd.org Subject: Re: Removal of catman from base In-Reply-To: <77524.1505242222@critter.freebsd.dk> Message-ID: References: <20170912184200.GD99742@gmail.com> <77524.1505242222@critter.freebsd.dk> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on orthanc.ca X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 19:17:08 -0000 > That was actually not why catman was brought into the world: ATT/USL > thought text-processing was The Goods so they unbundled it base SVR > and invented catman to make up for the missing nroff. Not quite. They (AT&T) sold the rights to sell typeset manuals to some publishing house (I forget which), at which point they stopped shipping the *roff source for the manpages on the source tapes. Instead, you got pre-formatted "cat" pages on the source tape. I think this happened starting with SVR3. catman(1) was always about doing bulk nroff runs against the whole of /usr/man, because, back in the day, running nroff on demand was slow. Even on a 785. (catman without nroff would have been a no-op.) --lyndon From owner-freebsd-current@freebsd.org Tue Sep 12 19:20:37 2017 Return-Path: Delivered-To: freebsd-current@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 26FC5E18FEC for ; Tue, 12 Sep 2017 19:20:37 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ED27C8274A for ; Tue, 12 Sep 2017 19:20:36 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id EC84DE18FEB; Tue, 12 Sep 2017 19:20:36 +0000 (UTC) Delivered-To: current@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 EC1EFE18FEA for ; Tue, 12 Sep 2017 19:20:36 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 759B382747 for ; Tue, 12 Sep 2017 19:20:36 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id i189so2376711wmf.1 for ; Tue, 12 Sep 2017 12:20:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=20yciU2TRxW7z31bX0mwfNUffr7BUnLKjhZHK4AE7jY=; b=iuPVdB6TXsM4YmH54YCS5+KX+NcpQuKiFglKZ3wHplmauhTroZ1nRqct/IwTcQDVNz dPnNHhOJUyOoBsiThnECzkmQ+otvhoan/wCCPGHNhvR7rttteQc8lyeW7OO/XWRBpCoX AOCyn39tnOLg6OwXG7fQusPWPoSaDrgQ84wT85lWY4Ql/2WckgMpETUzmnyupjVersyN Aj/QdEcgA2aRpAl0SCXotGiF8BBfDnBHEocbr435yjymio09Jr+LmxjJaJnR2OGOcNSQ gINVvksEL+hP3PxJQ0gJHbrXN52pCusJPBw1z4BTXHjrR0XMlo9KHHy1CxBDtuLSlN8u kOrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=20yciU2TRxW7z31bX0mwfNUffr7BUnLKjhZHK4AE7jY=; b=a16ZqhL5unxOIazvs/+z7BLpOMrTjB+kydyDZZTR+rKrq4epWissDLr+xfnOJ07D0c A43ncYKosECORq7l013FgDgtC9tu4WVlIZ/IX5MEoBve3kOy3YOxTjJLtqpeb+Ij+fDw FRFHVTvobpudgLTZTAxDFqtaDyYntTDI5KMdkyvpGxexZnvYWEDhJkF5X1P3AqMInTYl hT9CS8lNqUMVVTanLO8PP1tyLfRxXSuHEl5Ug5ECAxbAN2jHh2nzjLi8OqZ4KU8mjC+Q pI6a9xfkhsSPDvHn5cI22AWHKHL+Ps6DvA5hjgTrQWa7y6a2w8BEaesm7gJeztpT90pL sllg== X-Gm-Message-State: AHPjjUiFOnmLv+h83ylt/WPOYbezdxULCqPSBKJugkf7A2xf+BcuTPCv 6x3vp1Jqfjl4yjKY X-Google-Smtp-Source: AOwi7QD/Y6yAgem+kpmHHRHyZwEffKZFvrf1JOJ9mI6GyXyCV0BhDp9QaMfZeF4uTm1yUqtRHlCQfg== X-Received: by 10.28.99.84 with SMTP id x81mr459126wmb.148.1505244034435; Tue, 12 Sep 2017 12:20:34 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (LStLambert-658-1-110-48.w217-128.abo.wanadoo.fr. [217.128.200.48]) by smtp.gmail.com with ESMTPSA id 5sm7416358wrb.9.2017.09.12.12.20.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 12:20:33 -0700 (PDT) Sender: Eric Masson Received: from newsrv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id 8004F9708; Tue, 12 Sep 2017 21:20:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by newsrv.interne.associated-bears.org (newsrv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MPoyG2YTQFQi; Tue, 12 Sep 2017 21:20:31 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id BD8EF9703; Tue, 12 Sep 2017 21:20:31 +0200 (CEST) From: Eric Masson To: "Michael W. Lucas" Cc: current@freebsd.org Subject: Re: should MINIMAL boot? In-Reply-To: <20170912183708.GA16405@mail.michaelwlucas.com> (Michael W. Lucas's message of "Tue, 12 Sep 2017 14:37:08 -0400") References: <20170912183708.GA16405@mail.michaelwlucas.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (berkeley-unix) X-Operating-System: FreeBSD 11.1-STABLE amd64 Date: Tue, 12 Sep 2017 21:20:31 +0200 Message-ID: <86r2vbg1vk.fsf@newsrv.interne.associated-bears.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 19:20:37 -0000 "Michael W. Lucas" writes: Hi, > Should a MINIMAL kernel boot and run? Seems this is not the case. You have to load storage related modules (disk controller, cam, geom classes required to taste disks), for example, to boot MINIMAL in a VMWare VM with scsi attached, GPT partionned disk : - cam.ko - mpt.ko - geom_part_gpt.ko Regards ric Masson From owner-freebsd-current@freebsd.org Tue Sep 12 19:33:49 2017 Return-Path: Delivered-To: freebsd-current@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 82668E19B84 for ; Tue, 12 Sep 2017 19:33:49 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (unknown [IPv6:2001:470:1f0f:3ad:bb:dcff:fe50:d900]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 615E98328D for ; Tue, 12 Sep 2017 19:33:49 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding: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=YEJoBmntdtfwpqXJ3VCsQW57zqCNQ+QWq/wTKdDVPII=; b=aWSOWuFvODoCrEAREV702avzio LLQlqC3kTTuN5RcM4LE4SZULP7jXsRQV21XaXMwLo9qMe7lqnyvKgavOQdZdMomtGwdJTAuG5+/FA 1FEZKQKO/EbIWR30/Z9gnhpfNmuxI8sObhAFu0b8SolXuCKqs9D5mE3lm0FY0sRVk+00=; Received: from [198.61.62.18] (port=2846 helo=lrosenman.local) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1drqwO-000Pza-B2 for freebsd-current@FreeBSD.org; Tue, 12 Sep 2017 14:33:48 -0500 Date: Tue, 12 Sep 2017 14:33:36 -0500 From: Larry Rosenman To: freebsd-current@FreeBSD.org Subject: RACCT destroy Crash, regression: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222027 Message-ID: <20170912193336.c3y7pjqhflgpuz3y@lrosenman.local> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ipvbvrmaeynqoej4" Content-Disposition: inline User-Agent: NeoMutt/20170912 (1.9.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 19:33:49 -0000 --ipvbvrmaeynqoej4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Can I get someone to look at this RACCT destroy panic? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222027 It's been fixed before (see xref in the bug), but it's back. Thanks! --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --ipvbvrmaeynqoej4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFhBAABCgBLFiEEHjgknedhWzvJgwVzaXyZsatIp30FAlm4NpAtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnAAoJEGl8mbGrSKd9 FWsH/03+mz0fQRVNrleJVu4VLVvoUFB1h9DeAbl5hnrREOT9PVeZBFstrnRBXKL8 yA3+t2wXt8glO36UruwtYFcR7M2ENJe2EqC9ofubSlG5ML99M7MBe7fWdL4bPwo/ 9umn1FypgdfzswIL5Mp8hhqlOFylMttzCX1bgaf50LxQYXPBp1HPzPcJtDaIM6eI lebXiGtZ7P+IzF+GPpThz6YxbHfMIYMWvyupyWEADGN3RJgvwDd2fh50Av6z2H+k xaTX2XSVJeMTa+5CEFqLfF3rzimDqy4DGArqct5491Xl6BAnQ/qTCiWFUgQTibDR WUgKEco/ofpLeSE2AEQ7xVPVLLI= =rn0X -----END PGP SIGNATURE----- --ipvbvrmaeynqoej4-- From owner-freebsd-current@freebsd.org Tue Sep 12 21:21:11 2017 Return-Path: Delivered-To: freebsd-current@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 A6787E1EA29 for ; Tue, 12 Sep 2017 21:21:11 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) 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 923FD3EAB for ; Tue, 12 Sep 2017 21:21:11 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: by mailman.ysv.freebsd.org (Postfix) id 919D2E1EA28; Tue, 12 Sep 2017 21:21:11 +0000 (UTC) Delivered-To: current@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 91453E1EA26 for ; Tue, 12 Sep 2017 21:21:11 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 577B53EA8 for ; Tue, 12 Sep 2017 21:21:11 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2290A27365; Tue, 12 Sep 2017 21:21:10 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v8CLKrrh078910; Tue, 12 Sep 2017 21:20:54 GMT (envelope-from phk@phk.freebsd.dk) To: Lyndon Nerenberg cc: Gordon Tetlow , current@freebsd.org Subject: Re: Removal of catman from base In-reply-to: From: "Poul-Henning Kamp" References: <20170912184200.GD99742@gmail.com> <77524.1505242222@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78908.1505251253.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 12 Sep 2017 21:20:53 +0000 Message-ID: <78909.1505251253@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 21:21:11 -0000 -------- In message , Lyndon Nerenb= erg writes: >> That was actually not why catman was brought into the world: ATT/USL >> thought text-processing was The Goods so they unbundled it base SVR >> and invented catman to make up for the missing nroff. > >Not quite. They (AT&T) sold the rights to sell typeset manuals to some = >publishing house (I forget which), at which point they stopped shipping = >the *roff source for the manpages on the source tapes. Instead, you got = >pre-formatted "cat" pages on the source tape. I think this happened = >starting with SVR3. I'm pretty sure that SVR1 had catman and roff was an extra and somewhat pricey software package. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Tue Sep 12 21:24:03 2017 Return-Path: Delivered-To: freebsd-current@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 10345E1EDBA; Tue, 12 Sep 2017 21:24:03 +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 2EECA634E9; Tue, 12 Sep 2017 21:24:01 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Tue, 12 Sep 2017 23:23:11 +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 F2D42BBD-4578-47E4-B239-97A38462D027.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Tue, 12 Sep 2017 23:23:08 +0200 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: extending the maximum filename length (pointer to patch)[request for input] From: Rainer Duffner In-Reply-To: <041393BA-94E3-4D22-95C8-EF0634746DC3@gmail.com> Date: Tue, 12 Sep 2017 23:23:56 +0200 Cc: cem@freebsd.org, "freebsd-fs@freebsd.org" , freebsd-current Message-Id: References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> <041393BA-94E3-4D22-95C8-EF0634746DC3@gmail.com> To: Ben RUBSON 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=15 total_conn=5 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, HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 3919, bad: 1, connections: 4345, history: 3918, asn_score: 452, asn_connections: 464, asn_good: 452, asn_bad: 0, pass:asn, asn_all_good, relaying Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 21:24:03 -0000 > Am 12.09.2017 um 23:11 schrieb Ben RUBSON : >=20 > On 12/9/17 2:17 pm, Conrad Meyer wrote: >> On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer = wrote: >>> maybe we could get it into -current. >>> It'd be silly to have to have people re-inventing hte wheel all the = time. >>> How about you put those changes into the reviews.freebsd.org and we = can get >>> some general consensus on them. >>> We'll have to do similar for the Asian customers and anyone who uses = UTF-8. >>> So it >>> would be silly to have to develop it all again (but subtly different = of >>> course). >>>=20 >>> The key issue is how many system calls and other APIs would be = broken, >>> and how many would be broken in a non backwards compatible way? >>>=20 >>> We would need it in a stable/10 and 11 branch but if the patch is = isolated >>> enough we could carry it forward until we get to 12. >>>=20 >>> One has to allow people to do whatever they are used to with = Windows. >>> And in this case the issue is serving files over samba to windows = machines. >> Hey Julian, >>=20 >> I've thrown the patch up at https://reviews.freebsd.org/D12330 . I >> haven't actually tested it on FreeBSD, but it does compile. We also >> have some patches against contrib/pjdfstest to fix those tests = against >> long file names, but I think we can hold off on those changes until >> we've nailed down what the architectural change will be (if any). >=20 > Hi Conrad, >=20 > This patch makes me think about another related bug #184340 : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D184340 = > It is about PATH_MAX which in some cases can be too small. >=20 > Not sure if it's the case / and how to do it, > but perhaps it is time to raise some other limits / > think about a global solution regarding these length limits ? >=20 > Many thanks ! >=20 > Ben And there=E2=80=99s also this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215067 = "g_dev_taste: make_dev_p() failed on importing pool with snapshots with = long names=E2=80=9C But maybe that has nothing to do with it. From owner-freebsd-current@freebsd.org Tue Sep 12 21:33:39 2017 Return-Path: Delivered-To: freebsd-current@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 11839E1F6EE for ; Tue, 12 Sep 2017 21:33:39 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (n6.nabble.com [162.255.23.37]) by mx1.freebsd.org (Postfix) with ESMTP id 012A463BAD for ; Tue, 12 Sep 2017 21:33:37 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (localhost [127.0.0.1]) by n6.nabble.com (Postfix) with ESMTP id 5010E1A83F2B for ; Tue, 12 Sep 2017 14:33:31 -0700 (MST) Date: Tue, 12 Sep 2017 14:33:31 -0700 (MST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1505252011325-0.post@n6.nabble.com> In-Reply-To: <22965.45973.376928.659731@jerusalem.litteratus.org> References: <22949.42044.875179.603888@jerusalem.litteratus.org> <1504917491215-0.post@n6.nabble.com> <22965.45973.376928.659731@jerusalem.litteratus.org> Subject: Re: questions re updating to -CURRENT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 21:33:39 -0000 > Maybe ... but this is one of those things that (in my > experience) either Just Work or Go Horribly Wrong. That's why I would go at least (latest) -RELEASE to -STABLE before going -STABLE to -CURRENT, if you must. Why trying your luck with big jumps? -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-current-f3875308.html From owner-freebsd-current@freebsd.org Tue Sep 12 21:11:57 2017 Return-Path: Delivered-To: freebsd-current@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 74476E1E40A; Tue, 12 Sep 2017 21:11:57 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 101C538B9; Tue, 12 Sep 2017 21:11:57 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id g206so257915wme.0; Tue, 12 Sep 2017 14:11:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fGuCK/04/QEVpa2YAd3EskymPkxZWvObz4jlqF5X0c0=; b=IVhQiEvNcnTBntRUgPW74eGffZHGFYryeUaxTNbTe4WCAJWCREfsBuqsRFf/oxwAA8 vC07emE0mPA/S0+n8gYuTgph/68VoaJbnvL6b+1r9pEAwXzUOjR1SzBHzImTcJwyjRWg yMpWIUMWUsK6i4ILhT/JmgOCWY8fXX83t8kTBKyv7wVUejpqTWll9Mde2dEloJA1MFI5 TvGV+mXxeT+dWFbMI/4LDzo0MnXqJkErVUgx16ni7hxlRbt8G53kELtdPp4H1KASpprU 6OB1Qf6NBFY3IOhGYgLxjB1sfiXoGD0vYFt44P0KjJsIAYfWOAw0QJiCcgXTpQPNR2PL j+Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fGuCK/04/QEVpa2YAd3EskymPkxZWvObz4jlqF5X0c0=; b=bawjEDcb7CDLwDjMhk5BsToHN1CF7i/rKqp5Iw4z3Jyztft+RI+BmpI32Rp4r0KWma ndP+V6jpQ3S+MtE+m7fD40FXGOx12bas5XETDa6PIZV73ivXry01YYyxhqB73MhDcC5g rOZSkYX2LM3SRnyM/nZ52XnWiRg13OEd4U0FMJxBJu1SEREjQa/eOktwYPg9+ElvN7IS 61jppSwuHzzmsD/oBrH4ElRc/IzF2apz22QPJRM7PsK0eZxJ5r5sESEmtEV9PZzI/CDE Z8WTcnVIJ/+64jwMGgYP4i2oJ9QsmNVi7MS/w+9ipV3Ve9lBfuFEj7OuHKkQyVqXE5Nj EIdw== X-Gm-Message-State: AHPjjUhW66GKCfZvcLkH7AtJqxOVmVVB1KgRw3uBzaJo+INDc86cL1tW cCOpBjcnMCl/eb2Gw14= X-Google-Smtp-Source: AOwi7QBdCHkBER+Q3QkVr3vdN7RA0ZKUD1+I8+G/+H4K4t/jcb3Hyz7z4XUi/do/nroZSu9VAd9Nug== X-Received: by 10.28.156.203 with SMTP id f194mr700439wme.149.1505250714447; Tue, 12 Sep 2017 14:11:54 -0700 (PDT) Received: from ben-3.home (LFbn-MAR-1-445-220.w2-15.abo.wanadoo.fr. [2.15.38.220]) by smtp.gmail.com with ESMTPSA id v5sm9378395wmb.0.2017.09.12.14.11.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 12 Sep 2017 14:11:53 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: extending the maximum filename length (pointer to patch)[request for input] From: Ben RUBSON In-Reply-To: Date: Tue, 12 Sep 2017 23:11:52 +0200 Cc: "freebsd-fs@freebsd.org" , freebsd-current , Julian Elischer Content-Transfer-Encoding: quoted-printable Message-Id: <041393BA-94E3-4D22-95C8-EF0634746DC3@gmail.com> References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> To: cem@freebsd.org X-Mailer: Apple Mail (2.3124) X-Mailman-Approved-At: Tue, 12 Sep 2017 22:09:25 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 21:11:57 -0000 On 12/9/17 2:17 pm, Conrad Meyer wrote: > On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer = wrote: >> maybe we could get it into -current. >> It'd be silly to have to have people re-inventing hte wheel all the = time. >> How about you put those changes into the reviews.freebsd.org and we = can get >> some general consensus on them. >> We'll have to do similar for the Asian customers and anyone who uses = UTF-8. >> So it >> would be silly to have to develop it all again (but subtly different = of >> course). >>=20 >> The key issue is how many system calls and other APIs would be = broken, >> and how many would be broken in a non backwards compatible way? >>=20 >> We would need it in a stable/10 and 11 branch but if the patch is = isolated >> enough we could carry it forward until we get to 12. >>=20 >> One has to allow people to do whatever they are used to with Windows. >> And in this case the issue is serving files over samba to windows = machines. > Hey Julian, >=20 > I've thrown the patch up at https://reviews.freebsd.org/D12330 . I > haven't actually tested it on FreeBSD, but it does compile. We also > have some patches against contrib/pjdfstest to fix those tests against > long file names, but I think we can hold off on those changes until > we've nailed down what the architectural change will be (if any). Hi Conrad, This patch makes me think about another related bug #184340 : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D184340 It is about PATH_MAX which in some cases can be too small. Not sure if it's the case / and how to do it, but perhaps it is time to raise some other limits / think about a global solution regarding these length limits ? Many thanks ! Ben From owner-freebsd-current@freebsd.org Tue Sep 12 22:48:14 2017 Return-Path: Delivered-To: freebsd-current@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 ED6F5E22E7E for ; Tue, 12 Sep 2017 22:48:14 +0000 (UTC) (envelope-from lyndon@orthanc.ca) 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 D6A5766966 for ; Tue, 12 Sep 2017 22:48:14 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: by mailman.ysv.freebsd.org (Postfix) id D5F17E22E7D; Tue, 12 Sep 2017 22:48:14 +0000 (UTC) Delivered-To: current@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 D57EEE22E7C for ; Tue, 12 Sep 2017 22:48:14 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orthanc.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C006E66965 for ; Tue, 12 Sep 2017 22:48:14 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from localhost (localhost [IPv6:0:0:0:0:0:0:0:1]) by orthanc.ca (8.15.2/8.15.2) with ESMTPS id v8CMmDhI063967 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 12 Sep 2017 15:48:13 -0700 (PDT) (envelope-from lyndon@orthanc.ca) Date: Tue, 12 Sep 2017 15:48:13 -0700 (PDT) From: Lyndon Nerenberg To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Removal of catman from base In-Reply-To: <78909.1505251253@critter.freebsd.dk> Message-ID: References: <20170912184200.GD99742@gmail.com> <77524.1505242222@critter.freebsd.dk> <78909.1505251253@critter.freebsd.dk> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on orthanc.ca X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 22:48:15 -0000 On Tue, 12 Sep 2017, Poul-Henning Kamp wrote: > I'm pretty sure that SVR1 had catman and roff was an extra and somewhat > pricey software package. The SVR1 (and 2) systems I had access to were all CTIX, and it shipped with nroff/troff. And the 3B4000 & 3B2s I used later (SVR2 and later) also had nroff/troff. Maybe you're thinking of ditroff (Device Independent Troff) that was sold for gobs of $$$ through the AT&T Toolchest. Certainly none of the SVRx machines I used shipped with ditroff. I don't even think ditroff was on our 3B2 SVR3 source tapes. But I very clearly recall the absense of manpage source on that SVR3 tape. I remember howling bloody murder at AT&T Canada over that. This was at Athabasca University - a distance education institution. We typeset all our own course materials (using Softquad's sqtroff), and not being able to include properly typeset manpages with the course documentation (especially reflecting our local modifications to the systems) made me ... grumpy. --lyndon From owner-freebsd-current@freebsd.org Tue Sep 12 22:54:03 2017 Return-Path: Delivered-To: freebsd-current@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 32A88E23298; Tue, 12 Sep 2017 22:54:03 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.161.179]) (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 E99DD66DCA; Tue, 12 Sep 2017 22:54:02 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-yw0-f179.google.com with SMTP id v72so29278632ywa.3; Tue, 12 Sep 2017 15:54:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=Cu6pZe6V5Dn7lfbAu6cOclFpi14j/v7n96PUR5lNWj8=; b=hJkOow3WMh5QAIZ4g+65jhA3YmBZPvEJy5VdpvtnRGlis82mQyamcdUaP9w+wUvyqK MTwdcC3ZhsJUmlTtfzwY5ggsyCy09W8ScRmYnAMtwbwCm5KCv2G6Wj1/QNdy4Swyr/2h CNVgwx+B1B+J+wnp713XnGCTNI/pqZ9YFtWRyJ9q704UPb3auzo6apmI54wGM52sdgNG JQ8UTEhweFYfFJwz/MoLjvad4ah4cy8O82zoDSw2ai5xfaq6H0a+Np/2oRexqBFfxM9s KI3LPCvHn5GFWGuh88iMSUtYbe1K97imPlhE5J3gGpkV1x5pBXYiBMMu7yYq7qUqcgCB qZqg== X-Gm-Message-State: AHPjjUikkCBxPS2urD+U3YL3a9ZIv4sFn5Ds1rUnqVcuYxuml5FJrwXS qnQrSD7iA2qYp32KcHE= X-Received: by 10.13.209.6 with SMTP id t6mr13754245ywd.60.1505256835583; Tue, 12 Sep 2017 15:53:55 -0700 (PDT) Received: from mail-io0-f179.google.com (mail-io0-f179.google.com. [209.85.223.179]) by smtp.gmail.com with ESMTPSA id g72sm4331652ywe.26.2017.09.12.15.53.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 15:53:55 -0700 (PDT) Received: by mail-io0-f179.google.com with SMTP id v36so43241345ioi.1; Tue, 12 Sep 2017 15:53:55 -0700 (PDT) X-Google-Smtp-Source: ADKCNb4oA9KkamK0dy8LOKyjyZ2m2lGbwO7B/yMN6gyx9Xlgjd/UrtKl2QjJAg3TdA74LlzyP5srOIYo4oas2rw/GMs= X-Received: by 10.107.11.102 with SMTP id v99mr12980164ioi.260.1505256834858; Tue, 12 Sep 2017 15:53:54 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.2.81.131 with HTTP; Tue, 12 Sep 2017 15:53:54 -0700 (PDT) In-Reply-To: <041393BA-94E3-4D22-95C8-EF0634746DC3@gmail.com> References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> <041393BA-94E3-4D22-95C8-EF0634746DC3@gmail.com> From: Conrad Meyer Date: Tue, 12 Sep 2017 15:53:54 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: extending the maximum filename length (pointer to patch)[request for input] To: Ben RUBSON Cc: "freebsd-fs@freebsd.org" , freebsd-current , Julian Elischer Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 22:54:03 -0000 On Tue, Sep 12, 2017 at 2:11 PM, Ben RUBSON wrote: > Hi Conrad, > > This patch makes me think about another related bug #184340 : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184340 > It is about PATH_MAX which in some cases can be too small. > > Not sure if it's the case / and how to do it, > but perhaps it is time to raise some other limits / > think about a global solution regarding these length limits ? > > Many thanks ! Hi Ben, Yes, I think that bug is about basically the same issue under discussion here. Best, Conrad From owner-freebsd-current@freebsd.org Tue Sep 12 22:55:55 2017 Return-Path: Delivered-To: freebsd-current@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 A5D57E23426 for ; Tue, 12 Sep 2017 22:55:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5D466FBA for ; Tue, 12 Sep 2017 22:55:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7A9D5E23423; Tue, 12 Sep 2017 22:55:55 +0000 (UTC) Delivered-To: current@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 7A448E23422 for ; Tue, 12 Sep 2017 22:55:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4781566FB8 for ; Tue, 12 Sep 2017 22:55:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x230.google.com with SMTP id v36so43249262ioi.1 for ; Tue, 12 Sep 2017 15:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=eGRJlPM9CRiSt2nHo2cCa1E+ib/D5VaUIidZXljPe8U=; b=aDtCkMh62JWrgICYBEKNgX29I8vl2jesJczkyiC6N1VOLsQPxDn4U1De/8RTuT8we/ oJYf3rDemKSywl99tByUkpd8ZEST0Zi2zLx1lRpU7snQl6lSif8d/NcT/qkcp+T8CK7x eDWtZo7UFWdynzTfBbvIs1Di0QTNnoI3HAtxDcfkBZ/CNz03BhMMkIhLrurP5dvYbSDN MmGMThsxRE5bCZE5XqU2Ta8qA7HjOuSQhq+aRtRQC/b73WdTneOLuLSlcKY83yaOUSpW jQEt2xUp3ygi+gOK7iQzbD5Eos/IT+pqDGEsc8KlbMyuZhUYgvhAeVLD2OX4wTgT9bcW BCag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=eGRJlPM9CRiSt2nHo2cCa1E+ib/D5VaUIidZXljPe8U=; b=hGplk25x99TP+8GPQNcTIO3ZSYQO6v0ExFcKip4g/rAf/N8HjA7DcYGE6Ipehp7dMs RbcsgmYwghCpekrsvEWkLwpqY28fpR8+YYfyTIHqM2DLyhkAbpVFNk4cVzCpn1rsaUFy c07Zn0RyY64bIx151X0/PE5DZLRsV/Qu83sXeOpc1IoTJondEATTkBTTaOZ+3Hjoi/To jPUhPBlxAgmAfRX8/c7jJVtvkDEZOIu6NALrDVHWm+1G9V0g5//KyWGtHpey7gIJ69Re Zy12TPAxkmnek1D7CkZLyB6fajqv5kvJXeKk22zpTu6DHgL4ISk83ieETm51S7V9zsUU dmXA== X-Gm-Message-State: AHPjjUhaC1/AC9UskOsYRQXeZvQTDl/37IKc7QmSZZrUuQwIBRIWuEYt uEGoXWd6+hsVA07O5GcNa8evZOheCqFt X-Google-Smtp-Source: AOwi7QDdxf/X0LNAMdPRxCSODpaxnWHeFf+pAPBgYJ87JK3pMYAYzgfhjQGGClEScSv3BaIe6z825+/TZ/NJ01v6eD8= X-Received: by 10.107.41.138 with SMTP id p132mr25445664iop.282.1505256954359; Tue, 12 Sep 2017 15:55:54 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.10.71 with HTTP; Tue, 12 Sep 2017 15:55:53 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:60a7:d7e6:aef8:c203] In-Reply-To: References: <20170912184200.GD99742@gmail.com> <77524.1505242222@critter.freebsd.dk> <78909.1505251253@critter.freebsd.dk> From: Warner Losh Date: Tue, 12 Sep 2017 16:55:53 -0600 X-Google-Sender-Auth: lis7UsK8AjBZ7YkvyAKT3_ZvmtM Message-ID: Subject: Re: Removal of catman from base To: Lyndon Nerenberg Cc: Poul-Henning Kamp , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 22:55:55 -0000 On Tue, Sep 12, 2017 at 4:48 PM, Lyndon Nerenberg wrote: > On Tue, 12 Sep 2017, Poul-Henning Kamp wrote: > > I'm pretty sure that SVR1 had catman and roff was an extra and somewhat >> pricey software package. >> > > The SVR1 (and 2) systems I had access to were all CTIX, and it shipped > with nroff/troff. And the 3B4000 & 3B2s I used later (SVR2 and later) also > had nroff/troff. > > Maybe you're thinking of ditroff (Device Independent Troff) that was sold > for gobs of $$$ through the AT&T Toolchest. Certainly none of the SVRx > machines I used shipped with ditroff. I don't even think ditroff was on > our 3B2 SVR3 source tapes. > > But I very clearly recall the absense of manpage source on that SVR3 tape. > I remember howling bloody murder at AT&T Canada over that. This was at > Athabasca University - a distance education institution. We typeset all > our own course materials (using Softquad's sqtroff), and not being able to > include properly typeset manpages with the course documentation (especially > reflecting our local modifications to the systems) made me ... grumpy. Back in school, our SunOS 3, SunOS 4 and VAX running BSD 4.{2,3} we had to run a special ditroff to use the Imagen laser printer. And it was a special deal that came with the printer to support document creation on the Unix boxes. I don't know if it was an extra cost item for the Imagen printer or not, but it wasn't part of the base system. Warner From owner-freebsd-current@freebsd.org Tue Sep 12 22:57:02 2017 Return-Path: Delivered-To: freebsd-current@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 773A0E23591; Tue, 12 Sep 2017 22:57:02 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.161.181]) (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 392B467127; Tue, 12 Sep 2017 22:57:01 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-yw0-f181.google.com with SMTP id s62so31421052ywg.0; Tue, 12 Sep 2017 15:57:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=tZJ8/HkoP5ODUqO0rqMDQqW115BBMDlK7JFNItlqolg=; b=Drbm0ny0gnWx7RrfCF2yAw3/gbnbgsqw4UnAgVavkWSf0OM03Kvm9sJQxsts//H1+U XaCnuamUFzmFnfXR0GlzTE8s3Ga4xBM5WSUYwYdL/FvNQM9iIxEvtWG6kOiyfyc2dEKM azbU6ixVqyC4z3Z8opYURy4Vi9lROrLEfOY3tmfzJREZ71ts6ZtMVM2KFYjITWvPNcsC Y8pUv0M8JElkUTkKavnnYeGJJ73bSGXpjLZjHGbc2Q++Vz+j54sfae9rnkmkjp1JYwa7 oAJQSx0krnt1RGmqlk00OV9sfbubQlVuAPkmJcRLo3yuIsrYEuNG5ZkdteNec9U/GcTb UASg== X-Gm-Message-State: AHPjjUgTkzckH+1V1wOPkmHKHKjocXPb7U3fREvg740FLHCK6LJ91HtY 4F0pmeWiFdL4bfWXLZo= X-Received: by 10.37.188.129 with SMTP id e1mr13764327ybk.139.1505257014764; Tue, 12 Sep 2017 15:56:54 -0700 (PDT) Received: from mail-it0-f49.google.com (mail-it0-f49.google.com. [209.85.214.49]) by smtp.gmail.com with ESMTPSA id g10sm4286361ywl.54.2017.09.12.15.56.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 15:56:54 -0700 (PDT) Received: by mail-it0-f49.google.com with SMTP id o200so2638664itg.0; Tue, 12 Sep 2017 15:56:54 -0700 (PDT) X-Google-Smtp-Source: AOwi7QA5bM/7EXE2oaVyGbyiywncFoN7wFmjhhQDsoE0YdVrZBRDR8UoPNnXm6NspzhWNUSWInP6GPlY5bcLJR8Xl8k= X-Received: by 10.36.110.4 with SMTP id w4mr2193089itc.38.1505257013637; Tue, 12 Sep 2017 15:56:53 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.2.81.131 with HTTP; Tue, 12 Sep 2017 15:56:52 -0700 (PDT) In-Reply-To: References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> <041393BA-94E3-4D22-95C8-EF0634746DC3@gmail.com> From: Conrad Meyer Date: Tue, 12 Sep 2017 15:56:52 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: extending the maximum filename length (pointer to patch)[request for input] To: Rainer Duffner Cc: Ben RUBSON , "cem@FreeBSD.org" , "freebsd-fs@freebsd.org" , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 22:57:02 -0000 On Tue, Sep 12, 2017 at 2:23 PM, Rainer Duffner wr= ote: > And there=E2=80=99s also this bug: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215067 > > "g_dev_taste: make_dev_p() failed on importing pool with snapshots with l= ong > names=E2=80=9C > > > > But maybe that has nothing to do with it. Hi Rainer, Yes, I think that one is mostly orthogonal to the filesystem path lengths. Still, it might also be nice to expand that one while we're there. ino64 was nice enough to bump MNAMELEN from 88 to 1024 and d_namlen to 16 bits, so we don't have to expand those. Best, Conrad From owner-freebsd-current@freebsd.org Tue Sep 12 22:59:45 2017 Return-Path: Delivered-To: freebsd-current@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 E0323E23834 for ; Tue, 12 Sep 2017 22:59:45 +0000 (UTC) (envelope-from kayasaman@gmail.com) Received: from mail-wr0-x234.google.com (mail-wr0-x234.google.com [IPv6:2a00:1450:400c:c0c::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 7392867412 for ; Tue, 12 Sep 2017 22:59:45 +0000 (UTC) (envelope-from kayasaman@gmail.com) Received: by mail-wr0-x234.google.com with SMTP id k20so25433426wre.4 for ; Tue, 12 Sep 2017 15:59:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:date:in-reply-to:references:mime-version :content-transfer-encoding; bh=CmEoV6R/SQYkIRI6j7znDtDf3kXv2Az5tTO0gxwx9RE=; b=tzmjnR/zFSJMJmkxgToP4+4MThA8RZRXFMGwfZeVMEvBmO8FzR0ySbysg1QhBpc5e/ Dr/88s/QMKgMeLSK+/uuWgY5SrbeEKeLY+pefAZMA4sUAI9mPB7ujDylD25HKD7kcoUh CMSusJv+gcin7YRDK8Q+XSzHiJGOV34g/J5Ab4A6uz92bqxlWVpzGmWcGvqCPhDdUwky xH12d6pBZtcS2jVM8kdMRw1Y6kXzQ5C5Nwm95SJLCB8w3d5nV5Ke2FJ4NLnZzPhNOrL6 s9tx4GSfogn0s+5GzJC7GMCf9t0urKCsjMrj9mhR6stcnnBTAodm96RZY/HzeoI8mHYF 0XEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=CmEoV6R/SQYkIRI6j7znDtDf3kXv2Az5tTO0gxwx9RE=; b=LuG4F4kZKdLsOgFYGDMgD8eorI/XjuOaMijxjtXiTjwqZl5aNBcEdvqRiZZIZ0HvFF 94qK+IPgJ6dTCaN7C3TRJ48DGrmdXWsJGuc47f+e9U5iD7K3M9IguS1nZeG4hFaNci4v EaCEy+mchK+xHp48G5FlZJH8ceulDb/ykLz5KeygZQHS1JGdX4YmeW5VgAr6qtcR25p0 37vp/GZOHurXS4RS5wdDQ0MXyBb/kArSbz37lyLZxm/fZBP8eNGhbeV8zznQ29+nSsa/ zuFpQ1MyNc1sI8jBoXdxv3oOZ8mig6QjZMXOI2LtNcsDdzrHTJknrr84GJxVcM2HDKjn ffCQ== X-Gm-Message-State: AHPjjUi2yxprdxyGsE5vlGlEszbgZXEgD8ep4/bawwEofOMlJC3lgMJS a2pSpC5QvFND7rcLpNs= X-Google-Smtp-Source: ADKCNb5kxe1xdhWcmje+uKExTRAVL7E6/q8UcK2pZ6U2GBn+dCCG6nTVtgS2cDy7a5tt7P7I7z6Bbw== X-Received: by 10.223.157.142 with SMTP id p14mr13178621wre.104.1505257182824; Tue, 12 Sep 2017 15:59:42 -0700 (PDT) Received: from Sting-Ray.optiplex-networks.com (optiplexnetworks.plus.com. [212.159.80.17]) by smtp.googlemail.com with ESMTPSA id 25sm12248407wrv.8.2017.09.12.15.59.42 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 12 Sep 2017 15:59:42 -0700 (PDT) Message-ID: <1505257181.13003.28.camel@gmail.com> Subject: Re: Stack trace From: Kaya Saman To: freebsd-current@freebsd.org Date: Tue, 12 Sep 2017 23:59:41 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2017 22:59:46 -0000 On Mon, 2017-09-11 at 22:44 -0500, Jeremy wrote: > Lock order reversals are quite normal if you are using 12 Current, > especially with the GENERIC kernel, since all of the debugging > features are > turned on. I think the options WITNESS causes LORs to be printed. I > see > them when I restart my system, when I unload kernel modules, and when > I > unmount my memory sticks. > > Regards, > Jeremy Cox > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd > .org" Ah thanks. So no problem then :-) Regards, Kaya From owner-freebsd-current@freebsd.org Wed Sep 13 00:58:53 2017 Return-Path: Delivered-To: freebsd-current@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 18C83E02880; Wed, 13 Sep 2017 00:58:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2E6C6BC6C; Wed, 13 Sep 2017 00:58:52 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-69-250-203.dyn.iinet.net.au [106.69.250.203]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v8D0wknK025227 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 12 Sep 2017 17:58:50 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: extending the maximum filename length (pointer to patch)[request for input] To: Jonathan Anderson Cc: cem@freebsd.org, freebsd-current , "freebsd-fs@freebsd.org" References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> <3C985916-3641-45B7-A721-C4F89A699B70@FreeBSD.org> From: Julian Elischer Message-ID: <9c450074-c599-f968-61e4-23f0350b0466@freebsd.org> Date: Wed, 13 Sep 2017 08:58:40 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <3C985916-3641-45B7-A721-C4F89A699B70@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 00:58:53 -0000 On 13/9/17 1:16 am, Jonathan Anderson wrote: > On 12 Sep 2017, at 14:38, Julian Elischer wrote: > >> .txt >> >> (I have no idea what that says but apparently it's a real filename >> from a windows machine that blew up when written via samba.) > > Google Translate says, amusingly: > "This is a test file for the length of the file name. The purpose is > to name a file in Chinese or Japanese or Korean characters and > require the character to be longer than 85 characters and then copy > the file into our shared folder to see if it can copy the file To > me" (.txt, I guess) > > No matter what number you choose for a path length, you're never > going to win against that specific user. :) ha! it was give as an example to show us the limit. Apparently however our company has difficulty selling in China due to this limit because Microsoft has a much larger limit and people use it. > > > Jon > -- > Jonathan Anderson > jonathan@FreeBSD.org > > From owner-freebsd-current@freebsd.org Wed Sep 13 06:32:34 2017 Return-Path: Delivered-To: freebsd-current@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 4A0D5E0F8C0 for ; Wed, 13 Sep 2017 06:32:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3451D756D1 for ; Wed, 13 Sep 2017 06:32:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: by mailman.ysv.freebsd.org (Postfix) id 337CAE0F8BF; Wed, 13 Sep 2017 06:32:34 +0000 (UTC) Delivered-To: current@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 33197E0F8BE for ; Wed, 13 Sep 2017 06:32:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id EACE5756D0 for ; Wed, 13 Sep 2017 06:32:33 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4997E2739F; Wed, 13 Sep 2017 06:32:31 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v8D6WUgF080631; Wed, 13 Sep 2017 06:32:30 GMT (envelope-from phk@phk.freebsd.dk) To: Warner Losh cc: Lyndon Nerenberg , FreeBSD Current Subject: Re: Removal of catman from base In-reply-to: From: "Poul-Henning Kamp" References: <20170912184200.GD99742@gmail.com> <77524.1505242222@critter.freebsd.dk> <78909.1505251253@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <80629.1505284350.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 13 Sep 2017 06:32:30 +0000 Message-ID: <80630.1505284350@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 06:32:34 -0000 -------- In message , Warner Losh writes: >Back in school, our SunOS 3, SunOS 4 and VAX running BSD 4.{2,3} we had t= o >run a special ditroff [...] ditroff =3D Device Independent Troff The original troff were hardwired to the C/A/T photo-typesetter which by the time of SVR bare existed in the market anymore. Ditroff took a configfile and emitted a documented output, which a device-dependent postprocessor would convert into something the actual hardware understood. I think I wrote about a dozen ditroff config+preprocessor combos during the late 1980ies. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Sep 13 13:10:44 2017 Return-Path: Delivered-To: freebsd-current@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 D4EA9E203C9 for ; Wed, 13 Sep 2017 13:10:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id BEBA13E0F for ; Wed, 13 Sep 2017 13:10:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id BAFD7E203C8; Wed, 13 Sep 2017 13:10:44 +0000 (UTC) Delivered-To: current@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 BA830E203C7 for ; Wed, 13 Sep 2017 13:10:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 8FF563E0B for ; Wed, 13 Sep 2017 13:10:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v8DDAgrS049010 for ; Wed, 13 Sep 2017 13:10:42 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v8DDAgAq049009 for current@freebsd.org; Wed, 13 Sep 2017 06:10:42 -0700 (PDT) (envelope-from david) Date: Wed, 13 Sep 2017 06:10:42 -0700 From: David Wolfskill To: current@freebsd.org Subject: Panic: @r323525: iflib Message-ID: <20170913131042.GZ1351@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qlO3cJeIUypwojD8" Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 13:10:44 -0000 --qlO3cJeIUypwojD8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My build machine didn't have the problem -- unfortunately (as I have a serial console on it). The laptop did.... The panic occurs immediately after probing the NICs (so the good news is that it didn't have a chance yet to mount any filesystems; the bad news is that there's no dump available). (In transcribing the backtrace, I realized that the laptop has an em(4) device; the build machine does not. And iflib appears to be implicated.) I used my phone to grab screeshots of the backtrace... and the program I run on the phone to act as an SSH server so I can get the photos from it has suddenly become completely confused as to what the IP address of the phone is on the local network (using an unreachable 10/8 address; at this point, I won't waste my time trying to figure out how THAT broke). I did try clearing /usr/obj/usr/src/sys/CANARY/* and rebuilding the kernel, but the symptom persists. (I am using "WITH_META_MODE=3Dyes".) Previous successful build was: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #398 r3234= 83M/323489:1200044: Tue Sep 12 04:31:08 PDT 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 The usual historical information, including a verbose-boot dmesg.boot =66rom the above-cited build, may be found at . I will try hand-transcribing some of the lock & backtrace info: =2E.. em0: allocated for 1 rx_queues Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex taskqgroup (taskqgroup) r =3D 0 (0xfffffe07be2e4800) = locked @ /usr/src/sys/kern/subr_gtaskqueue.c:803 stack backtrace: [which I am abbreviating at this point -- dhw] #0 ... at witness_debugger+0x73 #1 ... at witness_warn+0x43f #2 ... at trap_pfault+0x53 #3 ... at trap+0x2c5 #4 ... at calltrap+0x8 #5 ... at iflib_device_register+0x2a61 #6 ... at iflib_device_attach+0xb7 #7 ... at device_attach+0x3ee #8 ... at bus_generic_attach+0x5a #9 ... at pci_attach+0xd5 #10 ... at device_attach+0x3ee #11 ... at bus_generic_attach+0x5a #12 ... at acpi_pcib_acpi_attach+0x3bc #13 ... at device_attach+0x3ee #14 ... at bus_generic_attach+0x5a #15 ... at acpi_attach+0xe85 #16 ... at device_attach+0x3ee #17 ... at bus_generic_attach+0x5a Fatal trap 12: page fault while in kernel mode cpuid =3D 2; apic id =3D 02 fault virtual address =3D 0xffffffff8b530c20 fault code =3D supervisor write data, page not present =2E.. [ thread pid 0 tid 100000 ] Stopped at 0xffffffff80a743b0 =3D taskqgroup_attach+0x230: orq %r= ax,-0x 58(%rbp,%xrx,8) I can provide more specific excerpts, but I need to focus on some other activities for a while. Peace, david --=20 David H. Wolfskill david@catwhisker.org http://www.cbc.ca/news/opinion/donald-trump-playbook-1.4265374 See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qlO3cJeIUypwojD8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZuS5SXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XSAAIAKHiaWfYP1vPEqLhSUU0awoE /iJJv2Rj10LA3ndt/y8tIUyyHcy+FyrHcETIUqrEfm/XqP+adnecH/d8VKIPbH8/ Ji8zIWWFfOCC9cOKLO3dVWF8ZVaPmum2IgQsowhNqXBhBbIfmPPuQq9b0YXmMsyB CJoRrmxqrfI2blulpTDhsO2EEXF6r4Vle58F/pEMrh1hk8Nx0XjVaxZ0eg7uYq/Q IdinzLr5hClr2mae4N7RVPZsho34egTM6HPhDCzOHapiSaKStlpAgTNEIzNProSu euUiIG7kqIZiqXLeqxt9Rx7iVi8Es6aILpnJZ4k9OpX8HYs+kmdt+h136ptw/h8= =M8a2 -----END PGP SIGNATURE----- --qlO3cJeIUypwojD8-- From owner-freebsd-current@freebsd.org Wed Sep 13 14:20:46 2017 Return-Path: Delivered-To: freebsd-current@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 2707AE23564 for ; Wed, 13 Sep 2017 14:20:46 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 042CB665C9 for ; Wed, 13 Sep 2017 14:20:46 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 00B1AE23561; Wed, 13 Sep 2017 14:20:46 +0000 (UTC) Delivered-To: current@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 00562E23560 for ; Wed, 13 Sep 2017 14:20:46 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yw0-f177.google.com (mail-yw0-f177.google.com [209.85.161.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA36A665C6; Wed, 13 Sep 2017 14:20:45 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-yw0-f177.google.com with SMTP id v72so859966ywa.3; Wed, 13 Sep 2017 07:20:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=Ir33ZYx8OaSZCKR+Lo9SOM9Bi+G5dHtzOnnI+KG7C1Y=; b=XVAe3eZw+cbOE0ejpQWOAxXNAT4/8cHn+2CFx1adUAnr3pGC1qiOqZBhe2/hKJZmte UsKTkDYqG66/W/2ljtEDOnQyAnlnwfSlZ4sYCAT42elbd/clirLsu2PmgsVyWoHhZB/X /VjEI5XeAiJi1wNwl/4USdC/LmhmRUZp2y2lNPr5oIa9UQLcpxuwqYD/y9y6cslFrTA1 4oX/nQxqkbZFNI5m4YRh+nEXGVdYeObQDZk5qTwPWP5sB9Q/tD1R6o2Q45tFZkM0kG4b AGVa9GplHujpunOhLbVx1b6Vx1Uwhy201ei/JAEOymvNAEL29ARDZqg6nv8t87vM9EWk LuOQ== X-Gm-Message-State: AHPjjUiRqFC9+xMcaRF+2n+NuGrf+tLwlwmSXfwFyT/1P5hBlmcbOYef Y+w8wVS84LGCu3heLmI= X-Received: by 10.37.162.144 with SMTP id c16mr15053055ybi.244.1505312438545; Wed, 13 Sep 2017 07:20:38 -0700 (PDT) Received: from mail-it0-f54.google.com (mail-it0-f54.google.com. [209.85.214.54]) by smtp.gmail.com with ESMTPSA id t66sm4693343ywe.79.2017.09.13.07.20.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Sep 2017 07:20:38 -0700 (PDT) Received: by mail-it0-f54.google.com with SMTP id 6so2681885itl.1; Wed, 13 Sep 2017 07:20:37 -0700 (PDT) X-Google-Smtp-Source: AOwi7QCaP0PeqYvgqEsZ2mtGiKZJ0oz/x1Uyz6YXbtmZmTU/ohpa5tqYY13sUbyyQ/HK6UIWDGYEUDHYgV1Ncm9QhUo= X-Received: by 10.36.84.81 with SMTP id t78mr4543007ita.117.1505312437154; Wed, 13 Sep 2017 07:20:37 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.2.81.131 with HTTP; Wed, 13 Sep 2017 07:20:36 -0700 (PDT) In-Reply-To: <20170913131042.GZ1351@albert.catwhisker.org> References: <20170913131042.GZ1351@albert.catwhisker.org> From: Conrad Meyer Date: Wed, 13 Sep 2017 07:20:36 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic: @r323525: iflib To: David Wolfskill , current Cc: Stephen Hurd Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 14:20:46 -0000 Well, we know it's due to r323516, but unfortunately can't have you bisect from there because it was committed as a giant lump. If it can't be fixed quickly, maybe it should be reverted? Best, Conrad On Wed, Sep 13, 2017 at 6:10 AM, David Wolfskill wrote: > My build machine didn't have the problem -- unfortunately (as I have a > serial console on it). The laptop did.... The panic occurs immediately > after probing the NICs (so the good news is that it didn't have a chance > yet to mount any filesystems; the bad news is that there's no dump > available). (In transcribing the backtrace, I realized that the laptop > has an em(4) device; the build machine does not. And iflib appears to > be implicated.) > > I used my phone to grab screeshots of the backtrace... and the program I > run on the phone to act as an SSH server so I can get the photos from it > has suddenly become completely confused as to what the IP address of the > phone is on the local network (using an unreachable 10/8 address; at > this point, I won't waste my time trying to figure out how THAT broke). > > I did try clearing /usr/obj/usr/src/sys/CANARY/* and rebuilding the > kernel, but the symptom persists. (I am using "WITH_META_MODE=yes".) > > Previous successful build was: > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #398 r323483M/323489:1200044: Tue Sep 12 04:31:08 PDT 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > The usual historical information, including a verbose-boot dmesg.boot > from the above-cited build, may be found at > . > > I will try hand-transcribing some of the lock & backtrace info: > > ... > em0: allocated for 1 rx_queues > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex taskqgroup (taskqgroup) r = 0 (0xfffffe07be2e4800) locked @ /usr/src/sys/kern/subr_gtaskqueue.c:803 > stack backtrace: [which I am abbreviating at this point -- dhw] > #0 ... at witness_debugger+0x73 > #1 ... at witness_warn+0x43f > #2 ... at trap_pfault+0x53 > #3 ... at trap+0x2c5 > #4 ... at calltrap+0x8 > #5 ... at iflib_device_register+0x2a61 > #6 ... at iflib_device_attach+0xb7 > #7 ... at device_attach+0x3ee > #8 ... at bus_generic_attach+0x5a > #9 ... at pci_attach+0xd5 > #10 ... at device_attach+0x3ee > #11 ... at bus_generic_attach+0x5a > #12 ... at acpi_pcib_acpi_attach+0x3bc > #13 ... at device_attach+0x3ee > #14 ... at bus_generic_attach+0x5a > #15 ... at acpi_attach+0xe85 > #16 ... at device_attach+0x3ee > #17 ... at bus_generic_attach+0x5a > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0xffffffff8b530c20 > fault code = supervisor write data, page not present > ... > [ thread pid 0 tid 100000 ] > Stopped at 0xffffffff80a743b0 = taskqgroup_attach+0x230: orq %rax,-0x 58(%rbp,%xrx,8) > > I can provide more specific excerpts, but I need to focus on some > other activities for a while. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > http://www.cbc.ca/news/opinion/donald-trump-playbook-1.4265374 > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@freebsd.org Wed Sep 13 15:22:02 2017 Return-Path: Delivered-To: freebsd-current@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 71B42E00F43 for ; Wed, 13 Sep 2017 15:22:02 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 40FC369A1A; Wed, 13 Sep 2017 15:22:01 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-215-166.albq.qwest.net [67.0.215.166]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 5F2C7192892; Wed, 13 Sep 2017 15:22:00 +0000 (UTC) Subject: Re: Panic: @r323525: iflib To: freebsd-current@freebsd.org, dhw@freebsd.org References: <20170913131042.GZ1351@albert.catwhisker.org> From: Sean Bruno Message-ID: Date: Wed, 13 Sep 2017 09:21:57 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <20170913131042.GZ1351@albert.catwhisker.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jxQSotIFm8tBVxuNFisO5R8MAJnj9tIw9" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 15:22:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jxQSotIFm8tBVxuNFisO5R8MAJnj9tIw9 Content-Type: multipart/mixed; boundary="63PvxhKNL2b1htUWii64mMd3lXxx4XVFS"; protected-headers="v1" From: Sean Bruno To: freebsd-current@freebsd.org, dhw@freebsd.org Message-ID: Subject: Re: Panic: @r323525: iflib References: <20170913131042.GZ1351@albert.catwhisker.org> In-Reply-To: <20170913131042.GZ1351@albert.catwhisker.org> --63PvxhKNL2b1htUWii64mMd3lXxx4XVFS Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable > Previous successful build was: > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #398 r= 323483M/323489:1200044: Tue Sep 12 04:31:08 PDT 2017 root@g1-252.catw= hisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >=20 > The usual historical information, including a verbose-boot dmesg.boot > from the above-cited build, may be found at > . >=20 > I will try hand-transcribing some of the lock & backtrace info: >=20 > ... > em0: allocated for 1 rx_queues > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex taskqgroup (taskqgroup) r =3D 0 (0xfffffe07be2e48= 00) locked @ /usr/src/sys/kern/subr_gtaskqueue.c:803 > stack backtrace: [which I am abbreviating at this point -- dhw] > #0 ... at witness_debugger+0x73 > #1 ... at witness_warn+0x43f > #2 ... at trap_pfault+0x53 > #3 ... at trap+0x2c5 > #4 ... at calltrap+0x8 > #5 ... at iflib_device_register+0x2a61 > #6 ... at iflib_device_attach+0xb7 > #7 ... at device_attach+0x3ee > #8 ... at bus_generic_attach+0x5a > #9 ... at pci_attach+0xd5 > #10 ... at device_attach+0x3ee > #11 ... at bus_generic_attach+0x5a > #12 ... at acpi_pcib_acpi_attach+0x3bc > #13 ... at device_attach+0x3ee > #14 ... at bus_generic_attach+0x5a > #15 ... at acpi_attach+0xe85 > #16 ... at device_attach+0x3ee > #17 ... at bus_generic_attach+0x5a >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =3D 0xffffffff8b530c20 > fault code =3D supervisor write data, page not present > ... > [ thread pid 0 tid 100000 ] > Stopped at 0xffffffff80a743b0 =3D taskqgroup_attach+0x230: orq = %rax,-0x 58(%rbp,%xrx,8) >=20 > I can provide more specific excerpts, but I need to focus on some > other activities for a while. >=20 > Peace, > david >=20 When you get a chance, let me know what em(4) device is in your machine (pciconf -lvbc). I'll see if I have one around here to test. I'm assuming you do *not* have any iflib or em(4) tuning options set eith= er. sean --63PvxhKNL2b1htUWii64mMd3lXxx4XVFS-- --jxQSotIFm8tBVxuNFisO5R8MAJnj9tIw9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAlm5TRVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LbrUwf+K3kAnBjoWgrEVs15aURHClfS96jxKg14n43JVHStzdSPFNt03hnijkvD 1rCeuVF7BtycuEA7kXZxG1ose5jS6kRP3nQ8bDzUo6wCxMG8iiFq+bE/fVs2pYbn Ew4Yy4a2S98WvAftYuAx+CM0xzPx93tSSSvYpBD331IftnbaRXdXexcFzUq6Mwz0 ZSA9wI2swUr3NjglqnPQqMsm7pPb8GoWr6Gskyr5FW0wt1qpxgmbA0E4D4/5cURi ip0Rao9SxQdk1yBxSDo5NYgjZhj1QMZUPaK/1pexeWXG4CEekaxpXoZ6lWvpbX1e yafCZFDLgSFIksMx0fdhDEj4j07x6A== =blhP -----END PGP SIGNATURE----- --jxQSotIFm8tBVxuNFisO5R8MAJnj9tIw9-- From owner-freebsd-current@freebsd.org Wed Sep 13 15:47:05 2017 Return-Path: Delivered-To: freebsd-current@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 0B458E01F57 for ; Wed, 13 Sep 2017 15:47:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B5C436A880; Wed, 13 Sep 2017 15:47:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x235.google.com with SMTP id j5so1568564qkd.0; Wed, 13 Sep 2017 08:47:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=UPw5MT5GdFEwdAkPusv2Bx9Zq9o2P8DjmxNjjS2KkGI=; b=WK4hWd7IkqZZjfxV6tloCHaTqzT9KjHiT7Bt/LypxbpsZZ79NVI6PnUdlj8q31hQ96 5uZUvTel1JtU8nJ3+ZXoTCUwZKrGYJXDVR/sQBybl82d35vB6d9IV5vCTQSeGJ0ogSu1 D152sp2AIbcOdkUeIBtBptqxmcbDLNdPfkSODhgBOWsU5pHejRz8aN0AYiAsYOjFh04m ecYjiAZPDMarZNi9ffDT2tRXwQlCfMXDlGKeYmJTXPxS62kePxxJSn2S6df372uqNQW/ 0o/XsUDKUTJWnb4/CtwG6K+NRAhTZvGtYoEsCGUhMUcwGrs7xt2nz2jNLq+MOwdLfE4t mbNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=UPw5MT5GdFEwdAkPusv2Bx9Zq9o2P8DjmxNjjS2KkGI=; b=OM4OcK7ozH74IL1l8bdw/BwC6KbsNXWIlmm/TGKMKghovy76FXTWUFvEyrg8DVq8+u EKU45z+jMpAEdkhJftK11tLSpWTbi5PeK7smQ6bN09wJGsQRNhyu3IgZd95YTraiZ/0Q LplBa8HOd9XFJ0FBW11bhRmMBZ03w3FCR7+p8d1BTqY7hNSuwxrnTfe6BGPJwmpoQ0U3 gS3wzlmySKS0TlXvWt0hREtq7S2Uc3IdA48ULo7fn7I0wF/pUQGFlEL78VzJKawmgacD 1S0oMrtgg/SFEVZNe9COEc3jsmInvsyqjmymh6EMat8HCABWuCSZXCwU41ItekOSDTDy dAgw== X-Gm-Message-State: AHPjjUhfi0lp4wRPQeBAef2RlGn25I+S+LWE8gURZ3qloggNXKUgUkGk H6Rme/ueaXhea6vR X-Google-Smtp-Source: AOwi7QCWHicJYhLlFOQLpVRlN7aooLaALj7ItnptRnsFEwWesRH99dvXqjcqs3XifuAhjvINPcGFcQ== X-Received: by 10.55.43.65 with SMTP id r62mr26115034qkh.250.1505317623412; Wed, 13 Sep 2017 08:47:03 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-203-143.hsd1.wa.comcast.net. [76.104.203.143]) by smtp.gmail.com with ESMTPSA id 13sm10249712qtp.74.2017.09.13.08.47.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Sep 2017 08:47:01 -0700 (PDT) Sender: Mark Johnston Date: Wed, 13 Sep 2017 08:47:13 -0700 From: Mark Johnston To: Raphael Kubo da Costa Cc: "Andrey V. Elsukov" , freebsd-current@FreeBSD.org Subject: Re: r323412: Panic on boot (slab->us_keg == keg) Message-ID: <20170913154713.GA95686@wkstn-mjohnston.west.isilon.com> References: <86vakp1vsq.fsf@orwell> <8ccad12b-3d31-6478-7884-c003bc314990@yandex.ru> <20170912033523.GA89424@wkstn-mjohnston.west.isilon.com> <86ingo1fk7.fsf@orwell> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ingo1fk7.fsf@orwell> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 15:47:05 -0000 On Tue, Sep 12, 2017 at 10:34:00AM +0200, Raphael Kubo da Costa wrote: > Mark Johnston writes: > > > I think the bug is that keg_large_init() doesn't take > > sizeof(struct uma_slab) into account when setting uk_ppera for the keg. > > In particular, the bug isn't specific to the bootup process; it only > > affects internal zones with an item size in the range [4016, 4096]. > > > > The patch below should fix this - could you give it a try? > > I've tried it and can confirm it fixed the panic here. Thanks, committed as r323544. From owner-freebsd-current@freebsd.org Wed Sep 13 15:59:26 2017 Return-Path: Delivered-To: freebsd-current@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 99F07E02BC2 for ; Wed, 13 Sep 2017 15:59:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 5AD4D6B1FA; Wed, 13 Sep 2017 15:59:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v8DFxOL6050462; Wed, 13 Sep 2017 15:59:24 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v8DFxOTB050461; Wed, 13 Sep 2017 08:59:24 -0700 (PDT) (envelope-from david) Date: Wed, 13 Sep 2017 08:59:24 -0700 From: David Wolfskill To: Sean Bruno Cc: freebsd-current@freebsd.org, dhw@freebsd.org Subject: Re: Panic: @r323525: iflib Message-ID: <20170913155924.GB1351@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Sean Bruno , freebsd-current@freebsd.org, dhw@freebsd.org References: <20170913131042.GZ1351@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="u9GIB9AZCVqm0xMO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 15:59:26 -0000 --u9GIB9AZCVqm0xMO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 13, 2017 at 09:21:57AM -0600, Sean Bruno wrote: > ... > When you get a chance, let me know what em(4) device is in your machine > (pciconf -lvbc). I'll see if I have one around here to test. stable/11 says: em0@pci0:0:25:0: class=3D0x020000 card=3D0x05cc1028 chip=3D0x153a808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Ethernet Connection I217-LM' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xf7100000, size 131072, ena= bled bar [14] =3D type Memory, range 32, base 0xf7139000, size 4096, enabl= ed bar [18] =3D type I/O Port, range 32, base 0xf040, size 32, enabled cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] =3D PCI Advanced Features: FLR TP dmesg from verbose boot from yesterday's head says: em0: port 0xf040-0xf05f mem 0xf71000= 00-0xf711ffff,0xf7139000-0xf7139fff irq 20 at device 25.0 on pci0 em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors and 1024 rx descriptors em0: msix_init qsets capped at 1 em0: PCIY_MSIX capability not found; or rid 0 =3D=3D 0. em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 267 to local APIC 4 vector 50 em0: using IRQ 267 for MSI em0: Using an MSI interrupt em0: allocated for 1 tx_queues em0: allocated for 1 rx_queues em0: bpf attached em0: Ethernet address: 34:e6:d7:3c:4a:93 em0: netmap queues/slots: TX 1/1024, RX 1/1024 > I'm assuming you do *not* have any iflib or em(4) tuning options set eith= er. Correct! :-) > sean >=20 Thanks, Sean! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org http://www.cbc.ca/news/opinion/donald-trump-playbook-1.4265374 See http://www.catwhisker.org/~david/publickey.gpg for my public key. --u9GIB9AZCVqm0xMO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZuVXcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XtE4H/Rowjn4ILFm5tL2mVVrpaIkQ BWB6ExkpWGCnHkIgTUoiC42TyBwr1EGLrSjE3dG7Bmel3LMkKSOB11A7vuBpFTMK Vjwy1ycT/M4JsQpz8abqTA42Q1K7syhtBqp7EZP9V5/SJNeDCEaMTFSUlfFZqB6e cNBHM8CaxfMSfnqUQMUGOj1JgdUf3/Y+GmAoC87pSwewZCBFTV6QgXgAvynUcFHm 7LH6SOMP9nb3i/ocnw64X9Bg7DGcG2EQsH3/oec93R78E1dPORqUXzN7MCeRmiUs 50/sGQ5gvRzpss56VXBi8McUmPa1IvFTmoDBHpET1Jr3GZ9eHV+pYRl2MOcUz8k= =ycNf -----END PGP SIGNATURE----- --u9GIB9AZCVqm0xMO-- From owner-freebsd-current@freebsd.org Wed Sep 13 23:08:32 2017 Return-Path: Delivered-To: freebsd-current@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 0EA5AE146F0 for ; Wed, 13 Sep 2017 23:08:32 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF957EA22; Wed, 13 Sep 2017 23:08:31 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: Panic: @r323525: iflib To: Sean Bruno , freebsd-current@freebsd.org, dhw@freebsd.org References: <20170913131042.GZ1351@albert.catwhisker.org> From: Jung-uk Kim Message-ID: Date: Wed, 13 Sep 2017 19:08:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J1hOlhspkf7O88ngKucbkkSsw97He1tcL" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 23:08:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J1hOlhspkf7O88ngKucbkkSsw97He1tcL Content-Type: multipart/mixed; boundary="2Vi9i3vMVV19iXHJ1g67uHmRrots2Ihbf"; protected-headers="v1" From: Jung-uk Kim To: Sean Bruno , freebsd-current@freebsd.org, dhw@freebsd.org Message-ID: Subject: Re: Panic: @r323525: iflib References: <20170913131042.GZ1351@albert.catwhisker.org> In-Reply-To: --2Vi9i3vMVV19iXHJ1g67uHmRrots2Ihbf Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 09/13/2017 11:21, Sean Bruno wrote: >> Previous successful build was: >> FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #398 = r323483M/323489:1200044: Tue Sep 12 04:31:08 PDT 2017 root@g1-252.cat= whisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> The usual historical information, including a verbose-boot dmesg.boot >> from the above-cited build, may be found at >> . >> >> I will try hand-transcribing some of the lock & backtrace info: >> >> ... >> em0: allocated for 1 rx_queues >> Kernel page fault with the following non-sleepable locks held: >> exclusive sleep mutex taskqgroup (taskqgroup) r =3D 0 (0xfffffe07be2e4= 800) locked @ /usr/src/sys/kern/subr_gtaskqueue.c:803 >> stack backtrace: [which I am abbreviating at this point -- dhw] >> #0 ... at witness_debugger+0x73 >> #1 ... at witness_warn+0x43f >> #2 ... at trap_pfault+0x53 >> #3 ... at trap+0x2c5 >> #4 ... at calltrap+0x8 >> #5 ... at iflib_device_register+0x2a61 >> #6 ... at iflib_device_attach+0xb7 >> #7 ... at device_attach+0x3ee >> #8 ... at bus_generic_attach+0x5a >> #9 ... at pci_attach+0xd5 >> #10 ... at device_attach+0x3ee >> #11 ... at bus_generic_attach+0x5a >> #12 ... at acpi_pcib_acpi_attach+0x3bc >> #13 ... at device_attach+0x3ee >> #14 ... at bus_generic_attach+0x5a >> #15 ... at acpi_attach+0xe85 >> #16 ... at device_attach+0x3ee >> #17 ... at bus_generic_attach+0x5a >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 2; apic id =3D 02 >> fault virtual address =3D 0xffffffff8b530c20 >> fault code =3D supervisor write data, page not present >> ... >> [ thread pid 0 tid 100000 ] >> Stopped at 0xffffffff80a743b0 =3D taskqgroup_attach+0x230: orq= %rax,-0x 58(%rbp,%xrx,8) >> >> I can provide more specific excerpts, but I need to focus on some >> other activities for a while. >> >> Peace, >> david >> >=20 >=20 > When you get a chance, let me know what em(4) device is in your machine= > (pciconf -lvbc). I'll see if I have one around here to test. FYI, I have very similar panics after the commit. Reverting the commit from today's head, i.e., r323566 - (r323516 & r323517), fixed the problem for me. em0@pci0:7:0:0: class=3D0x020000 card=3D0x115e8086 chip=3D0x105e8086 rev=3D= 0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82571EB Gigabit Ethernet Controller' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xd0ca0000, size 131072, enabled bar [14] =3D type Memory, range 32, base 0xd0c80000, size 131072, enabled bar [18] =3D type I/O Port, range 32, base 0x2020, size 32, enabled= cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] =3D PCI-Express 1 endpoint max data 256(256) NS link x4(x4) speed 2.5(2.5) ASPM disabled(L0s) ecap 0001[100] =3D AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] =3D Serial 1 001517ffff51bcba em1@pci0:7:0:1: class=3D0x020000 card=3D0x115e8086 chip=3D0x105e8086 rev=3D= 0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82571EB Gigabit Ethernet Controller' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xd0c40000, size 131072, enabled bar [14] =3D type Memory, range 32, base 0xd0c20000, size 131072, enabled bar [18] =3D type I/O Port, range 32, base 0x2000, size 32, enabled= cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] =3D PCI-Express 1 endpoint max data 256(256) NS link x4(x4) speed 2.5(2.5) ASPM disabled(L0s) ecap 0001[100] =3D AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] =3D Serial 1 001517ffff51bcba > I'm assuming you do *not* have any iflib or em(4) tuning options set ei= ther. Nope. Jung-uk Kim --2Vi9i3vMVV19iXHJ1g67uHmRrots2Ihbf-- --J1hOlhspkf7O88ngKucbkkSsw97He1tcL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlm5um8ACgkQfJ+WJvzb 8Ua+gQf/VQwJJBLjSua22uIEtmJvtyAEVyMSBxIjtEe/gfC3RxeqcaEgVWSYiZ5b 1E/Jf9BnK1YfVLS0bIfdI1gfCkaiWvLVlSQMETcupr17gOHMgzLNNbRqqXT6/DUv yN/QOtfNoUideReBCwU6lE+glFmuasI1EKVgEWsO8ICaW0dqAzIr7lMSZYeLqVMs oo95cwxD4dRNj6Ddy/DVk11sO+iqBZsx1h+lBUijiEd1/GYInpy0K6o5hjT2riW1 Guq385L1WR50jLRMkcGtlSVOCm9HIMoJlNdEiK6rCOK/EAV0Meep0o+Pp5b0UbMm UGO0EObH9zVVs4Ix6gqMSE1TIfaYwQ== =rq+H -----END PGP SIGNATURE----- --J1hOlhspkf7O88ngKucbkkSsw97He1tcL-- From owner-freebsd-current@freebsd.org Thu Sep 14 20:23:03 2017 Return-Path: Delivered-To: freebsd-current@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 4A03CE0965B for ; Thu, 14 Sep 2017 20:23:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (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 219B167D21; Thu, 14 Sep 2017 20:23:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id CEC2910A7B9; Thu, 14 Sep 2017 16:23:00 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Jung-uk Kim , Sean Bruno , dhw@freebsd.org Subject: Re: Panic: @r323525: iflib Date: Thu, 14 Sep 2017 13:22:55 -0700 Message-ID: <3360405.uEp2nAF1Iy@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: References: <20170913131042.GZ1351@albert.catwhisker.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 14 Sep 2017 16:23:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2017 20:23:03 -0000 On Wednesday, September 13, 2017 07:08:26 PM Jung-uk Kim wrote: > On 09/13/2017 11:21, Sean Bruno wrote: > >> Previous successful build was: > >> FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #398 r323483M/323489:1200044: Tue Sep 12 04:31:08 PDT 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > >> > >> The usual historical information, including a verbose-boot dmesg.boot > >> from the above-cited build, may be found at > >> . > >> > >> I will try hand-transcribing some of the lock & backtrace info: > >> > >> ... > >> em0: allocated for 1 rx_queues > >> Kernel page fault with the following non-sleepable locks held: > >> exclusive sleep mutex taskqgroup (taskqgroup) r = 0 (0xfffffe07be2e4800) locked @ /usr/src/sys/kern/subr_gtaskqueue.c:803 > >> stack backtrace: [which I am abbreviating at this point -- dhw] > >> #0 ... at witness_debugger+0x73 > >> #1 ... at witness_warn+0x43f > >> #2 ... at trap_pfault+0x53 > >> #3 ... at trap+0x2c5 > >> #4 ... at calltrap+0x8 > >> #5 ... at iflib_device_register+0x2a61 > >> #6 ... at iflib_device_attach+0xb7 > >> #7 ... at device_attach+0x3ee > >> #8 ... at bus_generic_attach+0x5a > >> #9 ... at pci_attach+0xd5 > >> #10 ... at device_attach+0x3ee > >> #11 ... at bus_generic_attach+0x5a > >> #12 ... at acpi_pcib_acpi_attach+0x3bc > >> #13 ... at device_attach+0x3ee > >> #14 ... at bus_generic_attach+0x5a > >> #15 ... at acpi_attach+0xe85 > >> #16 ... at device_attach+0x3ee > >> #17 ... at bus_generic_attach+0x5a > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 2; apic id = 02 > >> fault virtual address = 0xffffffff8b530c20 > >> fault code = supervisor write data, page not present > >> ... > >> [ thread pid 0 tid 100000 ] > >> Stopped at 0xffffffff80a743b0 = taskqgroup_attach+0x230: orq %rax,-0x 58(%rbp,%xrx,8) > >> > >> I can provide more specific excerpts, but I need to focus on some > >> other activities for a while. > >> > >> Peace, > >> david > >> > > > > > > When you get a chance, let me know what em(4) device is in your machine > > (pciconf -lvbc). I'll see if I have one around here to test. > > FYI, I have very similar panics after the commit. Reverting the commit > from today's head, i.e., r323566 - (r323516 & r323517), fixed the > problem for me. > > em0@pci0:7:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82571EB Gigabit Ethernet Controller' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xd0ca0000, size 131072, > enabled > bar [14] = type Memory, range 32, base 0xd0c80000, size 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x2020, size 32, enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 256(256) NS > link x4(x4) speed 2.5(2.5) ASPM disabled(L0s) > ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected > ecap 0003[140] = Serial 1 001517ffff51bcba > em1@pci0:7:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82571EB Gigabit Ethernet Controller' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xd0c40000, size 131072, > enabled > bar [14] = type Memory, range 32, base 0xd0c20000, size 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x2000, size 32, enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 256(256) NS > link x4(x4) speed 2.5(2.5) ASPM disabled(L0s) > ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected > ecap 0003[140] = Serial 1 001517ffff51bcba > > > I'm assuming you do *not* have any iflib or em(4) tuning options set either. > > Nope. I don't get panics, but igb0 and igb1 fail to attach for me on two identical systems: igb0: port 0xe020-0xe03f mem 0xfb220000-0xfb23ffff,0xfb244000-0xfb247fff irq 43 at device 0.0 on pci6 igb0: attach_pre capping queues at 8 igb0: using 1024 tx descriptors and 1024 rx descriptors igb0: msix_init qsets capped at 8 igb0: pxm cpus: 4 queue msgs: 9 admincnt: 1 igb0: trying 4 rx queues 4 tx queues igb0: Using MSIX interrupts with 9 vectors igb0: allocated for 4 tx_queues igb0: allocated for 4 rx_queues taskqgroup_attach_cpu: qid not found for cpu=0 igb0: taskqgroup_attach_cpu failed 22 igb0: Failed to allocate que int 0 err: 22 igb0: IFDI_MSIX_INTR_ASSIGN failed 22 device_attach: igb0 attach returned 22 This is on a quad-core CPU: Intel(R) Xeon(R) CPU E5-1620 v3. It fails both with SMT enabled or disabled in the BIOS. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Sep 15 00:03:33 2017 Return-Path: Delivered-To: freebsd-current@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 2EDCFE15C92 for ; Fri, 15 Sep 2017 00:03:33 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from mail144c7.megamailservers.com (mail544c7.megamailservers.com [209.235.141.44]) (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 928916F639; Fri, 15 Sep 2017 00:03:31 +0000 (UTC) (envelope-from shurd@sasktel.net) X-Authenticated-User: hurds.sasktel.net X-VIP: 69.49.109.87 Received: from [192.168.0.33] (ip72-194-73-141.oc.oc.cox.net [72.194.73.141]) (authenticated bits=0) by mail144c7.megamailservers.com (8.14.9/8.13.1) with ESMTP id v8EMJUT6031912; Thu, 14 Sep 2017 18:19:31 -0400 Subject: Re: Panic: @r323525: iflib To: John Baldwin , freebsd-current@freebsd.org Cc: Jung-uk Kim , Sean Bruno , dhw@freebsd.org References: <20170913131042.GZ1351@albert.catwhisker.org> <3360405.uEp2nAF1Iy@ralph.baldwin.cx> From: Stephen Hurd Message-ID: <351286fd-1884-1881-b935-592c5a055c63@sasktel.net> Date: Thu, 14 Sep 2017 15:19:29 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 MIME-Version: 1.0 In-Reply-To: <3360405.uEp2nAF1Iy@ralph.baldwin.cx> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CTCH-RefID: str=0001.0A020201.59BB0074.0089, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.2 cv=OavoNlbY c=1 sm=1 tr=0 a=l4Y+EJuLrT/8f1z5FvEQ1g==:117 a=l4Y+EJuLrT/8f1z5FvEQ1g==:17 a=IkcTkHD0fZMA:10 a=dTUBq7uy870fL92jP2EA:9 a=QEXdDO2ut3YA:10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 00:03:33 -0000 John Baldwin wrote: > igb0: port 0xe020-0xe03f mem 0xfb220000-0xfb23ffff,0xfb244000-0xfb247fff irq 43 at device 0.0 on pci6 > igb0: attach_pre capping queues at 8 > igb0: using 1024 tx descriptors and 1024 rx descriptors > igb0: msix_init qsets capped at 8 > igb0: pxm cpus: 4 queue msgs: 9 admincnt: 1 > igb0: trying 4 rx queues 4 tx queues > igb0: Using MSIX interrupts with 9 vectors > igb0: allocated for 4 tx_queues > igb0: allocated for 4 rx_queues > taskqgroup_attach_cpu: qid not found for cpu=0 > igb0: taskqgroup_attach_cpu failed 22 > igb0: Failed to allocate que int 0 err: 22 > igb0: IFDI_MSIX_INTR_ASSIGN failed 22 > device_attach: igb0 attach returned 22 > > This is on a quad-core CPU: Intel(R) Xeon(R) CPU E5-1620 v3. It fails both > with SMT enabled or disabled in the BIOS. Do you have EARLY_AP_STARTUP enabled? Do you have em in the kernel, or do you load the module? From owner-freebsd-current@freebsd.org Fri Sep 15 05:34:29 2017 Return-Path: Delivered-To: freebsd-current@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 B217DE00FE6 for ; Fri, 15 Sep 2017 05:34:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9083B7CD49; Fri, 15 Sep 2017 05:34:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 4015110A82D; Fri, 15 Sep 2017 01:34:28 -0400 (EDT) From: John Baldwin To: Stephen Hurd Cc: freebsd-current@freebsd.org, Jung-uk Kim , Sean Bruno , dhw@freebsd.org Subject: Re: Panic: @r323525: iflib Date: Thu, 14 Sep 2017 22:33:29 -0700 Message-ID: <3089694.DMEMWmzVQx@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <351286fd-1884-1881-b935-592c5a055c63@sasktel.net> References: <20170913131042.GZ1351@albert.catwhisker.org> <3360405.uEp2nAF1Iy@ralph.baldwin.cx> <351286fd-1884-1881-b935-592c5a055c63@sasktel.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Fri, 15 Sep 2017 01:34:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 05:34:29 -0000 On Thursday, September 14, 2017 03:19:29 PM Stephen Hurd wrote: > John Baldwin wrote: > > igb0: port 0xe020-0xe03f mem 0xfb220000-0xfb23ffff,0xfb244000-0xfb247fff irq 43 at device 0.0 on pci6 > > igb0: attach_pre capping queues at 8 > > igb0: using 1024 tx descriptors and 1024 rx descriptors > > igb0: msix_init qsets capped at 8 > > igb0: pxm cpus: 4 queue msgs: 9 admincnt: 1 > > igb0: trying 4 rx queues 4 tx queues > > igb0: Using MSIX interrupts with 9 vectors > > igb0: allocated for 4 tx_queues > > igb0: allocated for 4 rx_queues > > taskqgroup_attach_cpu: qid not found for cpu=0 > > igb0: taskqgroup_attach_cpu failed 22 > > igb0: Failed to allocate que int 0 err: 22 > > igb0: IFDI_MSIX_INTR_ASSIGN failed 22 > > device_attach: igb0 attach returned 22 > > > > This is on a quad-core CPU: Intel(R) Xeon(R) CPU E5-1620 v3. It fails both > > with SMT enabled or disabled in the BIOS. > > Do you have EARLY_AP_STARTUP enabled? Yes. > Do you have em in the kernel, or do you load the module? In-kernel. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Sep 15 12:33:43 2017 Return-Path: Delivered-To: freebsd-current@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 D0612E13658 for ; Fri, 15 Sep 2017 12:33:43 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (n6.nabble.com [162.255.23.37]) by mx1.freebsd.org (Postfix) with ESMTP id BF9B2658B3 for ; Fri, 15 Sep 2017 12:33:42 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (localhost [127.0.0.1]) by n6.nabble.com (Postfix) with ESMTP id 673491B3EB48 for ; Fri, 15 Sep 2017 05:33:42 -0700 (MST) Date: Fri, 15 Sep 2017 05:33:42 -0700 (MST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1505478822371-0.post@n6.nabble.com> In-Reply-To: <86r2vbg1vk.fsf@newsrv.interne.associated-bears.org> References: <20170912183708.GA16405@mail.michaelwlucas.com> <86r2vbg1vk.fsf@newsrv.interne.associated-bears.org> Subject: Re: should MINIMAL boot? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 12:33:43 -0000 The definition of a MINIMAL used is a specific one- it does not contain anything which can be loaded by modules. It could be a starting point to something else, but then, it still contains other things you probably not need. If I get the point, I would probably try to boot MINIMAL on a new hardware, build all modules by default, see which modules get loaded and work from there. -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-current-f3875308.html From owner-freebsd-current@freebsd.org Fri Sep 15 15:18:50 2017 Return-Path: Delivered-To: freebsd-current@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 BB98EE1C95C for ; Fri, 15 Sep 2017 15:18:50 +0000 (UTC) (envelope-from lifanov@FreeBSD.org) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (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 9BC3D6B800; Fri, 15 Sep 2017 15:18:50 +0000 (UTC) (envelope-from lifanov@FreeBSD.org) Received: from lm0.local (108-91-140-246.lightspeed.rlghnc.sbcglobal.net [108.91.140.246]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 74F0B239A28; Fri, 15 Sep 2017 11:18:49 -0400 (EDT) Subject: Re: Time to increase MAXPHYS? References: <0100015c6fc1167c-6e139920-60d9-4ce3-9f59-15520276aebb-000000@email.amazonses.com> <972dbd34-b5b3-c363-721e-c6e48806e2cd@elischer.org> <3719c729-9434-3121-cf52-393a4453d0b2@freebsd.org> To: allanjude@FreeBSD.org Cc: freebsd-current@freebsd.org From: Nikolai Lifanov Message-ID: Date: Fri, 15 Sep 2017 11:18:40 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <3719c729-9434-3121-cf52-393a4453d0b2@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ECLU8prB6Un7pB8OLocBThOpcIkjEPxKT" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 15:18:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ECLU8prB6Un7pB8OLocBThOpcIkjEPxKT Content-Type: multipart/mixed; boundary="rHFlLT9CQi9OogUgGUTqXnVXHBeiMWdkE"; protected-headers="v1" From: Nikolai Lifanov To: allanjude@FreeBSD.org Cc: freebsd-current@freebsd.org Message-ID: Subject: Re: Time to increase MAXPHYS? References: <0100015c6fc1167c-6e139920-60d9-4ce3-9f59-15520276aebb-000000@email.amazonses.com> <972dbd34-b5b3-c363-721e-c6e48806e2cd@elischer.org> <3719c729-9434-3121-cf52-393a4453d0b2@freebsd.org> In-Reply-To: <3719c729-9434-3121-cf52-393a4453d0b2@freebsd.org> --rHFlLT9CQi9OogUgGUTqXnVXHBeiMWdkE Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/3/17 11:55 PM, Allan Jude wrote: > On 2017-06-03 22:35, Julian Elischer wrote: >> On 4/6/17 4:59 am, Colin Percival wrote: >>> On January 24, 1998, in what was later renumbered to SVN r32724, dyso= n@ >>> wrote: >>>> Add better support for larger I/O clusters, including larger physica= l >>>> I/O. The support is not mature yet, and some of the underlying >>>> implementation >>>> needs help. However, support does exist for IDE devices now. >>> and increased MAXPHYS from 64 kB to 128 kB. Is it time to increase i= t >>> again, >>> or do we need to wait at least two decades between changes? >>> >>> This is hurting performance on some systems; in particular, EC2 "io1"= >>> disks >>> are optimized for 256 kB I/Os, EC2 "st1" (throughput optimized >>> spinning rust) >>> disks are optimized for 1 MB I/Os, and Amazon's NFS service (EFS) >>> recommends >>> using a maximum I/O size of 1 MB (and despite NFS not being *physical= * >>> I/O it >>> seems to still be limited by MAXPHYS). >>> >> We increase it in freebsd 8 and 10.3 on our systems, Only good result= s. >> >> sys/sys/param.h:#define MAXPHYS (1024 * 1024) /* max raw I/O= >> transfer size */ >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >=20 > At some point Warner and I discussed how hard it might be to make this = a > boot time tunable, so that big amd64 machines can have a larger value > without causing problems for smaller machines. >=20 > ZFS supports a block size of 1mb, and doing I/Os in 128kb negates some > of the benefit. >=20 > I am preparing some benchmarks and other data along with a patch to > increase the maximum size of pipe I/O's as well, because using 1MB > offers a relatively large performance gain there as well. >=20 Hi! I also migrated to 1mb recordsize. What's the status of your patches and/or making MAXPHYS a boot-time tunable? I can help test these. - Nikolai --rHFlLT9CQi9OogUgGUTqXnVXHBeiMWdkE-- --ECLU8prB6Un7pB8OLocBThOpcIkjEPxKT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJIBAEBCAAyFiEE5oT6TcuaWvG5gtjzZ6sv56ecR0UFAlm771AUHGxpZmFub3ZA ZnJlZWJzZC5vcmcACgkQZ6sv56ecR0WTZhAAt8y0JeghS7+EAmBDIJ/AojjaMr1X rXUvFR+Sc59m3LCQxrXf7gjaB0VG7K+2m39/ky5dI524gnvw0QtWw5Ge2GkyqIEM NMEUouV6n4sYrttC5VAcb0IB9gfV6D0NaUZqFILZrEUBw6prxjU9xx2k8yt/meVJ WbdG/Ci6R3t9TiHY/k5QlPqLwYmQ5cg1mtPw1tawhZxCMd/z8izqZsi6MAKY3tTi XLULXnD0xjbL6SUnxzy26DHeSHeqdAViAThgqj7KbrOUavCtwIJvuR7fRl6vO4Us BHWHsbq9SDk1Ol9QyFyaQ2cpz6I0cwkE/hqBtGn96tZgIVWH5vI29GgreHdNfNYo nFWxGdjvwfqVaLsHySZfIV/C2cCFjC9HxyatgmGk3idwApepbD72Ezn7YUda7PdJ r82Qf/nmTU+R1cTmqfQcTdVJduLpVol9wyiSpkkX2QVSiwrMVHCwDGohnI20vrhj SBMLLVPyu8VWbs96s3AufP5GMmOCfowK8tKNCVYYu1Lbqu7lUIj834Hu2EhMN+uK xVuhu+XgmrdDG6Zqh8lZ3OI92smRdvrdmESp11N4LJIzaU56wXUdVwR3wyGfV/Yo H6DZYYti9Y/FNJkVA/LbXz0vno62rw+1F4x6QhYoOPdRMf5/vxZxi7vv41AhFJdQ MHo/d5ebTEUFWYg= =mSaT -----END PGP SIGNATURE----- --ECLU8prB6Un7pB8OLocBThOpcIkjEPxKT-- From owner-freebsd-current@freebsd.org Fri Sep 15 15:20:07 2017 Return-Path: Delivered-To: freebsd-current@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 C0F7BE1CD00 for ; Fri, 15 Sep 2017 15:20:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (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 8D7AD6BCA8 for ; Fri, 15 Sep 2017 15:20:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x241.google.com with SMTP id d16so4228290ioj.2 for ; Fri, 15 Sep 2017 08:20:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=EzaKi4W7bV9F+5V+tpxPcwHYnQMzrB2TpV0qEi/kXnA=; b=gQIzAk/Rqp6BUyZIj4ZOEQdPc1PbcTV9aI7bxZjYHsoawp5WlOTJGTk5k2LnVioiJ2 AuzR8ALMCg7UTuuzYu9Dtb4izwMOKAVq/3ee1J88jVqn7pdv3+3QqXczZNvUrfrB3mFE y/3jDdNTkTXX1MxuIt5FsyIXiQnU37F2d4BjUF9MkhZytsiF83JmELtLIxpDKNgXTeJK XO6K7OQr8VGUhuUg1Lux1wumJbrtuN1bQBZuMDxXGXNy7FeMOFaAohBBrenWYeGvDsIj vzX46VpwP0I9JEPvQGqZ2EabHR9i+4bpYux4OW/n7dVUPfVJFr4z/uZU6QKA8vkAGd9/ x37Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=EzaKi4W7bV9F+5V+tpxPcwHYnQMzrB2TpV0qEi/kXnA=; b=m5tftrHm0kC4vq328IiGw04q0aAtUVbgbqjzOnphTFi6PSVEzd2kl3OtOaPE1+YvFz AUiPAH9h9kYOXFDLO4iMJTr0tRuUgQp6kHZoCj90KtlnNF22BCXkrxSvW5zt05QnCwmI Fn65MQGkxbvbLIBGSMZfSJalpDSwLyNKn1Zk1YjNHayEYknM4P5YEgoIFsi/kJXViFbU ihkSDYlP74cet+kfdm7/EATPN7fuAHR8j9Q1qDkx0P6sSq7iXFM/hx56gK2pL96gjTta A81EzVhIfgigb0MAJ3DJu0pq+PEo5Y7s8bnDhBZ28CEkESO+tvRbQ8PnynvwTO1aI2+C rdAw== X-Gm-Message-State: AHPjjUiGiG9sLaiyXB4KugZKsvCip2fpR60BnhXEs0W5ho3FsjwZAhF9 VeZXFd2hS7WuJ5EeVLE4b+1E7z9S1bk8v1Hawz0hOg== X-Google-Smtp-Source: AOwi7QAULABQd7EypuBFdlw4QaN6PQOJtHdkDZwI8wxv/Ko1WOG4q8eRVqltVhnXNMiH8Q2MMMkOMIzfcv9tlb1Eh/A= X-Received: by 10.107.7.161 with SMTP id g33mr7814804ioi.169.1505488806773; Fri, 15 Sep 2017 08:20:06 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.10.71 with HTTP; Fri, 15 Sep 2017 08:20:05 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <0100015c6fc1167c-6e139920-60d9-4ce3-9f59-15520276aebb-000000@email.amazonses.com> <972dbd34-b5b3-c363-721e-c6e48806e2cd@elischer.org> <3719c729-9434-3121-cf52-393a4453d0b2@freebsd.org> From: Warner Losh Date: Fri, 15 Sep 2017 09:20:05 -0600 X-Google-Sender-Auth: mAEe_RQ8hj_1gtg5Cja07JjmdEM Message-ID: Subject: Re: Time to increase MAXPHYS? To: Nikolai Lifanov Cc: Allan Jude , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 15:20:07 -0000 On Fri, Sep 15, 2017 at 9:18 AM, Nikolai Lifanov wrote: > On 6/3/17 11:55 PM, Allan Jude wrote: > > On 2017-06-03 22:35, Julian Elischer wrote: > >> On 4/6/17 4:59 am, Colin Percival wrote: > >>> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@ > >>> wrote: > >>>> Add better support for larger I/O clusters, including larger physical > >>>> I/O. The support is not mature yet, and some of the underlying > >>>> implementation > >>>> needs help. However, support does exist for IDE devices now. > >>> and increased MAXPHYS from 64 kB to 128 kB. Is it time to increase it > >>> again, > >>> or do we need to wait at least two decades between changes? > >>> > >>> This is hurting performance on some systems; in particular, EC2 "io1" > >>> disks > >>> are optimized for 256 kB I/Os, EC2 "st1" (throughput optimized > >>> spinning rust) > >>> disks are optimized for 1 MB I/Os, and Amazon's NFS service (EFS) > >>> recommends > >>> using a maximum I/O size of 1 MB (and despite NFS not being *physical* > >>> I/O it > >>> seems to still be limited by MAXPHYS). > >>> > >> We increase it in freebsd 8 and 10.3 on our systems, Only good results. > >> > >> sys/sys/param.h:#define MAXPHYS (1024 * 1024) /* max raw I/O > >> transfer size */ > >> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > > > At some point Warner and I discussed how hard it might be to make this a > > boot time tunable, so that big amd64 machines can have a larger value > > without causing problems for smaller machines. > > > > ZFS supports a block size of 1mb, and doing I/Os in 128kb negates some > > of the benefit. > > > > I am preparing some benchmarks and other data along with a patch to > > increase the maximum size of pipe I/O's as well, because using 1MB > > offers a relatively large performance gain there as well. > > > > Hi! > > I also migrated to 1mb recordsize. What's the status of your patches > and/or making MAXPHYS a boot-time tunable? I can help test these. > Still in my queue to do. Warner From owner-freebsd-current@freebsd.org Sat Sep 16 01:42:05 2017 Return-Path: Delivered-To: freebsd-current@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 17621E18DC5 for ; Sat, 16 Sep 2017 01:42:05 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BFF7AA7 for ; Sat, 16 Sep 2017 01:42:04 +0000 (UTC) (envelope-from yuripv@gmx.com) Received: from castor.local ([37.78.229.76]) by mail.gmx.com (mrgmx103 [212.227.17.174]) with ESMTPSA (Nemesis) id 0MSdRI-1e0q7U1ez6-00RW2G for ; Sat, 16 Sep 2017 03:41:56 +0200 Subject: Re: Panic: @r323525: iflib To: freebsd-current References: <20170913131042.GZ1351@albert.catwhisker.org> From: Yuri Pankov Message-ID: Date: Sat, 16 Sep 2017 04:41:55 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20170913131042.GZ1351@albert.catwhisker.org> Content-Type: multipart/mixed; boundary="------------4DA8914E8C8A042ED36DBA64" Content-Language: en-US X-Provags-ID: V03:K0:Z4tKnrfQ+yJ6bykmT69/AypiOtMoVFpQ7+zDFMUKIibK/ftg03F aGWkYMDhWYdSAT2/ToLcg0IXhc2mjwbP+th2KdozX7H9WOc5annv7Z8iZ87IQO2H2pkRIwi woXABDwCvq+Lt7tm4VNNG0W5qDt2ojR9LQe1a+nUO49e32j6PSfxYyYgtxCjyvnl0wvaEXg eqgg7eCEDF80frFITURMQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Gc3kVmqj8Nw=:6Tv3RKe+6/RJPBDnOdaigv htEMmZgSPF8crYqEyZnIyIsjJAU8q97YwrB+32jH3KQ4F9khcwAhTfdBj2zcIUIaJA+/zS08S neEfj4D4+5wIy1kKJ5Dvt7ve9KNgzBtXt8URXPHX3GQn+x+TEfngLWzTjdoNBnrLB9HGm58Ku 1g8tbJLvDaAqraoD0qUHCktJ+XxnhZVgnz8+JPfIdI+79XuzA6No6yRPAwiU6Txr8zjZt6x/7 hTlqaqpHY462jMbF1FIXjOEr5+rXn7w9g1ZjcZFc0OFp3zIajinGTSBz41Nozc+U7+ze+MmWt seCLh1HK0I+dr6NSpfJVND3HiDUqqnmL6BUbYIdf1x2c7uGNbBtpW0NGW9B636Y2r+aZ4TnG4 HXY4oon7Eh4OCP2APLJbPaB/TT9GaNx7ekpN4z3ERPenXE1twIVlyrrTDKnQinwrPmZ3Q/oYP fAQ41a2ZXIb+wwO2p0NpQIgr5he+51RsT8C57+V5ZKH+o+w+90tS84GYngfZDfzoKy6OIg8Hw eC/E0GNENA5XMgAIeMxL1Tv5v2eHZT7251RM4YNP21iayBkeOp/4uiEh8K6fJFhRPBomUhF0x Nr50FH/7WfBLUomDwn1OLdjGaxkc7osrgun1VLfjMsgzvUN6MaZsOZ3/ZG/IAZk6mpCx3M8bw hjQgap/n/NNLDK7mip+8iX0KJBLzq7F/oHryqk2wbokojrawlXAqKPIeko0clV56VTDMaebgM O61Z0xNGcicjsV2OwE6Zy1tVGJf8P5nkNXzt7g7+gqwdQiXGvfhSMvJ7vWL3uJEgN3OYEM8a6 sY8ysWqVy5H1qKpqdzoTS5dkVc2vw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 01:42:05 -0000 This is a multi-part message in MIME format. --------------4DA8914E8C8A042ED36DBA64 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Just a "me too", with a different panic after this commit: Assertion (key.to) > 0 && (key.to) <= w_max_used_index && (key.to) < witness_count failed at sys/kern/subr_witness.c:2961 db_trace_self_wrapper() vpanic() kassert_panic() witness_checkorder() __mtx_lock_flags() vmem_xalloc() vmem_alloc() kmem_malloc() malloc() device_set_driver() device_probe_child() device_probe() bus_generic_attach() pci_attach() device_attach() bus_generic_attach() acpi_pcib_acpi_attach() device_attach() bus_generic_attach() nexus_acpi_attach() device_attach() bus_generic_new_pass() bus_set_pass() configure() mi_startup() btext() igb0@pci0:2:0:0: class=0x020000 card=0x10c915d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82576 Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:2:0:1: class=0x020000 card=0x10c915d9 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82576 Gigabit Network Connection' class = network subclass = ethernet Reverting r323516 helps, attaching dmesg.boot after revert. --------------4DA8914E8C8A042ED36DBA64 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMi4wLUNVUlJFTlQgIzIg cjMyMzYzMitjODg2YzRiNjk4NDQobWFzdGVyKTogU2F0IFNlcCAxNiAwMzo1OTo0MiBNU0sg MjAxNwogICAgeXVyaUBzaXJpdXMubG9jYWw6L3Vzci9vYmovZGF0YS9zcmMvZnJlZWJzZC1z cmMvc3lzL0dFTkVSSUMgYW1kNjQKRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDUuMC4wICh0YWdz L1JFTEVBU0VfNTAwL2ZpbmFsIDMxMjU1OSkgKGJhc2VkIG9uIExMVk0gNS4wLjBzdm4pCldB Uk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1h bmNlLgpWVCh2Z2EpOiByZXNvbHV0aW9uIDY0MHg0ODAKQ1BVOiBBTUQgT3B0ZXJvbih0bSkg UHJvY2Vzc29yIDYyNjIgSEUgICAgICAgICAgICAgICAoMTYwMC4wMy1NSHogSzgtY2xhc3Mg Q1BVKQogIE9yaWdpbj0iQXV0aGVudGljQU1EIiAgSWQ9MHg2MDBmMTIgIEZhbWlseT0weDE1 ICBNb2RlbD0weDEgIFN0ZXBwaW5nPTIKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUs REUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0w eDFlOTgyMjBiPFNTRTMsUENMTVVMUURRLE1PTixTU1NFMyxDWDE2LFNTRTQuMSxTU0U0LjIs UE9QQ05ULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYPgogIEFNRCBGZWF0dXJlcz0weDJlNTAw ODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixQYWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVh dHVyZXMyPTB4MWM5YmZmZjxMQUhGLENNUCxTVk0sRXh0QVBJQyxDUjgsQUJNLFNTRTRBLE1B UyxQcmVmZXRjaCxPU1ZXLElCUyxYT1AsU0tJTklULFdEVCxMV1AsRk1BNCxOb2RlSWQsVG9w b2xvZ3ksUENYQyxQTlhDPgogIFNWTTogTlAsTlJJUCxWQ2xlYW4sQUZsdXNoLERBc3Npc3Qs TkFzaWRzPTY1NTM2CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3Rh dGlzdGljcwpyZWFsIG1lbW9yeSAgPSA2ODcxOTQ3NjczNiAoNjU1MzYgTUIpCmF2YWlsIG1l bW9yeSA9IDY2NzE2NzcwMzA0ICg2MzYyNiBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFs aXR5IDEwMApBQ1BJIEFQSUMgVGFibGU6IDwxMTEwMTEgQVBJQzExNTc+CkZyZWVCU0QvU01Q OiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDMyIENQVXMKRnJlZUJTRC9TTVA6 IDIgcGFja2FnZShzKSB4IDIgY2FjaGUgZ3JvdXBzIHggOCBjb3JlKHMpCmFtZF90aHJlc2hv bGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQK cmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KYXJjNHJhbmRvbTogbm8gcHJlbG9hZGVkIGVu dHJvcHkgY2FjaGUKQUNQSSBCSU9TIFdhcm5pbmcgKGJ1Zyk6IDMyLzY0WCBsZW5ndGggbWlz bWF0Y2ggaW4gRkFEVC9HcGUwQmxvY2s6IDY0LzMyICgyMDE3MDgzMS90YmZhZHQtNzQ4KQpp b2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmFtZF90aHJl c2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJs ZWQKYW1kX3RocmVzaG9sZGluZ19pbml0OiAweGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50IGFs cmVhZHkgZW5hYmxlZAphbWRfdGhyZXNob2xkaW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAw MDogY291bnQgYWxyZWFkeSBlbmFibGVkCmFtZF90aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFj MGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQKYW1kX3RocmVzaG9sZGluZ19p bml0OiAweGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50IGFscmVhZHkgZW5hYmxlZAphbWRfdGhy ZXNob2xkaW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAwMDogY291bnQgYWxyZWFkeSBlbmFi bGVkCmFtZF90aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBh bHJlYWR5IGVuYWJsZWQKYW1kX3RocmVzaG9sZGluZ19pbml0OiAweGMwMWMwZmZlMDEwMDAw MDA6IGNvdW50IGFscmVhZHkgZW5hYmxlZAphbWRfdGhyZXNob2xkaW5nX2luaXQ6IDB4YzAx YzBmZmUwMTAwMDAwMDogY291bnQgYWxyZWFkeSBlbmFibGVkCmFtZF90aHJlc2hvbGRpbmdf aW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQKYW1kX3Ro cmVzaG9sZGluZ19pbml0OiAweGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50IGFscmVhZHkgZW5h YmxlZAphbWRfdGhyZXNob2xkaW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAwMDogY291bnQg YWxyZWFkeSBlbmFibGVkCmFtZF90aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAw MDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQKYW1kX3RocmVzaG9sZGluZ19pbml0OiAweGMw MWMwZmZlMDEwMDAwMDA6IGNvdW50IGFscmVhZHkgZW5hYmxlZAphbWRfdGhyZXNob2xkaW5n X2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAwMDogY291bnQgYWxyZWFkeSBlbmFibGVkCmFtZF90 aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVu YWJsZWQKYW1kX3RocmVzaG9sZGluZ19pbml0OiAweGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50 IGFscmVhZHkgZW5hYmxlZAphbWRfdGhyZXNob2xkaW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAw MDAwMDogY291bnQgYWxyZWFkeSBlbmFibGVkCmFtZF90aHJlc2hvbGRpbmdfaW5pdDogMHhj MDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQKYW1kX3RocmVzaG9sZGlu Z19pbml0OiAweGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50IGFscmVhZHkgZW5hYmxlZAphbWRf dGhyZXNob2xkaW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAwMDogY291bnQgYWxyZWFkeSBl bmFibGVkCmFtZF90aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3Vu dCBhbHJlYWR5IGVuYWJsZWQKYW1kX3RocmVzaG9sZGluZ19pbml0OiAweGMwMWMwZmZlMDEw MDAwMDA6IGNvdW50IGFscmVhZHkgZW5hYmxlZAphbWRfdGhyZXNob2xkaW5nX2luaXQ6IDB4 YzAxYzBmZmUwMTAwMDAwMDogY291bnQgYWxyZWFkeSBlbmFibGVkCmFtZF90aHJlc2hvbGRp bmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQKYW1k X3RocmVzaG9sZGluZ19pbml0OiAweGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50IGFscmVhZHkg ZW5hYmxlZAphbWRfdGhyZXNob2xkaW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAwMDogY291 bnQgYWxyZWFkeSBlbmFibGVkCmFtZF90aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAx MDAwMDAwOiBjb3VudCBhbHJlYWR5IGVuYWJsZWQKYW1kX3RocmVzaG9sZGluZ19pbml0OiAw eGMwMWMwZmZlMDEwMDAwMDA6IGNvdW50IGFscmVhZHkgZW5hYmxlZAphbWRfdGhyZXNob2xk aW5nX2luaXQ6IDB4YzAxYzBmZmUwMTAwMDAwMDogY291bnQgYWxyZWFkeSBlbmFibGVkCmFt ZF90aHJlc2hvbGRpbmdfaW5pdDogMHhjMDFjMGZmZTAxMDAwMDAwOiBjb3VudCBhbHJlYWR5 IGVuYWJsZWQKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMxOSBMYXVu Y2hlZCEKU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMzMSBMYXVuY2hl ZCEKU01QOiBBUCBDUFUgIzI1IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMTcgTGF1bmNoZWQh ClNNUDogQVAgQ1BVICMyOSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzEzIExhdW5jaGVkIQpT TVA6IEFQIENQVSAjMTAgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyMyBMYXVuY2hlZCEKU01Q OiBBUCBDUFUgIzE1IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjOCBMYXVuY2hlZCEKU01QOiBB UCBDUFUgIzI0IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNCBMYXVuY2hlZCEKU01QOiBBUCBD UFUgIzMwIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNSBMYXVuY2hlZCEKU01QOiBBUCBDUFUg IzIwIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMTYgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMy MiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzE0IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMTEg TGF1bmNoZWQhClNNUDogQVAgQ1BVICMyNyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzYgTGF1 bmNoZWQhClNNUDogQVAgQ1BVICMyMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzEyIExhdW5j aGVkIQpTTVA6IEFQIENQVSAjMjggTGF1bmNoZWQhClNNUDogQVAgQ1BVICM5IExhdW5jaGVk IQpTTVA6IEFQIENQVSAjMTggTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyNiBMYXVuY2hlZCEK U01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpUaW1l Y291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTYwMDAzMjM1MyBIeiBxdWFsaXR5IDgwMApyYW5k b206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQpuZXRtYXA6IGxvYWRlZCBt b2R1bGUKW2F0aF9oYWxdIGxvYWRlZAptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQg KHZlc2EsIDB4ZmZmZmZmZmY4MGY3MTg0MCwgMCkgZXJyb3IgMTkKa2JkMSBhdCBrYmRtdXgw Cm5leHVzMAp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPiBvbiBtb3RoZXJib2FyZApjcnlwdG9z b2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IDxTTUNJID4g b24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJ IENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUyOiA8QUNQSSBD UFU+IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NDogPEFDUEkgQ1BV PiBvbiBhY3BpMApjcHU1OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTY6IDxBQ1BJIENQVT4g b24gYWNwaTAKY3B1NzogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU4OiA8QUNQSSBDUFU+IG9u IGFjcGkwCmNwdTk6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTI6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTQ6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTY6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MTc6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTg6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MTk6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjA6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MjE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjI6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MjM6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjQ6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MjU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjY6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1Mjc6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1Mjg6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1Mjk6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzA6IDxBQ1BJIENQVT4gb24g YWNwaTAKY3B1MzE6IDxBQ1BJIENQVT4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4g cG9ydCAweDQwLTB4NDMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVx dWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVu Y3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4g cG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKYXRydGMwOiByZWdpc3RlcmVkIGFzIGEg dGltZS1vZi1kYXkgY2xvY2ssIHJlc29sdXRpb24gMS4wMDAwMDBzCkV2ZW50IHRpbWVyICJS VEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRp bWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKVGlt ZWNvdW50ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA4NTAK YWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgt MHg4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNm OC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiA8 YmFzZSBwZXJpcGhlcmFsLCBJT01NVT4gYXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMTMu MCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCmlnYjA6IDxJbnRlbChS KSBQUk8vMTAwMCBQQ0ktRXhwcmVzcyBOZXR3b3JrIERyaXZlcj4gcG9ydCAweGQ4MDAtMHhk ODFmIG1lbSAweGRmZmUwMDAwLTB4ZGZmZmZmZmYsMHhkZmZjMDAwMC0weGRmZmRmZmZmLDB4 ZGZmOWMwMDAtMHhkZmY5ZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCmlnYjA6 IGF0dGFjaF9wcmUgY2FwcGluZyBxdWV1ZXMgYXQgOAppZ2IwOiB1c2luZyAxMDI0IHR4IGRl c2NyaXB0b3JzIGFuZCAxMDI0IHJ4IGRlc2NyaXB0b3JzCmlnYjA6IG1zaXhfaW5pdCBxc2V0 cyBjYXBwZWQgYXQgOAppZ2IwOiBweG0gY3B1czogMzIgcXVldWUgbXNnczogOSBhZG1pbmNu dDogMQppZ2IwOiBxdWV1ZSBlcXVhbGl0eSBvdmVycmlkZSBub3Qgc2V0LCBjYXBwaW5nIHJ4 X3F1ZXVlcyBhdCA4IGFuZCB0eF9xdWV1ZXMgYXQgOAppZ2IwOiB1c2luZyA4IHJ4IHF1ZXVl cyA4IHR4IHF1ZXVlcyAKaWdiMDogVXNpbmcgTVNJWCBpbnRlcnJ1cHRzIHdpdGggOSB2ZWN0 b3JzCmlnYjA6IGFsbG9jYXRlZCBmb3IgOCB0eF9xdWV1ZXMKaWdiMDogYWxsb2NhdGVkIGZv ciA4IHJ4X3F1ZXVlcwppZ2IwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoyNTo5MDo3Mjo1NDoy MgppZ2IwOiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCA4LzEwMjQsIFJYIDgvMTAyNAppZ2Ix OiA8SW50ZWwoUikgUFJPLzEwMDAgUENJLUV4cHJlc3MgTmV0d29yayBEcml2ZXI+IHBvcnQg MHhkNDAwLTB4ZDQxZiBtZW0gMHhkZmY2MDAwMC0weGRmZjdmZmZmLDB4ZGZmNDAwMDAtMHhk ZmY1ZmZmZiwweGRmZjFjMDAwLTB4ZGZmMWZmZmYgaXJxIDE4IGF0IGRldmljZSAwLjEgb24g cGNpMQppZ2IxOiBhdHRhY2hfcHJlIGNhcHBpbmcgcXVldWVzIGF0IDgKaWdiMTogdXNpbmcg MTAyNCB0eCBkZXNjcmlwdG9ycyBhbmQgMTAyNCByeCBkZXNjcmlwdG9ycwppZ2IxOiBtc2l4 X2luaXQgcXNldHMgY2FwcGVkIGF0IDgKaWdiMTogcHhtIGNwdXM6IDMyIHF1ZXVlIG1zZ3M6 IDkgYWRtaW5jbnQ6IDEKaWdiMTogcXVldWUgZXF1YWxpdHkgb3ZlcnJpZGUgbm90IHNldCwg Y2FwcGluZyByeF9xdWV1ZXMgYXQgOCBhbmQgdHhfcXVldWVzIGF0IDgKaWdiMTogdXNpbmcg OCByeCBxdWV1ZXMgOCB0eCBxdWV1ZXMgCmlnYjE6IFVzaW5nIE1TSVggaW50ZXJydXB0cyB3 aXRoIDkgdmVjdG9ycwppZ2IxOiBhbGxvY2F0ZWQgZm9yIDggdHhfcXVldWVzCmlnYjE6IGFs bG9jYXRlZCBmb3IgOCByeF9xdWV1ZXMKaWdiMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MjU6 OTA6NzI6NTQ6MjMKaWdiMTogbmV0bWFwIHF1ZXVlcy9zbG90czogVFggOC8xMDI0LCBSWCA4 LzEwMjQKYWhjaTA6IDxBTUQgU0I3eDAvU0I4eDAvU0I5eDAgQUhDSSBTQVRBIGNvbnRyb2xs ZXI+IHBvcnQgMHhjMDAwLTB4YzAwNywweGIwMDAtMHhiMDAzLDB4YTAwMC0weGEwMDcsMHg5 MDAwLTB4OTAwMywweDgwMDAtMHg4MDBmIG1lbSAweGRmZWY4NDAwLTB4ZGZlZjg3ZmYgaXJx IDIyIGF0IGRldmljZSAxNy4wIG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMTAgd2l0aCA2IDNH YnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVkCmFoY2kwOiBxdWlya3M9MHgy MjAwMDxBVElfUE1QX0JVRywxTVNJPgphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFu bmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9u IGFoY2kwCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAph aGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNoNDog PEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDU6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMApvaGNpMDogPEFNRCBTQjd4MC9TQjh4MC9T Qjl4MCBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZGZlZjcwMDAtMHhkZmVmN2ZmZiBpcnEgMTYg YXQgZGV2aWNlIDE4LjAgb24gcGNpMAp1c2J1czAgb24gb2hjaTAKdXNidXMwOiAxMk1icHMg RnVsbCBTcGVlZCBVU0IgdjEuMApvaGNpMTogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0Ig Y29udHJvbGxlcj4gbWVtIDB4ZGZlZjYwMDAtMHhkZmVmNmZmZiBpcnEgMTYgYXQgZGV2aWNl IDE4LjEgb24gcGNpMAp1c2J1czEgb24gb2hjaTEKdXNidXMxOiAxMk1icHMgRnVsbCBTcGVl ZCBVU0IgdjEuMAplaGNpMDogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgMi4wIGNvbnRy b2xsZXI+IG1lbSAweGRmZWY4ODAwLTB4ZGZlZjg4ZmYgaXJxIDE3IGF0IGRldmljZSAxOC4y IG9uIHBjaTAKdXNidXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMiBvbiBlaGNpMAp1c2J1 czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApvaGNpMjogPEFNRCBTQjd4MC9TQjh4 MC9TQjl4MCBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZGZlZmEwMDAtMHhkZmVmYWZmZiBpcnEg MTggYXQgZGV2aWNlIDE5LjAgb24gcGNpMAp1c2J1czMgb24gb2hjaTIKdXNidXMzOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMApvaGNpMzogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBV U0IgY29udHJvbGxlcj4gbWVtIDB4ZGZlZjkwMDAtMHhkZmVmOWZmZiBpcnEgMTggYXQgZGV2 aWNlIDE5LjEgb24gcGNpMAp1c2J1czQgb24gb2hjaTMKdXNidXM0OiAxMk1icHMgRnVsbCBT cGVlZCBVU0IgdjEuMAplaGNpMTogPEFNRCBTQjd4MC9TQjh4MC9TQjl4MCBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGRmZWY4YzAwLTB4ZGZlZjhjZmYgaXJxIDE5IGF0IGRldmljZSAx OS4yIG9uIHBjaTAKdXNidXM1OiBFSENJIHZlcnNpb24gMS4wCnVzYnVzNSBvbiBlaGNpMQp1 c2J1czU6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAppc2FiMDogPFBDSS1JU0EgYnJp ZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApw Y2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMC40IG9uIHBjaTAKcGNp MjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRp c3BsYXk+IG1lbSAweGRkMDAwMDAwLTB4ZGRmZmZmZmYsMHhkZWZmYzAwMC0weGRlZmZmZmZm LDB4ZGYwMDAwMDAtMHhkZjdmZmZmZiBpcnEgMjAgYXQgZGV2aWNlIDQuMCBvbiBwY2kyCnZn YXBjaTA6IEJvb3QgdmlkZW8gZGV2aWNlCm9oY2k0OiA8QU1EIFNCN3gwL1NCOHgwL1NCOXgw IFVTQiBjb250cm9sbGVyPiBtZW0gMHhkZmVmYjAwMC0weGRmZWZiZmZmIGlycSAxOCBhdCBk ZXZpY2UgMjAuNSBvbiBwY2kwCnVzYnVzNiBvbiBvaGNpNAp1c2J1czY6IDEyTWJwcyBGdWxs IFNwZWVkIFVTQiB2MS4wCnBjaWIzOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFjcGkw CnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IDxiYXNlIHBlcmlwaGVyYWws IElPTU1VPiBhdCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWI0OiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSA0LjAgb24gcGNpMwpwY2k0OiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liNAppc3AwOiA8UWxvZ2ljIElTUCAyNDMyIFBDSSBGQy1B TCBBZGFwdGVyPiBwb3J0IDB4ZTgwMC0weGU4ZmYgbWVtIDB4ZGNmYmMwMDAtMHhkY2ZiZmZm ZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2k0CmlzcDA6IFBvbGxlZCBNYWlsYm94IENv bW1hbmQgKDB4OCkgVGltZW91dCAoMTAwMDAwdXMpIChpc3BfcmVzZXQ6OTUyKQppc3AwOiBN YWlsYm94IENvbW1hbmQgJ0FCT1VUIEZJUk1XQVJFJyBmYWlsZWQgKFRJTUVPVVQpCmlzcDA6 IGlzcF9yZWluaXQ6IGNhbm5vdCByZXNldCBjYXJkCmRldmljZV9hdHRhY2g6IGlzcDAgYXR0 YWNoIHJldHVybmVkIDYKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1 YXJ0MjogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZTgtMHgzZWYgaXJxIDcgb24g YWNwaTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYg b24gaXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0 IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGti ZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KcHBjMDogY2Fubm90 IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKaHdwc3RhdGUwOiA8Q29vbGBuJ1F1aWV0IDIuMD4g b24gY3B1MAphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFu ZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2Fk ZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNo ZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBu byBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50 cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0 cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVs b2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBj YWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9t OiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQg ZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQph cmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBw cmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9w eSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFu ZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2Fk ZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNo ZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBu byBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50 cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0 cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVs b2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBj YWNoZQphcmM0cmFuZG9tOiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQphcmM0cmFuZG9t OiBubyBwcmVsb2FkZWQgZW50cm9weSBjYWNoZQpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uOiA1 ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAwMCkKVGlt ZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp1Z2VuMS4xOiA8QVRJIE9IQ0kgcm9v dCBIVUI+IGF0IHVzYnVzMQp1Z2VuNi4xOiA8QVRJIE9IQ0kgcm9vdCBIVUI+IGF0IHVzYnVz Ngp1Z2VuMi4xOiA8QVRJIEVIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMgp1Z2VuNS4xOiA8QVRJ IEVIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzNQp1Z2VuNC4xOiA8QVRJIE9IQ0kgcm9vdCBIVUI+ IGF0IHVzYnVzNAp1Z2VuMC4xOiA8QVRJIE9IQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMAp1Z2Vu My4xOiA8QVRJIE9IQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMwp1aHViMDogPEFUSSBPSENJIHJv b3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVo dWIxOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czMKdWh1YjI6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1aHViMzogPEFUSSBPSENJIHJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CnVodWI0 OiA8QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAx PiBvbiB1c2J1czUKdWh1YjU6IDxBVEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg Mi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1aHViNjogPEFUSSBPSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM2CnVodWIwOiAz IHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMyBwb3J0cyB3 aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8SU5URUwgU1NEU0MyQ1cwNjBBMyA0MDBpPiBB Q1MtMiBBVEEgU0FUQSAyLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgRUtDVjMyMjUw MTM5MDYwQUdOCmFkYTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2 LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDog NTcyNDFNQiAoMTE3MjMxNDA4IDUxMiBieXRlIHNlY3RvcnMpCnVodWIyOiBhZGExIGF0IGFo Y2ljaDIgYnVzIDAgc2NidXMyIHRhcmdldCAwIGx1biAwCmFkYTE6IDxXREMgV0QxMDAyRkFF WC0wMFozQTAgMDUuMDFEMDU+IEFUQTgtQUNTIFNBVEEgMy54IGRldmljZQphZGExOiBTZXJp YWwgTnVtYmVyIFdELVdDQVRSMTA4OTA5NwphZGExOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMg KFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWlu ZyBlbmFibGVkCmFkYTE6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnMp CmFkYTE6IHF1aXJrcz0weDE8NEs+CmFkYTIgYXQgYWhjaWNoMyBidXMgMCBzY2J1czMgdGFy Z2V0IDAgbHVuIDAKYWRhMjogPFdEQyBXRDEwMDJGQUVYLTAwWjNBMCAwNS4wMUQwNT4gQVRB OC1BQ1MgU0FUQSAzLnggZGV2aWNlCmFkYTI6IFNlcmlhbCBOdW1iZXIgV0QtV0NBVFIxMjk3 NDYyCmFkYTI6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8g ODE5MmJ5dGVzKQphZGEyOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMjogOTUzODY5 TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMjogcXVpcmtzPTB4MTw0Sz4K YWRhMyBhdCBhaGNpY2g0IGJ1cyAwIHNjYnVzNCB0YXJnZXQgMCBsdW4gMAphZGEzOiA8V0RD IFdEMTAwMkZBRVgtMDBaM0EwIDA1LjAxRDA1PiBBVEE4LUFDUyBTQVRBIDMueCBkZXZpY2UK YWRhMzogU2VyaWFsIE51bWJlciBXRC1XQ0FUUjE1MDU5MDIKYWRhMzogMzAwLjAwME1CL3Mg dHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTM6IENvbW1h bmQgUXVldWVpbmcgZW5hYmxlZAphZGEzOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0 ZSBzZWN0b3JzKQphZGEzOiBxdWlya3M9MHgxPDRLPgphZGE0IGF0IGFoY2ljaDUgYnVzIDAg c2NidXM1IHRhcmdldCAwIGx1biAwCmFkYTQ6IDxXREMgV0QxMEVaRVgtMjFXTjRBMCAwMS4w MUEwMT4gQUNTLTMgQVRBIFNBVEEgMy54IGRldmljZQphZGE0OiBTZXJpYWwgTnVtYmVyIFdD QzZZMFNQTEhFNwphZGE0OiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1B NiwgUElPIDgxOTJieXRlcykKYWRhNDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTQ6 IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnMpCjMgcG9ydHMgd2l0aCAz IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAzIHBvcnRzIHdpdGggMyByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB6ZnM6 enJvb3QvUk9PVC9kZWZhdWx0IFtdLi4uCnVodWI2OiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czYgdXNidXM1 IHVzYnVzMgp1Z2VuNi4yOiA8V2luYm9uZCBFbGVjdHJvbmljcyBDb3JwIEhlcm1vbiBVU0Ig aGlkbW91c2UgRGV2aWNlPiBhdCB1c2J1czYKdWtiZDAgb24gdWh1YjYKdWtiZDA6IDxXaW5i b25kIEVsZWN0cm9uaWNzIENvcnAgSGVybW9uIFVTQiBoaWRtb3VzZSBEZXZpY2UsIGNsYXNz IDAvMCwgcmV2IDEuMTAvMC4wMSwgYWRkciAyPiBvbiB1c2J1czYKa2JkMiBhdCB1a2JkMApS b290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czUgdXNidXMyCnVodWI0OiA2IHBvcnRzIHdp dGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNTogNiBwb3J0cyB3aXRoIDYgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKTGluayBzdGF0ZSBjaGFuZ2VkIHRvIHVwCmlnYjA6IGxp bmsgc3RhdGUgY2hhbmdlZCB0byBVUApMaW5rIHN0YXRlIGNoYW5nZWQgdG8gdXAKaWdiMTog bGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnVtczAgb24gdWh1YjYKdW1zMDogPFdpbmJvbmQg RWxlY3Ryb25pY3MgQ29ycCBIZXJtb24gVVNCIGhpZG1vdXNlIERldmljZSwgY2xhc3MgMC8w LCByZXYgMS4xMC8wLjAxLCBhZGRyIDI+IG9uIHVzYnVzNgp1bXMwOiAzIGJ1dHRvbnMgYW5k IFtaXSBjb29yZGluYXRlcyBJRD0wCg== --------------4DA8914E8C8A042ED36DBA64-- From owner-freebsd-current@freebsd.org Sat Sep 16 02:30:00 2017 Return-Path: Delivered-To: freebsd-current@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 EFD0AE1D492; Sat, 16 Sep 2017 02:30:00 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-ua0-x230.google.com (mail-ua0-x230.google.com [IPv6:2607:f8b0:400c:c08::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A98772E51; Sat, 16 Sep 2017 02:30:00 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-ua0-x230.google.com with SMTP id g47so2096416uad.0; Fri, 15 Sep 2017 19:30:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Zt0TA4eua9JYHzsTul/TQxRtBNrw67nSvAz2NyRE/3s=; b=Y3QvbzahEqBDefli2m25a/lUXO5ehbb5RzrO+xmi1oGqWV7jWpkiFe2T3CF/qhzVB9 HZA0nJ3UJHILBAOQfJrZ5VXmOnuFWGp8xXYzP0Wcq6Zfma5W6KqSzh4xUnUK3zEpOlEx ZIKAu3JSyg7ALCpVro8ZPOweDc2OtyqKvpUBJ4/QWDnhWQEg5L4SqsQz9u2ppKixbCJO 5rfe6SuS8P1Vx8mhJMSslRw17Xs83m2kAoQ2vHE+/ytIxtmXpx9+vDdx906Et/l8PLHU iqHr2wXuqZ99asF6fjTW3Qd/T8dWwSNgbTXQuhr6MpE8aT3s34J3hYJ/HLMGrIfbseTN ZD6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Zt0TA4eua9JYHzsTul/TQxRtBNrw67nSvAz2NyRE/3s=; b=VG1Wbct2jQaPWHL5Hu6N0XVoD1oXmjX9zs9M3rp+xjLEQmsB8nr14NpX2tW6VOn7eI 1/QCbryRjvhnuPjRrBACzi1sp1+gJvz6YNESwo+IerFwATDkz/usk9Z5iJCM8NxBYt7L AlmbFeMp03pD6kQHb4w/Bb+GL2zWfJzIlgiLDP1Wpo1Oe0+8eg3W33SqGtFiu2bG/Ok5 BwID6LvFk1Ugci1FbFU5MOrfmt7VIZXIBw3RRRSkx9iWd5lOt7cW6bLNxplJ30sQA7m0 Jayht2zVu3uZ88veVPPRe3fzBPxNkMTccK1NozT1FMxQwpBQGTHogM/UtPnDGBmH3bf4 EYDg== X-Gm-Message-State: AHPjjUg8UztgG9DYx1ata+zUJJxRTB34hU6U8JfupsO3lrywqCKXNnXg c+ClDeSAJLC9sZO3U02Mq0ka77gkaCIxY9rRsmTufg== X-Google-Smtp-Source: ADKCNb5FuOeRtw1+2segIjgup1g0Q93+tChFyNNFO20tacp/Oa5MIvpMHnmbVPSd0pNfuCt44c/ZxX+Y94MwfasdWQc= X-Received: by 10.176.65.104 with SMTP id j95mr21044188uad.176.1505528999286; Fri, 15 Sep 2017 19:29:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.7.211 with HTTP; Fri, 15 Sep 2017 19:29:58 -0700 (PDT) From: blubee blubeeme Date: Sat, 16 Sep 2017 10:29:58 +0800 Message-ID: Subject: Extra Clang Tools To: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 02:30:01 -0000 FreeBSD switched to clang as it's compiler some time ago; was clang extra tools: http://clang.llvm.org/extra/index.html ever ported over? If yes, where is it located? Best From owner-freebsd-current@freebsd.org Sat Sep 16 03:02:01 2017 Return-Path: Delivered-To: freebsd-current@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 89523E1F87A for ; Sat, 16 Sep 2017 03:02:01 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 62CD363C4D for ; Sat, 16 Sep 2017 03:02:01 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id C9EB813C54 for ; Sat, 16 Sep 2017 02:53:56 +0000 (UTC) Subject: Re: Extra Clang Tools To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: Date: Fri, 15 Sep 2017 22:53:52 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k371SBbLwqgv3TTmxsAhbxExIGuUnEfva" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 03:02:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --k371SBbLwqgv3TTmxsAhbxExIGuUnEfva Content-Type: multipart/mixed; boundary="bbrxTboiVFhf5eumwN7TnhqqNmPKlep8B"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: Extra Clang Tools References: In-Reply-To: --bbrxTboiVFhf5eumwN7TnhqqNmPKlep8B Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2017-09-15 22:29, blubee blubeeme wrote: > FreeBSD switched to clang as it's compiler some time ago; was clang ext= ra > tools: http://clang.llvm.org/extra/index.html ever ported over? >=20 > If yes, where is it located? > Best > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I think you can enable most of them by adding WITH_CLANG_EXTRAS=3Dyes to /etc/src.conf and recompiling. --=20 Allan Jude --bbrxTboiVFhf5eumwN7TnhqqNmPKlep8B-- --k371SBbLwqgv3TTmxsAhbxExIGuUnEfva Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJZvJJDAAoJEBmVNT4SmAt+xuEQAM1bfwa6+Ic7o62VHZYhdDzi O9ceodGhHSLAtAjxrDZqV/vSIHVWaiJ5IClM2yrXtP+1GWmJu6DmUH3ZEAerwzQl GNf5IiFQmwfbTyUjgvGZDAUwDazXuvrqqw+KUwKFAmPAvc1BV70a1M2TQdtpXyjL 2YY3KA1E6585i4uQwyza1AnXx+JCbpPYo6RwTfdqEKWJjuqksXbAPuwUlWAmv/cv m/bZinksed506dbbOzzqfO4Izcv9kyMnPqKuYgsgiMUzH/oHmw/4OoTWmKNI75M+ geiDVHvhA5rixqNIouIhxjwPhtymzmjuM42VALRKt8kPYzHbEjyRww1STas4tq9A VoWVKvNhLoooQZmxqXCaBgqGHm45UWkAdSviq2g0C5eXIwRdKx70sm/bmNDiymYi QbtDozu17PmmTqnoeBrjnwAErt/uuyzGu3xp2LlWrZtdCJz53/iw25si+3mTKA4+ SyXG6xiyx0GAAB/riJi/lZzM4h4CSBjLgP1R40K00zLjfd7khaa6cOTt5j2h/G7s E8gx4Gru570SKt4G9CetlxkC4LicOTc3R9jcvGtb18HvPCcbWPJHUQ22sJuCTiNK ryB12SPlO67kJvBkx2tDIYuSoMYLj8/UqNsrY0UpS1kwoUCgpuesL24eT5o4BJEc mWb/rSGHvAEoTGwt7yzo =Gp08 -----END PGP SIGNATURE----- --k371SBbLwqgv3TTmxsAhbxExIGuUnEfva-- From owner-freebsd-current@freebsd.org Sat Sep 16 04:01:18 2017 Return-Path: Delivered-To: freebsd-current@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 6C7C4E235C3 for ; Sat, 16 Sep 2017 04:01:18 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-ua0-x244.google.com (mail-ua0-x244.google.com [IPv6:2607:f8b0:400c:c08::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 240EE65E5F; Sat, 16 Sep 2017 04:01:18 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-ua0-x244.google.com with SMTP id l24so1188280uaa.5; Fri, 15 Sep 2017 21:01:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=505YSvw39yb7hngRtZdU/CRlDC8M3lOSS/hxBzpK7D8=; b=slS34ITtoNwKu+UDG4ab5zHixBWCGB10I2niGovNMDTTrI9hswnUl4KX/QNG3uuIiB mFz32EppQmqIwVZt/R4Rm9VewEK6zY8FAwNyNQJhHxvqJMliTmnqmj0YNfs1w7qj96YA /ZLasGby1/2k40eF8ZzaOK0+MRVOIfSoANog7hq9/zB6QQCR9xCo+kx6hmdMwWA8//67 b7l5SU9HtJEZHZPeXWmbFbcwNBzCP4WzGBL0gy68/11D4epQDhCDyqA9cbRsMhbCCKEI 1sLM5GbBje6aCQmQ4OZWriV6GirAgiFDEtEB6drXCslVDIHX+8M3TDmRf1ftIcnCPNFu YWbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=505YSvw39yb7hngRtZdU/CRlDC8M3lOSS/hxBzpK7D8=; b=nMGcI7NWqipXpdmk+k0SjroWJiUNR9Wf6bOmdhETV2cBH05SaiVGFddXYF0dNHaEhu 3JpP4zt0ELmc3/wYcZmtdkqgpRTeVNZLI9dAFjh9B+34Isvdhfh6zgZYYEkgsBic5j1B L5DtGQXZKH1GdyBUvr4btzDB1t5pfyx8GVLoA3YXC4AiFq3GMjvFt9DBUBwjyzBt7W6q j8VsFor8b4SIgB2aiT+XnZEUrpI4ur9UrUvF0iHRvGiej0sAyo0aKHNfE6Twj1p/nPCY cqhm6LnPlrNLfV4z9XYbYN3uxFoDwAFhUR1pqCnpuQ3yl/alqSvgiOjflH9fy2Jq+rl7 AO5w== X-Gm-Message-State: AHPjjUgPoW4zb5RubcAHuAS+SygoeTWNYNeog3NqKjuqVq90GuctxcGL 6PQKysk0Tyll6Gs8ndQ8DMYt+np5iQ93KYgoyow= X-Google-Smtp-Source: ADKCNb6rH+0uZbg259FarXK0D4wCQ50XCfNEiezATPXNh9CeLaeWX6eosp3KmRqm6n/1S8OfGFYjNIWPMQbRnj56qdk= X-Received: by 10.176.70.75 with SMTP id z11mr22814553uab.43.1505534476964; Fri, 15 Sep 2017 21:01:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.7.211 with HTTP; Fri, 15 Sep 2017 21:01:16 -0700 (PDT) In-Reply-To: References: From: blubee blubeeme Date: Sat, 16 Sep 2017 12:01:16 +0800 Message-ID: Subject: Re: Extra Clang Tools To: Allan Jude Cc: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 04:01:18 -0000 Thank you for the tips; I was due for a rebuild anyways, might as well upgrade the kernel along the way. Best On Sat, Sep 16, 2017 at 10:53 AM, Allan Jude wrote: > On 2017-09-15 22:29, blubee blubeeme wrote: > > FreeBSD switched to clang as it's compiler some time ago; was clang extra > > tools: http://clang.llvm.org/extra/index.html ever ported over? > > > > If yes, where is it located? > > Best > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > > > I think you can enable most of them by adding WITH_CLANG_EXTRAS=yes to > /etc/src.conf and recompiling. > > -- > Allan Jude > > From owner-freebsd-current@freebsd.org Sat Sep 16 04:04:20 2017 Return-Path: Delivered-To: freebsd-current@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 4564BE23926 for ; Sat, 16 Sep 2017 04:04:20 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-vk0-x244.google.com (mail-vk0-x244.google.com [IPv6:2607:f8b0:400c:c05::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 F15F066110; Sat, 16 Sep 2017 04:04:19 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-vk0-x244.google.com with SMTP id j189so1025593vka.0; Fri, 15 Sep 2017 21:04:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ix9Yjseman/gcwtek9yy9EyFfWPNQUW4m3G0V5XhBmA=; b=c4tG6s5em6DHJinLnDBxuVP5qmh1s13a1ruGMyG70ZGbOTfyX6m+tEQRCH3x+jy3Me o8s3NlhJGuQoL5SeDQsQqyef1G/c4sM5uT49N/hDT37B/qw1nBscApv75stbI3LzfPO5 Sc5HjvxALFNA9blUC8PWTx9nU6+yMZmKUMoC0UftjRWEoRyejCobwq78ICPmTcM8pTAb TN8dV699WPUWrPAqhV02ZlV/+S5oj8Kx5cRvSU7vtss6kBO0jLzl2+lMiN3PoTztc5c1 nw3TjuDfcsOi3FQwpJQdQ/I81auUhGfooFmKFp+r1ZU+g7x5VJ3WYJgdZNxkznlpA3Sa ClCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ix9Yjseman/gcwtek9yy9EyFfWPNQUW4m3G0V5XhBmA=; b=FFzfXvVZFjUXeqo+nL7fEjutb86jQ1Y+mhpkQ7CZ86fFTI4jH7q0xmj8FSfHn1qjQt 0mJ1N8g9O/yxMhuTObFPJau5j6DAJ4AbZpVlTQBr4UGFz6JA6ba7EZtuh8V+z8LkUKX9 7w3G56nT2J9q2H5qQFR1c04WCIvMU/lhp7y9JSp6a2DXT6MWqbsSSpVUHru6zyB/j/E2 Bg+79yZPo2VmCH2ymA+oByBlVB0oCHhzC000Rl9tBIM7JbwuOH7/iO1pBKPOVGOe6ZBV EqeaHoMWdQljRGkt0WzyVgU2YaM+OR1E9vE/9CTLvzaGOyFBDoqb/SjqBfr6BRpA9ga9 cvCA== X-Gm-Message-State: AHPjjUhLACLxlXpicR8eYZnU7uV0/djSRKws73E5OI5IllZaByznRZSd WJnq5mFPwQvg2Xobt0Z02e9t/ciiOKz7x9jmbxM= X-Google-Smtp-Source: AOwi7QBMuXeujnta/sGoc2m3ZINbkyuK3jKqJ22Oo9Iz1prXNOR20a3WPZLZJlR8Mi6K7p3IGU6QS6YRnUKbDDPUI3w= X-Received: by 10.31.159.88 with SMTP id i85mr18803350vke.157.1505534658710; Fri, 15 Sep 2017 21:04:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.7.211 with HTTP; Fri, 15 Sep 2017 21:04:18 -0700 (PDT) In-Reply-To: References: From: blubee blubeeme Date: Sat, 16 Sep 2017 12:04:18 +0800 Message-ID: Subject: Re: Extra Clang Tools To: Allan Jude Cc: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 04:04:20 -0000 Is there any way to get the ports to provide them as well? Best On Sat, Sep 16, 2017 at 12:01 PM, blubee blubeeme wrote: > Thank you for the tips; I was due for a rebuild anyways, might as well > upgrade the kernel along the way. > > Best > > On Sat, Sep 16, 2017 at 10:53 AM, Allan Jude > wrote: > >> On 2017-09-15 22:29, blubee blubeeme wrote: >> > FreeBSD switched to clang as it's compiler some time ago; was clang >> extra >> > tools: http://clang.llvm.org/extra/index.html ever ported over? >> > >> > If yes, where is it located? >> > Best >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@f >> reebsd.org" >> > >> >> I think you can enable most of them by adding WITH_CLANG_EXTRAS=yes to >> /etc/src.conf and recompiling. >> >> -- >> Allan Jude >> >> > From owner-freebsd-current@freebsd.org Sat Sep 16 04:07:55 2017 Return-Path: Delivered-To: freebsd-current@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 D6598E23C41 for ; Sat, 16 Sep 2017 04:07:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 9475F662EE; Sat, 16 Sep 2017 04:07:55 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-21-125.dz.commufa.jp [124.18.21.125]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id v8G47knv061199; Sat, 16 Sep 2017 13:07:47 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 16 Sep 2017 13:07:46 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: jonathan@FreeBSD.org, julian@freebsd.org Subject: Re: extending the maximum filename length (pointer to patch)[request for input] Message-Id: <20170916130746.ed320ba753e5a32242778139@dec.sakura.ne.jp> In-Reply-To: <3C985916-3641-45B7-A721-C4F89A699B70@FreeBSD.org> References: <0154558d-b2ad-af97-3960-3e392678f709@freebsd.org> <8d04540b-6daf-aa13-5648-0ec2541cbae6@freebsd.org> <3C985916-3641-45B7-A721-C4F89A699B70@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 04:07:55 -0000 On Tue, 12 Sep 2017 14:46:12 -0230 "Jonathan Anderson" wrote: > On 12 Sep 2017, at 14:38, Julian Elischer wrote: > > > “〓是一个〓〓多字符文件名〓度的文件目的是命名一个文件用中文或者日文或者〓文字符并且要求字符〓度超〓八十五个字符然后拷〓〓文件到我〓的共享文件〓看看是否能〓拷〓〓文件到我.txt” > > (I have no idea what that says but apparently it's a real filename > > from a windows machine that blew up when written via samba.) > > Google Translate says, amusingly: > "This is a test file for the length of the file name. The purpose is to > name a file in Chinese or Japanese or Korean characters and require the > character to be longer than 85 characters and then copy the file into > our shared folder to see if it can copy the file To me" (.txt, I guess) > > No matter what number you choose for a path length, you're never going > to win against that specific user. :) Most people who doesn't know the "internals" would not matter how long "a character" is. So we'd better assuming the longest-possible character. At worst, file name string can contain shift-in / shift-out or charset change sequences, and become much longer (character sets specific). But if we decide the "filename standard" as UTF-8, it wouldn't be needed and 4 (6?) bytes/character would be sufficient. So if we decide max length on "UTF-8 characters" to be 256, 1536 "bytes" would be sufficient. *Possibly 5 and 6 bytes character in UTF-8 could be already prohibited. If so, 1024 bytes is sufficient. > > > Jon > -- > Jonathan Anderson > jonathan@FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Sat Sep 16 06:01:24 2017 Return-Path: Delivered-To: freebsd-current@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 8BED1E02EA4; Sat, 16 Sep 2017 06:01:24 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD2B69F91; Sat, 16 Sep 2017 06:01:22 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-151-17.bras1.adl6.internode.on.net (HELO leader.local) ([118.210.151.17]) by ipmail07.adl2.internode.on.net with ESMTP; 16 Sep 2017 15:31:14 +0930 Subject: Re: Extra Clang Tools To: blubee blubeeme , FreeBSD Ports , FreeBSD current References: From: Shane Ambler Message-ID: <6ec60c86-d1c0-b556-a95a-d9d257c28c7c@ShaneWare.Biz> Date: Sat, 16 Sep 2017 15:31:12 +0930 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 06:01:24 -0000 On 16/09/2017 11:59, blubee blubeeme wrote: > FreeBSD switched to clang as it's compiler some time ago; was clang extra > tools: http://clang.llvm.org/extra/index.html ever ported over? > > If yes, where is it located? You will find them included in the llvm ports with EXTRAS enabled clang-tidy is in llvm 3.8+ clang-include-fixer is in llvm 3.9+ modularize is in llvm 3.8+ pp-trace doesn't appear to exist clang-rename is in llvm 3.8+ clangd is in llvm-devel (5.0) Note that llvm ports append the version to the app name - they can be found in /usr/local/bin and /usr/local/llvm-/bin/ Building base WITH_CLANG_EXTRAS offers a different set of extras which are also in the llvm ports. As listed in 11-STABLE from /usr/src/usr.bin/clang/Makefile bugpoint clang-format llc lli llvm-ar llvm-as llvm-bcanalyzer llvm-cov llvm-cxxdump llvm-cxxfilt llvm-diff llvm-dis llvm-dwarfdump llvm-extract llvm-link llvm-lto llvm-lto2 llvm-mc llvm-modextract llvm-nm llvm-pdbdump llvm-profdata llvm-rtdyld llvm-symbolizer llvm-xray opt -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-current@freebsd.org Sat Sep 16 03:05:31 2017 Return-Path: Delivered-To: freebsd-current@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 DB13CE1FD00; Sat, 16 Sep 2017 03:05:31 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from apnoea.adamw.org (apnoea.adamw.org [104.225.5.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "apnoea.adamw.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CABEB63FD5; Sat, 16 Sep 2017 03:05:31 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by apnoea.adamw.org (OpenSMTPD) with ESMTPSA id fe9ae6bd TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 15 Sep 2017 21:05:24 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Extra Clang Tools From: Adam Weinberger In-Reply-To: Date: Fri, 15 Sep 2017 21:05:22 -0600 Cc: FreeBSD Ports , FreeBSD current Content-Transfer-Encoding: 7bit Message-Id: <38168986-7385-4E2A-9A6A-8F4CDBEF992A@adamw.org> References: To: blubee blubeeme X-Mailer: Apple Mail (2.3273) X-Mailman-Approved-At: Sat, 16 Sep 2017 10:12:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 03:05:32 -0000 > On 15 Sep, 2017, at 20:29, blubee blubeeme wrote: > > FreeBSD switched to clang as it's compiler some time ago; was clang extra > tools: http://clang.llvm.org/extra/index.html ever ported over? > > If yes, where is it located? > Best > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Put WITH_CLANG_EXTRAS=yes in src.conf, and rebuild world. # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-current@freebsd.org Sat Sep 16 11:59:02 2017 Return-Path: Delivered-To: freebsd-current@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 2B6F4E11C2B; Sat, 16 Sep 2017 11:59:02 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1B6D73A45; Sat, 16 Sep 2017 11:59:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::4907:858b:3c57:fd15] (unknown [IPv6:2001:470:7a58:0:4907:858b:3c57:fd15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 783F53F520; Sat, 16 Sep 2017 13:58:57 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_9D14BF29-6482-4087-90F3-E9A7B8169E0C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Extra Clang Tools Date: Sat, 16 Sep 2017 13:58:56 +0200 In-Reply-To: Cc: FreeBSD Ports , FreeBSD current To: blubee blubeeme References: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 11:59:02 -0000 --Apple-Mail=_9D14BF29-6482-4087-90F3-E9A7B8169E0C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 16 Sep 2017, at 04:29, blubee blubeeme wrote: > > FreeBSD switched to clang as it's compiler some time ago; was clang extra > tools: http://clang.llvm.org/extra/index.html ever ported over? > > If yes, where is it located? Those tools (clang-tidy, clang-include-fixer, etc) are not available in the base system. Install one of the devel/llvm ports, and enable the EXTRAS option. -Dimitry --Apple-Mail=_9D14BF29-6482-4087-90F3-E9A7B8169E0C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWb0SAAAKCRCwXqMKLiCW o/0BAJ9flkKkqaRUpiI5fZYJESldk9I39wCg9hDwoptmL5u9ckVslsjiKrlYhaU= =BKRv -----END PGP SIGNATURE----- --Apple-Mail=_9D14BF29-6482-4087-90F3-E9A7B8169E0C-- From owner-freebsd-current@freebsd.org Sat Sep 16 13:52:42 2017 Return-Path: Delivered-To: freebsd-current@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 52381E17EA5; Sat, 16 Sep 2017 13:52:42 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-ua0-x229.google.com (mail-ua0-x229.google.com [IPv6:2607:f8b0:400c:c08::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07E9476DCB; Sat, 16 Sep 2017 13:52:42 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-ua0-x229.google.com with SMTP id t5so2495279uad.13; Sat, 16 Sep 2017 06:52:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Qfk7zg6axOrYBn3nlF1q++FBBgQE8wlOh+ZoAVPDUkc=; b=nCWs8v8XAr/i0XMo6gqC7vUQ22TXwcaaUdZkcYjUHS35LOIQD0MxNCvVZcSQEr73fj p1X+qaPBxwJibRn1Vv/+pow95RFABm3H5g2I6I5Ht3agyqOCqYYcSPPm8YaUyDusby7A Kcms/w34y3NEpP3OS771HReep9WNHS01pYTVkCjMDd0lnOzt002Dfon3x1W7iDI0l6PQ I4EttfuTDmkv2X0V8383kvk5ZpCfFrj01a26UPQT3WCIEt6qOByXG7ZZeaScUKR+AVTp kQNYN/5AuVWLUtjjyWwdBECY5mO4I7f7utNNKbkA9UF1izkUfSwcW54dug/IRlJpYhdL Scjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Qfk7zg6axOrYBn3nlF1q++FBBgQE8wlOh+ZoAVPDUkc=; b=cRmn3eb+D5t3vLF7W6qFL5vu4MeLVuuptUDISUOfv7aBjI7ieZMYcGbBbgijj5BsEV YmdI/0ySB6gB03yKsA2KS0F1AvEahS+TiIsmA7kJv4f2WSsEYu0b8xEhQ5U8j9jh5kEZ Beef4MqRACJFzhHj6nwGSIJTLi90lcWvE46SL9PLhk7IdIQeX4RuvNe0xso4d6ZkJof+ vOmHqcBbKC5whsVgZC4Z/s9ZdVJL9QIL0urq62SkvBCDtAkI1tmkBooZC9pVKp4CJteK 1WlAyUcD4cnqwhteTMDPjCxiS71NE3aKYMB7amI7CELWyXuF1ODHRs9Fl0o8WWv5M2+L 0i3g== X-Gm-Message-State: AHPjjUiRoioMqc9eKQOP81/YYJ3q+1KSruJFsj2PLEH3QY2QyS0iYbQb Dyu192ulyUUN/U6apKpJNn06uycWDZ0xbEfQBj5e7A== X-Google-Smtp-Source: ADKCNb4DsiUCOMaEyBj/QBUxISjc3eXZW7jHRMmn3v6OEjDNXkw9TK0ZtZU852rzpUwN7UVZJO+iPLwB7z+iWAwzOzY= X-Received: by 10.176.81.185 with SMTP id g54mr24180870uaa.98.1505569960757; Sat, 16 Sep 2017 06:52:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.7.211 with HTTP; Sat, 16 Sep 2017 06:52:40 -0700 (PDT) In-Reply-To: <6ec60c86-d1c0-b556-a95a-d9d257c28c7c@ShaneWare.Biz> References: <6ec60c86-d1c0-b556-a95a-d9d257c28c7c@ShaneWare.Biz> From: blubee blubeeme Date: Sat, 16 Sep 2017 21:52:40 +0800 Message-ID: Subject: Re: Extra Clang Tools To: Shane Ambler Cc: FreeBSD Ports , FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2017 13:52:42 -0000 Howdy I made a few changes to the devel/llvm40/Makefile and added pp-trace as the last line of EXTRA_COMMANDS Then I rebuilt llvm40, then I noticed that the pp-trace executable is built, here's a output of the work directory grepping for pp-trace: /usr/local/share/doc/llvm38/clang-tools/html/_sources/pp-trace.txt /usr/local/share/doc/llvm38/clang-tools/html/pp-trace.html /usr/local/share/doc/llvm39/clang-tools/html/_sources/pp-trace.txt /usr/local/share/doc/llvm39/clang-tools/html/pp-trace.html /usr/local/share/doc/llvm40/clang-tools/html/_sources/pp-trace.txt /usr/local/share/doc/llvm40/clang-tools/html/pp-trace.html /usr/ports/devel/llvm40/work/.build/bin/pp-trace /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/docs/_doctrees-html/pp-trace.doctree /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/docs/_doctrees-man/pp-trace.doctree /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/docs/html/_sources/pp-trace.txt /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/docs/html/pp-trace.html /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/pp-trace /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/pp-trace/CMakeFiles /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/pp-trace/CMakeFiles/pp-trace.dir /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/pp-trace/CMakeFiles/pp-trace.dir/PPCallbacksTracker.cpp.o /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/pp-trace/CMakeFiles/pp-trace.dir/PPTrace.cpp.o /usr/ports/devel/llvm40/work/.build/tools/clang/tools/extra/pp-trace/cmake_install.cmake /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/docs/pp-trace.rst /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/pp-trace /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/pp-trace/CMakeLists.txt /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/pp-trace/PPCallbacksTracker.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/pp-trace/PPCallbacksTracker.h /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/pp-trace/PPTrace.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs/Level1A.h /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs/Level1B.h /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs/Level2A.h /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs/Level2B.h /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs/ModularizeList.txt /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/Inputs/module.map /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-conditional.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-ident.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-include.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-macro.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-modules.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-pragma-general.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-pragma-ms.cpp /usr/ports/devel/llvm40/work/llvm-4.0.1.src/tools/clang/tools/extra/test/pp-trace/pp-trace-pragma-opencl.cpp /usr/ports/devel/llvm40/work/stage/usr/local/share/doc/llvm40/clang-tools/html/_sources/pp-trace.txt /usr/ports/devel/llvm40/work/stage/usr/local/share/doc/llvm40/clang-tools/html/pp-trace.html So it now gets built but not installed; is it possible to have the port updated to move these files to the proper after they are built? I made a one line change to the Makefile: # $FreeBSD: head/devel/llvm40/Makefile 449591 2017-09-10 20:55:38Z gerald $ EXTRAS_COMMANDS+= \ clang-apply-replacements \ clang-change-namespace \ clang-include-fixer \ clang-modernize \ clang-query \ clang-rename \ clang-reorder-fields \ clang-tidy \ find-all-symbols \ modularize \ pp-trace #===========================# My edit Best On Sat, Sep 16, 2017 at 2:01 PM, Shane Ambler wrote: > On 16/09/2017 11:59, blubee blubeeme wrote: > >> FreeBSD switched to clang as it's compiler some time ago; was clang extra >> tools: http://clang.llvm.org/extra/index.html ever ported over? >> >> If yes, where is it located? >> > > You will find them included in the llvm ports with EXTRAS enabled > > clang-tidy is in llvm 3.8+ > clang-include-fixer is in llvm 3.9+ > modularize is in llvm 3.8+ > pp-trace doesn't appear to exist > clang-rename is in llvm 3.8+ > clangd is in llvm-devel (5.0) > > Note that llvm ports append the version to the app name - they can be > found in /usr/local/bin and /usr/local/llvm-/bin/ > > Building base WITH_CLANG_EXTRAS offers a different set of extras which > are also in the llvm ports. > As listed in 11-STABLE from /usr/src/usr.bin/clang/Makefile > > bugpoint clang-format llc lli llvm-ar llvm-as llvm-bcanalyzer llvm-cov > llvm-cxxdump llvm-cxxfilt llvm-diff llvm-dis llvm-dwarfdump llvm-extract > llvm-link llvm-lto llvm-lto2 llvm-mc llvm-modextract llvm-nm > llvm-pdbdump llvm-profdata llvm-rtdyld llvm-symbolizer llvm-xray opt > > > -- > FreeBSD - the place to B...Software Developing > > Shane Ambler > >