From owner-freebsd-current@freebsd.org Mon Nov 20 02:19: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 B9D45DDDAEF for ; Mon, 20 Nov 2017 02:19:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-112.reflexion.net [208.70.210.112]) (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 6BD9C6BE86 for ; Mon, 20 Nov 2017 02:19:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25781 invoked from network); 20 Nov 2017 01:52:40 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Nov 2017 01:52:40 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sun, 19 Nov 2017 20:52:40 -0500 (EST) Received: (qmail 494 invoked from network); 20 Nov 2017 01:52:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Nov 2017 01:52:40 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id CA983EC7E18; Sun, 19 Nov 2017 17:52:39 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: head -r325997: Fatal trap 12: page fault while in kernel mode (during a buildworld, virtualbox guest context) Message-Id: <2A312919-EF66-4FC3-85E4-A796315DB978@dsl-only.net> Date: Sun, 19 Nov 2017 17:52:39 -0800 To: FreeBSD Current , freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 02:19:21 -0000 Attempting a dump failed. I'm afraid all for information is the below. The kernel was a non-debug kernel (with debug information). The following is hand typed from a screen shot: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffffff53f000e2b0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80f2b11e stack pointer = 0x0:0xfffffe01aeb28970 frame pointer = 0x0:0xfffffe01aeb289f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 20 (pagedaemon) [ thread pid 20 tid 100089 ] Stopped at pmap_ts_referenced+0x72e: movq (%rcx,rdi,8),%rbx bd > bt Tracing pid 20 tid 100089 td 0xfffff80003eb3560 pmap_ts_referenced() at pmap_ts_referenced_0x72e/frame 0xfffffe01aeb289f0 vm_pageout() at vm_pageout+0xdeb/frame 0xfffffe01aeb28ab0 fork_exit() at fork_exit+0x82/frame 0xfffffe01aeb28ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01aeb28ab0 --- trap 0, rip = 0, rsp = 0, rpb = 0 --- db> The prior (cross) buildworld buildkernel had completed fine. Until yesterday, I'd been running -r325700 or before and had not seen such an issue ever before. I'd been using the virtualbox version for a while before this as well. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Nov 20 05:31: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 4CBD4DE203C for ; Mon, 20 Nov 2017 05:31:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-131.reflexion.net [208.70.210.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E775E71431 for ; Mon, 20 Nov 2017 05:31:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10636 invoked from network); 20 Nov 2017 05:24:20 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Nov 2017 05:24:20 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Mon, 20 Nov 2017 00:24:20 -0500 (EST) Received: (qmail 23271 invoked from network); 20 Nov 2017 05:24:20 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Nov 2017 05:24:20 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 86C0AEC9603; Sun, 19 Nov 2017 21:07:29 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: head -r325997: Fatal trap 12: page fault while in kernel mode (during a buildworld, virtualbox guest context) [2nd example] Date: Sun, 19 Nov 2017 21:07:28 -0800 References: <2A312919-EF66-4FC3-85E4-A796315DB978@dsl-only.net> To: FreeBSD Current , freebsd-amd64@freebsd.org In-Reply-To: <2A312919-EF66-4FC3-85E4-A796315DB978@dsl-only.net> Message-Id: <3C5C0D1B-4990-426A-B622-6EC4CC6A1F3F@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 05:31:08 -0000 [I got another of these. By the way: amd64 context. Again: buildworld was running.] On 2017-Nov-19, at 5:52 PM, Mark Millard wrote: > Attempting a dump failed. I'm afraid all for > information is the below. The kernel was a > non-debug kernel (with debug information). > > The following is hand typed from a screen shot: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xffffff53f000e2b0 New one: 0x806b49010 > fault code = supervisor read data, page not present New one: supervisor write data, page not present > instruction pointer = 0x20:0xffffffff80f2b11e New one: 0x20:0xffffffff80f2b21b > stack pointer = 0x0:0xfffffe01aeb28970 New one: 0x28:0xfffffe01aeb28970 > frame pointer = 0x0:0xfffffe01aeb289f0 New one: 0x28:0xfffffe01aeb289f0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 20 (pagedaemon) > [ thread pid 20 tid 100089 ] > Stopped at pmap_ts_referenced+0x72e: movq (%rcx,rdi,8),%rbx New one: pmap_ts_referenced+0x82b: movq %rcx,0x10(%rax) > bd > bt > Tracing pid 20 tid 100089 td 0xfffff80003eb3560 New one: td 0xfffff80003df6000 > pmap_ts_referenced() at pmap_ts_referenced_0x72e/frame 0xfffffe01aeb289f0 New one: pmap_ts_referenced() at pmap_ts_referenced_0x82b/frame 0xfffffe01aeb289f0 > vm_pageout() at vm_pageout+0xdeb/frame 0xfffffe01aeb28ab0 Correction to original: frame 0xfffffe01aeb28a70 (new is the same) > fork_exit() at fork_exit+0x82/frame 0xfffffe01aeb28ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01aeb28ab0 > --- trap 0, rip = 0, rsp = 0, rpb = 0 --- > db> > > The prior (cross) buildworld buildkernel had completed fine. > > Until yesterday, I'd been running -r325700 or before and had not > seen such an issue ever before. I'd been using the virtualbox > version for a while before this as well. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Nov 20 09:15:38 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 CD834DE5E62 for ; Mon, 20 Nov 2017 09:15:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-158.reflexion.net [208.70.210.158]) (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 94B0076716 for ; Mon, 20 Nov 2017 09:15:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5814 invoked from network); 20 Nov 2017 09:15:30 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 20 Nov 2017 09:15:30 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Mon, 20 Nov 2017 04:15:30 -0500 (EST) Received: (qmail 17707 invoked from network); 20 Nov 2017 09:15:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Nov 2017 09:15:30 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 04B11EC8F85; Mon, 20 Nov 2017 01:15:29 -0800 (PST) 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: Re: head -r325997: Fatal trap 12: page fault while in kernel mode (during a buildworld, virtualbox guest context) [2nd example] Date: Mon, 20 Nov 2017 01:15:29 -0800 References: <2A312919-EF66-4FC3-85E4-A796315DB978@dsl-only.net> <3C5C0D1B-4990-426A-B622-6EC4CC6A1F3F@dsl-only.net> To: FreeBSD Current , freebsd-amd64@freebsd.org, freebsd-hackers In-Reply-To: <3C5C0D1B-4990-426A-B622-6EC4CC6A1F3F@dsl-only.net> Message-Id: <2E7497BD-06C6-4C86-AA83-1150C735315B@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 09:15:38 -0000 [Adding some analysis of where the 2 failures were in source code terms.] On 2017-Nov-19, at 9:07 PM, Mark Millard wrote: > [I got another of these. By the way: amd64 context. > Again: buildworld was running.] >=20 > On 2017-Nov-19, at 5:52 PM, Mark Millard = wrote: >=20 >> Attempting a dump failed. I'm afraid all for >> information is the below. The kernel was a >> non-debug kernel (with debug information). >>=20 >> The following is hand typed from a screen shot: >>=20 >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xffffff53f000e2b0 >=20 > New one: 0x806b49010 >=20 >> fault code =3D supervisor read data, page not present >=20 > New one: supervisor write data, page not present >=20 >> instruction pointer =3D 0x20:0xffffffff80f2b11e >=20 > New one: 0x20:0xffffffff80f2b21b >=20 >> stack pointer =3D 0x0:0xfffffe01aeb28970 >=20 > New one: 0x28:0xfffffe01aeb28970 >=20 >> frame pointer =3D 0x0:0xfffffe01aeb289f0 >=20 > New one: 0x28:0xfffffe01aeb289f0 >=20 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >> current process =3D 20 (pagedaemon) >> [ thread pid 20 tid 100089 ] >> Stopped at pmap_ts_referenced+0x72e: movq (%rcx,rdi,8),%rbx >=20 > New one: pmap_ts_referenced+0x82b: movq %rcx,0x10(%rax) >=20 >> bd > bt >> Tracing pid 20 tid 100089 td 0xfffff80003eb3560 >=20 > New one: td 0xfffff80003df6000 >=20 >> pmap_ts_referenced() at pmap_ts_referenced_0x72e/frame = 0xfffffe01aeb289f0 > New one: > pmap_ts_referenced() at pmap_ts_referenced_0x82b/frame = 0xfffffe01aeb289f0 >=20 >> vm_pageout() at vm_pageout+0xdeb/frame 0xfffffe01aeb28ab0 >=20 > Correction to original: frame 0xfffffe01aeb28a70 > (new is the same) >=20 >> fork_exit() at fork_exit+0x82/frame 0xfffffe01aeb28ab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01aeb28ab0 >> --- trap 0, rip =3D 0, rsp =3D 0, rpb =3D 0 --- >> db> >>=20 >> The prior (cross) buildworld buildkernel had completed fine. >>=20 >> Until yesterday, I'd been running -r325700 or before and had not >> seen such an issue ever before. I'd been using the virtualbox >> version for a while before this as well. Taking the case of: Stopped at pmap_ts_referenced+0x72e: movq (%rcx,rdi,8),%rbx: ffffffff80f2b0fc mov %rax,%rsi ffffffff80f2b0ff shr $0x1b,%rsi ffffffff80f2b103 and $0xff8,%esi ffffffff80f2b109 mov (%rcx,%rsi,1),%rcx ffffffff80f2b10d and %r10,%rcx ffffffff80f2b110 or %r9,%rcx ffffffff80f2b113 mov %eax,%edi ffffffff80f2b115 shr $0x15,%edi ffffffff80f2b118 and $0x1ff,%edi ffffffff80f2b11e mov (%rcx,%rdi,8),%rbx = <<<<<<=3D=3D=3D=3D=3D=3D=3D ffffffff80f2b122 and %r10,%rbx ffffffff80f2b125 or %r9,%rbx ffffffff80f2b128 shr $0x9,%rax ffffffff80f2b12c and $0xff8,%eax ffffffff80f2b131 lea (%rbx,%rax,1),%rsi ffffffff80f2b135 mov (%rbx,%rax,1),%rbx ffffffff80f2b139 mov %rbx,%rax ffffffff80f2b13c and %rdx,%rax ffffffff80f2b13f cmp %rdx,%rax ffffffff80f2b142 jne ffffffff80f2b14f = Which, if I understand right, is in the "small_mappings:" code: PG_A =3D pmap_accessed_bit(pmap); PG_M =3D pmap_modified_bit(pmap); PG_RW =3D pmap_rw_bit(pmap); pde =3D pmap_pde(pmap, pv->pv_va); KASSERT((*pde & PG_PS) =3D=3D 0, ("pmap_ts_referenced: found a 2mpage in page %p's pv = list", m)); pte =3D pmap_pde_to_pte(pde, pv->pv_va); if ((*pte & (PG_M | PG_RW)) =3D=3D (PG_M | PG_RW)) vm_page_dirty(m); if ((*pte & PG_A) !=3D 0) { with the failure being during *pde in: /* Return a pointer to the PT slot that corresponds to a VA */ static __inline pt_entry_t * pmap_pde_to_pte(pd_entry_t *pde, vm_offset_t va) { pt_entry_t *pte; pte =3D (pt_entry_t *)PHYS_TO_DMAP(*pde & PG_FRAME); return (&pte[pmap_pte_index(va)]); } Taking the case of: New one: pmap_ts_referenced+0x82b: movq %rcx,0x10(%rax) ffffffff80f2b1fb lock cmpxchg %rcx,(%rdx) ffffffff80f2b200 sete %cl ffffffff80f2b203 test %cl,%cl ffffffff80f2b205 je ffffffff80f2b27d = ffffffff80f2b207 test %r12,%r12 ffffffff80f2b20a je ffffffff80f2b255 = ffffffff80f2b20c mov 0x8(%r12),%rax ffffffff80f2b211 test %rax,%rax ffffffff80f2b214 je ffffffff80f2b255 = ffffffff80f2b216 mov 0x10(%r12),%rcx ffffffff80f2b21b mov %rcx,0x10(%rax) = <<<<<<<<<=3D=3D=3D=3D=3D=3D=3D=3D=3D ffffffff80f2b21f mov 0x8(%r12),%rax ffffffff80f2b224 mov 0x10(%r12),%rcx ffffffff80f2b229 mov %rax,(%rcx) Which, if I understand right, appears to be during the TAILQ_REMOVE of: PMAP_UNLOCK(pmap); /* Rotate the PV list if it has more than one entry. */ if (pv !=3D NULL && TAILQ_NEXT(pv, pv_next) !=3D NULL) { TAILQ_REMOVE(&m->md.pv_list, pv, pv_next); . . . #define TAILQ_REMOVE(head, elm, field) do { = \ QMD_SAVELINK(oldnext, (elm)->field.tqe_next); = \ QMD_SAVELINK(oldprev, (elm)->field.tqe_prev); = \ QMD_TAILQ_CHECK_NEXT(elm, field); = \ QMD_TAILQ_CHECK_PREV(elm, field); = \ if ((TAILQ_NEXT((elm), field)) !=3D NULL) = \ TAILQ_NEXT((elm), field)->field.tqe_prev =3D = \ (elm)->field.tqe_prev; = \ else { = \ (head)->tqh_last =3D (elm)->field.tqe_prev; = \ QMD_TRACE_HEAD(head); = \ } = \ *(elm)->field.tqe_prev =3D TAILQ_NEXT((elm), field); = \ TRASHIT(*oldnext); = \ TRASHIT(*oldprev); = \ QMD_TRACE_ELEM(&(elm)->field); = \ } while (0) where the kernel was a non-debug kernel (with debug symbols). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Nov 20 16:39:13 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 BBDB6DF0887 for ; Mon, 20 Nov 2017 16:39:13 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:a:dead:bad:faff]) (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 93571641C4; Mon, 20 Nov 2017 16:39:13 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id vAKGdAdt099456; Mon, 20 Nov 2017 16:39:11 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id vAKGdA0m099455; Mon, 20 Nov 2017 16:39:10 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201711201639.vAKGdA0m099455@donotpassgo.dyslexicfish.net> Date: Mon, 20 Nov 2017 16:39:10 +0000 Organization: Dyslexic Fish To: trasz@freebsd.org, freebsd-current@freebsd.org Cc: jamie@catflap.org Subject: getfsstat / nullsfs / automount bug? User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Mon, 20 Nov 2017 16:39:11 +0000 (GMT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 16:39:13 -0000 There appears to be a bug in the system call related to getmntinfo(3) / getfsstat(2) , when if the "automount" flag is set on "nullfs" mounts, it is not returned on a getfsstat "WAIT" call. The non-refreshed, non-blocking "MNT_NOWAIT" produces the correct result. I first noticed this when debugging why my nullfs autofs partitions weren't being automatically unmounted. (FreeBSD current and release) The somewhat hacked snippet from automount.c in the example below demonstrates this - When called with no parameters, it performs a MNT_WAIT request, otherwise a MNT_NOWAIT request is performed: Cheers, Jamie | #include | #include | #include | | int main(int argc, char **argv) | { | struct statfs *mntbuf; | int i, nitems; | | nitems = getmntinfo(&mntbuf, (argc == 1) ? MNT_WAIT : MNT_NOWAIT); | if (nitems <= 0) | printf ("getmntinfo fail\n"); | | for (i = 0; i < nitems; i++) { | if (strcmp(mntbuf[i].f_fstypename, "autofs") == 0) { | printf("skipping %s, filesystem type is autofs\n", | mntbuf[i].f_mntonname); | continue; | } | | if ((mntbuf[i].f_flags & MNT_AUTOMOUNTED) == 0) { | printf("skipping %s, not automounted\n", | mntbuf[i].f_mntonname); | continue; | } | | printf("%s IS automounted!!!!!!!!!\n", | mntbuf[i].f_mntonname); | } | } | 14:24 [2] (1) "autofs" root@thompson# df | Filesystem 1K-blocks Used Avail Capacity Mounted on | /dev/ada1p2 5061628 707264 3949436 15% / | devfs 1 1 0 100% /dev | /dev/ada1p4 5061628 535004 4121696 11% /var | /dev/ada1p5 978973296 21689416 878966020 2% /usr | | 14:24 [2] (2) "autofs" root@thompson# mount | /dev/ada1p2 on / (ufs, local) | devfs on /dev (devfs, local, multilabel) | /dev/ada1p4 on /var (ufs, local, soft-updates) | /dev/ada1p5 on /usr (ufs, local, soft-updates) | | 14:25 [2] (3) "autofs" root@thompson# mkdir /tmp/automounted /tmp/manual | | 14:25 [2] (4) "autofs" root@thompson# mount -t nullfs -o ro /usr/src /tmp/manual | | 14:25 [2] (5) "autofs" root@thompson# mount -t nullfs -o ro,automounted /usr/src /tmp/automounted/ | | 14:26 [2] (6) "autofs" root@thompson# df | Filesystem 1K-blocks Used Avail Capacity Mounted on | /dev/ada1p2 5061628 707264 3949436 15% / | devfs 1 1 0 100% /dev | /dev/ada1p4 5061628 535004 4121696 11% /var | /dev/ada1p5 978973296 21689420 878966016 2% /usr | /usr/src 978973296 21689420 878966016 2% /tmp/manual | /usr/src 978973296 21689420 878966016 2% /tmp/automounted | | 14:26 [2] (7) "autofs" root@thompson# mount | /dev/ada1p2 on / (ufs, local) | devfs on /dev (devfs, local, multilabel) | /dev/ada1p4 on /var (ufs, local, soft-updates) | /dev/ada1p5 on /usr (ufs, local, soft-updates) | /usr/src on /tmp/manual (nullfs, local, read-only) | /usr/src on /tmp/automounted (nullfs, local, read-only, automounted) | | 14:26 [2] (8) "autofs" root@thompson# ./a.out | skipping /, not automounted | skipping /dev, not automounted | skipping /var, not automounted | skipping /usr, not automounted | skipping /tmp/manual, not automounted | skipping /tmp/automounted, not automounted | | 14:26 [2] (9) "autofs" root@thompson# ./a.out x | skipping /, not automounted | skipping /dev, not automounted | skipping /var, not automounted | skipping /usr, not automounted | skipping /tmp/manual, not automounted | /tmp/automounted IS automounted!!!!!!!!! From owner-freebsd-current@freebsd.org Mon Nov 20 20:33:23 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 CE40ADF4B64 for ; Mon, 20 Nov 2017 20:33:23 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8ED496BDC7 for ; Mon, 20 Nov 2017 20:33:23 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id GsiJecAf8XjiOGsiLetwL2; Mon, 20 Nov 2017 20:30:46 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vAKKUgre018065 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 20 Nov 2017 15:30:43 -0500 (EST) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org To: freebsd-current@freebsd.org From: Thomas Laus Subject: Loader.conf problem Message-ID: Date: Mon, 20 Nov 2017 15:30:42 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfIvnIpfXRnKWsE6Zt9E/2d7hcOPqPF6gWqUPADGensP7ADWw/HFdKm703M+FAIPVG+rFQa3uJgXNx9S5kDF1w1sHlBsCvTDCAtE6t3i/6n+y9/POvj9I aOWRl2q3rVKU+9ED61MeamK89sGsf4Kg5WZQiVvipdsgQz8JNZTnvFrX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 20:33:23 -0000 I recently upgraded my FreeBSD-Current system today and did not fully understand the impact of changes to loader.conf. My system has a Geli encrypted ZFS pool. In the past whenever I screwed up, I was able to use 'Beadm' into boot the most recent good kernel or enter a shell to reread the UPDATING notes for a clearer understanding of what needs to be done before rebooting. Is my system recoverable or does it require wiping and reloading from a snapshot? If it is recoverable, how to do? Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Mon Nov 20 20:37: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 705FDDF4DDC for ; Mon, 20 Nov 2017 20:37:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::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 387316C1DC for ; Mon, 20 Nov 2017 20:37:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22c.google.com with SMTP id g73so17054829ioj.8 for ; Mon, 20 Nov 2017 12:37:54 -0800 (PST) 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=EjYafATcWmice6MkFIgRhKasDzXFRTxnDW703lVqX1A=; b=gF4vTJMvQaYnNOLx4Egi1Jo8M1wWZ/fERA2/NGOEPEg7A1n3fv+8VRuyKnJKINoHjZ NKumsqz/ZZyXAB9mpsk5J0BLdXNeLJs91TDfPzObVvJBPcYT2zjCGwro5GkVFHjnX63a 5+UwP4/vpaHu5a67vvbTTjvENG5bftRrSQ8GjLhLfwvDDcQchtfvtltaz1jaGyQvFbSk FUdiDHLqjNXMUOtl9YRSdgDcfhbADhyhXzSF1emEPUkJ2kCTS+sJ/Z/COc477ioj5DUD yKYdSU0dglY8EEa/R23e61irdH0mU2/vyXR0VS6myYdnCHPRenOWPcgfRHssDyMSFhzg IWXw== 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=EjYafATcWmice6MkFIgRhKasDzXFRTxnDW703lVqX1A=; b=jbJS5pYchF++eiDmmdblkZBNXhEjFfIMKp0+1RagCIfSL9R1xk81I83KFzCjD6BgLb 9EybxWj/BI/IXjnATCNFYXiN8VtyJ6vucMZRehLddULwJAS7ZZg9Uyv1eiEw4nkjs0ns +2lj6ljFr5LlRcohAYj1830slFJ+5ytI1Rz4JDmOdX5zkhkRkhvYceNW8sEf3kou2vj2 oB9kuhoHBdNFkG78QZvuXAJQGdt/POStk2QnMTtA+yCBFMIVPHOmoHj2JFLRbP1bzTXo WU6RSmBMhrHr4sBNSR3TdjKz6NtqVaLV9jg5r00OeV7v006Ld7H3ECgo5laNEZ1umm0t WZvA== X-Gm-Message-State: AJaThX4PZDKImmHoaKZdJMPCL+m4vWGCFT9162l4gBhY8Nm0sn5CWtzO 4iE9yCoJCzCRe1OZJvBVx6Pf/oj6GmH41TPBe09KOQ== X-Google-Smtp-Source: AGs4zMaAcW8kLtfwZ+Pl7tVnj1HjPKFQN2Vdx79bA/1BpxeUfpRBrfa2jUXAdpMRey8Bfqy3rk3fa1UWKgn9ZMZMF9s= X-Received: by 10.107.30.81 with SMTP id e78mr2280994ioe.130.1511210273276; Mon, 20 Nov 2017 12:37:53 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Mon, 20 Nov 2017 12:37:52 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:c91c:5e34:ef38:d5a] In-Reply-To: References: From: Warner Losh Date: Mon, 20 Nov 2017 13:37:52 -0700 X-Google-Sender-Auth: rXiIsE8NQGNWGi2LfwwX7nYIBPo Message-ID: Subject: Re: Loader.conf problem To: lausts@acm.org Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 20:37:54 -0000 On Mon, Nov 20, 2017 at 1:30 PM, Thomas Laus wrote: > I recently upgraded my FreeBSD-Current system today and did not fully > understand the impact of changes to loader.conf. My system has a Geli > encrypted ZFS pool. In the past whenever I screwed up, I was able to > use 'Beadm' into boot the most recent good kernel or enter a shell to > reread the UPDATING notes for a clearer understanding of what needs to > be done before rebooting. > > Is my system recoverable or does it require wiping and reloading from a > snapshot? If it is recoverable, how to do? > My changes to the system hasn't changed how things work. Or at least shouldn't have changed anything. If they do, that's likely a bug, and likely my fault. The one exception is if you're booting off GELI + ZFS with UEFI based on boot1.efi changes that were in the tree for a few days... Warner From owner-freebsd-current@freebsd.org Mon Nov 20 21:39: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 101C4DF624F for ; Mon, 20 Nov 2017 21:39:49 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::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 CCC176E4EB; Mon, 20 Nov 2017 21:39:48 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x229.google.com with SMTP id x13so5290878iti.4; Mon, 20 Nov 2017 13:39:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=LuzgesrwbWR3TyzeLFI8g9LkX15HYZVt/Ws2fqUhenE=; b=jn30d7sGk7NIejklIJ2zhJ9XV3orzMv3dEINxv+X2ePq9cHfiYOy2q8bm3btJfsBoM VYt00uKCZJHaGRMkAJX9yE5TWygYZleVXJ9rjj48kVL4ulFFZX9QifGJV7t87rXFMyp0 r2MLBQVJAGvWjAh6fH7hVEEGmWLkF5puvAnC2iTyx/z2xb78ptmNmuo3qxaJu56C7ydQ THLgrOrWPnwJRmjgCbZ6KSRseP6eeJ1/FCB19rYNzfE54K7DHod6gURALEw1gDFEujdt KajFAI/GYtx9sN1lj2MlYKPdCrzxSHBElmftZll97n66vr5Va8YExxZ0lJaZKVcCX33i p0pA== 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=LuzgesrwbWR3TyzeLFI8g9LkX15HYZVt/Ws2fqUhenE=; b=bGE9XHAM5pJHBaE47zvORcrRIGNy98vTYIPRQGX2y9DTVaCbjVkHyPrITIza+dldBP I375uW2U1UGXNduIBWuRVxZtl+/dH51hLSg/d1UCDnLfIX4aFsfFKkWc44Ptm823Uyxp SfeUlbu6djO9omded5NSDGShFq3slhWOTI4ZIp5WWCugh5SwZYgQgqgEI3TcHXsgeBm2 fBIRuDBLh/h68xMQ8g3cNBvrCOZHsSC5TjwE+yANHTO82fEYyHWmYwUhlzYqf1bqfr+a dm1KuNcgoOCayOywfnh8YaxtryNiTbPi0QG7bMqMNaAaOo1eNjwvJ0pdQSwhHIAsRsFx /pHQ== X-Gm-Message-State: AJaThX4jNFvxKGy+zBXaf8mQMsRRpCrEpFIdO7gax1hcjDmp//6YN2Bb UVw7FIVVfsOj50YlsyT/kPadu+N+esS9QSJZX0V5Fidj X-Google-Smtp-Source: AGs4zMYPpuBt9/nWOfvq7isgMu7VOP8AMUDxMGQPbx5LEDEb4sGkfNo+Aj2VmR5M+0db6qASDuw804dvpU3s+6x27EQ= X-Received: by 10.36.28.81 with SMTP id c78mr14734945itc.96.1511213988036; Mon, 20 Nov 2017 13:39:48 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.14.208 with HTTP; Mon, 20 Nov 2017 13:39:27 -0800 (PST) In-Reply-To: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> References: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> From: Ed Maste Date: Mon, 20 Nov 2017 16:39:27 -0500 X-Google-Sender-Auth: s2wha5W30_2pbaYLFpkASAWXlZM Message-ID: Subject: Re: Emacs and LLD To: Tobias Kortkamp Cc: FreeBSD Current , ashish@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 21:39:49 -0000 On 3 November 2017 at 11:29, Tobias Kortkamp wrote: > > My src.conf has WITH_LLD_IS_LD=yes and reading > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > responsible for the problems I have with Emacs. Yes, the emacs build does some rather unusual things and it's perhaps not surprising that it's one of the ports that's giving grief with lld. The exp-run shows the same error you experienced: ./temacs --batch --load loadup bootstrap Fatal error 'Can't allocate initial thread' at line 337 in file /poudriere/jails/headamd64PR214864/usr/src/lib/libthr/thread/thr_init.c (errno = 12) gmake[2]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) I don't yet have any insight into the failure, and hope that someone with knowledge of the emacs build process and emacs internals can take a look. From owner-freebsd-current@freebsd.org Mon Nov 20 21:47:27 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 A1C42DF64EA for ; Mon, 20 Nov 2017 21:47:27 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DEE06E941 for ; Mon, 20 Nov 2017 21:47:26 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id GtnEeh7J30PSoGtnGeX2Tu; Mon, 20 Nov 2017 21:39:55 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vAKLgKpm018222 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Nov 2017 16:42:20 -0500 (EST) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id vAKLgKa2018221; Mon, 20 Nov 2017 16:42:20 -0500 (EST) (envelope-from lausts) Date: Mon, 20 Nov 2017 16:42:20 -0500 From: Thomas Laus To: Warner Losh Cc: freebsd-current@freebsd.org Subject: Re: Loader.conf problem Message-ID: <20171120214220.GA18207@mail.laus.org> Reply-To: lausts@acm.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.1-RELEASE-p4 on an amd64 User-Agent: Mutt/1.9.1 (2017-09-22) X-CMAE-Envelope: MS4wfIZ3vxw8DnrpvSHEXEzEiPtwNkGqegAkL6HwesZXG22W8ePEd3BjNXN1+sMjGUBE0fsJwYIwGXHyPtNKPxb0tb/4+ZVk6YmcaRs5GO6ovMRQqhtlVvH6 tUKh9w23XgGLSWTxY743Nol+ofoMzQV5s8U+PSRCDqBN41jr87cy0uDbL/4dUwZQxt5iirBcS+ND3oGYaACkDqUHzWLjx3EJJsg= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 21:47:27 -0000 Warner Losh [imp@bsdimp.com] wrote: > On Mon, Nov 20, 2017 at 1:30 PM, Thomas Laus wrote: > > > I recently upgraded my FreeBSD-Current system today and did not fully > > understand the impact of changes to loader.conf. My system has a Geli > > encrypted ZFS pool. In the past whenever I screwed up, I was able to > > use 'Beadm' into boot the most recent good kernel or enter a shell to > > reread the UPDATING notes for a clearer understanding of what needs to > > be done before rebooting. > > > > Is my system recoverable or does it require wiping and reloading from a > > snapshot? If it is recoverable, how to do? > > > > My changes to the system hasn't changed how things work. Or at least > shouldn't have changed anything. If they do, that's likely a bug, and > likely my fault. > > The one exception is if you're booting off GELI + ZFS with UEFI based on > boot1.efi changes that were in the tree for a few days... > This PC is not using UEFI to boot. After booting I get the following message: gptzfsboot: No ZFS pools located; Cant't boot That is as far as things go. I read the UPDATING file before I builtworld and built a kernel. This was the first boot after doing an installworld and performing mergemaster and then copying the /boot/gptzfsboot file to ada0p1 and ada1p1. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Mon Nov 20 21:47: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 D9B49DF656A for ; Mon, 20 Nov 2017 21:47:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E4A06EA6C for ; Mon, 20 Nov 2017 21:47:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x229.google.com with SMTP id q64so4428078iof.13 for ; Mon, 20 Nov 2017 13:47:53 -0800 (PST) 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=ztBICV7eePPgBiL+oOmBWWNPZ0hvGx9GqzD64QmnPeo=; b=1CI54ClzNYC7mc2VEy0oCClRUYnVgLl8PrC6dvFvgKrGkjuWKF9I7ThnSdpk+fR6bs J/m4ObHeQvJ3yw7kao8n2efydfF41iKcaN/S2WcWLoVTSMrFzwFJ/D5pwPVjkJIl/lZh VEYWwnQCi42KUwUzszkBmhVX67FrNl3yR4VIA0RqMh3oBxhVvpyY2ZGiyyBueE1U9SBZ ChpBPsAzAdidlN3u8b8QSoJSwyxnBUa5FEYIPGEmO7B//+fCyX175tHIugXi+v1r+Az4 ykZ7nHAgqfjqxg0RZGOwSfA60jDt/ccajv9zVcm/vC5GmIlXa0Ny4mCTA7a3NJ3sH7/h ebuQ== 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=ztBICV7eePPgBiL+oOmBWWNPZ0hvGx9GqzD64QmnPeo=; b=O1eVlQTZttcLdrrN84AnkkxmesgMkOIfvEj0+I84/f0MPeYGbQv2pnTnfQCHfsXVHC Geuy6HUfax//h7sXuHMhI26jW/WvK9D2J4Npcq7LRlMnGoHdXy6b6ttaz3yO5V/V9rPU QSAj8JGKFUsNTtWMHnchOqED8TpqcLoGH8kVHysVgfptL/xWdiP+KkaN8ngJvi9CKLfa NaSfnM62NR9CpOpm1urETzZZFVCybLTBVS/nrBIDw1B5OGMPqUT7CGcwb1uL9ZGCZl33 UbD5IA4+C8aov/DSDNHTKt8rObn7n3B8o25PnQQns/GQ2htasFUF0lpAOSBUTIwt+b7B mnrA== X-Gm-Message-State: AJaThX7ExbyO4YGLxw4LZfL1lTIs22iyza1WdLaEv4YFLJY6AtNpXxS1 fZYD6agt4T9u2YiFGIMZ0haVLdBbEjbO9imLZqXMRQ== X-Google-Smtp-Source: AGs4zMZ4h37jQBI2Ar6TG17hL3/0a65xrGbt0QjZqZoozGubmKrbfV0owpAnuLzCcJPmKa2cbDDlEFCScL43fkC7S4I= X-Received: by 10.107.30.81 with SMTP id e78mr2511138ioe.130.1511214472902; Mon, 20 Nov 2017 13:47:52 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Mon, 20 Nov 2017 13:47:52 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:c91c:5e34:ef38:d5a] In-Reply-To: <20171120214220.GA18207@mail.laus.org> References: <20171120214220.GA18207@mail.laus.org> From: Warner Losh Date: Mon, 20 Nov 2017 14:47:52 -0700 X-Google-Sender-Auth: 7EMF2yxMXmed9M_U0DBDN-lChR4 Message-ID: Subject: Re: Loader.conf problem To: lausts@acm.org Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 21:47:53 -0000 On Mon, Nov 20, 2017 at 2:42 PM, Thomas Laus wrote: > Warner Losh [imp@bsdimp.com] wrote: > > On Mon, Nov 20, 2017 at 1:30 PM, Thomas Laus wrote: > > > > > I recently upgraded my FreeBSD-Current system today and did not fully > > > understand the impact of changes to loader.conf. My system has a Geli > > > encrypted ZFS pool. In the past whenever I screwed up, I was able to > > > use 'Beadm' into boot the most recent good kernel or enter a shell to > > > reread the UPDATING notes for a clearer understanding of what needs to > > > be done before rebooting. > > > > > > Is my system recoverable or does it require wiping and reloading from a > > > snapshot? If it is recoverable, how to do? > > > > > > > My changes to the system hasn't changed how things work. Or at least > > shouldn't have changed anything. If they do, that's likely a bug, and > > likely my fault. > > > > The one exception is if you're booting off GELI + ZFS with UEFI based on > > boot1.efi changes that were in the tree for a few days... > > > This PC is not using UEFI to boot. After booting I get the following > message: > > gptzfsboot: No ZFS pools located; Cant't boot > > That is as far as things go. I read the UPDATING file before I > builtworld and built a kernel. This was the first boot after doing an > installworld and performing mergemaster and then copying the > /boot/gptzfsboot file to ada0p1 and ada1p1. Can you revert this part of the change? Go back to a known-working version of those files? Let me know if that fixes the problem? Bonus points for bisecting which one of the few dozen commits I did that caused this regression... I don't have a GELI + ZFS test bed here. Warner From owner-freebsd-current@freebsd.org Mon Nov 20 21:52: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 85F7BDF680E for ; Mon, 20 Nov 2017 21:52:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AA1A6EEE3 for ; Mon, 20 Nov 2017 21:52:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id n134so13562124itg.3 for ; Mon, 20 Nov 2017 13:52:32 -0800 (PST) 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=QGHZuVPm5bqyHdwqebT6l4GqXwToXp1JC5P6pPnNONA=; b=MHsy19+mkhY65nBYGOY88bBS0Um/Jtd3MzxOxPGyzEz0G5/y+o2JBGFYoLFAbiINIY Yg5b4o+RWh+S99o3MKVQJxq+tfdrnIgbQDmeHDFN6J6x9UVCLH1uoMaIkHAh9QpmBkHX TnSJ+4cj/sV9skWucSriBLJRXFADZReFqVyrm167HUkQudUFmwaXmYeB1oWd2ZMEY4Ho jaUeFAuF2H6I6CCi1SCquwym1LXnjv17E69F9JofAve4qZ98HpSphvG3bnVJltvdmV5m BN22dAxjcrEVfDpQRPhXX3ECVp5izKjt8xhstRnzVhQ87mxqq8/96adra/sy20qAFc0s MO5Q== 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=QGHZuVPm5bqyHdwqebT6l4GqXwToXp1JC5P6pPnNONA=; b=ag7IUWUbPimLtmfb1H801mQ0ShPeXVI0r4mc1VsZ4wwO9PwRQG4R6w/PeySG/Wefqw XSC/zuCcSjByOsHVsqcizSVycGex8SBmeqhiusMqNVGPtxjQP01FQ82jJYKxlXF1MA1g /qxJ8B4lAX6pZGgdE+rvNos7YJvs44CVECCMm0L+6G9GOHmhryVyE9KNS4Tm2h+31ivZ o3cgTZdOLUnse1lFH2DoGesfyIffoJ3BT/15E/+1A8depc7TqssfWdMBlRk3T+BG2p2A x6n/uzFlXsw8jBVSXZUAkkJvSq1G0/3K31++ffH76IIMvP2xm6jiS/bqtmzJWyjZh0Cc 8ISw== X-Gm-Message-State: AJaThX6bHK9HDs+2FlDdT3oNS+ZRslPPitC+hAhMuC9YL+E47dyTPsV/ 7gQNTt8FN6BO8FxWXoNgq3NibIMILGNdm/CWPAYa1A== X-Google-Smtp-Source: AGs4zMaAGtTMulncDQpjC9p2RGOW+C7ZF9xUq4L8RprsjAPqqCJ8pBB9ulX2ohAkeTs80XaiYT6TT7hlLERd+tF/1OQ= X-Received: by 10.36.101.207 with SMTP id u198mr20491899itb.50.1511214751538; Mon, 20 Nov 2017 13:52:31 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Mon, 20 Nov 2017 13:52:30 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:c91c:5e34:ef38:d5a] In-Reply-To: References: <1509722947.3890181.1160658160.1B91FF70@webmail.messagingengine.com> From: Warner Losh Date: Mon, 20 Nov 2017 14:52:30 -0700 X-Google-Sender-Auth: fnBQyBEhNIGpGVEJGQ0AeMezsKI Message-ID: Subject: Re: Emacs and LLD To: Ed Maste Cc: Tobias Kortkamp , FreeBSD Current , ashish@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 21:52:32 -0000 On Mon, Nov 20, 2017 at 2:39 PM, Ed Maste wrote: > On 3 November 2017 at 11:29, Tobias Kortkamp wrote: > > > > My src.conf has WITH_LLD_IS_LD=yes and reading > > https://bugs.freebsd.org/214864 leads me to believe that it's somehow > > responsible for the problems I have with Emacs. > > Yes, the emacs build does some rather unusual things and it's perhaps > not surprising that it's one of the ports that's giving grief with > lld. > > The exp-run shows the same error you experienced: > > ./temacs --batch --load loadup bootstrap > Fatal error 'Can't allocate initial thread' at line 337 in file > /poudriere/jails/headamd64PR214864/usr/src/lib/libthr/thread/thr_init.c > (errno = 12) > gmake[2]: *** [Makefile:737: bootstrap-emacs] Abort trap (core dumped) > > I don't yet have any insight into the failure, and hope that someone > with knowledge of the emacs build process and emacs internals can take > a look. > Is temacs still an 'undumped' core dump[*]? Maybe the undumping code isn't playing well with lld's different behavior than ld? Warner [*] For speed, emacs use to compile all its lisp, load it into a memory arena, then take a core dump. The core dump was cleaned up so it could be used as an executable with the now-preloaded lisp code in place. It was a standard thing on 'big iron' that EMACS came from, but always a bit of an 'odd duck' as far as fitting into how Unix works. There used to be knobs to do it differently for things like VMS that simply couldn't easily cope. Maybe one of those needs to be tweaked? It's a tiny bit slower, but with the speed of today's hardware (and most hardware made since ~2000), the optimization likely saves time below the human threshold to detect... From owner-freebsd-current@freebsd.org Mon Nov 20 23:33:52 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 D8501D941A1 for ; Mon, 20 Nov 2017 23:33:52 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta03.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9ED5A72710 for ; Mon, 20 Nov 2017 23:33:52 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id GvY4eogcR7gT0GvY6et5Wa; Mon, 20 Nov 2017 23:32:23 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vAKNVCco018457 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Nov 2017 18:31:12 -0500 (EST) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id vAKNVCxp018456; Mon, 20 Nov 2017 18:31:12 -0500 (EST) (envelope-from lausts) Date: Mon, 20 Nov 2017 18:31:12 -0500 From: Thomas Laus To: Warner Losh Cc: freebsd-current@freebsd.org Subject: Re: Loader.conf problem Message-ID: <20171120233112.GA18443@mail.laus.org> Reply-To: lausts@acm.org References: <20171120214220.GA18207@mail.laus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.1-RELEASE-p4 on an amd64 User-Agent: Mutt/1.9.1 (2017-09-22) X-CMAE-Envelope: MS4wfHkiwL3GcORywzAD4nbLUarLYJ4IsWt9Lild+McjO41bEplRxP694X9RNJFI7kuofWy+DPPqywUAlxlGM/nItzoYH7A/CTtKGjZKCARBslUWWoqdskna Nli5cc4yBUGi804lqFUYLmKCJZQWM9gUxTEExZPRNV0Rm1yVFypBK8Azb+8FGzljKvCSXMMEddWj67gc6Ub/VRym4wq0ZuC69Pk= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 23:33:52 -0000 Warner Losh [imp@bsdimp.com] wrote: > > Can you revert this part of the change? Go back to a known-working version > of those files? Let me know if that fixes the problem? Bonus points for > bisecting which one of the few dozen commits I did that caused this > regression... > > I don't have a GELI + ZFS test bed here. > I have another PC that is operational and is running CURRENT last built about a week ago. I'll copy it's gptzfsboot file to a memory stick and try loading it on the non-functioning PC in the morning. I'll let you know how it comes out. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Mon Nov 20 23:46:56 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 DAFD9D94822 for ; Mon, 20 Nov 2017 23:46:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::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 9E9C872E7B for ; Mon, 20 Nov 2017 23:46:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22a.google.com with SMTP id n134so13840522itg.3 for ; Mon, 20 Nov 2017 15:46:56 -0800 (PST) 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=p1dV7goKplS5IxpXZNpbOd65U1dTEoL8yxEJgNq3y3w=; b=Wf2GM2jkBSlcKKzmNE1nOYp6I3oKubPClGLqT3BKVAjsShOUl/g8oH/HHylFmZ9qbO 3tL6BdtS2a6BUYj7faLUkLdXqJXUFkpsnhMp267JXj/wBGp7mseSRmuZrc18VV6uiYxH kHE0zMfdVZDzsgKVHr+TK0rinQSOGrNCgFGycz0tjZG9EHHY5BWphct7WRDJkswbFx5a ULAsQ8vECrxm6xHXDqSlqNaivXJd7b6YJQRWSzPC8wzdvVfxWpW0jK7AH2dDv41DUuWL nrLYvusfsVWhSMNvUL2X1dajYfuax1SLpWudRCPyNY//sgzhFYOZk1wkQTp+KwIEEz1T Z7VQ== 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=p1dV7goKplS5IxpXZNpbOd65U1dTEoL8yxEJgNq3y3w=; b=GNr+WoSw+YGtz5bqBKCDUcoG4gtgRPm/wjeOnI6xFxgrHC3/hTwLW6itWZindSlojb 9y0bcVJRic+nadFmDlcVLt60my3PLaGOyarVjU9pcw7IrtK/aDq2pYAMJH/NmRtVArrK Dz30tOxYXJUPjwHMeP5UizdMgJyFqJK+/vhDs52gC0cTBbSoWLLDuRWKoP288yIJwVWC pyKz9j5wD3vkXmRJbySKFmhVviqLetRvoGntkXbb5sEpHQqeF6vXinYF4CXjmcWDsGnc Kt7VYaXdCc4lZsR4EN/rTKx/Emrfri4qBoBphEr+kQNdYTeWA9zEpyV6KeilvWebNQlb iKPw== X-Gm-Message-State: AJaThX75jGbsxiS4xyik8K0ycxaUWZORuwZrW1AlktpHrJse9K2GLz1i yBVNsnimSGx1HAWdBZpFltiQxZZf9ukF1I3/+CR8vQ== X-Google-Smtp-Source: AGs4zMaFd2xsnmtoURmohjnNQRh9/Xir4XGy7A2w99NPqf2+abo9ddJqHXCkiXehO7lPzQjZ+eXqRBoFmHIMFrBA9/Y= X-Received: by 10.36.94.129 with SMTP id h123mr15857223itb.64.1511221615808; Mon, 20 Nov 2017 15:46:55 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Mon, 20 Nov 2017 15:46:55 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:c91c:5e34:ef38:d5a] In-Reply-To: <20171120233112.GA18443@mail.laus.org> References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Warner Losh Date: Mon, 20 Nov 2017 16:46:55 -0700 X-Google-Sender-Auth: sSAZOgjbtRt3z6CJtOd7ytmyvRQ Message-ID: Subject: Re: Loader.conf problem To: lausts@acm.org Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 20 Nov 2017 23:46:57 -0000 On Mon, Nov 20, 2017 at 4:31 PM, Thomas Laus wrote: > Warner Losh [imp@bsdimp.com] wrote: > > > > Can you revert this part of the change? Go back to a known-working > version > > of those files? Let me know if that fixes the problem? Bonus points for > > bisecting which one of the few dozen commits I did that caused this > > regression... > > > > I don't have a GELI + ZFS test bed here. > > > I have another PC that is operational and is running CURRENT last > built about a week ago. I'll copy it's gptzfsboot file to a memory > stick and try loading it on the non-functioning PC in the morning. > I'll let you know how it comes out. Please do. I fear I screwed something up in the massive rototilling I did, despite efforts to the contrary, and any help you can give me tracking it down would be greatly appreciated. Warner From owner-freebsd-current@freebsd.org Tue Nov 21 05:59: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 3A0F2DE306B for ; Tue, 21 Nov 2017 05:59:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-128.reflexion.net [208.70.210.128]) (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 F40BE80C44 for ; Tue, 21 Nov 2017 05:59:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18419 invoked from network); 21 Nov 2017 05:59:24 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Nov 2017 05:59:24 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 21 Nov 2017 00:59:24 -0500 (EST) Received: (qmail 10699 invoked from network); 21 Nov 2017 05:59:24 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Nov 2017 05:59:24 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9B764EC92AD; Mon, 20 Nov 2017 21:59:23 -0800 (PST) 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: head -r325700 to -r325997: problem locking/unlocking/ for (at least) amd64? Message-Id: Date: Mon, 20 Nov 2017 21:59:23 -0800 Cc: mjg@freebsd.org To: freebsd-amd64@freebsd.org, FreeBSD Current , freebsd-hackers X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 05:59:31 -0000 Ever since I updated from -r325700 to -r325997 I've been having odd, non-repeatable, fairly rare problems on amd64. (I've yet to see if I get similar issues on other platforms.) I've reported a couple of panic for page faults in kernel mode in other list messages. But I'm also getting things like clang failing assertions that do not repeat when the compile is simply retried with the same input files. I only mention locking because of recent head/sys/kern activity between -r325700 and -r325997, the intermittent nature of the observed failures, and the wide variety of contexts (kernel, world). I do not have specific evidence of a specific cause. (I do not see how I'm ever going to get any such evidence.) The following error did not repeat on a simple retry of the compile: --- Sema/SemaDeclAttr.o --- Assertion failed: (I->second && I->first =3D=3D I->second->getValPtr() = && "List invariant broken!"), function AddToUseList, file = /usr/src/contrib/llvm/lib/IR/Value.cpp, line 793. c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see = invocation) FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) Target: powerpc-unknown-freebsd12.0 Thread model: posix InstalledDir: = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/tmp/usr= /bin c++: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/lib/cla= ng/libclang/Sema/SemaExceptionSpec.o c++: note: diagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/SemaDeclAttr-6b7ba8.cpp c++: note: diagnostic msg: /tmp/SemaDeclAttr-6b7ba8.sh c++: note: diagnostic msg:=20 ******************** *** [Sema/SemaDeclAttr.o] Error code 254 make[6]: stopped in /usr/src/lib/clang/libclang .ERROR_TARGET=3D'Sema/SemaDeclAttr.o' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/pow= erpc.powerpc/lib/clang/libclang/Sema_SemaDeclAttr.o.meta' .MAKE.LEVEL=3D'6' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.pow= erpc/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/tmp/u= sr/bin -O2 -pipe = -I/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/lib/c= lang/libclang = -I/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/lib/c= lang/libllvm -I/usr/src/contrib/llvm/tools/clang/lib/Driver = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections = -gline-tables-only -fstack-protector-strong -Qunused-arguments = -std=3Dc++11 -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++= -Wno-c++11-extensions -c = /usr/src/contrib/llvm/tools/clang/lib/Sema/SemaDeclAttr.cpp -o = Sema/SemaDeclAttr.o;' .CURDIR=3D'/usr/src/lib/clang/libclang' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/lib/clang/libclang' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20171028' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc= /tmp/legacy/usr/sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/po= werpc.powerpc/tmp/legacy/usr/bin:/usr/obj/powerpcvtsc_clang/powerpc.powerp= c/usr/src/powerpc.powerpc/tmp/legacy/bin:/usr/obj/powerpcvtsc_clang/powerp= c.powerpc/usr/src/powerpc.powerpc/tmp/usr/sbin:/usr/obj/powerpcvtsc_clang/= powerpc.powerpc/usr/src/powerpc.powerpc/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.power= pc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/lib/clang/libclang/Makefile /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/clang.pre.mk = /usr/src/lib/clang/llvm.pre.mk /usr/src/lib/clang/clang.build.mk = /usr/src/lib/clang/llvm.build.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/lib/clang/libclang/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/lib/clang/libclang = /usr/src/contrib/llvm/tools/clang/lib' 1 error make[6]: stopped in /usr/src/lib/clang/libclang .ERROR_TARGET=3D'Sema/SemaDeclAttr.o' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/pow= erpc.powerpc/lib/clang/libclang/Sema_SemaDeclAttr.o.meta' .MAKE.LEVEL=3D'6' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.pow= erpc/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/tmp/u= sr/bin -O2 -pipe = -I/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/lib/c= lang/libclang = -I/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc/lib/c= lang/libllvm -I/usr/src/contrib/llvm/tools/clang/lib/Driver = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections = -gline-tables-only -fstack-protector-strong -Qunused-arguments = -std=3Dc++11 -fno-exceptions -fno-rtti -gline-tables-only -stdlib=3Dlibc++= -Wno-c++11-extensions -c = /usr/src/contrib/llvm/tools/clang/lib/Sema/SemaDeclAttr.cpp -o = Sema/SemaDeclAttr.o;' .CURDIR=3D'/usr/src/lib/clang/libclang' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/lib/clang/libclang' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20171028' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc= /tmp/legacy/usr/sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/po= werpc.powerpc/tmp/legacy/usr/bin:/usr/obj/powerpcvtsc_clang/powerpc.powerp= c/usr/src/powerpc.powerpc/tmp/legacy/bin:/usr/obj/powerpcvtsc_clang/powerp= c.powerpc/usr/src/powerpc.powerpc/tmp/usr/sbin:/usr/obj/powerpcvtsc_clang/= powerpc.powerpc/usr/src/powerpc.powerpc/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.power= pc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/lib/clang/libclang/Makefile /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/clang.pre.mk = /usr/src/lib/clang/llvm.pre.mk /usr/src/lib/clang/clang.build.mk = /usr/src/lib/clang/llvm.build.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/lib/clang/libclang/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/lib/clang/libclang = /usr/src/contrib/llvm/tools/clang/lib' *** [all_subdir_lib/clang/libclang] Error code 2 make[5]: stopped in /usr/src/lib/clang .ERROR_TARGET=3D'all_subdir_lib/clang/libclang' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'.PHONY' .CURDIR=3D'/usr/src/lib/clang' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/lib/clang' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20171028' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc= /tmp/legacy/usr/sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/po= werpc.powerpc/tmp/legacy/usr/bin:/usr/obj/powerpcvtsc_clang/powerpc.powerp= c/usr/src/powerpc.powerpc/tmp/legacy/bin:/usr/obj/powerpcvtsc_clang/powerp= c.powerpc/usr/src/powerpc.powerpc/tmp/usr/sbin:/usr/obj/powerpcvtsc_clang/= powerpc.powerpc/usr/src/powerpc.powerpc/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.power= pc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/clang/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/lib/clang/../Makefile.inc' .PATH=3D'. /usr/src/lib/clang' 1 error make[5]: stopped in /usr/src/lib/clang .ERROR_TARGET=3D'all_subdir_lib/clang/libclang' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'.PHONY' .CURDIR=3D'/usr/src/lib/clang' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/lib/clang' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powe= rpc/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20171028' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.powerpc= /tmp/legacy/usr/sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/po= werpc.powerpc/tmp/legacy/usr/bin:/usr/obj/powerpcvtsc_clang/powerpc.powerp= c/usr/src/powerpc.powerpc/tmp/legacy/bin:/usr/obj/powerpcvtsc_clang/powerp= c.powerpc/usr/src/powerpc.powerpc/tmp/usr/sbin:/usr/obj/powerpcvtsc_clang/= powerpc.powerpc/usr/src/powerpc.powerpc/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/powerpc.power= pc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/lib/clang/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/lib/clang/../Makefile.inc' .PATH=3D'. /usr/src/lib/clang' *** [all_subdir_lib/clang] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Nov 21 12:48:56 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 DF9B0DEE0F1 for ; Tue, 21 Nov 2017 12:48:56 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta03.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5B0F6D3F6 for ; Tue, 21 Nov 2017 12:48:55 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id H800esHjG7gT0H802exJEA; Tue, 21 Nov 2017 12:50:02 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vALCmo9P020982 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 21 Nov 2017 07:48:51 -0500 (EST) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org Subject: Re: Loader.conf problem To: Warner Losh Cc: FreeBSD Current References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Thomas Laus Message-ID: Date: Tue, 21 Nov 2017 07:48:50 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfPtvLXQOMzyFlokI+AWtL6rZKFFjV80Jy8rmKfYEXLnsrCKMg0sVhkdyiYi/+VFneIOmGGlpsS2uSDOlDBivSAjtxKlAt+cHYVgOQ3knEtQZPAVXa0wF dIYyJdH6eYBrDUvfvo4ol/K/u+TgASrpyCz7sjNSBw4E3rejKOEVwbGsKaXJdXlWrCkffPlQ2Q9G8ZRF7bw1Bb9jqhYWV0TZmoE= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 12:48:57 -0000 On 11/20/17 18:46, Warner Losh wrote: > > > On Mon, Nov 20, 2017 at 4:31 PM, Thomas Laus > wrote: > > Warner Losh [imp@bsdimp.com ] wrote: > > > > Can you revert this part of the change? Go back to a known-working version > > of those files? Let me know if that fixes the problem? Bonus points for > > bisecting which one of the few dozen commits I did that caused this > > regression... > > > > I don't have  a GELI + ZFS test bed here. > > > I have another PC that is operational and is running CURRENT last > built about a week ago.  I'll copy it's gptzfsboot file to a memory > stick and try loading it on the non-functioning PC in the morning. > I'll let you know how it comes out. > > > Please do. I fear I screwed something up in the massive rototilling I > did, despite efforts to the contrary, and any help you can give me > tracking it down would be greatly appreciated. > I had boot success when copying gptzfsboot file from my laptop that is running r325474. The problem CURRENT version running on my desktop is r326012. The UPDATING note describing the latest changes just has a date of 201711xx. How far back should I go to start the isolation process? Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Tue Nov 21 16:36: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 21AB7DF392C for ; Tue, 21 Nov 2017 16:36:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 096C17528B for ; Tue, 21 Nov 2017 16:36:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 05CE6DF392B; Tue, 21 Nov 2017 16:36:07 +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 05658DF392A for ; Tue, 21 Nov 2017 16:36:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 9050B7528A for ; Tue, 21 Nov 2017 16:36:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id vALGa0TF082644 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 21 Nov 2017 18:36:00 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua vALGa0TF082644 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id vALGa0JX082643 for current@freebsd.org; Tue, 21 Nov 2017 18:36:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 21 Nov 2017 18:36:00 +0200 From: Konstantin Belousov To: current@freebsd.org Subject: Re: XBOX/i386 and xlint removal Message-ID: <20171121163600.GQ2272@kib.kiev.ua> References: <20171109135221.GB4550@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171109135221.GB4550@kib.kiev.ua> User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 16:36:07 -0000 On Thu, Nov 09, 2017 at 03:52:21PM +0200, Konstantin Belousov wrote: > Hello, > I created two reviews to axe two features which I personally find of > little use in modern FreeBSD. ... I put the follow up to remove the lint support from the headers. Feel free to review and comment, after adding yourself as reviewer. https://reviews.freebsd.org/D13156 Only include/ include/sys and x86 are handled. From owner-freebsd-current@freebsd.org Tue Nov 21 17:38: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 6335DDF4F99 for ; Tue, 21 Nov 2017 17:38:49 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f47.google.com (mail-lf0-f47.google.com [209.85.215.47]) (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 E56C877706 for ; Tue, 21 Nov 2017 17:38:48 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f47.google.com with SMTP id w23so15056854lfd.11 for ; Tue, 21 Nov 2017 09:38:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=dXuxGtnpYXg0NsWxK7RYuMpJ9kzXzHgq78brupgMh2U=; b=rPGQB1U0NEFZ9NPHqjfw5TDUfH4hyImz0wpixXNLUBfP1uxUHXJq59anL2zDQaku6K C5xmyg8fUSFQTWFcbuPTEnUguE1tM8jOmG4xm/fHUFSn+bIFRMrN4MB4CRm2LPwjjgM0 dyK6WgOZRYvnfsgoG6TFZqqSmiDH5BFc3QmPqHXLDifiMg/F3ZEgPNEcbE3K7OMzuMKG tlzbUysKuURra2CLxCv3CzIN+2HxW1kHbM8v2DVeGwJuutJ/pZWzsN4kGno1nkLO4Vua yBnIEJCa1fhCUb56oYknQsQJDZfOoUep7ZKFX9P/e1IIvhB5u4xEQ+KCf8yB3VSB878B b6KA== X-Gm-Message-State: AJaThX5JGT9KqxC5k7JIE1c/j3npg46XxIRBJ3QX5/e7yqfyJCr24nyS NJlInJrzzUd+RZw1axAMmAd/FkpM5rw= X-Google-Smtp-Source: AGs4zMYG14i4dWhFskHCyIirQqyP3x+ptlMNiKUpOzxYjNEBQqC82nmB4WosmZexPPo0Ui3FJgkGiw== X-Received: by 10.46.80.5 with SMTP id e5mr6649031ljb.126.1511285920605; Tue, 21 Nov 2017 09:38:40 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 1sm3238943ljt.22.2017.11.21.09.38.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Nov 2017 09:38:39 -0800 (PST) Subject: Re: Loader.conf problem To: lausts@acm.org, Warner Losh Cc: FreeBSD Current References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Andriy Gapon Message-ID: Date: Tue, 21 Nov 2017 19:38:38 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 17:38:49 -0000 On 21/11/2017 14:48, Thomas Laus wrote: > I had boot success when copying gptzfsboot file from my laptop that is > running r325474. The problem CURRENT version running on my desktop is > r326012. Thomas, could you please compare sizes of the files before going further? -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Nov 21 18:04:41 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 ABA3EDF5874 for ; Tue, 21 Nov 2017 18:04:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::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 6E56978B1B for ; Tue, 21 Nov 2017 18:04:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22c.google.com with SMTP id s37so9458277ioe.10 for ; Tue, 21 Nov 2017 10:04:41 -0800 (PST) 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=IOIhFyM0FbmNo/LWJZsQ1RohLWbUuZCL/OaObxbEiRQ=; b=XabOHR9Zsx7woVjGDAlcBrRcGg+YbHEVvpiioQfD9iRF3b3MAPU97Yjth+RuT6Ga4D NPedkpqo12+ETsUuq/8SZ7aOKId4TwHbp3k6qgyG6AK8HaGXauwN351vf5GciPBx3GKR VyYLC78MrbuFAksZYw7ipa4pE7KY0ftVtLcH5UtQI145K1DmI0/6wm7Fb5wqjKvvKx/K oyqWauCePJdK1hrHEc0OqLFxgaM+ffq4xjP//9OJ4QaMQT8LunMgwMPWnlzYW+ehddfk V00uCxjpFmqt4Do7E8caul9Il6D4dyYVh3+EqnDDNyGRvNFDzkhOCtpgKxthTXPxnCvG ahEw== 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=IOIhFyM0FbmNo/LWJZsQ1RohLWbUuZCL/OaObxbEiRQ=; b=puYknS6LEp/v+IbEQQWyMSFv36y27/lJkyv+OXbm4LwMToL4DPNngCoSMU9DuTxFnR F0aVALU5Wq/3FsUsDzc4Fa4Mfjfoo1ftswOLIBzCGXy8kOJi5BCcjxddInCPTJpWZRts gZveRB4hOzP6V7/Znv7y8uyWhEsH1mEGl14fsPygI+58rnMfeUpqzvshNkoOX17D4li+ /7xLn+97MqVPZsWwXMKpa+ODQ01Flb6q4Gg0O3Gdozx4TXYSHliiuVz6ZSsSrnut7vk2 hpxcjmrhuqsmPsx6agLdeWojk87aqTyDbgkSrmA9nfVJ8hpPqWb2Rh1Kv5P/RQe1MWKB LBAg== X-Gm-Message-State: AJaThX5BomrIvIpB8bouRs+F1JJPQPOhKMvey33Gj/17cvMqsWbIwIYW MDYpOvjzF3jkG88rt+B6R43XKPl5RrXrJY6tlq2I4w== X-Google-Smtp-Source: AGs4zMbo7cPS5r9tVEZqumpfLJF7zrHyyyvesfXv1+dYFcMXnrRnMffojHL+K88PzGJ9c+0b5oPzlOs84j/Xi6OBT/I= X-Received: by 10.107.81.24 with SMTP id f24mr18898217iob.63.1511287480681; Tue, 21 Nov 2017 10:04:40 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Tue, 21 Nov 2017 10:04:39 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:c91c:5e34:ef38:d5a] In-Reply-To: References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Warner Losh Date: Tue, 21 Nov 2017 11:04:39 -0700 X-Google-Sender-Auth: E0urkO-tnW_zT94uFohhgUswrh4 Message-ID: Subject: Re: Loader.conf problem To: Andriy Gapon Cc: lausts@acm.org, FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 18:04:41 -0000 On Tue, Nov 21, 2017 at 10:38 AM, Andriy Gapon wrote: > On 21/11/2017 14:48, Thomas Laus wrote: > > I had boot success when copying gptzfsboot file from my laptop that is > > running r325474. The problem CURRENT version running on my desktop is > > r326012. > > Thomas, > > could you please compare sizes of the files before going further? > I think I see the problem... There's no LOADER_SUPPORT_GELI in the gptzfsboot built. Let me fix that... Seems to be caused by having HAVE_GPT instead of HAVE_GELI.... r326069 should get this working again. Can you confirm this independently. Sorry for the breakage. Clearly a bonehead mistake on my part. Warner From owner-freebsd-current@freebsd.org Tue Nov 21 18:55: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 17877DF6D10 for ; Tue, 21 Nov 2017 18:55:59 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BF3D67BB81; Tue, 21 Nov 2017 18:55:58 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id HDfaecWOWq8j8HDfce2eHV; Tue, 21 Nov 2017 18:53:21 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vALIrHwh021704 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 21 Nov 2017 13:53:17 -0500 (EST) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org Subject: Re: Loader.conf problem To: Andriy Gapon , Warner Losh , freebsd-current@freebsd.org Cc: FreeBSD Current References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Thomas Laus Message-ID: Date: Tue, 21 Nov 2017 13:53:17 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfIzIMrdaRxPjLHwvFl0yXq6TVjUMgAqQcBnbfGiFmNrhqqSZk/nM6GCsF/1z6X65h6Ky4br1/TNo+n70JS0ObuTu5ahuJgnvaPiDbkx9GR7t4rpFtBM3 x2409Yu+E9ImM2IAWl+AkU7pFlmQletqjOZH3+I2PqRQZE3QWxeHQdHHDgdYQ23LJrvhf+HQlgLE+tsBSUzvMsSVJqhGjyvFfymQ/8igpLnF7OsakHozt0zA 25l9qWIb9bGCRj4nCvHxew== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 18:55:59 -0000 On 11/21/17 12:38, Andriy Gapon wrote: > On 21/11/2017 14:48, Thomas Laus wrote: >> I had boot success when copying gptzfsboot file from my laptop that is >> running r325474. The problem CURRENT version running on my desktop is >> r326012. > > could you please compare sizes of the files before going further? > The gptzfsboot file size on r326102 is 69839 bytes. The gptzfsboot file size on r325474 is 116940 bytes. I hope that this helps finding this issue. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Tue Nov 21 21:04:41 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 32A4DD94A1E for ; Tue, 21 Nov 2017 21:04:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E47DF7FF0B for ; Tue, 21 Nov 2017 21:04:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id u132so3741370ita.0 for ; Tue, 21 Nov 2017 13:04:40 -0800 (PST) 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=CDLRyN3bCLmmvJErXeZflm/UxL7eTyYvmdnBTvsob6g=; b=Ti4Ku4I3vM0UBvfS8yjhc9vv1H6dCMQoUPOP4fx10jBdmX7sCvXc010JrqdqQlFuXb EG2hmP68hTVJDho/kWaKMW4KWmz4EQpYoAZmgZQqWsRGRLxKMkKbfALQBzbdn7sJWS4q eQGfiH0HQkDoafA2JSxxildQ7lt0jz0x6R3id453bLNo7HlDjMWr1rfyebTTu8jn++he p05gDRNg2FPy0DCGVDWkBcb95KAfQd4Tzl17Zj5A5Kgddvlke0/zIRw0eMejHwlMQEJv polN5p5ISu75RsHnQAjClcLLkv/tYwWz9JWhFHMg02ZywrWTWmlydn+m/j3NBcyG2b24 uUqQ== 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=CDLRyN3bCLmmvJErXeZflm/UxL7eTyYvmdnBTvsob6g=; b=RKHZiEsNtluRaWIOAGP19Slo9tyjT6p/1GegMXoW8mieVPwIdkPWJmey/zNkW9l70F mHhKw56kQQG6nJDkf2EwRTi0OMkkW/XYCuVeHPPvUzZtGGk1joWunoOSlGD3mc3bv4Pj /exstd72cEo5zq2Hq5l+pJcSMIkWb+3EChhpLAFwywcO+9BLwHJDl1nVljNNSjIK5HmL b7LSZt80DXL8t9HUJa5QEiLimkf5iOYlqQa8HjqhUw/YCgfP0TyBQhEg0JNbbluGIfP+ ykgGHovS72c112JHo3KfbRDv5Kq1FDXgtl2fUYrkf93HBb1mbOqfT+Y1fehfmSTxg9fR L4dQ== X-Gm-Message-State: AJaThX7WBJgM65iK8fNSpDYI86Vkz7r/LT+/Ge6FfURPj/J1BCytI1rg uUb9m0818TpZxgqgzcEpKSxaxnyqNhfft7ZHmMMIhg== X-Google-Smtp-Source: AGs4zMauF+51doTDwKhNJpki1K+mc7JDQUaUPkPLdtm/asA/xQMut332aYnzwdqT58FjAF6OLAGsCdsfQ3sHtLMlmoI= X-Received: by 10.36.131.200 with SMTP id d191mr3748183ite.97.1511298279957; Tue, 21 Nov 2017 13:04:39 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Tue, 21 Nov 2017 13:04:39 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:c91c:5e34:ef38:d5a] In-Reply-To: References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Warner Losh Date: Tue, 21 Nov 2017 14:04:39 -0700 X-Google-Sender-Auth: M1ON8ptszgGCHRxMwYrAkm2yaVo Message-ID: Subject: Re: Loader.conf problem To: lausts@acm.org Cc: Andriy Gapon , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 21:04:41 -0000 On Tue, Nov 21, 2017 at 11:53 AM, Thomas Laus wrote: > On 11/21/17 12:38, Andriy Gapon wrote: > > On 21/11/2017 14:48, Thomas Laus wrote: > >> I had boot success when copying gptzfsboot file from my laptop that is > >> running r325474. The problem CURRENT version running on my desktop is > >> r326012. > > > > could you please compare sizes of the files before going further? > > > The gptzfsboot file size on r326102 is 69839 bytes. The gptzfsboot file > size on r325474 is 116940 bytes. I hope that this helps finding this > issue. That's the ticket. My commit this morning should fix it. Warner From owner-freebsd-current@freebsd.org Tue Nov 21 21:21: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 C0CEEDB8138 for ; Tue, 21 Nov 2017 21:21:54 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77CC480AA8; Tue, 21 Nov 2017 21:21:53 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id HFzJepTGvq8j8HFzMe4VsA; Tue, 21 Nov 2017 21:21:52 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vALLLnjv021987 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 21 Nov 2017 16:21:49 -0500 (EST) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org Subject: Re: Loader.conf problem To: Warner Losh , Andriy Gapon Cc: FreeBSD Current References: <20171120214220.GA18207@mail.laus.org> <20171120233112.GA18443@mail.laus.org> From: Thomas Laus Message-ID: Date: Tue, 21 Nov 2017 16:21:49 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfCpwVpCXDFkU3jPxfp3wYG71u2S6kV/fHgix3flxZKh7GlIM2T/DgGezB7DG31B9wRPcVxo8kwEemCPoGASCtcEgQf8nySWFKkPXEL7lfm1rf2ObOX+c JY/28C1Uw7YhBo1O4VUveYcg080KtyiZCR0kHDvoRc311G9tJcU5eyNcoSKLHC5jl7iJj8Em6KDaflBo1Q5rl3/4dT0wXRPRTAK+yQ74Yy4EOluxyo40mg+0 rlqiLYwORm3HGACU7ZR16g== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 21 Nov 2017 21:21:54 -0000 On 11/21/17 13:04, Warner Losh wrote: > > I think I see the problem... There's no LOADER_SUPPORT_GELI in the > gptzfsboot built. Let me fix that... Seems to be caused by having > HAVE_GPT instead of HAVE_GELI.... r326069 should get this working again. > Can you confirm this independently. > > Sorry for the breakage. Clearly a bonehead mistake on my part. > Updating to r326070 fixed that problem. I have another one when performing a nfs mount on my desktop to update my laptop to the same release. Mergemaster complains about not having permission to write to the nfs mounted /usr/src directory. All of my previous updates always wrote the temporary files to a local laptop tmp directory and never required write access to the nfs mounted /usr/src. I'll dig into the second problem a little more and see if additional information can be gained. Thank you and Andriy for the help in solving this one. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Wed Nov 22 03:54: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 5F880DDE372; Wed, 22 Nov 2017 03:54:01 +0000 (UTC) (envelope-from byond.lenox@gmail.com) Received: from mail-io0-f178.google.com (mail-io0-f178.google.com [209.85.223.178]) (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 30D156A902; Wed, 22 Nov 2017 03:54:00 +0000 (UTC) (envelope-from byond.lenox@gmail.com) Received: by mail-io0-f178.google.com with SMTP id d123so5708749iog.7; Tue, 21 Nov 2017 19:54:00 -0800 (PST) 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:cc; bh=4pq6TQqLPQgPHNM0X8hhSZIJuFEmnwcZOdUqScC3gng=; b=QL25FSytuSsNvpJMnmVWCQHuJhyrLZYfLmNgXClO8ixM+Y7RJR4VU8xheS3Gb/1h0D y6fJWaa++5pJGIszk4gioB0aIvHpSLFUFs4SqD+MhNmSTlthk/E+weFtHnfDSmyTTz8C BSCXXAVuFwKlJ/GWEjXIw+vxaRZoRfrzjv3EarilQwjfqKS/XtG/3CYBQl4HhOEz+wWM V83h1njiIw3kOGPw8AB9KahnZTT71r0VSE0rSI+J/22uCZgxVTqK+2rsmtMCyIUYDgjL lhUK1kaOtyTle2IQiKL2TxZcNRIUZhRxcsouoPfZUQ85xqXGDqCS5b3jUOPDq6++bAs4 Vyzg== X-Gm-Message-State: AJaThX78tRbzvSJG1fR0uT9MFi5xSXpTKGdObm21SZ7UxMg6nl7rQ6Ms QPzb913QL4GygRFnrfiqlw/86k9v X-Google-Smtp-Source: AGs4zMYxoL0dK+zo0zMkeMVq1Etl6CGdrXBt6mpfki80A4X0XaWEuZqakezTIBQGxQP+WMzUJIAaxw== X-Received: by 10.107.130.13 with SMTP id e13mr22240101iod.212.1511322833527; Tue, 21 Nov 2017 19:53:53 -0800 (PST) Received: from mail-it0-f50.google.com (mail-it0-f50.google.com. [209.85.214.50]) by smtp.gmail.com with ESMTPSA id r73sm6520358ioi.39.2017.11.21.19.53.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Nov 2017 19:53:53 -0800 (PST) Received: by mail-it0-f50.google.com with SMTP id u132so4704901ita.0; Tue, 21 Nov 2017 19:53:53 -0800 (PST) X-Received: by 10.36.210.137 with SMTP id z131mr5126244itf.41.1511322833061; Tue, 21 Nov 2017 19:53:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.23.129 with HTTP; Tue, 21 Nov 2017 19:53:32 -0800 (PST) From: Kyle Evans Date: Tue, 21 Nov 2017 21:53:32 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Recent patch(1) update To: ports-list freebsd , freebsd-current@freebsd.org, ports-committers@freebsd.org Cc: Ed Maste Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 03:54:01 -0000 Hello! I've recently fixed a bug in patch(1) that caused patches with limited context to be misapplied under some circumstances. Patches that were candidates to be misapplied either had low context with respect to the default max fuzzing (-U0 / -U1) or had lower context due to being near the beginning/end of a file. The fix was applied in base r326084; please test port updates with an updated patch(1) to avoid build failures on -HEAD. A sweep of the ports tree was done by portmgr@ to correct current cases of these candidate patches. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Wed Nov 22 12:49:52 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 383D0DEAC10 for ; Wed, 22 Nov 2017 12:49:52 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EEF2B792F9 for ; Wed, 22 Nov 2017 12:49:51 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id HUQteEQw6lp9FHUQveZBqy; Wed, 22 Nov 2017 12:47:18 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vAMCnkN3026555 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 Nov 2017 07:49:47 -0500 (EST) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org To: FreeBSD Current From: Thomas Laus Subject: Mergemaster won't run on NFS mount Message-ID: Date: Wed, 22 Nov 2017 07:49:46 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfA9Q3pJcEoU2BUamYuEwNDY/GgmuEicqn1WkJbFI06Pt0xLMWKMAuc/Zm7Z60Y9VyrV6B/FKMhU6fbY1ym/3yPwQmDJ8R4btNQSjti743RPanu/0zMwv y6ZGkrWQ4dF6SAN9g052/hpG0kJPOWjzL3zQ2XJudTKEriT6YiZ3j0/D X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 12:49:52 -0000 I have been updating FreeBSD for years on my fastest computer and then NFS mounting /usr/src and /usr/obj to share with other PC's. I just updated FreeBSD-CURRENT to 326070 and was able to install the kernel and world. When I attempted to run mergemaster, I received the following error message: *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot /bin/sh: cannot create freebsd.cf: Permission denied *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment In the many years that I have been doing updates using NFS shares, it has never required write access to /usr/src to use for a temproot. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Wed Nov 22 18:24: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 A48EDDF21FF for ; Wed, 22 Nov 2017 18:24:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-131.reflexion.net [208.70.210.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6939263DFB for ; Wed, 22 Nov 2017 18:24:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1245 invoked from network); 22 Nov 2017 18:24:11 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 22 Nov 2017 18:24:11 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Wed, 22 Nov 2017 13:24:11 -0500 (EST) Received: (qmail 12510 invoked from network); 22 Nov 2017 18:24:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Nov 2017 18:24:10 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 23D65EC943C; Wed, 22 Nov 2017 10:24:10 -0800 (PST) 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: building ports (well, pkg) and make -j (even -j1 ) on a fast and64 machine: builds fail (head -r325997 context) Message-Id: Date: Wed, 22 Nov 2017 10:24:09 -0800 Cc: FreeBSD Current , bob prohaska To: FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 18:24:18 -0000 [Plain "make" works (no -j ).] Is it expected that -j1 and the like get what I report below? (Other oddities with -j usage for port builds have been noted on an rpi2.) In /usr/ports/ports-mgmt/pkg : ( WRKDIRPREFIX?=3D/wrkdirs ) # make -j30=20 --- check-license --- =3D=3D=3D> License BSD2CLAUSE accepted by the user --- pkg-depends --- --- do-fetch --- --- fetch-specials --- =3D=3D=3D> Fetching all distfiles required by pkg-1.10.2 for building --- /wrkdirs/usr/ports/ports-mgmt/pkg/work/.extract_done.pkg._usr_local = --- `check-build-conflicts' was not built (made 1, flags 2009, type = 2010001)! `check-build-conflicts' has .ORDER dependency against fetch (made 0, = flags 9, type 3010001) `extract-message' was not built (made 1, flags 2009, type a010001)! `extract-message' has .ORDER dependency against = check-build-conflicts (made 1, flags 2009, type 2010001) `check-categories' was not built (made 0, flags 2009, type 3010001)! `identify-install-conflicts' was not built (made 0, flags 2009, type = 3010001)! `identify-install-conflicts' has .ORDER dependency against = check-categories (made 0, flags 2009, type 3010001) `check-deprecated' was not built (made 0, flags 2009, type 3010001)! `check-deprecated' has .ORDER dependency against = identify-install-conflicts (made 0, flags 2009, type 3010001) `check-vulnerable' was not built (made 0, flags 2009, type 3010001)! `check-vulnerable' has .ORDER dependency against check-deprecated = (made 0, flags 2009, type 3010001) `check-license' was not built (made 0, flags 2009, type b010001)! `check-license' has .ORDER dependency against check-vulnerable (made = 0, flags 2009, type 3010001) `pre-check-config' was not built (made 0, flags 2009, type 3000001)! `pkg-depends' was not built (made 0, flags 2009, type b410001)! `pkg-depends' has .ORDER dependency against check-sanity (made 0, = flags 3009, type 3010001) `fetch-depends' was not built (made 0, flags 2009, type 3010001)! `fetch-depends' has .ORDER dependency against pkg (made 0, flags = 3009, type 3010001) `do-fetch' was not built (made 0, flags 2009, type b010001)! `do-fetch' has .ORDER dependency against fetch-depends (made 0, = flags 2009, type 3010001) `fetch-specials' was not built (made 0, flags 2009, type b410001)! `fetch-specials' has .ORDER dependency against do-fetch (made 0, = flags 2009, type b010001) `extract-depends' was not built (made 1, flags 2009, type 2010001)! `extract-depends' has .ORDER dependency against checksum (made 1, = flags 3009, type a410001) `clean-wrkdir' was not built (made 1, flags 2009, type a010001)! `clean-wrkdir' has .ORDER dependency against extract-depends (made = 1, flags 2009, type 2010001) `/wrkdirs/usr/ports/ports-mgmt/pkg/work' was not built (made 1, flags = 2009, type b010001)! `/wrkdirs/usr/ports/ports-mgmt/pkg/work' has .ORDER dependency = against clean-wrkdir (made 1, flags 2009, type a010001) `extract-fixup-modes' was not built (made 1, flags 2009, type a010001)! `extract-fixup-modes' has .ORDER dependency against do-extract (made = 1, flags 3009, type a010001) *** = [/wrkdirs/usr/ports/ports-mgmt/pkg/work/.extract_done.pkg._usr_local] = Error code 1 make: stopped in /usr/ports/ports-mgmt/pkg 1 error make: stopped in /usr/ports/ports-mgmt/pkg Even -j1 gets such: # make -j1 =3D=3D=3D> License BSD2CLAUSE accepted by the user =3D=3D=3D> Fetching all distfiles required by pkg-1.10.2 for building `check-build-conflicts' was not built (made 1, flags 2009, type = 2010001)! `check-build-conflicts' has .ORDER dependency against fetch (made 0, = flags 9, type 3010001) `extract-message' was not built (made 1, flags 2009, type a010001)! `extract-message' has .ORDER dependency against = check-build-conflicts (made 1, flags 2009, type 2010001) `check-categories' was not built (made 0, flags 2009, type 3010001)! `identify-install-conflicts' was not built (made 0, flags 2009, type = 3010001)! `identify-install-conflicts' has .ORDER dependency against = check-categories (made 0, flags 2009, type 3010001) `check-deprecated' was not built (made 0, flags 2009, type 3010001)! `check-deprecated' has .ORDER dependency against = identify-install-conflicts (made 0, flags 2009, type 3010001) `check-vulnerable' was not built (made 0, flags 2009, type 3010001)! `check-vulnerable' has .ORDER dependency against check-deprecated = (made 0, flags 2009, type 3010001) `check-license' was not built (made 0, flags 2009, type b010001)! `check-license' has .ORDER dependency against check-vulnerable (made = 0, flags 2009, type 3010001) `pre-check-config' was not built (made 0, flags 2009, type 3000001)! `pkg-depends' was not built (made 0, flags 2009, type b410001)! `pkg-depends' has .ORDER dependency against check-sanity (made 0, = flags 3009, type 3010001) `fetch-depends' was not built (made 0, flags 2009, type 3010001)! `fetch-depends' has .ORDER dependency against pkg (made 0, flags = 3009, type 3010001) `do-fetch' was not built (made 0, flags 2009, type b010001)! `do-fetch' has .ORDER dependency against fetch-depends (made 0, = flags 2009, type 3010001) `fetch-specials' was not built (made 0, flags 2009, type b410001)! `fetch-specials' has .ORDER dependency against do-fetch (made 0, = flags 2009, type b010001) `extract-depends' was not built (made 1, flags 2009, type 2010001)! `extract-depends' has .ORDER dependency against checksum (made 1, = flags 3009, type a410001) `clean-wrkdir' was not built (made 1, flags 2009, type a010001)! `clean-wrkdir' has .ORDER dependency against extract-depends (made = 1, flags 2009, type 2010001) `/wrkdirs/usr/ports/ports-mgmt/pkg/work' was not built (made 1, flags = 2009, type b010001)! `/wrkdirs/usr/ports/ports-mgmt/pkg/work' has .ORDER dependency = against clean-wrkdir (made 1, flags 2009, type a010001) `extract-fixup-modes' was not built (made 1, flags 2009, type a010001)! `extract-fixup-modes' has .ORDER dependency against do-extract (made = 1, flags 3009, type a010001) *** = [/wrkdirs/usr/ports/ports-mgmt/pkg/work/.extract_done.pkg._usr_local] = Error code 1 FreeBSD is running under Hyper-V here, where Hyper-V configured the virtual machine for 30 processors [of the 32 hardware threads (16 cores)]. # uname -apKU FreeBSD FBSDFSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r325997M amd64 = amd64 1200054 1200054 # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 gcc=3D7 WRKDIRPREFIX?=3D/wrkdirs # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Nov 22 19:05:40 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 B338EDF2EE1 for ; Wed, 22 Nov 2017 19:05:40 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 89BAA6552C for ; Wed, 22 Nov 2017 19:05:40 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id HaIWeiDnDzNiNHaIXe5YOY; Wed, 22 Nov 2017 12:03:02 -0700 X-Authority-Analysis: v=2.2 cv=I+4VfJog c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=sC3jslCIGhcA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=1GSqAo2tjFYjzl1x3D0A:9 a=f8jJM4hkydgC4-pT:21 a=yL8nF3QTJoxoi3GL:21 a=CjuIK1q_8ugA:10 a=kz7eNfYyJCzxTGKg2Z4A:9 a=4OebC1BQkNl9CDBF:21 a=N_-ael1fCLxiHV9y:21 a=Khxvy3krXU4SUWbr:21 a=_W_S_7VecoQA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [10.168.3.117] (S0106d4ca6d8943b0.gv.shawcable.net [24.68.134.59]) by spqr.komquats.com (Postfix) with ESMTPSA id D347627F; Wed, 22 Nov 2017 11:02:32 -0800 (PST) MIME-Version: 1.0 From: Cy Schubert Subject: RE: Mergemaster won't run on NFS mount Date: Wed, 22 Nov 2017 11:02:09 -0800 To: "lausts@acm.org" , FreeBSD Current Message-Id: <20171122190239.D347627F@spqr.komquats.com> X-CMAE-Envelope: MS4wfPpDaVC7aJywL8C5FzD1U3+ZHkmXx5yXdArHNAhnVZ7LPQxhEpTU0HWlXtimgUmppYt7cT6LdR25U4JWtaGvsP5fpG8Gshr8KWMzCWj0SWz321J4Rdru 6DDuh/68uGbAuDKb2qRshmWE8rMfipiHPRqQi2gxwJefJtBU8m+DDtnXlczl01P3M1HwON0RBZ65FjCCS4KVEQIsDoazsbIrIgg= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 19:05:40 -0000 I used to buildworld/installeworld using NFS shares at one time. Testing it= again this morning revealed still no issues. I used a ro src and rw obj du= ring my test. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. This old phone only supports top post. Apologies. Cy Schubert or --- -----Original Message----- From: Thomas Laus Sent: 22/11/2017 04:50 To: FreeBSD Current Subject: Mergemaster won't run on NFS mount I have been updating FreeBSD for years on my fastest computer and then NFS mounting /usr/src and /usr/obj to share with other PC's. I just updated FreeBSD-CURRENT to 326070 and was able to install the kernel and world. When I attempted to run mergemaster, I received the following error message: *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot /bin/sh: cannot create freebsd.cf: Permission denied *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment In the many years that I have been doing updates using NFS shares, it has never required write access to /usr/src to use for a temproot. Tom --=20 Public Keys: PGP KeyID =3D 0x5F22FDC1 GnuPG KeyID =3D 0x620836CF _______________________________________________ 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 Wed Nov 22 20:18: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 941F7DF4819 for ; Wed, 22 Nov 2017 20:18:55 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E86868145 for ; Wed, 22 Nov 2017 20:18:55 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id HbRNekKNolp9FHbRPeeiLD; Wed, 22 Nov 2017 20:16:16 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vAMKIjqw057236 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 Nov 2017 15:18:45 -0500 (EST) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id vAMKIjjY057235; Wed, 22 Nov 2017 15:18:45 -0500 (EST) (envelope-from lausts) Date: Wed, 22 Nov 2017 15:18:45 -0500 From: Thomas Laus To: Cy Schubert Cc: freebsd-current@freebsd.org Subject: Re: Mergemaster won't run on NFS mount Message-ID: <20171122201845.GA57164@mail.laus.org> Reply-To: lausts@acm.org References: <20171122190239.D347627F@spqr.komquats.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171122190239.D347627F@spqr.komquats.com> X-Operating-System: FreeBSD 11.1-RELEASE-p4 on an amd64 User-Agent: Mutt/1.9.1 (2017-09-22) X-CMAE-Envelope: MS4wfHtOSBxZAPdmcALeiWSLFGF44VKlLfeF/l6SkjsNCqkuY3k0EAevO3qW79hIJow5T6VusFrY20TOVX/lD/BdNj7JzPh36eCVFgXyGEuEjvR7dY2GLmWo OeKyrbwTQOFp0xElpTIsOQHjRenX0oLOYGjtzx/WfWcDHQlkVWmoU+wr/cuKMknVr9WfhPWJPpeGJkcZ0G12sSHROgFQDXwJnD8= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 20:18:55 -0000 Cy Schubert [Cy.Schubert@komquats.com] wrote: > I used to buildworld/installeworld using NFS shares at one time. Testing it again this morning revealed still no issues. I used a ro src and rw obj during my test. > The NFS server computer that is being used is running ZFS for the /usr/src and /usr/obj directories. Everything has been working normally for the past couple of years. My last successful CURRENT update was a couple of weeks ago using r325474. Maybe something has changed in ZFS properties assigned to these two datasets between r325474 and r326070. The buildworld and buildkernel was performed on the NFS server because it has much faster hardware. The NFS client connection is only used to install what the server has built to each much slower laptop PC. It is the case of a ~50 minute build time vs. something that takes nearly 24 hours on the laptops. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Wed Nov 22 20:33: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 577E0DF5088 for ; Wed, 22 Nov 2017 20:33:03 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A02468CB3 for ; Wed, 22 Nov 2017 20:33:02 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id HbhUe8vU9GvLHHbhWe0kGm; Wed, 22 Nov 2017 13:32:55 -0700 X-Authority-Analysis: v=2.2 cv=a9pAzQaF c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=sC3jslCIGhcA:10 a=4lH5e3ujAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=FU2kj1PFodugbnOd5h4A:9 a=CjuIK1q_8ugA:10 a=oappaISLdyUA:10 a=lUzZXc0oryXnWWFQHbkF:22 a=pxhY87DP9d2VeQe4joPk:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 7FE2C34B; Wed, 22 Nov 2017 12:32:52 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id vAMKWavp040298; Wed, 22 Nov 2017 12:32:36 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id vAMKWZ1A040295; Wed, 22 Nov 2017 12:32:35 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201711222032.vAMKWZ1A040295@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: lausts@acm.org cc: Cy Schubert , freebsd-current@freebsd.org Subject: Re: Mergemaster won't run on NFS mount In-Reply-To: Message from Thomas Laus of "Wed, 22 Nov 2017 15:18:45 -0500." <20171122201845.GA57164@mail.laus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Nov 2017 12:32:35 -0800 X-CMAE-Envelope: MS4wfBOZGM8Dl0pW5pOBW4ZnRxuZk+OP28UPaiBq/XDw6Nn9tip1xeabDvXYGO8ryzXBG6G4zs9Ymwq+eMmkfD29C+HyC+SuSIVKp1i5Dq08K2zJlhbEFpl4 2DckdXSMtSvLa6UXINKP3Y7OZ9fS+NgOv71AoM/T0CN6CJhApb1eqAgnzZCwkMzH9kQg58xSfKanmcrR/80Rql2toc3TDzXXrYs= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 20:33:03 -0000 In message <20171122201845.GA57164@mail.laus.org>, Thomas Laus writes: > Cy Schubert [Cy.Schubert@komquats.com] wrote: > > I used to buildworld/installeworld using NFS shares at one time. Testing it > again this morning revealed still no issues. I used a ro src and rw obj duri > ng my test. > > > The NFS server computer that is being used is running ZFS for the > /usr/src and /usr/obj directories. Everything has been working > normally for the past couple of years. My last successful CURRENT Same here. > update was a couple of weeks ago using r325474. Maybe something has > changed in ZFS properties assigned to these two datasets between > r325474 and r326070. The buildworld and buildkernel was performed on Not in my experience. > the NFS server because it has much faster hardware. The NFS client > connection is only used to install what the server has built to each > much slower laptop PC. It is the case of a ~50 minute build time > vs. something that takes nearly 24 hours on the laptops. I abandoned NFS for src and obj because my four machines at home may, depending on what I'm working on, have different patches applied. As said before, when I tested it this morning it worked. I'll run a complete end-to-end test tonight using an old laptop as the target of the test. It hasn't been updated for a long time, exercising mergemaster. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Nov 22 23:33: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 2E578DF83F0 for ; Wed, 22 Nov 2017 23:33:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0084.outbound.protection.outlook.com [104.47.36.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7AED6EBC1 for ; Wed, 22 Nov 2017 23:33:16 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM (52.132.40.149) by YTXPR0101MB2173.CANPRD01.PROD.OUTLOOK.COM (52.132.40.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.239.5; Wed, 22 Nov 2017 23:33:15 +0000 Received: from YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM ([fe80::937:f79d:d224:f68c]) by YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM ([fe80::937:f79d:d224:f68c%13]) with mapi id 15.20.0239.009; Wed, 22 Nov 2017 23:33:15 +0000 From: Rick Macklem To: FreeBSD Current , "lausts@acm.org" Subject: Re: Mergemaster won't run on NFS mount Thread-Topic: Mergemaster won't run on NFS mount Thread-Index: AQHTY5BmHCkIl+7bN0ehMvyTA1VwFqMhDBNT Date: Wed, 22 Nov 2017 23:33:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR0101MB2173; 6:d69inj6y6/PuW6eCVzZmZkvzI5HTykroA0hxL2dVgLP0tDAVH2QyLOBJ0kWENmr0UPPWvXw+qHAcRT9u9Ms3TjAMTuMPZhE5fF+/GjFk0IdbbqNtGqPRyoXCaO9Q87nI11KHGdws1WVrjuDWfBmMZXShimyzuUL+BR6bU9r4uqxwdsJIwWaPOkkGaOOC8DDqT/QFYgevb9BpUeRYozOvWz/vlRN9rv2jZViGt/hdhcU4B9BhSjoYnvt8WVQrZR9pKxfcIl99XNY93mHnRg1Hp0GeArYEdczL5Bm1rKZuI4JEPHSGES4Ogfs/FO2LtpPcJy/BN95RC+lvHy//1POMgA==; 5:70xdPbxd6JJghp7Sb932pjHH19p67MRFhy2lE9mGuipsHjqBSgpxxK/JzxDMJ72gBOTbDcNM9tg0wYzQCeoW3mHHMJOz5LCCvpFaPjE8OD2CYiEW2zV0ukakOlH3yY/Tr4vpBO9PcYBazAoCnO2WOiu9GZEQo1DSfd8wSZdI574=; 24:0UP4lyHdyKy2ZajX0AmdvJSHOzil5mnCgBLOED9AbTpzABt1eohDvyK11gmG1Lk9/xTqwVI+ffuIPwVyVSYTqJaa4A4aNfTwGoqZfQ/2mp0=; 7:PaoUtvriaFX66hrPKRY3MR0d41xbCdiMlW6+KIHeuAx3oyglwSqJ1yy2HDWSKXwDiaqWeYc4aRSnqmBphxd3zpobEfHb0HSFMtTgiwfkHYcEeCPvw36vMgCQnCE3QXvGkVuv5Tqa4jx0ywim12ZEDJll8rPAaFCkhEnEHouqqc0eaPIDsFfMxkPZplb0rxZGsbYJsIxHRKkCiR3s6jqv5lrmAQtek1N7Fa86PqD1z4sxbsuji4huVwkSRAOJslZx x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 2373ede9-59d2-4c83-4212-08d532016767 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600022)(4604075)(4534020)(4602075)(4627115)(8989060)(201703031133081)(201702281549075)(8990040)(2017052603258); SRVR:YTXPR0101MB2173; x-ms-traffictypediagnostic: YTXPR0101MB2173: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3231022)(3002001)(93006095)(93001095)(10201501046)(100000703101)(100105400095)(6041248)(20161123558100)(20161123564025)(20161123555025)(20161123560025)(20161123562025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTXPR0101MB2173; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTXPR0101MB2173; x-forefront-prvs: 0499DAF22A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(376002)(366004)(346002)(189002)(174864002)(199003)(24454002)(5660300001)(7696004)(110136005)(2900100001)(5250100002)(99286004)(53936002)(2950100002)(6246003)(106356001)(76176999)(9686003)(786003)(229853002)(55016002)(97736004)(105586002)(2501003)(50986999)(316002)(25786009)(54356999)(6436002)(6506006)(3660700001)(14454004)(2906002)(101416001)(189998001)(102836003)(68736007)(74482002)(8936002)(8676002)(81156014)(478600001)(3280700002)(74316002)(305945005)(33656002)(86362001)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR0101MB2173; H:YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 2373ede9-59d2-4c83-4212-08d532016767 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Nov 2017 23:33:15.3188 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR0101MB2173 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 22 Nov 2017 23:33:18 -0000 Thomas Laus wrote: >I have been updating FreeBSD for years on my fastest computer and then >NFS mounting /usr/src and /usr/obj to share with other PC's. I just >updated FreeBSD-CURRENT to 326070 and was able to install the kernel and >world. When I attempted to run mergemaster, I received the following >error message: > >*** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > /bin/sh: cannot create freebsd.cf: Permission denied Make sure mountd is running with the "-S" option on the nfs server. If not, any mount operation done on the NFS server will result in EACCES failures while /etc/exports is being reloaded. (If it is running with "-S" I don't know why it would fail?) rick ps: "-S" should be the default now... From owner-freebsd-current@freebsd.org Thu Nov 23 00:04: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 46037DF9290; Thu, 23 Nov 2017 00:04:39 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "thawte SHA256 SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB92270F49; Thu, 23 Nov 2017 00:04:38 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id vAMNx0xA025666; Wed, 22 Nov 2017 16:04:36 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=to : cc : subject : in-reply-to : references : from : mime-version : content-type : content-id : date : message-id; s=PPS1017; bh=i7YHRHuTUNYhjojU3fh+NdMMUDGKZAv8iJ0vot5ZSbE=; b=LTm+3w7Xgf32oLXmeiSpvwh4wKyjd8n6ATSBtZewz5RPjpgIA/u58ECgjro0aNUtmtuh wEIbuXJtO13Mo3cAjZrTAtrCUHfF9UvSdLjUk90ni+8CGiuyOa26uvUcFnj9TRmxUvZT QL8bZ96Sg7KrColLvrIe2KN6BE+2uRo3A5u5ue6l3n65qNPubhudBq3oDpsuyA0SI9Jv HBMmsQI9DWsnH3GZGDXyxiPk6YaYo78IpVi4YC/Bg5ah3+iFL2dDf9NTpu7tXtN6nLJC l0ip9Ra1RtDHqmg9BTVci1j5uxBfga4wwiPHBnX13vUaE0915aYW0zJOVHjKNMerG97V Cg== Received: from nam03-co1-obe.outbound.protection.outlook.com (mail-co1nam03lp0020.outbound.protection.outlook.com [216.32.181.20]) by mx0b-00273201.pphosted.com with ESMTP id 2edk7k016m-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 22 Nov 2017 16:04:32 -0800 Received: from SN4PR0501CA0087.namprd05.prod.outlook.com (10.171.32.153) by CY4PR05MB3607.namprd05.prod.outlook.com (10.171.244.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.260.2; Thu, 23 Nov 2017 00:04:30 +0000 Received: from BY2NAM05FT011.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::203) by SN4PR0501CA0087.outlook.office365.com (2603:10b6:803:22::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.260.2 via Frontend Transport; Thu, 23 Nov 2017 00:04:30 +0000 Received-SPF: TempError (protection.outlook.com: error in processing during lookup of juniper.net: DNS Timeout) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT011.mail.protection.outlook.com (10.152.100.148) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P256) id 15.20.239.4 via Frontend Transport; Thu, 23 Nov 2017 00:04:28 +0000 Received: from p-mailhub01.juniper.net (10.47.226.20) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 22 Nov 2017 16:04:22 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id vAN04LdV009059; Wed, 22 Nov 2017 16:04:22 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 3113E27741; Wed, 22 Nov 2017 16:04:22 -0800 (PST) To: Mark Millard CC: FreeBSD Ports , FreeBSD Current , bob prohaska , Subject: Re: building ports (well, pkg) and make -j (even -j1 ) on a fast and64 machine: builds fail (head -r325997 context) In-Reply-To: References: Comments: In-reply-to: Mark Millard message dated "Wed, 22 Nov 2017 10:24:09 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 25.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <77554.1511395462.1@kaos.jnpr.net> Date: Wed, 22 Nov 2017 16:04:22 -0800 Message-ID: <80929.1511395462@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(346002)(39860400002)(376002)(2980300002)(189002)(24454002)(199003)(50466002)(16586007)(97756001)(54906003)(50986999)(76176999)(9686003)(97736004)(81156014)(2810700001)(97876018)(4326008)(81166006)(47776003)(53416004)(316002)(8676002)(6246003)(189998001)(2906002)(7696004)(46406003)(68736007)(106466001)(8936002)(2950100002)(105596002)(558084003)(77096006)(86362001)(5660300001)(6916009)(55016002)(117636001)(478600001)(53936002)(6266002)(356003)(69596002)(76506005)(229853002)(107886003)(7126002)(50226002)(23726003)(305945005)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR05MB3607; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:TempError; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT011; 1:WMtM7qYh69vcUUUTi2OW0erzogMcCR9XZcvHumWq30FE6JO35DDL8iuTgt1GsYdLq/Ujk8QK6bhvXaUmRICWkcJv1xxRMOCLEziwJCbh1xvKhJqa7Og4ncHFPshOCE4U X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: e68f6f98-71fc-41d6-3fac-08d53205c447 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(5600022)(4604075)(2017052603258); SRVR:CY4PR05MB3607; X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB3607; 3:dpgxUd7niRYNyGcHK4SGz5eikIWCEgydNL0SyyvqwEdSjHwPTQA9PG7/Qzyoht48WHHiPL8+50by8SRaaNvhwe8p3AzF6au3UxFSft9Fb5/+x/lLCotM18sQupxkk9CS0cuZN7M47HtAT8P6oaVnTIT5AJhT7CEH14ToiKsyr3twXfDmDMQ93f6ZaUgZpDZewqbjAuxk9ju9WD/akiNTKVEImy1ozgoJUN5vlfpehcULT0NsWtDt/VGIK8gCDgGmbGwpWB9cULjq6EKPpBDYo8zLbK6RIyG2XFAUW5hGrzFowKuUo7KA0+y0AqjmV7V+XjOsA8qAjyNuhCSzulYcO3iUW7Zde6nomgImx/6l+xg=; 25:bo9t3v3OkNmWH78cwYtMps48qe0HWT7Cpg+61Ehx/A6jHCQ5g/U5hZEq302xSPN6DLdgNNGG+uh4D/y7ZjsQ9NTleqbgYsgNmzVtXRfG8Op9oFgUsjaB0ouEekv1exBSpm4VjEHFI43dnMiQcGyIrGeQVdTcean4btAhWSx1YoQiYw3Nb46VwFWECnPn13HzQI9Ss4+YKbQ+lqyuGgDMHLr6+X4/lJwHBL6xiJyU2+bj8NrxNx918xaim8vjaEuNHwmbkkAr5J8FFQwfTYHJiZmL/DHkBByKZWLh3YIpaGEi9QhQ6eFGq37E7SQiu8weAQOhQljMsK2KlQc0m1P+Gg== X-MS-TrafficTypeDiagnostic: CY4PR05MB3607: X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB3607; 31:47CgqK1HKzZZW6iqKV+s1K/NQNgl/SGIjDhoelEiFqNcIMANoepbCNUaPqAtKsPItYsX0BLdS2Ns8G+5m5w+WqCEP6AU4mE1/Dn29aRGBK6JGA85w4Zxv+mNqZzK6Y/JH4liArhc1s6tRaqW/GScxHFnqJNkoLzEERfFPfE7k7RzGyy6jpE+EtLtBWffzURDjEYy+nnyRmiIKzFMsUY4NcwmDdeMYSPy+uLrIBvzAiQ=; 20:Z6j0TDlwJ8nr4Q8tQWTXYf3iQTKNxbMSG2PRmA5kV9s4yeo4yxPUN71liNhV/eAmnKSi1PGUwoH53CwEr+mAADORe1N/c5iw7XgCy29fyWFZFu1nEno6C/cO4MFxfY7chQwq8zHULdeuUQOgsC9NbC6Z4yDil9JedjzgSJw+VDplTbqtXBw7+8UnAGMJ7YZgoQIe43nECi7ewZ2PGdn/MNFEQPlsWrqU0BivjCrmTwHMm61ACw32GeGIXru4ReWER3ZGZXUmBg9Zzpu3BV3Ohrk1HN73lSAbAv5KxAbqjTym4/+FEQ8+IWMLqarVowdIVUBhNLn4UBJQcIYB7/GVlWYU70Tnj+sJaMGJusmjfywzfxPe5IkwlNccxrYQF3UKHYv+UcrZyTzX51sG0ligBCidA6tT1I5tVv9e1HL2rG63V9X4pvvhF+Ej0tQghJbPvf3aK3SJBniMe+oVGvfisFoCgKUHh5IxO4Nd/yJr6b8qcT7Vfae889Gn6Y+1Ox5N X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93003095)(3231022)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123560025)(20161123562025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY4PR05MB3607; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY4PR05MB3607; X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB3607; 4:RXx33Vs19jvNYJY//Gt/t73PKidsUupR2wnfb98s/+j3KS3L+QLXXF6x1qaHVn3nlEwUDQZ19JrrbdFtXPsnNr5OWIe3prew/hTY2EEFnJfLMDwxXzV+ybOJuAhJbWuOV7C+ldgEpv6Sugab5ro0kJXLyNmobE3GP5NOQGx5NV3onWV6qrVemicTQuHdSczkLbGL2dgKqT3OmyOWLvPnsvONlUoyYRSfWhY9qaXDPeqeEaHpnqQPUYGgxxWVnfB5HQzyrdEYKYEZzK96j32pkA== X-Forefront-PRVS: 05009853EF X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY4PR05MB3607; 23:dseZm+0FD70hePeoWDS5H1c62q479Gpr9zjk/k25W?= =?us-ascii?Q?b8uUD4pkooWUJB3AmuAxCTTZqLoLWyyf6vtWRi1LPQ9ieBRq8xNYrtiot730?= =?us-ascii?Q?4vHiGvurUdwOr1IotsEbI+uxQmSVvh/ozlKzmGAAeD25v++qVbCmrHkjJ5bP?= =?us-ascii?Q?TDKkjdVqeqrSt++YfuhuBH63GqNbQR5b0SS+PGpNxxhy3C4yRlFXv957b+vv?= =?us-ascii?Q?qDzCaD+9mcUh7jkSPxkmfHMB7W21kIuI+XkWXv+kjmZtwqVXys35RzM68cIH?= =?us-ascii?Q?ySjub7qqyTFhwa3YTna3nzg8k6k6qjOTmzo3M0RxiDoA2FZfKhlvhl+IjcsA?= =?us-ascii?Q?2BLV3nrcJn1GfzyMck3TOwjwaZaDTD+6lCdMQPeGOx9vm9b9ttiYGHQ3y74i?= =?us-ascii?Q?0Tdi9SeNeLeoy9Rvd8mqCf8opQaQVf9+OkiVANCkx6oTHkKPQlzLt/AChma8?= =?us-ascii?Q?xFoQOYHHM6b70fic9XeR8Sgrq3rMA275UWRa7EIjyk+NtRDXt0Ww2BVNYQ67?= =?us-ascii?Q?nNM86tFTASaN173rvDqcoPqIErfpFPAaSBH/bGChak3I/5HfMzNJAdScZVT3?= =?us-ascii?Q?kesesT8fOOEYclDLieOp+XP838KXHB0xm1Gp5twcfCZrZdzmpi3cLDa7bk4I?= =?us-ascii?Q?DaCKeC0gderIFYtFMvxo+69p6U+ZgSX6HEDI+Fybd+nVXizdQApOiz34hpcr?= =?us-ascii?Q?9FVSvRXdea81BHeU+OBQmNh4JJCg1fFUar+dH2fRPJtO3/XQIoAAyzGhoFKl?= =?us-ascii?Q?VNbXhD3ZKm/oPMvjfEn+JygTyw9nLLea5egirV8AZ8nb6uQecjSKiA6a+Nqs?= =?us-ascii?Q?EMN1lBgsH4D3mUxXJs60rFWdldBlqV7BXBplT+v4xclE0OvNMyJevo1HJXOQ?= =?us-ascii?Q?XUerDyhyB8Czj8px/gbPcGIBDFcEU4sdnTvo4qWChUlYUPxbFmp17sry2jQ/?= =?us-ascii?Q?Kfjvh/kc0pQp8cvuqFARqZnf5oDdKhDysWywTBrNjzVGpVIC3pRFDLbR2Co0?= =?us-ascii?Q?ekxAz1S+QiJVAkPe7FoIE2WZNCXwwXqDeGr5poubjouWB4LnJHrJFBiNxVNq?= =?us-ascii?Q?fUhTX1Zg+Bt1ucSlLUEDjNrm9hQuEXQBh9FpXdG3luTcWo6SkPNdPQ8qN9lA?= =?us-ascii?Q?pxbUCRX+HlCzkzDwixfVRU5uyGeZ/RegRqLa/HZ8t40Vf3vh6LDhE4kwlo5K?= =?us-ascii?Q?yuAob/pPYwX0EMHzjVXIEOqJYksk9OSg00kG+GSRPbSDTSPpTu3OOUp3nUv9?= =?us-ascii?Q?wVUy8kDN5w2qpuJB12nHbvmxFMb6fh/L8LLEBgRhGYIqyC7gZcO8zrJMurDJ?= =?us-ascii?B?dz09?= X-Microsoft-Exchange-Diagnostics: 1; CY4PR05MB3607; 6:8IVqs1jMQntw76+IFNI0yZNESXt9Y8sbDp/9fwfXWmAKEceblvkZH2n1CjfkBMxtk7OTvztsdA8Sb8W55mADMFwjRCG+I0Ll1u4YMood2vVy5F7mAXnl7RRLyOkI+Ds1QmfF0dETa5Qo23atziQI6oc6sKai2qkjb1cjHmIG9uwPrccNMZEtewFiRaxqeUWmEeU01Rqc+r22BKkzNPcbj9AbcFjbo/YpOIjr0DSbQwM1bj3x3JnwLUTkxkKZkjJXJrGxDbQhBiGXvoD00iwCqg363j8YPLirIITCFAyqZWFS/ZPcOzEP4mg+dWGbKQNp0Q/2l+4Mpu3K0YW9xTJMpXoAaGfjatcybgPMy46I4hw=; 5:he/LfpkSSddQBrJp9ixulmX0zaV468K8mqjGrHa6a9Jpx77RfND7gSL0LYl7FfTWHs3UIqOLTJqLYrJxUKQp9oTkUwsYLZnUdNhprOkBeVjYMNl1Izqz/7YC//8VPs25AY4BykJJaVkqd7cfKnd5aIhAxu6e5YRNlypbqaIHI88=; 24:Ta2KzKPZ0ZLM0xr71j3SNyFdfgXy/73puNP6j5hJ73yZm7OyTv72fmQ0oskS4KN/JeHWH0lTB+PejBIYdFNKMfNpKYAyk6zM67lMaTkU9Sk=; 7:bS5Rla7WYoRip/JH25FEzTJSZI9QX2MggI/LFyCnCk4wntrtyqk2dh9E2wBFhAkVfYFDTK1qW24cMb68/WsszBSAqVIH1Vfaique2jDwfMsmEs6h9P4Wtj7tGcWnMxlZTbsVgrbkOn2TMVtnH0xudj+T5pHqPZhjS3OCUTKYWr29gHHJAg13tzEE47P27T8JOLGKO3humiaGef5mUx3H7fxh/VsBqzBPxt8D9hpuK8nSemj/RXMvpcqFFcpm1dNg SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Nov 2017 00:04:28.9834 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: e68f6f98-71fc-41d6-3fac-08d53205c447 X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3607 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-11-22_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1711220317 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 23 Nov 2017 00:04:39 -0000 Mark Millard wrote: > [Plain "make" works (no -j ).] > > Is it expected that -j1 and the like get what I report below? A bug in the makefile (eg conflict b/w .ORDER and dependencies) will result in that sort of noise. -j1 is still jobs mode From owner-freebsd-current@freebsd.org Thu Nov 23 00:28: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 069DFDF997E for ; Thu, 23 Nov 2017 00:28:20 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C64D271A7B for ; Thu, 23 Nov 2017 00:28:18 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id HfKie3XlLlp9FHfKleh8vU; Thu, 23 Nov 2017 00:25:39 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id vAN0S9Dw057758 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 Nov 2017 19:28:09 -0500 (EST) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id vAN0S9TR057757; Wed, 22 Nov 2017 19:28:09 -0500 (EST) (envelope-from lausts) Date: Wed, 22 Nov 2017 19:28:09 -0500 From: Thomas Laus To: Rick Macklem Cc: freebsd-current@freebsd.org Subject: Re: Mergemaster won't run on NFS mount Message-ID: <20171123002809.GA57732@mail.laus.org> Reply-To: lausts@acm.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.1-RELEASE-p4 on an amd64 User-Agent: Mutt/1.9.1 (2017-09-22) X-CMAE-Envelope: MS4wfPIetjrcqqotGl3TxqSGN4+EAdY9xBu7IcKONGoDyQqFD8ENeL3k/w6y/xvj+Cb5A+EsN5dgsM/EaXvKfGkRqYnB+J9iCCDolWV4RTTocPnjwxGIqox6 NEn1sxXx8QlVwHL0lo1MQvdD7h2i76R6ki7KsWSHmHo19zClOuzQjj8QYF6VrooQZj2pzJRhAvt/0qL9LOtuDS2N1bzUFE2BUgk= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 23 Nov 2017 00:28:20 -0000 Rick Macklem [rmacklem@uoguelph.ca] wrote: > Make sure mountd is running with the "-S" option on the nfs server. If not, > any mount operation done on the NFS server will result in EACCES failures > while /etc/exports is being reloaded. > (If it is running with "-S" I don't know why it would fail?) > > ps: "-S" should be the default now... > My /etc/exports file is empty. I have set the sharenfs property to 'YES" on the /usr/obj and /usr/src data sets. The ZFS filesystem handles NFS shares internally from the documenation. In any event, this is how my system has successfuly been doing NFS for nearly 2 years without any issues. A client should be able to read and not write to both /usr/src and /usr/obj to be able to installworld and installkernel and have all mergemaster writes confined to a local /var/tmp/temproot. My /etc/rc.conf doesn't have any flags for mountd. It is only a "YES" to enable. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Thu Nov 23 06:12: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 B0AC4DDE3DD for ; Thu, 23 Nov 2017 06:12:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-133.reflexion.net [208.70.210.133]) (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 49E6C7DE20 for ; Thu, 23 Nov 2017 06:12:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30261 invoked from network); 23 Nov 2017 06:12:08 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Nov 2017 06:12:08 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 23 Nov 2017 01:12:08 -0500 (EST) Received: (qmail 3826 invoked from network); 23 Nov 2017 06:12:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Nov 2017 06:12:07 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 41554EC814E; Wed, 22 Nov 2017 22:12:07 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Does https://www.freebsd.org/doc/handbook/disks-growing.html need updates because of cylinder checksums (ufs cotnext)? Message-Id: <1EC3F4AE-C263-4713-B142-412A902C9EC3@dsl-only.net> Date: Wed, 22 Nov 2017 22:12:06 -0800 To: FreeBSD Current , freebsd-hackers X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 23 Nov 2017 06:12:15 -0000 After following the procedure in: https://www.freebsd.org/doc/handbook/disks-growing.html to shrink a swap partition and grow a ufs file system I'm now getting cylinder checksum failure notices. Should the directions be updated in some way? Or should growfs be updating something that is is not now updating? === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Nov 23 06:30: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 AF191DDEDF8 for ; Thu, 23 Nov 2017 06:30:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::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 7609F7E5C4 for ; Thu, 23 Nov 2017 06:30:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id 187so7199919iti.5 for ; Wed, 22 Nov 2017 22:30:53 -0800 (PST) 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=ufiMhObHPGfLR+S+m7x/sCB+itGUX0Rk1OIUUkkW77E=; b=xpYqsOD9JzhU53bofvgk+FvB0YPQL8l3ktTJoZFQVLfyvinC/OMRBurCdU0w19aIgG xipVhyYJjFd/q9WShX1BrGj4tsVYBZ90C/0cjiT4nZdivB3DRxwZWb8t572BcBy53IRa Rk85fn9xc2k0OtnH79ei39WIVJwXJq4BNpYtlNX3wXl9s2fc9j/JAucgipy8ooLXsAOf iiDKd8WZp7NobSXOZCtkLbBDmZINUWTjND5CcTTeC9oIsMEBwDezBbOgpvjnorg4ttpO moxyBckclxIvk59Sc/5OBpR1UrFEcgUJEWfpgBHPTJvjBwqoR/L/001mWawvxRhnzYOL F/cw== 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=ufiMhObHPGfLR+S+m7x/sCB+itGUX0Rk1OIUUkkW77E=; b=tmVojveiJs+R4NMYNwe59GJXxx5rquxPUc4pAicIAmA5as3v5gXAWBrS3ODN2PGQgH Q39Xtly9pKPDNyJAo5LnbmGj5DPaRjch8atQnKmhzvFbCwVKaKa2cGss4u+emmHMEr+N E8F/li6xBeASZfmoanr0eOvQV/hlgMak6fXGHAW7o+21t7mdg9Vsaa+w17ATdISLgs3r 6F3ZofEdmgG/+hsLohPm8EkZDzqroNmtXQrfCH7Phe8seOsCMmb1CtGqOLyRbvf+B65s vPibxSL4oZ9vGbVMVFQTIy2BlijEfSlqEiq13hbCu5XavHg7iYXiD3zFS7hXCs0uUNzd vV2A== X-Gm-Message-State: AJaThX5VHWUtozDxSavjP52HB4crpbwmMyQdw2dYSWh3Flazrk8vz53O xTI+rdXe2CaxF4d4Zvuy/lob3WMe5yC2Mw0IubsJXQ== X-Google-Smtp-Source: AGs4zMY3ajRpvsS52iE5GQj29mUUNWhuVxHAhGn3G75MVwR2r7YYpxeG24C4WJ7bYrx+pKvCZ4v2VSsN7B0v/3MUxSs= X-Received: by 10.36.164.13 with SMTP id z13mr10522083ite.115.1511418652430; Wed, 22 Nov 2017 22:30:52 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Wed, 22 Nov 2017 22:30:51 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:6561:a5e8:a74:eef3] In-Reply-To: <1EC3F4AE-C263-4713-B142-412A902C9EC3@dsl-only.net> References: <1EC3F4AE-C263-4713-B142-412A902C9EC3@dsl-only.net> From: Warner Losh Date: Wed, 22 Nov 2017 23:30:51 -0700 X-Google-Sender-Auth: ytknkl-QAg5z46BpBVpdL1q5WzM Message-ID: Subject: Re: Does https://www.freebsd.org/doc/handbook/disks-growing.html need updates because of cylinder checksums (ufs cotnext)? To: Mark Millard Cc: FreeBSD Current , freebsd-hackers Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 23 Nov 2017 06:30:53 -0000 There was a window when growfs didn't work with checksums. Maybe you have a growfs from before 324499? Warner On Wed, Nov 22, 2017 at 11:12 PM, Mark Millard wrote: > After following the procedure in: > > https://www.freebsd.org/doc/handbook/disks-growing.html > > to shrink a swap partition and grow a ufs file system > I'm now getting cylinder checksum failure notices. > > Should the directions be updated in some way? > > Or should growfs be updating something that is > is not now updating? > > === > 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" > From owner-freebsd-current@freebsd.org Thu Nov 23 07:33: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 BFCFDDE23E5 for ; Thu, 23 Nov 2017 07:33:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-100.reflexion.net [208.70.210.100]) (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 6E4DB80994 for ; Thu, 23 Nov 2017 07:33:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19117 invoked from network); 23 Nov 2017 07:26:31 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Nov 2017 07:26:31 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Thu, 23 Nov 2017 02:26:31 -0500 (EST) Received: (qmail 18743 invoked from network); 23 Nov 2017 07:26:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Nov 2017 07:26:31 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9DE2CEC8611; Wed, 22 Nov 2017 23:26:30 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Does https://www.freebsd.org/doc/handbook/disks-growing.html need updates because of cylinder checksums (ufs cotnext)? From: Mark Millard In-Reply-To: Date: Wed, 22 Nov 2017 23:26:29 -0800 Cc: FreeBSD Current , freebsd-hackers Content-Transfer-Encoding: quoted-printable Message-Id: References: <1EC3F4AE-C263-4713-B142-412A902C9EC3@dsl-only.net> To: Warner Losh X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 23 Nov 2017 07:33:18 -0000 On 2017-Nov-22, at 10:30 PM, Warner Losh wrote: > There was a window when growfs didn't work with checksums. Maybe you = have a growfs from before 324499? >=20 > Warner This was today in a head -r325997 context that has been a -r325997 from its first creation: the creating environment was also -325997 (but had been -r325700 some time back and has history going back to 11 and 10). No such console notices prior to following those instructions. But I was not in sight of the console during the sequence or later for a while. > On Wed, Nov 22, 2017 at 11:12 PM, Mark Millard = wrote: > After following the procedure in: >=20 > https://www.freebsd.org/doc/handbook/disks-growing.html >=20 > to shrink a swap partition and grow a ufs file system > I'm now getting cylinder checksum failure notices. >=20 > Should the directions be updated in some way? >=20 > Or should growfs be updating something that is > is not now updating? More context: amd64 guest under a Windows 10 Pro Hyper-V but the filesytem is "directly" on a PCIExpress 3 Optane (no NTFS or such on that device). (The kernel and initial /etc/fstab are from a .vhd file on NTFS. The fstab points to / being on the Optane. The root file system is not split across multiple mount points.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Nov 23 11:23: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 997F1DE81C2 for ; Thu, 23 Nov 2017 11:23:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0045.outbound.protection.outlook.com [104.47.36.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DAF766F4E for ; Thu, 23 Nov 2017 11:23:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM (52.132.40.149) by YTXPR0101MB2173.CANPRD01.PROD.OUTLOOK.COM (52.132.40.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.239.5; Thu, 23 Nov 2017 11:23:51 +0000 Received: from YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM ([fe80::937:f79d:d224:f68c]) by YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM ([fe80::937:f79d:d224:f68c%13]) with mapi id 15.20.0239.009; Thu, 23 Nov 2017 11:23:51 +0000 From: Rick Macklem To: "lausts@acm.org" CC: "freebsd-current@freebsd.org" Subject: Re: Mergemaster won't run on NFS mount Thread-Topic: Mergemaster won't run on NFS mount Thread-Index: AQHTY5BmHCkIl+7bN0ehMvyTA1VwFqMhDBNTgAAQrICAALXopw== Date: Thu, 23 Nov 2017 11:23:51 +0000 Message-ID: References: , <20171123002809.GA57732@mail.laus.org> In-Reply-To: <20171123002809.GA57732@mail.laus.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR0101MB2173; 6:rEJBTGPfGL+iiWUOqECfLtJivx3gKIuVEbOKKdNs9a1Bx7iYGojph2bw1XTlthUQao03Nvmkjnrc4LKfgt6Ar52XGGAc7uwhtRwMOFePWAUjZBZZVo2lOzdu6M/FseLO5Mn6Bm45IA/UHMMhnAcHHsGh4vwcOISSrsfMjEpNXkaLrPjdL1xX3vADjJy56lxQGL0fpjod474KPnYOROoMVkLyllGjr7R846eS8lbN7oe1BxTDoUS8Rc4B00yZDa4oOMRzy9gQwlU9Haq4ss3drsitOAMXk2vnNKIx9MU7TJn+TFKaHVI/A3i5J1BoqmVocDhS8/7br1e8SFdGRmu1hS01Hv9caTESKWTtNLmtbMw=; 5:hccVHPXubRwnudUSU6NkgnRXB+g8DHizH4qIujnXERKADXKUzbTCCtP+SYhjcURdljvN8pwOBDdg8ydLnVl9sVUEsf1S4ilf5nvoGyJ8DpeIj8hV5DAP6ILXZ/QypM3ghod99Q8Wi67TDPUOoU8g+Zb0I62KgkUt+ty/s2LMzbk=; 24:yeM6QA0nl0riDwNc8CMIkzbLHFrLV4QjTNU0BnJlvbLi2npnfrU3cGIqygL9LzNS+B08m6rZTIFWsfssdtaPMzq4k25jz24Hdc+zHSKtJxo=; 7:sIT5q5dwIrYqDxi+r2tuwrVrYWmmc/dzOPHqhh0DiIfn3pH/G7ZPlc/VfpGqQeD1gtX48qTbg/XaGrLNayi3oP0NC08taSewnbioipf/lsC/FDF9Ivl0zcF8JX3uMXc7wLuL7tID6Hby5ZHuYFQOdqjRDefo73cosl1YJ5amRUsQbfXZvHf9W7djX91gA7LsAd5eEIRPe3mD5Cxsyc/mC9n3DU7s8czvv9n8ehuUvdRYpDmnH/PE+lYoEbzj6TAb x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: d5c78cf3-a332-464e-bc71-08d53264ac7c x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(4534020)(4602075)(4627115)(8989060)(201703031133081)(201702281549075)(8990040)(5600025)(4604075)(2017052603258); SRVR:YTXPR0101MB2173; x-ms-traffictypediagnostic: YTXPR0101MB2173: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(3002001)(10201501046)(93006095)(93001095)(3231022)(6041248)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123562025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTXPR0101MB2173; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTXPR0101MB2173; x-forefront-prvs: 05009853EF x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(366004)(346002)(376002)(199003)(24454002)(189002)(8676002)(1730700003)(8936002)(74482002)(74316002)(305945005)(478600001)(81156014)(3280700002)(189998001)(3660700001)(14454004)(102836003)(68736007)(2906002)(101416001)(81166006)(33656002)(4326008)(86362001)(2950100002)(99286004)(5250100002)(6246003)(53936002)(2351001)(6916009)(2900100001)(5660300001)(25786009)(316002)(6436002)(6506006)(54356999)(9686003)(76176999)(786003)(106356001)(97736004)(229853002)(5640700003)(50986999)(105586002)(2501003)(55016002)(7696004); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR0101MB2173; H:YTXPR0101MB2174.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: d5c78cf3-a332-464e-bc71-08d53264ac7c X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Nov 2017 11:23:51.3517 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR0101MB2173 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 23 Nov 2017 11:23:53 -0000 Thomas Laus wrote: >My /etc/exports file is empty. I have set the sharenfs property to >'YES" on the /usr/obj and /usr/src data sets. The ZFS filesystem >handles NFS shares internally from the documenation. It still reloads the exports, so the outcome is the same. >In any event, >this is how my system has successfuly been doing NFS for nearly 2 >years without any issues. A client should be able to read and not >write to both /usr/src and /usr/obj to be able to installworld and >installkernel and have all mergemaster writes confined to a local >/var/tmp/temproot. I didn't really think it was the cause of the problem, just the only explan= ation I knew of. >My /etc/rc.conf doesn't have any flags for mountd. >It is only a "YES" to enable. If it is a recent install then, yes, it should be set. You should see the o= ptions being used by typing "ps ax" on the server. rick= From owner-freebsd-current@freebsd.org Fri Nov 24 09:01: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 B4AB8DC122B for ; Fri, 24 Nov 2017 09:01:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-155.reflexion.net [208.70.210.155]) (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 786F96B796 for ; Fri, 24 Nov 2017 09:01:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13341 invoked from network); 24 Nov 2017 08:54:42 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 24 Nov 2017 08:54:42 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Fri, 24 Nov 2017 03:54:42 -0500 (EST) Received: (qmail 23244 invoked from network); 24 Nov 2017 08:54:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Nov 2017 08:54:42 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id CF87BEC814E; Fri, 24 Nov 2017 00:54:41 -0800 (PST) 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: head -r325997 panics: dump/restore: restore got ufs_dirbad ino . . .: mangled entry; cp -ax got: ffs_valloc: dup alloc (after some cylinder checksum failures) Message-Id: Date: Fri, 24 Nov 2017 00:54:41 -0800 To: FreeBSD Current , freebsd-hackers X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 24 Nov 2017 09:01:29 -0000 head -r323997 context, non-debug kernel (with debug symbols). This turned out to be for a USB SSD that was dying (Retired Block Count had grown rather large, other things looking okay). I do not know if panics are an intended result for the messed up data or not. The panic information follows. The USB ssd with /dev/gpt/FBSDUSSDroot on it had just been freshly constructed via bsdconfig, UFS with softupdate enabled but journaling disabled. # mount -o noatime /dev/gpt/FBSDUSSDroot /mnt # dump -C16 -b64 -0aL -f - / | (cd /mnt && restore -rf -) DUMP: Date of this level 0 dump: Thu Nov 23 16:26:00 2017 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/gpt/FBSDFSSDroot (/) to standard output DUMP: mapping (Pass I) [regular files] DUMP: Cache 16 MB, blocksize =3D 65536 DUMP: mapping (Pass II) [directories] DUMP: estimated 140989948 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] warning: ./.snap: File exists expected next file 9, got 8 Manually transcribed from the console screen for the crash: panic: ufs_dirbad ino 308183317 at offset 0: mangled entry. cpuid =3D 21 time =3D 1511483271 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe1c3449a2b0 vpanic() at panic+0x19c/frame 0xfffffe1c3449a330 panic() at panic+0x43/frame 0xfffffe1c3449a390 ufs_lokup_ino at ufs_lookup_ino+0xe7f/frame 0xfffffe1c3449a4a0 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0x77c/frame = 0xffffe1c3449a4d0 vfs_cache_lookup() at vfs_cache_lookup+0xd6/frame 0xfffffe1c3449a530 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7c/frame 0xfffffe1c3449a560 lookup() at lookup+0x6c1/frame 0xfffffe1c3449a600 namei() at namei+0x48c/frame 0xfffffe1c3449a6d0 vn_open_cred() at vn_open_cred+0xd8/frame 0xfffffe1c3449a810 kern_openat at kern_openat+0x212/frame 0xfffffe1c3449a980 amd64_syscall() at amd64_syscall+0x9f7/frame 0xfffffe1c3499aab0 Xfast_syscall() at XFast_syscall+0xfb/frame 0xfffffe1c3499aab0 --- syscall (449, FreEBSD ELF64, sys_openat), rip =3D 0x80093be2a, rsp =3D= 0x7fffffffd518, rpb=3D0x7fffffffd600 --- KDB: enter: panic [ thread pid 915 tid 100328 ] Stopped at kdb_enter_0x3b: movq $0,kbd_why db> A retry via (newfs copied from a dumpfs -m output): # newfs -O 2 -U -a 4 -b 32768 -d 32768 -e 4096 -f 4096 -g 16384 -h 64 -i = 8192 -k 6408 -m 8 -o time -s 905969664 /dev/gpt/FBSDUSSDroot=20 /dev/gpt/FBSDUSSDroot: 442368.0MB (905969664 sectors) block size 32768, = fragment size 4096 using 707 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: . . . # mount -o noatime /dev/gpt/FBSDUSSDroot /mnt FBSDFSSD# dump -C16 -b64 -0aL -f - / | (cd /mnt && restore -rf -) DUMP: Date of this level 0 dump: Thu Nov 23 17:02:18 2017 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/gpt/FBSDFSSDroot (/) to standard output DUMP: mapping (Pass I) [regular files] DUMP: Cache 16 MB, blocksize =3D 65536 DUMP: mapping (Pass II) [directories] DUMP: estimated 141064070 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] warning: ./.snap: File exists expected next file 5, got 4 DUMP: 33.57% done, finished in 0:09 at Thu Nov 23 17:17:12 2017 did it again: bad dir ino 11316224 . (I'm not transcribing this screen but it is very similar to the earlier one.) Then, trying a cp -ax instead lead to a different panic (crash info transcribed from screenshot of console). . . # newfs -O 2 -U -a 4 -b 32768 -d 32768 -e 4096 -f 4096 -g 16384 -h 64 -i = 8192 -k 6408 -m 8 -o time -s 905969664 /dev/gpt/FBSDUSSDroot /dev/gpt/FBSDUSSDroot: 442368.0MB (905969664 sectors) block size 32768, = fragment size 4096 using 707 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: . . . # mount -o noatime /dev/gpt/FBSDUSSDroot /mnt # cp -ax / /mnt Eventually on the console got: . . . UFS /dev/gpt/FBSDUSSDroot (/mnt) cylinder checksum failed: cg 475, = cgp:0x782bac7c !=3D bp: 0x3c6d091f UFS /dev/gpt/FBSDUSSDroot (/mnt) cylinder checksum failed: cg 477, = cgp:0x782bac7c !=3D bp: 0xcbfd1084 mode =3D 0116600, inum =3D 38603264, fs =3D /mnt panic: ffs_valloc: dup alloc cpuid =3D 27 time =3D 1511490715 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe1c344fe400 vpanic() at vpanic+0x19c/frame 0xfffffe1c344fe480 panic() at panic+0x43/frame 0xfffffe1c344fe4e0 ffs_valloc() at ffs_valloc+0x85c/frame 0xffffe1c344fe570 ufs_mkdir() at ufs_mkdir+0xcc/frame 0xfffffe1c344fe730 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x82/frame 0xfffffe1c344fe760 kern_mkdirat() at kern_mkdirat+0x1e2/frame 0xfffffe1c344fe980 amd64_syscall() at amd64_syscall+0x9f7/frame 0xfffffe1c344feab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1c344feab0 --- syscall (136, FreBSD ELF64, sys_mkdir), rip =3D 0x80099a78a, rsp =3D = 0x7fffffffd838, rbp =3D 0x7fffffffdb30 --- KDB: enter: panic [ thread pid 966 tid 100348 ] Stopped at kdb_enter+0x3b: movq $0,kdb_why db> =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 25 01:48:41 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 78A51DF75AF; Sat, 25 Nov 2017 01:48:41 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CD426C7C9; Sat, 25 Nov 2017 01:48:40 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id vAP1lt6L097598 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 24 Nov 2017 17:47:55 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id vAP1ltXD097597; Fri, 24 Nov 2017 17:47:55 -0800 (PST) (envelope-from jmg) Date: Fri, 24 Nov 2017 17:47:55 -0800 From: John-Mark Gurney To: freebsd-net@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: vlans + bridging is "interesting" Message-ID: <20171125014755.GN42467@funkthat.com> Mail-Followup-To: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Fri, 24 Nov 2017 17:47:55 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 01:48:41 -0000 Hello, I decided to try to run some bhyve VM's on my machine and bridge them to a guest vlan on my main interface. I also want to support running bhyve VM's on the untagged part of the interface as well (this is the key problem as I'll describe later). I configure it as you'd expect. Bridge the main interface em0, and put the local IP's on the bridge0. Then I added an interface em0.14 that untags packets from em0, and added it to bridge1 along w/ a tap0 for the VM. This does not work. Packet goes out and comes back and is observed on em0, but never appears on either em0.14 or bridge1. After seeing: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=139268 I decide to look on bridge0, and see the tagged vlan packet on that interface. I attempted to add bridge0 as the vlandev for em0.14, but that doesn't work: #ifconfig em0.14 vlan 14 vlandev bridge0 ifconfig: SIOCSETVLAN: Protocol not supported So, I did finally get things working by using epair. I added an epair to the bridge, and that allows me to untag the packet, and pass on to bridge1. I have not attempted to use the patch in 139268, but if people think it is an acceptable solution (with patch, if I set LINK0, it should work w/ original configuration), I'll test and commit the patch. Otherwise, please submit another fix. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sat Nov 25 06:59:27 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 A7D09DBA3E4; Sat, 25 Nov 2017 06:59:27 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A679774A5; Sat, 25 Nov 2017 06:59:26 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id vAP6xP9p009484 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 24 Nov 2017 22:59:25 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id vAP6xPUN009481; Fri, 24 Nov 2017 22:59:25 -0800 (PST) (envelope-from jmg) Date: Fri, 24 Nov 2017 22:59:25 -0800 From: John-Mark Gurney To: "Rodney W. Grimes" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: vlans + bridging is "interesting" Message-ID: <20171125065925.GO42467@funkthat.com> Mail-Followup-To: "Rodney W. Grimes" , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <20171125014755.GN42467@funkthat.com> <201711250226.vAP2Q3jd098082@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201711250226.vAP2Q3jd098082@pdx.rh.CN85.dnsmgr.net> X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Fri, 24 Nov 2017 22:59:25 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 06:59:27 -0000 Rodney W. Grimes wrote this message on Fri, Nov 24, 2017 at 18:26 -0800: > > I decided to try to run some bhyve VM's on my machine and bridge > > them to a guest vlan on my main interface. I also want to support > > running bhyve VM's on the untagged part of the interface as well > > (this is the key problem as I'll describe later). > > > > I configure it as you'd expect. Bridge the main interface em0, and > > put the local IP's on the bridge0. Then I added an interface em0.14 > > that untags packets from em0, and added it to bridge1 along w/ a tap0 > > for the VM. This does not work. Packet goes out and comes back and > > is observed on em0, but never appears on either em0.14 or bridge1. > > > > After seeing: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=139268 > > > > I decide to look on bridge0, and see the tagged vlan packet on that > > interface. I attempted to add bridge0 as the vlandev for em0.14, but > > that doesn't work: > > #ifconfig em0.14 vlan 14 vlandev bridge0 > > ifconfig: SIOCSETVLAN: Protocol not supported > > > > So, I did finally get things working by using epair. I added an epair > > to the bridge, and that allows me to untag the packet, and pass on to > > bridge1. > > > > I have not attempted to use the patch in 139268, but if people think > > it is an acceptable solution (with patch, if I set LINK0, it should work > > w/ original configuration), I'll test and commit the patch. > > > > Otherwise, please submit another fix. > > I am also experiencing difficulties with vlan +briding +bhyve. It > seems the host that can talk just fine out a trunked em0 interface > using vlan32 and vlan34 to all my other hardware can NOT talk to > my bhyve guests. Those bhyve guests can also talk out that > same interface to other hardware, but they are being passed in > the trunked interface, ie direct tap of bridge of em0 and the > vlan tagging/untagging is being done inside the guest. > > All the guests can talk to each other and they can all talk > to real hardware that is via the em0 hardware, same for the > host, but the host can not talk to the guests nor the guests > to the host. This is probably related. I'm going to take a stab at your config, so correct me if I'm wrong: bridge0 w/ em0 & tapX vlan32 on em0 vlan 32 vlan34 on em0 vlan 34 If this is the case, you're running into the same issue that I'm running into... The issue is that when a packet comes in on em0, it is forwarded directly to bridge0, bypassing the vlan interfaces... If you do what I did above, which is add an epair interface to the bridge, and then add the vlan's off the epair interface, it will work... As w/ the epair you are effectively simulating what your VM does, and doing the encap/decap as the "VM" in the host... The issue is that packets make it out em0 properly wrapped, but they'll never make it back to the vlan32 interface, em0 forwards it directly to bridge0, bypassing the vlan32 interface, and the bridge0 has no where to deliver the packet, and it gets dropped... The reason the vms work is that as you're doing decap in the VM, the encapsulated packets are making it successfully to them, and their encapsulated replies are making it safely back to the switch... > My guess is that the arp's are not being seen by the bridge > cause they are wrapping in vlan tags thus the bridge > never learns all the mac addresses, but this is just a > guess. I finally figured this out w/ tcpdump, as tcpdump was showing the packets going out em0.14 (in my case), but the reply was never making it back to em0.14. I was seeing it on em0 w/ "tcpdump -i em0 vlan 14", and then, when I ran "tcpdump -i bridge0 vlan 14", I saw this missing packet, which is how I decided to come up w/ the epair "solution"... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sat Nov 25 02:26: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 80494DF993B; Sat, 25 Nov 2017 02:26:07 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 2D5ED6E34C; Sat, 25 Nov 2017 02:26:06 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id vAP2Q3Ji098083; Fri, 24 Nov 2017 18:26:03 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id vAP2Q3jd098082; Fri, 24 Nov 2017 18:26:03 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201711250226.vAP2Q3jd098082@pdx.rh.CN85.dnsmgr.net> Subject: Re: vlans + bridging is "interesting" In-Reply-To: <20171125014755.GN42467@funkthat.com> To: John-Mark Gurney Date: Fri, 24 Nov 2017 18:26:03 -0800 (PST) CC: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sat, 25 Nov 2017 11:49:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 02:26:07 -0000 > Hello, > > I decided to try to run some bhyve VM's on my machine and bridge > them to a guest vlan on my main interface. I also want to support > running bhyve VM's on the untagged part of the interface as well > (this is the key problem as I'll describe later). > > I configure it as you'd expect. Bridge the main interface em0, and > put the local IP's on the bridge0. Then I added an interface em0.14 > that untags packets from em0, and added it to bridge1 along w/ a tap0 > for the VM. This does not work. Packet goes out and comes back and > is observed on em0, but never appears on either em0.14 or bridge1. > > After seeing: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=139268 > > I decide to look on bridge0, and see the tagged vlan packet on that > interface. I attempted to add bridge0 as the vlandev for em0.14, but > that doesn't work: > #ifconfig em0.14 vlan 14 vlandev bridge0 > ifconfig: SIOCSETVLAN: Protocol not supported > > So, I did finally get things working by using epair. I added an epair > to the bridge, and that allows me to untag the packet, and pass on to > bridge1. > > I have not attempted to use the patch in 139268, but if people think > it is an acceptable solution (with patch, if I set LINK0, it should work > w/ original configuration), I'll test and commit the patch. > > Otherwise, please submit another fix. > > Thanks. I am also experiencing difficulties with vlan +briding +bhyve. It seems the host that can talk just fine out a trunked em0 interface using vlan32 and vlan34 to all my other hardware can NOT talk to my bhyve guests. Those bhyve guests can also talk out that same interface to other hardware, but they are being passed in the trunked interface, ie direct tap of bridge of em0 and the vlan tagging/untagging is being done inside the guest. All the guests can talk to each other and they can all talk to real hardware that is via the em0 hardware, same for the host, but the host can not talk to the guests nor the guests to the host. My guess is that the arp's are not being seen by the bridge cause they are wrapping in vlan tags thus the bridge never learns all the mac addresses, but this is just a guess. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Nov 25 13:31: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 0DA27DE3E0F for ; Sat, 25 Nov 2017 13:31:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0062.outbound.protection.outlook.com [104.47.37.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0E5E10B9 for ; Sat, 25 Nov 2017 13:31:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM (52.132.46.161) by YTOPR0101MB2169.CANPRD01.PROD.OUTLOOK.COM (52.132.46.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.260.4; Sat, 25 Nov 2017 13:31:55 +0000 Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::f072:85d3:769:e6f8]) by YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::f072:85d3:769:e6f8%13]) with mapi id 15.20.0260.006; Sat, 25 Nov 2017 13:31:54 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: pNFS server code merge into head/current Thread-Topic: pNFS server code merge into head/current Thread-Index: AQHTZfA7kRwblsDcRECDx98KuOlJ8Q== Date: Sat, 25 Nov 2017 13:31:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB2169; 6:3JJLv19x5VO+u9255BZKBOGWx3kiLiN0ZiotnJS3PsRQEr+pXUOdxS/oh/HJDozCSd8PEKwdfvzjKd6lrqF/BQP799OsNYpnDVGggdacsIZxUPM97kyqfo/r6Lhh8xVNbkoBmpWMTvIdPcglvnE/XVdkpX89AIfAEn4HF6F+mS0mCUo61U4OcoqctK1BMsGrrj2/T1Jy4kVkt6VUW/xFfVCwhIPnQwQ95YF10gM36h95/E1tJPRuoDet8a1n5+c/V7GJIixlZaJmFf7V3V1SNQwl53d7uufXyx5aBvjhSpYHMB8joQ16vbrs8HLePY0q+1cL5MDpWBZIASxOlxxYadL5p/fcTkjJ8w/Ayp7lu6I=; 5:x5fQIkSudGTlroNNhson/xcGGv8ezbi4z+00OMcGdazFH94CWzFVNEWLiExbSrlGzZaAZGBW5SEBcik/0zMlwHR+OnWqk7LkexcZVICle4W9bNkyizOOUHFGdAkw6VVA0tT2+3fdb8nzpVrufRcaR5RW4GEjhqUfnRCzzk/XjsM=; 24:FO1PrwbmVmlj+ydT03nK5LS6vKM+6TLjj+RBCHiphdwoi8+lVugHeqHh2Bb1LuNt81MAau+J8FQeJap+Tq2Pwt0KM0O2dnASyhpk4hfNlcY=; 7:M71JgW6ntVSUyLcr7zOtJLsQ/bgXnTVtiByWPj1bGI74QA1/GxoPZhGOPdo+wtvVLy7Rh9q3s3sOUDF+/JsYlIIzbfuw0gIMUOVUjf3WmIBI+NKAWoc7kMi8SD74gnPLt6eaPNaG48oQDjy82ctyds6JKnmBS1Tz3c4/TvpdTD4FtYlAi8W0/s39SFAFFQiL2TpICx9muOgVajIlxMVCH0B2aGHAXRVEKQKFxMv/mdiOJg8LvlyeV7c+5EZon3OP x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 2ffc0544-b09b-4e84-41aa-08d53408e505 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(8989060)(201703031133081)(201702281549075)(8990040)(2017052603199); SRVR:YTOPR0101MB2169; x-ms-traffictypediagnostic: YTOPR0101MB2169: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(5213294742642); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231022)(93006095)(93001095)(6041248)(20161123555025)(20161123560025)(20161123562025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123558100)(6072148)(201708071742011); SRVR:YTOPR0101MB2169; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:YTOPR0101MB2169; x-forefront-prvs: 0502983C0E x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(366004)(376002)(346002)(199003)(189002)(53936002)(54356999)(6436002)(97736004)(101416001)(5660300001)(5640700003)(74482002)(14454004)(33656002)(6506006)(86362001)(786003)(55016002)(2906002)(68736007)(99286004)(189998001)(102836003)(8936002)(50986999)(316002)(478600001)(966005)(5250100002)(3660700001)(6916009)(3280700002)(2900100001)(2351001)(305945005)(9686003)(105586002)(106356001)(81156014)(25786009)(74316002)(2501003)(6306002)(81166006)(8676002)(7696005); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2169; H:YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 2ffc0544-b09b-4e84-41aa-08d53408e505 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Nov 2017 13:31:54.8721 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 13:31:57 -0000 Hi, There is a source tree in svn at projects/pnfs-planb-server which adds supp= ort for configuring a single Metadata Server (MDS) and multiple Data Servers (D= S) to create a simple pNFS service. (In a pNFS server the Read/Write operation= s are separated from the rest of the metadata operations and go directly from= the NFSv4.1 client to the DS, since that is where the fils's data resides.) The service does support mirrored DSs, but the recovery code for handling a failed DS is not done yet. I plan on working on that during Winter 2018. The current implementation seems to be working ok for my testing. Any third party testing would be appreciated. The basic information on how it works a= nd how to set up a pNFS service is at http://people.freebsd.org/~rmacklem/pnfs-planb-setup.txt (John Hixon is working on porting/testing it in FreeNAS, but hasn't quite h= ad to time get all set up yet.) The big question is??? If/when this code should go into head/current? I cannot do commits during Winter 2018, so if it is going to happen before April 2018, I need to do it in December. I know a release schedule has not = been worked out for FreeBSD12, but is April 2018 early enough or should it be do= ne this December? The merge is large, but should not affect non-pNFS NFS service, rick From owner-freebsd-current@freebsd.org Sat Nov 25 20:09:30 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 91E98DEEBC8 for ; Sat, 25 Nov 2017 20:09:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-122.reflexion.net [208.70.210.122]) (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 5800E6C498 for ; Sat, 25 Nov 2017 20:09:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9656 invoked from network); 25 Nov 2017 20:02:43 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 25 Nov 2017 20:02:43 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 25 Nov 2017 15:02:43 -0500 (EST) Received: (qmail 21091 invoked from network); 25 Nov 2017 20:02:43 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Nov 2017 20:02:43 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 81A12EC8B7B; Sat, 25 Nov 2017 12:02:42 -0800 (PST) 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: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content Message-Id: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> Date: Sat, 25 Nov 2017 12:02:41 -0800 To: FreeBSD Toolchain , FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 20:09:30 -0000 For example, = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:449:47: error: function definition is not allowed here static __inline int __sputc(int _c, FILE *_p) { for: /* * The __sfoo macros are here so that we can * define function versions in the C library. */ #define __sgetc(p) (--(p)->_r < 0 ? __srget(p) : (int)(*(p)->_p++)) #if defined(__GNUC__) && defined(__STDC__) static __inline int __sputc(int _c, FILE *_p) { if (--_p->_w >=3D 0 || (_p->_w >=3D _p->_lbfsize && (char)_c !=3D = '\n')) return (*_p->_p++ =3D _c); else return (__swbuf(_c, _p)); } #else /* * This has been tuned to generate reasonable code on the vax using pcc. */ #define __sputc(c, p) \ (--(p)->_w < 0 ? \ (p)->_w >=3D (p)->_lbfsize ? \ (*(p)->_p =3D (c)), *(p)->_p !=3D '\n' ? \ (int)*(p)->_p++ : \ __swbuf('\n', p) : \ __swbuf((int)(c), p) : \ (*(p)->_p =3D (c), (int)*(p)->_p++)) #endif More of the prefix of the messages: --- var.o --- In file included from /usr/src/bin/sh/var.c:70: In file included from /usr/src/bin/sh/myhistedit.h:35: In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histe= dit.h:48: = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:255:6: warning: declaration of built-in function 'fprintf' requires = inclusion of the header [-Wbuiltin-requires-header] int fprintf(FILE * __restrict, const char * __restrict, ...); ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:260:6: warning: declaration of built-in function 'fscanf' requires = inclusion of the header [-Wbuiltin-requires-header] int fscanf(FILE * __restrict, const char * __restrict, ...); ^ --- csh_make --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/rescue/rescue/usr/src= /bin/csh/sh.init.o --- sh_make --- = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:284:6: warning: declaration of built-in function 'vfprintf' requires = inclusion of the header [-Wbuiltin-requires-header] int vfprintf(FILE * __restrict, const char * __restrict, ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:293:6: warning: declaration of built-in function 'vfscanf' requires = inclusion of the header [-Wbuiltin-requires-header] int vfscanf(FILE * __restrict, const char * __restrict, __va_list) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:449:47: error: function definition is not allowed here static __inline int __sputc(int _c, FILE *_p) { ^ In file included from /usr/src/bin/sh/var.c:70: In file included from /usr/src/bin/sh/myhistedit.h:35: In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histe= dit.h:254: In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar= .h:69: In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctyp= e.h:97: = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/runet= ype.h:96:1: error: function definition is not allowed here { ^ In file included from /usr/src/bin/sh/var.c:70: In file included from /usr/src/bin/sh/myhistedit.h:35: In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histe= dit.h:254: In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar= .h:69: = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctyp= e.h:101:1: error: function definition is not allowed here { ^ . . . (much omitted) . . . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 25 20:28: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 86C9BDEF451 for ; Sat, 25 Nov 2017 20:28:39 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from sonic311-36.consmr.mail.ne1.yahoo.com (sonic311-36.consmr.mail.ne1.yahoo.com [66.163.188.217]) (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 541F86D239 for ; Sat, 25 Nov 2017 20:28:38 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1511641717; bh=0OqPM2ZVPNhkalsRbtVXYxBgY456qZgewn2C9UQi9rY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From:Subject; b=sz2cyNYR2C1B2+M3VZc50hw9U+vU/AQCJ7mu8YvI75aa6EgzJOTj46Y4exz5WbkICS+JSgqfavlXFiAKsmTEIXTw+2dX5ghZxU5MXyAY+XTpiUJQmZEXGeI5gXDYgK1wbsukj48I98vuxYUj3yLOPiWYzJ4klHolKSOHYB8TX5ZC/6NSorhPprQBOhuSIkkjOEneAQAgQQX/Ua+/56mg4O/1cHJvY/ic7fBPFAc1jMzGeYuX5XTucn1GzR6pmwKTyodsAjApMAUMEVhznIPmimUK0xNYER2fSZDXZ3fUtyYil+e0VVIqym9qwhok5mJ99eQCucSSnvuRADzwyD/R6w== X-YMail-OSG: T02lxHQVM1mlEkr8y22W2zuJMGSOBLbJi24n4l1fkObBlqTDfJPUojtAKth.wa0 2KiUB5bX__d7G2j8kmgZCH24TKL7Hv0TP6MZ3OZUMCQH.LJr8lprrndmLt7oqWWXtLHiHEO3UWRO 2Uh.D8oedPR9HxLhKCGRlFnjW39pJ8KClJ6aM2rvSdNc66zoDSywKJ83MuDn7Xylgn9MLhXZQ1ps WS8yrh.oPUFwUFXKPjS5UhqK2Ao4wuPXT3u7MMLnAytt77SJX50NMRPTijh9xjxZUNnItiEquKRs Ob.T.4Dbb5csyL.SdbY7RaKjIhydkHA7aXohtGkqingL50tBEr6R3wEOjAikG_Xpm2sJsAu6mXWZ GoZvqCY.CNTUfRMGLEiUfXsb4A1GQx8iKC4lu0E0fkcZg8lfv1ik4g4dlh4vYVbIl63fwuDCq39V 5qCR.QrkhJZr5BeDna79CiRU8TRufLuvqEev1iPU3TpxJu5gwKLvlrU98bcZojHD4_jJGUevQt6m FDdMvse86JARUgAnNy2chkOJePEkDRyyquqXhe5K6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Sat, 25 Nov 2017 20:28:37 +0000 Received: from [127.0.0.1] by smtp207.mail.ne1.yahoo.com with NNFMP; 25 Nov 2017 20:28:35 -0000 X-Yahoo-Newman-Id: 967115.2630.bm@smtp207.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: T02lxHQVM1mlEkr8y22W2zuJMGSOBLbJi24n4l1fkObBlqT DfJPUojtAKth.wa02KiUB5bX__d7G2j8kmgZCH24TKL7Hv0TP6MZ3OZUMCQH .LJr8lprrndmLt7oqWWXtLHiHEO3UWRO2Uh.D8oedPR9HxLhKCGRlFnjW39p J8KClJ6aM2rvSdNc66zoDSywKJ83MuDn7Xylgn9MLhXZQ1psWS8yrh.oPUFw UFXKPjS5UhqK2Ao4wuPXT3u7MMLnAytt77SJX50NMRPTijh9xjxZUNnItiEq uKRsOb.T.4Dbb5csyL.SdbY7RaKjIhydkHA7aXohtGkqingL50tBEr6R3wEO jAikG_Xpm2sJsAu6mXWZGoZvqCY.CNTUfRMGLEiUfXsb4A1GQx8iKC4lu0E0 fkcZg8lfv1ik4g4dlh4vYVbIl63fwuDCq39V5qCR.QrkhJZr5BeDna79CiRU 8TRufLuvqEev1iPU3TpxJu5gwKLvlrU98bcZojHD4_jJGUevQt6mFDdMvse8 6JARUgAnNy2chkOJePEkDRyyquqXhe5K6 X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD Current References: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> <5D3C8011-1B5F-45CB-8390-9A6E9862FB47@dsl-only.net> From: Pedro Giffuni Message-ID: <79bca8ee-7961-8e51-10bd-a65154ecd430@FreeBSD.org> Date: Sat, 25 Nov 2017 15:28:36 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <5D3C8011-1B5F-45CB-8390-9A6E9862FB47@dsl-only.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 20:28:39 -0000 Thank you for the report ... On 11/25/17 15:15, Mark Millard wrote: > [Quick top post:] > > Reverting to -r326192 and rebuilding avoided the issue. > > Prior notes: > > On 2017-Nov-25, at 12:02 PM, Mark Millard wrote: > >> For example, >> >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47: error: function definition is not allowed here >> static __inline int __sputc(int _c, FILE *_p) { >> >> for: >> >> /* >> * The __sfoo macros are here so that we can >> * define function versions in the C library. >> */ >> #define __sgetc(p) (--(p)->_r < 0 ? __srget(p) : (int)(*(p)->_p++)) >> #if defined(__GNUC__) && defined(__STDC__) >> static __inline int __sputc(int _c, FILE *_p) { >> if (--_p->_w >= 0 || (_p->_w >= _p->_lbfsize && (char)_c != '\n')) >> return (*_p->_p++ = _c); >> else >> return (__swbuf(_c, _p)); >> } >> #else >> /* >> * This has been tuned to generate reasonable code on the vax using pcc. >> */ >> #define __sputc(c, p) \ >> (--(p)->_w < 0 ? \ >> (p)->_w >= (p)->_lbfsize ? \ >> (*(p)->_p = (c)), *(p)->_p != '\n' ? \ >> (int)*(p)->_p++ : \ >> __swbuf('\n', p) : \ >> __swbuf((int)(c), p) : \ >> (*(p)->_p = (c), (int)*(p)->_p++)) >> #endif >> >> >> >> More of the prefix of the messages: >> >> >> >> --- var.o --- >> In file included from /usr/src/bin/sh/var.c:70: >> In file included from /usr/src/bin/sh/myhistedit.h:35: >> In file included from /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:48: >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:255:6: warning: declaration of built-in function 'fprintf' requires inclusion of the header [-Wbuiltin-requires-header] >> int fprintf(FILE * __restrict, const char * __restrict, ...); >> ^ >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:260:6: warning: declaration of built-in function 'fscanf' requires inclusion of the header [-Wbuiltin-requires-header] >> int fscanf(FILE * __restrict, const char * __restrict, ...); >> ^ >> --- csh_make --- >> Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/rescue/rescue/usr/src/bin/csh/sh.init.o >> --- sh_make --- >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:284:6: warning: declaration of built-in function 'vfprintf' requires inclusion of the header [-Wbuiltin-requires-header] >> int vfprintf(FILE * __restrict, const char * __restrict, >> ^ >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:293:6: warning: declaration of built-in function 'vfscanf' requires inclusion of the header [-Wbuiltin-requires-header] >> int vfscanf(FILE * __restrict, const char * __restrict, __va_list) >> ^ >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47: error: function definition is not allowed here >> static __inline int __sputc(int _c, FILE *_p) { >> ^ >> In file included from /usr/src/bin/sh/var.c:70: >> In file included from /usr/src/bin/sh/myhistedit.h:35: >> In file included from /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254: >> In file included from /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69: >> In file included from /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:97: >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/runetype.h:96:1: error: function definition is not allowed here >> { >> ^ >> In file included from /usr/src/bin/sh/var.c:70: >> In file included from /usr/src/bin/sh/myhistedit.h:35: >> In file included from /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254: >> In file included from /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69: >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:101:1: error: function definition is not allowed here >> { >> ^ >> . . . (much omitted) . . . I can't reproduce it ... I have been running tinderbox builds with the changes for a while. Jenkins wasn't affected either: https://ci.freebsd.org/job/FreeBSD-head-amd64-build/6040/ I have seen problems on arm with zstd though. Pedro. From owner-freebsd-current@freebsd.org Sat Nov 25 21:10: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 C3633DF02AB for ; Sat, 25 Nov 2017 21:10:18 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from sonic311-36.consmr.mail.ne1.yahoo.com (sonic311-36.consmr.mail.ne1.yahoo.com [66.163.188.217]) (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 85F886E95D for ; Sat, 25 Nov 2017 21:10:18 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1511644216; bh=MFQyhm/Z6TwvgOSSwDm5VaFI/21sth4/JgbHH4MVITg=; h=Subject:From:To:Cc:References:Date:In-Reply-To:From:Subject; b=WT8s1Leb+uwG2DbqiLUasOZYxE/h0w/7puVRBSRjMuZ6E+I+28G4VOdQD6B3Dc+chP+vdxazdjs3Jsm4YJshdOiBjeIQqz4UZFPxQUstYLb7rU+hhRULknmzgGFqOqqCoFFxfl0s8Ce7gK/biDZOui97Fs1ZBz9kArDD42FoiWgMpfhaE/VVzObLthoVhNfUjrRpmQnPIIDcqfJSnI4hrJdsgNxPUHW7Fk1jN78ROFJYVInU7NLFcK0n46WN9/zBk56LjS3LuB9wgH8M1Zki3HSW1SlHsh15z3OBGUPAUD0i2UemQxAyEPMM/Dm3qazWvGGGMO7NO4lKkYAt2wM6Cw== X-YMail-OSG: 6wVkQRUVM1mqrHX1Qch1o67bkcnZwL8kDxYR6IAHMpMAPc914WthaGBGLodkhAq Cy5vFl0ZYU.XI46CreycSUwdztYQXxVEwfEMQCOB5lEww4tBar228.VT6imnGReUBXefxdAihqAI wQU3Ar8sCARR3U76TH.dboqvEOBw1gQj5KSSBPbDV3oqjNMQBg0doWaSqs.2xgQDa2NCXYAPYFri HBC1derTyTonRD7MZCuT6mCJ2yxbxbzgoEyfvRDhDDToexsP8FKQNrYYVEgKOvYqRVZd0byWBkNB tA.Qb8vPoW.BgMHevS2dcm_CUv.6.NLaHmxS0rJT4dCn9oKaUlJFjZK23OcjNVf7gn1z09w3KFRu h7F.6cKcZsn2db3zQ2oSxdfcgrtZ0OMKEfwRtQ1tPm53RE7yhRDI5Vq_Et0rGP3rpBcpNb9cNtPz phdWLoG5Lhf0iwuz3lmp1cIdeeF834oCZr.KcYQKyoPUPCZ8uBAo92QcaShJzNEBz5E7Uzq5yvCh iEaPNmxHLckSfCF5TEG1V1BCTEZ5914PHCOdB5q4M Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Sat, 25 Nov 2017 21:10:16 +0000 Received: from [127.0.0.1] by smtp219.mail.ne1.yahoo.com with NNFMP; 25 Nov 2017 21:10:13 -0000 X-Yahoo-Newman-Id: 587411.48927.bm@smtp219.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 6wVkQRUVM1mqrHX1Qch1o67bkcnZwL8kDxYR6IAHMpMAPc9 14WthaGBGLodkhAqCy5vFl0ZYU.XI46CreycSUwdztYQXxVEwfEMQCOB5lEw w4tBar228.VT6imnGReUBXefxdAihqAIwQU3Ar8sCARR3U76TH.dboqvEOBw 1gQj5KSSBPbDV3oqjNMQBg0doWaSqs.2xgQDa2NCXYAPYFriHBC1derTyTon RD7MZCuT6mCJ2yxbxbzgoEyfvRDhDDToexsP8FKQNrYYVEgKOvYqRVZd0byW BkNBtA.Qb8vPoW.BgMHevS2dcm_CUv.6.NLaHmxS0rJT4dCn9oKaUlJFjZK2 3OcjNVf7gn1z09w3KFRuh7F.6cKcZsn2db3zQ2oSxdfcgrtZ0OMKEfwRtQ1t Pm53RE7yhRDI5Vq_Et0rGP3rpBcpNb9cNtPzphdWLoG5Lhf0iwuz3lmp1cId eeF834oCZr.KcYQKyoPUPCZ8uBAo92QcaShJzNEBz5E7Uzq5yvChiEaPNmxH LckSfCF5TEG1V1BCTEZ5914PHCOdB5q4M X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: ARM broken since a while From: Pedro Giffuni To: FreeBSD Current Cc: FreeBSD Toolchain References: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> <5D3C8011-1B5F-45CB-8390-9A6E9862FB47@dsl-only.net> <79bca8ee-7961-8e51-10bd-a65154ecd430@FreeBSD.org> Message-ID: <96795c0d-5b7f-2ebc-ac39-59061a57aeec@FreeBSD.org> Date: Sat, 25 Nov 2017 16:10:14 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <79bca8ee-7961-8e51-10bd-a65154ecd430@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 21:10:18 -0000 On 11/25/17 15:28, Pedro Giffuni wrote: > > ... > > I have seen problems on arm with zstd though. > For the record: arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details .... ===> lib/libzstd (all) Assertion failed: (LiveCPSR && "CPSR liveness tracking is wrong!"), function UpdateCPSRUse, file /usr/src/contrib/llvm/lib/Target/ARM/Thumb2SizeReduction.cpp, line 961. cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on LLVM 5.0.0svn) Target: armv6--freebsd12.0-gnueabihf Thread model: posix InstalledDir: /usr/bin cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.c cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.sh cc: note: diagnostic msg: ******************** --- zstd_compress.o --- *** [zstd_compress.o] Error code 254 make[7]: stopped in /scratch/tmp/pfg/head/lib/libzstd .... ____ Pedro. From owner-freebsd-current@freebsd.org Sat Nov 25 21:33: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 05A1FDF0886; Sat, 25 Nov 2017 21:33:57 +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 ADE406F3FA; Sat, 25 Nov 2017 21:33:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (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 7D53236D9E; Sat, 25 Nov 2017 22:33:53 +0100 (CET) From: Dimitry Andric Message-Id: <394C737D-3764-46CD-AA83-446FD3055C79@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_D3DED544-4600-4802-937F-AC9EBF8179EB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ARM broken since a while Date: Sat, 25 Nov 2017 22:33:52 +0100 In-Reply-To: <96795c0d-5b7f-2ebc-ac39-59061a57aeec@FreeBSD.org> Cc: FreeBSD Current , FreeBSD Toolchain To: Pedro Giffuni References: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> <5D3C8011-1B5F-45CB-8390-9A6E9862FB47@dsl-only.net> <79bca8ee-7961-8e51-10bd-a65154ecd430@FreeBSD.org> <96795c0d-5b7f-2ebc-ac39-59061a57aeec@FreeBSD.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 21:33:57 -0000 --Apple-Mail=_D3DED544-4600-4802-937F-AC9EBF8179EB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 25 Nov 2017, at 22:10, Pedro Giffuni wrote: >=20 > On 11/25/17 15:28, Pedro Giffuni wrote: >>=20 >> ... >>=20 >> I have seen problems on arm with zstd though. >>=20 > For the record: > arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details > .... > =3D=3D=3D> lib/libzstd (all) > Assertion failed: (LiveCPSR && "CPSR liveness tracking is wrong!"), = function UpdateCPSRUse, file = /usr/src/contrib/llvm/lib/Target/ARM/Thumb2SizeReduction.cpp, line 961. > cc: error: unable to execute command: Abort trap (core dumped) This is probably after the most recent zstd import, see also: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223072 and https://bugs.llvm.org/show_bug.cgi?id=3D35023 No progress at all upstream, though. :-/ -Dimitry --Apple-Mail=_D3DED544-4600-4802-937F-AC9EBF8179EB 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 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWhnhwAAKCRCwXqMKLiCW o5SpAJ99O4v6bfH3J6JbwQQjpdFf3THISgCg6MkMlHZp7dZTBAdKvRQ0wOCW9lM= =mz+K -----END PGP SIGNATURE----- --Apple-Mail=_D3DED544-4600-4802-937F-AC9EBF8179EB-- From owner-freebsd-current@freebsd.org Sat Nov 25 21:58: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 951A9DF1256 for ; Sat, 25 Nov 2017 21:58:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-119.reflexion.net [208.70.210.119]) (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 4584D701E4 for ; Sat, 25 Nov 2017 21:58:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10100 invoked from network); 25 Nov 2017 21:58:13 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 25 Nov 2017 21:58:13 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 25 Nov 2017 16:58:13 -0500 (EST) Received: (qmail 6783 invoked from network); 25 Nov 2017 21:58:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Nov 2017 21:58:12 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1E56DEC8B7B; Sat, 25 Nov 2017 13:58:12 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ARM broken since a while From: Mark Millard In-Reply-To: <96795c0d-5b7f-2ebc-ac39-59061a57aeec@FreeBSD.org> Date: Sat, 25 Nov 2017 13:58:11 -0800 Cc: FreeBSD Current , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <1A30D197-8194-4596-BC10-09F748C9915C@dsl-only.net> References: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> <5D3C8011-1B5F-45CB-8390-9A6E9862FB47@dsl-only.net> <79bca8ee-7961-8e51-10bd-a65154ecd430@FreeBSD.org> <96795c0d-5b7f-2ebc-ac39-59061a57aeec@FreeBSD.org> To: Pedro Giffuni X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 21:58:20 -0000 =3D=3D=3D Mark Millard markmi at dsl-only.net On 2017-Nov-25, at 1:10 PM, Pedro Giffuni wrote: > On 11/25/17 15:28, Pedro Giffuni wrote: >>=20 >> ... >>=20 >> I have seen problems on arm with zstd though. >>=20 > For the record: > arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details > .... > =3D=3D=3D> lib/libzstd (all) > Assertion failed: (LiveCPSR && "CPSR liveness tracking is wrong!"), = function UpdateCPSRUse, file = /usr/src/contrib/llvm/lib/Target/ARM/Thumb2SizeReduction.cpp, line 961. > cc: error: unable to execute command: Abort trap (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see = invocation) > FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) > Target: armv6--freebsd12.0-gnueabihf > Thread model: posix > InstalledDir: /usr/bin > cc: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. > cc: note: diagnostic msg: > ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.c > cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.sh > cc: note: diagnostic msg: >=20 > ******************** > --- zstd_compress.o --- > *** [zstd_compress.o] Error code 254 >=20 > make[7]: stopped in /scratch/tmp/pfg/head/lib/libzstd > .... For this there is: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223072 and: https://bugs.llvm.org/show_bug.cgi?id=3D35023 The detailed error message has changed over time but the above tracks that. I've not seen this problem (before armv7 or after I switched), possibly because I use -mcpu=3Dcortex-a7 explicitly. (For aarch64: -mcpu=3Dcortex-a53 .) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Nov 25 22:02: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 7065DDF168E for ; Sat, 25 Nov 2017 22:02:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-131.reflexion.net [208.70.210.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 343F070985 for ; Sat, 25 Nov 2017 22:02:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11845 invoked from network); 25 Nov 2017 20:15:49 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 25 Nov 2017 20:15:49 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 25 Nov 2017 15:15:49 -0500 (EST) Received: (qmail 23057 invoked from network); 25 Nov 2017 20:15:49 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 25 Nov 2017 20:15:49 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id C4A4EEC8B7B; Sat, 25 Nov 2017 12:15:48 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content From: Mark Millard In-Reply-To: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> Date: Sat, 25 Nov 2017 12:15:48 -0800 Cc: FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <5D3C8011-1B5F-45CB-8390-9A6E9862FB47@dsl-only.net> References: <5E1C6F4E-C573-4B99-AF96-FCB756B0A75B@dsl-only.net> To: Pedro Giffuni X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Nov 2017 22:02:36 -0000 [Quick top post:] Reverting to -r326192 and rebuilding avoided the issue. =20 Prior notes: On 2017-Nov-25, at 12:02 PM, Mark Millard = wrote: > For example, >=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:449:47: error: function definition is not allowed here > static __inline int __sputc(int _c, FILE *_p) { >=20 > for: >=20 > /* > * The __sfoo macros are here so that we can > * define function versions in the C library. > */ > #define __sgetc(p) (--(p)->_r < 0 ? __srget(p) : (int)(*(p)->_p++)) > #if defined(__GNUC__) && defined(__STDC__) > static __inline int __sputc(int _c, FILE *_p) { > if (--_p->_w >=3D 0 || (_p->_w >=3D _p->_lbfsize && (char)_c !=3D= '\n')) > return (*_p->_p++ =3D _c); > else > return (__swbuf(_c, _p)); > } > #else > /* > * This has been tuned to generate reasonable code on the vax using = pcc. > */ > #define __sputc(c, p) \ > (--(p)->_w < 0 ? \ > (p)->_w >=3D (p)->_lbfsize ? \ > (*(p)->_p =3D (c)), *(p)->_p !=3D '\n' ? \ > (int)*(p)->_p++ : \ > __swbuf('\n', p) : \ > __swbuf((int)(c), p) : \ > (*(p)->_p =3D (c), (int)*(p)->_p++)) > #endif >=20 >=20 >=20 > More of the prefix of the messages: >=20 >=20 >=20 > --- var.o --- > In file included from /usr/src/bin/sh/var.c:70: > In file included from /usr/src/bin/sh/myhistedit.h:35: > In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histe= dit.h:48: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:255:6: warning: declaration of built-in function 'fprintf' requires = inclusion of the header [-Wbuiltin-requires-header] > int fprintf(FILE * __restrict, const char * __restrict, ...); > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:260:6: warning: declaration of built-in function 'fscanf' requires = inclusion of the header [-Wbuiltin-requires-header] > int fscanf(FILE * __restrict, const char * __restrict, ...); > ^ > --- csh_make --- > Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/rescue/rescue/usr/src= /bin/csh/sh.init.o > --- sh_make --- > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:284:6: warning: declaration of built-in function 'vfprintf' requires = inclusion of the header [-Wbuiltin-requires-header] > int vfprintf(FILE * __restrict, const char * __restrict, > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:293:6: warning: declaration of built-in function 'vfscanf' requires = inclusion of the header [-Wbuiltin-requires-header] > int vfscanf(FILE * __restrict, const char * __restrict, = __va_list) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio= .h:449:47: error: function definition is not allowed here > static __inline int __sputc(int _c, FILE *_p) { > ^ > In file included from /usr/src/bin/sh/var.c:70: > In file included from /usr/src/bin/sh/myhistedit.h:35: > In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histe= dit.h:254: > In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar= .h:69: > In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctyp= e.h:97: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/runet= ype.h:96:1: error: function definition is not allowed here > { > ^ > In file included from /usr/src/bin/sh/var.c:70: > In file included from /usr/src/bin/sh/myhistedit.h:35: > In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histe= dit.h:254: > In file included from = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar= .h:69: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctyp= e.h:101:1: error: function definition is not allowed here > { > ^ > . . . (much omitted) . . . =3D=3D=3D Mark Millard markmi at dsl-only.net