From owner-freebsd-current@freebsd.org Sun Jul 10 01:19:16 2016 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 56B98B837DF for ; Sun, 10 Jul 2016 01:19:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 05E981199 for ; Sun, 10 Jul 2016 01:19:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19952 invoked from network); 10 Jul 2016 01:19:46 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 10 Jul 2016 01:19:46 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 09 Jul 2016 21:19:05 -0400 (EDT) Received: (qmail 4456 invoked from network); 10 Jul 2016 01:19:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Jul 2016 01:19:04 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 5D7F11C4394; Sat, 9 Jul 2016 18:18:43 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Bug 210953] 11.0 -r302412 via powerpc64-xtoolchain-gcc fails to build: dev/ahci/ahci.c:288:22: error: unknown conversion type character 'b' in format; too many arguments for format Date: Sat, 9 Jul 2016 18:19:07 -0700 Message-Id: Cc: FreeBSD Toolchain To: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 01:19:16 -0000 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210953 > > > Bug ID: 210953 > Summary: 11.0 -r302412 via powerpc64-xtoolchain-gcc fails to > build: dev/ahci/ahci.c:288:22: error: unknown > conversion type character 'b' in format; too many > arguments for format > Product: Base System > Version: 11.0-BETA1 > Hardware: ppc > OS: Any > Status: New > Severity: Affects Only Me > Priority: --- > Component: bin > Assignee: > freebsd-bugs at FreeBSD.org > > Reporter: > markmi at dsl-only.net > > > --- all_subdir_ahci --- > /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_attach': > /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c:288:22: error: unknown > conversion type character 'b' in format [-Werror=format=] > device_printf(dev, "quirks=0x%b\n", ctlr->quirks, > ^ > /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c:288:22: error: too many > arguments for format [-Werror=format-extra-args] I omit the other supporting material. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 10 01:20:07 2016 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 822CEB83932 for ; Sun, 10 Jul 2016 01:20:07 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 657D41455 for ; Sun, 10 Jul 2016 01:20:07 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 64E64B83930; Sun, 10 Jul 2016 01:20: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 649BDB8392F for ; Sun, 10 Jul 2016 01:20:07 +0000 (UTC) (envelope-from mailing-machine@vniz.net) 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 0EDCD144C for ; Sun, 10 Jul 2016 01:20:06 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f47.google.com with SMTP id l188so49182918lfe.2 for ; Sat, 09 Jul 2016 18:20:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=nr0W4PHGyRPUjl5hscokAG1j3P4eMfpN1zY99wiaeQs=; b=hNyRip9ZSWNEMk72t0EbbOKGfGS0YWvn+HVF4rTERgE/UDFKXVHaZMD327SiJWjgMz ctuPhLe5P6v+F/Jun5yE9oK/44dkVtw2RPdZVRR4OQz7ZOWeY7AMpdMLa0RlzPQF9Iih wjMazhreE+O/fXbX9h+ciSEJURc+VwU1FoWzgzo0qMo51Q6IfKNUzmXOSQ0C7tuf9oam LUnupUibHVgd/I1t4WYS/5jGhmTJ14Jlv6O0on8x3HnDanXfOS23ksLipae4Jsq1Oy29 yhFyLrlUrgbAGiM29cDn0KQiiRBElge1Th0pDdNngQWHbLQlP6wYP6RZORaM/4552haa v38A== X-Gm-Message-State: ALyK8tKlHEX896DLTHHZwZsFJ8M/9Oxv9VL3S8EASCUMZ1zFUILn8b9X8W0nlvHTpD5xtQ== X-Received: by 10.25.89.8 with SMTP id n8mr2729405lfb.225.1468113599048; Sat, 09 Jul 2016 18:19:59 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id 80sm9698731lfv.20.2016.07.09.18.19.58 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 09 Jul 2016 18:19:58 -0700 (PDT) Subject: Re: Recent -current stable panic at later boot stage To: "current@freebsd.org" References: <378f847e-3257-19f0-2cf8-cd6319db5e06@freebsd.org> From: Andrey Chernov Message-ID: <8c432d68-a3c8-2f39-8429-f1fe920d002b@freebsd.org> Date: Sun, 10 Jul 2016 04:19:57 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <378f847e-3257-19f0-2cf8-cd6319db5e06@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 01:20:07 -0000 BTW, it never happens with 11-ALPHA3 even with world build for 12. On 09.07.2016 22:06, Andrey Chernov wrote: > SCHED_ULE used. I have textdump only. Interesting parts: > <118>Starting syslogd. > kernel trap 9 with interrupts disabled > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 7; apic id = 07 > instruction pointer = 0x20:0xffffffff806b2585 > stack pointer = 0x28:0xfffffe022ccce8d0 > frame pointer = 0x28:0xfffffe022ccce950 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 10 (idle: cpu7) > > It happens at amd64/amd64/cpu_switch.S:ld_ldt: lldt %ax > > db> bt > > Tracing pid 10 tid 100009 td 0xfffff80002292000 > ld_ldt() at ld_ldt/frame 0xfffffe022ccce8e0 > sched_switch() at sched_switch+0x51d/frame 0xfffffe022ccce950 > mi_switch() at mi_switch+0x156/frame 0xfffffe022ccce980 > sched_idletd() at sched_idletd+0xf9/frame 0xfffffe022cccea70 > fork_exit() at fork_exit+0x84/frame 0xfffffe022ccceab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe022ccceab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > From owner-freebsd-current@freebsd.org Sun Jul 10 01:30:03 2016 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 4EF9EB83E2D for ; Sun, 10 Jul 2016 01:30:03 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2681EC2 for ; Sun, 10 Jul 2016 01:30:03 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3C7F2B83E2C; Sun, 10 Jul 2016 01:30:03 +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 3C2ABB83E2B for ; Sun, 10 Jul 2016 01:30:03 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F5621EC1 for ; Sun, 10 Jul 2016 01:30:02 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468114200826795.4365919257299; Sat, 9 Jul 2016 18:30:00 -0700 (PDT) Date: Sat, 09 Jul 2016 18:30:00 -0700 From: Matthew Macy To: "Andrey Chernov" Cc: "current@freebsd.org" Message-ID: <155d26ce8c4.12248bbba219469.8811983805604406181@nextbsd.org> In-Reply-To: <8c432d68-a3c8-2f39-8429-f1fe920d002b@freebsd.org> References: <378f847e-3257-19f0-2cf8-cd6319db5e06@freebsd.org> <8c432d68-a3c8-2f39-8429-f1fe920d002b@freebsd.org> Subject: Re: Recent -current stable panic at later boot stage MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 01:30:03 -0000 ---- On Sat, 09 Jul 2016 18:19:57 -0700 Andrey Chernov wrote ---- > BTW, it never happens with 11-ALPHA3 even with world build for 12. > > On 09.07.2016 22:06, Andrey Chernov wrote: > > SCHED_ULE used. I have textdump only. Interesting parts: > > <118>Starting syslogd. > > kernel trap 9 with interrupts disabled > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 7; apic id = 07 > > instruction pointer = 0x20:0xffffffff806b2585 > > stack pointer = 0x28:0xfffffe022ccce8d0 > > frame pointer = 0x28:0xfffffe022ccce950 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 10 (idle: cpu7) > > > > It happens at amd64/amd64/cpu_switch.S:ld_ldt: lldt %ax > > > > db> bt > > > > Tracing pid 10 tid 100009 td 0xfffff80002292000 > > ld_ldt() at ld_ldt/frame 0xfffffe022ccce8e0 > > sched_switch() at sched_switch+0x51d/frame 0xfffffe022ccce950 > > mi_switch() at mi_switch+0x156/frame 0xfffffe022ccce980 > > sched_idletd() at sched_idletd+0xf9/frame 0xfffffe022cccea70 > > fork_exit() at fork_exit+0x84/frame 0xfffffe022ccceab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe022ccceab0 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Have their been no other stability issues on this machine? At first glance it looks like the ldt got corrupted. Is there no way to inspect that? -M From owner-freebsd-current@freebsd.org Sun Jul 10 02:06:51 2016 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 A16D3B84912 for ; Sun, 10 Jul 2016 02:06:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 83F871E79 for ; Sun, 10 Jul 2016 02:06:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 835C4B84911; Sun, 10 Jul 2016 02:06:51 +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 8304CB84910 for ; Sun, 10 Jul 2016 02:06:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f48.google.com (mail-lf0-f48.google.com [209.85.215.48]) (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 13B971E78 for ; Sun, 10 Jul 2016 02:06:50 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f48.google.com with SMTP id l188so49449989lfe.2 for ; Sat, 09 Jul 2016 19:06:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=qKuFHqHxVHVSFpfAl/1KKO9IiAOywfKaK84ADEvoYwk=; b=kXh7EoLPfYeLtb5jcjKwBV+tBpKbWer7lI+GxqJUnmO7mz0zAd53OcCKl6jtKf7k6E IWiyCbaVmNRSPNXWBCI+eDCvUi1Qg/iimlhIvsNqMty3IGDwjVsU44ui/gkuaxrHjHkJ Bp6yF4vLt6niZ/29nHqy10gEKc2GzYRR5cuuXk7PXFgXh55xU77zVuozg/oU4W6CVpXD uTf1mm2DF/ZQleatOZ2lpTmF36rhKB8l5IDS4xOYSALwVavpnaAX3eOV44nBiiaPyYhg pGL6AetNAdxNpx02aW0bjMSGQQdFgmkZ8W0s7k3iMinh7SDtT7dy3svN+LXMFAbOaod+ 208w== X-Gm-Message-State: ALyK8tICv51A6QFBObE1lpBxTbJ45CfxJ8PVZZYgVuWZtjnSNkcicfBEG6GTokk8yjz4gg== X-Received: by 10.25.44.148 with SMTP id s142mr3374490lfs.146.1468116402451; Sat, 09 Jul 2016 19:06:42 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id z10sm7453801lfa.47.2016.07.09.19.06.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 09 Jul 2016 19:06:41 -0700 (PDT) Subject: Re: Recent -current stable panic at later boot stage To: Matthew Macy References: <378f847e-3257-19f0-2cf8-cd6319db5e06@freebsd.org> <8c432d68-a3c8-2f39-8429-f1fe920d002b@freebsd.org> <155d26ce8c4.12248bbba219469.8811983805604406181@nextbsd.org> Cc: "current@freebsd.org" From: Andrey Chernov Message-ID: <9775fe3b-db09-7b11-779f-fa2ae13ce2b3@freebsd.org> Date: Sun, 10 Jul 2016 05:06:40 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <155d26ce8c4.12248bbba219469.8811983805604406181@nextbsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 02:06:51 -0000 On 10.07.2016 4:30, Matthew Macy wrote: > > > > ---- On Sat, 09 Jul 2016 18:19:57 -0700 Andrey Chernov wrote ---- > > BTW, it never happens with 11-ALPHA3 even with world build for 12. > > > > On 09.07.2016 22:06, Andrey Chernov wrote: > > > SCHED_ULE used. I have textdump only. Interesting parts: > > > <118>Starting syslogd. > > > kernel trap 9 with interrupts disabled > > > > > > Fatal trap 9: general protection fault while in kernel mode > > > cpuid = 7; apic id = 07 > > > instruction pointer = 0x20:0xffffffff806b2585 > > > stack pointer = 0x28:0xfffffe022ccce8d0 > > > frame pointer = 0x28:0xfffffe022ccce950 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 10 (idle: cpu7) > > > > > > It happens at amd64/amd64/cpu_switch.S:ld_ldt: lldt %ax > > > > > > db> bt > > > > > > Tracing pid 10 tid 100009 td 0xfffff80002292000 > > > ld_ldt() at ld_ldt/frame 0xfffffe022ccce8e0 > > > sched_switch() at sched_switch+0x51d/frame 0xfffffe022ccce950 > > > mi_switch() at mi_switch+0x156/frame 0xfffffe022ccce980 > > > sched_idletd() at sched_idletd+0xf9/frame 0xfffffe022cccea70 > > > fork_exit() at fork_exit+0x84/frame 0xfffffe022ccceab0 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe022ccceab0 > > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > Have their been no other stability issues on this machine? At first glance it looks like the ldt got corrupted. Is there no way to inspect that? It seems something wrong happens during incremental kernel update from 11-ALPLA3 to 12, i.e. some old kernel parts affects it. I clean all object and include files and rebuild the kernel from scratch and this panic is gone. Sorry for the noise, I should do it before reporting :( From owner-freebsd-current@freebsd.org Sun Jul 10 02:30:03 2016 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 BD9AAB854E3 for ; Sun, 10 Jul 2016 02:30:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 6F6B41990 for ; Sun, 10 Jul 2016 02:30:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1524 invoked from network); 10 Jul 2016 02:30:02 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 10 Jul 2016 02:30:02 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 09 Jul 2016 22:30:06 -0400 (EDT) Received: (qmail 16186 invoked from network); 10 Jul 2016 02:30:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Jul 2016 02:30:06 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 098411C405F; Sat, 9 Jul 2016 19:29:34 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [Bug 210953] 11.0 -r302412 via powerpc64-xtoolchain-gcc fails to build: dev/ahci/ahci.c:288:22: error: unknown conversion type character 'b' in format; too many arguments for format From: Mark Millard In-Reply-To: Date: Sat, 9 Jul 2016 19:29:59 -0700 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: To: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 02:30:03 -0000 [Top post of probable "already fixed" status.] It looks like -r320441 on stable/11 reverted a kern.mk change = controlling what formats are (un)available for some compilers. I'm rebuilding things based on -r302457 instead of -r302412 and will = close the defect if things work. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jul-9, at 6:19 PM, Mark Millard wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210953 >=20 >=20 > Bug ID: 210953 > Summary: 11.0 -r302412 via powerpc64-xtoolchain-gcc fails to > build: dev/ahci/ahci.c:288:22: error: unknown > conversion type character 'b' in format; too many > arguments for format > Product: Base System > Version: 11.0-BETA1 > Hardware: ppc > OS: Any > Status: New > Severity: Affects Only Me > Priority: --- > Component: bin > Assignee:=20 > freebsd-bugs at FreeBSD.org >=20 > Reporter:=20 > markmi at dsl-only.net >=20 >=20 > --- all_subdir_ahci --- > /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function = 'ahci_attach': > /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c:288:22: error: unknown > conversion type character 'b' in format [-Werror=3Dformat=3D] > device_printf(dev, "quirks=3D0x%b\n", ctlr->quirks, > ^ > /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c:288:22: error: too = many > arguments for format [-Werror=3Dformat-extra-args] I omit the other supporting material. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 10 04:43:40 2016 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 CCB83B84617; Sun, 10 Jul 2016 04:43:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B547C1844; Sun, 10 Jul 2016 04:43:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 6D0E215AA; Sun, 10 Jul 2016 04:43:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sun, 10 Jul 2016 04:43:38 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: re@FreeBSD.org Subject: FreeBSD 11.0-BETA1 Now Available Message-ID: <20160710044338.GI43678@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 04:43:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 11.0-BETA1 release cycle is now available. Installation images are available for: o 11.0-BETA1 amd64 GENERIC o 11.0-BETA1 i386 GENERIC o 11.0-BETA1 powerpc GENERIC o 11.0-BETA1 powerpc64 GENERIC64 o 11.0-BETA1 sparc64 GENERIC o 11.0-BETA1 armv6 BANANAPI o 11.0-BETA1 armv6 BEAGLEBONE o 11.0-BETA1 armv6 CUBIEBOARD o 11.0-BETA1 armv6 CUBIEBOARD2 o 11.0-BETA1 armv6 CUBOX-HUMMINGBOARD o 11.0-BETA1 armv6 GUMSTIX o 11.0-BETA1 armv6 RPI-B o 11.0-BETA1 armv6 RPI2 o 11.0-BETA1 armv6 PANDABOARD o 11.0-BETA1 armv6 WANDBOARD o 11.0-BETA1 aarch64 GENERIC Installer images and memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/11.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/11" branch. A list of changes since 10.0-RELEASE are available on the 11-CURRENT release notes: https://www.freebsd.org/relnotes/CURRENT/relnotes/article.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 11.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/11.0-BETA1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. The file can be found here, for now, until various patches are available upstream: http://people.FreeBSD.org/~gjb/QEMU_EFI.fd The checksums for this file are: SHA256 (QEMU_EFI.fd) = a35335a418781fc0963c80ab12d548b6972d2c0b955f45664a4b780f4e5f48a2 MD5 (QEMU_EFI.fd) = ec03d51a3c4374a515cf32ab0c2721cf To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-fdf87eea us-west-1 region: ami-092b6d69 us-west-2 region: ami-3c82415c sa-east-1 region: ami-b0ea7edc eu-west-1 region: ami-eda5c29e eu-central-1 region: ami-e407ed8b ap-northeast-1 region: ami-57cc3136 ap-northeast-2 region: ami-67a06a09 ap-southeast-1 region: ami-a12ef3c2 ap-southeast-2 region: ami-3cb19a5f === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-11.0-BETA1 % vagrant up === Upgrading === Note to freebsd-update(8) consumers: A last-minute issue was discovered which causes the freebsd-update(8) utility to refuse to upgrade the system. The cause and solution are being investigated, and we hope to have it resolved before 11.0-BETA2. Our apologies for the inconvenience. == ISO CHECKSUMS == o 11.0-BETA1 amd64 GENERIC: SHA512 (FreeBSD-11.0-BETA1-amd64-bootonly.iso) = 8b0ed0056dd8d1d8a5d70635e0e986c6e8d9cd455428909d0feb46589bf64c2295963f7ab7d67516e6bef7d54de566214229e502d5c0607e5c42a040fb2942b2 SHA512 (FreeBSD-11.0-BETA1-amd64-bootonly.iso.xz) = c0df232985b8f77d3d61c724406aabe5c76e40d720beadcef634302228cb41efbe123f67e0e50ae798aedf3f2af7ee2c8bae1b2f3d8078978e71345cf0c935d2 SHA512 (FreeBSD-11.0-BETA1-amd64-disc1.iso) = 0eef19895e14f2cb7f74c8975f0372becced17c2f81f51dfdd29f6c77a35e7679d8da94c150bc61dfc38df704156e6aaaa58c1ef162db0022082a2b0c9465835 SHA512 (FreeBSD-11.0-BETA1-amd64-disc1.iso.xz) = c4e3b6e16bb5e0c6eda321cdab0e30eb9922277c917c0aac016bd7ed88c56fb47d73ee6dfe7532848f9fb0fe57a81dcd96f87790921c7330d07034e16e2a9194 SHA512 (FreeBSD-11.0-BETA1-amd64-dvd1.iso) = 935864146456461c7c152f0e161c7ed0eb79c6aa55296c373cf2062f2b950fa8688ebef80e40f3609af8e38446b1c5d72cee68d7ed39fa03e8eb9fb007b477c4 SHA512 (FreeBSD-11.0-BETA1-amd64-dvd1.iso.xz) = 702e598e30e5e68bfdf7e8ac62002552dff0c9644b0343dd921b26afb2473a978c487b5f4aa11378b94b2c67ecd5df2a54478799ea9773b2c727c19b7ef3bd1c SHA512 (FreeBSD-11.0-BETA1-amd64-memstick.img) = 5147587109a07a8965cbd2adde796aebc19d77a64a64da17641f751311e1f067b1466c66e5947b4f4c63ecac5f96a458cfee9e06586cb351b58789053554ac74 SHA512 (FreeBSD-11.0-BETA1-amd64-memstick.img.xz) = 71536d55654ee440b0853a589cd96d1eb5dc84e0206ccca15c3a33e8f04d5c5bb90c613a5984e6c4f93b76edc9d1e56ef0b81c22ce6013d8901506ffec258da7 SHA512 (FreeBSD-11.0-BETA1-amd64-mini-memstick.img) = ec84823e6f84903c6085a6e287ed96909df570a067e765c49b5aa5dfac8aaa55d1b0441a30eba1ae87e235304a2dc1d4698740cbd588730e41ea3fa245918d24 SHA512 (FreeBSD-11.0-BETA1-amd64-mini-memstick.img.xz) = b03d2f26552ea6715b882620f7b30739fc5c0c39fdc8aeea03eb219b42fdfbdb881f327a0ca06904608f6abec866d4978995afade27dda8f1c11ef27235907bb SHA256 (FreeBSD-11.0-BETA1-amd64-bootonly.iso) = 644bd5a9e86072021e0ae8104d3292828e80aea8f2d240c62152e317c76a0863 SHA256 (FreeBSD-11.0-BETA1-amd64-bootonly.iso.xz) = 86e7aff3ca39102c0ea87120a0d3d038c796da7e693984f002eee7cae483454d SHA256 (FreeBSD-11.0-BETA1-amd64-disc1.iso) = f5612ae83832a3627d99df383ed3e75ca4d978dcae10c25b03179593f46ade4b SHA256 (FreeBSD-11.0-BETA1-amd64-disc1.iso.xz) = 3655753eb41ef33b4a8cdeb1ad8c71e84de44c54d23361624bef251fa41f0a93 SHA256 (FreeBSD-11.0-BETA1-amd64-dvd1.iso) = f8a484ec477c967546048e76c7f3fe3d34996ead477ab0e7f3e1f0a22a1f2e73 SHA256 (FreeBSD-11.0-BETA1-amd64-dvd1.iso.xz) = 9d1acb4c3424d73c0ae2592a749c79624ff1b19c736cf598b44430a89f65c2d8 SHA256 (FreeBSD-11.0-BETA1-amd64-memstick.img) = e3ee413597141d11557daabdc5fa343ba82f1799e8037449f45b9f7baadc44d0 SHA256 (FreeBSD-11.0-BETA1-amd64-memstick.img.xz) = fbb17784dff310d60d6a9500da60cf147e9f28c1201784c267cc2cda33cee28f SHA256 (FreeBSD-11.0-BETA1-amd64-mini-memstick.img) = 5ea8243f69241fee439aadf1cbca3028dcf764e080e3242dbe1c46e0b9030622 SHA256 (FreeBSD-11.0-BETA1-amd64-mini-memstick.img.xz) = 07d62369e042ec6fafa69f72ce047051cdc9914f254b2fe724b243fe9eb6c0db o 11.0-BETA1 i386 GENERIC: SHA512 (FreeBSD-11.0-BETA1-i386-bootonly.iso) = 8330217dd5a18de91b8cb60092dd609b078337f23804932795efeee60fa460ad25a59f046fab8ac1c93cd1399be5bafdd64fc192a8af239d86cc174d7011e77d SHA512 (FreeBSD-11.0-BETA1-i386-bootonly.iso.xz) = 26748d2718b1966b903d66aa44738a80311005cae166e4786aa48ad45de664bb7dbe78f569f6bc9cfb16e0acd656fce8b7af8013813d27ef615ef6d8ce77de6e SHA512 (FreeBSD-11.0-BETA1-i386-disc1.iso) = 7cf0f0f1a347d9f84ece53809e08a286a90bc422f18113e74cf54a46f0c7b144060803b8abf0f98e3f800e600bfc0262e29218b7d531ee3e6b2f2a2c4d0e362c SHA512 (FreeBSD-11.0-BETA1-i386-disc1.iso.xz) = 147e929a9f5d90c5c26d066bbb5326c13120edc00d057ca889d4329ab44d8f1d8347aa08d818d0cbbf04d9a295df11f6c59139713d3f6e834f0443b72ef47abb SHA512 (FreeBSD-11.0-BETA1-i386-dvd1.iso) = 10f187bc18d3a9ab85d9cbcf665e595c67326050ba478f71aea1dc9e47ee2d55b99bc7fb56daecef09e75e2c2fb740678e4225ff91939c0b16aa65b7296aa242 SHA512 (FreeBSD-11.0-BETA1-i386-dvd1.iso.xz) = e21f9403929d9e952ea5a334cf03e7b699e2078635f9d76b92681a592b70db143ebea26c4c0d05625cfcf6bc12c1da0aa509fa981b32ba326a8344f6b4c587c2 SHA512 (FreeBSD-11.0-BETA1-i386-memstick.img) = 130c75136767aae6cc0fd562853d0c7e5965e77e2055533d6ffe47bc1de59d5bdf1be0aacb7f2b9987710eaaf6dc1b3e03b165575f3bdc59f2d41f5bf5161159 SHA512 (FreeBSD-11.0-BETA1-i386-memstick.img.xz) = bfac919c6e91ed0fa802c72b300e75aab953fe342a26b9bff51be07243181e8dc56234922ac90e34a33d7148dd39113a283bcab8a6bd65f33c8a351f93b934a2 SHA512 (FreeBSD-11.0-BETA1-i386-mini-memstick.img) = f32149a9d658fa983af7b09f7b96d25cd526b21f03efaad6cab491f870285670341e98de50ea78fef96621eb2c3754d8aba0d4df5f8f3b0e1ae45ec2f4173bbf SHA512 (FreeBSD-11.0-BETA1-i386-mini-memstick.img.xz) = 0a3aa5c97023b5f7d1e5c49ad51d6d9bf05db445f93936c3597f842e8cdfe333da614781cb2adb01df3904e9b49bebaea52d7475ee420e63142b9f6b29581616 SHA256 (FreeBSD-11.0-BETA1-i386-bootonly.iso) = 465b2cd98a86650d11c15155c4bc6c44a93411a9521790a031952481e3d35390 SHA256 (FreeBSD-11.0-BETA1-i386-bootonly.iso.xz) = e0f1f22a9d8ff4477755a3533d5803221b927bdbd2dc4140fcef184ba7594ad0 SHA256 (FreeBSD-11.0-BETA1-i386-disc1.iso) = d28a539663b94f1c088fb4f1c6c635fc909c133c84ecddb54df938fd99f562c7 SHA256 (FreeBSD-11.0-BETA1-i386-disc1.iso.xz) = 0a9965a6bddf86b1b44115115e806667597b788085a63596bf780601e90f7278 SHA256 (FreeBSD-11.0-BETA1-i386-dvd1.iso) = 6472d4799ff72e994bcf2e5eeebf3debdc4eec61b7ca0ee98c7f3c4608834120 SHA256 (FreeBSD-11.0-BETA1-i386-dvd1.iso.xz) = 4a53c02386b5782df6a1da475006d4f7a4dd815cd70183d981aefb5697cd1328 SHA256 (FreeBSD-11.0-BETA1-i386-memstick.img) = 8927f0e41ab7c4313e8922b9ef44c3e4eeb91cec3b1861b37fd356caffb5c0d4 SHA256 (FreeBSD-11.0-BETA1-i386-memstick.img.xz) = cc016ce034cabae4dcbfe7bae6cdb2089c0b72899a0b018491beb43c01d2b6fe SHA256 (FreeBSD-11.0-BETA1-i386-mini-memstick.img) = 12792ebd36ef19017500f20ea39b1b040cdf3a8710c7c9af29ff2ef8d85b91ef SHA256 (FreeBSD-11.0-BETA1-i386-mini-memstick.img.xz) = 29aca523cb4be880dc55e46325bf5c972233e18267cb9bf52b2a799069286f2d o 11.0-BETA1 powerpc GENERIC: SHA512 (FreeBSD-11.0-BETA1-powerpc-bootonly.iso) = febb5568b74ed7d1067f7dac11424bbb302733b678b0f60dc35d396b21fbddcbe84f03e0a3c5d99fcf86ba461c1624082ff1105e2ea467d6e93ed06bbd34a5f7 SHA512 (FreeBSD-11.0-BETA1-powerpc-bootonly.iso.xz) = 1312129ec1ded71d12bdc8ccf8f7242bb6de22f8c7fd398d31d68bef514310f1e882e562063af69add930f59ca08e38bd4059d3f73876a77c357c633003edfd9 SHA512 (FreeBSD-11.0-BETA1-powerpc-disc1.iso) = 9329c9e428ba110b9e0b04f48a198c1e21006139575a311cdfd3c8c881a05a0eb05103b3863be414a0c9a025d4b1bd0a1064127ff3859387ce8839de2c9165af SHA512 (FreeBSD-11.0-BETA1-powerpc-disc1.iso.xz) = c3926d9b3a63b8ad08bf39132258a1c9bd3eaa506bf70878c447139b61df068d0506d1880f30e04400b9570dc26a653562a9ddd5982a84cd9d2b9271862ef92d SHA512 (FreeBSD-11.0-BETA1-powerpc-memstick.img) = 9157d47bf76fc37a7e4697c0c561e7c5cae6dcb9fb9d7645620d8807eacf623b0b54fb924b3ce6e0c6e6a1570d8cc9771a3dbd0baf5542f686ce49b4300faddb SHA512 (FreeBSD-11.0-BETA1-powerpc-memstick.img.xz) = f2f6dd44855a0d64011a335d29fe0483d90cb14cb752105a8fd02f897f74bd481c1a3da73a964525b5412bcbfd6b7fbc8c06183a30651b2f7ed847421d9e34ae SHA512 (FreeBSD-11.0-BETA1-powerpc-mini-memstick.img) = 86d40dccca21bb617c6c253a981a6fbe86b97d70d122b88f09b1481b70d567b2d997994fc68c76f12532392d89d4bbdcf305e0444212961046fe45ab60f4a04d SHA512 (FreeBSD-11.0-BETA1-powerpc-mini-memstick.img.xz) = bd3bd1ca07b3a87d222533712676760d72559702b0e7da2fb87f59751c917d58b2e6683c71c523898c6f5cc49db18cc8a164d12b4a263528d3e279bb74c0d0e5 SHA256 (FreeBSD-11.0-BETA1-powerpc-bootonly.iso) = 3822d725cf3e110658cd18602fba5aae7562cf3e93ac920c44cbbd07f3ae18c6 SHA256 (FreeBSD-11.0-BETA1-powerpc-bootonly.iso.xz) = 6628ac30f5c221081ce94ff017264770859da70d16d6fb09d6cbd5962342e528 SHA256 (FreeBSD-11.0-BETA1-powerpc-disc1.iso) = 16e9d188800c1fc2dea17a0d08be0aef289fdef25c00b1a73477a091ffe1b431 SHA256 (FreeBSD-11.0-BETA1-powerpc-disc1.iso.xz) = 26949d11f7a2249b10045921173005b45647f584bf6b3b77cd1dc444728e47bf SHA256 (FreeBSD-11.0-BETA1-powerpc-memstick.img) = c7a0e67b8d99f56b633eb1220736c8b53afd2683ea876b451a490f69fc028cd7 SHA256 (FreeBSD-11.0-BETA1-powerpc-memstick.img.xz) = 8714a077343b5428331167a306a8c9e2282bab33980affa8619c743bc29cccde SHA256 (FreeBSD-11.0-BETA1-powerpc-mini-memstick.img) = b2dd7a210a2bf64d5c36d2add30d31ead22cfc4d111ffce96d69e99193496ab3 SHA256 (FreeBSD-11.0-BETA1-powerpc-mini-memstick.img.xz) = 4256ac5836afa33c408d7f9275f3e1c4443edf00e760bf4e6b6f74a5dcd0edfd o 11.0-BETA1 powerpc64 GENERIC64: SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-bootonly.iso) = 85977d579208e5a7f5247542260b462c68958c404f2e09d3c7f3ddaf4a9e26c55d479748d256ee1ec31d4c13f2eb53e590119f54cbfcba52071002177ddf060b SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-bootonly.iso.xz) = b82cd3292a0f1a51e5651262d3af42aa6e823da50e4e60b069499d40088dd9ec60567e40738fe2ec0af357bca7a1404fdd7210bfce951c7aa7434899747dd662 SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-disc1.iso) = 3f1d414ccebb39c65b15fc569b370ed1d92a90b18da5ed9b669cdb36fe27bf4fc57ad5f1d9fa956b8dc8e9bf9eef2edd7280cd0e081480cf0904afa5e5fcff59 SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-disc1.iso.xz) = af35a498d70e3421e913a1190f5099bb6feb3c41f7e49978986b3415a30970eb5100c95448ad9f00fe8c5900ab469f8d3ae91ebefa6d8c35f498d7dcd3697fe9 SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-memstick.img) = 4f32996a3a2c06a9a41d493e743a53fb805962adbe8243ff96ccf545acf81072faee8a7569e081ed010bb19e1835f8842977d71d09f8bfc58f605364e9cb7191 SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-memstick.img.xz) = 8bec5849202cecc432879c987b6f28713c54f2f1258ff1119fd1883d56579f0da10447f84ba53cb8ca9ef2b770c51e424eac8a1b855215ea3358729bde01530d SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-mini-memstick.img) = b0c2e41ed3e2186d7020bbee530af15e75daf1c676f048d4c9b28139c3393407a1c6413f582ff2404b7bd0d476b387f204214aa1fb71689fa7e4ec48911a4855 SHA512 (FreeBSD-11.0-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 29b3751f1cff842e3797a8bd33279c43546856d51a6af08cec185ec9a65464d6be4b01fb2369994b96f697289bdb37ffc08cab6863d71b16a41979a1b43f6810 SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-bootonly.iso) = e44304c938ee0a28ff286c637e5a4c49dde4f4df60f018e3214000faecbcbfb5 SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-bootonly.iso.xz) = 110282baff285ea7417ea6e9a72a64d90671845e12fd2d90b02706d796d8b554 SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-disc1.iso) = ca18f87b5691a437242f411a06728c1135ad610db7f249c26cf4f4662dddb04e SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-disc1.iso.xz) = 96337bfbfc34b10601cb41cf3fa8f6212656677461871f64134b2a9eb85ff42b SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-memstick.img) = 26c3f282f3cf7bfff6972e40820e7bf47a7284e75d8f67df073bcb287c17527a SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-memstick.img.xz) = eae17f25df65d8da6049330427bbff4c4d4ba9d9b785dcb4e937507da5c2a9d5 SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-mini-memstick.img) = eddbbedbeb016a50d968f572fa2b5a88bb5ac2da86a4c3440c656dc516d2084c SHA256 (FreeBSD-11.0-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 41f8a631313514ee31319d951aeebcf5fc4f5ffe9c071743e9914b2b97985a37 o 11.0-BETA1 sparc64 GENERIC: SHA512 (FreeBSD-11.0-BETA1-sparc64-bootonly.iso) = 83e090fec7dcab172be5c0d4730ed8b81579be996f1c89965f70ebbf5264360a644aadca64f31af3d6510073b96e0539afdcb7a068ea23451b46685517c9161d SHA512 (FreeBSD-11.0-BETA1-sparc64-bootonly.iso.xz) = 4ce31bf1614e716e11c56fcdf5e50f3ebd97b147aaabde85de1db24e36d7eaec6f24c8ac28682ada8c18e92fe10b1527a8304430759b9062e2476eee8bdef42b SHA512 (FreeBSD-11.0-BETA1-sparc64-disc1.iso) = fae95f01a27e470804a5638959015ef9d550195b32e38d76d71211a0a236dc60bdc92cbfacf9fcc0cf9adf8b92878c305789f6a9accbd5205f07d3ea5c2f4e26 SHA512 (FreeBSD-11.0-BETA1-sparc64-disc1.iso.xz) = eef5d1f0c0ae816facca0c6f830f862b4225b01e393267599594225a99fb77fe1694cc294445c1eb16d47b5e444ea927e1cf4ee106445fd75c2a35fff98b3da9 SHA256 (FreeBSD-11.0-BETA1-sparc64-bootonly.iso) = 169a56a0c751169c1fb326e077d8a98a3aed86703f53a5f0cbcdfb0cf97dd639 SHA256 (FreeBSD-11.0-BETA1-sparc64-bootonly.iso.xz) = 7d4a5819e5305bf84cd1250c487fece933a99b40dac450fd821b5c7ed8224be7 SHA256 (FreeBSD-11.0-BETA1-sparc64-disc1.iso) = 5062a9f6b5f6fb81f97db97211285ece84432e7180652268efc213247f1f662d SHA256 (FreeBSD-11.0-BETA1-sparc64-disc1.iso.xz) = 61e22a5de52add32a96cdd8fe7988caa276f01ffea5b39fbc9570bcee6d5b329 o 11.0-BETA1 armv6 BANANAPI: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-BANANAPI.img.xz) = d66d350a7d3d4dddf4c72609e5c53b369677996067594066576ef70d9cad82d8daa6cd3ccee5fae43584008db532e411396afe1fe4a6d5b69c49c2baae49d519 SHA256 (FreeBSD-11.0-BETA1-arm-armv6-BANANAPI.img.xz) = a5900fddc93b6b8f703fccf962af31d4ca7fab6bd03560e57031ce3051b94380 o 11.0-BETA1 armv6 BEAGLEBONE: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-BEAGLEBONE.img.xz) = 6939e926b286104693435ad1cf9a38d011c599478067a9b265a1cc7dbeb642c2adcd60503296141e67ced8fd8e7e20894d989070fef12c216d1a4b123a3e3c3d SHA256 (FreeBSD-11.0-BETA1-arm-armv6-BEAGLEBONE.img.xz) = b45e3144de069a5f66ab8fc0847792caba06c6eb27d3352b7d752ecef366b59b o 11.0-BETA1 armv6 CUBIEBOARD: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-CUBIEBOARD.img.xz) = bc254a3b9c3dfbe83a6917960dca90f3b8619680186a8846a8b2f57dff68b59de2ddf45296baeb5c915a9c4aef52ddcd6275ce4bd2f111967559e29792a16a4b SHA256 (FreeBSD-11.0-BETA1-arm-armv6-CUBIEBOARD.img.xz) = 9a15f48f38529748e424a83e1510d53c29fb7609c384d3414443d1258f185b93 o 11.0-BETA1 armv6 CUBIEBOARD2: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-CUBIEBOARD2.img.xz) = a3fd0ef94b4e4becb971dbb2093ff2514094a51e6738a582165f9edecb217c627aac96acafdfe9f4c29e0ba95b3c6aa80c7c31bfd7d8d06fb3d3105d801646e4 SHA256 (FreeBSD-11.0-BETA1-arm-armv6-CUBIEBOARD2.img.xz) = 8c2ae19f973ae30e2f1af2327d53f7683ccce144bb868899216e6456fcd814b1 o 11.0-BETA1 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 18693bb047e37e3a6399ce2ce55c156d5624b1fedd4711ccfd8a5c79dc4b93d724339ba4fa7623d9d56c4090d8e9364f6ae67916b3db015c9aea5869beab27da SHA256 (FreeBSD-11.0-BETA1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = ad13a384d2d0981a2c7468a333125ab3222dd506c8d6a014e69264d928880efe o 11.0-BETA1 armv6 GUMSTIX: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-GUMSTIX.img.xz) = bb0d2b8dd2093d00377069039139bb3701c1d43593a0b1a19f4d9a910f2f3dcd7045400f30d4a537a7e2a3659f0488ba01a82f81950971122beea705a9075809 SHA256 (FreeBSD-11.0-BETA1-arm-armv6-GUMSTIX.img.xz) = 93d3c59f49f4bf619acd12c6a3906510313530bf1bb9c017a1dfa2b82b11aef2 o 11.0-BETA1 armv6 RPI-B: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-RPI-B.img.xz) = fc9bf54bc599ae313ccc7b8f3f772c8c5e598cb6364ea5173c91194a3eb3486642fb25019221020701c9a2f59c99db52e890e3a8656352f91d8966e56ba958c7 SHA256 (FreeBSD-11.0-BETA1-arm-armv6-RPI-B.img.xz) = 79ec71d62c07032d87d74cb1f7b5c1f8443c7ec79583e72772697e8997dca1a0 o 11.0-BETA1 armv6 RPI2: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-RPI2.img.xz) = f84f1786f58a31aaddf0f6595e4eeba9bef5e9f5d5dc9ab099ea173d7813faaf1b693e9a68fb6d4661502aed1793314ef59db41c41f4a84c7dedcd7b6083eb8b SHA256 (FreeBSD-11.0-BETA1-arm-armv6-RPI2.img.xz) = 015c7763c19aa17a9b4537ea9448e24f6bb2b1da911fca5f222eb0f300c3aa98 o 11.0-BETA1 armv6 PANDABOARD: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-PANDABOARD.img.xz) = 7ad3e265a707a544bb245b265b40e57f06226a70d38c01b1e364e5093dcb62d08ed091f736a9693e759f71f530de8b2eedffb53b23e3db888f5867195af4d918 SHA256 (FreeBSD-11.0-BETA1-arm-armv6-PANDABOARD.img.xz) = 078dbaf8c500b77508a665e8d617927a2722269b01e8a9420a7112153c3083ff o 11.0-BETA1 armv6 WANDBOARD: SHA512 (FreeBSD-11.0-BETA1-arm-armv6-WANDBOARD.img.xz) = 9026665dab5562260ee9df98ac39b6adf5b0e3d9865da6c93d99a6ebed88c310399587ab353c8fe3d9545e26c8f614a26fc3509c76bce52ed405f537d8db3bf2 SHA256 (FreeBSD-11.0-BETA1-arm-armv6-WANDBOARD.img.xz) = cb4592ce1f00106a65ab99a2b9ef0ecf0566108eab41f2d67090ec46fab93bf3 o 11.0-BETA1 aarch64 GENERIC: SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64-memstick.img) = 72aaa33030881d0733d283cdded9a93ce9676c0bf6b496dc351cdf158314539eb5e3d62704ce1e4bce677ca8a4121dd6ce603a30430de46eae51fc0ba793000a SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64-memstick.img.xz) = 7f5f67ee6f0edf72dbba4b6a51e8f07c6ac6c1fd88891a5622a4aad07f0bb387df4ad16d74e03cf5de8f2b72bfbdd1decaddda6a42076b43d02e4a3d3256f504 SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64-mini-memstick.img) = e647d1be5d7a7c42c2c2a60b2c4f69b8129d3e4f1942d094000ff292138b2b338d42589dba4cdc9879e82c7b82bc0d24e41a0722e7e111eb6bcf301cbcb806ff SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64-mini-memstick.img.xz) = 77a665a7b0a73baa4a6f5595d5cd27133a91153c2dc7ffcff88ebd3b9bbf48541e558e63b08133a291c3b835fd8ce1fe470c2b28d507613c164d0879f3586271 SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64-memstick.img) = b8ae988e401aa677812c3e7661b6d242cb361622a3bdcb84abd4e67dcd2d63c1 SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64-memstick.img.xz) = b5e902e4be6d23ac4203c453b0d8727162cac7c1853557573cda5f16f1bc473f SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64-mini-memstick.img) = 57baa182d6125ee055f508509a790d06c2b35fe35ef3d72098943ea0343d857b SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64-mini-memstick.img.xz) = 076e27472af1847933065301ccfa9435071e98cfd423acf3ec3f1bb6ee179cc0 == VM IMAGE CHECKSUMS == o 11.0-BETA1 amd64: SHA512 (FreeBSD-11.0-BETA1-amd64.qcow2.xz) = 490487e7e5bb77a893ffb120c61bb88c24b47762c0c025476f627c89d2363f61549d00abd43beee92577d6fcb23916e23b25bc485f2bcdb4e40cd8308793f86a SHA512 (FreeBSD-11.0-BETA1-amd64.raw.xz) = 07771c9050829f0e8c8dd319ce62928498fc3ff4b648033dab9a0bf6f1c5a795d6097e1c414c00f997b265464c0467d3c59a4a1389645fc138fdfccbe902b395 SHA512 (FreeBSD-11.0-BETA1-amd64.vhd.xz) = ade93a1535eb640b927b33b50e933a6e97c5f8888c3726432d3035d590cf1ed7f3fadd789e314b00acf49641c9928313aaa2dd300339a241ec2ac8601a229438 SHA512 (FreeBSD-11.0-BETA1-amd64.vmdk.xz) = 798234299c3582f99d8db40f270c71e2b0fb478097320ec437cc744164adc89119d45be3bb59dff9dfb6ae796c5db4fc36bec4d9261fc8550d7a18e4eb928cd4 SHA256 (FreeBSD-11.0-BETA1-amd64.qcow2.xz) = e7825b87eba4d87203b54cdb7e4087965e14d176694d815f86b11fd19553acee SHA256 (FreeBSD-11.0-BETA1-amd64.raw.xz) = 45dfef99953f4bfa18f625539f9aeb404558996c50873d4a33c0cf04ff39c6b9 SHA256 (FreeBSD-11.0-BETA1-amd64.vhd.xz) = 4835a19f6ef6847901575bb7e69aeb1012bd1917627a8a0fb3c015188c711edc SHA256 (FreeBSD-11.0-BETA1-amd64.vmdk.xz) = 401865ca14de8ef501e2c5205b95e357569c0fbcab03927d02c12f9179944ce0 o 11.0-BETA1 i386: SHA512 (FreeBSD-11.0-BETA1-i386.qcow2.xz) = 9bbb3b1bfced776ffeb6bbd5b01f39b8bfcd9c9ed5845fb8aec0a9ba90ae2c497ac17d75f891c8258cd9924ac8536e2fbd9d95ceb7e7f4311fba4b4c084df398 SHA512 (FreeBSD-11.0-BETA1-i386.raw.xz) = 84ea2f2dfecd488adb989b99bcf7ed9962d6a30d291a93ea64b3bba0717d9d4a865ce227e2ebb869826f64386a6de5fc86a1ce56a38f52fd4c6aea5d2c9e7c26 SHA512 (FreeBSD-11.0-BETA1-i386.vhd.xz) = 3dda4e40681d950616661ea104ceefc0239fa31f0faa372278e896300f9fd3d336c796630b5ed78ace266e6a98edba6b2e5f446c5768603dfa22fc326587690a SHA512 (FreeBSD-11.0-BETA1-i386.vmdk.xz) = 6852126469738ca407310c14e52234a409609e19a43f7b01ebba65da4ddf0626b6f64d44eb700d1ed8aeaebe87e8a8efbe8a1ae1a008b2c61158d0d182f07200 SHA256 (FreeBSD-11.0-BETA1-i386.qcow2.xz) = 22294efa97c2b56e861e63b1979534afa9c4466bb63e084890465926f9174e80 SHA256 (FreeBSD-11.0-BETA1-i386.raw.xz) = c9939f43a35f4050364b88f9e931fe7966d548a0265a700d97b799e9ecec7124 SHA256 (FreeBSD-11.0-BETA1-i386.vhd.xz) = f7339205247e034ffa389f3410ce9cc214e385bae7fbdbb2682c838144aafffe SHA256 (FreeBSD-11.0-BETA1-i386.vmdk.xz) = 01e15d2da3879e5fb1e8e303f1407afe53a285f98768ca4caee3f6eecf5c5294 o 11.0-BETA1 aarch64: SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64.qcow2.xz) = be2c9150fba527bf0e9915601114dca62785089724894ace9e7baa040a6101573d9d6e7b287173af65a8a9c28b7dfb0894134b8f80118e4695b064801d64c9b8 SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64.raw.xz) = ec88d3652131cfd7e8ee1e0161709f72fa0b9d45ddde287ec9590611b57d1987870b37f243de5d45be74f804fd505b849d84c86049d03c4ad218f705f0c71f75 SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64.vhd.xz) = b13ce4825669f622e6383a263e05425980da93a6594264db5b734e5a10c156e348449fc1b712212224b373433be0039cc498cc5c1143e62453b69f0a76139709 SHA512 (FreeBSD-11.0-BETA1-arm64-aarch64.vmdk.xz) = 76db133703e9e1808cb06f5f62f01f676ad645da80563c9198343ea52a290184b1c23af00fd98f577f4db43a39a084add4ad635fe3fdd67d3cb1bccc9c6771c2 SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64.qcow2.xz) = 5c4ce60c94fe08dfeff1047137db3cd0a53b345d4e2991507abaab23ea47b100 SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64.raw.xz) = 9101550cd9b29fc367dba9bcf5cb2c14b86a2ea73c64b8b150e111b9b5e4b9af SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64.vhd.xz) = cd59c243a251239fa1a5fc9719c2487ba9541207d7d7821f0c6647a489e8b205 SHA256 (FreeBSD-11.0-BETA1-arm64-aarch64.vmdk.xz) = bf33739cdd277270f5a864ef09da3476342bf6cc2ee2caad0d87f7a1503fa5e9 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXgdJ6AAoJEAMUWKVHj+KTBQYP/RPeZmKeo/jnYsMABJvQmRLV qaiwTcO/QNfWDBo2zB7Mfwped4aj1ZlX6BWx0gabyvWGXpslZ2f/gTKwuZ7YUyDk BANs3+A8gd0QfhFOcGuCPOs5loJvs5rsYFHJ1/da77v+np1KAWNx3Do+vhAqbGEh Bs2I5OG4KOmss0CxeilPSM0i6/Y30jLGGa2NlE66St7CiALvZb7WQ/Py3x2zzasx zQ3cWwEFRirURGxUrpDuDdfBY5hJ5Wu8M6MLlefiFFwD4/QG7uYtmGwVB4tOuxy+ 8+ksV+x/YjP5joNqcnHdPbTK80LjCXOzB2Qtgk7v4CCtWO8+jnWqrUuEraKwPqvc 37E/YY0vxEQd1Wcl2JPiL+6k2hO6Ql8+ABmeloGld0T3d9E7Wm8+t+rZD28l3OkB sNWg7nMthAcwjpdw0IPEdJUxv9RfonhuChZW8oLytiYjpDUoPc/y3H7nhaUqEBhZ wbc3TWNwSdcUEKzYgjPnmJ8TI14JWrpI6mmY6T6yWyTUe4HEO+O0+KY9MXASULCB 54V8hrxEcXo4yn+DbKGg3rOvepcG0NCg7jIoT6Y9HlilMM0Ah9vbSpidKX7r+i3w tRaTcJClqmtBtNtdzyYbpVB3qk+nsEdaWXeQvcyU2dOYvUPrsPQ7EC3OwV0jmFb4 4keB7i1guENoBKjdSb0C =oD4g -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Sun Jul 10 06:03:23 2016 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 DAA49B8308B for ; Sun, 10 Jul 2016 06:03:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 86E3A1655 for ; Sun, 10 Jul 2016 06:03:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8467 invoked from network); 10 Jul 2016 06:03:58 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 10 Jul 2016 06:03:58 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 10 Jul 2016 02:03:27 -0400 (EDT) Received: (qmail 4567 invoked from network); 10 Jul 2016 06:03:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Jul 2016 06:03:26 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 6D2D71C43CA; Sat, 9 Jul 2016 23:02:54 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [Bug 210953] 11.0 -r302412 via powerpc64-xtoolchain-gcc fails to build: dev/ahci/ahci.c:288:22: error: unknown conversion type character 'b' in format; too many arguments for format From: Mark Millard In-Reply-To: <8E57EB70-814D-4849-8E56-95A769AA40D3@gmail.com> Date: Sat, 9 Jul 2016 23:03:19 -0700 Cc: freebsd-bugs@FreeBSD.org, FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <8E57EB70-814D-4849-8E56-95A769AA40D3@gmail.com> To: Ngie Cooper X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 06:03:24 -0000 On 2016-Jul-9, at 8:53 PM, Ngie Cooper wrote: >> On Jul 9, 2016, at 18:52, bugzilla-noreply@freebsd.org wrote: >>=20 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210953 >>=20 >> Mark Millard changed: >=20 > I accidentally committed this regression to kern.mk. I don't have = bugzilla login right now. Please assign the bug to me and I'll mark it = fixed for the rev I did it in with head and stable/10. >=20 > Thanks! > -Ngie So far as I know I've no control over the Assignee field for any bug via = bugzilla. Someone that has such can do what Ngie requested and assign = 210953 to him. A rebuild based on -r302457 completed fine for the powerpc64-gcc use, = confirming Ngie's note, at least for 11.0-STABLE. I've no stable/10 context and so have not tested there. Otherwise I = might have just classified the report as "Overcome By Events" myself. I have added a comment to 210953 about my rebuild test and Ngie's = material above. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 10 08:23:05 2016 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 84315B750FB for ; Sun, 10 Jul 2016 08:23:05 +0000 (UTC) (envelope-from huanghwh@gmail.com) Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4109A1E59; Sun, 10 Jul 2016 08:23:05 +0000 (UTC) (envelope-from huanghwh@gmail.com) Received: by mail-vk0-x230.google.com with SMTP id b192so103997110vke.0; Sun, 10 Jul 2016 01:23:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=9tohJwBE3vM5IvHiA95MYCivIQvGKf6vt/jKgNZRaDg=; b=as8MFcAKl8fdnzHcP8LsPhLm/OcSvPRwOeFP5Y9V9m11w4R+oTzbq1z1uc0eGhDvyV 21v0joBF10U5j5i8PUSJaaQLsgoI3Mw692olpf70jaddiHH3oYeYoa4rVzlFxvaDwU+v glPvDDLiGesyuuVrNmckM5m6WsGmkpQkcMvW+9Fwl258bQvPrcCFsS8kuxU1c4D8BCAG DAT77jwoqRofUqzHCmfmn8Q5PX6cRkB23Y03+tzIpfwpD7n0+/X5R8H4BRgck0CO2XOK la/YOoDPYPFDlFGuomg7QtnESoduobctDoQ6ghYSVWx+E5f6Z7/YRREGu90AQ5+oKJ3R wLRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=9tohJwBE3vM5IvHiA95MYCivIQvGKf6vt/jKgNZRaDg=; b=kepFt42rFQkaEH73KiImYjGEz1IAwU7F/QEqvMMf+GEcS5kvnFvIz5ecZgz6X9TerN UkdddOk/W+QADZpVJH1G6+OH6gMlonRoACPTD9X7pBvVHcUiWt1suMZfasyGQ2nnrTfO 3CNzwVx5Q5QZwf1JjBFFw1l09r3BxTsiXjjjGw1DPe8Et0O+8BN5HFfr470BZAIzDxAW FWamNmdCgX5pFolX3JR90nqWImmWWNEvlmD35jKJ7D+MMiaA/eoVhzqr2MUgR2HglONB TldhWo7a5IGWbQooaOgpssgaZcI0uzqR2wXKQRCK86vkt/Qw00U2MgVqv8mCX5IMweup C5Pw== X-Gm-Message-State: ALyK8tJx+Xs0ryowdXvwcYS9sCo2r29xHwy4I//oYsmh9ra2iGefxTUezuxkRpJc16KaNSWhbJDDDq3vXVsd5w== X-Received: by 10.176.1.106 with SMTP id 97mr3603522uak.154.1468138983947; Sun, 10 Jul 2016 01:23:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.129.65 with HTTP; Sun, 10 Jul 2016 01:23:03 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: References: <20160704062026.oqml7ehc6ka7gg37@ivaldir.etoilebsd.net> <20160704064119.xm7tcw53vejchgmm@ivaldir.etoilebsd.net> <20160704070401.uavtrarwtkreolck@ivaldir.etoilebsd.net> <20160705085014.vrg4k2dpgodkz7m2@ivaldir.etoilebsd.net> From: Huang Wen Hui Date: Sun, 10 Jul 2016 16:23:03 +0800 Message-ID: Subject: Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8 To: Baptiste Daroussin Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 08:23:05 -0000 I can reproduce it on a clean 11.0-BETA1 VM. 2016-07-09 9:03 GMT+08:00 Huang Wen Hui : > For some reasons, r302324 seems not include in 11.0-ALPHA6? > > 2016-07-09 8:52 GMT+08:00 Huang Wen Hui : > >> Revert back r302324, Chinese locale problem is gone. >> >> Cheers >> Huang Wen Hui >> >> 2016-07-05 16:50 GMT+08:00 Baptiste Daroussin : >> >>> On Tue, Jul 05, 2016 at 12:16:42PM +0800, Huang Wen Hui wrote: >>> > These 2 files can make ls suck: >>> > >>> > touch =E7=81=AB=E7=81=BE1 >>> > touch =E7=81=AB=E7=81=BE2 >>> > >>> > 2 files start with 2 same Chinese chars. >>> > >>> I cannot reproduce on my head laptop, neither on a clean 11.0-ALPHA6 >>> jail. >>> >>> I'll try on a clean 11.0-ALPHA6 VM >>> >>> Best regards, >>> Bapt >>> >> >> > From owner-freebsd-current@freebsd.org Sun Jul 10 08:34:38 2016 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 70A95B75544 for ; Sun, 10 Jul 2016 08:34:38 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0FD51709 for ; Sun, 10 Jul 2016 08:34:37 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id o80so14606870wme.1 for ; Sun, 10 Jul 2016 01:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=glxlhRXfC14cK3eZtpPFomLCuYiObyj6yo+IMcngtv8=; b=X76WxkUmZzpcc27YNNP/mGBmx3CZVotyO85w9U5vi7MZqRhCqH0ynqCCEbAJOBcSoP 0u6AgpyoWOK0Pgm9RifhPUKbNB7vYEPi02/L7f9lZ8gih8tkIhMiSRyDjoLyqsE+Tqdq av7KAOlbCu7/5c2xZU2Tk2T26z6URJIH/t/Cg1jRWv7BNpGjP7NhLZHnM2N2302ydLiZ QABbLZ/91J48yOE4KeellP5eWKtx6obqVn8mskwFkrvIHcYi5Aucx9EYZM0t8BCDnmKe 8HcnWDDnmw0/h3JnoQ8SCaS8gvfQEG5KbJ5Yv7RR2sSeDMC74tcBz5phcNJZ+sKlQ1cc 9ZFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=glxlhRXfC14cK3eZtpPFomLCuYiObyj6yo+IMcngtv8=; b=ZKlKk/NrsOsj3q/Joviqm5JK06+ganzV0oPgeyQFr7IrzjHfSZl84e0BujofxwfTgw WSC6WJs+9PSGyfqHDAwuiv4RryJuhTH02GMnaaTL+Oh+p7fsKRDeVA9PoJePIEfgYteO TdO1dmYo01fklqesIW7TUBanwWH10Jg4krB9yDee0z8gkY6MYW3bYRzGo0RbiIUlHNqm XQNipNdI5/XkCbhw8o84p38Y1IJMoVWyw/VDSFQBZIiJJAy2oqcTUefLkc7GVpOlwNcy /yQ43wKXLwb+xo6gtwbJiuSwD4HOef8VBiW9IW0fIVuZwooyyiOPlJl/ERCvZ7rGNSPv OSyw== X-Gm-Message-State: ALyK8tLMUTivl5RoDQNwvdO4AeFlZ75l888J7OfFAa2Gr+l4/SNrL2GGQxXJDlAoF8PKUA== X-Received: by 10.194.7.71 with SMTP id h7mr10124677wja.70.1468139675968; Sun, 10 Jul 2016 01:34:35 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id f73sm17881276wmg.1.2016.07.10.01.34.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Jul 2016 01:34:35 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 10 Jul 2016 10:34:34 +0200 From: Baptiste Daroussin To: Huang Wen Hui Cc: freebsd-current Subject: Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8 Message-ID: <20160710083434.b2436p7j76rkox7w@ivaldir.etoilebsd.net> References: <20160704062026.oqml7ehc6ka7gg37@ivaldir.etoilebsd.net> <20160704064119.xm7tcw53vejchgmm@ivaldir.etoilebsd.net> <20160704070401.uavtrarwtkreolck@ivaldir.etoilebsd.net> <20160705085014.vrg4k2dpgodkz7m2@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="h5rsmyvzrs7smunz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 08:34:38 -0000 --h5rsmyvzrs7smunz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 10, 2016 at 04:23:03PM +0800, Huang Wen Hui wrote: > I can reproduce it on a clean 11.0-BETA1 VM. >=20 >=20 > 2016-07-09 9:03 GMT+08:00 Huang Wen Hui : >=20 > > For some reasons, r302324 seems not include in 11.0-ALPHA6? > > > > 2016-07-09 8:52 GMT+08:00 Huang Wen Hui : > > > >> Revert back r302324, Chinese locale problem is gone. > >> > >> Cheers > >> Huang Wen Hui > >> Thanks, I can reproduce now, I'm looking into it. Bapt --h5rsmyvzrs7smunz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXggiOAAoJEGOJi9zxtz5aa5UQAKMW3+831PWMwDLWsVOAIa9T R4UiGvajlf8Y6hmu9pagpGUnoalUp27b45CKybZ7ftBTvoAhWRYs2ehl+Yyr+Zvl MZfiriXYeMSuDgemi2dAiOWVmzVkd+dNppy6cMvhw1kVuiR3CdmWswCKZHBld7oV TDPrG2M+eKmBCOxW/qUYsmxO8JkJoVuYNdZr+yfmcKH1wZGpbmIYpW1JnKW0SOlY KwtQpLOx5wxsVH1uHWsHql8O49IHxVY7BaV+ldI5osSVY3X8oi4Bnbt0DciL5zuO YCR5mAPIckD4RKxvsKu08JjUMSYJ5HH9rfBbZi+TsgcQ5pcz++haECi/PYb3wCyA wIeRumfgHRHb8zABxGoKbwJ5dQHgA2zWTzm3hyif9SVmuYDUOSNiLOQBtMirRwcg S1RPKGJbjXyYZ2FekaSaRHb+vGjU2d+kjFNY2ByFIvcf99AV5bnTaxH52vhERq59 OSAr5p7IsPEVNwmRxlJbYHeAbw96BkRb2iaLsghmQzptubKemJWVfeZy01kYhQOD vWYWizk92szw+NNEl9zB1slvHv29ffJXVeDFE1Qs9BGgqXAhQLWMNdgaMPiwoVvV 3v0uFyn5I5ojDwqfIOMKwgKRVhqQXuVUC87dW4zMFXhui42XXQcr4kWnbdZb9xPS UesbftKGkSR5NESJduMS =jIse -----END PGP SIGNATURE----- --h5rsmyvzrs7smunz-- From owner-freebsd-current@freebsd.org Sun Jul 10 11:13:32 2016 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 91CA0B8556F for ; Sun, 10 Jul 2016 11:13:32 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 171FE194F for ; Sun, 10 Jul 2016 11:13:32 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id x83so11957722wma.3 for ; Sun, 10 Jul 2016 04:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-disposition:user-agent; bh=mWpddZKaz6Csf/YDxF39RkyeODGk76kzos6Ylt/zwiU=; b=tHXgORaBjYFhxcxabEbCea/2rNveFKdMUj9fU28xuAQdCM7bhVfHp7hbMRXfFEEB68 5rn8I5iIAuPIKZnuRxxvdbPpcyZFA7zjPIepJjt7Pob17wCNvoOENKNpakRgat/x3RU3 lydyY0RXsyrPTJjX5HiQOagO88tkc8nRM4ypwQVjZypZUUENZU+eKLTUWDPkPV+XWOyP vYgVf63/UkhTUaFIBqr0Gz9uDJp3x7SYvrx3+aE8Tp5hqircKaWUjXQcau+9W17Q+WBb nl7vOoDMmlAcDg/mgPt04XyAIvJ1YN1NclfDnMDuyT0Jd+1crs6tw+Doc1KhJYxtF5F/ o9cA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :mime-version:content-disposition:user-agent; bh=mWpddZKaz6Csf/YDxF39RkyeODGk76kzos6Ylt/zwiU=; b=YXT6oDT24xugMvk+rg9gQLOkb19KOmhD1pmB0J2hPXpV9FYsn97vJJxy0Yoz4rT208 hmCk7yBs7c+NICXO2l6d0/bvOvnmWAjRQYxchTsPvMZ0LRvjpY3IGUujsMQVZZc5ow1h nduhXqGOwEmRiC9bgLflKwpVYi1Ucpj3Pqoku6PDOF34thB+Fc9W45ZDv5QDuGESJUbD rcyiNYSsHtIP22gNGOdF+v5QJEbdTYhJynnoWHZO9uApfo9tqgtcu+qoxqgiZW3KLJ9f 7B/gh0lg02Cvg/3zR+SReLbWlFLP1ehdVnXmqy1xcWu5gGi7A+Ys8wkaHOALhA+CZuxF QxgQ== X-Gm-Message-State: ALyK8tLGL84o+NhVr5jkVkKbY6ihe+ZYtwDnjJPB+mMoWlnPz+ui8jd+HsY1kWGuYkrqbA== X-Received: by 10.28.51.131 with SMTP id z125mr6725780wmz.15.1468149209211; Sun, 10 Jul 2016 04:13:29 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id f196sm12817622wmg.15.2016.07.10.04.13.28 for (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sun, 10 Jul 2016 04:13:28 -0700 (PDT) Date: Sun, 10 Jul 2016 13:13:26 +0200 From: Mateusz Guzik To: freebsd-current@freebsd.org Subject: [PATCH] microoptimize locking primitives by introducing randomized delay between atomic ops Message-ID: <20160710111326.GA7853@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 11:13:32 -0000 If the lock is contended, primitives like __mtx_lock_sleep will spin checking if the owner is running or the lock was freed. The problem is that once it is discovered that the lock is free, multiple CPUs are likely to try to do the atomic op which will make it more costly for everyone and throughput suffers. The standard thing to do is to have some sort of a randomized delay so that this kind of behaviour is reduced. As such, below is a trivial hack which takes cpu_ticks() into account and performs % 2048, which in my testing gives reasonbly good results. Please note there is definitely way more room for improvement in general. In terms of results, there was no statistically significant change in -j 40 buildworld nor buildkernel. However, a 40-way find on a ports tree placed on tmpfs yielded the following: x vanilla + patched +----------------------------------------------------------------------------------------+ | ++++ + x x x x | |+ ++++ +++ + + + ++ + + x x x xxxxxxxx x x x| | |_____M____A__________| |________AM______| | +----------------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 20 12.431 15.952 14.897 14.7444 0.74241657 + 20 8.103 11.863 9.0135 9.44565 1.0059484 Difference at 95.0% confidence -5.29875 +/- 0.565836 -35.9374% +/- 3.83764% (Student's t, pooled s = 0.884057) The patch: diff --git a/sys/kern/kern_mutex.c b/sys/kern/kern_mutex.c index 012cf7c..db3b950 100644 --- a/sys/kern/kern_mutex.c +++ b/sys/kern/kern_mutex.c @@ -444,7 +444,7 @@ __mtx_lock_sleep(volatile uintptr_t *c, uintptr_t tid, int opts, m->lock_object.lo_name); while (mtx_owner(m) == owner && TD_IS_RUNNING(owner)) { - cpu_spinwait(); + lock_delay(); #ifdef KDTRACE_HOOKS spin_cnt++; #endif diff --git a/sys/kern/kern_rwlock.c b/sys/kern/kern_rwlock.c index 6a904d2..3b512b5 100644 --- a/sys/kern/kern_rwlock.c +++ b/sys/kern/kern_rwlock.c @@ -438,7 +438,7 @@ __rw_rlock(volatile uintptr_t *c, const char *file, int line) "lockname:\"%s\"", rw->lock_object.lo_name); while ((struct thread*)RW_OWNER(rw->rw_lock) == owner && TD_IS_RUNNING(owner)) { - cpu_spinwait(); + lock_delay(); #ifdef KDTRACE_HOOKS spin_cnt++; #endif @@ -799,7 +799,7 @@ __rw_wlock_hard(volatile uintptr_t *c, uintptr_t tid, const char *file, rw->lock_object.lo_name); while ((struct thread*)RW_OWNER(rw->rw_lock) == owner && TD_IS_RUNNING(owner)) { - cpu_spinwait(); + lock_delay(); #ifdef KDTRACE_HOOKS spin_cnt++; #endif diff --git a/sys/kern/kern_sx.c b/sys/kern/kern_sx.c index 2a81c04..1bfd46f 100644 --- a/sys/kern/kern_sx.c +++ b/sys/kern/kern_sx.c @@ -579,7 +579,7 @@ _sx_xlock_hard(struct sx *sx, uintptr_t tid, int opts, const char *file, GIANT_SAVE(); while (SX_OWNER(sx->sx_lock) == x && TD_IS_RUNNING(owner)) { - cpu_spinwait(); + lock_delay(); #ifdef KDTRACE_HOOKS spin_cnt++; #endif @@ -889,10 +889,10 @@ _sx_slock_hard(struct sx *sx, int opts, const char *file, int line) GIANT_SAVE(); while (SX_OWNER(sx->sx_lock) == x && TD_IS_RUNNING(owner)) { + lock_delay(); #ifdef KDTRACE_HOOKS spin_cnt++; #endif - cpu_spinwait(); } KTR_STATE0(KTR_SCHED, "thread", sched_tdname(curthread), "running"); diff --git a/sys/kern/subr_lock.c b/sys/kern/subr_lock.c index e78d5a9..55a0fb7 100644 --- a/sys/kern/subr_lock.c +++ b/sys/kern/subr_lock.c @@ -103,6 +103,16 @@ lock_destroy(struct lock_object *lock) lock->lo_flags &= ~LO_INITIALIZED; } +void +lock_delay(void) +{ + int i, delay; + + delay = cpu_ticks() % 2048; + for (i = 0; i < delay; i++) + cpu_spinwait(); +} + #ifdef DDB DB_SHOW_COMMAND(lock, db_show_lock) { diff --git a/sys/sys/lock.h b/sys/sys/lock.h index 8d7a068..d076687 100644 --- a/sys/sys/lock.h +++ b/sys/sys/lock.h @@ -204,6 +204,7 @@ extern struct lock_class *lock_classes[]; void lock_init(struct lock_object *, struct lock_class *, const char *, const char *, int); void lock_destroy(struct lock_object *); +void lock_delay(void); void spinlock_enter(void); void spinlock_exit(void); void witness_init(struct lock_object *, const char *); From owner-freebsd-current@freebsd.org Sun Jul 10 12:22:53 2016 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 A4044B83FA9 for ; Sun, 10 Jul 2016 12:22:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E6F61BCC for ; Sun, 10 Jul 2016 12:22:52 +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 u6ACMlmT027699 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 10 Jul 2016 15:22:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6ACMlmT027699 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6ACMluY027698; Sun, 10 Jul 2016 15:22:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 10 Jul 2016 15:22:47 +0300 From: Konstantin Belousov To: Mateusz Guzik Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] microoptimize locking primitives by introducing randomized delay between atomic ops Message-ID: <20160710122247.GS38613@kib.kiev.ua> References: <20160710111326.GA7853@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160710111326.GA7853@dft-labs.eu> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 12:22:53 -0000 On Sun, Jul 10, 2016 at 01:13:26PM +0200, Mateusz Guzik wrote: > If the lock is contended, primitives like __mtx_lock_sleep will spin > checking if the owner is running or the lock was freed. The problem is > that once it is discovered that the lock is free, multiple CPUs are > likely to try to do the atomic op which will make it more costly for > everyone and throughput suffers. > > The standard thing to do is to have some sort of a randomized delay so > that this kind of behaviour is reduced. > > As such, below is a trivial hack which takes cpu_ticks() into account > and performs % 2048, which in my testing gives reasonbly good results. > > Please note there is definitely way more room for improvement in general. > > In terms of results, there was no statistically significant change in > -j 40 buildworld nor buildkernel. > > However, a 40-way find on a ports tree placed on tmpfs yielded the following: I am curious why did you added randomizer to sx adaptive loop but not to lockmgr loop, and probably most important, to the spinlocks (unless I misread the patch). From owner-freebsd-current@freebsd.org Sun Jul 10 12:44:33 2016 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 76D7CB84490 for ; Sun, 10 Jul 2016 12:44:33 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 098D11542 for ; Sun, 10 Jul 2016 12:44:33 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id f126so62841787wma.1 for ; Sun, 10 Jul 2016 05:44:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=/UEUPfdUTju9jUbTL4cWmyeK3I/3/Wjze0Amjs/O4To=; b=IJN4VSPcVRi9kyVr/wv9njpUUGFwLy3VRrtbTmlZBANymZEfD1fvYhNbq0YJvMG0Ic x6R0anL8o9Uaaa+Mkx5x7AsPQjJqRoi6yLSvSk0TO5yqkUrMCHTFlTXCE++DEejkJd3v QFJ29tDth/eTvO9HqSc36ee29yIEXJe0jSvm2IHPcpSZbscf9BzqQmqkdUlPtp7dZsgN xhUWTnnI5lE1o6on4WyxM+HSkUI1/1mGCA2gNR5ll1LYAm+XBCS0fnfj52ciMK8743ko 4DF3zbshdZPih3Ccp+vxuB/Hvmxkjd/egk15hscY2DASIP9CGzM5fVFGGPzxBekr+72Q HbGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=/UEUPfdUTju9jUbTL4cWmyeK3I/3/Wjze0Amjs/O4To=; b=FOKnBkfqCa8gFC0KJfrozQhj86ip5Fp3egUUSGGBCZ4BwfsAuI7BY2JFTHsr5tqpaV 6WafUoUBtLp++cZ7T8eiKHdGO3mJH80yPB0JIxzgJ+JqdZkHVsHgCVVoK/s9NPaEtNvC oM3sv5VbqFvik4qnv8LR/9jIjM2AjfcRjCA7nVlRg2lcntAcTZ4aktDkRwUD5sCBHdo+ jCXp/YTRnFC8txquZRoh4UMRIyqJ1P3jUGDyzUToRATWwhkx0Gz/egaTCjLsm8EAAFcr Se395Kqw/SJq2kBcYP4Hl0zQnl/pbGzLIgPCl/a5JS1bx8F6h1+84hqa1CfMpPjL3X8S 3YWQ== X-Gm-Message-State: ALyK8tJIqDKBeeOc33L86vhhj7rqG2uL9pJ3jNZszD5ZPdQGliV1rh+YGA9bMNZB8BDK/w== X-Received: by 10.28.212.211 with SMTP id l202mr12251809wmg.6.1468154671472; Sun, 10 Jul 2016 05:44:31 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id z5sm4144863wme.5.2016.07.10.05.44.30 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sun, 10 Jul 2016 05:44:30 -0700 (PDT) Date: Sun, 10 Jul 2016 14:44:28 +0200 From: Mateusz Guzik To: Konstantin Belousov Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] microoptimize locking primitives by introducing randomized delay between atomic ops Message-ID: <20160710124428.GB7853@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Konstantin Belousov , freebsd-current@freebsd.org References: <20160710111326.GA7853@dft-labs.eu> <20160710122247.GS38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20160710122247.GS38613@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 12:44:33 -0000 On Sun, Jul 10, 2016 at 03:22:47PM +0300, Konstantin Belousov wrote: > On Sun, Jul 10, 2016 at 01:13:26PM +0200, Mateusz Guzik wrote: > > If the lock is contended, primitives like __mtx_lock_sleep will spin > > checking if the owner is running or the lock was freed. The problem is > > that once it is discovered that the lock is free, multiple CPUs are > > likely to try to do the atomic op which will make it more costly for > > everyone and throughput suffers. > > > > The standard thing to do is to have some sort of a randomized delay so > > that this kind of behaviour is reduced. > > > > As such, below is a trivial hack which takes cpu_ticks() into account > > and performs % 2048, which in my testing gives reasonbly good results. > > > > Please note there is definitely way more room for improvement in general. > > > > In terms of results, there was no statistically significant change in > > -j 40 buildworld nor buildkernel. > > > > However, a 40-way find on a ports tree placed on tmpfs yielded the following: > > I am curious why did you added randomizer to sx adaptive loop but not to > lockmgr loop, and probably most important, to the spinlocks (unless I > misread the patch). This is a simple first step where I modified loops which I suspect benefit the most from the trivial change. lockmgr and other places do have loops with a configurable but the same delay for everyone. So they are already somewhat randomized by the time of the arrival in the primitive. On the other hand loops modified in the patch all check for the availability of the lock without constant delay and thus are significantly more suspectible to trying to grab it at the same time. That said, I do intent to take care of the "static" loops as well later. Meanwhile, running: time (find . -depth 2 -type dir | xargs -n 1 -P 40 -I DIR make -C DIR build-depends-list > /dev/null 2> /dev/null) drops from ~4:00 minutes to ~2:42 with the patch applied, -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sun Jul 10 13:30:17 2016 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 9DC78B854AF; Sun, 10 Jul 2016 13:30:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63D991708; Sun, 10 Jul 2016 13:30:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMEoN-000KFS-8Z; Sun, 10 Jul 2016 16:30:19 +0300 Date: Sun, 10 Jul 2016 16:30:19 +0300 From: Slawa Olhovchenkov To: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: GOST in OPENSSL_BASE Message-ID: <20160710133019.GD20831@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 13:30:17 -0000 I am surprised lack of support GOST in openssl-base. Can be this enabled before 11.0 released? Subject: svn commit: r412619 - in head/dns: bind9-devel bind910 bind99 Author: mat Date: Wed Apr 6 13:53:09 2016 New Revision: 412619 URL: https://svnweb.freebsd.org/changeset/ports/412619 Log: Stop bringing in OpenSSL from ports, it builds fine with the base one on 9, and WITH_OPENSSL_PORT does not belong in a port's Makefile anyway. Not bumping PORTREVISION because: - if you are building with poudriere, it will detect that a dependency has changed and rebuild it. - if you are building from ports, you will have OpenSSL from ports installed, and it will choose to use it. Sponsored by: Absolight +.include + +.if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && defined(WITH_OPENSSL_BASE) +BROKEN= OpenSSL from the base system does not support GOST, add \ + WITH_OPENSSL_PORT=yes to your /etc/make.conf and rebuild everything \ + that needs SSL. +.endif + From owner-freebsd-current@freebsd.org Sun Jul 10 14:16:17 2016 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 72DE2B838F6 for ; Sun, 10 Jul 2016 14:16:17 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f42.google.com (mail-lf0-f42.google.com [209.85.215.42]) (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 04B24129B for ; Sun, 10 Jul 2016 14:16:16 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f42.google.com with SMTP id f6so54551063lfg.0 for ; Sun, 10 Jul 2016 07:16:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=PsybsWxDNobDi/CeG/VyfbgVcBLaC79vCE+44b4W4JA=; b=ljFl319JfqOW42LBKml3UgWGvOsNXFp6q6M5ymp6vvWDqZ1tIMUNAmRYjR4dl2PVI8 FLUfQnhLOmae/0C32hkXmUKaq0s3z64SKVbZaBTQ/+qKBs0M4WTzoEnpNocT/g2D1NPj XmlOwTZbMxxgAbdC3YGiJ/LT1Cm8Bzh1YdLCpIYh1U/Z9mtPfclvzURygkmxXSsLBCbk GwgIYl/5ytr0NaI4Yp6BsifYPOEpsvsGZLriFCQkQhHVuRyeOTcGI++3+LnP4ogEsEN6 bvVYQIvjYV1jlsLcCyRbZwAN11OW+VYbN7kVCrXPVwoZTSugatenZjt159evJA3VhvA7 eDdQ== X-Gm-Message-State: ALyK8tJOaufFU83umNaBQUCslpfOgbTdfuT6D1P0SAMCik0hNeuP6kSvq79cYfX7FaePzw== X-Received: by 10.25.144.148 with SMTP id s142mr4333354lfd.191.1468159806270; Sun, 10 Jul 2016 07:10:06 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id e41sm2686489lji.42.2016.07.10.07.10.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Jul 2016 07:10:05 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov , freebsd-security@freebsd.org, freebsd-current@freebsd.org References: <20160710133019.GD20831@zxy.spb.ru> From: Andrey Chernov Message-ID: Date: Sun, 10 Jul 2016 17:10:04 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160710133019.GD20831@zxy.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 14:16:17 -0000 On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > I am surprised lack of support GOST in openssl-base. > Can be this enabled before 11.0 released? AFAIK openssl maintainers says something like they can't support this code and it will become rotten shortly with new changes, so they drop it. From owner-freebsd-current@freebsd.org Sun Jul 10 14:33:17 2016 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 A7501B83F1D for ; Sun, 10 Jul 2016 14:33:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 1C29F11EF for ; Sun, 10 Jul 2016 14:33:16 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 184f535e-46ab-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 10 Jul 2016 14:32:13 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u6AEW1NH001127; Sun, 10 Jul 2016 08:32:01 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1468161121.72182.115.camel@freebsd.org> Subject: Re: [PATCH] microoptimize locking primitives by introducing randomized delay between atomic ops From: Ian Lepore To: Mateusz Guzik , freebsd-current@freebsd.org Date: Sun, 10 Jul 2016 08:32:01 -0600 In-Reply-To: <20160710111326.GA7853@dft-labs.eu> References: <20160710111326.GA7853@dft-labs.eu> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 14:33:17 -0000 On Sun, 2016-07-10 at 13:13 +0200, Mateusz Guzik wrote: > If the lock is contended, primitives like __mtx_lock_sleep will spin > checking if the owner is running or the lock was freed. The problem > is > that once it is discovered that the lock is free, multiple CPUs are > likely to try to do the atomic op which will make it more costly for > everyone and throughput suffers. > > The standard thing to do is to have some sort of a randomized delay > so > that this kind of behaviour is reduced. > > As such, below is a trivial hack which takes cpu_ticks() into account > and performs % 2048, which in my testing gives reasonbly good > results. > > Please note there is definitely way more room for improvement in > general. > > In terms of results, there was no statistically significant change in > -j 40 buildworld nor buildkernel. > > However, a 40-way find on a ports tree placed on tmpfs yielded the > following: > > x vanilla > + patched > +-------------------------------------------------------------------- > --------------------+ > > ++++ + x > > x x x | > > + ++++ +++ + + + ++ + + x x > > x xxxxxxxx x x x| > > |_____M____A__________| > > |________AM______| | > +-------------------------------------------------------------------- > --------------------+ > N Min Max Median Avg > Stddev > x 20 12.431 15.952 14.897 14.7444 > 0.74241657 > + 20 8.103 11.863 9.0135 9.44565 > 1.0059484 > Difference at 95.0% confidence > -5.29875 +/- 0.565836 > -35.9374% +/- 3.83764% > (Student's t, pooled s = 0.884057) > > The patch: [...] What about platforms that don't have a useful implementation of cpu_ticks()? What about platforms that don't suffer the large expense for atomic ops that x86 apparently does? -- Ian From owner-freebsd-current@freebsd.org Sun Jul 10 14:49:03 2016 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 1037FB84234 for ; Sun, 10 Jul 2016 14:49:03 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 CE1D917D0; Sun, 10 Jul 2016 14:49:02 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3rnWM90138zZrg; Sun, 10 Jul 2016 16:48:52 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 9xL1qglfyqcZ; Sun, 10 Jul 2016 16:48:50 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Sun, 10 Jul 2016 16:48:49 +0200 (CEST) To: freebsd-current Cc: melifaro@FreeBSD.org From: Guido Falsi Subject: ipfw sched show output mangled (PR/bug 210882) Message-ID: Date: Sun, 10 Jul 2016 16:48:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 14:49:03 -0000 Hi, I have filed the PR in the subject [1], I'd like to ask if someone could have a look, it's a bug I noticed on head which is also going to affect 11.0 if not corrected in time. Since r270424, the output of certain ipfw show commands is mangled, due to buffers not being cleaned between uses. The PR contains an example of mangled "ipfw sched show" command. The PR has two patches which together restore the output as it used to be before r270424. Is there someone available to review and commit it to the tree? Thanks in adance! [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210882 -- Guido Falsi From owner-freebsd-current@freebsd.org Sun Jul 10 15:01:35 2016 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 9C417B84807; Sun, 10 Jul 2016 15:01:35 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 616621EED; Sun, 10 Jul 2016 15:01:35 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMGEp-000ML9-SF; Sun, 10 Jul 2016 18:01:43 +0300 Date: Sun, 10 Jul 2016 18:01:43 +0300 From: Slawa Olhovchenkov To: Andrey Chernov Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160710150143.GK46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 15:01:35 -0000 On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: > On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > > I am surprised lack of support GOST in openssl-base. > > Can be this enabled before 11.0 released? > > AFAIK openssl maintainers says something like they can't support this > code and it will become rotten shortly with new changes, so they drop it. > Upstream or FreeBSD maintainers? From owner-freebsd-current@freebsd.org Sun Jul 10 15:12:09 2016 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 181E1B852F2 for ; Sun, 10 Jul 2016 15:12:09 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f51.google.com (mail-lf0-f51.google.com [209.85.215.51]) (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 9D3F91953 for ; Sun, 10 Jul 2016 15:12:07 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f51.google.com with SMTP id h129so55019636lfh.1 for ; Sun, 10 Jul 2016 08:12:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=4I8mCGXUwh1/ut6bvinlH8Cu2CkDQ8pSZejRbuCevVY=; b=ALOoniSoICeHFpAXi46Nm+8buR3gSqdTmr4GwLZ6ERWGvoSUmnkSOWgLExgQh/DZWa YEOSUzDvGvCqI4UczxKPWEM7fOq4zs100xOUsQDVQKltGZreSp3OjOAz+0tcO9G2BMI2 ZOj8HoGxvuG7FVKuWAb24LdXJE9us8o+ga273+ZcRxy/fHoX5DJ/oin+7cBFdnGIfnTB vWUjP001tlJGcS5jeddNb5dANvtvcpvT2428TrqBYTx1y0rnwbzRMHo5/v21fIAZjOhA 9GtxOUrrkttGamvRxU8sZYSPiW+Pc3V8iFOoei9z7hfmmCsS49Hk5TgM96pGapyZ4qBx d2PA== X-Gm-Message-State: ALyK8tJtgmcjtvwQfhJgPZSNOcHoEkk0n/FWt+Pc1prmnump0UxxqQCqj501WEtOKY0s1Q== X-Received: by 10.25.20.226 with SMTP id 95mr4130088lfu.15.1468163525533; Sun, 10 Jul 2016 08:12:05 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id o184sm3019431lfb.19.2016.07.10.08.12.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Jul 2016 08:12:05 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: Date: Sun, 10 Jul 2016 18:12:04 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160710150143.GK46309@zxy.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 15:12:09 -0000 On 10.07.2016 18:01, Slawa Olhovchenkov wrote: > On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: > >> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>> I am surprised lack of support GOST in openssl-base. >>> Can be this enabled before 11.0 released? >> >> AFAIK openssl maintainers says something like they can't support this >> code and it will become rotten shortly with new changes, so they drop it. >> > > Upstream or FreeBSD maintainers? > Openssl maintainers. From owner-freebsd-current@freebsd.org Sun Jul 10 15:13:25 2016 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 9E275B85555 for ; Sun, 10 Jul 2016 15:13:25 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f51.google.com (mail-lf0-f51.google.com [209.85.215.51]) (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 254021C15 for ; Sun, 10 Jul 2016 15:13:25 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f51.google.com with SMTP id h129so55030307lfh.1 for ; Sun, 10 Jul 2016 08:13:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=roMjL5FT54TKXE/h+o1iBDV7Ddi6/EQ/JevrRlp0zLo=; b=H2hJ8zQeoLHXOQtwmhiRg1fCqMebU0YhOq0tAJ5plH+6UqJyNKPA0mCglJYAQ3aZb8 +RalkhFSB29T+BrgepQWeqM2cWluRMazO0VNEABllOqB+ZPVBTBvbsovWOMz/ZmvAZxm d3DScDpHsdo7ZsazKNzq8PFVJcSBuURt4552LADHCClGZ4qxEtkob0vVzkIKnoj5r6vS SpvpVyaZkV6wMcUbKI4VGEeulX7BF0YxrshUaasPLSfggKcs4qSc+SbWZ4M0qjwLBNm3 6Uz7MTLuOtsag7YQbqVmemZF7GdSQJ83wYDHojkThIS1acdnPBV5NlEIH7isQrGnilEr n5nw== X-Gm-Message-State: ALyK8tIqrfJOCywneqXwoX6G4wYSQkfc2+fHzIZtvl6151pyygZ3OqqvVRqlJ7yhOxRfsg== X-Received: by 10.25.38.213 with SMTP id m204mr4082106lfm.107.1468163603204; Sun, 10 Jul 2016 08:13:23 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id r132sm10269026lfr.17.2016.07.10.08.13.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Jul 2016 08:13:22 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> Date: Sun, 10 Jul 2016 18:13:22 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 15:13:25 -0000 On 10.07.2016 18:12, Andrey Chernov wrote: > On 10.07.2016 18:01, Slawa Olhovchenkov wrote: >> On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: >> >>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>>> I am surprised lack of support GOST in openssl-base. >>>> Can be this enabled before 11.0 released? >>> >>> AFAIK openssl maintainers says something like they can't support this >>> code and it will become rotten shortly with new changes, so they drop it. >>> >> >> Upstream or FreeBSD maintainers? >> > > Openssl maintainers. > I.e. upstream. From owner-freebsd-current@freebsd.org Sun Jul 10 15:28:08 2016 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 E4E6EB85A49 for ; Sun, 10 Jul 2016 15:28:08 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f42.google.com (mail-lf0-f42.google.com [209.85.215.42]) (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 7470B14B3 for ; Sun, 10 Jul 2016 15:28:08 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f42.google.com with SMTP id f93so4015587lfi.2 for ; Sun, 10 Jul 2016 08:28:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=S0PE4X1hksqBZUEIJvPVd/B0ZGPlC2omVCOVIiBopoA=; b=UfnH7vtSuJRgr1EQglYtbZJR+vmVcqoc8MNtwJ2N3XCahZM4L/4edcCA7C7xceqvDL vA9lKjust1sGLGys8QwaPNHbRwL4i9/CrihYqPS+kJK1kB+jh56R06M2H0FlHgUv1HWV /h1hBQWoSo7KIiNzSKAyU8lxoZk1Rex/auxK5q2ix12Y4IpohbHPm6DKn1jLT/Avh9PS 0Yz/yCzUvJqKFogeybkQi0pqqrwxN7JEsNcRLYDLPvE6cLyPT5FBmew/6VWYG0PyCRKj U0I9eWtIBaTFfU3h1Gv9axMhdW8dmM7kPz0QwMKbqyHUzUCPLmPtKYYINi/uD7pMHOE5 ooow== X-Gm-Message-State: ALyK8tI827DAXtL/YU5Rv3ItMkVJOkqNV11ktk1iX+vVYpGlLi1HJeOA+YqbVyPzVu2SgA== X-Received: by 10.25.133.135 with SMTP id h129mr4071304lfd.28.1468164486234; Sun, 10 Jul 2016 08:28:06 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id g29sm2769493ljg.25.2016.07.10.08.28.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Jul 2016 08:28:05 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: Date: Sun, 10 Jul 2016 18:28:04 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 15:28:09 -0000 On 10.07.2016 18:13, Andrey Chernov wrote: > On 10.07.2016 18:12, Andrey Chernov wrote: >> On 10.07.2016 18:01, Slawa Olhovchenkov wrote: >>> On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: >>> >>>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>>>> I am surprised lack of support GOST in openssl-base. >>>>> Can be this enabled before 11.0 released? >>>> >>>> AFAIK openssl maintainers says something like they can't support this >>>> code and it will become rotten shortly with new changes, so they drop it. >>>> >>> >>> Upstream or FreeBSD maintainers? >>> >> >> Openssl maintainers. >> > I.e. upstream. > They mean built-in one, dropped from openssl 1.1.0 and above. It is still available as 3rd party at: https://github.com/gost-engine/engine From owner-freebsd-current@freebsd.org Sun Jul 10 15:37:02 2016 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 5EAE5B830F4 for ; Sun, 10 Jul 2016 15:37:02 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44]) (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 1579E1D44 for ; Sun, 10 Jul 2016 15:37:01 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f44.google.com with SMTP id h129so55225989lfh.1 for ; Sun, 10 Jul 2016 08:37:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=YDPWx4duhFl2ZhaGzgYyU++ZdRUMSvc5l1HZrlxCxkU=; b=dMe4elhxQEJGn7y4EWHqDADXwOYjrMSH372TdyxKNb9l+Xey9dPKD0tO5DKUXH0nTe 8P11tFuyx4UOxGp3R3jp8fUxE3Vxb/ju+GlT3+uezH89BOLPPqA8pVdj+Pew4v47N57C 6IRn3wL6H7KW9XXq6bP0Sp4cHgkMiXuIprjPWapv2X4ncvPhHGO4bpu1eG/gGrcDp6XC rdVKONj8fvqLTLFKJlY0m5s55zzI6y6YJiGyNCKzq+a+1DktB6Z89peEuaHeuX5C0mS3 uHS+rxKI5MZ87KXrqtBDMNS8m06uz3cr/E8B1rFf5o65xWCRcr+mNGBILLB8gWOsogUV US4g== X-Gm-Message-State: ALyK8tI9n/UqTTdAwMkKGFJ82y1rscQhqbkzJOlCoa+PABNrFpbSC2xxJ+hEkU3JDfES2A== X-Received: by 10.25.160.75 with SMTP id j72mr4296766lfe.109.1468165019868; Sun, 10 Jul 2016 08:36:59 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id e64sm4012408lfe.3.2016.07.10.08.36.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Jul 2016 08:36:59 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <569cee41-97f5-3914-7d65-f788dd697d42@freebsd.org> Date: Sun, 10 Jul 2016 18:36:58 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 15:37:02 -0000 On 10.07.2016 18:28, Andrey Chernov wrote: > On 10.07.2016 18:13, Andrey Chernov wrote: >> On 10.07.2016 18:12, Andrey Chernov wrote: >>> On 10.07.2016 18:01, Slawa Olhovchenkov wrote: >>>> On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: >>>> >>>>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>>>>> I am surprised lack of support GOST in openssl-base. >>>>>> Can be this enabled before 11.0 released? >>>>> >>>>> AFAIK openssl maintainers says something like they can't support this >>>>> code and it will become rotten shortly with new changes, so they drop it. >>>>> >>>> >>>> Upstream or FreeBSD maintainers? >>>> >>> >>> Openssl maintainers. >>> >> I.e. upstream. >> > They mean built-in one, dropped from openssl 1.1.0 and above. It is > still available as 3rd party at: > https://github.com/gost-engine/engine > >From their Changelog: *) The GOST engine was out of date and therefore it has been removed. An up to date GOST engine is now being maintained in an external repository. See: https://wiki.openssl.org/index.php/Binaries. Libssl still retains support for GOST ciphersuites (these are only activated if a GOST engine is present). [Matt Caswell] From owner-freebsd-current@freebsd.org Sun Jul 10 16:39:26 2016 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 6FF6CB84525; Sun, 10 Jul 2016 16:39:26 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DB271C13; Sun, 10 Jul 2016 16:39:26 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x234.google.com with SMTP id hu1so14536113pad.3; Sun, 10 Jul 2016 09:39:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=E1+9l8ay1udNeJknuDYDszcFYroISAY/aDDRCjYmBaU=; b=0L1canahkA4B4ROamuVBS/zQkd+AW7WVOArNgC1yH++8srSGvisXFdkLdLNZa0qywy gV6UXH8Dt9XdJuc4CkpeRNLSxpkuyClXARil6SFu7ZKNwHp8poyMruCFFpVLJKwwoAcN G31IRVZwBSRE4lNO4a0YzNZZESFQaVVl8hveUNiliOTC7rJA+hJHEuQcye+rRpzA37J6 w98RHEGlmtY2Gq36A+YzOz+kj21P8Sp7q5kT9NuvMJ/FsoycShEDm/Q3H/Yx+MNy2sXA ldswyA+eHXKV+CSknOUEJTudPeH95/rzsHgm9UttVqo/PbJ8Go0cFYQqfV6laPUIFeHL n0cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=E1+9l8ay1udNeJknuDYDszcFYroISAY/aDDRCjYmBaU=; b=gxRWchkP3Rr6wUyWmaUcdOWMO9w3TMVvaQZqBaQbZljz7gyIZOBvc02jTB8pYYbpOj yQIBwdpb/9RZa9B0lcePGvS51Jf2MXZrzGkZiRJhVcKffylhEwrbTNlHsIEACMKaWzrj H+JiQ5d3obXxKkn4GM63KZRJwTiM7lImoYbrQI+3z7n+RBa69P23o0tM3+qq62lZosxX UX4ejW83AILL3jhdg56ejXgBgsODnvyJh91qZooi7TVKPKeJJKbH+aCsJ4kqU3AWX5SY 9iBbaC6Qt2hrAezWmaWHkZ00rd9pMcL8KW08XJ3Pi6YMKAoZQyX61aGC2Me8wpehiKSO pmCw== X-Gm-Message-State: ALyK8tLhy/uWM17oHXO1Njjsi6HharxusXOD5pmrcEfg5dsitIXB9Kx6SIYButCsOOJRtg== X-Received: by 10.67.7.199 with SMTP id de7mr27373442pad.94.1468168765028; Sun, 10 Jul 2016 09:39:25 -0700 (PDT) Received: from [29.138.229.192] ([172.58.40.198]) by smtp.gmail.com with ESMTPSA id 75sm3461394pfy.32.2016.07.10.09.39.23 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 10 Jul 2016 09:39:24 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: [Bug 210953] 11.0 -r302412 via powerpc64-xtoolchain-gcc fails to build: dev/ahci/ahci.c:288:22: error: unknown conversion type character 'b' in format; too many arguments for format From: Ngie Cooper X-Mailer: iPhone Mail (13F69) In-Reply-To: Date: Sun, 10 Jul 2016 09:39:23 -0700 Cc: freebsd-bugs@FreeBSD.org, FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <0F02EEBB-30B4-40C4-876C-FD099802A77E@gmail.com> References: <8E57EB70-814D-4849-8E56-95A769AA40D3@gmail.com> To: Mark Millard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 16:39:26 -0000 > On Jul 9, 2016, at 23:03, Mark Millard wrote: >=20 > On 2016-Jul-9, at 8:53 PM, Ngie Cooper wrote: >=20 >>> On Jul 9, 2016, at 18:52, bugzilla-noreply@freebsd.org wrote: >>>=20 >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210953 >>>=20 >>> Mark Millard changed: >>=20 >> I accidentally committed this regression to kern.mk. I don't have bugzill= a login right now. Please assign the bug to me and I'll mark it fixed for th= e rev I did it in with head and stable/10. >>=20 >> Thanks! >> -Ngie >=20 > So far as I know I've no control over the Assignee field for any bug via b= ugzilla. Someone that has such can do what Ngie requested and assign 210953 t= o him. >=20 > A rebuild based on -r302457 completed fine for the powerpc64-gcc use, conf= irming Ngie's note, at least for 11.0-STABLE. >=20 > I've no stable/10 context and so have not tested there. Otherwise I might h= ave just classified the report as "Overcome By Events" myself. >=20 > I have added a comment to 210953 about my rebuild test and Ngie's material= above. stable/10 was a typo. I meant stable/11. No worries.. I'll take care of it when I get home soon. Thanks! >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 From owner-freebsd-current@freebsd.org Sun Jul 10 17:48:06 2016 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 2542CB85E3E for ; Sun, 10 Jul 2016 17:48:06 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACECE1F3E; Sun, 10 Jul 2016 17:48:05 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6AHllEj070747 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Sun, 10 Jul 2016 19:47:48 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6AHllNj029053 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 10 Jul 2016 19:47:47 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id u6AHlkk2029052; Sun, 10 Jul 2016 19:47:46 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sun, 10 Jul 2016 19:47:46 +0200 From: Wolfgang Zenker To: Adrian Chadd Cc: freebsd-current Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 Message-ID: <20160710174746.GA29034@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: private site User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sun, 10 Jul 2016 19:47:48 +0200 (CEST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 17:48:06 -0000 Hi, * Adrian Chadd [160709 21:33]: > There weren't any changes in net80211 between those times, and ath(4) > only has some changes for locationing; nothing that should cause that > particular issue. > I'll go update to the latest -head on something with that NIC and test > it out some more. > Try reverting sys/dev/ath/ and sys/contrib/dev/ath/ back to r302387 > and test? (but leave the rest of the kernel as-is.) using a kernel with sys/dev/ath/ and sys/contrib/dev/ath/ from r302387 and the rest at r302483 the nic does not work either, same symptoms. Any other things to test? Wolfgang From owner-freebsd-current@freebsd.org Sun Jul 10 17:53:18 2016 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 9EB6BB830AF for ; Sun, 10 Jul 2016 17:53:18 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 24E60154F; Sun, 10 Jul 2016 17:53:17 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6AHr19q070757 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Sun, 10 Jul 2016 19:53:02 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6AHr1lM029069 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 10 Jul 2016 19:53:01 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id u6AHr1ZY029068; Sun, 10 Jul 2016 19:53:01 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sun, 10 Jul 2016 19:53:00 +0200 From: Wolfgang Zenker To: Adrian Chadd Cc: freebsd-current Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 Message-ID: <20160710175300.GB29034@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160710174746.GA29034@lyxys.ka.sub.org> Organization: private site User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sun, 10 Jul 2016 19:53:02 +0200 (CEST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 17:53:18 -0000 * Wolfgang Zenker [160710 19:47]: > * Adrian Chadd [160709 21:33]: >> There weren't any changes in net80211 between those times, and ath(4) >> only has some changes for locationing; nothing that should cause that >> particular issue. >> I'll go update to the latest -head on something with that NIC and test >> it out some more. >> Try reverting sys/dev/ath/ and sys/contrib/dev/ath/ back to r302387 >> and test? (but leave the rest of the kernel as-is.) > using a kernel with sys/dev/ath/ and sys/contrib/dev/ath/ from r302387 > and the rest at r302483 the nic does not work either, same symptoms. > Any other things to test? I noticed one more thing: after a while I get this message on console: ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping Wolfgang From owner-freebsd-current@freebsd.org Sun Jul 10 19:47:55 2016 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 04519B84F30 for ; Sun, 10 Jul 2016 19:47:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::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 CBCE21A6D for ; Sun, 10 Jul 2016 19:47:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x231.google.com with SMTP id s93so41201582ioi.3 for ; Sun, 10 Jul 2016 12:47:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=FXXH+KT8lKTMrnMF/ufWXtR2mG1xx/HtX8WcrE5PxGA=; b=zudZtjVGndVh4vQ7G+GhgPDFDbuNZ7FCzPFEjRKAlB83wEvAZUSkSW3kHJeL05+hEt jFe66ysV2iX5KUdS1A2G0r/I/EKrkmrpUddKmd0wKGByCFdyHHodH4xFq70WZmk7AKWW 0QooCJGS6QaI9gG7f52UW720muPOlttuHO5m15wo8J//APXKgeREOmJZYz0/8hd8M22S 21QsLJa+l/mdsR0WAK8W3UBlpqi7bMFPN3YL8tkMNPomDHTj48/IjA3tG3dxK9enlLFt itQHr3E48XWCr2ty7TqvdIOw/XVbtxI9i1QGy00/gWccYXlcNsvaShdXrs1VJll2m4pb J2pA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=FXXH+KT8lKTMrnMF/ufWXtR2mG1xx/HtX8WcrE5PxGA=; b=O9w1Mbi6VopmVsu/ysmN+NT+fTzm2TZvHd7Irc0JcMB+itojxkpNDYiargaCGFwZK5 Em2RnquYOSDSTw2gfs35mageRao+UKWsZvHKidoGPeDy/zD08YDX7rpGPyY0L96HV+iq enmfM6a6guQsY5+fEs6Dri9UKay6pmdJ7khN7OH59XrTOkRevpX9KajUqzyz2sSfUvBg /z/SwTQ1HZM9b9nU863O24Q2LVlsyE4cKV7JZsaiVp4VhfjOZG9W/DBHw60fa/FyYvcm 86cDH86U9s7ml3fYSEYCoGZrKDqJtoVlDgrignRlUeT7zMmjGrRdMSsu/i9B4PWqhIeK kBAA== X-Gm-Message-State: ALyK8tKoC2mxryqyo74QU8ttv+dX1AjoC4ETRlcv98ZL4V/jgnnH7tk3sUYbaAj0nEzyh8w68LNubIFl4INFcw== X-Received: by 10.107.16.24 with SMTP id y24mr16112636ioi.123.1468180073755; Sun, 10 Jul 2016 12:47:53 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.141.129 with HTTP; Sun, 10 Jul 2016 12:47:52 -0700 (PDT) In-Reply-To: <20160710175300.GB29034@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> <20160710175300.GB29034@lyxys.ka.sub.org> From: Adrian Chadd Date: Sun, 10 Jul 2016 12:47:52 -0700 X-Google-Sender-Auth: s83FGgwzYvf3kKOKfYiPdkkk0ho Message-ID: Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 To: Wolfgang Zenker Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 19:47:55 -0000 Hi, That message just means a receive interrupt was handled whilst the NIC was in reset, which is mostly fine. Since you've reverted the ath driver directories without success, I'm mostly out of simple ideas. I think you need to bisect the whole kernel version until you find the commit that broke things. Thanks! -a From owner-freebsd-current@freebsd.org Sun Jul 10 21:30:04 2016 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 5EB34B83E57 for ; Sun, 10 Jul 2016 21:30:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 244501D29 for ; Sun, 10 Jul 2016 21:30:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26567 invoked from network); 10 Jul 2016 21:30:32 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 10 Jul 2016 21:30:32 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 10 Jul 2016 17:30:45 -0400 (EDT) Received: (qmail 19291 invoked from network); 10 Jul 2016 21:30:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Jul 2016 21:30:45 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 22AF21C405F; Sun, 10 Jul 2016 14:29:51 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: amd64 -> armv6 [and powerpc64] -r302331 -> -r302412 re-cross-build (update): got "sh: ./make_keys: Exec format error" again for init_ketry.h in ncursesw From: Mark Millard In-Reply-To: <0394F424-484D-43B3-9C7D-8C6A8E8709F0@dsl-only.net> Date: Sun, 10 Jul 2016 14:29:54 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0394F424-484D-43B3-9C7D-8C6A8E8709F0@dsl-only.net> To: freebsd-arm , FreeBSD PowerPC ML , FreeBSD Current , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2016 21:30:04 -0000 On 2016-Jul-8, at 12:23 AM, Mark Millard wrote = --but with a few []'d notes added: > [Before the below cross build/update attempt I updated my amd64 from = -r302331 -> -r302412.] >=20 > Summary: It appears that WITHOUT_META_MODE=3D still needs to be forced = for cross compiles at least sometimes in order to avoid "Exec format = error". man src.conf only mentions WITHOUT_META_MODE=3D in one place: >=20 >> WITH_DIRDEPS_BUILD > . . . >> WITH_META_MODE (unless WITHOUT_META_MODE is set = explicitly) > . . . >> This must be set in the environment, make command line, = or >> /etc/src-env.conf, not /etc/src.conf. >=20 >=20 > In attempting to update my cross build (amd64 -> armv6 [or powerpc64]) = from -r302331 to -r302412 it failed with [armv6 example]: >=20 >> --- init_keytry.h --- >> sh: ./make_keys: Exec format error >> *** [init_keytry.h] Error code 126 >>=20 >> make[4]: stopped in /usr/src/lib/ncurses/ncursesw >> .ERROR_TARGET=3D'init_keytry.h' >> = .ERROR_META_FILE=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/= init_keytry.h.meta' >> .MAKE.LEVEL=3D'4' >> MAKEFILE=3D'' >> .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes = silent=3Dyes verbose' >> .CURDIR=3D'/usr/src/lib/ncurses/ncursesw' >> .MAKE=3D'make' >> .OBJDIR=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw' >> .TARGETS=3D'all' >> DESTDIR=3D'/usr/obj/clang/arm.armv6/usr/src/tmp' >> LD_LIBRARY_PATH=3D'' >> MACHINE=3D'arm' >> MACHINE_ARCH=3D'armv6' >> MAKEOBJDIRPREFIX=3D'/usr/obj/clang/arm.armv6' >> MAKESYSPATH=3D'/usr/src/share/mk' >> MAKE_VERSION=3D'20160606' >> = PATH=3D'/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj/clan= g/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/clang/arm.armv6/usr/src/tm= p/legacy/bin:/usr/obj/clang/arm.armv6/usr/src/tmp/usr/sbin:/usr/obj/clang/= arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' >> SRCTOP=3D'/usr/src' >> OBJTOP=3D'/usr/obj/clang/arm.armv6/usr/src' >> .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.rpi2-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/lib/ncurses/ncursesw/Makefile = /usr/src/lib/ncurses/ncursesw/../ncurses/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.compiler.mk = /usr/src/lib/ncurses/ncursesw/../config.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/ncurses/ncursesw/../Makefile.inc = /usr/src/lib/ncurses/ncursesw/../../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/ncurses/ncursesw = /usr/src/lib/ncurses/ncursesw/../ncurses = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tty = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/widechar = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/trace = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man' >> 1 error >=20 > again. >=20 > This was based on: >=20 >> # more = ~/sys_build_scripts.amd64-host/make_rpi2_nodebug_clang_bootstrap-amd64-hos= t.sh=20 >> kldload -n filemon && \ >> script = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= $(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host= " \ >> WITH_META_MODE=3Dyes \ >> MAKEOBJDIRPREFIX=3D"/usr/obj/clang" \ >> make $* >=20 > and. . . >=20 >> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 >> TO_TYPE=3Darmv6 >> # >> KERNCONF=3DRPI2-NODBG >> TARGET=3Darm >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> #CPUTYPE=3Dsoft >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> WITHOUT_LIBSOFT=3D >> # >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >> # >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >=20 > make.conf was empty. >=20 > The earlier -r302331 cross build had WITH_LIBSOFT=3D in use. -r302412 = is my first testing of WITHOUT_LIBSOFT=3D after rebuilding all ports to = avoid libsoft. [Does not apply to the powerpc64 example.] I should have mentioned the alternative of keeping WITH_META_MODE=3Dyes = but doing a cleanworld before doing a separate buildworld. This is = generally handier if one is to keep using WITH_META_MODE=3Dyes . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 11 10:28:58 2016 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 2FB40B386DC; Mon, 11 Jul 2016 10:28:58 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E72711604; Mon, 11 Jul 2016 10:28:57 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMYSY-0002cD-KM; Mon, 11 Jul 2016 13:29:06 +0300 Date: Mon, 11 Jul 2016 13:29:06 +0300 From: Slawa Olhovchenkov To: Andrey Chernov Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160711102906.GN46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 10:28:58 -0000 On Sun, Jul 10, 2016 at 06:28:04PM +0300, Andrey Chernov wrote: > On 10.07.2016 18:13, Andrey Chernov wrote: > > On 10.07.2016 18:12, Andrey Chernov wrote: > >> On 10.07.2016 18:01, Slawa Olhovchenkov wrote: > >>> On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: > >>> > >>>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > >>>>> I am surprised lack of support GOST in openssl-base. > >>>>> Can be this enabled before 11.0 released? > >>>> > >>>> AFAIK openssl maintainers says something like they can't support this > >>>> code and it will become rotten shortly with new changes, so they drop it. > >>>> > >>> > >>> Upstream or FreeBSD maintainers? > >>> > >> > >> Openssl maintainers. > >> > > I.e. upstream. > > > They mean built-in one, dropped from openssl 1.1.0 and above. It is > still available as 3rd party at: > https://github.com/gost-engine/engine I.e. GOST will be available in openssl. Under BSD-like license. Can be this engine import in base system and enabled at time 1.1.0? And can be GOST enabled now? From owner-freebsd-current@freebsd.org Mon Jul 11 10:56:08 2016 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 80A2DB8350E for ; Mon, 11 Jul 2016 10:56:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 3231117BE for ; Mon, 11 Jul 2016 10:56:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8273 invoked from network); 11 Jul 2016 10:56:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 11 Jul 2016 10:56:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 06:56:06 -0400 (EDT) Received: (qmail 24827 invoked from network); 11 Jul 2016 10:56:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jul 2016 10:56:06 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 01E101C407E; Mon, 11 Jul 2016 03:55:58 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: stable/11 question: kboot vs. powerpc: only powerpc64? Message-Id: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> Date: Mon, 11 Jul 2016 03:55:59 -0700 To: Nathan Whitehorn , FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 10:56:08 -0000 Is the following something that should be updated something like is = indicated below for 11.0-BETA1? Is kboot powerpc64 specific? # svnlite diff /usr/src/sys/boot/powerpc/Makefile Index: /usr/src/sys/boot/powerpc/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) +++ /usr/src/sys/boot/powerpc/Makefile (working copy) @@ -1,5 +1,9 @@ # $FreeBSD$ =20 -SUBDIR=3D boot1.chrp kboot ofw ps3 uboot +SUBDIR=3D boot1.chrp +.if ${MACHINE_ARCH} =3D=3D "powerpc64" +SUBDIR+=3D kboot +.endif +SUBDIR+=3D ofw ps3 uboot =20 .include I ask because I'd submitted 206303 back on 2016-jan-16 reporting that = TARGET_ARCH=3Dpowerpc WITH_BOOT=3D was stopped by getting a = -Wc,-mppc64bride and a -mcpu=3Dpowerpc64 (one of the = base/head/sys/boot/powerpc/kboot/Makefile SRCS being = ppc64_elf_freebsd.c). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 11 13:49:50 2016 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 7103FB84716; Mon, 11 Jul 2016 13:49:50 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 5EA6E1DBC; Mon, 11 Jul 2016 13:49:50 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (75-101-50-44.static.sonic.net [75.101.50.44]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u6BDnfp1026711 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 11 Jul 2016 06:49:41 -0700 Subject: Re: stable/11 question: kboot vs. powerpc: only powerpc64? To: Mark Millard , FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current References: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> From: Nathan Whitehorn Message-ID: <5783A3F5.2030301@freebsd.org> Date: Mon, 11 Jul 2016 06:49:41 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVb0oc0MfEW05YlVH6NTuJCMpUbxrsZPGN8pd4QQ90yYPS7xaD1qQlHlsd7x8CmG0g+mXz+KCSe6qIEaKtptK34dbDNLg8HRjvY= X-Sonic-ID: C;po4YUW5H5hG9V5NwxPCmMQ== M;8PxVUW5H5hG9V5NwxPCmMQ== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 13:49:50 -0000 It is not 64-bit only; like the normal loader, it can load both 32-bit and 64-bit kernels. Those two flags are probably obsolete at this point and were for compatibility with pre-2.17.5 versions of binutils. Can you do a test build with the -CFLAGS+= -Wa,-mppc64bridge line removed? -Nathan On 07/11/16 03:55, Mark Millard wrote: > Is the following something that should be updated something like is indicated below for 11.0-BETA1? Is kboot powerpc64 specific? > > # svnlite diff /usr/src/sys/boot/powerpc/Makefile > Index: /usr/src/sys/boot/powerpc/Makefile > =================================================================== > --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) > +++ /usr/src/sys/boot/powerpc/Makefile (working copy) > @@ -1,5 +1,9 @@ > # $FreeBSD$ > > -SUBDIR= boot1.chrp kboot ofw ps3 uboot > +SUBDIR= boot1.chrp > +.if ${MACHINE_ARCH} == "powerpc64" > +SUBDIR+= kboot > +.endif > +SUBDIR+= ofw ps3 uboot > > .include > > > > I ask because I'd submitted 206303 back on 2016-jan-16 reporting that TARGET_ARCH=powerpc WITH_BOOT= was stopped by getting a -Wc,-mppc64bride and a -mcpu=powerpc64 (one of the base/head/sys/boot/powerpc/kboot/Makefile SRCS being ppc64_elf_freebsd.c). > > === > Mark Millard > markmi at dsl-only.net > > From owner-freebsd-current@freebsd.org Mon Jul 11 14:08:14 2016 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 08E2DB85AFE; Mon, 11 Jul 2016 14:08:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F0C8313D7; Mon, 11 Jul 2016 14:08:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5CD0015C; Mon, 11 Jul 2016 14:08:14 +0000 (UTC) Date: Mon, 11 Jul 2016 14:08:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ae@FreeBSD.org, rwatson@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1543012925.24.1468246094389.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3556 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 14:08:14 -0000 FreeBSD_HEAD_i386 - Build #3556 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3556/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3556/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3556/cons= ole Change summaries: 302564 by rwatson: Add AUE_WAIT6 handling to the BSM conversion switch statement, reusing the BSM encoding used for AUE_WAIT4. MFC after:=093 days Sponsored by:=09DARPA, AFRL 302561 by ae: Flush buffer after output. This fixes adding new data to already printed flows. PR:=09=09210882 MFC after:=093 days The end of the build log: [...truncated 112799 lines...] --- all_subdir_sys --- --- part.o --- --- all_subdir_lib --- --- thr_clean.po --- --- all_subdir_sys --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/u= sr/src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloade= r/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sy= s/boot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_= SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../commo= n -I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/= zfsloader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-av= x -msoft-float -MD -MF.depend.part.o -MTpart.o -std=3Dgnu99 -Qunused-ar= guments -c /usr/src/sys/boot/i386/zfsloader/../../common/part.c -o part.o --- all_subdir_lib --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_clean.po -MTthr_clean.po -std=3Dgnu99 -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib= /libthr/thread/thr_clean.c -o thr_clean.po --- thr_concurrency.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_concurrency.po -MTthr_concurrency.po -std=3Dgnu99 -Wsystem-headers = -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c = /usr/src/lib/libthr/thread/thr_concurrency.c -o thr_concurrency.po --- thr_cond.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_cond.po -MTthr_cond.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_cond.c -o thr_cond.po --- all_subdir_sys --- --- crc32.o --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/u= sr/src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloade= r/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sy= s/boot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_= SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../commo= n -I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/= zfsloader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-av= x -msoft-float -MD -MF.depend.crc32.o -MTcrc32.o -std=3Dgnu99 -Qunused-= arguments -c /usr/src/sys/boot/i386/zfsloader/../../common/crc32.c -o crc3= 2.o --- bcache.o --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/u= sr/src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloade= r/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sy= s/boot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_= SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../commo= n -I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/= zfsloader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-av= x -msoft-float -MD -MF.depend.bcache.o -MTbcache.o -std=3Dgnu99 -Qunuse= d-arguments -c /usr/src/sys/boot/i386/zfsloader/../../common/bcache.c -o b= cache.o --- all_subdir_lib --- --- thr_condattr.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_condattr.po -MTthr_condattr.po -std=3Dgnu99 -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-= compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -W= no-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/s= rc/lib/libthr/thread/thr_condattr.c -o thr_condattr.po --- all_subdir_sys --- --- isapnp.o --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/u= sr/src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloade= r/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sy= s/boot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_= SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../commo= n -I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/= zfsloader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-av= x -msoft-float -MD -MF.depend.isapnp.o -MTisapnp.o -std=3Dgnu99 -Qunuse= d-arguments -c /usr/src/sys/boot/i386/zfsloader/../../common/isapnp.c -o i= sapnp.o --- all_subdir_lib --- --- thr_create.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_create.po -MTthr_create.po -std=3Dgnu99 -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-comp= are -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-e= num-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/l= ib/libthr/thread/thr_create.c -o thr_create.po --- all_subdir_sbin --- --- ippool_l.o --- cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFIL= TER_SYNC -DIPFILTER_CKSUM -DHAS_SYS_MD5_H -I. -I/usr/src/sbin/ipf/ipftest= /../../../contrib/ipfilter -I/usr/src/sbin/ipf/ipftest/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/ipftest/../../../sys -I/usr/src/sbin/ipf/ip= ftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -= g -MD -MF.depend.ippool_l.o -MTippool_l.o -std=3Dgnu99 -fstack-protector-s= trong -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Wno-array-bounds -Qunused-arguments -c ippool_l.c -o ippool_= l.o --- all_subdir_sys --- --- pnp.o --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/u= sr/src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloade= r/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sy= s/boot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_= SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../commo= n -I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/= zfsloader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-av= x -msoft-float -MD -MF.depend.pnp.o -MTpnp.o -std=3Dgnu99 -Qunused-argu= ments -c /usr/src/sys/boot/i386/zfsloader/../../common/pnp.c -o pnp.o --- all_subdir_lib --- --- thr_ctrdtr.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_ctrdtr.po -MTthr_ctrdtr.po -std=3Dgnu99 -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-comp= are -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-e= num-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/l= ib/libthr/thread/thr_ctrdtr.c -o thr_ctrdtr.po --- all_subdir_sys --- --- interp_forth.o --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/u= sr/src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloade= r/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sy= s/boot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_= SUPPORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../commo= n -I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/= zfsloader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-av= x -msoft-float -MD -MF.depend.interp_forth.o -MTinterp_forth.o -std=3Dgnu9= 9 -Qunused-arguments -c /usr/src/sys/boot/i386/zfsloader/../../common/i= nterp_forth.c -o interp_forth.o --- all_subdir_lib --- --- thr_detach.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_detach.po -MTthr_detach.po -std=3Dgnu99 -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-comp= are -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-e= num-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/l= ib/libthr/thread/thr_detach.c -o thr_detach.po --- all_subdir_secure --- --- ssl_rsa.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.ssl_rsa.po -MTssl_= rsa.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/sec= ure/lib/libssl/../../../crypto/openssl/ssl/ssl_rsa.c -o ssl_rsa.po --- all_subdir_sys --- --- zfsloader.sym --- cc -O2 -pipe -DLOADER_ZFS_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/usr/= src/sys/boot/i386/zfsloader/../../ficl -I/usr/src/sys/boot/i386/zfsloader/.= ./../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GELI_SUPPORT -I/usr/src/sys/b= oot/i386/zfsloader/../../.. -D_STAND -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUP= PORT -DLOADER_MBR_SUPPORT -I/usr/src/sys/boot/i386/zfsloader/../../common -= I. -Wall -I/usr/src/sys/boot/i386/zfsloader/.. -I/usr/src/sys/boot/i386/zfs= loader/../btx/lib -march=3Di386 -ffreestanding -mno-mmx -mno-sse -mno-avx -= msoft-float -std=3Dgnu99 -Qunused-arguments -static -Ttext 0x0 -nostdlib -o= zfsloader.sym /usr/obj/usr/src/sys/boot/i386/zfsloader/../btx/lib/crt0.o m= ain.o conf.o vers.o xform_aes_xts.o boot.o commands.o console.o devopen.o i= nterp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load= _elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc= _elf64.o disk.o part.o crc32.o bcache.o isapnp.o pnp.o interp_forth.o /usr= /obj/usr/src/sys/boot/i386/zfsloader/../../ficl/libficl.a /usr/obj/usr/src= /sys/boot/i386/zfsloader/../../zfs/libzfsboot.a /usr/obj/usr/src/sys/boot/i= 386/zfsloader/../libi386/libi386.a /usr/obj/usr/src/sys/boot/i386/zfsloader= /../../libstand32/libstand.a /usr/obj/usr/src/sys/boot/i386/zfsloader/../..= /geli/libgeliboot.a --- all_subdir_lib --- --- thr_equal.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_equal.po -MTthr_equal.po -std=3Dgnu99 -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib= /libthr/thread/thr_equal.c -o thr_equal.po --- all_subdir_sys --- --- zfsloader.bin --- cp zfsloader.sym zfsloader.bin strip -R .comment -R .note zfsloader.bin --- zfsloader --- btxld -v -f aout -e 0x200000 -o zfsloader -l /usr/obj/usr/src/sys/boot/i386= /zfsloader/../btx/btxldr/btxldr -b /usr/obj/usr/src/sys/boot/i386/zfsloade= r/../btx/btx/btx zfsloader.bin kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D0:= 51 client: fmt=3Delf size=3D57498 text=3D50ffc data=3D5300 bss=3Dc5cc entry=3D= 0 output: fmt=3Daout size=3D5a000 text=3D1000 data=3D58000 org=3D200000 entry= =3D200000 --- all_subdir_sbin --- --- all_subdir_sbin/ipfw --- =3D=3D=3D> sbin/ipfw (all) --- .depend --- echo ipfw.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/us= r/lib/libutil.a >> .depend --- ipfw2.o --- --- all_subdir_sbin/ipf --- --- ipf_y.o --- --- all_subdir_sbin/ipfw --- cc -O2 -pipe -DPF -g -MD -MF.depend.ipfw2.o -MTipfw2.o -std=3Dgnu99 -fs= tack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-un= used-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parent= heses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-= typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-= arguments -c /usr/src/sbin/ipfw/ipfw2.c -o ipfw2.o --- all_subdir_sbin/ipf --- cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFIL= TER_SYNC -DIPFILTER_CKSUM -DHAS_SYS_MD5_H -I. -I/usr/src/sbin/ipf/ipftest= /../../../contrib/ipfilter -I/usr/src/sbin/ipf/ipftest/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/ipftest/../../../sys -I/usr/src/sbin/ipf/ip= ftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -= g -MD -MF.depend.ipf_y.o -MTipf_y.o -std=3Dgnu99 -fstack-protector-strong = -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parent= heses -Wno-array-bounds -Qunused-arguments -c ipf_y.c -o ipf_y.o --- all_subdir_lib --- --- thr_event.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_event.po -MTthr_event.po -std=3Dgnu99 -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib= /libthr/thread/thr_event.c -o thr_event.po --- thr_exit.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_exit.po -MTthr_exit.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_exit.c -o thr_exit.po --- all_subdir_secure --- --- ssl_sess.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.ssl_sess.po -MTssl= _sess.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty= -body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-com= pare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-= enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno= -knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/s= ecure/lib/libssl/../../../crypto/openssl/ssl/ssl_sess.c -o ssl_sess.po --- all_subdir_lib --- --- thr_fork.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_fork.po -MTthr_fork.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_fork.c -o thr_fork.po --- thr_getprio.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_getprio.po -MTthr_getprio.po -std=3Dgnu99 -Wsystem-headers -Werror = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empt= y-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-co= mpare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno= -enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src= /lib/libthr/thread/thr_getprio.c -o thr_getprio.po --- thr_getcpuclockid.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_getcpuclockid.po -MTthr_getcpuclockid.po -std=3Dgnu99 -Wsystem-head= ers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tau= tological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-f= unction -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /usr/src/lib/libthr/thread/thr_getcpuclockid.c -o thr_getcpuclockid.po --- thr_getschedparam.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_getschedparam.po -MTthr_getschedparam.po -std=3Dgnu99 -Wsystem-head= ers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-si= gn -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tau= tological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-f= unction -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments = -c /usr/src/lib/libthr/thread/thr_getschedparam.c -o thr_getschedparam.po --- all_subdir_secure --- --- ssl_stat.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.ssl_stat.po -MTssl= _stat.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty= -body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-com= pare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-= enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno= -knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/s= ecure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c -o ssl_stat.po --- all_subdir_lib --- --- thr_getthreadid_np.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_getthreadid_np.po -MTthr_getthreadid_np.po -std=3Dgnu99 -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-= sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-t= autological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused= -function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-argument= s -c /usr/src/lib/libthr/thread/thr_getthreadid_np.c -o thr_getthreadid_np= .po --- thr_info.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_info.po -MTthr_info.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_info.c -o thr_info.po --- all_subdir_secure --- --- ssl_txt.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.ssl_txt.po -MTssl_= txt.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/sec= ure/lib/libssl/../../../crypto/openssl/ssl/ssl_txt.c -o ssl_txt.po --- all_subdir_lib --- --- thr_init.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_init.po -MTthr_init.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_init.c -o thr_init.po --- thr_join.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_join.po -MTthr_join.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_join.c -o thr_join.po --- all_subdir_secure --- --- t1_clnt.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.t1_clnt.po -MTt1_c= lnt.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-b= ody -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compa= re -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-en= um-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/sec= ure/lib/libssl/../../../crypto/openssl/ssl/t1_clnt.c -o t1_clnt.po --- all_subdir_lib --- --- thr_list.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_list.po -MTthr_list.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_list.c -o thr_list.po --- all_subdir_secure --- --- t1_enc.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.t1_enc.po -MTt1_en= c.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secur= e/lib/libssl/../../../crypto/openssl/ssl/t1_enc.c -o t1_enc.po --- all_subdir_lib --- --- thr_kern.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_kern.po -MTthr_kern.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_kern.c -o thr_kern.po --- thr_kill.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_kill.po -MTthr_kill.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_kill.c -o thr_kill.po --- thr_main_np.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_main_np.po -MTthr_main_np.po -std=3Dgnu99 -Wsystem-headers -Werror = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empt= y-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-co= mpare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno= -enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src= /lib/libthr/thread/thr_main_np.c -o thr_main_np.po --- all_subdir_secure --- --- t1_ext.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.t1_ext.po -MTt1_ex= t.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secur= e/lib/libssl/../../../crypto/openssl/ssl/t1_ext.c -o t1_ext.po --- all_subdir_lib --- --- thr_multi_np.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_multi_np.po -MTthr_multi_np.po -std=3Dgnu99 -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-= compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -W= no-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/s= rc/lib/libthr/thread/thr_multi_np.c -o thr_multi_np.po --- thr_mutex.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_mutex.po -MTthr_mutex.po -std=3Dgnu99 -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib= /libthr/thread/thr_mutex.c -o thr_mutex.po --- all_subdir_secure --- --- t1_lib.po --- cc -pg -O2 -pipe -I/usr/src/secure/lib/libssl/../../../crypto/openssl -= DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_END= IAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -= DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_A= SM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/l= ib/libssl/../../../crypto/openssl/crypto -MD -MF.depend.t1_lib.po -MTt1_li= b.po -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secur= e/lib/libssl/../../../crypto/openssl/ssl/t1_lib.c -o t1_lib.po --- all_subdir_lib --- --- thr_mutexattr.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_mutexattr.po -MTthr_mutexattr.po -std=3Dgnu99 -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr= /src/lib/libthr/thread/thr_mutexattr.c -o thr_mutexattr.po --- thr_once.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_once.po -MTthr_once.po -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/l= ibthr/thread/thr_once.c -o thr_once.po --- thr_printf.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_printf.po -MTthr_printf.po -std=3Dgnu99 -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-comp= are -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-e= num-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/l= ib/libthr/thread/thr_printf.c -o thr_printf.po --- all_subdir_sbin --- --- ipf_l.o --- cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFIL= TER_SYNC -DIPFILTER_CKSUM -DHAS_SYS_MD5_H -I. -I/usr/src/sbin/ipf/ipftest= /../../../contrib/ipfilter -I/usr/src/sbin/ipf/ipftest/../../../contrib/ipf= ilter/tools -I/usr/src/sbin/ipf/ipftest/../../../sys -I/usr/src/sbin/ipf/ip= ftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -= g -MD -MF.depend.ipf_l.o -MTipf_l.o -std=3Dgnu99 -fstack-protector-strong = -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parent= heses -Wno-array-bounds -Qunused-arguments -c ipf_l.c -o ipf_l.o --- all_subdir_lib --- --- thr_pshared.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_pshared.po -MTthr_pshared.po -std=3Dgnu99 -Wsystem-headers -Werror = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empt= y-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-co= mpare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno= -enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src= /lib/libthr/thread/thr_pshared.c -o thr_pshared.po --- all_subdir_sbin --- --- all_subdir_sbin/ipfw --- --- dummynet.o --- cc -O2 -pipe -DPF -g -MD -MF.depend.dummynet.o -MTdummynet.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qu= nused-arguments -c /usr/src/sbin/ipfw/dummynet.c -o dummynet.o --- all_subdir_lib --- --- thr_pspinlock.po --- cc -pg -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include= -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/s= rc/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/li= bthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/i3= 86 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_F= ORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.dep= end.thr_pspinlock.po -MTthr_pspinlock.po -std=3Dgnu99 -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr= /src/lib/libthr/thread/thr_pspinlock.c -o thr_pspinlock.po --- all_subdir_sbin --- /usr/src/sbin/ipfw/dummynet.c:615:6: error: implicit declaration of functio= n 'bp_flush' is invalid in C99 [-Werror,-Wimplicit-function-declaration] bp_flush(&bp); ^ 1 error generated. *** [dummynet.o] Error code 1 bmake[4]: stopped in /usr/src/sbin/ipfw 1 error bmake[4]: stopped in /usr/src/sbin/ipfw *** [all_subdir_sbin/ipfw] Error code 2 bmake[3]: stopped in /usr/src/sbin --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/libthr *** [all_subdir_lib/libthr] Error code 2 bmake[3]: stopped in /usr/src/lib 1 error bmake[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_sbin --- --- all_subdir_sbin/ipf --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sbin/ipf/ipftest *** [all_subdir_sbin/ipf/ipftest] Error code 2 bmake[4]: stopped in /usr/src/sbin/ipf 1 error bmake[4]: stopped in /usr/src/sbin/ipf *** [all_subdir_sbin/ipf] Error code 2 bmake[3]: stopped in /usr/src/sbin 2 errors bmake[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 bmake[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/secure/lib/libssl *** [all] Error code 2 bmake[4]: stopped in /usr/src/secure/lib 1 error bmake[4]: stopped in /usr/src/secure/lib *** [all_subdir_secure/lib] Error code 2 bmake[3]: stopped in /usr/src/secure 1 error bmake[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 bmake[2]: stopped in /usr/src 3 errors bmake[2]: stopped in /usr/src *** [everything] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6110412400222898919.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Jul 11 16:29:01 2016 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 480E7B9206D; Mon, 11 Jul 2016 16:29:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 090EF138B; Mon, 11 Jul 2016 16:29:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMe4s-000CBo-S6; Mon, 11 Jul 2016 19:29:02 +0300 Date: Mon, 11 Jul 2016 19:29:02 +0300 From: Slawa Olhovchenkov To: Mark Felder Cc: Andrey Chernov , freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160711162902.GO46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> <20160711102906.GN46309@zxy.spb.ru> <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 16:29:01 -0000 On Mon, Jul 11, 2016 at 11:04:33AM -0500, Mark Felder wrote: > > > On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrote: > > > > I.e. GOST will be available in openssl. > > Under BSD-like license. > > Can be this engine import in base system and enabled at time 1.1.0? > > And can be GOST enabled now? > > > > I think the wrong question is being asked here. Instead we need to focus > on decoupling openssl from base so this can all be handled by ports. This is wrong direction with current policy. ports: unsupported by FreeBSD core and securite team, no guaranted to comaptible between options and applications. base: supported by FreeBSD core and securite team, covered by CI, checked for forward and backward API and ABI compatibility. From owner-freebsd-current@freebsd.org Mon Jul 11 16:29:53 2016 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 69784B9217E; Mon, 11 Jul 2016 16:29:53 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 55E4816B9; Mon, 11 Jul 2016 16:29:53 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 80DCF161; Mon, 11 Jul 2016 16:29:53 +0000 (UTC) Date: Mon, 11 Jul 2016 16:29:40 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: cy@FreeBSD.org, gjb@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2044421747.30.1468254593535.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1543012925.24.1468246094389.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1543012925.24.1468246094389.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3557 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 16:29:53 -0000 FreeBSD_HEAD_i386 - Build #3557 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3557/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3557/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3557/console Change summaries: 302567 by kib: In vgonel(), postpone setting BO_DEAD until VOP_RECLAIM() is called, if vnode is VMIO. For VMIO vnodes, set BO_DEAD in vm_object_terminate(). The vnode_destroy_object(), when calling into vm_object_terminate(), must be able to flush buffers. BO_DEAD purpose is to quickly destroy buffers on write when the underlying vnode is not operable any more (one example is the devfs node after geom is gone). Setting BO_DEAD for reclaiming vnode before object is terminated is premature, and results in unability to flush buffers with live SU dependencies from vinvalbuf() in vm_object_terminate(). Reported by: David Cross Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 2 weeks 302566 by gjb: Fix the naming of -CURRENT Sponsored by: The FreeBSD Foundation 302565 by cy: r302561 broke buildworld. This patch fixes that. MFC after: 3 days X-MFC with: r302561 From owner-freebsd-current@freebsd.org Mon Jul 11 16:04:35 2016 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 327C9B92A8A; Mon, 11 Jul 2016 16:04:35 +0000 (UTC) (envelope-from feld@feld.me) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07CA018C1; Mon, 11 Jul 2016 16:04:34 +0000 (UTC) (envelope-from feld@feld.me) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 5C97220240; Mon, 11 Jul 2016 12:04:33 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute5.internal (MEProxy); Mon, 11 Jul 2016 12:04:33 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=feld.me; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=ljcZlULjqBfkFyWfBVMxvlaQkk8=; b=zMJ++D kjILK5dXP5CIbY8RRIfeiHDbeQbXnEFTCqcbptrdmIIIVEVRS6xspATo61mJG1gb q8AYLAUixk27OgMKELED6ydAcKqkAz98OXrdLkDTo8FGH18ISRK8b+VjDjIeoax1 L5b87viscjegYdqlfSXtLdDDHqR7v/2PDB26k= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ljcZlULjqBfkFyW fBVMxvlaQkk8=; b=BZXla5tFf+dfxLaSZm/QQhhlFSs6XR5oa1dYAQbxQojg7eQ t/ak8/+zboo9gWINXinkQNiG/Sa1UDviWxx9zIlwvtef0L+CDdnALCQ2OjIFdd1a f6JgKxtBKdKdpxYmlpVaFd9Ui0iQD8unCDneJ5qsyslfnuZY2qRzZe9n4efE= Received: by mailuser.nyi.internal (Postfix, from userid 99) id 29942CC6A7; Mon, 11 Jul 2016 12:04:33 -0400 (EDT) Message-Id: <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> X-Sasl-Enc: R4xyaj0UzHyjoOpyH02NTDF1g8zhXYDF7mXGU1ySLkGb 1468253073 From: Mark Felder To: Slawa Olhovchenkov , Andrey Chernov Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-f28fce62 In-Reply-To: <20160711102906.GN46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> <20160711102906.GN46309@zxy.spb.ru> Subject: Re: GOST in OPENSSL_BASE Date: Mon, 11 Jul 2016 11:04:33 -0500 X-Mailman-Approved-At: Mon, 11 Jul 2016 16:35:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 16:04:35 -0000 On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrote: > > I.e. GOST will be available in openssl. > Under BSD-like license. > Can be this engine import in base system and enabled at time 1.1.0? > And can be GOST enabled now? > I think the wrong question is being asked here. Instead we need to focus on decoupling openssl from base so this can all be handled by ports. -- Mark Felder feld@feld.me From owner-freebsd-current@freebsd.org Mon Jul 11 16:39:38 2016 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 63A84B92AAB; Mon, 11 Jul 2016 16:39:38 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 2273B1631; Mon, 11 Jul 2016 16:39:38 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bMeF4-0006tH-Lr; Mon, 11 Jul 2016 18:39:34 +0200 Date: Mon, 11 Jul 2016 18:39:34 +0200 From: Kurt Jaeger To: Mark Felder Cc: Slawa Olhovchenkov , Andrey Chernov , freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160711163934.GD95302@home.opsec.eu> References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> <20160711102906.GN46309@zxy.spb.ru> <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 16:39:38 -0000 Hi! > > I.e. GOST will be available in openssl. > > Under BSD-like license. > > Can be this engine import in base system and enabled at time 1.1.0? > > And can be GOST enabled now? > I think the wrong question is being asked here. Instead we need to focus > on decoupling openssl from base so this can all be handled by ports. As far as I know, GOST is a standardized crypto algo in .ru, it's suggested (required?) by the government in .ru. So, if FreeBSD does not want to alienate the .ru userbase, GOST probably should be in base. I'm not sure how difficult that would be. -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-current@freebsd.org Mon Jul 11 16:48:48 2016 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 F2E6CB92EF6 for ; Mon, 11 Jul 2016 16:48:48 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f46.google.com (mail-lf0-f46.google.com [209.85.215.46]) (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 80FAD1CC8 for ; Mon, 11 Jul 2016 16:48:48 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f46.google.com with SMTP id f93so26855771lfi.2 for ; Mon, 11 Jul 2016 09:48:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=CYVA2YsFSkLRJUbACdmTc91LJTjbebRR6nfrbMRiKoI=; b=hIe7qeahlMYtAhYFxi/f7+a1DVKUcwDYdzsT1/ep2Ypb+LZWQ5uLOhEEjaNtJEEc7d L+XHoeTL2yFoeQUzOgod2SZ8eVGysUztaAgPR5gI7aOoWh9embMb+b3CmgA6IohB/EiA pDSZ6vG0sH6Qnxcc9Og8hfx3CxjgvMmd0O+0F/J8aD4TSoXzLmKpXvYpCXGkP+A5WthC HoJ1w49hsLuALDiMpwauhCli9Wh7lA75wxXl2w2D4Fvv648cs8/UFf/rp+PWhvZHNeHA a9uwOX6Wh01knazMIbvzjAIFIWZs12vluA6oDuteFe+wdEjBmBORifPq0MXeyWiJ/HDI OH9A== X-Gm-Message-State: ALyK8tLI86F26vrLYr3ex8OiURCi54Mo6awWRtus8vC+In9Des48z0aeHqLKMaLZF3ZnDQ== X-Received: by 10.25.144.16 with SMTP id s16mr5237774lfd.8.1468255725932; Mon, 11 Jul 2016 09:48:45 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id 29sm766621lfu.43.2016.07.11.09.48.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 09:48:45 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov , Mark Felder References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> <20160711102906.GN46309@zxy.spb.ru> <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> <20160711162902.GO46309@zxy.spb.ru> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: Date: Mon, 11 Jul 2016 19:48:44 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160711162902.GO46309@zxy.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 16:48:49 -0000 On 11.07.2016 19:29, Slawa Olhovchenkov wrote: > On Mon, Jul 11, 2016 at 11:04:33AM -0500, Mark Felder wrote: > >> >> >> On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrote: >>> >>> I.e. GOST will be available in openssl. >>> Under BSD-like license. >>> Can be this engine import in base system and enabled at time 1.1.0? >>> And can be GOST enabled now? >>> >> >> I think the wrong question is being asked here. Instead we need to focus >> on decoupling openssl from base so this can all be handled by ports. > > This is wrong direction with current policy. > ports: unsupported by FreeBSD core and securite team, no guaranted to comaptible > between options and applications. > > base: supported by FreeBSD core and securite team, covered by CI, > checked for forward and backward API and ABI compatibility. > Ports are supported by secteam, and recently I notice "headsup" mail with intention to make base openssl private and switch all ports to security/openssl port. Adding of GOST as 3rd party plugin is technically possible in both (base, ports) cases, the rest of decision is up to FreeBSD openssl maintainers and possible contributors efforts. I need to specially point to "patches" section of the 3rd party GOST plugin, from just viewing I don't understand, are those additional openssl patches should be applied to openssl for GOST, or they are just reflect existent changes in the openssl. From owner-freebsd-current@freebsd.org Mon Jul 11 18:02:35 2016 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 82CB5B92C35 for ; Mon, 11 Jul 2016 18:02:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3704714A5; Mon, 11 Jul 2016 18:02:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov , FreeBSD Current References: <20160710133019.GD20831@zxy.spb.ru> From: Jung-uk Kim Message-ID: <3b266620-75aa-4935-28b3-0f29484f3876@FreeBSD.org> Date: Mon, 11 Jul 2016 14:02:28 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160710133019.GD20831@zxy.spb.ru> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O54dH76gA4SANvDfdEQhvvgB2eBO0Pio6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:02:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --O54dH76gA4SANvDfdEQhvvgB2eBO0Pio6 Content-Type: multipart/mixed; boundary="PK2LLS3ALCEeJKGduwpuNTgMGMe7taV51" From: Jung-uk Kim To: Slawa Olhovchenkov , FreeBSD Current Message-ID: <3b266620-75aa-4935-28b3-0f29484f3876@FreeBSD.org> Subject: Re: GOST in OPENSSL_BASE References: <20160710133019.GD20831@zxy.spb.ru> In-Reply-To: <20160710133019.GD20831@zxy.spb.ru> --PK2LLS3ALCEeJKGduwpuNTgMGMe7taV51 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/10/16 09:30 AM, Slawa Olhovchenkov wrote: > I am surprised lack of support GOST in openssl-base. > Can be this enabled before 11.0 released? It works for me, I think. The following change was all I need to enable the engine: --- /etc/ssl/openssl.cnf.orig +++ /etc/ssl/openssl.cnf @@ -13,6 +13,21 @@ #oid_file =3D $ENV::HOME/.oid oid_section =3D new_oids +# GOST +openssl_conf =3D openssl_def + +[openssl_def] +engines =3D engine_section + +[engine_section] +gost =3D gost_section + +[gost_section] +engine_id =3D gost +dynamic_path =3D /usr/lib/engines/libgost.so +default_algorithms =3D ALL +CRYPT_PARAMS =3D id-Gost28147-89-CryptoPro-A-ParamSet + # To use this configuration file with the "-extfile" option of the # "openssl x509" utility, name here the section containing the # X.509v3 extensions to use: Please see the README file for more info: https://svnweb.freebsd.org/base/head/crypto/openssl/engines/ccgost/README= =2Egost?revision=3D238405&view=3Dco Jung-uk Kim --PK2LLS3ALCEeJKGduwpuNTgMGMe7taV51-- --O54dH76gA4SANvDfdEQhvvgB2eBO0Pio6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXg986AAoJEHyflib82/FG/JoH/RKcqV+g9umlip1SEtj+z00d QUvW5JRRDYu6IS+OqKCeALyfIo/1K2c9GQp9+7QCRVJUQE4eEh+6JmKD8t67HQee xtNTwLmsuQQZCVfnLqtzjw8NOZmyb53sYSrt7vIgkZk9nv2by0prOFM0ZDOhT1DI Zh8REgYQOHxM++fsTsq7H2ahMey/71ZGxqlgw7NAvYpe3jtAksvcOFfGg93O24D9 jVvcWzXir2a81AAldxNnuLBvVYVbVaA5RcJ5dvLY+7NegMxL+Tnaqztzd1IJr0K8 6wqN6tF/ilFnrjTihfvqam89//nmfP2QEatyEdnHu+5SywbMtNjRgoy9i6KMtw0= =RVV+ -----END PGP SIGNATURE----- --O54dH76gA4SANvDfdEQhvvgB2eBO0Pio6-- From owner-freebsd-current@freebsd.org Mon Jul 11 18:04:27 2016 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 A5496B92DA5 for ; Mon, 11 Jul 2016 18:04:27 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 57C0B16E8 for ; Mon, 11 Jul 2016 18:04:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15033 invoked from network); 11 Jul 2016 18:04:24 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 11 Jul 2016 18:04:24 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 14:04:28 -0400 (EDT) Received: (qmail 31841 invoked from network); 11 Jul 2016 18:04:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jul 2016 18:04:27 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 96FDFB1E001; Mon, 11 Jul 2016 11:04:18 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: stable/11 question: kboot vs. powerpc: only powerpc64? From: Mark Millard In-Reply-To: <5783A3F5.2030301@freebsd.org> Date: Mon, 11 Jul 2016 11:04:20 -0700 Cc: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <73A6C8D3-6733-4E75-9C5C-59F8A5BB5039@dsl-only.net> References: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> <5783A3F5.2030301@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:04:27 -0000 On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn = wrote: >=20 > It is not 64-bit only; like the normal loader, it can load both 32-bit = and 64-bit kernels. Those two flags are probably obsolete at this point = and were for compatibility with pre-2.17.5 versions of binutils. Can you = do a test build with the -CFLAGS+=3D -Wa,-mppc64bridge line removed? > -Nathan >=20 > On 07/11/16 03:55, Mark Millard wrote: >> Is the following something that should be updated something like is = indicated below for 11.0-BETA1? Is kboot powerpc64 specific? >>=20 >> # svnlite diff /usr/src/sys/boot/powerpc/Makefile >> Index: /usr/src/sys/boot/powerpc/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) >> +++ /usr/src/sys/boot/powerpc/Makefile (working copy) >> @@ -1,5 +1,9 @@ >> # $FreeBSD$ >> -SUBDIR=3D boot1.chrp kboot ofw ps3 uboot >> +SUBDIR=3D boot1.chrp >> +.if ${MACHINE_ARCH} =3D=3D "powerpc64" >> +SUBDIR+=3D kboot >> +.endif >> +SUBDIR+=3D ofw ps3 uboot >> .include >>=20 >>=20 >>=20 >> I ask because I'd submitted 206303 back on 2016-jan-16 reporting that = TARGET_ARCH=3Dpowerpc WITH_BOOT=3D was stopped by getting a = -Wc,-mppc64bride and a -mcpu=3Dpowerpc64 (one of the = base/head/sys/boot/powerpc/kboot/Makefile SRCS being = ppc64_elf_freebsd.c). >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net I do not have access to powerpc's currently so I'm just going to be = doing cross-build tests for TARGET_ARCH=3Dpowerpc and = TARGET_ARCH=3Dpowerpc64 (from amd64) based on the below updates. You initially mention "two flags" but then only explicitly request = removal of one (the -CFLAGS+=3D -Wa,-mppc64bridge line). I'm assuming that the -mcpu=3Dpowerpc64 is also to be removed if powerpc = (non-64) is to be covered. See my intended test below. Let me know if it = is not what you want.=20 > # svnlite diff sys/boot/powerpc/kboot/Makefile > Index: sys/boot/powerpc/kboot/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/boot/powerpc/kboot/Makefile (revision 302457) > +++ sys/boot/powerpc/kboot/Makefile (working copy) > @@ -71,7 +71,7 @@ > # Avoid the open-close-dance for every file access as some firmwares = perform > # an auto-negotiation on every open of the network interface and thus = causes > # netbooting to take horribly long. > -CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE -mcpu=3Dpowerpc64 > +CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE > =20 > # Always add MI sources > .PATH: ${.CURDIR}/../../common = ${.CURDIR}/../../../libkern > @@ -88,9 +88,6 @@ > =20 > LDFLAGS=3D -nostdlib -static -T ${.CURDIR}/ldscript.powerpc > =20 > -# 64-bit bridge extensions > -CFLAGS+=3D -Wa,-mppc64bridge > - > # Pull in common loader code > #.PATH: ${.CURDIR}/../../ofw/common > #.include "${.CURDIR}/../../ofw/common/Makefile.inc" > # svnlite diff sys/boot/powerpc/Makefile > #=20 (I.e., I reverted sys/boot/powerpc/Makefile.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 11 18:28:53 2016 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 17584B924A9; Mon, 11 Jul 2016 18:28:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 99F071673; Mon, 11 Jul 2016 18:28:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: GOST in OPENSSL_BASE To: Andrey Chernov , Slawa Olhovchenkov , freebsd-security@freebsd.org, freebsd-current@freebsd.org References: <20160710133019.GD20831@zxy.spb.ru> From: Jung-uk Kim Message-ID: Date: Mon, 11 Jul 2016 14:28:45 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Ax3pEeGLHHXTLwxqTqo8c1xK9bkG3WhKr" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:28:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Ax3pEeGLHHXTLwxqTqo8c1xK9bkG3WhKr Content-Type: multipart/mixed; boundary="t2nSoJ2UCJvOCFfhw4hVxaT4grHXawN9A" From: Jung-uk Kim To: Andrey Chernov , Slawa Olhovchenkov , freebsd-security@freebsd.org, freebsd-current@freebsd.org Message-ID: Subject: Re: GOST in OPENSSL_BASE References: <20160710133019.GD20831@zxy.spb.ru> In-Reply-To: --t2nSoJ2UCJvOCFfhw4hVxaT4grHXawN9A Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/10/16 10:10 AM, Andrey Chernov wrote: > On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >> I am surprised lack of support GOST in openssl-base. >> Can be this enabled before 11.0 released? >=20 > AFAIK openssl maintainers says something like they can't support this > code and it will become rotten shortly with new changes, so they drop i= t. [OpenSSL-maintainer-for-the-base hat on] GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on these branches unless secteam explicitly ask us to do so. However, we *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. [OpenSSL-maintainer-for-the-base hat off] Jung-uk Kim --t2nSoJ2UCJvOCFfhw4hVxaT4grHXawN9A-- --Ax3pEeGLHHXTLwxqTqo8c1xK9bkG3WhKr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXg+VdAAoJEHyflib82/FGBqoH/A2FKBPIXcNa5BuYblQqSa6F Efhz6zDkRjvlv6RUtKdfFeOcCLJqjtANpw3gaxw3ZmEBdGi3g9a9jswIxrHsRZHn OLlrP6KaCfUnu9BDF+Gj59c2eikkDdChyVv+EYnalrUFN4msq/7byUxAVpPfjts3 H9VBb/CKk5ryxcCh8VtybpY1WzEL9ij3BIHkAAxtWrVIkhFnjhdvuiLkgXChmx/i CaoGqVHrE5ROVJHwjiDNHkTpN9n59C4W1Ljkw68aS6oRNYWGEcMLyfSsdJ7ng3B6 wcbvesohte76d8tRsPgH/c1ZveRIDl26R/GC3hmJNlAEEDaNKRSh8zPxP9opV08= =hdVV -----END PGP SIGNATURE----- --Ax3pEeGLHHXTLwxqTqo8c1xK9bkG3WhKr-- From owner-freebsd-current@freebsd.org Mon Jul 11 18:30:50 2016 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 90AE7B92699 for ; Mon, 11 Jul 2016 18:30:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 563531978 for ; Mon, 11 Jul 2016 18:30:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2087 invoked from network); 11 Jul 2016 18:31:27 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Jul 2016 18:31:27 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 14:31:37 -0400 (EDT) Received: (qmail 7704 invoked from network); 11 Jul 2016 18:31:37 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jul 2016 18:31:37 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 13A981C4388; Mon, 11 Jul 2016 11:30:44 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: stable/11 question: kboot vs. powerpc: only powerpc64? From: Mark Millard In-Reply-To: <73A6C8D3-6733-4E75-9C5C-59F8A5BB5039@dsl-only.net> Date: Mon, 11 Jul 2016 11:30:46 -0700 Cc: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <341B3611-39DD-4359-9A26-CE4781445D02@dsl-only.net> References: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> <5783A3F5.2030301@freebsd.org> <73A6C8D3-6733-4E75-9C5C-59F8A5BB5039@dsl-only.net> To: Nathan Whitehorn X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:30:50 -0000 On 2016-Jul-11, at 11:04 AM, Mark Millard wrote: > On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn = wrote: >>=20 >> It is not 64-bit only; like the normal loader, it can load both = 32-bit and 64-bit kernels. Those two flags are probably obsolete at this = point and were for compatibility with pre-2.17.5 versions of binutils. = Can you do a test build with the -CFLAGS+=3D -Wa,-mppc64bridge line = removed? >> -Nathan >>=20 >> On 07/11/16 03:55, Mark Millard wrote: >>> Is the following something that should be updated something like is = indicated below for 11.0-BETA1? Is kboot powerpc64 specific? >>>=20 >>> # svnlite diff /usr/src/sys/boot/powerpc/Makefile >>> Index: /usr/src/sys/boot/powerpc/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) >>> +++ /usr/src/sys/boot/powerpc/Makefile (working copy) >>> @@ -1,5 +1,9 @@ >>> # $FreeBSD$ >>> -SUBDIR=3D boot1.chrp kboot ofw ps3 uboot >>> +SUBDIR=3D boot1.chrp >>> +.if ${MACHINE_ARCH} =3D=3D "powerpc64" >>> +SUBDIR+=3D kboot >>> +.endif >>> +SUBDIR+=3D ofw ps3 uboot >>> .include >>>=20 >>>=20 >>>=20 >>> I ask because I'd submitted 206303 back on 2016-jan-16 reporting = that TARGET_ARCH=3Dpowerpc WITH_BOOT=3D was stopped by getting a = -Wc,-mppc64bride and a -mcpu=3Dpowerpc64 (one of the = base/head/sys/boot/powerpc/kboot/Makefile SRCS being = ppc64_elf_freebsd.c). >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >=20 > I do not have access to powerpc's currently so I'm just going to be = doing cross-build tests for TARGET_ARCH=3Dpowerpc and = TARGET_ARCH=3Dpowerpc64 (from amd64) based on the below updates. >=20 > You initially mention "two flags" but then only explicitly request = removal of one (the -CFLAGS+=3D -Wa,-mppc64bridge line). >=20 > I'm assuming that the -mcpu=3Dpowerpc64 is also to be removed if = powerpc (non-64) is to be covered. See my intended test below. Let me = know if it is not what you want.=20 >=20 >> # svnlite diff sys/boot/powerpc/kboot/Makefile >> Index: sys/boot/powerpc/kboot/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/boot/powerpc/kboot/Makefile (revision 302457) >> +++ sys/boot/powerpc/kboot/Makefile (working copy) >> @@ -71,7 +71,7 @@ >> # Avoid the open-close-dance for every file access as some firmwares = perform >> # an auto-negotiation on every open of the network interface and thus = causes >> # netbooting to take horribly long. >> -CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE -mcpu=3Dpowerpc64 >> +CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE >>=20 >> # Always add MI sources >> .PATH: ${.CURDIR}/../../common = ${.CURDIR}/../../../libkern >> @@ -88,9 +88,6 @@ >>=20 >> LDFLAGS=3D -nostdlib -static -T ${.CURDIR}/ldscript.powerpc >>=20 >> -# 64-bit bridge extensions >> -CFLAGS+=3D -Wa,-mppc64bridge >> - >> # Pull in common loader code >> #.PATH: ${.CURDIR}/../../ofw/common >> #.include "${.CURDIR}/../../ofw/common/Makefile.inc" >=20 >> # svnlite diff sys/boot/powerpc/Makefile >> #=20 >=20 > (I.e., I reverted sys/boot/powerpc/Makefile.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net The TARGET_ARCH=3Dpowerpc build completed with the following messages = (from grep'ing for kboot in the typescript file): > =3D=3D=3D> sys/boot/powerpc/kboot (all) > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.c > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/conf.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/metadata.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/main.o > /usr/src/sys/boot/powerpc/kboot/main.c:307:12: warning: variable 'sp' = is uninitialized when used here [-Wuninitialized] > /usr/src/sys/boot/powerpc/kboot/main.c:306:29: note: initialize the = variable 'sp' to silence this warning > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ppc64_elf_fr= eebsd.o > /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' is invalid in C99 = [-Wimplicit-function-declaration] > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/host_syscall= .o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostcons.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostdisk.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kerneltramp.= o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kbootfdt.o > --- kbootfdt.o --- > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = 'const char *' to parameter of type 'char *' discards qualifiers = [-Wincompatible-pointer-types-discards-qualifiers] > /usr/src/sys/boot/powerpc/kboot/host_syscall.h:36:21: note: passing = argument to parameter 'path' here > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ucmpdi2.o > In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/ucmpdi2.c:37: > In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/quad.h:59: > /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: "No user-serviceable parts inside." [-W#warnings] > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/boot.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/commands.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/console.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/devopen.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_backs= lash.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_parse= .o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ls.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/misc.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/module.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/panic.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf32.o= > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf32.= o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf64.o= > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf64.= o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/dev_net.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/disk.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/part.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/crc32.o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_forth= .o > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.kboot= > Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.help The compiler involved was clang 3.8.0 . (This was a WITH_META_MODE=3Dyes = build.) The TARGET_ARCH=3Dpowerpc64 build also completed. The compiler involved = was powerpc64-gcc. (This was a WITH_META_MODE=3Dyes build.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 11 18:41:15 2016 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 4DFAEB92B19; Mon, 11 Jul 2016 18:41:15 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1294911E0; Mon, 11 Jul 2016 18:41:15 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMg8w-000FT8-Vr; Mon, 11 Jul 2016 21:41:23 +0300 Date: Mon, 11 Jul 2016 21:41:22 +0300 From: Slawa Olhovchenkov To: Jung-uk Kim Cc: Andrey Chernov , freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160711184122.GP46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:41:15 -0000 On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > On 07/10/16 10:10 AM, Andrey Chernov wrote: > > On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > >> I am surprised lack of support GOST in openssl-base. > >> Can be this enabled before 11.0 released? > > > > AFAIK openssl maintainers says something like they can't support this > > code and it will become rotten shortly with new changes, so they drop it. > > [OpenSSL-maintainer-for-the-base hat on] > > GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on > these branches unless secteam explicitly ask us to do so. However, we > *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. > > [OpenSSL-maintainer-for-the-base hat off] > > Jung-uk Kim > Thanks! May be need file PR for dns/bind910? # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile .include .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && ${SSL_DEFAULT} == base BROKEN= OpenSSL from the base system does not support GOST, add \ DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and rebuild everything \ that needs SSL. .endif From owner-freebsd-current@freebsd.org Mon Jul 11 18:43:10 2016 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 E8427B92D7C for ; Mon, 11 Jul 2016 18:43:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 867FA173E for ; Mon, 11 Jul 2016 18:43:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28281 invoked from network); 11 Jul 2016 18:43:45 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Jul 2016 18:43:45 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 14:43:58 -0400 (EDT) Received: (qmail 19273 invoked from network); 11 Jul 2016 18:43:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jul 2016 18:43:57 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 7D6F81C438F; Mon, 11 Jul 2016 11:43:04 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: stable/11 question: kboot vs. powerpc: only powerpc64? From: Mark Millard In-Reply-To: <341B3611-39DD-4359-9A26-CE4781445D02@dsl-only.net> Date: Mon, 11 Jul 2016 11:43:06 -0700 Cc: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <5B3BC302-70DE-4FDA-A442-AC317E146B46@dsl-only.net> References: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> <5783A3F5.2030301@freebsd.org> <73A6C8D3-6733-4E75-9C5C-59F8A5BB5039@dsl-only.net> <341B3611-39DD-4359-9A26-CE4781445D02@dsl-only.net> To: Nathan Whitehorn X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:43:11 -0000 On 2016-Jul-11, at 11:30 AM, Mark Millard wrote: > On 2016-Jul-11, at 11:04 AM, Mark Millard wrote: >=20 >> On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn = wrote: >>>=20 >>> It is not 64-bit only; like the normal loader, it can load both = 32-bit and 64-bit kernels. Those two flags are probably obsolete at this = point and were for compatibility with pre-2.17.5 versions of binutils. = Can you do a test build with the -CFLAGS+=3D -Wa,-mppc64bridge line = removed? >>> -Nathan >>>=20 >>> On 07/11/16 03:55, Mark Millard wrote: >>>> Is the following something that should be updated something like is = indicated below for 11.0-BETA1? Is kboot powerpc64 specific? >>>>=20 >>>> # svnlite diff /usr/src/sys/boot/powerpc/Makefile >>>> Index: /usr/src/sys/boot/powerpc/Makefile >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) >>>> +++ /usr/src/sys/boot/powerpc/Makefile (working copy) >>>> @@ -1,5 +1,9 @@ >>>> # $FreeBSD$ >>>> -SUBDIR=3D boot1.chrp kboot ofw ps3 uboot >>>> +SUBDIR=3D boot1.chrp >>>> +.if ${MACHINE_ARCH} =3D=3D "powerpc64" >>>> +SUBDIR+=3D kboot >>>> +.endif >>>> +SUBDIR+=3D ofw ps3 uboot >>>> .include >>>>=20 >>>>=20 >>>>=20 >>>> I ask because I'd submitted 206303 back on 2016-jan-16 reporting = that TARGET_ARCH=3Dpowerpc WITH_BOOT=3D was stopped by getting a = -Wc,-mppc64bride and a -mcpu=3Dpowerpc64 (one of the = base/head/sys/boot/powerpc/kboot/Makefile SRCS being = ppc64_elf_freebsd.c). >>>>=20 >>>> =3D=3D=3D >>>> Mark Millard >>>> markmi at dsl-only.net >>=20 >> I do not have access to powerpc's currently so I'm just going to be = doing cross-build tests for TARGET_ARCH=3Dpowerpc and = TARGET_ARCH=3Dpowerpc64 (from amd64) based on the below updates. >>=20 >> You initially mention "two flags" but then only explicitly request = removal of one (the -CFLAGS+=3D -Wa,-mppc64bridge line). >>=20 >> I'm assuming that the -mcpu=3Dpowerpc64 is also to be removed if = powerpc (non-64) is to be covered. See my intended test below. Let me = know if it is not what you want.=20 >>=20 >>> # svnlite diff sys/boot/powerpc/kboot/Makefile >>> Index: sys/boot/powerpc/kboot/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- sys/boot/powerpc/kboot/Makefile (revision 302457) >>> +++ sys/boot/powerpc/kboot/Makefile (working copy) >>> @@ -71,7 +71,7 @@ >>> # Avoid the open-close-dance for every file access as some firmwares = perform >>> # an auto-negotiation on every open of the network interface and = thus causes >>> # netbooting to take horribly long. >>> -CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE -mcpu=3Dpowerpc64 >>> +CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE >>>=20 >>> # Always add MI sources >>> .PATH: ${.CURDIR}/../../common = ${.CURDIR}/../../../libkern >>> @@ -88,9 +88,6 @@ >>>=20 >>> LDFLAGS=3D -nostdlib -static -T ${.CURDIR}/ldscript.powerpc >>>=20 >>> -# 64-bit bridge extensions >>> -CFLAGS+=3D -Wa,-mppc64bridge >>> - >>> # Pull in common loader code >>> #.PATH: ${.CURDIR}/../../ofw/common >>> #.include "${.CURDIR}/../../ofw/common/Makefile.inc" >>=20 >>> # svnlite diff sys/boot/powerpc/Makefile >>> #=20 >>=20 >> (I.e., I reverted sys/boot/powerpc/Makefile.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > The TARGET_ARCH=3Dpowerpc build completed with the following messages = (from grep'ing for kboot in the typescript file): >=20 >> =3D=3D=3D> sys/boot/powerpc/kboot (all) >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.c >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/conf.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/metadata.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/main.o >> /usr/src/sys/boot/powerpc/kboot/main.c:307:12: warning: variable 'sp' = is uninitialized when used here [-Wuninitialized] >> /usr/src/sys/boot/powerpc/kboot/main.c:306:29: note: initialize the = variable 'sp' to silence this warning >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ppc64_elf_fr= eebsd.o >> /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' is invalid in C99 = [-Wimplicit-function-declaration] >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/host_syscall= .o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostcons.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostdisk.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kerneltramp.= o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kbootfdt.o >> --- kbootfdt.o --- >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = 'const char *' to parameter of type 'char *' discards qualifiers = [-Wincompatible-pointer-types-discards-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/host_syscall.h:36:21: note: passing = argument to parameter 'path' here >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ucmpdi2.o >> In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/ucmpdi2.c:37: >> In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/quad.h:59: >> /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: "No user-serviceable parts inside." [-W#warnings] >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/boot.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/commands.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/console.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/devopen.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_backs= lash.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_parse= .o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ls.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/misc.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/module.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/panic.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf32.o= >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf32.= o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf64.o= >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf64.= o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/dev_net.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/disk.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/part.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/crc32.o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_forth= .o >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.kboot= >> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.help >=20 > The compiler involved was clang 3.8.0 . (This was a WITH_META_MODE=3Dyes= build.) >=20 > The TARGET_ARCH=3Dpowerpc64 build also completed. The compiler = involved was powerpc64-gcc. (This was a WITH_META_MODE=3Dyes build.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I just noticed at least one additional warning (for hostdisk.c) from the = TARGET_ARCH=3Dpowerpc64 so here is the list via grep for that context: > # grep kboot = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolch= ain-amd64-host-2016-07-11:11:02:56 | grep -i warning: > /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' = [-Wimplicit-function-declaration] > /usr/src/sys/boot/powerpc/kboot/hostdisk.c:96:10: warning: format '%s' = expects argument of type 'char *', but argument 2 has type 'void *' = [-Wformat=3D] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = argument 1 of 'host_open' discards 'const' qualifier from pointer target = type [-Wdiscarded-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] > /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] > /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: #warning "No user-serviceable parts inside." [-Wcpp] > /usr/src/sys/boot/powerpc/kboot/../../common/ls.c:142:18: warning: = variable 'tail' set but not used [-Wunused-but-set-variable] =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jul 11 19:00:45 2016 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 3E3F9B92273; Mon, 11 Jul 2016 19:00:45 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A648D1F5A; Mon, 11 Jul 2016 19:00:44 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> Cc: Andrey Chernov , Mathieu Arnold , FreeBSD-current , freebsd-security From: Jung-uk Kim Message-ID: Date: Mon, 11 Jul 2016 15:00:39 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160711184122.GP46309@zxy.spb.ru> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lltlppxNlMO90TBfKxss3RoASxqmhXSxg" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 19:00:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lltlppxNlMO90TBfKxss3RoASxqmhXSxg Content-Type: multipart/mixed; boundary="FG8GOdFswa7RWPDvlkjjOQbh245VwOePp" From: Jung-uk Kim To: Slawa Olhovchenkov Cc: Andrey Chernov , Mathieu Arnold , FreeBSD-current , freebsd-security Message-ID: Subject: Re: GOST in OPENSSL_BASE References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> In-Reply-To: <20160711184122.GP46309@zxy.spb.ru> --FG8GOdFswa7RWPDvlkjjOQbh245VwOePp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 07/11/16 02:41 PM, Slawa Olhovchenkov wrote: > On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: >=20 >> On 07/10/16 10:10 AM, Andrey Chernov wrote: >>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>>> I am surprised lack of support GOST in openssl-base. >>>> Can be this enabled before 11.0 released? >>> >>> AFAIK openssl maintainers says something like they can't support this= >>> code and it will become rotten shortly with new changes, so they drop= it. >> >> [OpenSSL-maintainer-for-the-base hat on] >> >> GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on >> these branches unless secteam explicitly ask us to do so. However, we= >> *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. >> >> [OpenSSL-maintainer-for-the-base hat off] >> >> Jung-uk Kim >> >=20 > Thanks! >=20 > May be need file PR for dns/bind910? >=20 > # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile > .include >=20 > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && ${SSL_DE= FAULT} =3D=3D base > BROKEN=3D OpenSSL from the base system does not support GOST, add \ > DEFAULT_VERSIONS+=3Dssl=3Dopenssl to your /etc/make.conf and re= build everything \ > that needs SSL. > .endif FreeBSD 9.3 is still supported but GOST is not available there. It seems the ports maintainer didn't want to break it on 9.3 (CC added). Version check may be needed there. Jung-uk Kim --FG8GOdFswa7RWPDvlkjjOQbh245VwOePp-- --lltlppxNlMO90TBfKxss3RoASxqmhXSxg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXg+zYAAoJEHyflib82/FGqUcH/3BZje39Cz/9CWG8hDkE21w6 +o5lBJadM+rM0+7zCpfcCZ5FGJ/+IqGW/HWIjS1HyfkUrCouMU7dkYBEm1S/Lgfh lZge8AjUi1hgnwyUsJpEAtsCmH4d+t+IVZuJIjuLCv3qqsXsgughq1ql55yxJDx4 woFyFo/5VXgZeapNcXPyVpdV8EXcSGiqgUIH/qIXcjOFeZgtfN8GnPCXFAe2zYZQ r+rNJpgQ8plZtSTYJeMCEo40qcqxGO4uFwIbhBVODjvt79PH0ZuKQeosSRo0AN7I 6bStkQAjSH73En9mJaQ/mAMroiOH7XpNpWVt2iuirO72bgWCgeUlsTKr+8eH7vU= =g93h -----END PGP SIGNATURE----- --lltlppxNlMO90TBfKxss3RoASxqmhXSxg-- From owner-freebsd-current@freebsd.org Mon Jul 11 19:55:51 2016 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 C82D1B92227; Mon, 11 Jul 2016 19:55:51 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89FBA13BB; Mon, 11 Jul 2016 19:55:51 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMhJA-000HP0-7r; Mon, 11 Jul 2016 22:56:00 +0300 Date: Mon, 11 Jul 2016 22:56:00 +0300 From: Slawa Olhovchenkov To: Jung-uk Kim Cc: Andrey Chernov , Mathieu Arnold , FreeBSD-current , freebsd-security Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160711195600.GQ46309@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 19:55:51 -0000 On Mon, Jul 11, 2016 at 03:00:39PM -0400, Jung-uk Kim wrote: > On 07/11/16 02:41 PM, Slawa Olhovchenkov wrote: > > On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > > > >> On 07/10/16 10:10 AM, Andrey Chernov wrote: > >>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > >>>> I am surprised lack of support GOST in openssl-base. > >>>> Can be this enabled before 11.0 released? > >>> > >>> AFAIK openssl maintainers says something like they can't support this > >>> code and it will become rotten shortly with new changes, so they drop it. > >> > >> [OpenSSL-maintainer-for-the-base hat on] > >> > >> GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on > >> these branches unless secteam explicitly ask us to do so. However, we > >> *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. > >> > >> [OpenSSL-maintainer-for-the-base hat off] > >> > >> Jung-uk Kim > >> > > > > Thanks! > > > > May be need file PR for dns/bind910? > > > > # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile > > .include > > > > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && ${SSL_DEFAULT} == base > > BROKEN= OpenSSL from the base system does not support GOST, add \ > > DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and rebuild everything \ > > that needs SSL. > > .endif > > FreeBSD 9.3 is still supported but GOST is not available there. It Thanks for clarifications. > seems the ports maintainer didn't want to break it on 9.3 (CC added). > Version check may be needed there. Thanks! > Jung-uk Kim > From owner-freebsd-current@freebsd.org Mon Jul 11 20:13:41 2016 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 5BFBDB92C94; Mon, 11 Jul 2016 20:13:41 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D71110FA; Mon, 11 Jul 2016 20:13:41 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMhaQ-000Hpm-MN; Mon, 11 Jul 2016 23:13:50 +0300 Date: Mon, 11 Jul 2016 23:13:50 +0300 From: Slawa Olhovchenkov To: Andrey Chernov Cc: Mark Felder , freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: GOST in OPENSSL_BASE Message-ID: <20160711201350.GF20831@zxy.spb.ru> References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> <20160711102906.GN46309@zxy.spb.ru> <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> <20160711162902.GO46309@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 20:13:41 -0000 On Mon, Jul 11, 2016 at 07:48:44PM +0300, Andrey Chernov wrote: > On 11.07.2016 19:29, Slawa Olhovchenkov wrote: > > On Mon, Jul 11, 2016 at 11:04:33AM -0500, Mark Felder wrote: > > > >> > >> > >> On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrote: > >>> > >>> I.e. GOST will be available in openssl. > >>> Under BSD-like license. > >>> Can be this engine import in base system and enabled at time 1.1.0? > >>> And can be GOST enabled now? > >>> > >> > >> I think the wrong question is being asked here. Instead we need to focus > >> on decoupling openssl from base so this can all be handled by ports. > > > > This is wrong direction with current policy. > > ports: unsupported by FreeBSD core and securite team, no guaranted to comaptible > > between options and applications. > > > > base: supported by FreeBSD core and securite team, covered by CI, > > checked for forward and backward API and ABI compatibility. > > > > Ports are supported by secteam, and recently I notice "headsup" mail > with intention to make base openssl private and switch all ports to > security/openssl port. I mean `support` is commit reviewing, auditing and etc. Secteam do it for ports? > Adding of GOST as 3rd party plugin is technically possible in both > (base, ports) cases, the rest of decision is up to FreeBSD openssl > maintainers and possible contributors efforts. > > I need to specially point to "patches" section of the 3rd party GOST > plugin, from just viewing I don't understand, are those additional > openssl patches should be applied to openssl for GOST, or they are just > reflect existent changes in the openssl. > > _______________________________________________ > freebsd-security@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jul 11 20:51:35 2016 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 5957AB92A85 for ; Mon, 11 Jul 2016 20:51:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 CC7BF11DD for ; Mon, 11 Jul 2016 20:51:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28558 invoked from network); 11 Jul 2016 20:52:12 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Jul 2016 20:52:12 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 16:52:22 -0400 (EDT) Received: (qmail 27552 invoked from network); 11 Jul 2016 20:52:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jul 2016 20:52:22 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 0503C1C4075; Mon, 11 Jul 2016 13:51:27 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: stable/11 question: kboot vs. powerpc: only powerpc64? From: Mark Millard In-Reply-To: <5B3BC302-70DE-4FDA-A442-AC317E146B46@dsl-only.net> Date: Mon, 11 Jul 2016 13:51:31 -0700 Cc: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <43415D81-F83A-445A-9409-5771D2B858C4@dsl-only.net> References: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> <5783A3F5.2030301@freebsd.org> <73A6C8D3-6733-4E75-9C5C-59F8A5BB5039@dsl-only.net> <341B3611-39DD-4359-9A26-CE4781445D02@dsl-only.net> <5B3BC302-70DE-4FDA-A442-AC317E146B46@dsl-only.net> To: Nathan Whitehorn X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 20:51:35 -0000 Quick top-post just to indicate that I just did gcc 4.2.1 based = cross-builds for TARGET_ARCH=3Dpowerpc and TARGET_ARCH=3Dpowerpc64 and = they completed. They had analogous warnings to what clang (powerpc) and = powerpc64-gcc (powerpc64) produced. I do not have a context to test powerpc64 or powerpc kboot in. I'll enter a report showing the sys/boot/powerpc/kboot/Makefile change = that I tried. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jul-11, at 11:43 AM, Mark Millard = wrote: > On 2016-Jul-11, at 11:30 AM, Mark Millard = wrote: >=20 >> On 2016-Jul-11, at 11:04 AM, Mark Millard = wrote: >>=20 >>> On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn = wrote: >>>>=20 >>>> It is not 64-bit only; like the normal loader, it can load both = 32-bit and 64-bit kernels. Those two flags are probably obsolete at this = point and were for compatibility with pre-2.17.5 versions of binutils. = Can you do a test build with the -CFLAGS+=3D -Wa,-mppc64bridge line = removed? >>>> -Nathan >>>>=20 >>>> On 07/11/16 03:55, Mark Millard wrote: >>>>> Is the following something that should be updated something like = is indicated below for 11.0-BETA1? Is kboot powerpc64 specific? >>>>>=20 >>>>> # svnlite diff /usr/src/sys/boot/powerpc/Makefile >>>>> Index: /usr/src/sys/boot/powerpc/Makefile >>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) >>>>> +++ /usr/src/sys/boot/powerpc/Makefile (working copy) >>>>> @@ -1,5 +1,9 @@ >>>>> # $FreeBSD$ >>>>> -SUBDIR=3D boot1.chrp kboot ofw ps3 uboot >>>>> +SUBDIR=3D boot1.chrp >>>>> +.if ${MACHINE_ARCH} =3D=3D "powerpc64" >>>>> +SUBDIR+=3D kboot >>>>> +.endif >>>>> +SUBDIR+=3D ofw ps3 uboot >>>>> .include >>>>>=20 >>>>>=20 >>>>>=20 >>>>> I ask because I'd submitted 206303 back on 2016-jan-16 reporting = that TARGET_ARCH=3Dpowerpc WITH_BOOT=3D was stopped by getting a = -Wc,-mppc64bride and a -mcpu=3Dpowerpc64 (one of the = base/head/sys/boot/powerpc/kboot/Makefile SRCS being = ppc64_elf_freebsd.c). >>>>>=20 >>>>> =3D=3D=3D >>>>> Mark Millard >>>>> markmi at dsl-only.net >>>=20 >>> I do not have access to powerpc's currently so I'm just going to be = doing cross-build tests for TARGET_ARCH=3Dpowerpc and = TARGET_ARCH=3Dpowerpc64 (from amd64) based on the below updates. >>>=20 >>> You initially mention "two flags" but then only explicitly request = removal of one (the -CFLAGS+=3D -Wa,-mppc64bridge line). >>>=20 >>> I'm assuming that the -mcpu=3Dpowerpc64 is also to be removed if = powerpc (non-64) is to be covered. See my intended test below. Let me = know if it is not what you want.=20 >>>=20 >>>> # svnlite diff sys/boot/powerpc/kboot/Makefile >>>> Index: sys/boot/powerpc/kboot/Makefile >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- sys/boot/powerpc/kboot/Makefile (revision 302457) >>>> +++ sys/boot/powerpc/kboot/Makefile (working copy) >>>> @@ -71,7 +71,7 @@ >>>> # Avoid the open-close-dance for every file access as some = firmwares perform >>>> # an auto-negotiation on every open of the network interface and = thus causes >>>> # netbooting to take horribly long. >>>> -CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE -mcpu=3Dpowerpc64 >>>> +CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE >>>>=20 >>>> # Always add MI sources >>>> .PATH: ${.CURDIR}/../../common = ${.CURDIR}/../../../libkern >>>> @@ -88,9 +88,6 @@ >>>>=20 >>>> LDFLAGS=3D -nostdlib -static -T ${.CURDIR}/ldscript.powerpc >>>>=20 >>>> -# 64-bit bridge extensions >>>> -CFLAGS+=3D -Wa,-mppc64bridge >>>> - >>>> # Pull in common loader code >>>> #.PATH: ${.CURDIR}/../../ofw/common >>>> #.include "${.CURDIR}/../../ofw/common/Makefile.inc" >>>=20 >>>> # svnlite diff sys/boot/powerpc/Makefile >>>> #=20 >>>=20 >>> (I.e., I reverted sys/boot/powerpc/Makefile.) >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>=20 >> The TARGET_ARCH=3Dpowerpc build completed with the following messages = (from grep'ing for kboot in the typescript file): >>=20 >>> =3D=3D=3D> sys/boot/powerpc/kboot (all) >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.c >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/conf.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/metadata.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/main.o >>> /usr/src/sys/boot/powerpc/kboot/main.c:307:12: warning: variable = 'sp' is uninitialized when used here [-Wuninitialized] >>> /usr/src/sys/boot/powerpc/kboot/main.c:306:29: note: initialize the = variable 'sp' to silence this warning >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ppc64_elf_fr= eebsd.o >>> /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' is invalid in C99 = [-Wimplicit-function-declaration] >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/host_syscall= .o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostcons.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostdisk.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kerneltramp.= o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kbootfdt.o >>> --- kbootfdt.o --- >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = 'const char *' to parameter of type 'char *' discards qualifiers = [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/host_syscall.h:36:21: note: passing = argument to parameter 'path' here >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ucmpdi2.o >>> In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/ucmpdi2.c:37: >>> In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/quad.h:59: >>> /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: "No user-serviceable parts inside." [-W#warnings] >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/boot.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/commands.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/console.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/devopen.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_backs= lash.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_parse= .o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ls.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/misc.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/module.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/panic.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf32.o= >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf32.= o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf64.o= >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf64.= o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/dev_net.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/disk.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/part.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/crc32.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_forth= .o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.kboot= >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.help >>=20 >> The compiler involved was clang 3.8.0 . (This was a = WITH_META_MODE=3Dyes build.) >>=20 >> The TARGET_ARCH=3Dpowerpc64 build also completed. The compiler = involved was powerpc64-gcc. (This was a WITH_META_MODE=3Dyes build.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > I just noticed at least one additional warning (for hostdisk.c) from = the TARGET_ARCH=3Dpowerpc64 so here is the list via grep for that = context: >=20 >> # grep kboot = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolch= ain-amd64-host-2016-07-11:11:02:56 | grep -i warning: >> /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' = [-Wimplicit-function-declaration] >> /usr/src/sys/boot/powerpc/kboot/hostdisk.c:96:10: warning: format = '%s' expects argument of type 'char *', but argument 2 has type 'void *' = [-Wformat=3D] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = argument 1 of 'host_open' discards 'const' qualifier from pointer target = type [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: #warning "No user-serviceable parts inside." [-Wcpp] >> /usr/src/sys/boot/powerpc/kboot/../../common/ls.c:142:18: warning: = variable 'tail' set but not used [-Wunused-but-set-variable] >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 From owner-freebsd-current@freebsd.org Mon Jul 11 21:01:53 2016 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 260DDB92E42 for ; Mon, 11 Jul 2016 21:01:53 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E6F17193F for ; Mon, 11 Jul 2016 21:01:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1bMiKp-0005WX-So for freebsd-current@freebsd.org; Mon, 11 Jul 2016 23:01:48 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-current@freebsd.org Date: Mon, 11 Jul 2016 23:01:51 +0200 Subject: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: bdb49c4ff80bd276e321aade33e76e02752072e2 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: b23ffabd93680167408d22b6bc748885 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:01:53 -0000 Hi, Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on Windows 10. It complained that the ISO is too big for my 700 MB CD-r. The bootonly iso (281MB) burns and runs ok. Regards, Ronald. From owner-freebsd-current@freebsd.org Mon Jul 11 21:10:16 2016 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 173A5B92220 for ; Mon, 11 Jul 2016 21:10:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 CE5F61164 for ; Mon, 11 Jul 2016 21:10:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28573 invoked from network); 11 Jul 2016 21:10:15 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 11 Jul 2016 21:10:15 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 17:10:09 -0400 (EDT) Received: (qmail 29898 invoked from network); 11 Jul 2016 21:10:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Jul 2016 21:10:09 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 515451C4075; Mon, 11 Jul 2016 14:10:09 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: stable/11 question: kboot vs. powerpc: only powerpc64? From: Mark Millard In-Reply-To: <43415D81-F83A-445A-9409-5771D2B858C4@dsl-only.net> Date: Mon, 11 Jul 2016 14:10:12 -0700 Cc: FreeBSD PowerPC ML , freebsd-stable@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <07312336-F627-4372-AEF2-5FA93CF6E4CD@dsl-only.net> <5783A3F5.2030301@freebsd.org> <73A6C8D3-6733-4E75-9C5C-59F8A5BB5039@dsl-only.net> <341B3611-39DD-4359-9A26-CE4781445D02@dsl-only.net> <5B3BC302-70DE-4FDA-A442-AC317E146B46@dsl-only.net> <43415D81-F83A-445A-9409-5771D2B858C4@dsl-only.net> To: Nathan Whitehorn X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:10:16 -0000 On 2016-Jul-11, at 1:51 PM, Mark Millard wrote: > Quick top-post just to indicate that I just did gcc 4.2.1 based = cross-builds for TARGET_ARCH=3Dpowerpc and TARGET_ARCH=3Dpowerpc64 and = they completed. They had analogous warnings to what clang (powerpc) and = powerpc64-gcc (powerpc64) produced. >=20 > I do not have a context to test powerpc64 or powerpc kboot in. >=20 > I'll enter a report showing the sys/boot/powerpc/kboot/Makefile change = that I tried. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I've updated 206303 ( = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206303 ) with = Comment 2 and 206303's Version is now set to 11.0-BETA1 since the odd = powerpc64 options are present in 11.0-BETA1 (-r302457 is where I'm = currently synchronized to). =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jul-11, at 11:43 AM, Mark Millard = wrote: > On 2016-Jul-11, at 11:30 AM, Mark Millard = wrote: >=20 >> On 2016-Jul-11, at 11:04 AM, Mark Millard = wrote: >>=20 >>> On 2016-Jul-11, at 6:49 AM, Nathan Whitehorn = wrote: >>>>=20 >>>> It is not 64-bit only; like the normal loader, it can load both = 32-bit and 64-bit kernels. Those two flags are probably obsolete at this = point and were for compatibility with pre-2.17.5 versions of binutils. = Can you do a test build with the -CFLAGS+=3D -Wa,-mppc64bridge line = removed? >>>> -Nathan >>>>=20 >>>> On 07/11/16 03:55, Mark Millard wrote: >>>>> Is the following something that should be updated something like = is indicated below for 11.0-BETA1? Is kboot powerpc64 specific? >>>>>=20 >>>>> # svnlite diff /usr/src/sys/boot/powerpc/Makefile >>>>> Index: /usr/src/sys/boot/powerpc/Makefile >>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> --- /usr/src/sys/boot/powerpc/Makefile (revision 302457) >>>>> +++ /usr/src/sys/boot/powerpc/Makefile (working copy) >>>>> @@ -1,5 +1,9 @@ >>>>> # $FreeBSD$ >>>>> -SUBDIR=3D boot1.chrp kboot ofw ps3 uboot >>>>> +SUBDIR=3D boot1.chrp >>>>> +.if ${MACHINE_ARCH} =3D=3D "powerpc64" >>>>> +SUBDIR+=3D kboot >>>>> +.endif >>>>> +SUBDIR+=3D ofw ps3 uboot >>>>> .include >>>>>=20 >>>>>=20 >>>>>=20 >>>>> I ask because I'd submitted 206303 back on 2016-jan-16 reporting = that TARGET_ARCH=3Dpowerpc WITH_BOOT=3D was stopped by getting a = -Wc,-mppc64bride and a -mcpu=3Dpowerpc64 (one of the = base/head/sys/boot/powerpc/kboot/Makefile SRCS being = ppc64_elf_freebsd.c). >>>>>=20 >>>>> =3D=3D=3D >>>>> Mark Millard >>>>> markmi at dsl-only.net >>>=20 >>> I do not have access to powerpc's currently so I'm just going to be = doing cross-build tests for TARGET_ARCH=3Dpowerpc and = TARGET_ARCH=3Dpowerpc64 (from amd64) based on the below updates. >>>=20 >>> You initially mention "two flags" but then only explicitly request = removal of one (the -CFLAGS+=3D -Wa,-mppc64bridge line). >>>=20 >>> I'm assuming that the -mcpu=3Dpowerpc64 is also to be removed if = powerpc (non-64) is to be covered. See my intended test below. Let me = know if it is not what you want.=20 >>>=20 >>>> # svnlite diff sys/boot/powerpc/kboot/Makefile >>>> Index: sys/boot/powerpc/kboot/Makefile >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- sys/boot/powerpc/kboot/Makefile (revision 302457) >>>> +++ sys/boot/powerpc/kboot/Makefile (working copy) >>>> @@ -71,7 +71,7 @@ >>>> # Avoid the open-close-dance for every file access as some = firmwares perform >>>> # an auto-negotiation on every open of the network interface and = thus causes >>>> # netbooting to take horribly long. >>>> -CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE -mcpu=3Dpowerpc64 >>>> +CFLAGS+=3D -DNETIF_OPEN_CLOSE_ONCE >>>>=20 >>>> # Always add MI sources >>>> .PATH: ${.CURDIR}/../../common = ${.CURDIR}/../../../libkern >>>> @@ -88,9 +88,6 @@ >>>>=20 >>>> LDFLAGS=3D -nostdlib -static -T ${.CURDIR}/ldscript.powerpc >>>>=20 >>>> -# 64-bit bridge extensions >>>> -CFLAGS+=3D -Wa,-mppc64bridge >>>> - >>>> # Pull in common loader code >>>> #.PATH: ${.CURDIR}/../../ofw/common >>>> #.include "${.CURDIR}/../../ofw/common/Makefile.inc" >>>=20 >>>> # svnlite diff sys/boot/powerpc/Makefile >>>> #=20 >>>=20 >>> (I.e., I reverted sys/boot/powerpc/Makefile.) >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>=20 >> The TARGET_ARCH=3Dpowerpc build completed with the following messages = (from grep'ing for kboot in the typescript file): >>=20 >>> =3D=3D=3D> sys/boot/powerpc/kboot (all) >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.c >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/conf.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/metadata.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/vers.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/main.o >>> /usr/src/sys/boot/powerpc/kboot/main.c:307:12: warning: variable = 'sp' is uninitialized when used here [-Wuninitialized] >>> /usr/src/sys/boot/powerpc/kboot/main.c:306:29: note: initialize the = variable 'sp' to silence this warning >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ppc64_elf_fr= eebsd.o >>> /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' is invalid in C99 = [-Wimplicit-function-declaration] >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/host_syscall= .o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostcons.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/hostdisk.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kerneltramp.= o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/kbootfdt.o >>> --- kbootfdt.o --- >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = 'const char *' to parameter of type 'char *' discards qualifiers = [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/host_syscall.h:36:21: note: passing = argument to parameter 'path' here >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assigning = to 'uint64_t *' (aka 'unsigned long long *') from 'const void *' = discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assigning = to 'uint32_t *' (aka 'unsigned int *') from 'const void *' discards = qualifiers [-Wincompatible-pointer-types-discards-qualifiers] >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ucmpdi2.o >>> In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/ucmpdi2.c:37: >>> In file included from = /usr/src/sys/boot/powerpc/kboot/../../../libkern/quad.h:59: >>> /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: "No user-serviceable parts inside." [-W#warnings] >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/boot.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/commands.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/console.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/devopen.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_backs= lash.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_parse= .o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/ls.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/misc.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/module.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/panic.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf32.o= >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf32.= o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/load_elf64.o= >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/reloc_elf64.= o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/dev_net.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/disk.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/part.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/crc32.o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/interp_forth= .o >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.kboot= >>> Building = /usr/obj/clang/powerpc.powerpc/usr/src/sys/boot/powerpc/kboot/loader.help >>=20 >> The compiler involved was clang 3.8.0 . (This was a = WITH_META_MODE=3Dyes build.) >>=20 >> The TARGET_ARCH=3Dpowerpc64 build also completed. The compiler = involved was powerpc64-gcc. (This was a WITH_META_MODE=3Dyes build.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > I just noticed at least one additional warning (for hostdisk.c) from = the TARGET_ARCH=3Dpowerpc64 so here is the list via grep for that = context: >=20 >> # grep kboot = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolch= ain-amd64-host-2016-07-11:11:02:56 | grep -i warning: >> /usr/src/sys/boot/powerpc/kboot/ppc64_elf_freebsd.c:94:15: warning: = implicit declaration of function 'md_load64' = [-Wimplicit-function-declaration] >> /usr/src/sys/boot/powerpc/kboot/hostdisk.c:96:10: warning: format = '%s' expects argument of type 'char *', but argument 2 has type 'void *' = [-Wformat=3D] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:54:17: warning: passing = argument 1 of 'host_open' discards 'const' qualifier from pointer target = type [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:123:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:125:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:134:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/kbootfdt.c:135:8: warning: assignment = discards 'const' qualifier from pointer target type = [-Wdiscarded-qualifiers] >> /usr/src/sys/boot/powerpc/kboot/../../../sys/syslimits.h:41:2: = warning: #warning "No user-serviceable parts inside." [-Wcpp] >> /usr/src/sys/boot/powerpc/kboot/../../common/ls.c:142:18: warning: = variable 'tail' set but not used [-Wunused-but-set-variable] >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 From owner-freebsd-current@freebsd.org Mon Jul 11 21:24:18 2016 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 06A6AB92766 for ; Mon, 11 Jul 2016 21:24:18 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f174.google.com (mail-io0-f174.google.com [209.85.223.174]) (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 CE4511D28 for ; Mon, 11 Jul 2016 21:24:17 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f174.google.com with SMTP id q83so48878039iod.1 for ; Mon, 11 Jul 2016 14:24:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=Oy72g2Hpa/buF0FExfxI+uVGs/kbYl3ajSGCKngaz2Q=; b=M0ExsbsApmN2svJO9CbkZZQ/HxBZv8XLg6x+LBl1+EnsBrcJuhsysxmp7gA7Mplq8o mDMDESsQtvTlaB2lDeCEpn76XDzm/Jf6c6Kv7x5k/KfGQAiEeaoNXZ54p/gtOgVQ/YEZ VmMlUQpzsDPW/2LTNiGIk+uuJQQb+tG4hGvTZgcBAgCoLlLiPk9QLKaIG8xJ6j3JQnKa 4CBZMcS5wnvb0VMTmTDmFGM7UlLRq2Mubbcf2vcFfLB6C3McAWuHn7aQ6+mssYyO2/j5 4lOI2mw3Dn64jYoEDZiR3htUK978+O9j9t8p+vTPgHeixtwTCj70/5dRPPRQBkzen34d xisg== X-Gm-Message-State: ALyK8tKNGZyIdxQYzFv7XBXHK+zcQAV6HGWCp1YMCWRCx3lTFJHC62K4L/Y+PadA9gY08A== X-Received: by 10.107.133.93 with SMTP id h90mr15874539iod.16.1468272251132; Mon, 11 Jul 2016 14:24:11 -0700 (PDT) Received: from mail-io0-f181.google.com (mail-io0-f181.google.com. [209.85.223.181]) by smtp.gmail.com with ESMTPSA id 81sm11851623iom.16.2016.07.11.14.24.10 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 14:24:10 -0700 (PDT) Received: by mail-io0-f181.google.com with SMTP id m101so34656008ioi.2 for ; Mon, 11 Jul 2016 14:24:10 -0700 (PDT) X-Received: by 10.107.38.76 with SMTP id m73mr25825630iom.7.1468272250652; Mon, 11 Jul 2016 14:24:10 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.206.2 with HTTP; Mon, 11 Jul 2016 14:24:10 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Mon, 11 Jul 2016 14:24:10 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Ronald Klop Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:24:18 -0000 DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe it's time to move on from CD. Best, Conrad On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wrote: > Hi, > > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > The bootonly iso (281MB) burns and runs ok. > > Regards, > Ronald. > _______________________________________________ > 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 Mon Jul 11 21:32:36 2016 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 77E2DB92B9B for ; Mon, 11 Jul 2016 21:32:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39D7A16AA; Mon, 11 Jul 2016 21:32:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x22f.google.com with SMTP id w18so24032069oiw.3; Mon, 11 Jul 2016 14:32:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=RAFncpNUSVpg+PxV6bchuF2RH98gSx/asramQbUSH/k=; b=tgye4EbMUpOD8sOKPirsSYFMz9WIG7Ep1oV/U3MomopSacwFDHn56R41BUMcUA1vsC qlAMauRjzWCKPOreZJYgtOa01ZeMgJ54zqdO8PA32oyS7GWyy7BmLGJrDEPjvuq6452M hsAT7SNv4NV7FFZ311J8zCno4bmhpsPWyeXbQHrC9WzgsQwwPvOFN7GyetgVAYsN+KCi ewf8DPfJaWNpXFABcsbmNVx0li+dEHTrnwSwWpICODhtfrrUGxmaGXk86gv1YrLP/DvK VjHg3YcZ5647AaAXWOes3ewyECSyYUMYzmWTXvL6fXGnnaCAkFdtSYfidhf5d+qKNOnk akMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=RAFncpNUSVpg+PxV6bchuF2RH98gSx/asramQbUSH/k=; b=XYtXFgjx+kDs4Ui6wwQQ7KPcHKVFuO3hwuo7C0oNMtbsUCgPqe7utS6U1hufBV7tym 5j5h7IEgsyXQx0BfAbLNhrwOUS8rTFTVMTg6F7nuNRbI6So0IW23fF+ixYAOf1O/e6TW X4+Oj/T61FQ+B1UunM+MUobR04Bphha9Ebsd76cyPKK9x8IEhTOeK18V7OD78B0HYBz7 AxZjvN52W68SITnH7H+hsgUuUpp79yT1M3HXepAWtdj3uxPlVE55jti/jFzH6QNH/K1H gSzjnZHsO06RdMgggrLMiX4c8vX6uNnVgLHgOkFfcWViLCJHeD07KuHQAf5cpgI1KeU6 0mbg== X-Gm-Message-State: ALyK8tJHkSozB3EmT3ybMl3MwihZzpMWxkR+TbO3FAnQgz/aKnE2fgrvV8dyFSOOeaKoCwS55Ew658fPBHNoJA== X-Received: by 10.202.230.84 with SMTP id d81mr2495738oih.182.1468272755313; Mon, 11 Jul 2016 14:32:35 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.198.16 with HTTP; Mon, 11 Jul 2016 14:32:34 -0700 (PDT) In-Reply-To: References: From: Alan Somers Date: Mon, 11 Jul 2016 15:32:34 -0600 X-Google-Sender-Auth: xePa3-DXiGGddWRFKsKZNDggu9k Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: "Conrad E. Meyer" Cc: Ronald Klop , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:32:36 -0000 > On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wrote: >> Hi, >> >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >> >> The bootonly iso (281MB) burns and runs ok. >> >> Regards, >> Ronald. Please open a PR. Those images should be able to fit on a CD. From owner-freebsd-current@freebsd.org Mon Jul 11 21:41:46 2016 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 11994B92DE6 for ; Mon, 11 Jul 2016 21:41:46 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 00F641A88; Mon, 11 Jul 2016 21:41:46 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id A559915BC; Mon, 11 Jul 2016 21:41:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 11 Jul 2016 21:41:44 +0000 From: Glen Barber To: Alan Somers Cc: "Conrad E. Meyer" , Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160711214144.GA7465@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:41:46 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > > On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wro= te: > >> Hi, > >> > >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > >> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > >> > >> The bootonly iso (281MB) burns and runs ok. > >> > >> Regards, > >> Ronald. >=20 > Please open a PR. Those images should be able to fit on a CD. This was actually a known "going to be problem" thing for 11.0. I'm looking into how to fix this for 11.0-RELEASE, but right now, there is not much more we can exclude from it. :( Glen --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhBKYAAoJEAMUWKVHj+KTiRgP/i4tRLCQgdfxAy62IJE8vCfh guKpugf80zj8JWKUX3/ufp+RTvYyxkUQW9ihFeWZMHl7nNdWLqpalnMNQaY1i6FX EkpivJ4fXGS+AAXJA67SIMsJL935ifMozCCi3+ke24AD13jzJU+038gz0vgxqsvD i61Kac19i7BD6hvlSXPuCCQFRbOLftC8odwD0+j54S4vmOaYYzIGqKFos2dxh+rF TDJ2jOv/88wfCvObge4x/jcs5MFT/HRIhFgDfKejfDlG/uwWimhAxD6dQf52Q42u VYWwbKy24MtPtoEiTiiXL3eeXKQA+t/nNPhnd6Gka1EMjv+NfZUjrWmcxYnAQe+E 8fFVYrWRpa0cSvjqw0l3Jl1D9eVXkRwzFM5OqgBhaRjbH764fjgCcd07uK52IA+o QIiCQeePrRjew8VPEksaBQh/s0hghFTEycKR5UaVy4bhyRRTt8mGzcJXWkMVLMN6 97pxcbEwC1bexSCUrp6z4QOO/altkfCSWuXOopJmXa4ejZjvXppBvgTPnW2fIcRX DCg/sV8AD204x09Edjhm2L3MT646HGwvXrTjM2JoRHafjnkxVSMVfG7MEt2GYGL9 G5RKyqGnYOOfc/RB5QgMpIaHrfoV7kz5rVYa8HmdkQjYVgEQa1tXgECbZdAPOm69 01ebjDStvHpY/jSIZoz7 =Op4s -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@freebsd.org Mon Jul 11 21:45:55 2016 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 E7E13B92F2C for ; Mon, 11 Jul 2016 21:45:55 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7BF41DB1; Mon, 11 Jul 2016 21:45:55 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bMj1g-000KJB-FZ; Tue, 12 Jul 2016 00:46:04 +0300 Date: Tue, 12 Jul 2016 00:46:04 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: Alan Somers , "Conrad E. Meyer" , Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160711214604.GG20831@zxy.spb.ru> References: <20160711214144.GA7465@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160711214144.GA7465@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:45:56 -0000 On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: > On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > > > On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wrote: > > >> Hi, > > >> > > >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > > >> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > >> > > >> The bootonly iso (281MB) burns and runs ok. > > >> > > >> Regards, > > >> Ronald. > > > > Please open a PR. Those images should be able to fit on a CD. > > This was actually a known "going to be problem" thing for 11.0. I'm > looking into how to fix this for 11.0-RELEASE, but right now, there is > not much more we can exclude from it. :( Reduce GENERIC to MINIMAL? From owner-freebsd-current@freebsd.org Mon Jul 11 21:56:20 2016 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 DB232B9223E for ; Mon, 11 Jul 2016 21:56:20 +0000 (UTC) (envelope-from luzar722@gmail.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 A1954162F; Mon, 11 Jul 2016 21:56:20 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id f6so295637ith.0; Mon, 11 Jul 2016 14:56:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=KuRAmiNe7H2s9JgjowwuL4l8dMF3K7rZn7BKNJNsxKI=; b=WPRiBKroFgHkw8hMQylU03x15ydUGwV31Oddy6dPSeGwKNo2H4BLoLRS6TqTd+okf1 NX5IfDifcG5PnuRvN60st9LBKWTIUZH+YHlTjU8spNKLJ3toeJx174JsTf5mZ0u0Gdyv gnbXhqZ6NKIqoDg2y1iTbkHbKDnAWe4ZD/Mfj7GNFcffeDHddy5K5cuHfu8bv1Rllseq cbs7ySNTBLpcTPCSoGkbdHPBDnG4l32zKQePUrdNnJVqBVgj6NK2mufuvj79nJfI3pcx ogjjFIFkMkRjaTEbH5OAVVfO/aDQxz2hvMD9XGdcV/ELicl0SYx6DafjKkB/nB1/Xm6V UtSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=KuRAmiNe7H2s9JgjowwuL4l8dMF3K7rZn7BKNJNsxKI=; b=kwoyWhpuyVGE96bylrovt0mEeQPJrCZ+ajyQ+yK+HnNE7PveDbANC/cbvGDcxlin6H M1dPrk1qwtcjT0/Ofq8fasktiN1FimyJRD0uccBWlTZfJa3kPhHD8O0uasc+JbD4+O/E t5D2WebhvgjYj6o45n2OLOC0LXh7cNui/gyJ4/Avc2vwD8GFUodPXKElNnnGvp4ewU2t tm5QcvMkGRTqFv0E4Kpk45PPhVSz8FD2QrgfTIasVRmqZeNPJ+7CsPX1Ri+TqQgh3/h5 kj2rLH1LuhyDo7csf7RrZBYuQN9ZMAO4Ls0Hgyy6ttdPxqaFeFTIyJrjGu19r/O9S/86 lMFA== X-Gm-Message-State: ALyK8tKQ9V6ktR0T6AHq9ZU2GZT5uAqxfQKXSver53X3bmnmFE47FYylf5r8Pm5uH4JWFg== X-Received: by 10.36.68.3 with SMTP id o3mr12406204ita.72.1468274179782; Mon, 11 Jul 2016 14:56:19 -0700 (PDT) Received: from [10.0.10.3] (cpe-184-56-210-236.neo.res.rr.com. [184.56.210.236]) by smtp.googlemail.com with ESMTPSA id o15sm9458146ith.2.2016.07.11.14.56.18 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 11 Jul 2016 14:56:19 -0700 (PDT) Message-ID: <57841622.4030809@gmail.com> Date: Mon, 11 Jul 2016 17:56:50 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Glen Barber CC: Alan Somers , "Conrad E. Meyer" , Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r References: <20160711214144.GA7465@FreeBSD.org> In-Reply-To: <20160711214144.GA7465@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 21:56:21 -0000 Glen Barber wrote: > On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: >>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wrote: >>>> Hi, >>>> >>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >>>> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >>>> >>>> The bootonly iso (281MB) burns and runs ok. >>>> >>>> Regards, >>>> Ronald. >> Please open a PR. Those images should be able to fit on a CD. > > This was actually a known "going to be problem" thing for 11.0. I'm > looking into how to fix this for 11.0-RELEASE, but right now, there is > not much more we can exclude from it. :( > > Glen > I burned 11.0-ALPHA6 to a 700 MB CD-r using "cdrecord -sao -overburn -disc1.iso" From owner-freebsd-current@freebsd.org Mon Jul 11 22:01:35 2016 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 44F36B923C3 for ; Mon, 11 Jul 2016 22:01:35 +0000 (UTC) (envelope-from mailing-machine@vniz.net) 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 E64B61A84 for ; Mon, 11 Jul 2016 22:01:34 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f47.google.com with SMTP id f93so32142716lfi.2 for ; Mon, 11 Jul 2016 15:01:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=Vn1rQHeH+UEOOCE1Pml6pfKW1p7+kaZgZCzsfVqPalY=; b=BAk6kD4RqaSE51PlxAYPaC9vpIPEQLlhDy5qRbnSfhVKN0N4GRfEIDJd1z6Bq+WI+F eZIpZaemKb20EtV9sLCr5DXsfao1cBWk7czYl2fGRkfN+JzLqrJqJey7fArNlb51WazV 7RU5Pzvc/zx9XC3uB91DBCN1xK6YlwuuMWLX2oHcwGijklP/Ro2yPiHubFUgzkxrdE8n vXevFH9GeKAn/uN/qQC3+IuSUcgNFIOqtene9NC+JNtaZTvmkboh0hyoCWHBD+nlb1Ng LaT/nWjdLd39i1bWrwXfU+iCERoZG8qPBQYGZ8Im9q1QY92ihBn+kOC8ZdEa0DYaMH/+ Z1hA== X-Gm-Message-State: ALyK8tKHymvd1RfY4NnVIPA+Ybcoqng/QjM+3HBZhHICLe7rBmcGB+ibCtfaE9jzKDcXIA== X-Received: by 10.25.43.202 with SMTP id r193mr5499263lfr.80.1468274486598; Mon, 11 Jul 2016 15:01:26 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id u77sm5049754lja.18.2016.07.11.15.01.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 15:01:26 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov References: <20160710133019.GD20831@zxy.spb.ru> <20160710150143.GK46309@zxy.spb.ru> <9ead7cd7-7d1b-2dd8-eea8-43f7766d92a9@freebsd.org> <20160711102906.GN46309@zxy.spb.ru> <1468253073.695754.662984777.1E8F9C28@webmail.messagingengine.com> <20160711162902.GO46309@zxy.spb.ru> <20160711201350.GF20831@zxy.spb.ru> Cc: Mark Felder , freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <6f8ff1e9-9358-17cb-aca5-ad3abef6b616@freebsd.org> Date: Tue, 12 Jul 2016 01:01:24 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160711201350.GF20831@zxy.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 22:01:35 -0000 On 11.07.2016 23:13, Slawa Olhovchenkov wrote: > On Mon, Jul 11, 2016 at 07:48:44PM +0300, Andrey Chernov wrote: > >> On 11.07.2016 19:29, Slawa Olhovchenkov wrote: >>> On Mon, Jul 11, 2016 at 11:04:33AM -0500, Mark Felder wrote: >>> >>>> >>>> >>>> On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrote: >>>>> >>>>> I.e. GOST will be available in openssl. >>>>> Under BSD-like license. >>>>> Can be this engine import in base system and enabled at time 1.1.0? >>>>> And can be GOST enabled now? >>>>> >>>> >>>> I think the wrong question is being asked here. Instead we need to focus >>>> on decoupling openssl from base so this can all be handled by ports. >>> >>> This is wrong direction with current policy. >>> ports: unsupported by FreeBSD core and securite team, no guaranted to comaptible >>> between options and applications. >>> >>> base: supported by FreeBSD core and securite team, covered by CI, >>> checked for forward and backward API and ABI compatibility. >>> >> >> Ports are supported by secteam, and recently I notice "headsup" mail >> with intention to make base openssl private and switch all ports to >> security/openssl port. > > I mean `support` is commit reviewing, auditing and etc. > Secteam do it for ports? At least CVEs are tracked. You better ask about whole list of ports secteam duties secteam themselves. > >> Adding of GOST as 3rd party plugin is technically possible in both >> (base, ports) cases, the rest of decision is up to FreeBSD openssl >> maintainers and possible contributors efforts. >> >> I need to specially point to "patches" section of the 3rd party GOST >> plugin, from just viewing I don't understand, are those additional >> openssl patches should be applied to openssl for GOST, or they are just >> reflect existent changes in the openssl. >> >> _______________________________________________ >> freebsd-security@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-security >> To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon Jul 11 22:33:47 2016 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 0C875B92AC4 for ; Mon, 11 Jul 2016 22:33:47 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 D35AA1A95 for ; Mon, 11 Jul 2016 22:33:46 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u6BMXf0W078197 for ; Mon, 11 Jul 2016 15:33:48 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20160711214604.GG20831@zxy.spb.ru> References: <20160711214144.GA7465@FreeBSD.org>, <20160711214604.GG20831@zxy.spb.ru> From: "Chris H" Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Date: Mon, 11 Jul 2016 15:33:48 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: udns.ultimatedns.net; Sender-ip: 127.0.0.1; Sender-helo: ultimatedns.net; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 22:33:47 -0000 On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov wrote > On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: > > > On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > > > > On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop > > > wrote: >> Hi, > > > >> > > > >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > > > >> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > > >> > > > >> The bootonly iso (281MB) burns and runs ok. > > > >> > > > >> Regards, > > > >> Ronald. > > > > > > Please open a PR. Those images should be able to fit on a CD. > > > > This was actually a known "going to be problem" thing for 11.0. I'm > > looking into how to fix this for 11.0-RELEASE, but right now, there is > > not much more we can exclude from it. :( Can't it use the compressed iso format, or is it already using that format. Sorry haven't checked. > > Reduce GENERIC to MINIMAL? --Chris From owner-freebsd-current@freebsd.org Mon Jul 11 22:39:56 2016 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 BD8BCB92D55 for ; Mon, 11 Jul 2016 22:39:56 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F9601EB1 for ; Mon, 11 Jul 2016 22:39:56 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id E0C9113C2 for ; Mon, 11 Jul 2016 22:39:54 +0000 (UTC) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> From: Allan Jude Message-ID: <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> Date: Mon, 11 Jul 2016 18:39:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 22:39:56 -0000 On 2016-07-11 18:33, Chris H wrote: > On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov wrote > >> On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: >> >>> On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: >>>>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop >>>> wrote: >> Hi, >>>>>> >>>>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >>>>>> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >>>>>> >>>>>> The bootonly iso (281MB) burns and runs ok. >>>>>> >>>>>> Regards, >>>>>> Ronald. >>>> >>>> Please open a PR. Those images should be able to fit on a CD. >>> >>> This was actually a known "going to be problem" thing for 11.0. I'm >>> looking into how to fix this for 11.0-RELEASE, but right now, there is >>> not much more we can exclude from it. :( > Can't it use the compressed iso format, or is it already using that > format. Sorry haven't checked. >> >> Reduce GENERIC to MINIMAL? > > --Chris > > > _______________________________________________ > 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" > 380MB of the data on disc1 is the distsets, which are already .txz (max compression). That doesn't leave much room for the live OS on the disk. -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jul 11 22:45:04 2016 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 7A3FCB92EF3 for ; Mon, 11 Jul 2016 22:45:04 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f53.google.com (mail-lf0-f53.google.com [209.85.215.53]) (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 0A90B13A4 for ; Mon, 11 Jul 2016 22:45:03 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f53.google.com with SMTP id b199so1728762lfe.0 for ; Mon, 11 Jul 2016 15:45:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=oPoEGqCrjGt3O2w62mwp01AlqNc7C1hBzT1GhIUkhZU=; b=hjNRVf6gd0y/RHXLmbPTAorwFDWEIIECuWe1UHtvMdQL0EsdoDTCcm+2cDtB8H+rzR 27yO8UPloq5TQsLjI4V1zfUJF9an2u0pzxnf7quXr2yMXem+WirN4v6Gfpi3g2GSZ6ci qhhrOWwjt2n/exuZpkQEwkHEXGbpjVK54rabbxL464eIhPkq2SFely4rds+AbDOlpp2d AmxvpBiwni1hGuL7jEF0hPbgEM07/47ElF4NoZ/1HTwLFun6B4R9VhSpTGfHPUC/V1pR Ha5n+LEOEQ+ist2BrI3iZP4v2E/ZE60p7EhGfWOcMJCxa9nhA1smQ0OCdf30286tbqsp W6ow== X-Gm-Message-State: ALyK8tIolIvuoBzFNyRdvSQRfCIwaJ2109JEKrZkvOSdEW5LWABrm6dgGfJCbdz22DJ/ig== X-Received: by 10.46.1.67 with SMTP id 64mr4675933ljb.22.1468277096135; Mon, 11 Jul 2016 15:44:56 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id h62sm1664273lji.28.2016.07.11.15.44.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 15:44:55 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov , Jung-uk Kim References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> Date: Tue, 12 Jul 2016 01:44:54 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160711184122.GP46309@zxy.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 22:45:04 -0000 On 11.07.2016 21:41, Slawa Olhovchenkov wrote: > On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > >> On 07/10/16 10:10 AM, Andrey Chernov wrote: >>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>>> I am surprised lack of support GOST in openssl-base. >>>> Can be this enabled before 11.0 released? >>> >>> AFAIK openssl maintainers says something like they can't support this >>> code and it will become rotten shortly with new changes, so they drop it. >> >> [OpenSSL-maintainer-for-the-base hat on] >> >> GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on >> these branches unless secteam explicitly ask us to do so. However, we >> *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. >> >> [OpenSSL-maintainer-for-the-base hat off] >> >> Jung-uk Kim >> > > Thanks! > > May be need file PR for dns/bind910? > > # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile > .include > > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && ${SSL_DEFAULT} == base > BROKEN= OpenSSL from the base system does not support GOST, add \ > DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and rebuild everything \ > that needs SSL. > .endif > I dislike idea to use GOST in the bind, it is unneeded there, DNSSEC don't use GOST, so I vote for removing GOST option from there. From owner-freebsd-current@freebsd.org Mon Jul 11 22:52:04 2016 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 CA6D4B92223 for ; Mon, 11 Jul 2016 22:52:04 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f41.google.com (mail-lf0-f41.google.com [209.85.215.41]) (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 59B4C19C3 for ; Mon, 11 Jul 2016 22:52:03 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f41.google.com with SMTP id f93so32756092lfi.2 for ; Mon, 11 Jul 2016 15:52:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=2A9gF/l8qajVo/cG0TsptQqoOUCLuhXgiSzdmvunXf0=; b=cnI4LTpLB4qGRRpLIKF+tGqDVxEmz9IO3Ee7WYuCKo+deYKp7UBe2B+eJwijn41iMw 3UBJ7Yx1r46g9VcgUdKvmba+EPsJJA+Zdo8QIgORGwm7WZocSzxG+moxXinYnD/WPxo3 7flNOMfJx5XYkHZ31CKs+1zsLxvtjk0NvN6CgA4/9hTIaSdoVkmtupakSGwtXL6JC0f5 JyL8jJUTg5JLQwxu/qQzg9yFFSKD2IS+4JLuTrf1G6YtzTjSUbYAPwmknLu+lsy9cA/X O2szhibV1oBcnpL1XJUda2TpiOvo8yvquzNQJIJypYF6ql+ognnq5Uu5WrQw9LO9K/IW Y5Yg== X-Gm-Message-State: ALyK8tKECdaATVZMhSWABSe1lPZFcAiaqLC3w8Tn4w8CToENGxyaY52hvHTQ8wZPosZNyA== X-Received: by 10.25.216.106 with SMTP id p103mr5476928lfg.226.1468277516245; Mon, 11 Jul 2016 15:51:56 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id h36sm2639412ljh.23.2016.07.11.15.51.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 15:51:55 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Slawa Olhovchenkov , Jung-uk Kim References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org From: Andrey Chernov Message-ID: Date: Tue, 12 Jul 2016 01:51:54 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 22:52:04 -0000 On 12.07.2016 1:44, Andrey Chernov wrote: > On 11.07.2016 21:41, Slawa Olhovchenkov wrote: >> On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: >> >>> On 07/10/16 10:10 AM, Andrey Chernov wrote: >>>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: >>>>> I am surprised lack of support GOST in openssl-base. >>>>> Can be this enabled before 11.0 released? >>>> >>>> AFAIK openssl maintainers says something like they can't support this >>>> code and it will become rotten shortly with new changes, so they drop it. >>> >>> [OpenSSL-maintainer-for-the-base hat on] >>> >>> GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on >>> these branches unless secteam explicitly ask us to do so. However, we >>> *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. >>> >>> [OpenSSL-maintainer-for-the-base hat off] >>> >>> Jung-uk Kim >>> >> >> Thanks! >> >> May be need file PR for dns/bind910? >> >> # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile >> .include >> >> .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && ${SSL_DEFAULT} == base >> BROKEN= OpenSSL from the base system does not support GOST, add \ >> DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and rebuild everything \ >> that needs SSL. >> .endif >> > > I dislike idea to use GOST in the bind, it is unneeded there, DNSSEC > don't use GOST, so I vote for removing GOST option from there. > I need to note that RFC exists, proposing GOST (old version) for DNSSEC: https://tools.ietf.org/html/rfc5933 but nobody really use it. From owner-freebsd-current@freebsd.org Mon Jul 11 23:01:59 2016 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 71FF7B9256F for ; Mon, 11 Jul 2016 23:01:59 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 251ED1153 for ; Mon, 11 Jul 2016 23:01:58 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x234.google.com with SMTP id f65so80795190wmi.0 for ; Mon, 11 Jul 2016 16:01:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=i5yBq5i5qRjfQcf0bLakO3yPiYwC2Cp62CNWfoBvuNc=; b=08T6xnCKfL5f+QidzmCDlb2Bh6rsZ6Jo8I2mCsKwveYaemyCn3Unr2AhcERczuu5pA d23YUgSx0NWqgJxZFTmObmic0hQllx6XYECcGRsMvK90XhjSC9ffi6qmhN8s/y37nuGf E5trha/Ql7i+YHl61EWL2Y3LRPHevfeUugo2QP2KHnRKRjzD4nJdHltBS8DuL/7RIawh q83OyHoLcdDwdl2i0+coEeMTuSRsgBdtCBnD9bqD5V44tg39faVBQ3xxjwiFQgcAYlFZ zLnLuVGkFYJvvradhD/WyGRtaXtWBZd+mhlm8zLAA6O8Ig2/U8jwKyiCpPFXIF1hrk5f 9pkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=i5yBq5i5qRjfQcf0bLakO3yPiYwC2Cp62CNWfoBvuNc=; b=m9EKK4iYykwQQlSU5nYC5S2GdOi05XtEjqrIed9v8PrWMwihjHaxsURVp+0q/qKGOZ IqCrWex0Pk+4M+Wjc6YfGCCp7/bQPZiG3hLYe18u3U/wOF5YtnkU/76bapm8H1LUwh8y 9LAaYh1yth2D25Z0XcsVpq3peFJtVsHKZEF9CPAaPeWIleq4aWLpULF5qoR7fthFoHaP DJLwvlJd4lRbY9Hw4nQls6VfKKM32L6XblIEgEdm+3m3LJ869kWCaYRAuRfF99XT4ZT2 mXEnWK/PH5/ZsWHA27W43lG6jkH5WBVQowJQ2smzsYcfqSLOdplZ0vB/0UVapWrwRDB7 +vgQ== X-Gm-Message-State: ALyK8tKIZO4jUkZCGlUmR5w3CAHIsW2c2TgryL7KdvdAHfPJFIUEWiAIn+lhFmXzZ+CAP3DQ X-Received: by 10.194.230.104 with SMTP id sx8mr1760322wjc.137.1468278117326; Mon, 11 Jul 2016 16:01:57 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id kj1sm1987641wjc.14.2016.07.11.16.01.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 16:01:56 -0700 (PDT) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> From: Steven Hartland Message-ID: <45cd3886-b8e5-7af8-31d7-bb771684aef3@multiplay.co.uk> Date: Tue, 12 Jul 2016 00:02:00 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 23:01:59 -0000 On 11/07/2016 23:39, Allan Jude wrote: > On 2016-07-11 18:33, Chris H wrote: >> On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov >> wrote >> >>> On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: >>> >>>> On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: >>>>>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop >>>>> wrote: >> Hi, >>>>>>> >>>>>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a >>>>>>> CD on >>>>>>> Windows 10. It complained that the ISO is too big for my 700 MB >>>>>>> CD-r. >>>>>>> >>>>>>> The bootonly iso (281MB) burns and runs ok. >>>>>>> >>>>>>> Regards, >>>>>>> Ronald. >>>>> >>>>> Please open a PR. Those images should be able to fit on a CD. >>>> >>>> This was actually a known "going to be problem" thing for 11.0. I'm >>>> looking into how to fix this for 11.0-RELEASE, but right now, there is >>>> not much more we can exclude from it. :( >> Can't it use the compressed iso format, or is it already using that >> format. Sorry haven't checked. >>> >>> Reduce GENERIC to MINIMAL? >> >> --Chris >> >> >> _______________________________________________ >> 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" >> > > 380MB of the data on disc1 is the distsets, which are already .txz > (max compression). That doesn't leave much room for the live OS on the > disk. > Silly question but what about only supporting DVD? I can't remember the last server I installed that had CDROM drive vs a DVD drive. From owner-freebsd-current@freebsd.org Mon Jul 11 23:08:38 2016 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 C68E5B9273C for ; Mon, 11 Jul 2016 23:08:38 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99CCA17B5 for ; Mon, 11 Jul 2016 23:08:38 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x22b.google.com with SMTP id f6so1507812ith.0 for ; Mon, 11 Jul 2016 16:08:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=IoVh0QC47HmHdb3h7uFv1DZia1PF9b+G+vZwgzzpc04=; b=15+gySZsgo4NORGB6yoma7zaGOk7h63ZqAt/uDehB/sc6u+wzhwMPa0Xh2AzT5mc5H wIDP7vthPyqgoUPZGBZkUirdf/N9p4xdX7yfPlhZH4aLl8lsnz7qlD9NFvaxMqEpNgR6 tSXLQncwB9G+Y57KoLHpZ5Ksiap3TeCuDWynbQ4ZYE2u1HXsh9hvjldPwPQ05gBsVB4B 1Doiqd5CYQd/u/7ZEkYQa59WaP/xD1Nsldn1esDuzPkuBDizTyLQl/rEHoW2FSjKcymR 2GJeQX26t6nGEiqq9jDX7dPhk/vHWwfKfH7FJTQrLie1pzntTAS/EVJOX0hAagKYjYPl y24g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=IoVh0QC47HmHdb3h7uFv1DZia1PF9b+G+vZwgzzpc04=; b=KEkvFS53tVYY5MGzSDS6NSbU3gJNue8vtfxk4QIRXVeRSCakfkaBrOz/3rVH6Zbksx 9XAJFvy+MP//IMi0rgn1WdKn63Rs0uJlUilnGWps4QoLXpm8QglHEJKlo+XC1D65t1G/ W/OfbHx4OgzbGkO9ykRu2Tg0EersRHYmR6zRxML1jPBxkm/MokU4d7u3lmr9TXpMkLHx xwR52cXJmDJzADK36tSeEFwRLX/27w2RlUN1J+2+S82GnzN46yyyDQ3GBVkysKuFCYfD +TMcfCrd6AMbyZ0+aymOeGGGNmpkONb6rNMbOj0JN7kFGaJ9XZczAqdhviEZ9jKIKPxY LjRg== X-Gm-Message-State: ALyK8tIWgvq5acC4rZnrvBdhoPM6Hh5hDfEWC4CxdzBxOrkFyZHIi1qbWeP/G+Idp98bcLFcCvo42qT+Pxc/2hNl X-Received: by 10.36.188.65 with SMTP id n62mr13267927ite.61.1468278517925; Mon, 11 Jul 2016 16:08:37 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Mon, 11 Jul 2016 16:08:37 -0700 (PDT) In-Reply-To: <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> From: Maxim Sobolev Date: Mon, 11 Jul 2016 16:08:37 -0700 X-Google-Sender-Auth: Yg8oI7WFIaulGjTuj3Wwi9nsbY8 Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Allan Jude Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 23:08:38 -0000 You don't need that much for OS really if you compress the underlying FS (be that ISO9660 or UFS) with the mkuzip. Just as an extreme example of that, we have liveCD-type image that deals with provisioning a new systems and troubleshooting issues on around 40MB ISO. That includes nearly all of the stock base system tools (modulo compilers and other dev related bits, fully linked ones, not crunch), full amd64 kernel (compressed separately) and complete python 2.7 environment along with necessary dependencies. So if your live OS takes 300MB+, it will be compressed down to under 100MB by just using GEOM_UZIP. Whatever people say here about moving to USB, ISOs are quite useful for setting up VMs as well as for remove booting off IP KVMs. JFYI. -Maxim P.S. It would be cool to have a loader that can read off CLOOP partition, but it's just in my wet dreams now. On Mon, Jul 11, 2016 at 3:39 PM, Allan Jude wrote: > On 2016-07-11 18:33, Chris H wrote: > >> On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov >> wrote >> >> On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: >>> >>> On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: >>>> >>>>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop >>>>>> >>>>> wrote: >> Hi, >>>>> >>>>>> >>>>>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >>>>>>> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >>>>>>> >>>>>>> The bootonly iso (281MB) burns and runs ok. >>>>>>> >>>>>>> Regards, >>>>>>> Ronald. >>>>>>> >>>>>> >>>>> Please open a PR. Those images should be able to fit on a CD. >>>>> >>>> >>>> This was actually a known "going to be problem" thing for 11.0. I'm >>>> looking into how to fix this for 11.0-RELEASE, but right now, there is >>>> not much more we can exclude from it. :( >>>> >>> Can't it use the compressed iso format, or is it already using that >> format. Sorry haven't checked. >> >>> >>> Reduce GENERIC to MINIMAL? >>> >> >> --Chris >> >> >> _______________________________________________ >> 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 >> " >> >> > 380MB of the data on disc1 is the distsets, which are already .txz (max > compression). That doesn't leave much room for the live OS on the disk. > > -- > Allan Jude > > _______________________________________________ > 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 Mon Jul 11 23:28:54 2016 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 3E80DB92D25 for ; Mon, 11 Jul 2016 23:28:54 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 057A31262 for ; Mon, 11 Jul 2016 23:28:53 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u6BNSncD086159 for ; Mon, 11 Jul 2016 16:28:55 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net>, <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> From: "Chris H" Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Date: Mon, 11 Jul 2016 16:28:55 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: udns.ultimatedns.net; Sender-ip: 127.0.0.1; Sender-helo: ultimatedns.net; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 23:28:54 -0000 On Mon, 11 Jul 2016 18:39:51 -0400 Allan Jude wrote > On 2016-07-11 18:33, Chris H wrote: > > On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov > > wrote > > >> On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: > >> > >>> On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > >>>>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop > >>>> wrote: >> Hi, > >>>>>> > >>>>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > >>>>>> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > >>>>>> > >>>>>> The bootonly iso (281MB) burns and runs ok. > >>>>>> > >>>>>> Regards, > >>>>>> Ronald. > >>>> > >>>> Please open a PR. Those images should be able to fit on a CD. > >>> > >>> This was actually a known "going to be problem" thing for 11.0. I'm > >>> looking into how to fix this for 11.0-RELEASE, but right now, there is > >>> not much more we can exclude from it. :( > > Can't it use the compressed iso format, or is it already using that > > format. Sorry haven't checked. > >> > >> Reduce GENERIC to MINIMAL? > > > > --Chris > > > > > > _______________________________________________ > > 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" > > > > 380MB of the data on disc1 is the distsets, which are already .txz (max > compression). That doesn't leave much room for the live OS on the disk. I'm not sure I was clear enough when I responded. So, just for the record; I meant the ISO data itself, not the image per se; that is, not disc-1.iso.txz. But rather mounting a compressed file system. Be it bz2, or xz(1). I seem to remember tar(1) providing examples about creating/mounting compressed archives as iso images, and then writing them as an iso image, that can be later burned to CD/DVD. Another option that I employ, when creating CD/DVD images, is to take a dump(8) of the data I intend to create the image of. This method removes the "slack" from the data/files/dirs, before writing the image -- all the nodes are contiguous, end-for-end. So there is no wasted space. > > -- > Allan Jude --Chris From owner-freebsd-current@freebsd.org Tue Jul 12 00:23:35 2016 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 428B8B92700 for ; Tue, 12 Jul 2016 00:23:35 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E3B21754 for ; Tue, 12 Jul 2016 00:23:35 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x230.google.com with SMTP id f6so2570511ith.0 for ; Mon, 11 Jul 2016 17:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=DQPHmTGlXB8SpAqpymQkNrbhY5XnUPh04JH5BnIwnPE=; b=nbMEA1mfgnniRYAvNN9sMrlc3TYAHfunfnlZTlqvPImFWG4mzf6AlJTyDsT/H0uyGI BpXyw/KdrlUJbxcTWJPCHARHQflU6j0Ty0mI47ONfFB9VNr1vwm/TUjxE9sIialSDK3n TDsdIT1qwlvtoirQH1DcEN1VLgKpC1XDn3502ZECGJR/8wDljekqtc9oER052apNn4Sm HHfnz0zUkSk8/BNHzBdUX+O13aIXVIDX0C3zLkSC/cm+fK8W7Do6yl6EseOMXNe7YAyf dhHkAdoOf+30/LlByYZwmHgv69dWTfOCk8VINKONY1C+xW9doAKgQ93NIv9+yQBFQARw 8g7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=DQPHmTGlXB8SpAqpymQkNrbhY5XnUPh04JH5BnIwnPE=; b=S2mPboKv6P7cMQ7pZ0ugQadzTcuKJLuUyK7kRyGrkVHyKGl5cYMM5RK4CCdRuRzlFz TpIwf3T9nSYkGRoHv3O3/RLSKTv6sGSYjo4Gy0FnbNVc4wOcjKpLcTuNUpjlSrjcojzp TIdKmHScC/+sYm/p+j27pbglSXWN+axcvauRikJbUPd9ySo5hRqQ9wGvLKt8EtkZhK4F DeAeNVGHALbYx3LNHfUsvAtHuFfR/6h4eTvnmGHJpiFklRxgkFH6O2jko32tKBUeCK41 ZiY6Odvvzrxc1MOG/CQx8m6c1XtTVnbrO8/C9FjKTNBwlTJepWYGe3B6d4zK0CKhaq7a /50Q== X-Gm-Message-State: ALyK8tKYnsl74GdHDO/X91+zZ3CjrGwMzo15qrt/oN4JLh6Q1F6Hq8EoUiqD50HqnpvstQYBL6mJ4OCqVsqUxkWE X-Received: by 10.36.82.8 with SMTP id d8mr18399420itb.61.1468283013600; Mon, 11 Jul 2016 17:23:33 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Mon, 11 Jul 2016 17:23:32 -0700 (PDT) In-Reply-To: <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> From: Maxim Sobolev Date: Mon, 11 Jul 2016 17:23:32 -0700 X-Google-Sender-Auth: Pfmv7H8XB8Gwt0QXM__7WnQlefs Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Chris H Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 00:23:35 -0000 P.S. Just in case if somebody wants to integrate this method into FreeBSD liveCD build, we do a bit of trick there by making normal ISO9660 file system with compressed kernel and relevant boot pieces and then also sticking in BSD label on the same disk image. It turns out ISO9660 and BSD disklabel structures do not overlap, so it works nicely since 2005 or so. Then we append UFS image compressed with mkuzip at the end of it. Resulting image can be used just as any ISO would. We also cook up UFS with unique label and then use GEOM_LABEL to easily find relevant file system on boot regardless of the physical device name. mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} eval $(stat -s ${UZPFILE}) UZPSIZE=$((st_size + 2048 - (st_size % 2048))) truncate -s ${UZPSIZE} ${UZPFILE} eval $(stat -s ${ISOFILE}) ISOSIZE=${st_size} echo "bytes/sector: 2048" > ${TDIR}/label.txt echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" >> ${TDIR}/label.txt echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused" >> ${TDIR}/label.txt echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused" >> ${TDIR}/label.txt truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt truncate -s ${ISOSIZE} ${ISOFILE} cat ${UZPFILE} >> ${ISOFILE} -Max On Mon, Jul 11, 2016 at 4:28 PM, Chris H wrote: > On Mon, 11 Jul 2016 18:39:51 -0400 Allan Jude > wrote > > > On 2016-07-11 18:33, Chris H wrote: > > > On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov > > > wrote > > > >> On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: > > >> > > >>> On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > > >>>>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop > > > >>>> wrote: >> Hi, > > >>>>>> > > >>>>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a > CD on > > >>>>>> Windows 10. It complained that the ISO is too big for my 700 MB > CD-r. > > >>>>>> > > >>>>>> The bootonly iso (281MB) burns and runs ok. > > >>>>>> > > >>>>>> Regards, > > >>>>>> Ronald. > > >>>> > > >>>> Please open a PR. Those images should be able to fit on a CD. > > >>> > > >>> This was actually a known "going to be problem" thing for 11.0. I'm > > >>> looking into how to fix this for 11.0-RELEASE, but right now, there > is > > >>> not much more we can exclude from it. :( > > > Can't it use the compressed iso format, or is it already using that > > > format. Sorry haven't checked. > > >> > > >> Reduce GENERIC to MINIMAL? > > > > > > --Chris > > > > > > > > > _______________________________________________ > > > 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" > > > > > > > 380MB of the data on disc1 is the distsets, which are already .txz (max > > compression). That doesn't leave much room for the live OS on the disk. > I'm not sure I was clear enough when I responded. So, just for the record; > I meant the ISO data itself, not the image per se; > that is, not disc-1.iso.txz. But rather mounting a compressed file system. > Be it bz2, or xz(1). I seem to remember tar(1) providing examples about > creating/mounting compressed archives as iso images, and then writing > them as an iso image, that can be later burned to CD/DVD. Another option > that I employ, when creating CD/DVD images, is to take a dump(8) of > the data I intend to create the image of. This method removes the "slack" > from the data/files/dirs, before writing the image -- all the nodes > are contiguous, end-for-end. So there is no wasted space. > > > > > -- > > Allan Jude > > --Chris > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Tue Jul 12 01:16:11 2016 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 AC917B835B2 for ; Tue, 12 Jul 2016 01:16:11 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E57912D2 for ; Tue, 12 Jul 2016 01:16:11 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x22d.google.com with SMTP id hu1so585282pad.3 for ; Mon, 11 Jul 2016 18:16:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=rKkn31wP9EAYSGfKYpjpJt4vAputiCvbj2fed1TQ6is=; b=rNYGAmi35rBMsnVaBr4pyRmDBmc/Ok5Wqa/vujMAlakg0QRy/bDpAHkejGcwV7NKcr 9d4r6a6qzX5ZzLTBJUXXv0iFUaY68Bj5IQ0gJ65WB/YLlIprUI/fDwxTjVoPo6exnzH2 OA19ZP3Wz+OzFvc8lx9ODlBt9Vs4jdAViZF6kqrZYJr/XKcvj/K5Ei5yd4x8ph7ad3g5 IIZXQkQMq2lK40K5MHlkxqj2dSSbjl/55EzCf2w4dGdlN7z6IPJrfUJYRtmSlViPvLez 2I9Ofgibimfo/guSGNSszzyjlSitsoXKfpjRxYVOzzZd+gnDtkfLGbm2TxwdhadAqQM0 Px5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition:user-agent; bh=rKkn31wP9EAYSGfKYpjpJt4vAputiCvbj2fed1TQ6is=; b=R25fcffQx95jFn8X1HYK41NxF7DpRcR/7lIb18LZMK0hpiEG090yCEhw1G5GkEhakp AskB9z6O/sF9MbtYvaNuOb+RYB9mOPUg7u0H672zsvEPljnpVG38sXLjTLKX1b3yIhdy AEKkGjGQIaDLmI4tWqevYO5TyhTsQ3s/a773fu/HkeTdtJsqmh/0tM6IbAhKpUqtzYna JeYx8jlNL+3b+Ca/BOM928gycaySGqAcypn37FAKgYWnEfjwgqVI81HQkHT7do5Szivi IQobOjulBpSNVuMw1f2SgwQ6AYwrYyYJCTUleTGbCeXrvqP/AiHWrAHGvzvqieZ0qgoS L5fA== X-Gm-Message-State: ALyK8tK3eJQDyRmkZdQWYP5/XThrLPRBGtlYaDvXFM4lbtPnYojNLye4IvJCrzXxQRBnoQ== X-Received: by 10.66.236.133 with SMTP id uu5mr39614776pac.35.1468286170555; Mon, 11 Jul 2016 18:16:10 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id cl15sm92690pac.15.2016.07.11.18.16.09 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 18:16:10 -0700 (PDT) Sender: Mark Johnston Date: Mon, 11 Jul 2016 18:19:38 -0700 From: Mark Johnston To: freebsd-current@FreeBSD.org Subject: ptrace attach in multi-threaded processes Message-ID: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 01:16:11 -0000 Hi, It seems to be possible for ptrace(PT_ATTACH) to race with the delivery of a signal to the same process. ptrace(PT_ATTACH) sets P_TRACED and sends SIGSTOP to a thread in the target process. Consider the case where a signal is delivered to a second thread, and both threads are executing ast() concurrently. The two threads will both call issignal() and from there call ptracestop() because P_TRACED is set, though they will be serialized by the proc lock. If the thread receiving SIGSTOP wins the race, it will suspend first and set p->p_xthread. The second thread will also suspend in ptracestop(), overwriting the p_xthread field set by the first thread. Later, ptrace(PT_DETACH) will unsuspend the threads, but it will set td->td_xsig only in the second thread. This means that the first thread will return SIGSTOP from ptracestop() and subsequently suspend the process, which seems rather incorrect. The above is just a theory to explain an unexpectedly-stopped multi-threaded process that I've observed. Is there some mechanism I'm missing that prevents multiple threads from suspending in ptracestop() at the same time? If not, then I think that's the root of the problem, since p_xthread is pretty clearly not meant to be overwritten this way. Moreover, in my scenario I see a thread with TDB_XSIG set even after ptrace(PT_DETACH) was called (P_TRACED is cleared). Thanks, -Mark From owner-freebsd-current@freebsd.org Tue Jul 12 02:44:32 2016 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 047FFB85CD4 for ; Tue, 12 Jul 2016 02:44:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 B29E91010 for ; Tue, 12 Jul 2016 02:44:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19512 invoked from network); 12 Jul 2016 02:45:09 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 12 Jul 2016 02:45:09 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 11 Jul 2016 22:44:35 -0400 (EDT) Received: (qmail 9173 invoked from network); 12 Jul 2016 02:44:35 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 12 Jul 2016 02:44:35 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 864B81C405F; Mon, 11 Jul 2016 19:44:23 -0700 (PDT) From: Mark Millard Subject: Re: svn commit: r302601 - in head/sys: arm/include arm64/include [__WCHAR_MAX definition mostly] Date: Mon, 11 Jul 2016 19:44:28 -0700 Message-Id: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> Cc: Bruce Evans To: svn-src-head@freebsd.org, ache@FreeBSD.org, FreeBSD Current , freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 02:44:32 -0000 https://lists.freebsd.org/pipermail/svn-src-head/2016-July/088998.html = shows: > Modified: head/sys/arm/include/_types.h > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/sys/arm/include/_types.h Mon Jul 11 23:15:54 2016 = (r302600) > +++ head/sys/arm/include/_types.h Tue Jul 12 00:37:48 2016 = (r302601) > @@ -107,7 +107,7 @@ typedef __uint32_t __vm_size_t; > =20 > typedef unsigned int ___wchar_t; > #define __WCHAR_MIN 0 /* min value for a = wchar_t */ > -#define __WCHAR_MAX __UINT_MAX /* max value for a = wchar_t */ > +#define __WCHAR_MAX __INT_MAX /* max for a wchar_t <=3D = WINT_MAX */ > =20 > /* > * Unusual type definitions. >=20 > Modified: head/sys/arm64/include/_types.h > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/sys/arm64/include/_types.h Mon Jul 11 23:15:54 2016 = (r302600) > +++ head/sys/arm64/include/_types.h Tue Jul 12 00:37:48 2016 = (r302601) > @@ -95,7 +95,7 @@ typedef __uint64_t __vm_size_t; > typedef unsigned int ___wchar_t; > =20 > #define __WCHAR_MIN 0 /* min value for a = wchar_t */ > -#define __WCHAR_MAX __UINT_MAX /* max value for a = wchar_t */ > +#define __WCHAR_MAX __INT_MAX /* max for a wchar_t <=3D = WINT_MAX */ > =20 > /* > * Unusual type definitions. My understanding of the criteria for __WCHAR_MIN and __WCHAR_MAX: A) __WCHAR_MIN and __WCHAR_MAX: same type as the integer promotion of = ___wchar_t (if that is distinct). B) __WCHAR_MIN is the low value for ___wchar_t as an integer type; not = necessarily a valid char value C) __WCHAR_MAX is the high value for ___wchar_t as an integer type; not = necessarily a valid char value (A) and (C) seem to be violated here for __WHAR_MAX if I'm right about = (A)-(C). [I'm not sure sure that (A)'s violation for __WCHAR_MIN here = matters much if I got that combination right.] As far as I know arm FreeBSD uses unsigned character types (of whatever = width). There is also at least one past example of Bruce Evans not objecting to = __UINT_MAX for __WCHAR_MAX for arm: https://lists.freebsd.org/pipermail/freebsd-arch/2012-June/012721.html = has his only comment being. . . > % +#ifdef __ARM_EABI__ > % +#define __WCHAR_MIN (0) >=20 > Bogus parentheses. >=20 > % +#define __WCHAR_MAX __UINT_MAX (The definitions were in a different file back then, leading to the = ifdef use.) You may want to check with Bruce Evans. He has good coverage of the = various standards to be covered (that may not all agree and how/what = FreeBSD then picks). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Jul 12 03:58:03 2016 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 2B2DCB925AB for ; Tue, 12 Jul 2016 03:58:03 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f41.google.com (mail-lf0-f41.google.com [209.85.215.41]) (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 B1905153F for ; Tue, 12 Jul 2016 03:58:02 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f41.google.com with SMTP id f93so2343330lfi.2 for ; Mon, 11 Jul 2016 20:58:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=0nhk2KkMaPDyZ2vaCh68ir713TZduRu8jgFYJ3rUklI=; b=P34rsr2hSejUlotvFPagrZ2QF/JCaFbZ69Q5xGKnPVh+g6wB2137JZh20A1DjiTXQr leNAmk88SFEtPvpNVopHQE/ms32C2rhDrRaLG5lPkEmAxhIzP9ykmvoIgWCeRA3X/pHq qzZipCrNLx2Z+JQ2sfXaXwEDs+uqSmH2AUN0SMM28u/E9yzqg6LYsf9QxciUnN6WLemR 4w544a91Hltz0ArsMf23Da+8XABGxsFSCZmSvxfG1mxBPXWXwcoY+s8poG+JMOLp80F8 n3PdFCy0+i2TInePDf+FxJ9XmvmzERG4N1d8vRyLI73LXh6Phw8DLOlilXK6dJdCfMzh Pgjw== X-Gm-Message-State: ALyK8tJeEGUYdeOqLfxEh+WQO8QVNSaY+g26rIeNz6I103Wkn9F5JkvMzAYTKiP9TC5L1w== X-Received: by 10.25.38.213 with SMTP id m204mr22723lfm.107.1468295880295; Mon, 11 Jul 2016 20:58:00 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id r190sm1279323lfg.49.2016.07.11.20.57.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jul 2016 20:57:59 -0700 (PDT) Subject: Re: svn commit: r302601 - in head/sys: arm/include arm64/include [__WCHAR_MAX definition mostly] To: Mark Millard , svn-src-head@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org References: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> Cc: Bruce Evans From: Andrey Chernov Message-ID: Date: Tue, 12 Jul 2016 06:57:58 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 03:58:03 -0000 On 12.07.2016 5:44, Mark Millard wrote: > My understanding of the criteria for __WCHAR_MIN and __WCHAR_MAX: > > A) __WCHAR_MIN and __WCHAR_MAX: same type as the integer promotion of > ___wchar_t (if that is distinct). > B) __WCHAR_MIN is the low value for ___wchar_t as an integer type; not > necessarily a valid char value > C) __WCHAR_MAX is the high value for ___wchar_t as an integer type; not > necessarily a valid char value It seems you are right about "not a valid char value", I'll back this change out. > As far as I know arm FreeBSD uses unsigned character types (of whatever > width). Probably it should be unsigned for other architectures too, clang does not generate negative values with L'' literals and locale use only positive values too. From owner-freebsd-current@freebsd.org Tue Jul 12 08:13:26 2016 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 C9899B92290 for ; Tue, 12 Jul 2016 08:13:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59E541A81; Tue, 12 Jul 2016 08:13:26 +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 u6C5vrA6094162 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 12 Jul 2016 08:57:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6C5vrA6094162 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6C5vrTd094161; Tue, 12 Jul 2016 08:57:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Jul 2016 08:57:53 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160712055753.GI38613@kib.kiev.ua> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 08:13:26 -0000 On Mon, Jul 11, 2016 at 06:19:38PM -0700, Mark Johnston wrote: > Hi, > > It seems to be possible for ptrace(PT_ATTACH) to race with the delivery > of a signal to the same process. ptrace(PT_ATTACH) sets P_TRACED and > sends SIGSTOP to a thread in the target process. Consider the case where > a signal is delivered to a second thread, and both threads are executing > ast() concurrently. The two threads will both call issignal() and from > there call ptracestop() because P_TRACED is set, though they will be > serialized by the proc lock. If the thread receiving SIGSTOP wins the > race, it will suspend first and set p->p_xthread. The second thread will > also suspend in ptracestop(), overwriting the p_xthread field set by the > first thread. Later, ptrace(PT_DETACH) will unsuspend the threads, but > it will set td->td_xsig only in the second thread. This means that the > first thread will return SIGSTOP from ptracestop() and subsequently > suspend the process, which seems rather incorrect. Why ? In particular, why delivering STOP after attach, in the described situation, is perceived as incorrect ? Parallel STOPs, one from attach, and other from kill(2), must result in two stops. The bit about overwriting p_xsig/p_xthread indeed initially sound worrysome, but probably not too much. The only consequence of reassigning p_xthread is the selection of the 'lead' thread in sys_process.c, it seems. > > The above is just a theory to explain an unexpectedly-stopped > multi-threaded process that I've observed. Is there some mechanism I'm > missing that prevents multiple threads from suspending in ptracestop() > at the same time? If not, then I think that's the root of the problem, > since p_xthread is pretty clearly not meant to be overwritten this way. Again, why ? Note the comment * Just make wait() to work, the last stopped thread * will win. which seems to point to the situation. > Moreover, in my scenario I see a thread with TDB_XSIG set even after > ptrace(PT_DETACH) was called (P_TRACED is cleared). This is interesting, we indeed do not clear the flag consistently. But again, the only consequence seems to be a possible invalid reporting of events. From owner-freebsd-current@freebsd.org Tue Jul 12 08:37:57 2016 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 18F17B936A8 for ; Tue, 12 Jul 2016 08:37:57 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) (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 EC87217D0 for ; Tue, 12 Jul 2016 08:37:56 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id A693ED00701 for ; Tue, 12 Jul 2016 04:37:48 -0400 (EDT) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id u6C8bkfW078657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 12 Jul 2016 10:37:46 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id u6C8bkrL078656 for freebsd-current@FreeBSD.org; Tue, 12 Jul 2016 10:37:46 +0200 (CEST) (envelope-from pho) Date: Tue, 12 Jul 2016 10:37:46 +0200 From: Peter Holm To: freebsd-current@FreeBSD.org Subject: panic: bogus refcnt 0 on lle 0xfffff80121a13a00 Message-ID: <20160712083746.GA78547@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 08:37:57 -0000 Exiting from single-user mode triggers this: ifa_maintain_loopback_route: deletion failed for interface igb0: 3 panic: bogus refcnt 0 on lle 0xfffff80121a13a00 cpuid = 9 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1048c63470 vpanic() at vpanic+0x182/frame 0xfffffe1048c634f0 kassert_panic() at kassert_panic+0x126/frame 0xfffffe1048c63560 llentry_free() at llentry_free+0x136/frame 0xfffffe1048c63590 in_lltable_free_entry() at in_lltable_free_entry+0xb0/frame 0xfffffe1048c635c0 htable_prefix_free() at htable_prefix_free+0xce/frame 0xfffffe1048c63620 lltable_prefix_free() at lltable_prefix_free+0x5d/frame 0xfffffe1048c63660 in_scrubprefix() at in_scrubprefix+0x290/frame 0xfffffe1048c63700 in_difaddr_ioctl() at in_difaddr_ioctl+0x285/frame 0xfffffe1048c63750 in_control() at in_control+0x96/frame 0xfffffe1048c637d0 ifioctl() at ifioctl+0xda1/frame 0xfffffe1048c63860 kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe1048c638c0 sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe1048c639a0 amd64_syscall() at amd64_syscall+0x2f6/frame 0xfffffe1048c63ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1048c63ab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800fd2eba, rsp = 0x7fffffffe468, rbp = 0x7fffffffe4b0 - Details @ https://people.freebsd.org/~pho/stress/log/bogus_refcnt.txt -- Peter From owner-freebsd-current@freebsd.org Tue Jul 12 08:45:23 2016 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 AFC5CB93A49 for ; Tue, 12 Jul 2016 08:45:23 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D44C11DC; Tue, 12 Jul 2016 08:45:23 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 5E47D5267; Tue, 12 Jul 2016 06:17:29 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/5E47D5267; dkim=none; dkim-atps=neutral To: freebsd-current@freebsd.org Cc: FreeBSD Release Engineering Team From: Matthew Seaman Subject: Oversight in /etc/defaults/rc.conf Message-ID: Date: Tue, 12 Jul 2016 07:17:19 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kh4OPxRD6DOovTRME7rkqhqbaGg1DWbo2" X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 08:45:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kh4OPxRD6DOovTRME7rkqhqbaGg1DWbo2 Content-Type: multipart/mixed; boundary="V4FbSmi6mEhdhe1VXjTnSGbitI791bWVL" From: Matthew Seaman To: freebsd-current@freebsd.org Cc: FreeBSD Release Engineering Team Message-ID: Subject: Oversight in /etc/defaults/rc.conf --V4FbSmi6mEhdhe1VXjTnSGbitI791bWVL Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I just upgraded my main machine to 11-STABLE. Things are mostly working fine -- however I did notice that the new iovctl rc script is apparently enabled by default. That seems like a trivial omission: Index: etc/defaults/rc.conf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- etc/defaults/rc.conf (revision 302482) +++ etc/defaults/rc.conf (working copy) @@ -695,6 +695,7 @@ rctl_enable=3D"YES" # Load rctl(8) rules on boot rctl_rules=3D"/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf(5). +iovctl_enable=3D"NO" iovctl_files=3D"" # Config files for iovctl(8) ############################################################## Cheers, Matthew --V4FbSmi6mEhdhe1VXjTnSGbitI791bWVL-- --kh4OPxRD6DOovTRME7rkqhqbaGg1DWbo2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJXhIt4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATZhEQAJ9dQnAMAxYFQ7G7WbGU+mPp RKaF24u3xYiKMMPufgWc8dWEHI+ZhUxts0VjLFwU880rmAtrzUKEUNAvsuWExuVd bWadiNyJMinYaDJKSfGP128V3rRojZL845Vw0bar9RRKuysFouaFlaTL9E/5uNGG FZtkji8McAPCe6Kr/lM3i3H3mRISV0T6ZFsEYeWQlLLF4EZdu8Si9S7c4peUM28n xzxvEdx7zdkTsVZfYNgEL6+pAQ/lhjirwbidQzUspcn0ClVMFgli0aTSrJSfSWX8 Xdb4bFArwGGtyzBAqhsaWE1w4I/jl315CMMHQE8rjMAGqEp6l/SBuGCxaj2gbsOJ erfbIvuQxOLnNsImEuc26MGuakZbp14S2GmcQwHdDYbCJqGle/k5BmyCI2rr/DQK cZmYv3E4YCC/jS1gv3hDTvFW7Eru+du4PIjYMpBRxOp7HYNF/Ohx1hs9KVuGkEZt K6ogYy2vKipYk5Odapm8q8tlku3HnJxmCTvIvUzMbNWYb5Zw0vgGNz6dPwvs0xfL e94UzuvhEnEvirB8DpbvBVzLNnutBwqiOlw5nFfPYDkOgzYMg/R29KammgHQRfCd AqKtI8FonBZsvJpeD/1fTVhE0meOJPCxD46a1quios+9jkpRum2Yf4cdGHy9TFGM N7yaS/7tW02c4KdH8zmX =Egtg -----END PGP SIGNATURE----- --kh4OPxRD6DOovTRME7rkqhqbaGg1DWbo2-- From owner-freebsd-current@freebsd.org Tue Jul 12 08:47:48 2016 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 F3F3AB93C8B; Tue, 12 Jul 2016 08:47:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA96619A7; Tue, 12 Jul 2016 08:47:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-io0-x22f.google.com with SMTP id q83so10412046iod.1; Tue, 12 Jul 2016 01:47:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=UVtyEroMJS0aCWU+5MKmTBk+gRrsy3nVidyQixqxYuM=; b=Ge1O85jBnqIu5tFgM8cKZIHva/vcFZVTzmBUa6Tyk5oeBot7bWFL85gubJKRvIOhCs trmvojfeRURumuB3LLJ3VEHd8HZk66n8RuuxGerj2ZG58q0KI3sWIaOltZg7h9ROakWE LYSUe7lUJYywfiXnA40yemO7gwOjVdkLdoGPoQhqOX0K5SO5FpABYZ0CHaegW1fyvMWT GbUr1cmeqInpCWafW+ndPMn7Wl56iMYtWNfOnl/+0BdqVipnqPkU/kPFJ73R6JyQpfn4 pmAoDS9JHPA7A74XPSsYm+nTzxNaNpWZcHsoy5/MBzhjOW8RclLbf2g9C1mu7+dwDmVo qu1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=UVtyEroMJS0aCWU+5MKmTBk+gRrsy3nVidyQixqxYuM=; b=H4nhLER4cMc3FY2Sk/uozqpUlxQUu1JdbuXZUdwjMEja1ckG43v9JM/xapaWQRpP6n HsmPOmRmlIEZ1fdcCgyzYOtX6Xgig9u12uPYYhoVu9Xw96x6IjxDjouxWWSGzwVBgqIk wSI3YYscCGHdo3HSp5ccOQZAoaxkXpScgf0Zxf+3jc892X5RKE6eAOtgC0eSdeQ3Iz7R D3e+u8Dbj5aFD87fGcvfqqN0i8qx9D2s6zrhYEKOD0sgpDHr8dPstlqOSwIzU4FIAzpN ZoGhP8SlW9Yl51fVwZBIc4hvF+DtSgB8Hs0XZt/0gC2N2l0oCPvJ3g0ORwKSvbFXpnHl yoSA== X-Gm-Message-State: ALyK8tLBQTwmZK7KNoCJQtfTikp/DPyCK4+1lDihmluXj7Ob8ktUnzOPG2UV6LoSx/WowSjmYjXEU8Vl5OdTvg== X-Received: by 10.107.129.164 with SMTP id l36mr848409ioi.179.1468302481507; Mon, 11 Jul 2016 22:48:01 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.79.78.213 with HTTP; Mon, 11 Jul 2016 22:48:00 -0700 (PDT) In-Reply-To: References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> From: Kevin Oberman Date: Mon, 11 Jul 2016 22:48:00 -0700 X-Google-Sender-Auth: _rk6aaJOoZMec805HjRSGpf952U Message-ID: Subject: Re: GOST in OPENSSL_BASE To: Andrey Chernov Cc: Slawa Olhovchenkov , Jung-uk Kim , freebsd-security@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 08:47:48 -0000 On Mon, Jul 11, 2016 at 3:51 PM, Andrey Chernov wrote: > On 12.07.2016 1:44, Andrey Chernov wrote: > > On 11.07.2016 21:41, Slawa Olhovchenkov wrote: > >> On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > >> > >>> On 07/10/16 10:10 AM, Andrey Chernov wrote: > >>>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > >>>>> I am surprised lack of support GOST in openssl-base. > >>>>> Can be this enabled before 11.0 released? > >>>> > >>>> AFAIK openssl maintainers says something like they can't support this > >>>> code and it will become rotten shortly with new changes, so they drop > it. > >>> > >>> [OpenSSL-maintainer-for-the-base hat on] > >>> > >>> GOST is supported on FreeBSD 10.x and 11.x. We will not drop it on > >>> these branches unless secteam explicitly ask us to do so. However, we > >>> *may* drop it from 12.0 *iff* we import OpenSSL 1.1.0 branch. > >>> > >>> [OpenSSL-maintainer-for-the-base hat off] > >>> > >>> Jung-uk Kim > >>> > >> > >> Thanks! > >> > >> May be need file PR for dns/bind910? > >> > >> # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile > >> .include > >> > >> .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && > ${SSL_DEFAULT} == base > >> BROKEN= OpenSSL from the base system does not support GOST, add \ > >> DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and > rebuild everything \ > >> that needs SSL. > >> .endif > >> > > > > I dislike idea to use GOST in the bind, it is unneeded there, DNSSEC > > don't use GOST, so I vote for removing GOST option from there. > > > > I need to note that RFC exists, proposing GOST (old version) for DNSSEC: > https://tools.ietf.org/html/rfc5933 > but nobody really use it. In case people are not aware of it, Russian law now requires ALL encrypted traffic must either be accessible by the FSB or that the private keys must be available to the FSB. I have always assumed that GOST has a hidden vulnerability/backdoor that the FSB is already using, but this makes it mandatory. Putin gave the FSB 2 weeks to implement the law, which is clearly impossible, but I suspect that there will be a huge effort to pick all low-hanging fruit. As a result, I suspect no one outside of Russia will touch GOST. (Not that they do now, either.) I'd hate to see its support required for any protocol except in Russia as someone will be silly enough to use it. (It's not possible because it requires the 6 month storage of all Internet data and voice communications which will require the immediate installation of massive amounts of storage, not to mention the floor space, cooling, and power to support those disks.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Tue Jul 12 08:51:49 2016 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 793E3B93E27 for ; Tue, 12 Jul 2016 08:51:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 454741C42 for ; Tue, 12 Jul 2016 08:51:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2D7B01FE024; Tue, 12 Jul 2016 10:51:41 +0200 (CEST) Subject: Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00 To: Peter Holm , freebsd-current@FreeBSD.org References: <20160712083746.GA78547@x2.osted.lan> From: Hans Petter Selasky Message-ID: <29dd874b-075f-8ba7-4e0d-144ebdb8b283@selasky.org> Date: Tue, 12 Jul 2016 10:55:31 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160712083746.GA78547@x2.osted.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 08:51:49 -0000 On 07/12/16 10:37, Peter Holm wrote: > Exiting from single-user mode triggers this: > > ifa_maintain_loopback_route: deletion failed for interface igb0: 3 > panic: bogus refcnt 0 on lle 0xfffff80121a13a00 > cpuid = 9 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1048c63470 > vpanic() at vpanic+0x182/frame 0xfffffe1048c634f0 > kassert_panic() at kassert_panic+0x126/frame 0xfffffe1048c63560 > llentry_free() at llentry_free+0x136/frame 0xfffffe1048c63590 > in_lltable_free_entry() at in_lltable_free_entry+0xb0/frame 0xfffffe1048c635c0 > htable_prefix_free() at htable_prefix_free+0xce/frame 0xfffffe1048c63620 > lltable_prefix_free() at lltable_prefix_free+0x5d/frame 0xfffffe1048c63660 > in_scrubprefix() at in_scrubprefix+0x290/frame 0xfffffe1048c63700 > in_difaddr_ioctl() at in_difaddr_ioctl+0x285/frame 0xfffffe1048c63750 > in_control() at in_control+0x96/frame 0xfffffe1048c637d0 > ifioctl() at ifioctl+0xda1/frame 0xfffffe1048c63860 > kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe1048c638c0 > sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe1048c639a0 > amd64_syscall() at amd64_syscall+0x2f6/frame 0xfffffe1048c63ab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1048c63ab0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800fd2eba, rsp = 0x7fffffffe468, rbp = 0x7fffffffe4b0 - > > Details @ https://people.freebsd.org/~pho/stress/log/bogus_refcnt.txt > FYI: https://reviews.freebsd.org/D4605 Might be related. --HPS From owner-freebsd-current@freebsd.org Tue Jul 12 09:00:28 2016 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 06B8EB923CE for ; Tue, 12 Jul 2016 09:00:28 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EDDCE1583; Tue, 12 Jul 2016 09:00:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A6F4017F; Tue, 12 Jul 2016 06:33:50 +0000 (UTC) Date: Tue, 12 Jul 2016 06:33:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <318222070.40.1468305230620.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #134 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:00:28 -0000 See ------------------------------------------ Started by upstream project "FreeBSD_HEAD" build number 416 originally caused by: Started by an SCM change > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url https://github.com/freebsd/freebsd-ci.git # timeout=10 Fetching upstream changes from https://github.com/freebsd/freebsd-ci.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress https://github.com/freebsd/freebsd-ci.git +refs/heads/*:refs/remotes/origin/* --depth=1 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10 Checking out Revision 2d6143c340cba749b7aac1b27f26bd762555f9a0 (refs/remotes/origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 2d6143c340cba749b7aac1b27f26bd762555f9a0 > git rev-list 2d6143c340cba749b7aac1b27f26bd762555f9a0 # timeout=10 [Pipeline] node Still waiting to schedule task Waiting for next available executor on jenkins10a.freebsd.org Running on jenkins10a.freebsd.org in /builds/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] pwd [Pipeline] stage (Checkout scripts) Entering stage Checkout scripts Proceeding [Pipeline] dir Running in /builds/workspace/FreeBSD_HEAD_sparc64/freebsd-ci [Pipeline] { [Pipeline] git > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url https://github.com/freebsd/freebsd-ci.git # timeout=10 Fetching upstream changes from https://github.com/freebsd/freebsd-ci.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress https://github.com/freebsd/freebsd-ci.git +refs/heads/*:refs/remotes/origin/* ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://github.com/freebsd/freebsd-ci.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:810) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1066) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1097) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:109) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:83) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:73) at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1$1.call(AbstractSynchronousNonBlockingStepExecution.java:49) at hudson.security.ACL.impersonate(ACL.java:213) at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1.run(AbstractSynchronousNonBlockingStepExecution.java:47) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: hudson.plugins.git.GitException: Command "git -c core.askpass=true fetch --tags --progress https://github.com/freebsd/freebsd-ci.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: unable to access 'https://github.com/freebsd/freebsd-ci.git/': Could not resolve host: github.com at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1719) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1463) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:63) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:314) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:153) at hudson.remoting.UserRequest.perform(UserRequest.java:50) at hudson.remoting.Request$2.run(Request.java:332) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to jenkins10a.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) at hudson.remoting.UserResponse.retrieve(UserRequest.java:253) at hudson.remoting.Channel.call(Channel.java:781) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor1578.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at com.sun.proxy.$Proxy65.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:808) ... 13 more [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Tue Jul 12 09:03:13 2016 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 EB52CB9264B for ; Tue, 12 Jul 2016 09:03:13 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D1DA1A6F for ; Tue, 12 Jul 2016 09:03:13 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-lf0-x22b.google.com with SMTP id f93so6702477lfi.2 for ; Tue, 12 Jul 2016 02:03:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=evkrp/aT8ObJfRYjusZMMRAJwgjsMxuSjkrJ51WhwVs=; b=yttkGGO91W7qeIerF2n9wynZEvCd64g820EbVZ7Cn/YSmZnE05TniHVdz/+RNbENNW AFfUO9eUG75XxWD+sClRndfhBO7Xb6lC/ZxbX5XD5aXif3s3lZDzHXDO+6rp5URY0qpx kR7RBVtaV0jvng2jd2bZBZFs5WRvTtCuOIq5QxvH0oMdEwLLc7NsRBgjS1bJcnKNMZsP xe1+CpE+g19WgdyEnukfCWYessSb2VX9xFsq2S5jrUIbFcV0qzJTpTc5z65T/UHEeBsY Xula4hmw7N3wMJ6M9GldRAhQPptCmmB3+ZH40fLWIBQcxeK06M/yqCYi083NASB/aHEQ bmGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=evkrp/aT8ObJfRYjusZMMRAJwgjsMxuSjkrJ51WhwVs=; b=STXTnnb4CH/V44CQVshqLIf6QxwA7w99YCTg+hwmXfur/9Dtukif/vUEoyL93m7w8m 9yfD8LFHnVVmYmatFvchmtjfFV5KyejDDOKQDe02RLD7ugfJ8oD1KGbXYVClilLjlIQR IqXfBJHDXhRblCOea3ZQ4q0fn8EZChLTeW4l25LtjjaM1mwlk20Pln/aTaFZMaQemT4X pqVU+75It87jjZ6X/MuwWtvmRHHKfDcqp5jBIS/XTtaXTXxwUQz25XU8ZX0AnQYrCtZk Ey/5EVWSiE5Qdp5L8TmsWlOcjproLahSdUfSEB7XpdsxDO/dJRQRHrG/GxZjdGBzkF7B gtxQ== X-Gm-Message-State: ALyK8tKaH8JDI5D9cKt3h+Nk5/IEKW3BcCvy+fqemcGZYpiKHqU9qYNaUWYgaXyDWr1OKVNJZoLBG4WlbuHWwg== X-Received: by 10.25.24.153 with SMTP id 25mr347385lfy.103.1468314191566; Tue, 12 Jul 2016 02:03:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.149.69 with HTTP; Tue, 12 Jul 2016 02:03:10 -0700 (PDT) In-Reply-To: <29dd874b-075f-8ba7-4e0d-144ebdb8b283@selasky.org> References: <20160712083746.GA78547@x2.osted.lan> <29dd874b-075f-8ba7-4e0d-144ebdb8b283@selasky.org> From: Michael Zhilin Date: Tue, 12 Jul 2016 12:03:10 +0300 Message-ID: Subject: Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00 To: Hans Petter Selasky Cc: Peter Holm , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:03:14 -0000 Hi, I have same issue everyday on my laptop. It happens randomly and I suppose due to network issues. I want to test D4507. I've tried to apply patch, it's successful except one chunk: |Index: sys/netinet6/nd6.c |=================================================================== |--- sys/netinet6/nd6.c |+++ sys/netinet6/nd6.c -------------------------- Patching file sys/netinet6/nd6.c using Plan A... Hunk #1 succeeded at 520 (offset 31 lines). Hunk #2 failed at 739. Hunk #3 succeeded at 1357 with fuzz 1 (offset 19 lines). Hunk #4 succeeded at 1446 with fuzz 2 (offset 32 lines). 1 out of 4 hunks failed--saving rejects to sys/netinet6/nd6.c.rej done Hans, Could you please check patch? Thanks! On Tue, Jul 12, 2016 at 11:55 AM, Hans Petter Selasky wrote: > On 07/12/16 10:37, Peter Holm wrote: > >> Exiting from single-user mode triggers this: >> >> ifa_maintain_loopback_route: deletion failed for interface igb0: 3 >> panic: bogus refcnt 0 on lle 0xfffff80121a13a00 >> cpuid = 9 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe1048c63470 >> vpanic() at vpanic+0x182/frame 0xfffffe1048c634f0 >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe1048c63560 >> llentry_free() at llentry_free+0x136/frame 0xfffffe1048c63590 >> in_lltable_free_entry() at in_lltable_free_entry+0xb0/frame >> 0xfffffe1048c635c0 >> htable_prefix_free() at htable_prefix_free+0xce/frame 0xfffffe1048c63620 >> lltable_prefix_free() at lltable_prefix_free+0x5d/frame 0xfffffe1048c63660 >> in_scrubprefix() at in_scrubprefix+0x290/frame 0xfffffe1048c63700 >> in_difaddr_ioctl() at in_difaddr_ioctl+0x285/frame 0xfffffe1048c63750 >> in_control() at in_control+0x96/frame 0xfffffe1048c637d0 >> ifioctl() at ifioctl+0xda1/frame 0xfffffe1048c63860 >> kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe1048c638c0 >> sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe1048c639a0 >> amd64_syscall() at amd64_syscall+0x2f6/frame 0xfffffe1048c63ab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1048c63ab0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800fd2eba, rsp = >> 0x7fffffffe468, rbp = 0x7fffffffe4b0 - >> >> Details @ https://people.freebsd.org/~pho/stress/log/bogus_refcnt.txt >> >> > FYI: > https://reviews.freebsd.org/D4605 > > Might be related. > > --HPS > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Tue Jul 12 09:12:51 2016 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 01C2FB9294E for ; Tue, 12 Jul 2016 09:12:51 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A13214C5 for ; Tue, 12 Jul 2016 09:12:50 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from ox-dell39.ox.adestra.com (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id D63DD5366 for ; Tue, 12 Jul 2016 09:12:45 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/D63DD5366; dkim=none; dkim-atps=neutral Subject: Re: GOST in OPENSSL_BASE To: freebsd-current@freebsd.org References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> From: Matthew Seaman Message-ID: Date: Tue, 12 Jul 2016 10:12:29 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4rbbCmwV6Van18dkEA4BM8mJKX77O7T0K" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:12:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4rbbCmwV6Van18dkEA4BM8mJKX77O7T0K Content-Type: multipart/mixed; boundary="Q4ujP9mpfW5HmQWdIcJqMKq6D0hsiKLIE" From: Matthew Seaman To: freebsd-current@freebsd.org Message-ID: Subject: Re: GOST in OPENSSL_BASE References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> In-Reply-To: --Q4ujP9mpfW5HmQWdIcJqMKq6D0hsiKLIE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 07/12/16 06:48, Kevin Oberman wrote: > In case people are not aware of it, Russian law now requires ALL encryp= ted > traffic must either be accessible by the FSB or that the private keys m= ust > be available to the FSB. I have always assumed that GOST has a hidden > vulnerability/backdoor that the FSB is already using, but this makes it= > mandatory. Putin gave the FSB 2 weeks to implement the law, which is > clearly impossible, but I suspect that there will be a huge effort to p= ick > all low-hanging fruit. As a result, I suspect no one outside of Russia = will > touch GOST. (Not that they do now, either.) I'd hate to see its support= > required for any protocol except in Russia as someone will be silly eno= ugh > to use it. Agreed that it should be possible to use GOST crypto readily on FreeBSD, but I dislike the idea of shipping with 'known vulnerable' ciphers enabled by default. It should take a positive act to enable them, given the circumstances. Whether that should entail installing something from ports, or recompiling the system with specific settings in src.conf or it could just be down to tweaking a config file somewhere I wouldn't care to venture an opinion though. I'm also curious as to how far these regulations are supposed to extend. Presumably traffic which is merely transiting Russian territory isn't covered, at least in a practical sense. How about people from Russia accessing foreign websites? I can't see any of the big Internet players implementing GOST in any locations outside Russia any time soon. Neither would I as a non-Russian have GOST capabilities client-side, so what happens if I go and look at say a YandX website over HTTPS? Putin and his advisors aren't stupid, and they'd already have considered all this; plus, as you say, the timetable is clearly impossible; so there must be something else going on here. Of course, now there's fairly good evidence that there's some sort of backdoor in the GOST ciphers, all bets are off on how long it will be until they get broken in a very public manner. Cheers, Matthew --Q4ujP9mpfW5HmQWdIcJqMKq6D0hsiKLIE-- --4rbbCmwV6Van18dkEA4BM8mJKX77O7T0K Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJXhLSDAAoJEABRPxDgqeTnfM8P/3T4NbU06OpRdxmHOTEs+qi6 Y/b3fFyzY5k2B7t22JxBZ0Etw5ykudW5ViKAiSFquTOTtgaebr633sBLW/vryfli 5AtK3M3RG/ZK16EJBBiYYTjUL5VN0JUrs6k9nhnbUWbbf06qgis8OiMYlJ60FQnu lgY7hCKk/759oOm2G2Bw1pvq0KXDWRK5Z/8vwjl0+cg1lFXjvrP6LEXbAIB4pIZz eRfwCegHk81oH9gEe/kkJ/S8j4qzJEH/zQ8Ta5W7hzoMcBvdV0BCESsVqzaexKTc MALTpTs/beIfUsL02OIiOj2AqptatWA/4iAVeq8HrsgjA6THeyw+8HCspI5+02qw hG0DCtJlR2T74BQTfhYoSF6NN8pGoIWo8FDIz5HZvFMp7ult6xbXw6pe4EU5cNss 4wDCyT0r6FrDVBmaYzdy5mY21n3Y5A7+o+qjZ8uXTtAmwlHIO7LixnUTmQ7IqDDp oKo9dnBEwO1DxmF8mcpSpDhFezww2rwEwbmRCCII3sSNkI+RBn6iMHspjNMzQVW8 YS9TcT8H/e1yJ+21vMF+ap/ipk+lwFtQ95wg6l5Lj7dkLvlhcFBezeMqx1h0puXX knTOmz1NUlr6XChHr+rWvho/D7rzUow1kHCZzkUu4Uvl1q+cvLUnsJy3fwbIXnUk simYOb3J+IR96XljFAqa =eDTx -----END PGP SIGNATURE----- --4rbbCmwV6Van18dkEA4BM8mJKX77O7T0K-- From owner-freebsd-current@freebsd.org Tue Jul 12 09:16:07 2016 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 7F034B92C1C for ; Tue, 12 Jul 2016 09:16:07 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f54.google.com (mail-lf0-f54.google.com [209.85.215.54]) (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 0A50A16DE for ; Tue, 12 Jul 2016 09:16:06 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f54.google.com with SMTP id h129so7061276lfh.1 for ; Tue, 12 Jul 2016 02:16:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=7mFkpnZ5a93UhuiXrpWQwfdsIA/0kVasU08CbrFi/4w=; b=WqdCLhstT2X3YYLy9hNLjX+an8ockORHKUfuyWSW3JKhNRVCmE+/HXgyoe0sGBc+Km p4+1XaPNKoT4GXZZ3VV36iXdUlYl8TaQzl2UgrN0sBU4Jjk9JR0ekfqhblWDh7a+5oeW +JDsbHHGjp4zYR/iOMtI5OEDEriz1X9M9IdqL0wSKXXo+JYp4jYOd/JVARHHmBo20Luj ZoN5451R9zrEHW1LqZP+mnRHe4FtyQdpwv4Wivalqy3qk3QHfp4FNQMTkUTnbRdwqnHV 6Q/Ys7jCGbRJCCdCKc0U12A3iFEVrkNvZrwDGWkH94SGoGhzy9bg1HWxlYi6kssF+nE6 a+Sw== X-Gm-Message-State: ALyK8tKfxmT2a2221BHI+5zapom4UhJuJKXwsn2iPcUKgZ9owrcQt1bjUq/vUKNkOHng1Q== X-Received: by 10.25.213.198 with SMTP id m189mr464942lfg.130.1468314964409; Tue, 12 Jul 2016 02:16:04 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id o7sm5741847lfg.45.2016.07.12.02.16.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 02:16:03 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Kevin Oberman References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> Cc: Slawa Olhovchenkov , Jung-uk Kim , freebsd-security@freebsd.org, FreeBSD Current From: Andrey Chernov Message-ID: <673ea9f5-e5e5-91e0-5bd1-2119c2f7b493@freebsd.org> Date: Tue, 12 Jul 2016 12:16:02 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:16:07 -0000 On 12.07.2016 8:48, Kevin Oberman wrote: > >> May be need file PR for dns/bind910? > >> > >> # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile > >> .include > > >> > >> .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && > ${SSL_DEFAULT} == base > >> BROKEN= OpenSSL from the base system does not support GOST, add \ > >> DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and > rebuild everything \ > >> that needs SSL. > >> .endif > >> > > > > I dislike idea to use GOST in the bind, it is unneeded there, DNSSEC > > don't use GOST, so I vote for removing GOST option from there. > > > > I need to note that RFC exists, proposing GOST (old version) for DNSSEC: > https://tools.ietf.org/html/rfc5933 > but nobody really use it. > > In case people are not aware of it, Russian law now requires ALL > encrypted traffic must either be accessible by the FSB or that the > private keys must be available to the FSB. It is not quite so. All traffic must be available for 6 months and they express intention to ask big companies for their private keys, but later is not required by the law (not yet...) > I have always assumed that > GOST has a hidden vulnerability/backdoor that the FSB is already using, I already answer this question elsewhere in this thread with the reference. > but this makes it mandatory. Putin gave the FSB 2 weeks to implement the > law, which is clearly impossible, but I suspect that there will be a > huge effort to pick all low-hanging fruit. As a result, I suspect no one > outside of Russia will touch GOST. (Not that they do now, either.) I'd > hate to see its support required for any protocol except in Russia as > someone will be silly enough to use it. I already explain required GOST usage pattern in this thread. From owner-freebsd-current@freebsd.org Tue Jul 12 09:43:23 2016 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 2DD35B9072F for ; Tue, 12 Jul 2016 09:43:23 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f41.google.com (mail-lf0-f41.google.com [209.85.215.41]) (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 C6F9618EE for ; Tue, 12 Jul 2016 09:43:22 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f41.google.com with SMTP id b199so7812585lfe.0 for ; Tue, 12 Jul 2016 02:43:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=CBjWj+s1SjYbMyrnhQev0mYs3rwqrKXtSvZhCiMFAtQ=; b=l9+km3659TIH3feFyf9FFQY0+oimHGhykm9nIsaE6+63D+9nDn/3bJPw5E1KLeoOzk hRYlBa6zjowL5wCEB1+bWHFWtZJxTiWJpoFhLElpoQ/m6v2L/Xu10LIgUbJH8xGj/mqR LYYw8/Qo8JSBne+XqteGAmfQiwYg8/WZmoMSUEsqipxTiysY1lTcZDdlc5+9nxm3sekc UpzzE1W/eEK8t+ToW7u8Windgw81z3qgI/BfOlhyGoFi+gEq36Uj1FaP/BgPtFfLjRqH pL6tHyzTTI3A018PcKl407MktJxvM8x2u88nM/sJofGtFsVSHq9ql3OJ66/x7GcHXn3w 8M5w== X-Gm-Message-State: ALyK8tLrD5vOq4MVsYSgtWp6V3qMUD2z3d2CRxdzy/NvksWQxdglsyDkgSUATN0hjurz3A== X-Received: by 10.25.147.14 with SMTP id v14mr491311lfd.43.1468316191211; Tue, 12 Jul 2016 02:36:31 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id h4sm4558697ljh.27.2016.07.12.02.36.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 02:36:30 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Kevin Oberman References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> <673ea9f5-e5e5-91e0-5bd1-2119c2f7b493@freebsd.org> Cc: Slawa Olhovchenkov , Jung-uk Kim , freebsd-security@freebsd.org, FreeBSD Current From: Andrey Chernov Message-ID: <9ef020b8-077c-b7a7-bfa5-ddb51f85e632@freebsd.org> Date: Tue, 12 Jul 2016 12:36:29 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <673ea9f5-e5e5-91e0-5bd1-2119c2f7b493@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:43:23 -0000 On 12.07.2016 12:16, Andrey Chernov wrote: > On 12.07.2016 8:48, Kevin Oberman wrote: >> >> May be need file PR for dns/bind910? >> >> >> >> # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile >> >> .include > >> >> >> >> .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && >> ${SSL_DEFAULT} == base >> >> BROKEN= OpenSSL from the base system does not support GOST, add \ >> >> DEFAULT_VERSIONS+=ssl=openssl to your /etc/make.conf and >> rebuild everything \ >> >> that needs SSL. >> >> .endif >> >> >> > >> > I dislike idea to use GOST in the bind, it is unneeded there, DNSSEC >> > don't use GOST, so I vote for removing GOST option from there. >> > >> >> I need to note that RFC exists, proposing GOST (old version) for DNSSEC: >> https://tools.ietf.org/html/rfc5933 >> but nobody really use it. >> >> In case people are not aware of it, Russian law now requires ALL >> encrypted traffic must either be accessible by the FSB or that the >> private keys must be available to the FSB. > > It is not quite so. All traffic must be available for 6 months and they > express intention to ask big companies for their private keys, but later > is not required by the law (not yet...) > >> I have always assumed that >> GOST has a hidden vulnerability/backdoor that the FSB is already using, > > I already answer this question elsewhere in this thread with the reference. > >> but this makes it mandatory. Putin gave the FSB 2 weeks to implement the >> law, which is clearly impossible, but I suspect that there will be a >> huge effort to pick all low-hanging fruit. As a result, I suspect no one >> outside of Russia will touch GOST. (Not that they do now, either.) I'd >> hate to see its support required for any protocol except in Russia as >> someone will be silly enough to use it. > > I already explain required GOST usage pattern in this thread. > Ah, I see, freebsd-current list was excluded by someone, so I repeat what I wrote: Official documents workflow here require using GOST signatures for authenticity and consistency verification, they are needed or, in some cases, required for both people and companies. Since it is official in any case, there is no harm to have FSB backdoor in the algo, unless some hacker will find it. Just don't use GOST for something else to stay on safe side. BTW, latest GOST based on elliptic curves, so from math point of view probability of having backdoor here is minimal. I don't examine its implementation. See https://ru.wikipedia.org/wiki/%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_34.10-2012 You can consider GOST goals are the same as FIPS ones with the reason to have things "domestically produced". From owner-freebsd-current@freebsd.org Tue Jul 12 09:44:18 2016 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 2095CB908A8 for ; Tue, 12 Jul 2016 09:44:18 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) (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 E700E1B7D for ; Tue, 12 Jul 2016 09:44:17 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id 46A06D0083D; Tue, 12 Jul 2016 05:44:16 -0400 (EDT) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id u6C9iDj9081593 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 12 Jul 2016 11:44:14 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id u6C9iDfH081592; Tue, 12 Jul 2016 11:44:13 +0200 (CEST) (envelope-from pho) Date: Tue, 12 Jul 2016 11:44:13 +0200 From: Peter Holm To: Hans Petter Selasky Cc: freebsd-current@FreeBSD.org Subject: Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00 Message-ID: <20160712094413.GA81279@x2.osted.lan> References: <20160712083746.GA78547@x2.osted.lan> <29dd874b-075f-8ba7-4e0d-144ebdb8b283@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29dd874b-075f-8ba7-4e0d-144ebdb8b283@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:44:18 -0000 On Tue, Jul 12, 2016 at 10:55:31AM +0200, Hans Petter Selasky wrote: > On 07/12/16 10:37, Peter Holm wrote: > > Exiting from single-user mode triggers this: > > > > ifa_maintain_loopback_route: deletion failed for interface igb0: 3 > > panic: bogus refcnt 0 on lle 0xfffff80121a13a00 > > cpuid = 9 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1048c63470 > > vpanic() at vpanic+0x182/frame 0xfffffe1048c634f0 > > kassert_panic() at kassert_panic+0x126/frame 0xfffffe1048c63560 > > llentry_free() at llentry_free+0x136/frame 0xfffffe1048c63590 > > in_lltable_free_entry() at in_lltable_free_entry+0xb0/frame 0xfffffe1048c635c0 > > htable_prefix_free() at htable_prefix_free+0xce/frame 0xfffffe1048c63620 > > lltable_prefix_free() at lltable_prefix_free+0x5d/frame 0xfffffe1048c63660 > > in_scrubprefix() at in_scrubprefix+0x290/frame 0xfffffe1048c63700 > > in_difaddr_ioctl() at in_difaddr_ioctl+0x285/frame 0xfffffe1048c63750 > > in_control() at in_control+0x96/frame 0xfffffe1048c637d0 > > ifioctl() at ifioctl+0xda1/frame 0xfffffe1048c63860 > > kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe1048c638c0 > > sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe1048c639a0 > > amd64_syscall() at amd64_syscall+0x2f6/frame 0xfffffe1048c63ab0 > > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1048c63ab0 > > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800fd2eba, rsp = 0x7fffffffe468, rbp = 0x7fffffffe4b0 - > > > > Details @ https://people.freebsd.org/~pho/stress/log/bogus_refcnt.txt > > > > FYI: > https://reviews.freebsd.org/D4605 > > Might be related. > > --HPS No difference with this patch (- netinet6/nd6.c). BTW The problem is really easy to reproduce: init 1 followed by "exit" in the single-user shell. -- Peter From owner-freebsd-current@freebsd.org Tue Jul 12 09:57:54 2016 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 48B17B90DB7 for ; Tue, 12 Jul 2016 09:57:54 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 103211359; Tue, 12 Jul 2016 09:57:53 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1bMuRk-0003Xv-Nl; Tue, 12 Jul 2016 11:57:45 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Conrad E. Meyer" , "Alan Somers" Cc: freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r References: Date: Tue, 12 Jul 2016 11:57:43 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 964c6a2bc69af72888bec91466701c23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 09:57:54 -0000 On Mon, 11 Jul 2016 23:32:34 +0200, Alan Somers wrote: >> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop >> wrote: >>> Hi, >>> >>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >>> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >>> >>> The bootonly iso (281MB) burns and runs ok. >>> >>> Regards, >>> Ronald. > > Please open a PR. Those images should be able to fit on a CD. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211029 Cheers From owner-freebsd-current@freebsd.org Tue Jul 12 10:09:13 2016 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 06BE5B9128A for ; Tue, 12 Jul 2016 10:09:13 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C14031B24; Tue, 12 Jul 2016 10:09:12 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1bMucn-0004oO-UE; Tue, 12 Jul 2016 12:09:10 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Conrad Meyer" Cc: freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r References: Date: Tue, 12 Jul 2016 12:09:09 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 8b3222cd26cce149ddb9ffa05c4da76e X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 10:09:13 -0000 On Mon, 11 Jul 2016 23:24:10 +0200, Conrad Meyer wrote: > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > it's time to move on from CD. Becoming anecdotal now, but my fairly old computer has a (BIOS) bug which brakes booting from USB devices. It hangs when it boots with a USB stick in it. With the bootonly ISO I upgraded it from 9.3-PRERELEASE to 11-BETA1. By just copying /boot/kernel from the CD to the harddisk. :-) I know I have to do more for a proper upgrade, but the ZFS version on disk was to new for the 9.3 kernel, by a human mistake. LOL Regards, Ronald. > > Best, > Conrad > > On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop > wrote: >> Hi, >> >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >> >> The bootonly iso (281MB) burns and runs ok. >> >> Regards, >> Ronald. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jul 12 10:12:08 2016 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 29294B914FA for ; Tue, 12 Jul 2016 10:12:08 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B4B211EE4; Tue, 12 Jul 2016 10:12:07 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.9/8.14.9) with ESMTP id u6C9xqXU029621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jul 2016 12:59:52 +0300 (EEST) (envelope-from daniel@digsys.bg) Subject: Re: GOST in OPENSSL_BASE Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7ACC6073-ED50-4B80-84A3-140601E04D97"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: Daniel Kalchev In-Reply-To: Date: Tue, 12 Jul 2016 12:59:35 +0300 Cc: freebsd-current@freebsd.org Message-Id: References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> To: Matthew Seaman X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 10:12:08 -0000 --Apple-Mail=_7ACC6073-ED50-4B80-84A3-140601E04D97 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 12.07.2016 =D0=B3., at 12:12, Matthew Seaman = wrote: >=20 > I'm also curious as to how far these regulations are supposed to = extend. > Presumably traffic which is merely transiting Russian territory isn't > covered, at least in a practical sense. How about people from Russia > accessing foreign websites? I can't see any of the big Internet = players > implementing GOST in any locations outside Russia any time soon. > Neither would I as a non-Russian have GOST capabilities client-side, = so > what happens if I go and look at say a YandX website over HTTPS? = Putin > and his advisors aren't stupid, and they'd already have considered all > this; plus, as you say, the timetable is clearly impossible; so there > must be something else going on here. The standard HTTPS implementation is already sufficiently broken, with = the door wide open by the concept of =E2=80=9Cmultiple CAs=E2=80=9D. The = protocol design is flawed, as any CA can issue certificate for any site. = Applications are required to trust that certificates, as long as they = trust the CA that issued them. It is trivial to play MTIM with this protocol and in fact, there are = commercially available =E2=80=9Csolutions=E2=80=9D for =E2=80=9Csecuring = one=E2=80=99s corporate network=E2=80=9D that doe exactly that. Some = believe this is with the knowledge and approval of the corporation, but = who is to say what the black box actually does and whose interests it = serves? There is of course an update to the protocol, DANE, that just shuts this = door off. But=E2=80=A6 it faces heavy resistance, as it=E2=80=99s = acceptance would mean the end of the lucrative CA business and the = ability to intercept =E2=80=9Csecure=E2=80=9D HTTPS communication. Those = relying on the HPPTS flaws will never let it become wide spread. In summary =E2=80=94 anyone can sniff HTTPS traffic. No need for any = cipher backdoors here. Nor any need for GOST to be involved. >=20 > Of course, now there's fairly good evidence that there's some sort of > backdoor in the GOST ciphers, all bets are off on how long it will be > until they get broken in a very public manner. >=20 One can say the same for any other crypto. Plus, for some ciphers there = is already evidence.. yet they are still in use. But, a good show is always worth it. Let=E2=80=99s watch for those = heroes. :) Daniel --Apple-Mail=_7ACC6073-ED50-4B80-84A3-140601E04D97 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXhL+XAAoJEDN1EDx7HoqiCEkP/2J5YT+pQChuqAP2N5sS6+ta f5yg/RZdd4eepqiryB2/YMoNcFGpQUQ1Wx2DRWgkXcaWW1k9kqSdWsrpP+ISiwJ+ 7M+s6x0cW4HTTmQw0ZGthuAlp/aeSt/8iVOmEG4sv/ZerAcrIBKLfksfS32PAul0 nx3A7IkxBYFKJKSz/3bftMUP8/hXG/SDmOip4y+bQPVd5UXUrXTRUKnGE7NA3t6+ oPoq93q03Phk/6jVHQl6fl4i7ijoAhz5U224MjGCDcwLql5H7ZAcsrDS6p11y80H gUE4C/yeljt32WofkYLF0gOrpAE6ypVcpbnR+48Hu0scRLAODGZX50mm4YHJkrh6 yx3XIFUFKX8763qBriquLGDnKCXs5irTqK7ZpRXLHqd61tSd1xNveIPfJTxRfBGH wkKcAXoP6i0cLfu2ER8qpqbCmojzT+IfK0OR4R9X0ccRnEO8UhUHs5fSROxsil66 3fnNsqDdqdrxvXmPlsk7WkxnvPlbldzuvdBcPIxpjblBfomb/5+6yQDyCANXRaea XupZKs7/kvQZHz+x4dV+R3MWXkz9DK3xmeUsb30Q8nzoxxRdcRQ0nY3nwr/PB7c5 xFRy8ayp5gWTn9sP1bilwZXsccZ0GBA7mD0psa1MZwSarvGLUjyYTMhDbOdm0hv5 acNfXP0JTFr3weIxyy51 =Z5Sq -----END PGP SIGNATURE----- --Apple-Mail=_7ACC6073-ED50-4B80-84A3-140601E04D97-- From owner-freebsd-current@freebsd.org Tue Jul 12 10:25:33 2016 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 B467AB91CD2; Tue, 12 Jul 2016 10:25:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9776818C5; Tue, 12 Jul 2016 10:25:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 15D6A189; Tue, 12 Jul 2016 10:25:32 +0000 (UTC) Date: Tue, 12 Jul 2016 10:25:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: trasz@FreeBSD.org, sephe@FreeBSD.org, royger@FreeBSD.org, dchagin@FreeBSD.org, ache@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <557326253.42.1468319132197.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1648999898.39.1468301869388.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1648999898.39.1468301869388.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3564 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 10:25:33 -0000 FreeBSD_HEAD_i386 - Build #3564 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3564/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3564/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3564/console Change summaries: 302638 by sephe: hyperv/vmbus: Destroy channel list lock upon attach failure and detach. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D7003 302637 by sephe: hyperv/vmbus: Remove needed bits MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D7002 302636 by sephe: hyperv/vmbus: Move channel map to vmbus_softc MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6982 302635 by royger: xen: automatically disable MSI-X interrupt migration If the hypervisor version is smaller than 4.6.0. Xen commits 74fd00 and 70a3cb are required on the hypervisor side for this to be fixed, and those are only included in 4.6.0, so stay on the safe side and disable MSI-X interrupt migration on anything older than 4.6.0. It should not cause major performance degradation unless a lot of MSI-X interrupts are allocated. Sponsored by: Citrix Systems R&D MFC after: 3 days Reviewed by: jhb Differential revision: https://reviews.freebsd.org/D7148 302634 by sephe: hyperv/vmbus: Fix sub-channel re-open support. For multi-channel devices, once the primary channel is closed, a set of 'rescind' messages for sub-channels will be delivered by Hypervisor. Sub-channel MUST be freed according to these 'rescind' messages; directly re-openning sub-channels in the same fashion as the primary channel's re-opening does NOT work at all. After the primary channel is re-opened, requested # of sub- channels will be delivered though 'channel offer' messages, and this set of newly offered channels can be opened along side with the primary channel. This unbreaks the MTU setting for hn(4), which requires re- openning all existsing channels upon MTU change. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6978 302633 by sephe: hyperv/vmbus: Free sysctl properly upon channel close. Prepare for sub-channel re-open. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6977 302632 by sephe: hyperv/vmbus: More verbose for GPADL_connect/chan_{rescind,offer} Reviewed by: Dexuan Cui , Hongjiang Zhang MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6976 302631 by sephe: hyperv/vmbus: Move channel list to vmbus_softc MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6956 302630 by sephe: hyperv/vmbus: Move GPADL index into vmbus_softc MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6954 302629 by sephe: hyperv/vmbus: Rework vmbus version accessing. Instead of global variable, vmbus version is accessed through a vmbus DEVMETHOD now. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6953 302628 by ache: Bump __FreeBSD_version after removing collation from [a-z]-type ranges. 302626 by dchagin: Fix pc98 LINT build. MFC after: 4 days 302624 by trasz: Add some .Xrs to getloginclass(2). MFC after: 1 month 302623 by sephe: hyperv/vmbus: Minor renaming MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6919 302622 by sephe: ntb: Fix LINT Sponsored by: Microsoft OSTC 302621 by sephe: hyperv/vmbus: Don't be oversmart in default cpu selection. Pin the channel to cpu0 by default. Drivers having special channel-cpu mapping requirement should call vmbus_channel_cpu_{set,rr}() themselves. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6918 302620 by sephe: hyperv: Nuke unused stuffs MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6917 From owner-freebsd-current@freebsd.org Tue Jul 12 10:26:30 2016 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 C7A8AB91DB7 for ; Tue, 12 Jul 2016 10:26:30 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.shmhost.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DB961A4A; Tue, 12 Jul 2016 10:26:30 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from francos-mbp.homeoffice.local (dslb-092-078-013-119.092.078.pools.vodafone-ip.de [92.78.13.119]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id B5AD06AD0C; Tue, 12 Jul 2016 12:26:20 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: GOST in OPENSSL_BASE From: Franco Fichtner In-Reply-To: Date: Tue, 12 Jul 2016 12:26:20 +0200 Cc: Matthew Seaman , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> To: Daniel Kalchev X-Mailer: Apple Mail (2.3124) X-Virus-Scanned: clamav-milter 0.99 at host64.kissl.de X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 10:26:30 -0000 > On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: >=20 > It is trivial to play MTIM with this protocol and in fact, there are = commercially available =E2=80=9Csolutions=E2=80=9D for =E2=80=9Csecuring = one=E2=80=99s corporate network=E2=80=9D that doe exactly that. Some = believe this is with the knowledge and approval of the corporation, but = who is to say what the black box actually does and whose interests it = serves? It's also trivial to ignore that pinning certificates and using client certificates can actually help a great deal to prevent all of what you just said. ;) The bottom line is not having GOST support readily available could = alienate a whole lot of businesses. Not wanting those downstream use cases will = make those shift elsewhere and the decision will be seen as an overly = political move that in no possible way reflects the motivation of community = growth. Cheers, Franco= From owner-freebsd-current@freebsd.org Tue Jul 12 10:26:47 2016 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 F142BB91E2E for ; Tue, 12 Jul 2016 10:26:47 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.shmhost.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7CD41B37; Tue, 12 Jul 2016 10:26:47 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from francos-mbp.homeoffice.local (dslb-092-078-013-119.092.078.pools.vodafone-ip.de [92.78.13.119]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id 023566AD0F; Tue, 12 Jul 2016 12:26:45 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: GOST in OPENSSL_BASE From: Franco Fichtner In-Reply-To: Date: Tue, 12 Jul 2016 12:26:45 +0200 Cc: Matthew Seaman , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> To: Daniel Kalchev X-Mailer: Apple Mail (2.3124) X-Virus-Scanned: clamav-milter 0.99 at host64.kissl.de X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 10:26:48 -0000 > On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: >=20 > It is trivial to play MTIM with this protocol and in fact, there are = commercially available =E2=80=9Csolutions=E2=80=9D for =E2=80=9Csecuring = one=E2=80=99s corporate network=E2=80=9D that doe exactly that. Some = believe this is with the knowledge and approval of the corporation, but = who is to say what the black box actually does and whose interests it = serves? It's also trivial to ignore that pinning certificates and using client certificates can actually help a great deal to prevent all of what you just said. ;) The bottom line is not having GOST support readily available could = alienate a whole lot of businesses. Not wanting those downstream use cases will = make those shift elsewhere and the decision will be seen as an overly = political move that in no possible way reflects the motivation of community = growth. Cheers, Franco= From owner-freebsd-current@freebsd.org Tue Jul 12 10:54:26 2016 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 60B05B93618 for ; Tue, 12 Jul 2016 10:54:26 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f52.google.com (mail-lf0-f52.google.com [209.85.215.52]) (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 D85B11A5B for ; Tue, 12 Jul 2016 10:54:25 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f52.google.com with SMTP id h129so9567944lfh.1 for ; Tue, 12 Jul 2016 03:54:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=kwh6MASbvsJ6Zn24fKSZ0QbBAoMTSSl/0xX/KtSCYQw=; b=D6xRpT+ykNHFIhFg1kB3RjheJ+LuxG0wTSJqEu+UKIX8INfpVv88374aWXS/Rno1WG h/Y2LrnVKfWhk5+OWU+Xkk9ZsWsEyp62G6CRB3zfS3JwabpaUazMZMOHJvBNvT7HlPm3 E6dQkwhoyJwFjxw06uIC93UDNgmW1PUp/3ivFaghiWns/4MZtYbW55IXSRy/HfSWz+HH 5hBw+XxpXdm051SflBAaYXE+6ZjWQWQhLryuvagIiDzqptJ/F7Q6Ss0euvqdk3UVcuHK RvijjCycGyxrXttyotnmJg3mafzfqQfsh1utFnm7h827UcgWl/84zcWK94Uwpn2PFWfS onVQ== X-Gm-Message-State: ALyK8tLC+GPEthBFuzho2zEtC5gUma71J7Ik4wCu6K7+PXUs0duLe3Q1V4sw0Wg009KUMg== X-Received: by 10.25.162.138 with SMTP id l132mr620023lfe.137.1468320863612; Tue, 12 Jul 2016 03:54:23 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id f69sm1935659lji.19.2016.07.12.03.54.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 03:54:22 -0700 (PDT) Subject: Re: GOST in OPENSSL_BASE To: Daniel Kalchev , Matthew Seaman References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> Cc: freebsd-current@freebsd.org From: Andrey Chernov Message-ID: <6c8de30c-50dd-4d01-724a-24e1c134406e@freebsd.org> Date: Tue, 12 Jul 2016 13:54:21 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="E9WxndxvfNUV0gnR0XHDKMulTx7j40ij1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 10:54:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --E9WxndxvfNUV0gnR0XHDKMulTx7j40ij1 Content-Type: multipart/mixed; boundary="8BW0r3JCBRlD4g3baHxJRJCaVpkLToKXt" From: Andrey Chernov To: Daniel Kalchev , Matthew Seaman Cc: freebsd-current@freebsd.org Message-ID: <6c8de30c-50dd-4d01-724a-24e1c134406e@freebsd.org> Subject: Re: GOST in OPENSSL_BASE References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> In-Reply-To: --8BW0r3JCBRlD4g3baHxJRJCaVpkLToKXt Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12.07.2016 12:59, Daniel Kalchev wrote: > The standard HTTPS implementation is already sufficiently broken, with = the door wide open by the concept of =E2=80=9Cmultiple CAs=E2=80=9D. The = protocol design is flawed, as any CA can issue certificate for any site. = Applications are required to trust that certificates, as long as they tru= st the CA that issued them. >=20 > It is trivial to play MTIM with this protocol and in fact, there are co= mmercially available =E2=80=9Csolutions=E2=80=9D for =E2=80=9Csecuring on= e=E2=80=99s corporate network=E2=80=9D that doe exactly that. Some believ= e this is with the knowledge and approval of the corporation, but who is = to say what the black box actually does and whose interests it serves? >=20 > There is of course an update to the protocol, DANE, that just shuts thi= s door off. But=E2=80=A6 it faces heavy resistance, as it=E2=80=99s accep= tance would mean the end of the lucrative CA business and the ability to = intercept =E2=80=9Csecure=E2=80=9D HTTPS communication. Those relying on = the HPPTS flaws will never let it become wide spread. >=20 > In summary =E2=80=94 anyone can sniff HTTPS traffic. No need for any ci= pher backdoors here. Nor any need for GOST to be involved. You forget to mention that CA must already be in the trusted root list to allow it happens. --8BW0r3JCBRlD4g3baHxJRJCaVpkLToKXt-- --E9WxndxvfNUV0gnR0XHDKMulTx7j40ij1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJXhMxeAAoJEKUckv0MjfbKLYcH/iF/OawBMjAwDSKOMTXAFVky 7Y6jO1rO0fDIIl65jGUPXMuNcvCesFLhOUDYmF6jdT3x3E1ARjH4aFBJGa971dea GAT6cVH1sGXFCCLD52nToCsHQLYdqNBAef2tHL4yVwUBpgZ8AZB2Q42zOy5XbDGn O5RiTnpTgwZfGoFev+uLmh0PaLqqmGrkOOt8oWePJIP4nAhqm8tgd5aj/csxXwxv ZhFXu8DGYyTsvaWyEI9UqHqcXm7kSkzfAFM/XHdq1zsTKmBxNk54VI6B/fFh3rQg MXhui8dKXGamFtX6VjbyETEq7rhVuUWHW17q8k7pmkqMfljDEwNWg6VT2J3EJrQ= =F617 -----END PGP SIGNATURE----- --E9WxndxvfNUV0gnR0XHDKMulTx7j40ij1-- From owner-freebsd-current@freebsd.org Tue Jul 12 11:06:58 2016 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 66986B93842 for ; Tue, 12 Jul 2016 11:06:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 47BB01EA4; Tue, 12 Jul 2016 11:06:58 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9ADE218B; Tue, 12 Jul 2016 11:06:58 +0000 (UTC) Date: Tue, 12 Jul 2016 11:06:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1795919001.43.1468321618528.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #418 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 11:06:58 -0000 See From owner-freebsd-current@freebsd.org Tue Jul 12 11:19:18 2016 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 E8579B93C4D for ; Tue, 12 Jul 2016 11:19:18 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::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 6F0721BFC for ; Tue, 12 Jul 2016 11:19:18 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id q132so10135274lfe.3 for ; Tue, 12 Jul 2016 04:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=C/+uMnBTrMyq+H5xvW/DjD/hQJwX6bjkaz4HW2Tv6YY=; b=xcpltwH9j08LDWtQ86i2/70k4sDyvhUAvKT7ClqdiqO0pDghlYvuZHfSsB0oA8EjMo zBL3xFWItpNyo6NZA5OB1BP+7Bi06zVaqPOeqwNiLnp1f72eeFJsO1Htaarwvg4BHUJf t+iHpD/35fW1Fjmr5JvnajlyOp1CpK9kxbQTJZW+CCYY7qNqvWhNVO8AoxslqNO3a8vD 9dlOGU7fKPn3/ztVMtLoB296xOsoiEYsOzFI/FUqMM4sIPb+OiVMu05An3B7gDKaGdqe 27Oo4BjXeDEtoUYzkoQxrIpOGgv62CeqEaYX0Yl1F3e4x79+NVnYa8Rjo1mtjImQ21MS Myxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=C/+uMnBTrMyq+H5xvW/DjD/hQJwX6bjkaz4HW2Tv6YY=; b=DHxfTA9qrT5X/CNtnccb1KmurvZ+UBkXZRKGZDOCODbeqaJEllqlEk3tJKyBYr2aMH ainRD0NOsq5TXVUSRC39FSPJfsqgPyn7a6bwN8tHx2t5RshLjj8+18WEeyY1ympRbAgF Gd3LkiCrtPg4F6hDHjLPEwt6WIr1yVeAMVF4qt4nYB1e3XNMnybPB8FTeRw0hsYU3O0N +pP1sY3+SgZZL2JYOoxTJ3aViXfWLUdDKozbUrrvrcygtVJWFGTfQNklgdyy3+cGSu25 nIE3buunGJVBftK7nRC9M/yi6yPzEP3Uj/z6BIlo3SvgkPA5XM4H6PQd+hst/6dZkvv+ v6IA== X-Gm-Message-State: ALyK8tI6doVU36SQMgAd0MgII0BMFR9UGZRmxI3r+U5+U8eh6H8yvFzGsPumps0/tdM1CKSr7Db8uSMCTytveg== X-Received: by 10.25.149.13 with SMTP id x13mr779036lfd.199.1468322356480; Tue, 12 Jul 2016 04:19:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.149.69 with HTTP; Tue, 12 Jul 2016 04:19:15 -0700 (PDT) From: Michael Zhilin Date: Tue, 12 Jul 2016 14:19:15 +0300 Message-ID: Subject: [panic] ng_uncallout with NULL callout argument To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 11:19:19 -0000 Hi, I've switched from 10 to head recently. Most of functionalities works fine except few panics. The most frequent panic happens when I unplug ethernet cable with active PPTP VPN connection. uname -a: FreeBSD gidrarium 12.0-CURRENT FreeBSD 12.0-CURRENT #1: Sat Jul 9 17:28:38 MSK 2016 jenkins@gidrarium:/builds/FreeBSD-src-head/obj/builds/FreeBSD-src-head/sys/GENERIC amd64 Test case: - use wired ethernet connection - establish PPTP connection using mpd5 - unplug ethernet cable (=> panic) db> bt Tracing pid 902 tid 100675 td 0xfffff800169a1000 ng_uncallout() at ng_uncallout+0x3d/frame 0xfffffe04530b3580 ng_pptpgre_disconnect() at ng_pptpgre_disconnect+0xbb/frame 0xfffff* ng_destroy_hook() at ng_destroy_hook+0xlfe/frame 8xfffffe84538b35d8 ng_ranode() at ng_ranode+0x75/frame 0xfffffe04538b3618 ng_apply_item() at ng_apply_itea+0x4ca/frame 0xfffffeB4538b36a8 ng_snd_item() at ng_snd_itea+0x3a9/frame 0xfffffeB4538b36e0 ngc_send() at ngc_send+0x21b/frame 0xfffffe04530b3790 sosend_generic() at sosend_generic+0x436/frame 0xfffffe04538b3850 kern_sendit() at kern_sendit+0x21b/frame Bxfffffe04538b390B sendit() at sendit+0x19f/frame 0xfffffeB4530b3950 sys_sendto() at sys_sendto+0x4d/frame 0xfffffe04530b39a0 amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe04530b3ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffeB4530b3abB --- syscall (133, FreeBSD ELF64, sys_sendto), rip = 0x80253906a, rsp - 0x7fffdfffd72B, rbp - 0x7fffdfffd770 Panic happens due to missing check if item (c->c_arg) is NULL in ng_uncallout: item = c->c_arg; /* Do an extra check */ if ((rval > 0) && (c->c_func == &ng_callout_trampoline) && (NGI_NODE(item) == node)) { /* <<<< NGI_NODE dereferences item, but it may be NULL */ I suppose that actual root cause may be in upper stack (PPTP?). Link to bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211031 Best regards, Michael From owner-freebsd-current@freebsd.org Mon Jul 11 23:28:44 2016 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 61D19B92CEB for ; Mon, 11 Jul 2016 23:28:44 +0000 (UTC) (envelope-from ofca@ofca.me) Received: from zimbra.nitronet.pl (zimbra.nitronet.pl [79.98.150.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 203AE1256; Mon, 11 Jul 2016 23:28:42 +0000 (UTC) (envelope-from ofca@ofca.me) Received: from localhost (localhost [127.0.0.1]) by zimbra.nitronet.pl (Postfix) with ESMTP id CEA4261087; Tue, 12 Jul 2016 01:21:26 +0200 (CEST) Received: from zimbra.nitronet.pl ([127.0.0.1]) by localhost (zimbra.nitronet.pl [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ICpYLsTkQVqw; Tue, 12 Jul 2016 01:21:26 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by zimbra.nitronet.pl (Postfix) with ESMTP id 5588A61095; Tue, 12 Jul 2016 01:21:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.nitronet.pl Received: from zimbra.nitronet.pl ([127.0.0.1]) by localhost (zimbra.nitronet.pl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id rB0ZiXca-cdU; Tue, 12 Jul 2016 01:21:26 +0200 (CEST) Received: from h4F629606.cli.nitronet.pl (h4F629606.cli.nitronet.pl [79.98.150.6]) by zimbra.nitronet.pl (Postfix) with ESMTPSA id 3909561087; Tue, 12 Jul 2016 01:21:26 +0200 (CEST) Date: Tue, 12 Jul 2016 01:22:38 +0200 From: =?windows-1250?Q?Pawe=B3_Tyll?= X-Priority: 3 (Normal) Message-ID: <1811960453.20160712012238@ofca.me> To: Glen Barber , Alan Somers CC: "Conrad E. Meyer" , Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r In-Reply-To: <20160711214144.GA7465@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 12 Jul 2016 11:42:20 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 23:28:44 -0000 Hello Glen, > This was actually a known "going to be problem" thing for 11.0. I'm > looking into how to fix this for 11.0-RELEASE, but right now, there is > not much more we can exclude from it. :( While the fact that .xz version is roughly 500MB is quite solid evidence that one can fit under 700MB with effort, I'm not sure if this is worthwhile. As mentioned earlier, it's 2016, and pretty much everything can be booted from USB stick for a decade or so, and VMs usually emulate DVD drives anyway, which don't care whether the image is 600MB, 777MB or 3GB. /usr/bin/clang can be compressed down from 49MB to 14MB by some binary packer, if feasible. There are some other binaries, not as large tough. /boot/kernel/* - 103MB -> 38MB - but is there any infrastructure to load compressed kernel modules, and kernel images? ports.txz can be easily fetched from the net and are useless without network connection anyway (right?) - saving of another 34MB. Those 3 things should shave off about 130MB of the 173MB needed to fit on 80-min CD-R. But... why this abstract number anyway? Why not 650MB CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB 99-min CD-R? :) And what of FreeBSD 12.0-RELEASE? Kind regards. From owner-freebsd-current@freebsd.org Tue Jul 12 12:27:34 2016 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 3EBAEB9211D for ; Tue, 12 Jul 2016 12:27:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBDE19EA; Tue, 12 Jul 2016 12:27:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id DBBAF1B9C; Tue, 12 Jul 2016 12:27:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 12 Jul 2016 12:27:32 +0000 From: Glen Barber To: Matthew Seaman Cc: freebsd-current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Oversight in /etc/defaults/rc.conf Message-ID: <20160712122732.GA5596@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 12:27:34 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: > I just upgraded my main machine to 11-STABLE. Things are mostly working > fine -- however I did notice that the new iovctl rc script is apparently > enabled by default. That seems like a trivial omission: >=20 > Index: etc/defaults/rc.conf > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- etc/defaults/rc.conf (revision 302482) > +++ etc/defaults/rc.conf (working copy) > @@ -695,6 +695,7 @@ > rctl_enable=3D"YES" # Load rctl(8) rules on boot > rctl_rules=3D"/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf(5). >=20 > +iovctl_enable=3D"NO" > iovctl_files=3D"" # Config files for iovctl(8) >=20 > ############################################################## >=20 I'm not sure I understand. Is there a functional and/or performance impact with it enabled by default? (Note, I don't disable it in my rc.conf, and there is no /dev/iov/* on my system.) Glen --opJtzjQTFsWo+cga Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhOI0AAoJEAMUWKVHj+KT0lYP/jE51I23wdYfEYSEsIIxd81r PmA7u1aKKUhOfbA6gofjXTTxX7n6NUXKJQQuYef5A0oaARvfUohWCIa8zJtUPjwc EvSHguF5kTY+Lx9TXVXE/7gYiSiYc05X9mApOjFdGVBlrbmEfXhN5grbZZbLZbaR SaxfFIuQ5poSI3eE77eWnK6kUc97siKE53XFz43plZ/1hjrTkPnT+7j5/EgRFO3u CdgvZ2JFqm5NKT95Pc4LCeoIOkMuYzdqa5RsI1PHgUZDwghZXr+fpOSSAbSpdo4z MI20IftWyEYbiEKbvGIYFTwc1yuI7CRnltcGlVLdqeSaIXogFIyyjAbV7VqyxbfR fZgikL95pKuRHnXhjuXK6r0DWXeEVjBtd1bqzI/6jMLeR3UhKBOE1kddhat+qUYo Quyo9f2yvYGvZeASKX/H/Z8rG8SNOjX8zyMDDloNjY2mJz2hDjei7kGuyzzVFQOT ac9apZU7BwTqoJnF+l35YipNgYdZlwY20aIRyiTU/mMhufBa5hj9MtdCyf1kGDs9 MuXO9Yrn7OkfYUg+tQwTRx9RlbHtl6yVixFsPIJAcz54VcWUVMo0zRpImItPuj/k Goy25KlCFasPGPaUT5SIPuRpv6ubLrAJxs3ZztKk1Jj0LV2zSmjDrdJHILF/schf FHg1+n+wj19y09uCKc+1 =uOlW -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@freebsd.org Tue Jul 12 12:33:22 2016 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 8AABCB92656 for ; Tue, 12 Jul 2016 12:33:22 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 176471EE2 for ; Tue, 12 Jul 2016 12:33:21 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.9/8.14.9) with ESMTP id u6CCXFpc083258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jul 2016 15:33:16 +0300 (EEST) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: GOST in OPENSSL_BASE From: Daniel Kalchev In-Reply-To: Date: Tue, 12 Jul 2016 15:33:15 +0300 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <1A47581A-2076-4989-BDC4-5C5E52BD28B2@digsys.bg> References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> To: Franco Fichtner X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 12:33:22 -0000 > On 12.07.2016 =D0=B3., at 13:26, Franco Fichtner = wrote: >=20 >=20 >> On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: >>=20 >> It is trivial to play MTIM with this protocol and in fact, there are = commercially available =E2=80=9Csolutions=E2=80=9D for =E2=80=9Csecuring = one=E2=80=99s corporate network=E2=80=9D that doe exactly that. Some = believe this is with the knowledge and approval of the corporation, but = who is to say what the black box actually does and whose interests it = serves? >=20 > It's also trivial to ignore that pinning certificates and using client > certificates can actually help a great deal to prevent all of what you > just said. ;) I don=E2=80=99t know many users who even know that they can do this =E2=80= =94 much less actually using it. Pinning the browser vendor=E2=80=99s = certificates does not protect you from being spied while visiting = someone else=E2=80=99s site. This is also non-trivial to support. In the early days of DANE, Google even had a version of Chrome that = supported DANE, just to kill it a bit later: = https://www.ietf.org/mail-archive/web/dane/current/msg06980.html >=20 > The bottom line is not having GOST support readily available could = alienate > a whole lot of businesses. Not wanting those downstream use cases = will make > those shift elsewhere and the decision will be seen as an overly = political > move that in no possible way reflects the motivation of community = growth. Exactly =E2=80=94 especially as long as there is no demonstrable proof = that GOST is actually broken. Daniel= From owner-freebsd-current@freebsd.org Tue Jul 12 12:35:48 2016 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 2BC00B92702 for ; Tue, 12 Jul 2016 12:35:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1DEB911A3; Tue, 12 Jul 2016 12:35:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 64DC518E; Tue, 12 Jul 2016 12:35:48 +0000 (UTC) Date: Tue, 12 Jul 2016 12:35:48 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1100441165.44.1468326948350.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <318222070.40.1468305230620.JavaMail.jenkins@jenkins-9.freebsd.org> References: <318222070.40.1468305230620.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #135 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 12:35:48 -0000 See From owner-freebsd-current@freebsd.org Tue Jul 12 12:52:55 2016 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 605E0B92C92 for ; Tue, 12 Jul 2016 12:52:55 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id B78B41B36; Tue, 12 Jul 2016 12:52:54 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp14-2-37-105.lns21.adl2.internode.on.net (HELO leader.local) ([14.2.37.105]) by ipmail06.adl2.internode.on.net with ESMTP; 12 Jul 2016 16:09:12 +0930 Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: cem@freebsd.org, Ronald Klop References: Cc: freebsd-current From: Shane Ambler Message-ID: <5784908E.1090007@ShaneWare.Biz> Date: Tue, 12 Jul 2016 16:09:10 +0930 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 12:52:55 -0000 On 12/07/2016 06:54, Conrad Meyer wrote: > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > it's time to move on from CD. +1 on dropping CD images. I haven't burnt a CD in over 10 years and I don't believe I have seen a CD only drive in that time. Even with a CD size image I have burnt them to DVD, I first started this because transfer speeds of DVD's are faster and nowadays it costs almost the same to burn a DVD. So I see zero benefit to using CD's and that's before thinking of reusable USB devices. I do think there is a benefit to keeping the small boot only image available that can be used to start/recover a machine that can then download any data to be installed. -- FreeBSD - the place to B...Storing Data Shane Ambler From owner-freebsd-current@freebsd.org Tue Jul 12 12:57:11 2016 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 AD98DB92D67 for ; Tue, 12 Jul 2016 12:57:11 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::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 733971CF3 for ; Tue, 12 Jul 2016 12:57:11 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bMxFP-0009D2-43; Tue, 12 Jul 2016 14:57:11 +0200 Date: Tue, 12 Jul 2016 14:57:11 +0200 From: Kurt Jaeger To: Shane Ambler Cc: freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160712125711.GH95302@home.opsec.eu> References: <5784908E.1090007@ShaneWare.Biz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5784908E.1090007@ShaneWare.Biz> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 12:57:11 -0000 Hi! > On 12/07/2016 06:54, Conrad Meyer wrote: > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > it's time to move on from CD. > > +1 on dropping CD images. CD-ROMs are read-only and pretty much secure, USB flash can be used to attack systems. Just sayin' 8-} -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-current@freebsd.org Tue Jul 12 13:06:07 2016 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 A35AAB92F66 for ; Tue, 12 Jul 2016 13:06:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 9155412EA for ; Tue, 12 Jul 2016 13:06:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from zeppelin.tachypleus.net (75-101-50-44.static.sonic.net [75.101.50.44]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u6CD60er032056 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Tue, 12 Jul 2016 06:06:00 -0700 Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <5784908E.1090007@ShaneWare.Biz> From: Nathan Whitehorn Message-ID: <6ec8f6e2-a7ef-bc40-497e-b4862abb1ec5@freebsd.org> Date: Tue, 12 Jul 2016 06:05:59 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <5784908E.1090007@ShaneWare.Biz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVYm1GHow6gGA9kXhl8Ctm4P8tPsCc9E/LXdeTj/ZxrWRQYWCCTVno6PyNmZLzvAeSXid1oEjIAfP6EMXHBcfDoulZF9wR9/WJ4= X-Sonic-ID: C;WCEZYTFI5hG7SJtMTlz00w== M;zipxYTFI5hG7SJtMTlz00w== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 13:06:07 -0000 On 07/11/16 23:39, Shane Ambler wrote: > On 12/07/2016 06:54, Conrad Meyer wrote: >> DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe >> it's time to move on from CD. > > +1 on dropping CD images. I haven't burnt a CD in over 10 years and I > don't believe I have seen a CD only drive in that time. Even with a CD > size image I have burnt them to DVD, I first started this because > transfer speeds of DVD's are faster and nowadays it costs almost the > same to burn a DVD. So I see zero benefit to using CD's and that's > before thinking of reusable USB devices. > > I do think there is a benefit to keeping the small boot only image > available that can be used to start/recover a machine that can then > download any data to be installed. > But some people clearly do want that, and this is trivially fixable by dropping the toolchain from disc1 and leaving it on the DVD image. So let's do that. -Nathan From owner-freebsd-current@freebsd.org Tue Jul 12 13:20:51 2016 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 5F9C2B93364 for ; Tue, 12 Jul 2016 13:20:51 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 1CE251AE5; Tue, 12 Jul 2016 13:20:50 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id DBFF2284C9; Tue, 12 Jul 2016 15:20:40 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C1F54284CD; Tue, 12 Jul 2016 15:20:39 +0200 (CEST) Message-ID: <5784EEA7.2030102@quip.cz> Date: Tue, 12 Jul 2016 15:20:39 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: =?UTF-8?Q?Pawe=c5=82_Tyll?= , Glen Barber , Alan Somers CC: "Conrad E. Meyer" , Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r References: <20160711214144.GA7465@FreeBSD.org> <1811960453.20160712012238@ofca.me> In-Reply-To: <1811960453.20160712012238@ofca.me> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 13:20:51 -0000 Paweł Tyll wrote on 07/12/2016 01:22: > Those 3 things should shave off about 130MB of the 173MB needed to fit > on 80-min CD-R. But... why this abstract number anyway? Why not 650MB > CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB 99-min > CD-R? :) It is not only about the target media size. The size matters when you need to boot some recovery media from you desktop on remote server via KVM. And there is one thing I don't understand - why is the bootonly so large? I remember days when this fits to 50MB and now it is almost 235MB which renders it almost useless. For recoveries and remote installs I always use mfsbsd images (about 45MB). Miroslav Lachman From owner-freebsd-current@freebsd.org Tue Jul 12 13:58:23 2016 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 BF44CB92095 for ; Tue, 12 Jul 2016 13:58:23 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3CCF1D6B for ; Tue, 12 Jul 2016 13:58:23 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 73F391F1B for ; Tue, 12 Jul 2016 13:58:21 +0000 (UTC) Subject: Re: Oversight in /etc/defaults/rc.conf To: freebsd-current@freebsd.org References: <20160712122732.GA5596@FreeBSD.org> From: Allan Jude Message-ID: Date: Tue, 12 Jul 2016 09:58:20 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160712122732.GA5596@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 13:58:23 -0000 On 2016-07-12 08:27, Glen Barber wrote: > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: >> I just upgraded my main machine to 11-STABLE. Things are mostly working >> fine -- however I did notice that the new iovctl rc script is apparently >> enabled by default. That seems like a trivial omission: >> >> Index: etc/defaults/rc.conf >> =================================================================== >> --- etc/defaults/rc.conf (revision 302482) >> +++ etc/defaults/rc.conf (working copy) >> @@ -695,6 +695,7 @@ >> rctl_enable="YES" # Load rctl(8) rules on boot >> rctl_rules="/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf(5). >> >> +iovctl_enable="NO" >> iovctl_files="" # Config files for iovctl(8) >> >> ############################################################## >> > > I'm not sure I understand. Is there a functional and/or performance > impact with it enabled by default? (Note, I don't disable it in my > rc.conf, and there is no /dev/iov/* on my system.) > > Glen > If the service should be on by default, then it should have iovctl_enable="YES" in etc/defaults/rc.conf One way or the other, a default should be set. -- Allan Jude From owner-freebsd-current@freebsd.org Tue Jul 12 14:10:52 2016 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 2AC08B92614 for ; Tue, 12 Jul 2016 14:10:52 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB9DC161F; Tue, 12 Jul 2016 14:10:51 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from ox-dell39.ox.adestra.com (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id A8766546E; Tue, 12 Jul 2016 14:10:44 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/A8766546E; dkim=none; dkim-atps=neutral Subject: Re: Oversight in /etc/defaults/rc.conf To: Glen Barber References: <20160712122732.GA5596@FreeBSD.org> Cc: freebsd-current@freebsd.org, FreeBSD Release Engineering Team From: Matthew Seaman Message-ID: <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> Date: Tue, 12 Jul 2016 15:10:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160712122732.GA5596@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dIG7RgEHRWVBhi6kdFGh5UnwE0PAFtJuN" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 14:10:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dIG7RgEHRWVBhi6kdFGh5UnwE0PAFtJuN Content-Type: multipart/mixed; boundary="udR1JAiCUpeGx94cqSKAHu3FDorCOpwGU" From: Matthew Seaman To: Glen Barber Cc: freebsd-current@freebsd.org, FreeBSD Release Engineering Team Message-ID: <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> Subject: Re: Oversight in /etc/defaults/rc.conf References: <20160712122732.GA5596@FreeBSD.org> In-Reply-To: <20160712122732.GA5596@FreeBSD.org> --udR1JAiCUpeGx94cqSKAHu3FDorCOpwGU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 07/12/16 13:27, Glen Barber wrote: > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: >> I just upgraded my main machine to 11-STABLE. Things are mostly worki= ng >> fine -- however I did notice that the new iovctl rc script is apparent= ly >> enabled by default. That seems like a trivial omission: >> >> Index: etc/defaults/rc.conf >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- etc/defaults/rc.conf (revision 302482) >> +++ etc/defaults/rc.conf (working copy) >> @@ -695,6 +695,7 @@ >> rctl_enable=3D"YES" # Load rctl(8) rules on boot >> rctl_rules=3D"/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf(5). >> >> +iovctl_enable=3D"NO" >> iovctl_files=3D"" # Config files for iovctl(8) >> >> ############################################################## >> >=20 > I'm not sure I understand. Is there a functional and/or performance > impact with it enabled by default? (Note, I don't disable it in my > rc.conf, and there is no /dev/iov/* on my system.) I'm not religious about it being turned off per se. More that it should have a clearly defined on/off state shown in the defaults. I went for 'off' following the general principle that rc.conf items should mostly be off by default and require specific action to enable. Yes, there are exceptions to this rule, but I see no particular reason that iovctl should be one. What's the advantage to turning it on by default on every FreeBSD installation? However, even if it's felt it should be enabled everywhere, then shouldn't /etc/defaults/rc.conf have: iovctl_enable=3D"YES" instead? Cheers, Matthew =09 --udR1JAiCUpeGx94cqSKAHu3FDorCOpwGU-- --dIG7RgEHRWVBhi6kdFGh5UnwE0PAFtJuN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJXhPpkAAoJEABRPxDgqeTngzwP/iNBcnCZ3uVjc3cGPWOB/yyX JjuUOVNhHabaK3T6jgCoJ0+7/DqvqBqY+1lgcpmfPLLAtryOA4GLSgEuMdjzc6w9 9cqR4qQNrEEZDmofgdeuImqTGE+Fk+RHj5hEIu+E0+DFGoLOsU5QTr860HFxKkNx ozmxgRrVAlNWx/pZNbUkLAFsbTkI6j0lur33bKMzTynHXms3DQ9PJfSMND1wfZkG zNSwGRP3SxvqFMZGvhNvKgnSChQJ9cj4YqXT4aHKyQHOiaiaEA/uYV9+T3OXSmS8 96qqWF2poaMBurUJblr6vStjtfK0ZHnCw5pEgC/2kxOW106LW6usZ6JlglM8lO13 srmHM6DgaZuuLzBOak7vNZBWW/EGGwvs8qYZDbZm1tiFpnDpdGCWU0UeKul3Bp+0 YNm1JG1Z/24Fjvm4cffSihTCWDNJ/EofTgSu5pqePFZEsDxjumRty20XuzF7C7ey lsfyDGXPQSCkGqSm2Ci/GQSoynKDCtJ9iXD8e6Tkrxj/w/yfzRL9GXj+0Tp71vxs Qm0ZLIEFUYq7o23jNQxYP1huEK9b8GANfQ/BUyiHcRwXbmzJsBUSW7K7cGMzBGma ClAjaLrG0R8ktNmrRDJnivoiQsrUm9yfambKo3+5mYEsYRlWETMwzvt9bGNlALzq khAqSUo0C0JLn8DKVqR+ =PJkY -----END PGP SIGNATURE----- --dIG7RgEHRWVBhi6kdFGh5UnwE0PAFtJuN-- From owner-freebsd-current@freebsd.org Tue Jul 12 14:17:41 2016 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 36D5EB92905 for ; Tue, 12 Jul 2016 14:17:41 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 13FC51B01; Tue, 12 Jul 2016 14:17:41 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id BFE9812A7; Tue, 12 Jul 2016 14:17:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 12 Jul 2016 14:17:39 +0000 From: Glen Barber To: Matthew Seaman Cc: freebsd-current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: Oversight in /etc/defaults/rc.conf Message-ID: <20160712141739.GC1520@FreeBSD.org> References: <20160712122732.GA5596@FreeBSD.org> <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB" Content-Disposition: inline In-Reply-To: <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 14:17:41 -0000 --gr/z0/N6AeWAPJVB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 12, 2016 at 03:10:43PM +0100, Matthew Seaman wrote: > On 07/12/16 13:27, Glen Barber wrote: > > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: > >> I just upgraded my main machine to 11-STABLE. Things are mostly worki= ng > >> fine -- however I did notice that the new iovctl rc script is apparent= ly > >> enabled by default. That seems like a trivial omission: > >> > >> Index: etc/defaults/rc.conf > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> --- etc/defaults/rc.conf (revision 302482) > >> +++ etc/defaults/rc.conf (working copy) > >> @@ -695,6 +695,7 @@ > >> rctl_enable=3D"YES" # Load rctl(8) rules on boot > >> rctl_rules=3D"/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf(5). > >> > >> +iovctl_enable=3D"NO" > >> iovctl_files=3D"" # Config files for iovctl(8) > >> > >> ############################################################## > >> > >=20 > > I'm not sure I understand. Is there a functional and/or performance > > impact with it enabled by default? (Note, I don't disable it in my > > rc.conf, and there is no /dev/iov/* on my system.) >=20 > I'm not religious about it being turned off per se. More that it should > have a clearly defined on/off state shown in the defaults. >=20 Ah, this was my confusion. Thank you for clarifying. > I went for 'off' following the general principle that rc.conf items > should mostly be off by default and require specific action to enable. > Yes, there are exceptions to this rule, but I see no particular reason > that iovctl should be one. What's the advantage to turning it on by > default on every FreeBSD installation? >=20 > However, even if it's felt it should be enabled everywhere, then > shouldn't /etc/defaults/rc.conf have: >=20 > iovctl_enable=3D"YES" >=20 > instead? >=20 I'm not pro -vs- con either way. But I think this should be resolved in head first, and MFC'd to stable/11, as this isn't something I think should be in the "checklist" when branching. I think you are really pointing out a different "bug" here. Glen --gr/z0/N6AeWAPJVB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhPwDAAoJEAMUWKVHj+KTrAIQAIaYmK+GGB7b1rjYycsGY503 Yl6tiz7L+qTCqhnfL9uVrrIXHJN1t4FstqbnpyaS4Izyd6UCf15cTKdLH+sz86Nx q7SYoY07mcsZEk4/SRE3pvJ0gvLH/3M3qszUOaXOiRSVylv4VTYqDhdGTI3PnY9r hyigx/riZVPIljYzNkx44LFv9qgS3uQF+ZIDD4PcwlUxJGrEi5DInS78l9qIaI93 pdq0b/GkWS0Ql5CBsDaeZtOvnV/xeTXki0UVA8RV7giEZ6BIhRHJME5kkqTNflSN VI7N1aL/MHNP1hE383AZ0ob9jOAI7kSqPj4YHr6LZMi8xptKQz8APQPGo3TzaYG7 5+IEaKTUY/80HGyJvi2aVP4b3vK0xNzF3CxsHUZFqmVm4i+la8e0YpSb40eyjXUT IVZfwFHFd9jaE6eGa8YCMa/hpPZDi74Br6WceZG0U3pRktlY+a/EelpJPFcgXf5j 17U0m4IBk6qSbjhY8Fvp3g6PGHTC+9N2E2Y05p9WuZdBaXWE9P1TC4Wq9trdvYYk tj6/ojb8BZ1nIKkf4Qk5LgRPPD40ZM4dWLIy81kyMzxk9t/07eKCdo7uHLVamEaB nqPn7nNzfEy3VDCUZ5Zj0xwslKsG9tAUtUxRoJek58qvvIuDVl7IUyTUwhTsdZb5 5V7nO3pzkkKVs/iOju5I =5iwp -----END PGP SIGNATURE----- --gr/z0/N6AeWAPJVB-- From owner-freebsd-current@freebsd.org Tue Jul 12 14:22:52 2016 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 5EA2DB92AF7 for ; Tue, 12 Jul 2016 14:22:52 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B65811F0B; Tue, 12 Jul 2016 14:22:51 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from [109.42.1.140] by msvc-mesg-gmx003.server.lan (via HTTP); Tue, 12 Jul 2016 16:22:39 +0200 Message-ID: From: "Olli Hauer" To: "Miroslav Lachman" <000.fbsd@quip.cz>, =?UTF-8?Q?=22Pawe=C5=82_Tyll=22?= , "Glen Barber" , "Alan Somers" Cc: "Conrad E. Meyer" , "Ronald Klop" , freebsd-current Subject: Re: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Date: Tue, 12 Jul 2016 16:22:39 +0200 X-Provags-ID: V03:K0:B9j19kpReBiWb3+ycHlWrzV+fDXY0coqrrI/8btnrtt WULA6EdA0umLW05bhrZFJTnPwTxaDbkDcGz+tRJ74cpihLnDaT +l6fZjjLA1eT/POYwEsyiPcGM9CUVaALKaoFxh0UD9M+gi+zhg OCQm2OqjBXe8B8QZJZSpnEwjQ/emjMCMM6YQYY+5Kp6+76vZUk E3eopwB+SG5RWX5/7YJl4n1IuUSHrf3awwLI5cSU2eZK7CpTPy mbznTVD9O1+xaiDJL5bBMnVwzvcjZSmtazLLOuB7sRWUUXPTWv I7aElg= X-UI-Out-Filterresults: notjunk:1;V01:K0:5+A9tpXZ1O0=:2x53+X8HCr4Z8yUrXPE06T xJabNegCKwNR/I+t6Gd9QOPZ8Hl713CzTBal+L06lKYYHuj3yGv6T2VugzZyxkZyzE0yonqV0 Q3Q1PJ4dJNLddZk6LfpjtGGoAfH/n8P/PxOruAci6jj5iHSmTQosUu+BggTThrvdRDFmcNaHv MBEwVIfj6wuYcWSGm7fQfDWwCGiCIpGT0cWdA1nl9058h5XL2JxNNnbbx1MiduCv8QKX6jDfh BXxycbNlr9tsl31hj5KXr25cfcYpkBQcKK4yLlUyBF3DhxzcbdgnEBeeaNqa9/9020qGwQo1x vdKsJUQ3CnhOLvETb2h6JMXKvWkoY2NHyeZf4KhwxfDvagw/wDJ07e89+EThFnZuSfu+Icu8D ZVLsWdU99liWJL3AhUIJ6P17AJshivgMEol2Fa7+K5gqn+3Yr8BYixPzv3bY7QsvKdYYyo1Jr 9rQx/kWp6D0w0v+y4iEH+m0cahScSTuxDZvZ7gkhM3pQcD8Kqikw MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 14:22:52 -0000 From owner-freebsd-current@freebsd.org Tue Jul 12 14:51:01 2016 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 9E2E4B936B1 for ; Tue, 12 Jul 2016 14:51:01 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E64E1893 for ; Tue, 12 Jul 2016 14:50:59 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wm0-x229.google.com with SMTP id f126so130431493wma.1 for ; Tue, 12 Jul 2016 07:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=3mO7ivuFw7p86/mU6pP0a1sgidDBZL3pLeEs7vP8si0=; b=OP02WKYFhd6A/1ZOZ21xoKW9CwHf3SA59/bX4gvniSkL1wVmSkXwXLT55q5BDall0A 3KfvCJ5wLo/RDJrYtWDzOrYiewZElpe9vkMKZXTMWGmU/8U30/Rne2rQmkDkje5MLfSH iO1w93DC3EJ2t3jaWl2ic7sj86m6YQ5t4qt/NCEY6nZkZelGBhh7RG1J3X1obLdUx4Bw y/IiQwrFqsAHyOrLS/zWjs8cF9+OZThf13qiGuDyA+AUnruauixtTI+v5h/vwj5keYSy P6xvczj+idpLcqWIy8as5314MG1HXhkooY5sZEqKzuuuv1pPBMaqaDwLthvr0f6YMY6R LnUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=3mO7ivuFw7p86/mU6pP0a1sgidDBZL3pLeEs7vP8si0=; b=CQmtb7GomrosvErIOohKqoCLaXehJR2NpfVD7XQvhQL0ChiFutgo239BQwMg8p7zFo XFKnX2RtDJ2krBf05Xw23Vox2ZoyJEEO5Sng2EE6NFcdVdShEB4Z0PHFisr0VkFxrsp+ kWX0Uc/rvq5iNe/Eae0CL7qBC1qnP9nFEFVYNW+e5VbpO832AYhEflgO2wMd0GSi6BMy 7PNHbpwA23xS8RkWNvar4YfLmzdzjza0WNd7okhmyx5Hh9x7KbTsAgeyWFPYNI5/hdkx RqfzU4woHiWd61KIsUGSRQgcnxBqxGsUEcEdl88Ygc/Y3/KnBX6QlcwRebWIeQhBM9Uy Tu+w== X-Gm-Message-State: ALyK8tJtktT9PCX3BMe1hqvbfCtA6LCy/UQmPx32AxHjuQ2Wt2ASwpVd+Bt198heZG27ig== X-Received: by 10.28.22.144 with SMTP id 138mr22056454wmw.77.1468335057468; Tue, 12 Jul 2016 07:50:57 -0700 (PDT) Received: from gumby.homeunix.com ([81.171.59.112]) by smtp.gmail.com with ESMTPSA id d64sm2403140wmc.22.2016.07.12.07.50.55 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 12 Jul 2016 07:50:56 -0700 (PDT) Date: Tue, 12 Jul 2016 15:50:53 +0100 From: RW To: freebsd-current@freebsd.org Subject: Re: Oversight in /etc/defaults/rc.conf Message-ID: <20160712155053.6b5a0d99@gumby.homeunix.com> In-Reply-To: <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> References: <20160712122732.GA5596@FreeBSD.org> <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 14:51:02 -0000 On Tue, 12 Jul 2016 15:10:43 +0100 Matthew Seaman wrote: > I'm not religious about it being turned off per se. More that it > should have a clearly defined on/off state shown in the defaults. > > I went for 'off' following the general principle that rc.conf items > should mostly be off by default and require specific action to enable. > Yes, there are exceptions to this rule, but I see no particular reason > that iovctl should be one. What's the advantage to turning it on by > default on every FreeBSD installation? Unless I'm misunderstanding the situation. rc.d/iovctl isn't actually doing anything by default because of iovctl_files="". There is an analogy with rc.d/sysctl which runs by default, with a an empty sysctl.conf file. This also has no explicit enable entry in rc.conf. From owner-freebsd-current@freebsd.org Tue Jul 12 14:52:29 2016 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 6A210B9386B for ; Tue, 12 Jul 2016 14:52:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5E901B73 for ; Tue, 12 Jul 2016 14:52:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C41E21FE024; Tue, 12 Jul 2016 16:52:23 +0200 (CEST) Subject: Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00 To: Michael Zhilin References: <20160712083746.GA78547@x2.osted.lan> <29dd874b-075f-8ba7-4e0d-144ebdb8b283@selasky.org> Cc: Peter Holm , freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <606dc953-8ae9-459c-5eb2-fb300338bed8@selasky.org> Date: Tue, 12 Jul 2016 16:56:14 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 14:52:29 -0000 On 07/12/16 11:03, Michael Zhilin wrote: > Hi, > > I have same issue everyday on my laptop. It happens randomly and I suppose > due to network issues. > I want to test D4507. I've tried to apply patch, it's successful except one > chunk: > I've updated D4605 . It will fix the panic that results of the command sequence in the differential revision's comments at least. --HPS From owner-freebsd-current@freebsd.org Tue Jul 12 15:03:35 2016 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 A73F2B93C81 for ; Tue, 12 Jul 2016 15:03:35 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.chatusa.com (br1.CN84in.chatusa.com [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 6D9EF137B; Tue, 12 Jul 2016 15:03:34 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.ChatUSA.com (localhost [127.0.0.1]) by pdx.rh.CN85.chatusa.com (8.13.3/8.13.3) with ESMTP id u6CF3Dmt055155; Tue, 12 Jul 2016 08:03:13 -0700 (PDT) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: (from freebsd@localhost) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3/Submit) id u6CF34qX055154; Tue, 12 Jul 2016 08:03:04 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201607121503.u6CF34qX055154@pdx.rh.CN85.ChatUSA.com> Subject: Re: Oversight in /etc/defaults/rc.conf In-Reply-To: <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> To: Matthew Seaman Date: Tue, 12 Jul 2016 08:03:04 -0700 (PDT) CC: Glen Barber , freebsd-current@FreeBSD.org, FreeBSD Release Engineering Team 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: Tue, 12 Jul 2016 15:08:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 15:03:35 -0000 > On 07/12/16 13:27, Glen Barber wrote: > > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: > >> I just upgraded my main machine to 11-STABLE. Things are mostly working > >> fine -- however I did notice that the new iovctl rc script is apparently > >> enabled by default. That seems like a trivial omission: > >> > >> Index: etc/defaults/rc.conf > >> =================================================================== > >> --- etc/defaults/rc.conf (revision 302482) > >> +++ etc/defaults/rc.conf (working copy) > >> @@ -695,6 +695,7 @@ > >> rctl_enable="YES" # Load rctl(8) rules on boot > >> rctl_rules="/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf(5). > >> > >> +iovctl_enable="NO" ^^^^ Missing explination of knob > >> iovctl_files="" # Config files for iovctl(8) > >> > >> ############################################################## > >> > > > > I'm not sure I understand. Is there a functional and/or performance > > impact with it enabled by default? (Note, I don't disable it in my > > rc.conf, and there is no /dev/iov/* on my system.) > > I'm not religious about it being turned off per se. More that it should > have a clearly defined on/off state shown in the defaults. > > I went for 'off' following the general principle that rc.conf items > should mostly be off by default and require specific action to enable. > Yes, there are exceptions to this rule, but I see no particular reason > that iovctl should be one. What's the advantage to turning it on by > default on every FreeBSD installation? > > However, even if it's felt it should be enabled everywhere, then > shouldn't /etc/defaults/rc.conf have: > > iovctl_enable="YES" What ever is resolved you also need to add a # comment describing it. > > instead? > > Cheers, > > Matthew -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Jul 12 15:15:14 2016 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 D5886B930E8 for ; Tue, 12 Jul 2016 15:15:14 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E9CB1BAE; Tue, 12 Jul 2016 15:15:14 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x236.google.com with SMTP id dx3so7567243pab.2; Tue, 12 Jul 2016 08:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=WZE5HdTVnzhaI7ZTp/8UlKXMKL740mfl7/DWP0u2oIQ=; b=I0wVB1VBG3snOq5bRP5UGeJOQMYgkIHBdV0yOFQPuJEJxvY3B4hxqNk/KJJL3UbjZs QUnsP57/Bpi1Mg0tz8ENQdNyhHiaqG4rsuhVMcx9HzjoihzEhvffDLujq+SovVYAQzO+ eShie2j5quU4ru6OBPbRpwNsilhgw5zkF0FJ1L05g+bC+tfow02bkkcVUVZLbtvwqcwv ETlLbtzMFBfRenQ6Dwn25WbJj0chx00oJafqs5osRlK16xDBu3WyZftGme4oSzy1cMla fRtpjjZIEbYiVotFB5C+eOD8saQzyamhSaEZBQgeqRegJGJmHyTohA45rBjZxZdq0gxS f07w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=WZE5HdTVnzhaI7ZTp/8UlKXMKL740mfl7/DWP0u2oIQ=; b=kRy4VmT7Fur8mVMvIguME9LfQu/1yTUtoAZeONX8/qdZHV88PWJX2ckgoaJffmvNpn PAxoGzqyN38bVKwEuOqWtTaiCfY5zo4tdynb/qfrC2j6HE+MGjtHP7RVclGOVdjCPfXi JFAaNQ/jSiBjQNapAUlAqS2pZ7H8HayxCHW+YFx5VsvEsHOn/viiDjZTakcMifNHPXII SgLJfWt/zHqI0Cz2RdJoyxeDrgQ07Wrin2/0f49WhLkvCJvf9xNY0RVu0wO2lDV5IBlm 4amInUhxPf01/Tkl9UA3EtTw4Or3QPN3FocjZh9iuP3Mqmd/G16/wbdu3ayJA3Vtq+uX p5fw== X-Gm-Message-State: ALyK8tLhUT2GYiJXH31Q0zcLRc5ux9wV6vK2FfNft/CxIYntcoLhAqltoTh++IBlgMsF2g== X-Received: by 10.66.26.105 with SMTP id k9mr4922348pag.103.1468336513269; Tue, 12 Jul 2016 08:15:13 -0700 (PDT) Received: from [192.168.20.9] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id s12sm3730458pfj.57.2016.07.12.08.15.11 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 12 Jul 2016 08:15:11 -0700 (PDT) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_888AFABB-0DAB-49FC-9AF6-D252B5101057"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <5784EEA7.2030102@quip.cz> Date: Tue, 12 Jul 2016 08:15:10 -0700 Cc: =?utf-8?Q?Pawe=C5=82_Tyll?= , Glen Barber , Alan Somers , "Conrad E. Meyer" , Ronald Klop , freebsd-current Message-Id: <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> References: <20160711214144.GA7465@FreeBSD.org> <1811960453.20160712012238@ofca.me> <5784EEA7.2030102@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 15:15:14 -0000 --Apple-Mail=_888AFABB-0DAB-49FC-9AF6-D252B5101057 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 12, 2016, at 06:20, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > Pawe=C5=82 Tyll wrote on 07/12/2016 01:22: >=20 >> Those 3 things should shave off about 130MB of the 173MB needed to = fit >> on 80-min CD-R. But... why this abstract number anyway? Why not = 650MB >> CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB = 99-min >> CD-R? :) >=20 > It is not only about the target media size. The size matters when you = need to boot some recovery media from you desktop on remote server via = KVM. >=20 > And there is one thing I don't understand - why is the bootonly so = large? I remember days when this fits to 50MB and now it is almost 235MB = which renders it almost useless. For recoveries and remote installs I = always use mfsbsd images (about 45MB). I wholeheartedly agree. It sucks having to transfer more than 50 MB over our work link across a = few thousand miles with IPMI remote KVM redirection. Thanks, -Ngie --Apple-Mail=_888AFABB-0DAB-49FC-9AF6-D252B5101057 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXhQl+AAoJEPWDqSZpMIYVi+MP/R4blPfxTv7tG9xLSz7ZEFxi 6UmoZzEvUW9E9DpjBLkrPhmNj+4gRlV3PTxtDz/y3QYUqBf6dHz2/tmt3NrUDSjV AO8ceIZlPrjF4Hgn9wYVuT1seDU9HkcknHIPuLrcREM6Tk33M4kDgkc2xqGViHKm u++zJVP1zOqxv3qerIbFLGFmWWePM38FuyJaQixkYKYb+IKRsFLHSg/6cu3GXq9y kFfFs5eOOEO/K6c6Yo5RF5uvd9t1OtkthN45ej6F4ROkC58iXzthetfHe3sYiZOP 7IA5izYQs6Im/xELcmUtxF8xKTh8PiM5YATqwVAy9FO7MP1Sou8atOor7xcZH6NT 2Ebt4ChqXq2CuPoH56yx4735E5foEJBnJV+lroe3nQO/f0JXzaV6LXAg9Gg8A5L6 FN1dXdYzRPfMUqA1kM0HlnBRsVafU7WKeDedpBpxARg2bZUJfKwCRRAeJPZvjRBx 3hOIjq7Jt7a6jekIJElxg7L6WPyGMP0kW68bCW1WYqGhnRIBh/y3m02XKyKYP8Js W1RSx9yNL8Qi9AMYWVgsiIWxPvxASQLJV8JpfwphDwBX5DEcUa3FD1ZMVl3BA1Pi pQhoPo3nCPw5SbtVKh72By70W5csfN+2mLmJ+jve+2BKCWzjFfKK3ABONl2DQhLW kc/F+5AonLf0x7D8nPa1 =f6ws -----END PGP SIGNATURE----- --Apple-Mail=_888AFABB-0DAB-49FC-9AF6-D252B5101057-- From owner-freebsd-current@freebsd.org Tue Jul 12 15:26:57 2016 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 EFCB9B934A9 for ; Tue, 12 Jul 2016 15:26:56 +0000 (UTC) (envelope-from rysto32@gmail.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 94CF01469 for ; Tue, 12 Jul 2016 15:26:56 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id u186so90174276ita.0 for ; Tue, 12 Jul 2016 08:26:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+z0Qsc2QC48VpVyr1pQXc0QYXQnFWf+fFDKe3UtCXHc=; b=KnR2Aqxr8FmNbk9b9KghGk5fmuUxwbPfBe1XCNGhHzsOhPsTPuRgyDH8ADg8A1aHP7 Rx4S5Ly1LHCmLGgVyHD7sDUyQdaKnKoayajAJ70vHVFObPIDDjUSWwJqFNzqNTnGJvEW XXKGWW09xsrYGSRiCUXouORc+8o33lzKYmJ54RDH1PGBSJGRSoeLOB2miaOVMZArMKFu wdP1Dzv8cVLMceVLnFNl0pRi9UE4cgkcKFSy9cImNp11BLTt7RJ3modAzPd4ErQL6TEk KcmGwfnJ8ln+1DnjECe829grmxW7+ONHRPN9ukApXCZ7VH2rXl5WzTDo0DMD1jv80NTu 2lBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+z0Qsc2QC48VpVyr1pQXc0QYXQnFWf+fFDKe3UtCXHc=; b=lMwcaNOAzkMfIgkqzXgiJZAHsRWXbCXTYGErprDo9c7/FupY/NSV8OgcmxF67IyGd1 Lv5Uvv32E7pRKdIiNFSjwykmOrWFXjuvt9rjOjRW/AEctPhIhsACYkGl8ZvysHuSu/k4 lZ9fCQGS4FOTBBIiglYWgMFt7EosC1iWvQbYjvQuohA32P/jHAesn+9i2G1m8kXQCmeN 6oyEaV3PF/+7FxeK8NNoL0R6sCyEKSTY5K7F4zfdcxRf1AnHN64572EMurg6Kkvr+oqd mbznfQX14j97oS7HFr+iwIWLefY5K5x5GfI5Gc2Ih4/YjG9zqrGLza3ww++6AuoBhY5t pOxw== X-Gm-Message-State: ALyK8tK1C5I3+4/W1Y0y1jWBzDtOM2UYPdAfQlCf0cPJeDQoTe+hHSQYpgkthPQj6UuVUZEYZX1QLkXnXOyxFA== X-Received: by 10.36.21.65 with SMTP id 62mr3731069itq.20.1468337215382; Tue, 12 Jul 2016 08:26:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.200.71 with HTTP; Tue, 12 Jul 2016 08:26:54 -0700 (PDT) In-Reply-To: <20160712155053.6b5a0d99@gumby.homeunix.com> References: <20160712122732.GA5596@FreeBSD.org> <483d186c-ca63-60ef-5703-8a7ae37e9ced@freebsd.org> <20160712155053.6b5a0d99@gumby.homeunix.com> From: Ryan Stone Date: Tue, 12 Jul 2016 11:26:54 -0400 Message-ID: Subject: Re: Oversight in /etc/defaults/rc.conf To: RW Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 15:26:57 -0000 On Tue, Jul 12, 2016 at 10:50 AM, RW wrote: > Unless I'm misunderstanding the situation. rc.d/iovctl isn't actually > doing anything by default because of iovctl_files="". > > There is an analogy with rc.d/sysctl which runs by default, with a > an empty sysctl.conf file. This also has no explicit enable entry in > rc.conf. > That is how it is intended to work, and rc.d/sysctl was the inspiration for that script if memory serves. I'm not entirely opposed to an iovctl_enable variable but it seems redundant. From owner-freebsd-current@freebsd.org Tue Jul 12 16:31:51 2016 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 718D3B833A1 for ; Tue, 12 Jul 2016 16:31:51 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497351685 for ; Tue, 12 Jul 2016 16:31:50 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 343A11450 for ; Tue, 12 Jul 2016 16:31:49 +0000 (UTC) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <20160711214144.GA7465@FreeBSD.org> <1811960453.20160712012238@ofca.me> <5784EEA7.2030102@quip.cz> <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> From: Allan Jude Message-ID: <7b82334d-92af-92c2-8b09-76d407750ad9@freebsd.org> Date: Tue, 12 Jul 2016 12:31:44 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TE6UtQVn4hUlEjGO65rmEuxTViCB63K5b" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 16:31:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TE6UtQVn4hUlEjGO65rmEuxTViCB63K5b Content-Type: multipart/mixed; boundary="bWkD9TESOBMCP3sXDG11pWnlg5c7NOjU5" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <7b82334d-92af-92c2-8b09-76d407750ad9@freebsd.org> Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r References: <20160711214144.GA7465@FreeBSD.org> <1811960453.20160712012238@ofca.me> <5784EEA7.2030102@quip.cz> <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> In-Reply-To: <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> --bWkD9TESOBMCP3sXDG11pWnlg5c7NOjU5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2016-07-12 11:15, Ngie Cooper (yaneurabeya) wrote: >=20 >> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> >> Pawe=C5=82 Tyll wrote on 07/12/2016 01:22: >> >>> Those 3 things should shave off about 130MB of the 173MB needed to fi= t >>> on 80-min CD-R. But... why this abstract number anyway? Why not 650M= B >>> CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB 99-mi= n >>> CD-R? :) >> >> It is not only about the target media size. The size matters when you = need to boot some recovery media from you desktop on remote server via KV= M. >> >> And there is one thing I don't understand - why is the bootonly so lar= ge? I remember days when this fits to 50MB and now it is almost 235MB whi= ch renders it almost useless. For recoveries and remote installs I always= use mfsbsd images (about 45MB). >=20 > I wholeheartedly agree. >=20 > It sucks having to transfer more than 50 MB over our work link across a= few thousand miles with IPMI remote KVM redirection. >=20 > Thanks, > -Ngie >=20 With IPMI virtual media, you usually do not transfer the entire image, only read the blocks used by files that you load. Some IPMI clients provide stats, usually only about 40mb is read from the bootonly cd. More if you do things like invoke an editor to write a custom /etc/fstab etc. --=20 Allan Jude --bWkD9TESOBMCP3sXDG11pWnlg5c7NOjU5-- --TE6UtQVn4hUlEjGO65rmEuxTViCB63K5b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJXhRt0AAoJEBmVNT4SmAt+LqEP/iCTrsNd9dPvAJCSgrDBKeuq +2fL/XdFYgOW6Vs8EvNxzw7zri+Yws6bVu79vZyLW9Cmw8ohoEfNGFFSXVvUVmM+ oBE2c0lzXYGKBT5+BtWW5wDnbLViaZUBmIwM329rLxsOWL3vv2dWvbS2GXQLdfaL BwUpdfyjPmojy3CFoEoYGBD54owfY+ZJLoYq7HHmgz1cUgruQ3EejzkM02vh79gN DUu47vQoufi3LSNJ1gZjX0LAS8S95KHzxFqQ0KF4dWaRSP8v1tehAwYderIKqcaC 6O1F7zYDmj2PcWDOOgMXooIqBCsrvZA6loA462W01kfyKr9rbEMcLbQaAhB4R3oT d+Rctj7J7D1ufS7UbL659fQWe4pWTezQgJwYSlDJSLkevyI2J9YiJ/XG1+4LsIqO ZTcU0ONX0sugjwO3Lc6/OkLCbpvOuVGqzI6U1SYnY9kDryx8+lJfQO/W7WGhbAiv 62jvrRcH3emh00tySyOFxrRS7gcwIbo9aV62SGGUJpFnzWiQDtoxmSoSkIbNWfgR JOD2neV5nwug/6u1AoHMV2k38ocoLgQqAg72dbnfbMqmWK6EeyOY81Yy5nXyo5Yu xgnQPWtF6Rbz/raN8zEh/gZ/GLX8u6KLZdc0z1G7DCR56kElJiIx1/6tHBUMJ6s7 6nMCnE97N5hDkayNGJM4 =tBBp -----END PGP SIGNATURE----- --TE6UtQVn4hUlEjGO65rmEuxTViCB63K5b-- From owner-freebsd-current@freebsd.org Tue Jul 12 17:01:37 2016 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 B58A0B83B72 for ; Tue, 12 Jul 2016 17:01:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FACC15C1 for ; Tue, 12 Jul 2016 17:01:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x235.google.com with SMTP id ks6so8381979pab.0 for ; Tue, 12 Jul 2016 10:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=X4iM2NoHGULXnjuxn8zoJndOBGImBXdDqYV9EXbngNM=; b=AAi9EVBE7rxFp72eAArjPZAVV4wqtzO72ZYhDOzButbwy+T776fIaSe/t4pi3enHGS aguPBN2PqWvrA3DfJv8zX+2t0FM2g6AE1Him35UHWZOnikcZ8b6PbSvwNB7Ns8y1TqOJ Jf/wH5N4h4WQToDTmgwAN8F23Xm+bY4JmpTcOCrf37ZTPtcAHDyDP/+h/5TUg1sXQ1d1 t1DQQuv6bfZzpjNlPzgsGuT3+uJlP4qSH8fOfbesCkLiWXURChI8S7w12fIYEcM/Mmx4 4P8Rueoa09xMWrPLiG+vCdsFeEBWYf7b679ib23OxC19WqeHg2MdDVsRzQcw5TSnN0Kk ljvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=X4iM2NoHGULXnjuxn8zoJndOBGImBXdDqYV9EXbngNM=; b=f/2YNMBZaXLduyVYj3xjzEhJPhJ9l2yRNpcRsukLVadSR8Pyd5AlHJLhOUnG073jLw x50PwIxddMnoSFJroyXc4xqFB3NZVS7k1cfer9grUM5V0ZiqCATBJ1yDZEsPf4TYlip9 9dioXtOUulILtKiGCKFohom4H+LQeWs/PgcKb/A6ltuBVnaLnJwuXa5vW5vJ+vZcLByX PBK6I3mqYPzv0FPetcOpaNB8odecmX0R7RAiSrA/VeTpUmJMsHkENjB5Gq0pC0uERvo6 MetxMQzkpaN1JUPsRArcILlaRuZBjjua2Eh9BnDk7jFZ93oUzuCiFVI4BMaMNgoRAgkK FuzA== X-Gm-Message-State: ALyK8tLSPlqP/xKNq1NQxI0V+55TnLWXA0cTYD14ZMMHW84hp1B+hODOd+Q7G6r6Fy/66Q== X-Received: by 10.66.255.7 with SMTP id am7mr5757616pad.75.1468342896478; Tue, 12 Jul 2016 10:01:36 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id 3sm5669408pfe.81.2016.07.12.10.01.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 10:01:35 -0700 (PDT) Sender: Mark Johnston Date: Tue, 12 Jul 2016 10:05:02 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160712055753.GI38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 17:01:37 -0000 On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > On Mon, Jul 11, 2016 at 06:19:38PM -0700, Mark Johnston wrote: > > Hi, > > > > It seems to be possible for ptrace(PT_ATTACH) to race with the delivery > > of a signal to the same process. ptrace(PT_ATTACH) sets P_TRACED and > > sends SIGSTOP to a thread in the target process. Consider the case where > > a signal is delivered to a second thread, and both threads are executing > > ast() concurrently. The two threads will both call issignal() and from > > there call ptracestop() because P_TRACED is set, though they will be > > serialized by the proc lock. If the thread receiving SIGSTOP wins the > > race, it will suspend first and set p->p_xthread. The second thread will > > also suspend in ptracestop(), overwriting the p_xthread field set by the > > first thread. Later, ptrace(PT_DETACH) will unsuspend the threads, but > > it will set td->td_xsig only in the second thread. This means that the > > first thread will return SIGSTOP from ptracestop() and subsequently > > suspend the process, which seems rather incorrect. > Why ? In particular, why delivering STOP after attach, in the described > situation, is perceived as incorrect ? Parallel STOPs, one from attach, > and other from kill(2), must result in two stops. I suppose it is not strictly incorrect. I find it surprising that a PT_ATTACH followed by a PT_DETACH may leave the process in a different state than it was in before the attach. This means that it is not possible to gcore a process without potentially leaving it stopped, for instance. This result may occur in a single-threaded process as well, since a signal may already be queued when the PT_ATTACH handler sends SIGSTOP. To me it just seems a bit strange that ptrace's mechanism for stopping the target - sending SIGSTOP - interacts this way with ptrace's handling of signals - ptracestop()). Specifically, PT_ATTACH does not rely on the SA_STOP property of SIGSTOP to stop the process, but rather on the special signal handling in ptracestop(). > > The bit about overwriting p_xsig/p_xthread indeed initially sound worrysome, > but probably not too much. The only consequence of reassigning p_xthread > is the selection of the 'lead' thread in sys_process.c, it seems. > > > > > The above is just a theory to explain an unexpectedly-stopped > > multi-threaded process that I've observed. Is there some mechanism I'm > > missing that prevents multiple threads from suspending in ptracestop() > > at the same time? If not, then I think that's the root of the problem, > > since p_xthread is pretty clearly not meant to be overwritten this way. > Again, why ? > > Note the comment > * Just make wait() to work, the last stopped thread > * will win. > which seems to point to the situation. Indeed, I somehow missed that. I had assumed that the leaked TDB_XSIG represented a bug in ptracestop(). > > > Moreover, in my scenario I see a thread with TDB_XSIG set even after > > ptrace(PT_DETACH) was called (P_TRACED is cleared). > This is interesting, we indeed do not clear the flag consistently. > But again, the only consequence seems to be a possible invalid reporting > of events. From owner-freebsd-current@freebsd.org Tue Jul 12 17:10:17 2016 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 356C4B83F35 for ; Tue, 12 Jul 2016 17:10:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2951AA1; Tue, 12 Jul 2016 17:10:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 55667195; Tue, 12 Jul 2016 17:10:17 +0000 (UTC) Date: Tue, 12 Jul 2016 17:10:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1724634237.45.1468343417288.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #419 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 17:10:17 -0000 See ------------------------------------------ [...truncated 317352 lines...] ===> usr.sbin/praudit (installconfig) ===> usr.sbin/authpf (installconfig) ===> usr.sbin/autofs (installconfig) ===> usr.sbin/blacklistctl (installconfig) ===> usr.sbin/blacklistd (installconfig) ===> usr.sbin/bluetooth (installconfig) ===> usr.sbin/bluetooth/bt3cfw (installconfig) ===> usr.sbin/bluetooth/btpand (installconfig) ===> usr.sbin/bluetooth/hccontrol (installconfig) ===> usr.sbin/bluetooth/hcsecd (installconfig) ===> usr.sbin/bluetooth/hcseriald (installconfig) ===> usr.sbin/bluetooth/l2control (installconfig) ===> usr.sbin/bluetooth/l2ping (installconfig) ===> usr.sbin/bluetooth/rfcomm_pppd (installconfig) ===> usr.sbin/bluetooth/sdpcontrol (installconfig) ===> usr.sbin/bluetooth/sdpd (installconfig) ===> usr.sbin/bluetooth/ath3kfw (installconfig) ===> usr.sbin/bluetooth/bcmfw (installconfig) ===> usr.sbin/bluetooth/bthidcontrol (installconfig) ===> usr.sbin/bluetooth/bthidd (installconfig) ===> usr.sbin/bootparamd (installconfig) ===> usr.sbin/bootparamd/bootparamd (installconfig) ===> usr.sbin/bootparamd/callbootd (installconfig) ===> usr.sbin/bsdinstall (installconfig) ===> usr.sbin/bsdinstall/distextract (installconfig) ===> usr.sbin/bsdinstall/distfetch (installconfig) ===> usr.sbin/bsdinstall/partedit (installconfig) ===> usr.sbin/bsdinstall/scripts (installconfig) ===> usr.sbin/bsnmpd (installconfig) ===> usr.sbin/bsnmpd/gensnmptree (installconfig) ===> usr.sbin/bsnmpd/bsnmpd (installconfig) ===> usr.sbin/bsnmpd/modules (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_atm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_bridge (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_hast (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_hostres (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_lm75 (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_mibII (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_target (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_usm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_vacm (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_wlan (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_pf (installconfig) ===> usr.sbin/bsnmpd/modules/snmp_netgraph (installconfig) ===> usr.sbin/bsnmpd/tools (installconfig) ===> usr.sbin/bsnmpd/tools/libbsnmptools (installconfig) ===> usr.sbin/bsnmpd/tools/bsnmptools (installconfig) ===> usr.sbin/ctm (installconfig) ===> usr.sbin/ctm/ctm (installconfig) ===> usr.sbin/ctm/ctm_rmail (installconfig) ===> usr.sbin/ctm/ctm_smail (installconfig) ===> usr.sbin/ctm/ctm_dequeue (installconfig) ===> usr.sbin/fdcontrol (installconfig) ===> usr.sbin/fdformat (installconfig) ===> usr.sbin/fdread (installconfig) ===> usr.sbin/fdwrite (installconfig) ===> usr.sbin/fmtree (installconfig) ===> usr.sbin/freebsd-update (installconfig) ===> usr.sbin/gssd (installconfig) ===> usr.sbin/gpioctl (installconfig) ===> usr.sbin/ip6addrctl (installconfig) ===> usr.sbin/mld6query (installconfig) ===> usr.sbin/ndp (installconfig) ===> usr.sbin/rip6query (installconfig) ===> usr.sbin/route6d (installconfig) ===> usr.sbin/rrenumd (installconfig) ===> usr.sbin/rtadvctl (installconfig) ===> usr.sbin/rtadvd (installconfig) ===> usr.sbin/rtsold (installconfig) ===> usr.sbin/traceroute6 (installconfig) ===> usr.sbin/inetd (installconfig) ===> usr.sbin/ipfwpcap (installconfig) ===> usr.sbin/iscsid (installconfig) ===> usr.sbin/jail (installconfig) ===> usr.sbin/jexec (installconfig) ===> usr.sbin/jls (installconfig) ===> usr.sbin/kbdcontrol (installconfig) ===> usr.sbin/kbdmap (installconfig) ===> usr.sbin/moused (installconfig) ===> usr.sbin/vidcontrol (installconfig) ===> usr.sbin/pppctl (installconfig) ===> usr.sbin/nscd (installconfig) ===> usr.sbin/lpr (installconfig) ===> usr.sbin/lpr/common_source (installconfig) ===> usr.sbin/lpr/chkprintcap (installconfig) ===> usr.sbin/lpr/lp (installconfig) ===> usr.sbin/lpr/lpc (installconfig) ===> usr.sbin/lpr/lpd (installconfig) ===> usr.sbin/lpr/lpq (installconfig) ===> usr.sbin/lpr/lpr (installconfig) ===> usr.sbin/lpr/lprm (installconfig) ===> usr.sbin/lpr/lptest (installconfig) ===> usr.sbin/lpr/pac (installconfig) ===> usr.sbin/lpr/filters (installconfig) ===> usr.sbin/lpr/filters.ru (installconfig) ===> usr.sbin/lpr/filters.ru/koi2alt (installconfig) ===> usr.sbin/lpr/filters.ru/koi2855 (installconfig) ===> usr.sbin/manctl (installconfig) ===> usr.sbin/flowctl (installconfig) ===> usr.sbin/lmcconfig (installconfig) ===> usr.sbin/ngctl (installconfig) ===> usr.sbin/nghook (installconfig) ===> usr.sbin/rpc.yppasswdd (installconfig) ===> usr.sbin/rpc.ypupdated (installconfig) ===> usr.sbin/rpc.ypxfrd (installconfig) ===> usr.sbin/ypbind (installconfig) ===> usr.sbin/ypldap (installconfig) ===> usr.sbin/yp_mkdb (installconfig) ===> usr.sbin/yppoll (installconfig) ===> usr.sbin/yppush (installconfig) ===> usr.sbin/ypserv (installconfig) ===> usr.sbin/ypset (installconfig) ===> usr.sbin/ntp (installconfig) ===> usr.sbin/ntp/libopts (installconfig) ===> usr.sbin/ntp/libntp (installconfig) ===> usr.sbin/ntp/libntpevent (installconfig) ===> usr.sbin/ntp/libparse (installconfig) ===> usr.sbin/ntp/ntpd (installconfig) ===> usr.sbin/ntp/ntpdc (installconfig) ===> usr.sbin/ntp/ntpq (installconfig) ===> usr.sbin/ntp/ntpdate (installconfig) ===> usr.sbin/ntp/ntptime (installconfig) ===> usr.sbin/ntp/ntp-keygen (installconfig) ===> usr.sbin/ntp/sntp (installconfig) ===> usr.sbin/ntp/doc (installconfig) ===> usr.sbin/ntp/doc/drivers (installconfig) ===> usr.sbin/ntp/doc/drivers/icons (installconfig) ===> usr.sbin/ntp/doc/drivers/scripts (installconfig) ===> usr.sbin/ntp/doc/hints (installconfig) ===> usr.sbin/ntp/doc/icons (installconfig) ===> usr.sbin/ntp/doc/pic (installconfig) ===> usr.sbin/ntp/doc/scripts (installconfig) ===> usr.sbin/keyserv (installconfig) ===> usr.sbin/pc-sysinstall (installconfig) ===> usr.sbin/pc-sysinstall/backend (installconfig) ===> usr.sbin/pc-sysinstall/backend-partmanager (installconfig) ===> usr.sbin/pc-sysinstall/backend-query (installconfig) ===> usr.sbin/pc-sysinstall/conf (installconfig) ===> usr.sbin/pc-sysinstall/doc (installconfig) ===> usr.sbin/pc-sysinstall/examples (installconfig) ===> usr.sbin/pc-sysinstall/pc-sysinstall (installconfig) ===> usr.sbin/ftp-proxy (installconfig) ===> usr.sbin/pkg (installconfig) ===> usr.sbin/pmcannotate (installconfig) ===> usr.sbin/pmccontrol (installconfig) ===> usr.sbin/pmcstat (installconfig) ===> usr.sbin/portsnap (installconfig) ===> usr.sbin/portsnap/portsnap (installconfig) ===> usr.sbin/portsnap/make_index (installconfig) ===> usr.sbin/portsnap/phttpget (installconfig) ===> usr.sbin/ppp (installconfig) install -C -o root -g wheel -m 600 /builds/workspace/FreeBSD_HEAD/src/usr.sbin/ppp/ppp.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/ppp/ ===> usr.sbin/edquota (installconfig) ===> usr.sbin/quotaon (installconfig) ===> usr.sbin/repquota (installconfig) ===> usr.sbin/rwhod (installconfig) ===> usr.sbin/etcupdate (installconfig) ===> usr.sbin/editmap (installconfig) ===> usr.sbin/mailstats (installconfig) ===> usr.sbin/makemap (installconfig) ===> usr.sbin/praliases (installconfig) ===> usr.sbin/sendmail (installconfig) ===> usr.sbin/tcpdchk (installconfig) ===> usr.sbin/tcpdmatch (installconfig) ===> usr.sbin/timed (installconfig) ===> usr.sbin/timed/timed (installconfig) ===> usr.sbin/timed/timedc (installconfig) ===> usr.sbin/config (installconfig) ===> usr.sbin/crunch (installconfig) ===> usr.sbin/crunch/crunchgen (installconfig) ===> usr.sbin/crunch/crunchide (installconfig) ===> usr.sbin/unbound (installconfig) ===> usr.sbin/unbound/daemon (installconfig) ===> usr.sbin/unbound/anchor (installconfig) ===> usr.sbin/unbound/checkconf (installconfig) ===> usr.sbin/unbound/control (installconfig) ===> usr.sbin/unbound/local-setup (installconfig) ===> usr.sbin/uathload (installconfig) ===> usr.sbin/uhsoctl (installconfig) ===> usr.sbin/usbconfig (installconfig) ===> usr.sbin/usbdump (installconfig) ===> usr.sbin/ac (installconfig) ===> usr.sbin/lastlogin (installconfig) ===> usr.sbin/utx (installconfig) ===> usr.sbin/ancontrol (installconfig) ===> usr.sbin/wlandebug (installconfig) ===> usr.sbin/wpa (installconfig) ===> usr.sbin/wpa/wpa_supplicant (installconfig) ===> usr.sbin/wpa/wpa_cli (installconfig) ===> usr.sbin/wpa/wpa_passphrase (installconfig) ===> usr.sbin/wpa/hostapd (installconfig) ===> usr.sbin/wpa/hostapd_cli (installconfig) ===> usr.sbin/wpa/ndis_events (installconfig) ===> etc (installconfig) ===> etc/newsyslog.conf.d (installconfig) ===> etc/sendmail (installconfig) + [ -z '' ] + FSTAB=' # Device Mountpoint FStype Options Dump Pass# /procfs /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 /dev/ufs/TESTROOT / ufs rw 1 1 ' + [ -z '' ] + RC_CONF=' sshd_enable="YES" ' + cd /builds/workspace/FreeBSD_HEAD + sudo rm -fr tmp + mkdir -p tmp + cat + sudo cp tmp/fstab /builds/workspace/FreeBSD_HEAD/package/src/etc/fstab + sudo cp /etc/resolv.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/resolv.conf + cat + [ -n freebsd-ci/scripts/test/config/config.json ] + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''interface'\''])' + INTERFACE=vtnet0 + python -c 'import json; f = open('\''freebsd-ci/scripts/test/config/config.json'\'', '\''r'\''); j = json.load(f); print(j['\''ip'\''])' + IP=192.168.10.2 + cat + sudo cp tmp/rc.conf /builds/workspace/FreeBSD_HEAD/package/src/etc/rc.conf + sudo cp /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config tmp/sshd_config + sed -i '' -e /PermitRootLogin/d tmp/sshd_config + whoami + date + cat + sudo cp tmp/sshd_config /builds/workspace/FreeBSD_HEAD/package/src/etc/ssh/sshd_config + sudo chroot /builds/workspace/FreeBSD_HEAD/package/src /bin/sh -c 'echo test | pw mod user root -h 0' + [ -z '' ] + sudo /usr/local/sbin/pkg-static -c /builds/workspace/FreeBSD_HEAD/package/src install -y ports-mgmt/pkg devel/kyua devel/autoconf shells/bash pkg-static: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended Updating FreeBSD repository catalogue... pkg-static: http://pkg.FreeBSD.org/FreeBSD:12:amd64/latest/meta.txz: Not Found repository FreeBSD has no meta file, using default settings pkg-static: http://pkg.FreeBSD.org/FreeBSD:12:amd64/latest/packagesite.txz: Not Found Unable to update repository FreeBSD All repositories are up-to-date. pkg-static: Repository FreeBSD cannot be opened. 'pkg update' required pkg-static: No packages available to install matching 'ports-mgmt/pkg' have been found in the repositories [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Tue Jul 12 17:10:37 2016 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 B0A89B83F7E; Tue, 12 Jul 2016 17:10:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CE721BC7; Tue, 12 Jul 2016 17:10:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x22d.google.com with SMTP id fi15so8402053pac.1; Tue, 12 Jul 2016 10:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=0DAuO1Zfz9+69gxeup/Eoy0Lr6WazcmNMr0VIH4WtoM=; b=qa+sDYa6NnpSJVgsPG85362snOgWq/mruExCMbsSEbyqfix+dBDALoMM4Tp34rPjt9 mDWj8FMcRva2yusF33yjA1UcyrtfmGsA9OS2ry/oCa9SZzLzgyhnPGN5q3G0q0Lry7Ez wwlTjkmLxEs5boWvmIMXLEbV9vffo9MQxbQHczSXFeeWLEY/StzjVF3Rrw+eAelZoz8L c5Xa7XelFAvkvsh3kb5qjTWy39vhQSyJW88g7RGZuADLZmza+7HbHxs+1f/MxBwUafqP TWwJoZoidV+j7xmSzRDYbSvXbrAm/PWAXgwUnNLuSwjPV5D3YKxuqQjpP4fNpezHxrIw xhCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=0DAuO1Zfz9+69gxeup/Eoy0Lr6WazcmNMr0VIH4WtoM=; b=QEZUCo+oyuiC1I1mqQChOv7kBXR3aSqpGR+rmPV5HFUifXsyvMO31Jyck3IbahWham Ctugnu1luEiCd5L5vdU+lfjUwWw1Uf76aXn6TM5BOOVheiW3VC8KSZrhk3OqJNPsv5sg CF0smc+vRW74nqoXH/pfsZrtQlslFUIUggOl78xx+4Fm4nFk/kYvnsCJAuCVLjIDO00y wraUT7xXUBhRsPceZ2jHMCJAE9hA0/fUpdmCB1BpR3FAMHJndwiaem9KEwGPX7zsqPqv pipdG/9LLfiD8m6/UQsMAN2tvXCqJEPwbVypdU9TL7tSsllxxxk+uZLXCl1+QTQ0ZPFp 0s7w== X-Gm-Message-State: ALyK8tJ1QKN9qNJVyEtOhSmXQ6S1oTgaD3oCsOAQSxkwgwn4uweq+xG588hQ2FdRwHvy3g== X-Received: by 10.66.254.196 with SMTP id ak4mr5829418pad.62.1468343436442; Tue, 12 Jul 2016 10:10:36 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id c82sm7546666pfb.72.2016.07.12.10.10.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 10:10:35 -0700 (PDT) Sender: Mark Johnston Date: Tue, 12 Jul 2016 10:14:04 -0700 From: Mark Johnston To: Julian Elischer Cc: freebsd-dtrace@freebsd.org, freebsd-current Subject: Re: dtrace and kernel modules Message-ID: <20160712171404.GB71220@wkstn-mjohnston.west.isilon.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 17:10:37 -0000 On Thu, Jul 07, 2016 at 12:51:52PM +0800, Julian Elischer wrote: > I'm specifically interested in the case of kernel modules that > instantiate new syscalls. > > How much support do we have for that? In the one example in our > sources of a kld with a syscall (kgssapi.ko) dtrace seems to find > regular function entrypoints but not the syscall. > > > root@porridge:/usr/src # dtrace -n ":kgssapi::entry {}" > dtrace: description ':kgssapi::entry ' matched 138 probes > ^C > > root@porridge:/usr/src # dtrace -n "syscall:kgssapi::entry {}" > dtrace: invalid probe specifier syscall:kgssapi::entry {}: probe > description syscall:kgssapi::entry does not match any probes > root@porridge:/usr/src # > > > Do we have plans to support dynamic syscall support? I don't know of any plans to add support. It would be fairly straightforward to dynamically create syscall probes using a hook or eventhandler in syscall_register(), but getting argument type info would be more difficult. Right now, argument types are specified by code generated by makesyscalls.sh using the types in syscalls.master. I'm not sure how one might obtain these types for dynamically-registered syscalls. From owner-freebsd-current@freebsd.org Tue Jul 12 17:48:37 2016 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 322A0B84F18 for ; Tue, 12 Jul 2016 17:48:37 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5D4F1659 for ; Tue, 12 Jul 2016 17:48:36 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-io0-x22b.google.com with SMTP id 38so23573917iol.0 for ; Tue, 12 Jul 2016 10:48:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ktduPfJbj1/U6OF04xn7hEf6uzg+iyHiduq/45DIuGk=; b=F3T97ikZ2VOy6i8F5df7YQ0Kj3szhxSPqyu4VvGhpNbR4ylTFULMgmzdgCH0ueUPKk Q7Sa+eZJ0uSuY8iqY03lVwmmeWuuhzhUrM2AYPOQRo2CJmeXJ0vck21axMRKQoIC89x2 w+uqfBP3cO4QL0z3/2wmbV0sCu2fYV0ymULUWBObIci13P+RNm98p08VxiulK4M8EWDu PzrnvB2NGfWCKWjfjWtjNXEQ/7gLWQtInhR+gL7Y4VA0itRW58soh4lV4T7tPKZokvnV 63nesxYGkDS415q7uZMD0rwgHZJb7jA4OFuA/13pU+XXGjMMRcZ/X2SQGrf0MSipuFSx NR/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ktduPfJbj1/U6OF04xn7hEf6uzg+iyHiduq/45DIuGk=; b=U+zYp5hqrFNltBS34sGLfjeouNhWFgzAq5U4L+XRdHB0Aflfz4C56WSxLXsgI8hdiI cLb9FzmA/LBKlUdjBSuXoBox0qGzcuXVoZUuGztmSlQmMtnpvyhT78X2BMcktY8EO86D Nxht/wrWzeMgULOb3LWAu9jrbNHZo3WFfTQP/WIklv0G2gW9BxYk/0A0pxy4T9eeoA45 W/p1G2M6b/ctr/NMAc8l3sMrddcAbTANajw4lt6bkrfukxMMujh98VNnvieun+nox37l sE3qEaGjjp6BrDWL9i4+znXcYWm2XCXl7lQVo1De/pyV2RVbN7PoAc+lX76HYWNd8XzG lW1g== X-Gm-Message-State: ALyK8tLGYXPMzOB9GloOXovqjm4DgEXSjohlVDIhL5hdxGp9B59UsYS44RORBMJPBhRg85AQiSJQbndOw+DUmNdF X-Received: by 10.107.6.159 with SMTP id f31mr4666810ioi.124.1468345716125; Tue, 12 Jul 2016 10:48:36 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Tue, 12 Jul 2016 10:48:35 -0700 (PDT) In-Reply-To: <7b82334d-92af-92c2-8b09-76d407750ad9@freebsd.org> References: <20160711214144.GA7465@FreeBSD.org> <1811960453.20160712012238@ofca.me> <5784EEA7.2030102@quip.cz> <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> <7b82334d-92af-92c2-8b09-76d407750ad9@freebsd.org> From: Maxim Sobolev Date: Tue, 12 Jul 2016 10:48:35 -0700 X-Google-Sender-Auth: 0jxe-3zpXeCbsrcuSpfzf4J9CHE Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Allan Jude Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 17:48:37 -0000 Another option for the kvm installs and that we are using for many years here is to pre-load root UZIP image into RAM. With some easy trimming you can bring base system down to 30MB or so compressed. Yes, bit of delay to load, but the kernel alone is around 10MB compressed, so it's not an order of magnitude increase. Then it runs from the RAM completely, so you are immune to any disconnects or stalls. If your kvm disconnects in the middle of the session, you just re-connect and continue. UZPNAME here is the root UFS compressed with mkuzip. You would just put it into your ISO as file somewhere and use: echo 'image_load=3D"YES"' >> ${CDIR}/boot/loader.conf echo "image_name=3D\"/${UZPNAME}\"" >> ${CDIR}/boot/loader.conf echo 'image_type=3D"md_image"' >> ${CDIR}/boot/loader.conf Also we set mountftom (requires GEOM_LABEL): echo vfs.root.mountfrom=3D\"ufs:ufs/${MD_LABEL}\" >> ${CDIR}/boot/loader.conf -Maxim On Tue, Jul 12, 2016 at 9:31 AM, Allan Jude wrote: > On 2016-07-12 11:15, Ngie Cooper (yaneurabeya) wrote: > > > >> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.fbsd@quip.cz> wrote: > >> > >> Pawe=C5=82 Tyll wrote on 07/12/2016 01:22: > >> > >>> Those 3 things should shave off about 130MB of the 173MB needed to fi= t > >>> on 80-min CD-R. But... why this abstract number anyway? Why not 650M= B > >>> CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB 99-mi= n > >>> CD-R? :) > >> > >> It is not only about the target media size. The size matters when you > need to boot some recovery media from you desktop on remote server via KV= M. > >> > >> And there is one thing I don't understand - why is the bootonly so > large? I remember days when this fits to 50MB and now it is almost 235MB > which renders it almost useless. For recoveries and remote installs I > always use mfsbsd images (about 45MB). > > > > I wholeheartedly agree. > > > > It sucks having to transfer more than 50 MB over our work link across a > few thousand miles with IPMI remote KVM redirection. > > > > Thanks, > > -Ngie > > > > With IPMI virtual media, you usually do not transfer the entire image, > only read the blocks used by files that you load. Some IPMI clients > provide stats, usually only about 40mb is read from the bootonly cd. > More if you do things like invoke an editor to write a custom /etc/fstab > etc. > > -- > Allan Jude > > From owner-freebsd-current@freebsd.org Tue Jul 12 17:51:58 2016 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 0394AB85354 for ; Tue, 12 Jul 2016 17:51:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71B1218E1; Tue, 12 Jul 2016 17:51:57 +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 u6CHpogv070516 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 12 Jul 2016 20:51:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6CHpogv070516 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6CHpo0k070515; Tue, 12 Jul 2016 20:51:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Jul 2016 20:51:50 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160712175150.GP38613@kib.kiev.ua> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 17:51:58 -0000 On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > I suppose it is not strictly incorrect. I find it surprising that a > PT_ATTACH followed by a PT_DETACH may leave the process in a different > state than it was in before the attach. This means that it is not > possible to gcore a process without potentially leaving it stopped, for > instance. This result may occur in a single-threaded process > as well, since a signal may already be queued when the PT_ATTACH handler > sends SIGSTOP. I still miss somethine. Isn't this an expected outcome from sending a signal with STOP action ? > Indeed, I somehow missed that. I had assumed that the leaked TDB_XSIG > represented a bug in ptracestop(). It could, I did not made any statements that deny the bug: > > > Moreover, in my scenario I see a thread with TDB_XSIG set even after > > > ptrace(PT_DETACH) was called (P_TRACED is cleared). > > This is interesting, we indeed do not clear the flag consistently. > > But again, the only consequence seems to be a possible invalid reporting > > of events. From owner-freebsd-current@freebsd.org Tue Jul 12 18:20:46 2016 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 C3F27B92020 for ; Tue, 12 Jul 2016 18:20:46 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F0381BD7 for ; Tue, 12 Jul 2016 18:20:46 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf0-x230.google.com with SMTP id t190so9376753pfb.3 for ; Tue, 12 Jul 2016 11:20:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=+cpVBxkwRI2Qx6LKn6y3yhPRR1Wuus4KIWwjKiFpLhQ=; b=CeABf4v9fcV0KKH7bvPIaA6gemwqrby2q8haNgZoQGovMYDk2HkBxFs2Yvb4uWfU7n d+ofTtc1Z0qcVhFB9azLBCn0eN9A5Uzi35krevt6rLvsRBD8MD8GGEmuMc6580oNYe7d DHsiK1bRJzgUR8pApM1D10GVeKhcCGj8rY/VQ6o3846wiCPft8lB8gDbEELRfVk6sE+O 3uqceLmlZ9+zr/bpq6bTpGQoN51hlMUHDldtAcoHeOhHslwi7vTvGIKnfX35kaFj14Dj Cqg3qBVUl7GNZ4xkLv2wvTQg/brRsbCu8PWZLnakQAEyA1J6qggSJeCiioAE+4900JZx hGzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=+cpVBxkwRI2Qx6LKn6y3yhPRR1Wuus4KIWwjKiFpLhQ=; b=PTY6G+pVRZncNof6pdufnPNoC/YW0mx+oXyhFFfKfUeEaUgDge1nFPDMbAYUIBylAx fT96ULRHZMoFreJ1SNqIfeCsyISHALbY18U5LLUR/gA4Fqjsl3ZBRa9e9UY7CueZCqfI evhc5CBSbKG0k6EdzkUA1D/NBKdk0dNln0ypxYj5phopcSMcHX6WoCebhj9Gd7rusyGe 86Cxc8R96hKlfNr1bonlIIl2fUqolYZiMG6zkSQc1vYtF+5gBe7w/7CqJdsHP/HMVrG+ lZHTFSUvi5fS3pTdk3RMjM6Ur0ek+rJmObYAkimgXR71PDx04DXbql2G8YWnpRNlJbmu e7KQ== X-Gm-Message-State: ALyK8tKN63ndKUnvgnnNaGzTVnboPHACIL5gzoB8xmdXyvVcj69oV3vEuNdB4X+yz2TMAQ== X-Received: by 10.98.157.12 with SMTP id i12mr30127456pfd.164.1468347646193; Tue, 12 Jul 2016 11:20:46 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id e187sm6813351pfg.43.2016.07.12.11.20.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 11:20:45 -0700 (PDT) Sender: Mark Johnston Date: Tue, 12 Jul 2016 11:24:14 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160712175150.GP38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 18:20:46 -0000 On Tue, Jul 12, 2016 at 08:51:50PM +0300, Konstantin Belousov wrote: > On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > > I suppose it is not strictly incorrect. I find it surprising that a > > PT_ATTACH followed by a PT_DETACH may leave the process in a different > > state than it was in before the attach. This means that it is not > > possible to gcore a process without potentially leaving it stopped, for > > instance. This result may occur in a single-threaded process > > as well, since a signal may already be queued when the PT_ATTACH handler > > sends SIGSTOP. > I still miss somethine. Isn't this an expected outcome from sending a > signal with STOP action ? It is. But I also expect a PT_DETACH operation to resume a stopped process, assuming that a second SIGSTOP was not posted while the process was suspended. > > > Indeed, I somehow missed that. I had assumed that the leaked TDB_XSIG > > represented a bug in ptracestop(). > It could, I did not made any statements that deny the bug: To be clear, the root of my issue comes from the following: the SIGSTOP from PT_ATTACH may be handled concurrently with a second signal delivered to a second thread in the same process. Then, the resulting behaviour depends on the order in which the recipient threads suspend in ptracestop(). If the thread that received SIGSTOP suspends last, its td_xsig will be overwritten with the userland-provided value in the PT_DETACH handler. If it suspends first, its td_xsig will be preserved, and upon PT_DETACH the process will be suspended again in issignal(). I'm not sure if this is considered a bug. ptracestop() is handling all signals (including the SIGSTOP generated by the PT_ATTACH handler) in a consistent way, but this results in inconsistent behaviour from the perspective of a ptrace(2) consumer. > > > > > Moreover, in my scenario I see a thread with TDB_XSIG set even after > > > > ptrace(PT_DETACH) was called (P_TRACED is cleared). > > > This is interesting, we indeed do not clear the flag consistently. > > > But again, the only consequence seems to be a possible invalid reporting > > > of events. From owner-freebsd-current@freebsd.org Tue Jul 12 18:21:58 2016 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 B7F97B920F0 for ; Tue, 12 Jul 2016 18:21:58 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::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 5BBAF1DB1 for ; Tue, 12 Jul 2016 18:21:58 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x22a.google.com with SMTP id w127so21720017ywf.3 for ; Tue, 12 Jul 2016 11:21:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:cc; bh=F3wx3nH7l1EApqS/vDQhVomKjUsajLXqxfEV16Vo45Q=; b=l1drxwCby+OachYIvwTC/35xtKLt3TIGVdLOLovYsePZ+Bw16VjHxpgxObAT9Cxjv6 xhtmtHAhO6EPyb2t96Q0FEy3jVwX3lmDX5KFbjVLn/kY+WeUz6+GqM36LsBoycZGbbtN mDui3+JRPL1M5NFYlILKJ+CoTP+ilW2sqsTPoBxCoXIl70iC3Boa7FktJsGix1f4dXUs ujOh8+8TWiNG3Ov1BuWvAg1SGTENd+Ip4D1ABwod8HMLWNACHD6cts4aqvSfTAvZZplt Ae5NAcSEaOLDlqNq5A0sRlBbp5bsVDXQMYlXXCifMTmLR98yjF5uwYttKK3KMm0A849u ipuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:cc; bh=F3wx3nH7l1EApqS/vDQhVomKjUsajLXqxfEV16Vo45Q=; b=X8rPN49jTbCi8FW46rtVoGMWsHc3b7SBj0+NwXhUK/DoybDzAwJGqj8pLlab6J51tT AmBwXk4hek7XDpTGyUoijN2HegIwbGKGLNTcjFKfxqpZwcQRw+V7ASQoIJFPsymunspc GWZg2sV+0+xYiCWjApPvttr9M/Teuo3r6Q8kf98byKHgYTTO4FAhGfzD87Ix1Dy9PWWV 7aB7PTggiUoWV2CrZxtkbgmjiVgj5HRujp9yTXFA6HEJaEmL7BedMcguwoSJVzxAuVBR Nv7UCkP0i84+zL9uTM0sPf+9HW60Bx/uCFgeGqYgKJv+tEbTNs3/lhlJ7cXmjkUYq3ql 0BMQ== X-Gm-Message-State: ALyK8tJYmFLPr9/PvO7CsegMlyHuEFL33BiRF17kf8oMmIzt7uIqtyFcpkACgY5fiKYzu3XjQajpPOHSdqv8pQ== X-Received: by 10.37.200.197 with SMTP id y188mr2704670ybf.55.1468347717299; Tue, 12 Jul 2016 11:21:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.5.216 with HTTP; Tue, 12 Jul 2016 11:21:57 -0700 (PDT) From: Ultima Date: Tue, 12 Jul 2016 14:21:57 -0400 Message-ID: Subject: sr-iov's virtual function driver shipped broken? Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 18:21:59 -0000 I'v mentioned this in the past, but I just want to verify. Will 11 be released with the virtual function driver unusable? Currently iovctl will only work in pass-through mode. From owner-freebsd-current@freebsd.org Tue Jul 12 18:24:49 2016 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 B0C67B92321 for ; Tue, 12 Jul 2016 18:24:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86F4B11A9 for ; Tue, 12 Jul 2016 18:24:49 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x229.google.com with SMTP id dx3so9043074pab.2 for ; Tue, 12 Jul 2016 11:24:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CZP/hPd7u/CPrkYLOjbAG6fxmW6YttRii1zAkyhRnwI=; b=rpsy4fB0x+80QKNSE7RuLGvjCclkOYh/JuZsQPXyp87cUqH0wEB4xbwvwJCR49g49d y7xh+Sa0ny1wU2vnTpfn0DVrWY04+1WadNBwo1QJysqWKyCQgGaj5gqbU4ebkAbZ3L1s ittQnK6P+9YGhE25oFNnYQnxzCTPQMr6xArilZ5tPHzIRzuPeW8c6PnW7dyUiv2knMcq wPP7QiLZGsy2QSTUuY4/ls6Sf1p++V2VgrSRlwbFVVh6Pz7w0Uj5dk70ayeuy8SfdmA8 OoHwM2ZYZfZp17aesOqwi+DlN7iVy/KBYXGM6OR7AzVIWj61/jo4wL6/iSUrAHlmOv/W oKMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CZP/hPd7u/CPrkYLOjbAG6fxmW6YttRii1zAkyhRnwI=; b=CHFqeuvCrWjkU6zPO5BkEhgUyHzKJwFJih+AdTPdb7/LjdqZtJN+xZizEl0dg9/8sH ssbYllN+hkD2p9uxZQjE9E+g806J5r2cjOG/ywmoTpP4JXZbr9KM1Ze/Dv506/lCtw2+ /ZLY7JlKTv3pIQWTAqNwT3NS+8n1JOjsFuwqst7AguvOznZ4KQh/YqA6r1iGs3FpRWy8 cFxqdJhRLruhAzbrAh9FP3edKpPfERJg6w07r1uujHwRgah0l8jJRi/ckbvOqwvcyVLG 3Tp13bOBLPr2UkUx6WD1hHveJUzrJw/zETQSSJ1NwwN8LIabjcdEWyOEp8F4gdCFCRSn b8aA== X-Gm-Message-State: ALyK8tI6JSdrABihp2HzQuBD+HjiA82P92sbJOfL2Y19Ofl4Ho5KxsVK/5olGm5y+Fse3A== X-Received: by 10.66.156.226 with SMTP id wh2mr3523197pab.116.1468347888401; Tue, 12 Jul 2016 11:24:48 -0700 (PDT) Received: from ?IPv6:2607:fb90:8097:7c56:9186:e8b0:3173:b893? ([2607:fb90:8097:7c56:9186:e8b0:3173:b893]) by smtp.gmail.com with ESMTPSA id q1sm4288255pfi.93.2016.07.12.11.24.47 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 12 Jul 2016 11:24:47 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: sr-iov's virtual function driver shipped broken? From: Ngie Cooper X-Mailer: iPhone Mail (13F69) In-Reply-To: Date: Tue, 12 Jul 2016 11:24:46 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: To: Ultima X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 18:24:49 -0000 > On Jul 12, 2016, at 11:21, Ultima wrote: > > I'v mentioned this in the past, but I just want to verify. Will 11 be > released with the virtual function driver unusable? Currently iovctl will > only work in pass-through mode. Hi, Is there a bug open for this issue with a repro/more details? Thanks, -Ngie From owner-freebsd-current@freebsd.org Tue Jul 12 18:45:31 2016 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 1B693B926AB for ; Tue, 12 Jul 2016 18:45:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D32C819BE for ; Tue, 12 Jul 2016 18:45:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-io0-x22d.google.com with SMTP id q83so25115901iod.1 for ; Tue, 12 Jul 2016 11:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MoXkwGt46GJ49Hl8evAYg1tIwHPTQV/DQ5YJJ3KAffI=; b=a+ptRYI8nXJXq3EHsR0DufHXYLqQQJELfqNgSFK9qT1UdQKosKaG3JR6bsBkVxy87o 82FJSj7tB7+cJf+6MMRFHY2B0qkrfbzJMNEMmGLa4WJ7Dt8FBuu4c2vuf49m7LDy+Trh Ys1wdwP/8nNj5uAVm1V6l3YfMrKSgwO5TUk6BKdbzOkx6Sk5a1NVjPgSpcJoIjDG0GTh fR+OHUldm2z+3NRhx6O2nleO3z17S64cTwVGI6v0/BG5x3kmyT/ojnuR9bLg5VagfSU1 Gt7ojQ2KatXkovTGDEHFlUwCUkTPsiXANwXt/HWJScdsj6g14LmdiFjokM/bw6UGgA91 yZMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=MoXkwGt46GJ49Hl8evAYg1tIwHPTQV/DQ5YJJ3KAffI=; b=Auhlsg7LxRVpApn0ChwC3M9MALuWZZH2ZbHNeOhdNuHWTiIy/rUkoPOSPW6I6t2kNE uNQXDgRhTPtJGt4qSZtNky46R2olLTX+TIY+yaKod3dnrXPI71wf7jJSiRYKrdPypd2r Ltr2Ekr9VWYbzTeW9vS0vzrli9sdhCfKdfzOEP4ZWeh5FnlSTrQ0jw+ZvgCjErmLKYBb 0Xvsl4SAwix/UiLALT6nRUoqU4CyAZQ9Vt6I6m8IpFLle+Ij1TuIDyHeHPYiXWsC40T7 R31uAd0yv0aC5/Po5kUiCWcO2y/HW/2EHmFzh4CuL3wLf8N0DTFUcbh8Kk5Duz+jat32 j0vA== X-Gm-Message-State: ALyK8tKDcacVAYF0wf9CoMTz7sjIk987bRQMm5zAi+OWVHAkf4XESv+8oY1I6XmcwZLj3ZF0P0VxME2b2EqzPw== X-Received: by 10.107.137.102 with SMTP id l99mr4590866iod.177.1468349130041; Tue, 12 Jul 2016 11:45:30 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.79.78.213 with HTTP; Tue, 12 Jul 2016 11:45:29 -0700 (PDT) In-Reply-To: <1A47581A-2076-4989-BDC4-5C5E52BD28B2@digsys.bg> References: <20160710133019.GD20831@zxy.spb.ru> <20160711184122.GP46309@zxy.spb.ru> <98f27660-47ff-d212-8c50-9e6e1cd52e0b@freebsd.org> <1A47581A-2076-4989-BDC4-5C5E52BD28B2@digsys.bg> From: Kevin Oberman Date: Tue, 12 Jul 2016 11:45:29 -0700 X-Google-Sender-Auth: lcXB_XmDOrd7BdiC5i1oxHy6tg0 Message-ID: Subject: Re: GOST in OPENSSL_BASE To: Daniel Kalchev Cc: Franco Fichtner , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 18:45:31 -0000 On Tue, Jul 12, 2016 at 5:33 AM, Daniel Kalchev wrote: > > > On 12.07.2016 =D0=B3., at 13:26, Franco Fichtner > wrote: > > > > > >> On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: > >> > >> It is trivial to play MTIM with this protocol and in fact, there are > commercially available =E2=80=9Csolutions=E2=80=9D for =E2=80=9Csecuring = one=E2=80=99s corporate network=E2=80=9D > that doe exactly that. Some believe this is with the knowledge and approv= al > of the corporation, but who is to say what the black box actually does an= d > whose interests it serves? > > > > It's also trivial to ignore that pinning certificates and using client > > certificates can actually help a great deal to prevent all of what you > > just said. ;) > > I don=E2=80=99t know many users who even know that they can do this =E2= =80=94 much less > actually using it. Pinning the browser vendor=E2=80=99s certificates does= not > protect you from being spied while visiting someone else=E2=80=99s site. = This is > also non-trivial to support. > In the early days of DANE, Google even had a version of Chrome that > supported DANE, just to kill it a bit later: > https://www.ietf.org/mail-archive/web/dane/current/msg06980.html > > > > > The bottom line is not having GOST support readily available could > alienate > > a whole lot of businesses. Not wanting those downstream use cases will > make > > those shift elsewhere and the decision will be seen as an overly > political > > move that in no possible way reflects the motivation of community growt= h. > > > Exactly =E2=80=94 especially as long as there is no demonstrable proof th= at GOST > is actually broken. I may have been misunderstood, possibly because I was unclear. I do not object to GOST being readily available as it is legally required in some places. I do object on its being enabled by default and I do object to standards endorsing it use, though I do not object to standards for GOST, itself. Making the method for enabling GOST simple and clearly documented is a reasonable thing and, as long as its use is mandated it is really essential= . And, thinks, Andrey, for clarifying the Russian law. I don't know the language and have depended on others for the details. In areas of tine points of laws, this is often inadequate. (As it is when you read the language fluently. I read and speak American English quite well, but that does not mean that legalese is covered.) Reality is that the law is what those charges with formal interpretation of it say it is. In the US, that is the Supreme Court. Not sure who is in Russia, but it's not me!) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Tue Jul 12 19:01:03 2016 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 F1F0EB92B89 for ; Tue, 12 Jul 2016 19:01:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E41EC16D3; Tue, 12 Jul 2016 19:01:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EE0F319A; Tue, 12 Jul 2016 19:01:03 +0000 (UTC) Date: Tue, 12 Jul 2016 19:01:03 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1341322597.46.1468350063891.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1724634237.45.1468343417288.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1724634237.45.1468343417288.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #420 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 19:01:04 -0000 See From owner-freebsd-current@freebsd.org Tue Jul 12 19:58:46 2016 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 15BF4B93C79 for ; Tue, 12 Jul 2016 19:58:46 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED68011B5; Tue, 12 Jul 2016 19:58:45 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 52BE64B7; Tue, 12 Jul 2016 14:52:29 -0500 (CDT) Date: Tue, 12 Jul 2016 14:52:28 -0500 From: Mark Linimon To: Shane Ambler Cc: cem@freebsd.org, Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160712195228.GB20860@lonesome.com> References: <5784908E.1090007@ShaneWare.Biz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5784908E.1090007@ShaneWare.Biz> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 19:58:46 -0000 On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: > +1 on dropping CD images. I have 24U of things that don't have DVD players, including some tier-2 machines for which no upgrade is available. mcl From owner-freebsd-current@freebsd.org Tue Jul 12 20:28:53 2016 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 5E7C3B93C24 for ; Tue, 12 Jul 2016 20:28:53 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDA631622 for ; Tue, 12 Jul 2016 20:28:52 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22c.google.com with SMTP id p190so5658613wmp.1 for ; Tue, 12 Jul 2016 13:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=dohE3psprRhil8XnbPGjLvvhW0MSSiDODmFENkv0OJ8=; b=0vacSoLuCxp6zN00xcfD/thz4XtvoA7nS4P9anmE4bA0Zqq8ogUkiDz/Mh7wblc7+u 6nOUiDWFD5uUmuxDfQNP48gcw3ryMfC6j7iAhACmFPP6iqYDttTIjfV1zv2ngLBWb5ks DSbfYFdfT7uWegm8fgMdAu+0kZxWins1qY4cRN86iM6wi252kDt1mZV1f2vlIZ9KerIH zhSOCh8aOUq6v35wwBX8G3PLmmj28g5NuMvg7TVHIfYgxe9nq8ubixM2y/devJFjGq3Q eWcHbeKTMyEryAmV0DEg+o+jOKVowqu3B5BOpruUqhH54M47+GF1Do1RJJq2NpZZGCeY MgZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=dohE3psprRhil8XnbPGjLvvhW0MSSiDODmFENkv0OJ8=; b=VjYNpG6qIiTr1lTPeTkYWRnQ2KOWhEsRP/e3rk+DmlgzfxPLIWz+p5/rA/5hqqsi7V 6XSv3atIo08AlDFS5qaWgE8XWldQRIKSeD6dJTp/KBW5K1dhT3xBZ4mR7CMMzia4oFIo 3O/JLysg9y3UwtfnNqwhYkzISlxtDfGvmdufc2RCXm3KyOrZjjew3ziraLCZ7YJsEIEz 8LhwN0HWA7Gpb+jKevy7yvclkTPFYHnKr+abe6kJnxAfAdOrWcavoV4/lElKzqmxaLBX UJ50NmXdjA7blU1U1Aljz4AtSFF0H/Dd67CwrfFim8Lyeew7t10HXPLvKtW77oVM2vj/ gBmQ== X-Gm-Message-State: ALyK8tJittowMW6J80n2bna3HDC4AQUw8BWGvcQjIqoS/CyBvbSDxf02eDg/UFpEBEVQvgsw X-Received: by 10.28.51.131 with SMTP id z125mr22301711wmz.15.1468355330888; Tue, 12 Jul 2016 13:28:50 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id t71sm23093480wmt.24.2016.07.12.13.28.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 13:28:48 -0700 (PDT) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> From: Steven Hartland Message-ID: <460f0c89-bb0d-7831-3b61-12bf20b9ee11@multiplay.co.uk> Date: Tue, 12 Jul 2016 21:28:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160712195228.GB20860@lonesome.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 20:28:53 -0000 On 12/07/2016 20:52, Mark Linimon wrote: > On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: >> +1 on dropping CD images. > I have 24U of things that don't have DVD players, including some tier-2 > machines for which no upgrade is available. > Any no USB? From owner-freebsd-current@freebsd.org Tue Jul 12 20:46:40 2016 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 0806CB2CD1A for ; Tue, 12 Jul 2016 20:46:40 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-it0-f41.google.com (mail-it0-f41.google.com [209.85.214.41]) (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 CDCEF1F00 for ; Tue, 12 Jul 2016 20:46:39 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-it0-f41.google.com with SMTP id u186so4063178ita.0 for ; Tue, 12 Jul 2016 13:46:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=olpA4zY7ZZ9P/nNKeaCnQ2W/EeKvH+aepOlse3x/Las=; b=BILCFeSIGe/Rn1rJPWBw+olW1F0+bJBFKj34zka8r6exVqgIat0n5cQv/rR1DmDXfu NJjO2NliE1UioWXe6PkDXXL6xJR6q1UVaNLHRPLNVdBxehFf2hE7SPLvxilExESuVAQH 3zOH1Q9RInKJrZly7qFXbQcguM6IkqwawcCi/c5Pfc8cSSZVRNMODfpcKp69JOsts1pv rDWDnXM6qpiLW5xLYBUSSZBAhoPQWAGi4KHMQcFsnWUfDW4WirVOjWpAsxPUhGFliCTG jomO9gsi0imZ61b2ajL+lka4PLR6QLrcouISS5dTf+LYvT+MUw8Isw07mbeTFXKmb/U/ YdIg== X-Gm-Message-State: ALyK8tILAU5aLIW9Nkm1zFM4fAeVfMAAOll8CEoX4kXEr2xDgBU7qEcTj89YRe2K+zSN6A== X-Received: by 10.36.210.215 with SMTP id z206mr16955087itf.71.1468355975829; Tue, 12 Jul 2016 13:39:35 -0700 (PDT) Received: from mail-io0-f170.google.com (mail-io0-f170.google.com. [209.85.223.170]) by smtp.gmail.com with ESMTPSA id o5sm8308010ith.20.2016.07.12.13.39.34 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 13:39:35 -0700 (PDT) Received: by mail-io0-f170.google.com with SMTP id 38so27871938iol.0 for ; Tue, 12 Jul 2016 13:39:34 -0700 (PDT) X-Received: by 10.107.46.162 with SMTP id u34mr5206764iou.162.1468355974850; Tue, 12 Jul 2016 13:39:34 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.206.2 with HTTP; Tue, 12 Jul 2016 13:39:34 -0700 (PDT) In-Reply-To: <20160712195228.GB20860@lonesome.com> References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> From: Conrad Meyer Date: Tue, 12 Jul 2016 13:39:34 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Mark Linimon Cc: Shane Ambler , Ronald Klop , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 20:46:40 -0000 Maybe Tier 2 can deal with just bootonly.iso. Or your machines should be dropped from Tier 2 if they don't support USB and we aren't okay with dropping disc1 support for all of Tier 2. There's lots of aging hardware we don't support in modern FreeBSD, including alpha and ia64. USB is 20 years young at this point. Best, Conrad On Tue, Jul 12, 2016 at 12:52 PM, Mark Linimon wrote: > On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: >> +1 on dropping CD images. > > I have 24U of things that don't have DVD players, including some tier-2 > machines for which no upgrade is available. > > mcl From owner-freebsd-current@freebsd.org Tue Jul 12 20:50:48 2016 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 68E58B2CE0B for ; Tue, 12 Jul 2016 20:50:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A66111FE; Tue, 12 Jul 2016 20:50:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bN4dl-0006Yi-Sq; Tue, 12 Jul 2016 23:50:49 +0300 Date: Tue, 12 Jul 2016 23:50:49 +0300 From: Slawa Olhovchenkov To: Conrad Meyer Cc: Mark Linimon , Shane Ambler , Ronald Klop , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160712205049.GH20831@zxy.spb.ru> References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 20:50:48 -0000 On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > Maybe Tier 2 can deal with just bootonly.iso. Or your machines should > be dropped from Tier 2 if they don't support USB and we aren't okay > with dropping disc1 support for all of Tier 2. > > There's lots of aging hardware we don't support in modern FreeBSD, > including alpha and ia64. USB is 20 years young at this point. Not all BIOS can be boot from USB. I am have Fujitsu notebook not support USB boot. > Best, > Conrad > > On Tue, Jul 12, 2016 at 12:52 PM, Mark Linimon wrote: > > On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: > >> +1 on dropping CD images. > > > > I have 24U of things that don't have DVD players, including some tier-2 > > machines for which no upgrade is available. > > > > mcl > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jul 12 20:58:07 2016 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 AB802B92111 for ; Tue, 12 Jul 2016 20:58:07 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37E9B169D for ; Tue, 12 Jul 2016 20:58:07 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22e.google.com with SMTP id o80so41119794wme.1 for ; Tue, 12 Jul 2016 13:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=bcA5l+xYOPhOhUkbhBoHoPsuu8X28ZUA73ClcA12ELE=; b=lMhnrtqXJELwjAZ8k0txSrNuIdj6Gsi6tFVHykVkQi8e5IFZZlNMcYHOQpl/Ef9XOD 6EyyQ9P6upFynVB/KD8XbR/X+yk8UqHuBd6RAL2SmOg5UJERo9ODdP2rYZ4XrouZI7fh VJ7cnRf2Smk2uXr4HxtwYa2ocfEWMOjgrbxR0EyMkuW3g5Yn6BQPxd24vNihsW04YsFw lkx9adb4LK6WaJD38dF2AElg7XyeSA1k4sokKF9AdHsPmz+d7iWFY/XCH6oghUFkmHd5 Y9mO8/IQvzJl9p/NC7p5SIni97Kk3O/P5oghuY5g+Ayf84K79U9BCvlBzsP1nnGn4GYF zi3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=bcA5l+xYOPhOhUkbhBoHoPsuu8X28ZUA73ClcA12ELE=; b=ZlVVlGEgvZcWMYKD+/5R9YLisDYK6PpAvYpaChlQ/NXsr3GSW45W3Y+NcQpFGx2prk is6DTdWlc+EaoHmP9nSGzBujJfrxNySc3YmVcNfKm2oMCPz2VHys4noli25s+Q4OHLsP tJKDhuts1xxK5oD9VXCwJ+T8JOjt9dOR+ACH2AhAblL+TUJYeT8xATyHYevxFUmpo8tD yQjeRoAtJ9dXqr9h1ZIL9OLPj8k6NNhyuEakSJr9roXT0y9UZwAZLJvxM4IETzeLOecb NpzuhKCl9dqCPMsmV7rDItnUJN0lTTZyATaFIh6gfhN3Vmc4uvwlqLo2c589TP9BXoAu D1yQ== X-Gm-Message-State: ALyK8tLa9YtJNeUf1cTRLdjnl9N7unVRo3E+RbgThwW5/t22u489poiJXbgGZsoXDHTDXDPQ X-Received: by 10.28.210.83 with SMTP id j80mr6092318wmg.54.1468357084883; Tue, 12 Jul 2016 13:58:04 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id i195sm6011504wmg.1.2016.07.12.13.58.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 13:58:02 -0700 (PDT) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> <20160712205049.GH20831@zxy.spb.ru> From: Steven Hartland Message-ID: <51734d0a-60da-6439-b5c1-1af14e740d00@multiplay.co.uk> Date: Tue, 12 Jul 2016 21:58:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160712205049.GH20831@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 20:58:07 -0000 On 12/07/2016 21:50, Slawa Olhovchenkov wrote: > On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > >> Maybe Tier 2 can deal with just bootonly.iso. Or your machines should >> be dropped from Tier 2 if they don't support USB and we aren't okay >> with dropping disc1 support for all of Tier 2. >> >> There's lots of aging hardware we don't support in modern FreeBSD, >> including alpha and ia64. USB is 20 years young at this point. > Not all BIOS can be boot from USB. > I am have Fujitsu notebook not support USB boot. > From a USB Pen drive I can understand but from a USB DVD Drive that would be some seriously antiquated hardware! Regards Steve From owner-freebsd-current@freebsd.org Tue Jul 12 21:05:28 2016 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 42448B9234F for ; Tue, 12 Jul 2016 21:05:28 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 13C821ABA for ; Tue, 12 Jul 2016 21:05:26 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u6CL5Ptn003119 for ; Tue, 12 Jul 2016 14:05:32 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <5784908E.1090007@ShaneWare.Biz> References: , <5784908E.1090007@ShaneWare.Biz> From: "Chris H" Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Date: Tue, 12 Jul 2016 14:05:32 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net> Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: udns.ultimatedns.net; Sender-ip: 127.0.0.1; Sender-helo: ultimatedns.net; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 21:05:28 -0000 On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler wrote > On 12/07/2016 06:54, Conrad Meyer wrote: > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > it's time to move on from CD. > > +1 on dropping CD images. I haven't burnt a CD in over 10 years and I > don't believe I have seen a CD only drive in that time. Even with a CD > size image I have burnt them to DVD, I first started this because > transfer speeds of DVD's are faster and nowadays it costs almost the > same to burn a DVD. So I see zero benefit to using CD's and that's > before thinking of reusable USB devices. > > I do think there is a benefit to keeping the small boot only image > available that can be used to start/recover a machine that can then > download any data to be installed. > > -- > FreeBSD - the place to B...Storing Data > > Shane Ambler > -1 There is no *good* reason that FreeBSD can't maintain the CD image. I think the *real* question here is; *why* is it now so hard to fit it on a CD? --Chris From owner-freebsd-current@freebsd.org Tue Jul 12 21:08:53 2016 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 0E3DDB92432 for ; Tue, 12 Jul 2016 21:08:53 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns1.genyosha.net (ns1.genyosha.net [108.86.149.91]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC57E1C71 for ; Tue, 12 Jul 2016 21:08:52 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from dragon.genyosha.home (dragon.genyosha.net [108.86.149.92]) by ns1.genyosha.net (8.15.2/8.14.9) with ESMTP id u6CL2ExN093334 for ; Tue, 12 Jul 2016 14:02:14 -0700 (PDT) (envelope-from sr@genyosha.net) Received: from dragon.genyosha.home (localhost [127.0.0.1]) by dragon.genyosha.home (8.14.4/8.14.4) with ESMTP id u6CL29PT025048 for ; Tue, 12 Jul 2016 14:02:09 -0700 Received: (from sr@localhost) by dragon.genyosha.home (8.14.4/8.14.4/Submit) id u6CL29Mu025047 for freebsd-current@freebsd.org; Tue, 12 Jul 2016 14:02:09 -0700 Date: Tue, 12 Jul 2016 14:02:09 -0700 From: Steve Rikli To: freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160712210209.GA24993@dragon.genyosha.home> References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-12-10) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ns1.genyosha.net [108.86.149.91]); Tue, 12 Jul 2016 14:02:14 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 21:08:53 -0000 I haven't done it in a very long time (circa FreeBSD-6) but PXE installs were possible back then, so I'd hope that's still a possibility in 11. Are there mostly current docs for that routine these days? Cheers, sr. On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > Maybe Tier 2 can deal with just bootonly.iso. Or your machines should > be dropped from Tier 2 if they don't support USB and we aren't okay > with dropping disc1 support for all of Tier 2. > > There's lots of aging hardware we don't support in modern FreeBSD, > including alpha and ia64. USB is 20 years young at this point. > > Best, > Conrad > > On Tue, Jul 12, 2016 at 12:52 PM, Mark Linimon wrote: > > On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: > >> +1 on dropping CD images. > > > > I have 24U of things that don't have DVD players, including some tier-2 > > machines for which no upgrade is available. > > > > mcl From owner-freebsd-current@freebsd.org Tue Jul 12 21:16:27 2016 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 88C1EB926CF for ; Tue, 12 Jul 2016 21:16:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CA341250 for ; Tue, 12 Jul 2016 21:16:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bN52j-0007Ol-Gy; Wed, 13 Jul 2016 00:16:37 +0300 Date: Wed, 13 Jul 2016 00:16:37 +0300 From: Slawa Olhovchenkov To: Steven Hartland Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160712211637.GI20831@zxy.spb.ru> References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> <20160712205049.GH20831@zxy.spb.ru> <51734d0a-60da-6439-b5c1-1af14e740d00@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51734d0a-60da-6439-b5c1-1af14e740d00@multiplay.co.uk> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 21:16:27 -0000 On Tue, Jul 12, 2016 at 09:58:08PM +0100, Steven Hartland wrote: > On 12/07/2016 21:50, Slawa Olhovchenkov wrote: > > On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > > > >> Maybe Tier 2 can deal with just bootonly.iso. Or your machines should > >> be dropped from Tier 2 if they don't support USB and we aren't okay > >> with dropping disc1 support for all of Tier 2. > >> > >> There's lots of aging hardware we don't support in modern FreeBSD, > >> including alpha and ia64. USB is 20 years young at this point. > > Not all BIOS can be boot from USB. > > I am have Fujitsu notebook not support USB boot. > > > From a USB Pen drive I can understand but from a USB DVD Drive that > would be some seriously antiquated hardware! They have CD-ROM. Why I need buy USB DVD Drive? From owner-freebsd-current@freebsd.org Tue Jul 12 21:20:18 2016 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 C0CCBB928B7 for ; Tue, 12 Jul 2016 21:20:18 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::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 87E081470 for ; Tue, 12 Jul 2016 21:20:18 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-yw0-x231.google.com with SMTP id l125so25797916ywb.2 for ; Tue, 12 Jul 2016 14:20:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mA5wmFE/XtZaPWva6s1Z7Pq3Sy8+4pvcyz/5Ju/NT1Y=; b=YWWjrTwdlpKBGZZ1Kf1cVG1QsMEwNnmWxu7COF7v2JONtgFlcCJk8dWc9uL9NlY4xx k8ebXIgLkJ0lZ/qmBSEIJuxwMrJdGtQGQqdMbsP3KF1QqsyeQuRedbdegC3LcuqIPECM zbBcy4fxwZpafPQi3NRY20utk7SLy8LIh2ZabYzCXzXw5Hftvb2QHnxgau+SdF7V++mn 5lehCzH8w9FdWrOscrP/rdr0lXy7ImE4Xm4nsc5swrl5EIIl/xB6PGM0P5ae0W7NFexA R2cJivg8RbvPqnd69+G8ZMg2Y3fdFziUdTQ8AUTgJsjHKIgpU2vwWDcJxHe7lyh0FezC q3bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mA5wmFE/XtZaPWva6s1Z7Pq3Sy8+4pvcyz/5Ju/NT1Y=; b=ZlerzvH2P2klu7umouwOGSxhgv6CVnEKine2HUKepYdaneJO+SFV3poKpH8gxyuOMK 2exKbsauINtWIILt8wpyj6+OuFvTuz6ZPTQ9CSnmNpaECPHspjL1iWhNmrAU1c/W/Xx9 H0FJrWvlZeVDgZPpYl1hk8zhwMeDXYfFEtOujmdbUd+3HJnj2p5DfzxCehV9VJFqAYxw gPtyOcZWZBhZMeymFPg680vtW2CJnRQ4Yr/F3f2jh0AMWlivg83nzNRYeBAP2mhj2WWY 79O9UwNWvJv5r/i/HfJIvpIYZID30kffO71DAUNe/zoSFe9oGqZCNCjdmdbMHvd/3evt lUrg== X-Gm-Message-State: ALyK8tKG/3JRs/Pe15Sbvkha300Jkgn8KrZ6WypSlfi71ZSGUmCAIj+Y00LoDGhQsPPUzfef/KudfnrZoC01Fw== X-Received: by 10.13.255.131 with SMTP id p125mr3558247ywf.95.1468358417498; Tue, 12 Jul 2016 14:20:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.128.69 with HTTP; Tue, 12 Jul 2016 14:20:16 -0700 (PDT) In-Reply-To: References: From: Ed Schouten Date: Tue, 12 Jul 2016 23:20:16 +0200 Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Ronald Klop Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 21:20:18 -0000 2016-07-11 23:01 GMT+02:00 Ronald Klop : > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. I remember back in the days we also had a 'miniinst' CD, which was identical to 'bootonly', but at least contained the install sets to get a minimal system working. What ever happened to that? -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 From owner-freebsd-current@freebsd.org Tue Jul 12 21:23:09 2016 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 E20D3B92A72 for ; Tue, 12 Jul 2016 21:23:09 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75BBD1845 for ; Tue, 12 Jul 2016 21:23:09 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x229.google.com with SMTP id i5so41892281wmg.0 for ; Tue, 12 Jul 2016 14:23:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=ZgkO9Z/0b72xPDGZh7mDsr/9LMZtdjjsEMHyxujwFPU=; b=clKbvnEdVW31yerTFzf7RwUUrVnSgPBtYpo1gxYudTHcFjS06kp6fZr2RLa4qrEAfP aOftwcgioVPrWflFDTg7kDio8XRtk7Wp2AtGkwRi2NNiZ27pAiukl9PcxB/oyFP2IMPt D9UCQ9teTI3cAiCL9U8mZsYtbAwKpffMCWS2hLoJO6BOZhfQPWnPToVP/gnVX56zytIt hxAZmCZe/QNt3t9jxiju8eeR2cJKizHIGpAUCQVrK9k1XFaowf2mJPKJW/JDy8CN7Cuw 99gSY+JjOxdUhf3kJ3Zm5jt5IdYz0nHtGeNfNbbJzXerxQUhUnw3ACkmLcnUUJjB9rAG Z06Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=ZgkO9Z/0b72xPDGZh7mDsr/9LMZtdjjsEMHyxujwFPU=; b=IqbNMtQHVGEaRPI4mQoSqTh/ZcopflyOWqITPsfR731ZHkeI4ERfyepm48h2SOTt9A cxmImeOQLdrvRQoFpY1dyQBqhm9ly8Mm8G2+6I2yH0JgokTc1EzqwVllrRaM1L6yH86x 8QZgh/J6P7z+Le1ABiXVuzxlIQ9Abmh9N1tlCHwKmBwwtYUydjSl0w6hf3L69fvM8SET dQJUJWaKQCDl+trAoWC0vQM+QTWjFyaZOdPHAvs2HAG2ErV/6vuhBxIZ6M9jvUIOoXlp 9lqNxhv4SMdbj+96zHvZIUfgCIp2vlDzfU6lypVLLLbs0io9gCIffDgDi2HVLOXQgVBs sYIQ== X-Gm-Message-State: ALyK8tKstcuwpZU/xHWOLqSiFtnqsD1n5PysvOw9yEVQTyneb42Jq5OOPwIJvUbA64Ll+4sB X-Received: by 10.28.67.129 with SMTP id q123mr7567120wma.53.1468358587642; Tue, 12 Jul 2016 14:23:07 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id i8sm2479236wmg.21.2016.07.12.14.23.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 14:23:06 -0700 (PDT) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: From: Steven Hartland Message-ID: Date: Tue, 12 Jul 2016 22:23:11 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 21:23:10 -0000 On 12/07/2016 22:20, Ed Schouten wrote: > 2016-07-11 23:01 GMT+02:00 Ronald Klop : >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on >> Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > I remember back in the days we also had a 'miniinst' CD, which was > identical to 'bootonly', but at least contained the install sets to > get a minimal system working. What ever happened to that? > Since we found mfsbsd , we've never looked back it does just that + a one cmd line install. From owner-freebsd-current@freebsd.org Tue Jul 12 22:10:18 2016 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 25FD1B93A80 for ; Tue, 12 Jul 2016 22:10:18 +0000 (UTC) (envelope-from AWilcox@Wilcox-Tech.com) Received: from mail.wilcox-tech.com (mail.foxkit.us [192.65.240.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.wilcox-tech.com", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB3101598 for ; Tue, 12 Jul 2016 22:10:17 +0000 (UTC) (envelope-from AWilcox@Wilcox-Tech.com) Received: (qmail 20810 invoked from network); 12 Jul 2016 21:08:51 -0000 Received: from ip70-185-218-88.ok.ok.cox.net (HELO ?10.1.1.57?) (AWilcox@Wilcox-Tech.com@70.185.218.88) by mail.foxkit.us with ESMTPA; 12 Jul 2016 21:08:51 -0000 Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: freebsd-current@freebsd.org References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> <20160712205049.GH20831@zxy.spb.ru> <51734d0a-60da-6439-b5c1-1af14e740d00@multiplay.co.uk> From: "A. Wilcox" X-Enigmail-Draft-Status: N1110 Message-ID: <5785692E.8090203@Wilcox-Tech.com> Date: Tue, 12 Jul 2016 17:03:26 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <51734d0a-60da-6439-b5c1-1af14e740d00@multiplay.co.uk> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kX5afkUOfOf8uEbmdLv5cIVAPrhrhEjVl" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 22:10:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kX5afkUOfOf8uEbmdLv5cIVAPrhrhEjVl Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/07/16 15:58, Steven Hartland wrote: > On 12/07/2016 21:50, Slawa Olhovchenkov wrote: >> On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: >> >>> Maybe Tier 2 can deal with just bootonly.iso. Or your machines shoul= d >>> be dropped from Tier 2 if they don't support USB and we aren't okay >>> with dropping disc1 support for all of Tier 2. That is pretty much all SPARC hardware and a lot of POWER hardware. Not to mention newer rack-mount servers that have no USB on front (IBM). And what of the servers that already have functional CD drives? Do we really now have to recommending buying SCSI/SATA slimline or USB DVD drives just to boot installation media? That's a heavy cost when you can fit nearly all other BSDs on a single regular 650 (84 MB for NetBSD 7.0.1 + 223 MB for OpenBSD 5.9 + 385 MB for "TrueOS"/PC-BSD Server 10.3 =3D 692 MB, all sizes amd64 install iso including sets). >> Not all BIOS can be boot from USB. >> I am have Fujitsu notebook not support USB boot. > From a USB Pen drive I can understand but from a USB DVD Drive that > would be some seriously antiquated hardware! I have a Core 2-era Xeon board (Wolfdale-DP, Intel 5000 based) that cannot under any circumstances boot from a connected USB device. It won't boot from a USB DVD, USB CD, USB pen, or USB hard disk (USBMSC). I hardly consider a server that is 7 years old "antiquated" though I concede it is not the newest. Beyond that, there are security issues with allowing servers to boot off of any random USB device that an admin has lying around. Most will be configured by good admins to not do such a thing. In summary: NAK NAK NAK. USB is not a solution. Bringing down the bloat on disc1 or returning to miniinst is the proper solution. ~arw --=20 A. Wilcox (awilfox) Open-source programmer (C, C++, Python) https://code.foxkit.us/u/awilfox/ --kX5afkUOfOf8uEbmdLv5cIVAPrhrhEjVl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhWk0AAoJEMspy1GSK50UpnQP/RdWrp7SYLRNty0fCXh2oy+8 yWydmqwCK4ufRiA5RVuwUu8fyD/p/42vaNpSZM1uSNT6IsHJ5GrZakIuaoCWtUqM +5QLfkpK1MvXEFhVIeb6Vnd6MWpzEdw9Mg1XlMngB4SHq03wyxXbOgDJoUc1Je/s fzIZX8DFMMsjL6ebEWxP2jTzYmhOXvotu+/GzsK07B/3KKGplDUbYpEOh9lduDDx gHLMTUMuP/HT0rbw88s9KlKz2iGLa1aLxPJ8LRZnDUXVRbv55Us8AFRiNCkoeJXY X/iP2YEcEJ6eL3QubEdwcYZIoDzwuF90JgOsyuDYSIjmTiFmo62Hh7kljyIZMANM awhEuuDDcTGHbAg87TuVqF9c4tlW54oW9JO1s6GljURUo15WqVqYNwm5EIJDxmS5 EcgMhkWVdotd3RV3IIeksWLiqJ/LEmP8U8TE8rtkroKQ/ZZCSK1LmWHhrha7jQl5 6q9YC6zQJNSFa5vDQxLjO0tzspbcgIA+VL924dPQisyMLRzd3xGELSxfyvaMth56 XBtMUj20KTTHV9Ef6B5VeCqbsQKPx/vb48Yy+6wwUbzCAfavGyDUT9o1K/axxObG l1aRPfD1xHAY+lB4wrxiOx1Eq6Kdo6i6r+vfiGuRfPH6siSW7e/uXXILCAwrn0yl ZJ7rVTW/j5QU2Fs1C8Y8 =QhTM -----END PGP SIGNATURE----- --kX5afkUOfOf8uEbmdLv5cIVAPrhrhEjVl-- From owner-freebsd-current@freebsd.org Tue Jul 12 23:09:16 2016 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 89FC6B93DC3 for ; Tue, 12 Jul 2016 23:09:16 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4873E1752 for ; Tue, 12 Jul 2016 23:09:16 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x234.google.com with SMTP id w127so28191763ywf.3 for ; Tue, 12 Jul 2016 16:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Lh1MoG/5GqeqZ5ZGEtV2IBR7ARsbr89c1FCPOVhQinA=; b=UFewFXImh1m0vcRDf/NNu/8i13ds/7E2hztzd2BEedP5rps5RP16Vgh8gu8Qq4YqFK QxJNkarj062VuNuJxWuoDyIWSSfz3s/as+q3enOYRYUBYn49mQtXUgOB6tBOxj7qnzya 0gVXxdMLheiJPEeHE6KAmnU7zOcxOLicdjiYQCTvMEjw/MXLsXhwyJYZOBbsvIUlBVfe KPfdIfHXCrzCc4gWY4MVRJrMxBbWUCu1Ar4oQyEhZXtAAAfHwgziYbpZMgkiAZit1Ys7 GcbNVYlKzKVE8MGEwDmWSIWi8Qj68dTDVegIHy9HX8otbFBSnbOvlvSGUAeBGwcIsFjX fezQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Lh1MoG/5GqeqZ5ZGEtV2IBR7ARsbr89c1FCPOVhQinA=; b=DllrzlVp+bYW1G6pdaVWRzE/60+0BrpfTlYidirbjifLuGVj40tCbL3MthEXmx9/yu 9IvFcUhJsD9UFOSISeQ6e6yRQEwBbJSmqZKE5sxezmx83NpAWnf8y1zAJowOeLXIYBQv AxD5IFGH6pZde5rQmA85UmYA7qRVRza7dZ7yhOGFqtAl6TzoRefCVprD3M3slWh7e29y 9HEmvxROFHJfB/i/pJ3eSreUX1p6ura0tYer50OtY0eruzNb0Y2KRywDr7KITmtVSCHa DYlm6JErK9/JQwk0nte2wWglQhngFrzPzPnI0LtQSIhAgNGIP3hQJB/ndvJgwDXxsopU unFQ== X-Gm-Message-State: ALyK8tJBFX/++Q2XR5hrJoekzptrLLTdqRhMSqQds/s6sWNIzD3STRnnT+POIUXvEKJiwQdDUSUVAg4TTf80qw== X-Received: by 10.13.219.199 with SMTP id d190mr4133223ywe.22.1468364955515; Tue, 12 Jul 2016 16:09:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.5.216 with HTTP; Tue, 12 Jul 2016 16:09:15 -0700 (PDT) In-Reply-To: References: From: Ultima Date: Tue, 12 Jul 2016 19:09:15 -0400 Message-ID: Subject: Re: sr-iov's virtual function driver shipped broken? To: Ngie Cooper Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 23:09:16 -0000 Ah, well I posted on the mailing list during Q1 about the issue. Also asked if it is planned to be fixed for release during Q2? and the response was that they're is an issues with the current implementation and it is being worked on, so I never created a bug for it. https://lists.freebsd.org/pipermail/freebsd-current/2016-March/060350.html Just opened PR211062 for it. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211062 On Tue, Jul 12, 2016 at 2:24 PM, Ngie Cooper wrote: > > > On Jul 12, 2016, at 11:21, Ultima wrote: > > > > I'v mentioned this in the past, but I just want to verify. Will 11 be > > released with the virtual function driver unusable? Currently iovctl will > > only work in pass-through mode. > > Hi, > Is there a bug open for this issue with a repro/more details? > Thanks, > -Ngie > From owner-freebsd-current@freebsd.org Wed Jul 13 00:24:55 2016 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 D62FCB97F35; Wed, 13 Jul 2016 00:24:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A54F919C7; Wed, 13 Jul 2016 00:24:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-236-103.lns20.per1.internode.on.net [121.45.236.103]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u6D0OhXG092434 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 12 Jul 2016 17:24:46 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: dtrace and kernel modules To: Mark Johnston References: <20160712171404.GB71220@wkstn-mjohnston.west.isilon.com> Cc: freebsd-dtrace@freebsd.org, freebsd-current From: Julian Elischer Message-ID: Date: Wed, 13 Jul 2016 08:24:37 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160712171404.GB71220@wkstn-mjohnston.west.isilon.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 00:24:55 -0000 On 13/07/2016 1:14 AM, Mark Johnston wrote: > On Thu, Jul 07, 2016 at 12:51:52PM +0800, Julian Elischer wrote: >> I'm specifically interested in the case of kernel modules that >> instantiate new syscalls. >> >> How much support do we have for that? In the one example in our >> sources of a kld with a syscall (kgssapi.ko) dtrace seems to find >> regular function entrypoints but not the syscall. >> >> >> root@porridge:/usr/src # dtrace -n ":kgssapi::entry {}" >> dtrace: description ':kgssapi::entry ' matched 138 probes >> ^C >> >> root@porridge:/usr/src # dtrace -n "syscall:kgssapi::entry {}" >> dtrace: invalid probe specifier syscall:kgssapi::entry {}: probe >> description syscall:kgssapi::entry does not match any probes >> root@porridge:/usr/src # >> >> >> Do we have plans to support dynamic syscall support? > I don't know of any plans to add support. It would be fairly > straightforward to dynamically create syscall probes using a hook or > eventhandler in syscall_register(), but getting argument type info would > be more difficult. Right now, argument types are specified by code > generated by makesyscalls.sh using the types in syscalls.master. I'm not > sure how one might obtain these types for dynamically-registered > syscalls. > yes that is the tricky part for sure. for now function calls is probably enough because every syscall ends up calling a function somewhere :-) From owner-freebsd-current@freebsd.org Wed Jul 13 03:30:49 2016 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 10C69B97BBF for ; Wed, 13 Jul 2016 03:30:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA83C11C0; Wed, 13 Jul 2016 03:30:48 +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 u6D3UbLD075119 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 13 Jul 2016 06:30:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6D3UbLD075119 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6D3UbJ9075116; Wed, 13 Jul 2016 06:30:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jul 2016 06:30:36 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160713033036.GR38613@kib.kiev.ua> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 03:30:49 -0000 On Tue, Jul 12, 2016 at 11:24:14AM -0700, Mark Johnston wrote: > On Tue, Jul 12, 2016 at 08:51:50PM +0300, Konstantin Belousov wrote: > > On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > > > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > > > I suppose it is not strictly incorrect. I find it surprising that a > > > PT_ATTACH followed by a PT_DETACH may leave the process in a different > > > state than it was in before the attach. This means that it is not > > > possible to gcore a process without potentially leaving it stopped, for > > > instance. This result may occur in a single-threaded process > > > as well, since a signal may already be queued when the PT_ATTACH handler > > > sends SIGSTOP. > > I still miss somethine. Isn't this an expected outcome from sending a > > signal with STOP action ? > > It is. But I also expect a PT_DETACH operation to resume a stopped > process, assuming that a second SIGSTOP was not posted while the > process was suspended. But as far as the situation was discussed, it seems that real SIGSTOP raced with PT_ATTACH. And the offered interpretation that SIGSTOP was delivered 'a bit later' than PT_ATTACH would fit into the description. > > > > > > Indeed, I somehow missed that. I had assumed that the leaked TDB_XSIG > > > represented a bug in ptracestop(). > > It could, I did not made any statements that deny the bug: > > To be clear, the root of my issue comes from the following: the SIGSTOP > from PT_ATTACH may be handled concurrently with a second signal > delivered to a second thread in the same process. Then, the resulting > behaviour depends on the order in which the recipient threads suspend in > ptracestop(). If the thread that received SIGSTOP suspends last, its > td_xsig will be overwritten with the userland-provided value in the > PT_DETACH handler. If it suspends first, its td_xsig will be preserved, > and upon PT_DETACH the process will be suspended again in issignal(). > > I'm not sure if this is considered a bug. ptracestop() is handling all > signals (including the SIGSTOP generated by the PT_ATTACH handler) in a > consistent way, but this results in inconsistent behaviour from the > perspective of a ptrace(2) consumer. Still I do not understand what is inconsistent. Let look at it from the other side (before, we discussed the implementation in kernel). Is this happens in gcore(1) ? If yes, gcore interaction with ptrace(2) looks like this: ptrace(PT_ATTACH, g_pid); waitpid(g_pid, &g_status, 0); ... if (sig == SIGSTOP) sig = 0; ptrace(PT_DETACH, g_pid, 1, sig); It sounds as if it is desirable for you to modify gcore(1) to consume all signals, or at least, all STOP signals before PT_DETACH. I do not understand why do you want it, but that would probably give you the behaviour you want: ptrace(PT_ATTACH, g_pid); waitpid(g_pid, &g_status, 0); ... /* still consume implicit SIGSTOP from attach */ if (sig == SIGSTOP) sig = 0; do { error = waitpid(g_pid, &g_status, WNOHANG | WSTOPPED); } while (error == 0); ptrace(PT_DETACH, g_pid, 1, sig); From owner-freebsd-current@freebsd.org Wed Jul 13 03:58:46 2016 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 13A9DB93349 for ; Wed, 13 Jul 2016 03:58:46 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5E441EA2 for ; Wed, 13 Jul 2016 03:58:45 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x234.google.com with SMTP id fi15so13285712pac.1 for ; Tue, 12 Jul 2016 20:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=ZWIiw1pPfjVRCtsOtDJ1F6UW7gKDHMOnKQaX8unpwRY=; b=goYIHWUgUyMrXO1m52X3mSE/GaPKGywiTtRn0CwmiU3kb7p0lKeBTLwB8hM4Y56xW6 PF2K3GTmMwvx13RjqegiGF+PysfFy588KSWddrON4tFlnRBJsrznIbWsZVb2ZUHEfyv4 adcOmKWhv+GCX+TpyhNzwjvCqTLH4JMGyKfXY2jtC7Whk+kDQM0CwLMzMx6s5di7P5k4 uY+2kDsevBvznbXRcBuzK/2yM7T9BO9vmEoZmZj+7YszYDU70iNmKJPrGKVpdNr5+8nf 4dT0en99uyO/IPLgHbW67vmjAtQHFp3kHvAbt9Kp+nI5pjCpLydz+SKS65qdZB3jNqrz O9UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=ZWIiw1pPfjVRCtsOtDJ1F6UW7gKDHMOnKQaX8unpwRY=; b=Lq8q+A5D7FsRJ7T9gi6y2Y2FKyVAYWHVjrEjnZlbgIFG+PY3PSR6nfdAK8PW4W/C0g lEoH26UaenTRHNjf9NcKjC+dDcPyMUfkgFpCJo/CSWN4uLEn26dUsiB/49gH1cHqhH/5 /o8hn7k9ECn9DuhsARBDsKcH8frqqAtG3Zv0GPWIzbot/0kwG60nc/TV9JjT0wQHw+WX MOzaMbphI++Vj6QJ8xVyeOfbgys5ny88YEPB8ifyjQtWicQM6isMwJQQgGkwLfxfN1R3 EC9ajjN3BQoYkl0TyYxLu9mcdO5V26hUTY61/B3wie08tYQ5matm4II3AfdA2bRp1fic xXUQ== X-Gm-Message-State: ALyK8tIjtXaSIfzLGAQXbm+h7vFFSXfB298bDbOT+7w3eY0vvhkO7ZMAAO1IXp5srjbflw== X-Received: by 10.67.8.69 with SMTP id di5mr9782374pad.123.1468382325454; Tue, 12 Jul 2016 20:58:45 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id w3sm427823pax.30.2016.07.12.20.58.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jul 2016 20:58:44 -0700 (PDT) Sender: Mark Johnston Date: Tue, 12 Jul 2016 21:02:10 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160713033036.GR38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 03:58:46 -0000 On Wed, Jul 13, 2016 at 06:30:36AM +0300, Konstantin Belousov wrote: > On Tue, Jul 12, 2016 at 11:24:14AM -0700, Mark Johnston wrote: > > On Tue, Jul 12, 2016 at 08:51:50PM +0300, Konstantin Belousov wrote: > > > On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > > > > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > > > > I suppose it is not strictly incorrect. I find it surprising that a > > > > PT_ATTACH followed by a PT_DETACH may leave the process in a different > > > > state than it was in before the attach. This means that it is not > > > > possible to gcore a process without potentially leaving it stopped, for > > > > instance. This result may occur in a single-threaded process > > > > as well, since a signal may already be queued when the PT_ATTACH handler > > > > sends SIGSTOP. > > > I still miss somethine. Isn't this an expected outcome from sending a > > > signal with STOP action ? > > > > It is. But I also expect a PT_DETACH operation to resume a stopped > > process, assuming that a second SIGSTOP was not posted while the > > process was suspended. > But as far as the situation was discussed, it seems that real SIGSTOP raced > with PT_ATTACH. And the offered interpretation that SIGSTOP was delivered > 'a bit later' than PT_ATTACH would fit into the description. Hm, the only SIGSTOP in my scenario is the one generated by PT_ATTACH. The problem occurs when this SIGSTOP races with *any* other signal that's being delivered to the process and for which the process has registered a handler. For instance, SIGHUP after a log rotation. If a real SIGSTOP races with PT_ATTACH, then I would indeed expect to find the process in a stopped state after the detach. Does this make more sense? From owner-freebsd-current@freebsd.org Wed Jul 13 04:54:51 2016 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 652FFB93F03 for ; Wed, 13 Jul 2016 04:54:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0EBE17FE; Wed, 13 Jul 2016 04:54:50 +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 u6D4sdDF000440 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 13 Jul 2016 07:54:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6D4sdDF000440 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6D4sdkV000439; Wed, 13 Jul 2016 07:54:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jul 2016 07:54:39 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160713045439.GT38613@kib.kiev.ua> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 04:54:51 -0000 On Tue, Jul 12, 2016 at 09:02:10PM -0700, Mark Johnston wrote: > Hm, the only SIGSTOP in my scenario is the one generated by PT_ATTACH. > The problem occurs when this SIGSTOP races with *any* other signal that's > being delivered to the process and for which the process has registered > a handler. For instance, SIGHUP after a log rotation. > > If a real SIGSTOP races with PT_ATTACH, then I would indeed expect to > find the process in a stopped state after the detach. Does this make > more sense? I finally see. Might be something like the patch below is a step in the desired direction. Idea is in the proc_next_xthread(): p_xthread should be set to the next thread with a pending signal. Do you have a test case that demonstrates the issue ? diff --git a/sys/kern/kern_sig.c b/sys/kern/kern_sig.c index 2a5e6de..1106f3a 100644 --- a/sys/kern/kern_sig.c +++ b/sys/kern/kern_sig.c @@ -2525,22 +2525,21 @@ ptracestop(struct thread *td, int sig) PROC_SUNLOCK(p); return (sig); } - /* - * Just make wait() to work, the last stopped thread - * will win. - */ - p->p_xsig = sig; - p->p_xthread = td; - p->p_flag |= (P_STOPPED_SIG|P_STOPPED_TRACE); - sig_suspend_threads(td, p, 0); - if ((td->td_dbgflags & TDB_STOPATFORK) != 0) { - td->td_dbgflags &= ~TDB_STOPATFORK; - cv_broadcast(&p->p_dbgwait); + if (p->p_xthread == NULL) + p->p_xthread = td; + if (p->p_xthread == td) { + p->p_xsig = sig; + p->p_flag |= (P_STOPPED_SIG|P_STOPPED_TRACE); + sig_suspend_threads(td, p, 0); + if ((td->td_dbgflags & TDB_STOPATFORK) != 0) { + td->td_dbgflags &= ~TDB_STOPATFORK; + cv_broadcast(&p->p_dbgwait); + } } stopme: thread_suspend_switch(td, p); if (p->p_xthread == td) - p->p_xthread = NULL; + proc_next_xthread(p); if (!(p->p_flag & P_TRACED)) break; if (td->td_dbgflags & TDB_SUSPEND) { diff --git a/sys/kern/sys_process.c b/sys/kern/sys_process.c index a6037e3..3d9950b 100644 --- a/sys/kern/sys_process.c +++ b/sys/kern/sys_process.c @@ -1057,7 +1057,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) proctree_locked = 0; } p->p_xsig = data; - p->p_xthread = NULL; + proc_next_xthread(p); if ((p->p_flag & (P_STOPPED_SIG | P_STOPPED_TRACE)) != 0) { /* deliver or queue signal */ td2->td_dbgflags &= ~TDB_XSIG; @@ -1065,7 +1065,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) if (req == PT_DETACH) { FOREACH_THREAD_IN_PROC(p, td3) - td3->td_dbgflags &= ~TDB_SUSPEND; + td3->td_dbgflags &= ~(TDB_SUSPEND | + TDB_XSIG); } /* * unsuspend all threads, to not let a thread run, @@ -1376,9 +1377,24 @@ stopevent(struct proc *p, unsigned int event, unsigned int val) do { if (event != S_EXIT) p->p_xsig = val; - p->p_xthread = NULL; + proc_next_xthread(p); p->p_stype = event; /* Which event caused the stop? */ wakeup(&p->p_stype); /* Wake up any PIOCWAIT'ing procs */ msleep(&p->p_step, &p->p_mtx, PWAIT, "stopevent", 0); } while (p->p_step); } + +void +proc_next_xthread(struct proc *p) +{ + struct thread *td; + + PROC_LOCK_ASSERT(p, MA_OWNED); + FOREACH_THREAD_IN_PROC(p, td) { + if (td == p->p_xthread) + continue; + if ((td->td_dbgflags & TDB_XSIG) != 0) + break; + } + p->p_xthread = td; +} diff --git a/sys/sys/proc.h b/sys/sys/proc.h index f533db6..a3132d9 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -999,6 +999,7 @@ int proc_getenvv(struct thread *td, struct proc *p, struct sbuf *sb); void procinit(void); void proc_linkup0(struct proc *p, struct thread *td); void proc_linkup(struct proc *p, struct thread *td); +void proc_next_xthread(struct proc *p); struct proc *proc_realparent(struct proc *child); void proc_reap(struct thread *td, struct proc *p, int *status, int options); void proc_reparent(struct proc *child, struct proc *newparent); From owner-freebsd-current@freebsd.org Wed Jul 13 07:57:18 2016 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 D7340B97BE5 for ; Wed, 13 Jul 2016 07:57:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AF511AA0 for ; Wed, 13 Jul 2016 07:57:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bNEzQ-001xwZ-Co>; Wed, 13 Jul 2016 09:53:52 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bNEzQ-001ngw-3H>; Wed, 13 Jul 2016 09:53:52 +0200 Date: Wed, 13 Jul 2016 09:53:43 +0200 From: "O. Hartmann" To: freebsd-current Subject: syslog: not logging for remote host Message-ID: <20160713095343.4c41ff9a@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 07:57:18 -0000 I have some serious trouble logging for remote hosts via syslog on a sepcific central server. Following manpages syslogd(8) and syslog.conf(5), the syslogd is allowed to listen on a specific address (-b option) and receiving syslog messages from remote client hosts on a specific network (-a option). Our configuration of syslogd looks like (rc.conf): syslogd_flags="-8 -n -v -4 -C -b 192.168.0.2:514 -a 192.168.0.1/24:*" and sockstat show a proper listening port: [...] root syslogd 75823 6 udp4 192.168.0.2:514 *:* Now the strange or weird part (in my opinion). We have several firewalls, gateways, APs and printers which are configured to send syslog messages to a remote host, designated by the IP shown above. This works, I can see syslogd receiving messages from several systems via /var/log/messages (at the moment everything is also dumped into that file as well as onto console, on which the messages from the remote devices also appear as expected. In /etc/syslog.conf I try to use the fowllowing line, for instance for one device as pars pro totum, to log to a dedicated file: [...] +192.168.0.100 *.* /var/log/printer-01.log +192.168.0.101 *.* /var/log/printer-02.log !* (EOF) All log definitions for remote host logging are put to the end of file syslog.conf to avoid problems with the block boundaries. So the above shown config should separate each different host in a defined way as the manpage syslog.conf(5) states. Using IPs only seems not to work (and I can not understand, according to syslogd(8) and option -a ipaddr/msklen:port). I never get a delegation of log messages into the specified file. So, syslog.conf(5) states that I have to use "names". So I also setup /etc/hosts to have each remote host's IP assigned with a hostname (we have no domain/DNS in this specific network, IP only!). So I tried then [...] +printer-01 *.* /var/log/printer-01.log +printer02 *.* /var/log/printer-02.log !* (EOF) This doesn't work either! Something is very fishy with FreeBSD's syslogd and please let me know what I'm doing wrong here. I also read the section in the handbook about remote syslog and the requirement of a forward and reverse DNS resolution - which is NOT(!) mentioned in the manpages (and I follow the opinion that in doubt, the manpage is right!). Can someone shed a bit light on that (no, I do not want to use a ports package/alternative syslog, I'd like to use FreeBSD's tools already abord). Thank you very much in advance and apologizes to those who feel bothered by a possible stupid question! regards, O. Hartmann From owner-freebsd-current@freebsd.org Wed Jul 13 08:09:23 2016 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 7DDADB9312D for ; Wed, 13 Jul 2016 08:09:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 434ED11B7 for ; Wed, 13 Jul 2016 08:09:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bNFEP-0024tv-Cg>; Wed, 13 Jul 2016 10:09:21 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bNFEP-001pFv-31>; Wed, 13 Jul 2016 10:09:21 +0200 Date: Wed, 13 Jul 2016 10:09:20 +0200 From: "O. Hartmann" To: freebsd-current Subject: Re: syslog: not logging for remote host Message-ID: <20160713100920.66e3da8c@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20160713095343.4c41ff9a@freyja.zeit4.iv.bundesimmobilien.de> References: <20160713095343.4c41ff9a@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 08:09:23 -0000 On Wed, 13 Jul 2016 09:53:43 +0200 "O. Hartmann" wrote: > I have some serious trouble logging for remote hosts via syslog on a sepcific > central server. > > Following manpages syslogd(8) and syslog.conf(5), the syslogd is allowed to > listen on a specific address (-b option) and receiving syslog messages from > remote client hosts on a specific network (-a option). Our configuration of > syslogd looks like (rc.conf): > > syslogd_flags="-8 -n -v -4 -C -b 192.168.0.2:514 -a 192.168.0.1/24:*" > > and sockstat show a proper listening port: > > [...] > root syslogd 75823 6 udp4 192.168.0.2:514 *:* > > Now the strange or weird part (in my opinion). > > We have several firewalls, gateways, APs and printers which are configured to > send syslog messages to a remote host, designated by the IP shown above. This > works, I can see syslogd receiving messages from several systems > via /var/log/messages (at the moment everything is also dumped into that file > as well as onto console, on which the messages from the remote devices also > appear as expected. > > In /etc/syslog.conf I try to use the fowllowing line, for instance for one > device as pars pro totum, to log to a dedicated file: > > [...] > +192.168.0.100 > *.* /var/log/printer-01.log > +192.168.0.101 > *.* /var/log/printer-02.log > !* > (EOF) > > All log definitions for remote host logging are put to the end of file > syslog.conf to avoid problems with the block boundaries. So the above shown > config should separate each different host in a defined way as the manpage > syslog.conf(5) states. > > Using IPs only seems not to work (and I can not understand, according to > syslogd(8) and option -a ipaddr/msklen:port). I never get a delegation of > log messages into the specified file. > > So, syslog.conf(5) states that I have to use "names". So I also > setup /etc/hosts to have each remote host's IP assigned with a hostname (we > have no domain/DNS in this specific network, IP only!). So I tried then > > [...] > +printer-01 > *.* /var/log/printer-01.log > +printer02 > *.* /var/log/printer-02.log > !* > (EOF) > > This doesn't work either! > > Something is very fishy with FreeBSD's syslogd and please let me know what I'm > doing wrong here. > > I also read the section in the handbook about remote syslog and the > requirement of a forward and reverse DNS resolution - which is NOT(!) > mentioned in the manpages (and I follow the opinion that in doubt, the > manpage is right!). > > Can someone shed a bit light on that (no, I do not want to use a ports > package/alternative syslog, I'd like to use FreeBSD's tools already abord). > > Thank you very much in advance and apologizes to those who feel bothered by a > possible stupid question! > > regards, > > O. Hartmann > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I found this message left five years ago, coinciding with my experience, that when I used this loggin method last time, that was FreeBSD 8.X and early 9.X, it worked for IPs as shown; https://lists.freebsd.org/pipermail/freebsd-questions/2011-November/235565.html From owner-freebsd-current@freebsd.org Wed Jul 13 08:53:36 2016 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 8566BB97082 for ; Wed, 13 Jul 2016 08:53:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 401AB1D46 for ; Wed, 13 Jul 2016 08:53:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17538 invoked from network); 13 Jul 2016 08:53:23 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 13 Jul 2016 08:53:23 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 13 Jul 2016 04:54:18 -0400 (EDT) Received: (qmail 15942 invoked from network); 13 Jul 2016 08:54:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 13 Jul 2016 08:54:18 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 3F1AA1C405F; Wed, 13 Jul 2016 01:53:27 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc has odd mix of signed wchar_t and unsigned char] From: Mark Millard In-Reply-To: Date: Wed, 13 Jul 2016 01:53:27 -0700 Cc: svn-src-head@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org, freebsd-arm , FreeBSD PowerPC ML , Bruce Evans , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <38CF2C28-3BD1-4D09-939F-4DD0C2E8B58F@dsl-only.net> References: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> To: Andrey Chernov X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 08:53:36 -0000 [The below does note that TARGET=3Dpowerpc has a mix of signed wchar_t = and unsigned char types and most architectures have both being signed = types.] On 2016-Jul-11, at 8:57 PM, Andrey Chernov wrote: > On 12.07.2016 5:44, Mark Millard wrote: >> My understanding of the criteria for __WCHAR_MIN and __WCHAR_MAX: >>=20 >> A) __WCHAR_MIN and __WCHAR_MAX: same type as the integer promotion of >> ___wchar_t (if that is distinct). >> B) __WCHAR_MIN is the low value for ___wchar_t as an integer type; = not >> necessarily a valid char value >> C) __WCHAR_MAX is the high value for ___wchar_t as an integer type; = not >> necessarily a valid char value >=20 > It seems you are right about "not a valid char value", I'll back this > change out. >=20 >> As far as I know arm FreeBSD uses unsigned character types (of = whatever >> width). >=20 > Probably it should be unsigned for other architectures too, clang does > not generate negative values with L'' literals and locale use = only > positive values too. Looking around: # grep -i wchar sys/*/include/_types.h sys/arm/include/_types.h:typedef unsigned int ___wchar_t; sys/arm/include/_types.h:#define __WCHAR_MIN 0 = /* min value for a wchar_t */ sys/arm/include/_types.h:#define __WCHAR_MAX __UINT_MAX = /* max value for a wchar_t */ sys/arm64/include/_types.h:typedef unsigned int ___wchar_t; sys/arm64/include/_types.h:#define __WCHAR_MIN 0 = /* min value for a wchar_t */ sys/arm64/include/_types.h:#define __WCHAR_MAX __UINT_MAX = /* max value for a wchar_t */ sys/mips/include/_types.h:typedef int ___wchar_t; sys/mips/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ sys/mips/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ sys/powerpc/include/_types.h:typedef int ___wchar_t; sys/powerpc/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ sys/powerpc/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ sys/riscv/include/_types.h:typedef int ___wchar_t; sys/riscv/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ sys/riscv/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ sys/sparc64/include/_types.h:typedef int ___wchar_t; sys/sparc64/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ sys/sparc64/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ sys/x86/include/_types.h:typedef int ___wchar_t; sys/x86/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ sys/x86/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ So only arm and arm64 have unsigned wchar_t types. [NOTE: __CHAR16_TYPE__ and __CHAR32_TYPE__ are always unsigned: in C++11 = terms char16_t is like std::uint_least16_t and char32_t is like = std::uint_least32_t despite being distinct types. So __CHAR16_TYPE__ and = __CHAR32_TYPE__ are ignored below.] The clang 3.8.0 compiler output has an odd mix for TARGET_ARCH=3Dpowerpc = and TARGET_ARCH=3Dpowerpc64 . . . armv6 has unsigned types for both char and __WCHAR_TYPE__. aarch64 has unsigned types for both char and __WCHAR_TYPE__. powerpc has unsigned for char but signed for __WCHAR_TYPE__. powerpc64 has unsigned for char but signed for __WCHAR_TYPE__. amd64 has signed types for both char and __WCHAR_TYPE__. i386 has signed types for both char and __WCHAR_TYPE__. mips has signed types for both char and __WCHAR_TYPE__. sparc64 has signed types for both char and __WCHAR_TYPE__. (riscv is not covered by clang as I understand) The details via compiler #define's. . . # clang --target=3Darmv6-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ . . . #define __CHAR_BIT__ 8 #define __CHAR_UNSIGNED__ 1 . . . #define __WCHAR_MAX__ 4294967295U #define __WCHAR_TYPE__ unsigned int #define __WCHAR_UNSIGNED__ 1 #define __WCHAR_WIDTH__ 32 . . . # clang --target=3Daarch64-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ . . . #define __CHAR_BIT__ 8 #define __CHAR_UNSIGNED__ 1 . . . #define __WCHAR_MAX__ 4294967295U #define __WCHAR_TYPE__ unsigned int #define __WCHAR_UNSIGNED__ 1 #define __WCHAR_WIDTH__ 32 . . . # clang --target=3Dpowerpc-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ . . . #define __CHAR_BIT__ 8 #define __CHAR_UNSIGNED__ 1 . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . (note the lack of __WCHAR_UNSIGNED__) . . . Is powerpc wrong? # clang --target=3Dpowerpc64-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more . . . #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ . . . #define __CHAR_BIT__ 8 #define __CHAR_UNSIGNED__ 1 . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . (note the lack of __WCHAR_UNSIGNED__) . . . Is powerpc64 wrong? # clang --target=3Damd64-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ . . . #define __CHAR_BIT__ 8 . . . (note the lack of __CHAR_UNSIGNED__) . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . (note the lack of __WCHAR_UNSIGNED__) . . . # clang --target=3Di386-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ . . . #define __CHAR_BIT__ 8 . . . (note the lack of __CHAR_UNSIGNED__) . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . (note the lack of __WCHAR_UNSIGNED__) . . . # clang --target=3Dmips-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ . . . #define __CHAR_BIT__ 8 . . . (note the lack of __CHAR_UNSIGNED__) . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . (note the lack of __WCHAR_UNSIGNED__) . . . # clang --target=3Dsparc64-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ . . . #define __CHAR_BIT__ 8 . . . (note the lack of __CHAR_UNSIGNED__) . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . (note the lack of __WCHAR_UNSIGNED__) . . . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Jul 13 09:04:56 2016 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 6E61EB977FB for ; Wed, 13 Jul 2016 09:04:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E5991BF9 for ; Wed, 13 Jul 2016 09:04:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1bNG6M-0002lC-6z; Wed, 13 Jul 2016 12:05:06 +0300 Date: Wed, 13 Jul 2016 12:05:06 +0300 From: Slawa Olhovchenkov To: Chris H Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713090506.GK20831@zxy.spb.ru> References: <5784908E.1090007@ShaneWare.Biz> <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 09:04:56 -0000 On Tue, Jul 12, 2016 at 02:05:32PM -0700, Chris H wrote: > On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler wrote > > > On 12/07/2016 06:54, Conrad Meyer wrote: > > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > > it's time to move on from CD. > > > > +1 on dropping CD images. I haven't burnt a CD in over 10 years and I > > don't believe I have seen a CD only drive in that time. Even with a CD > > size image I have burnt them to DVD, I first started this because > > transfer speeds of DVD's are faster and nowadays it costs almost the > > same to burn a DVD. So I see zero benefit to using CD's and that's > > before thinking of reusable USB devices. > > > > I do think there is a benefit to keeping the small boot only image > > available that can be used to start/recover a machine that can then > > download any data to be installed. > > > > -- > > FreeBSD - the place to B...Storing Data > > > > Shane Ambler > > > > -1 > There is no *good* reason that FreeBSD can't maintain the CD image. > I think the *real* question here is; *why* is it now so hard to fit > it on a CD? clang main binary now 50MB size (27MB for 10.x) -- on live FS and in base.txz. 11.x now ship lldb (on live FS too) -- 50MB also binary -- on live FS and in base.txz. kernel now 26M vs 12M on 10.3. kernel with modules now 115MB vs 54MB on 10.3 total size of *.a now 50M (vs 48M). All binaries slightly bigger: usr/bin/ld from 1580008 to 1615912 (+2%). From owner-freebsd-current@freebsd.org Wed Jul 13 09:17:35 2016 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 52C61B9305F for ; Wed, 13 Jul 2016 09:17:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 149CC12EB for ; Wed, 13 Jul 2016 09:17:34 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bNGIH-002XHc-0p>; Wed, 13 Jul 2016 11:17:25 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bNGIG-001w3d-Nk>; Wed, 13 Jul 2016 11:17:24 +0200 Date: Wed, 13 Jul 2016 11:17:24 +0200 From: "O. Hartmann" To: Slawa Olhovchenkov Cc: Chris H , freebsd-current@freebsd.org Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713111724.1ff801ac@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20160713090506.GK20831@zxy.spb.ru> References: <5784908E.1090007@ShaneWare.Biz> <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net> <20160713090506.GK20831@zxy.spb.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 09:17:35 -0000 On Wed, 13 Jul 2016 12:05:06 +0300 Slawa Olhovchenkov wrote: > On Tue, Jul 12, 2016 at 02:05:32PM -0700, Chris H wrote: > > > On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler > > wrote > > > On 12/07/2016 06:54, Conrad Meyer wrote: > > > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > > > it's time to move on from CD. > > > > > > +1 on dropping CD images. I haven't burnt a CD in over 10 years and I > > > don't believe I have seen a CD only drive in that time. Even with a CD > > > size image I have burnt them to DVD, I first started this because > > > transfer speeds of DVD's are faster and nowadays it costs almost the > > > same to burn a DVD. So I see zero benefit to using CD's and that's > > > before thinking of reusable USB devices. > > > > > > I do think there is a benefit to keeping the small boot only image > > > available that can be used to start/recover a machine that can then > > > download any data to be installed. > > > > > > -- > > > FreeBSD - the place to B...Storing Data > > > > > > Shane Ambler > > > > > > > -1 > > There is no *good* reason that FreeBSD can't maintain the CD image. > > I think the *real* question here is; *why* is it now so hard to fit > > it on a CD? > > clang main binary now 50MB size (27MB for 10.x) -- on live FS and in base.txz. > 11.x now ship lldb (on live FS too) -- 50MB also binary -- on live FS > and in base.txz. > kernel now 26M vs 12M on 10.3. > kernel with modules now 115MB vs 54MB on 10.3 > total size of *.a now 50M (vs 48M). > > All binaries slightly bigger: usr/bin/ld from 1580008 to 1615912 (+2%). > _______________________________________________ > 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" More than a decade ago, some of us ran into trouble with floppy disks and/or tapes, when software started to outgrow some older media. The tribute to progress is, in some aspects, also to sacrifice. FreeBSD is one of the few free operating systems which provides a plethora of installation media - compared to some PR-shiny alternatives from the camp "Linux". A CD is still a used media, but it starts getting squeezy on it as certain software starts to grow - as CLANG/LLVM does. Maybe it is time to have also CDs as "miniboot" and DVDs for a more complete installation media? Kind regards, oh From owner-freebsd-current@freebsd.org Wed Jul 13 09:28:39 2016 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 D1087B938A0 for ; Wed, 13 Jul 2016 09:28:39 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A45171355 for ; Wed, 13 Jul 2016 09:28:39 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u6D9NKVr078249 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jul 2016 09:23:21 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: multipart/signed; boundary="Apple-Mail=_3E251CF5-7743-40D9-B750-EB672E4FA5E4"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r From: David Chisnall In-Reply-To: <20160713111724.1ff801ac@freyja.zeit4.iv.bundesimmobilien.de> Date: Wed, 13 Jul 2016 10:23:14 +0100 Cc: Slawa Olhovchenkov , Chris H , freebsd-current@freebsd.org Message-Id: <6831FD72-6E60-45C9-BB1E-7FDD74899953@FreeBSD.org> References: <5784908E.1090007@ShaneWare.Biz> <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net> <20160713090506.GK20831@zxy.spb.ru> <20160713111724.1ff801ac@freyja.zeit4.iv.bundesimmobilien.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 09:28:39 -0000 --Apple-Mail=_3E251CF5-7743-40D9-B750-EB672E4FA5E4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 13 Jul 2016, at 10:17, O. Hartmann = wrote: >=20 > A CD is still a used media, but it starts getting squeezy on it as = certain > software starts to grow - as CLANG/LLVM does. Maybe it is time to have = also CDs > as "miniboot" and DVDs for a more complete installation media? I completely agree. If you=E2=80=99re installing somewhere that=E2=80=99s= not firewalled off completely from the Internet, then it=E2=80=99s = typically faster to boot the bootonly ISO and then download the rest on = the target machine (from a local mirror if necessary). Even 100Mb/s = ethernet is faster than most CD drives. If you need offline installs, = then the DVD with a bunch of other packages on it is probably what you = want, not a CD that just contains the base system. Even if you can=E2=80=99t boot from USB (as I can=E2=80=99t on one of my = FreeBSD machines), it should be possible to stick the base distributions = and a package repo on a USB stick, use the boot-only ISO to boot and = then install from USB. David --Apple-Mail=_3E251CF5-7743-40D9-B750-EB672E4FA5E4 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwNzEzMDkyMzE1WjAjBgkqhkiG9w0BCQQx FgQUfHfwL4ppjvt9eDZKJ9RUFef9KVAwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBACmPZ7S8GTeF8zn7rpdjghKryGXIbx4dGlj+Fvaie2zOUKVjAZLMgN/W gug2xWtYMLEJgrCilItSS4Z9RbtPGkzVbaosNYnNC74O5xOsf2YZl/joQ9NUWKSnkH+nMadjVyMk C1XBSd6xtnLoo0aFcIvxd/NeaEK4ANC5qNHIOpngF1jrwHB5KOwwwiyEyxRKJEgxZys0MMrLI1zR YDjXKJlJdxTHX3vb7LmiPxX6sm244h8U1ZOA6ydFzajPc2SaLGeL931UIVBHRTOKQOMJ8XRzR8zT PXzdq5o6j0gq3xTIMBWbdnF38w55a6imamqJoxKe1/WtWSi/b0F1L96WKOEAAAAAAAA= --Apple-Mail=_3E251CF5-7743-40D9-B750-EB672E4FA5E4-- From owner-freebsd-current@freebsd.org Wed Jul 13 13:52:15 2016 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 31E9FB97F8F for ; Wed, 13 Jul 2016 13:52:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 144F51B46; Wed, 13 Jul 2016 13:52:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id C801D1212; Wed, 13 Jul 2016 13:52:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 13 Jul 2016 13:52:13 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713135213.GH1520@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="U3BNvdZEnlJXqmh+" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 13:52:15 -0000 --U3BNvdZEnlJXqmh+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > P.S. Just in case if somebody wants to integrate this method into FreeBSD > liveCD build, we do a bit of trick there by making normal ISO9660 file > system with compressed kernel and relevant boot pieces and then also > sticking in BSD label on the same disk image. It turns out ISO9660 and BSD > disklabel structures do not overlap, so it works nicely since 2005 or > so. Then we append UFS image compressed with mkuzip at the end of it. > Resulting image can be used just as any ISO would. We also cook up UFS wi= th > unique label and then use GEOM_LABEL to easily find relevant file system = on > boot regardless of the physical device name. >=20 > mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} > mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} > eval $(stat -s ${UZPFILE}) > UZPSIZE=3D$((st_size + 2048 - (st_size % 2048))) > truncate -s ${UZPSIZE} ${UZPFILE} > eval $(stat -s ${ISOFILE}) > ISOSIZE=3D${st_size} > echo "bytes/sector: 2048" > > ${TDIR}/label.txt > echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" >> > ${TDIR}/label.txt > echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused" >> > ${TDIR}/label.txt > echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused" >> > ${TDIR}/label.txt > truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} > disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt > truncate -s ${ISOSIZE} ${ISOFILE} > cat ${UZPFILE} >> ${ISOFILE} >=20 I'm very interested in implementing this, provided it solves the disc1.iso size issue. Could you provide a bit explanation on what the variables above represent? At the moment, I'm having trouble parsing the file paths and input/output paths. Glen --U3BNvdZEnlJXqmh+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhkeHAAoJEAMUWKVHj+KT/c8P/1537HGm7AeuuPRR3XqzgUNt Dy4ssOD4r/lLCEv3ft/ILipxbr9/p3jggUkpzxzmSGeUWLM5l2vV/bjMDQ2oKZ22 KWAN0fLWVpKbxCntNTjKrxHrSj0skG7LrLc9dq9SpLXClRQrZDGCtiDgWhMQzE2H 4Ls9ZPKhcQy74XtoTnd9qAPjRRjTqi9ldDfO1fJ/qA1SBvjVKYZh8kVHfQxhaC4S NFHYo6qxb8+lZt/Zy2U7fYfR65h+8XdoVAvzorjAu+YwN6fsLPi3i04Anhm9VzkO dU24E1Exs1YKpp1vOtrhjgugg0mdm8iSISQWbjoRdP2xJEtiLCLln+/DqPE73JZT kEHRgCINzrknKWQf5e7hpY3ucCmx/2I22XvZQLRhGZaDmlMaq+0OYDufbTr/pewT LzKesQEzQHC/OHjbswW2PwDfuPAMxall9YsYSqGx29QIOt7Tt6WbJkpoHSm/OmqJ c8pd8Dg2vdEZQughfCDU0T0imFSexJZRO+kTVU8beBXvJzVU/hY477Q4y6tojPIF p5ehD8676+oWAyUYcu3RDZBwU6hITzOh6etW1qS3ZMGIOil5huGiKQuRe9becMKe +ieFzeVw84RVSkL5KUHjn80mlbMHWtf/NrK2yO5WSKbt3Vo6cCOyHOKcjCM4Us70 J2NNDea4uSzpCmAca6BC =wtLX -----END PGP SIGNATURE----- --U3BNvdZEnlJXqmh+-- From owner-freebsd-current@freebsd.org Wed Jul 13 14:06:04 2016 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 EBC07B983DB for ; Wed, 13 Jul 2016 14:06:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D055D197C; Wed, 13 Jul 2016 14:06:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 8F7C41A37; Wed, 13 Jul 2016 14:06:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 13 Jul 2016 14:06:03 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713140603.GI1520@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> <20160713135213.GH1520@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ev7mvGV+3JQuI2Eo" Content-Disposition: inline In-Reply-To: <20160713135213.GH1520@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 14:06:05 -0000 --ev7mvGV+3JQuI2Eo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 13, 2016 at 01:52:13PM +0000, Glen Barber wrote: > On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > > P.S. Just in case if somebody wants to integrate this method into FreeB= SD > > liveCD build, we do a bit of trick there by making normal ISO9660 file > > system with compressed kernel and relevant boot pieces and then also > > sticking in BSD label on the same disk image. It turns out ISO9660 and = BSD > > disklabel structures do not overlap, so it works nicely since 2005 or > > so. Then we append UFS image compressed with mkuzip at the end of it. > > Resulting image can be used just as any ISO would. We also cook up UFS = with > > unique label and then use GEOM_LABEL to easily find relevant file syste= m on > > boot regardless of the physical device name. > >=20 > > mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} > > mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} > > eval $(stat -s ${UZPFILE}) > > UZPSIZE=3D$((st_size + 2048 - (st_size % 2048))) > > truncate -s ${UZPSIZE} ${UZPFILE} > > eval $(stat -s ${ISOFILE}) > > ISOSIZE=3D${st_size} > > echo "bytes/sector: 2048" = > > > ${TDIR}/label.txt > > echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" = >> > > ${TDIR}/label.txt > > echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused" = >> > > ${TDIR}/label.txt > > echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused" = >> > > ${TDIR}/label.txt > > truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} > > disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt > > truncate -s ${ISOSIZE} ${ISOFILE} > > cat ${UZPFILE} >> ${ISOFILE} > >=20 >=20 > I'm very interested in implementing this, provided it solves the > disc1.iso size issue. Could you provide a bit explanation on what the > variables above represent? At the moment, I'm having trouble parsing > the file paths and input/output paths. >=20 For now, I think ignore my reply. I think I now see what you're doing. Glen --ev7mvGV+3JQuI2Eo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhkrLAAoJEAMUWKVHj+KTM40QAJ2QWqcVsL0Cp1BYVcVEqyzq ONAnizN8SDc4L9PuT1d+JMPuE/qw5c+yHudAiNJ2ufxJNjVyV1dZOllRAdrSIrXa t5Ah+3RzH8EUUxRH8rDaxCC06vh7fMimvgCjA9qAbn7LoQIfHJoRwHPIzgkRjX/0 PfM8I1zaCFbLPiA3xabmHVg0CNjEUZb4yl6T3JQ396rQuadKg7L6J8PKB7MJyJ2a M0I6C8O/dLlHqJUXi8Gb8P4WIkWop3BxL/8J3yWS3r8Aoa0wBq046D3212dD5DPP YthdLXxdT6XlhStEsy2qc1iOVUTwx8x94aFzR2jBwkkL7mBXY5UmpAo82jBHvvD1 tBKA/l+RpyORLzfaJ4QcR0fIjAR2MJ+xSCHd35pcLvuqqeO6970as9dflGPws2vC FEYuEP2T+xCvvsLG8xl4kK5RYJa6L4LnRQB7XuFfBxmm4BO0MBCzCAtv5Yn7q9Ca RlHJmtgpbgFYu1aOGrdjUgepzHIk5wnV4UdYppXy2KDnSTO+fCbJEIeWF4mbHRcp 2BErtW1smnMbWs/OWUMB2hOJpj644o7KqFwuYMfolSELYjaKbJ//fIMvBUh3Q1tu V5W9D0wVaMniU2EYU18qnPGYIiIOaixJ8WnawXUVEyyEUl3LK4P1jOWpRKCBieHX ilcJpOH/Z7LB9Tc+0Uaq =SdUo -----END PGP SIGNATURE----- --ev7mvGV+3JQuI2Eo-- From owner-freebsd-current@freebsd.org Wed Jul 13 14:22:59 2016 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 ED62CB986E4 for ; Wed, 13 Jul 2016 14:22:59 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8BCD122F for ; Wed, 13 Jul 2016 14:22:59 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x232.google.com with SMTP id h190so45113458ith.1 for ; Wed, 13 Jul 2016 07:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=jgC6NlcE1YfigZo8UyVU8bg73rdefomcoR1aTyC9QpU=; b=WkjEwg44KY+9W5252BZPU3ZcZIGxOUQg6V2byF6y9mVH2zHman75CoeL19EhNJ6Pw2 pC8O+e+A2kX0kBhrzFDSHQYBI7lPiDURcc1H318DdyGhpagdstCE6QT4r5+S5chiEL/A it6CMTlP8gMOWom1p/uQl5XNweR2eYijiNjOh7jVrhki2UiO3iLQhbK9bn9B4W1QPalk fJ46rNxuub9fVLUmor1BxH3tbCa/lyDxWKGUxzqcNocw3WgKeXKeguMCuBRPaYe1y6g6 p41zeKPHn0d49vEK4qSli/yZuTIM7T93OqtDFALa6WyXLN+KbLSHVF7bTkFurTRnESYy yYbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=jgC6NlcE1YfigZo8UyVU8bg73rdefomcoR1aTyC9QpU=; b=T1hmsxS5IsOV3lrG5P0ODlKcCBhdDp4qbqdVH1mYCj7HQDs/kP7qmcIOlu2wAkrVtF KL9b2E2o80k/CKEa2ze+TLBcfbpBzDQNB+y9EZIGWoSDiKIMNnU6RKJrZmYxZL0SEDpY LHkaMahuJfBOkmctI9W4FYdMolfHerbwATMwyQCOSXUPiPmeRR142ntKHThVlUKDhlFi yypkFsUhXJFtLh7P39Np7oWYAiJaSw/dAHByo/GYLXG/v6gFfOQf/Mc8sXTjL47U4kAd c/myDseVHTod3ehNY9PJsYRj5GXcpvtrS+AaZdFup/rkOwg5RsAIwhmtaRPwlKIRFOa7 c/Iw== X-Gm-Message-State: ALyK8tKB+1EfCLTpXAGXLLD2xS54kRkxtvtlG6sHTbs+/qgWzv8M1oulklARdURMYq5MYLpwprvdqH4T6l9EJX+d X-Received: by 10.36.90.79 with SMTP id v76mr8897973ita.16.1468419779035; Wed, 13 Jul 2016 07:22:59 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Wed, 13 Jul 2016 07:22:58 -0700 (PDT) In-Reply-To: <20160713135213.GH1520@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> <20160713135213.GH1520@FreeBSD.org> From: Maxim Sobolev Date: Wed, 13 Jul 2016 07:22:58 -0700 X-Google-Sender-Auth: GqXTRe-tG7WFElL9z-AdD7SBNdw Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 14:23:00 -0000 Glen, UFSFILE here is the path to the UFS file system input image that can be created either via attaching file (vnode) with mdconfig, doing newfs mdX, mount mdX etc or by using mkimg tool. The UZPFILE is resulting CLOOP image, temporary file. ISOFILE is the output file (ISO). Let me know if you have some more specific questions, I'll be glad to help. -Max On Wed, Jul 13, 2016 at 6:52 AM, Glen Barber wrote: > On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > > P.S. Just in case if somebody wants to integrate this method into FreeBSD > > liveCD build, we do a bit of trick there by making normal ISO9660 file > > system with compressed kernel and relevant boot pieces and then also > > sticking in BSD label on the same disk image. It turns out ISO9660 and > BSD > > disklabel structures do not overlap, so it works nicely since 2005 or > > so. Then we append UFS image compressed with mkuzip at the end of it. > > Resulting image can be used just as any ISO would. We also cook up UFS > with > > unique label and then use GEOM_LABEL to easily find relevant file system > on > > boot regardless of the physical device name. > > > > mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} > > mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} > > eval $(stat -s ${UZPFILE}) > > UZPSIZE=$((st_size + 2048 - (st_size % 2048))) > > truncate -s ${UZPSIZE} ${UZPFILE} > > eval $(stat -s ${ISOFILE}) > > ISOSIZE=${st_size} > > echo "bytes/sector: 2048" > > > ${TDIR}/label.txt > > echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" >> > > ${TDIR}/label.txt > > echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused" >> > > ${TDIR}/label.txt > > echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused" >> > > ${TDIR}/label.txt > > truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} > > disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt > > truncate -s ${ISOSIZE} ${ISOFILE} > > cat ${UZPFILE} >> ${ISOFILE} > > > > I'm very interested in implementing this, provided it solves the > disc1.iso size issue. Could you provide a bit explanation on what the > variables above represent? At the moment, I'm having trouble parsing > the file paths and input/output paths. > > Glen > > From owner-freebsd-current@freebsd.org Wed Jul 13 14:31:58 2016 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 CD040B987FA for ; Wed, 13 Jul 2016 14:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B9892166A; Wed, 13 Jul 2016 14:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 79C681E17; Wed, 13 Jul 2016 14:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 13 Jul 2016 14:31:57 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713143157.GJ1520@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> <20160713135213.GH1520@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ZG+WKzXzVby2T9Ro" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 14:31:58 -0000 --ZG+WKzXzVby2T9Ro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Maxim, Ok, thanks for the information. I'm glad you replied, because I what I was going to do was wrong. I'm testing things now, and if it works, would integrate this into the build. Thank you for providing this information. Glen On Wed, Jul 13, 2016 at 07:22:58AM -0700, Maxim Sobolev wrote: > Glen, UFSFILE here is the path to the UFS file system input image that can > be created either via attaching file (vnode) with mdconfig, doing newfs > mdX, mount mdX etc or by using mkimg tool. The UZPFILE is resulting CLOOP > image, temporary file. ISOFILE is the output file (ISO). Let me know if y= ou > have some more specific questions, I'll be glad to help. >=20 > -Max >=20 > On Wed, Jul 13, 2016 at 6:52 AM, Glen Barber wrote: >=20 > > On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > > > P.S. Just in case if somebody wants to integrate this method into Fre= eBSD > > > liveCD build, we do a bit of trick there by making normal ISO9660 file > > > system with compressed kernel and relevant boot pieces and then also > > > sticking in BSD label on the same disk image. It turns out ISO9660 and > > BSD > > > disklabel structures do not overlap, so it works nicely since 2005 or > > > so. Then we append UFS image compressed with mkuzip at the end of it. > > > Resulting image can be used just as any ISO would. We also cook up UFS > > with > > > unique label and then use GEOM_LABEL to easily find relevant file sys= tem > > on > > > boot regardless of the physical device name. > > > > > > mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} > > > mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} > > > eval $(stat -s ${UZPFILE}) > > > UZPSIZE=3D$((st_size + 2048 - (st_size % 2048))) > > > truncate -s ${UZPSIZE} ${UZPFILE} > > > eval $(stat -s ${ISOFILE}) > > > ISOSIZE=3D${st_size} > > > echo "bytes/sector: 2048" = > > > > ${TDIR}/label.txt > > > echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" = >> > > > ${TDIR}/label.txt > > > echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused= " >> > > > ${TDIR}/label.txt > > > echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused= " >> > > > ${TDIR}/label.txt > > > truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} > > > disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt > > > truncate -s ${ISOSIZE} ${ISOFILE} > > > cat ${UZPFILE} >> ${ISOFILE} > > > > > > > I'm very interested in implementing this, provided it solves the > > disc1.iso size issue. Could you provide a bit explanation on what the > > variables above represent? At the moment, I'm having trouble parsing > > the file paths and input/output paths. > > > > Glen > > > > > _______________________________________________ > 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" --ZG+WKzXzVby2T9Ro Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhlDdAAoJEAMUWKVHj+KT604QAIvBVT9hP1N4wnpPuWPwL0pg KxiT3UXjBYe/Hhk63vvxgEp5UdTxZuOlup9FZ7BlatbS8ulr545oYDv89k6KMdGR 7pzCBL9FT2vTju+V0PUAxKQnhmhQen3vAm9i+ZbN8/G9RqQI1+hJKT//g8I5Y/iO QzCnChFOAs5XJ4Xvn38lmUwrKEia8Z5Swd/JhWCYnPyAGEWyzyp84tvjf5zJK8FQ RjbnOzqBTGhghULCm9+CTs9RfQFwEP/LulJkrrR2+dnLZQuopY9u1TJff+UWVxRm z50t80unsrjYe7sK0yK0PRrENqQTlubM+ZxwJo9EWlM71dTc49jC8/ci2aSwlgNE 9XFbRq1pizOr0i0PXahU3CL/OjrViWm2OUovrfv8Bt35vR/JJe3spKFMIWzHGAdE mwjwyba/f9A1zHcNXLTI3WMKYvGw/I+QZ9nYYL6ZDb9hgg66Ar4ZGz+tkV8BkAcL uCGzA/oVb/xL56+PDZoE15w82chN0OfnxoMWgZKLO5jISZeU5kEQgY0yFzp6Erju qNRmbgzlLwFhkGKGdOJEEghYGqdjykpmAtiXCWdqYAlzyJ79SxC+uadL8wnk/bNe Y3NAQPgZcq6S8HGSaZ6uLL2RhmZ6m2T5gLkbhFEgpKTNEfpVDAcY6MXv5PE0LXWn Pf/QO6ckSBE8W+pAVMnc =o00m -----END PGP SIGNATURE----- --ZG+WKzXzVby2T9Ro-- From owner-freebsd-current@freebsd.org Wed Jul 13 14:34:26 2016 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 79AB7B989BF for ; Wed, 13 Jul 2016 14:34:26 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "0x20.net", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AAEF194E; Wed, 13 Jul 2016 14:34:25 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 7FDEC6E0081; Wed, 13 Jul 2016 16:34:22 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id u6DEYM5G072283; Wed, 13 Jul 2016 16:34:22 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id u6DEYLKr071793; Wed, 13 Jul 2016 16:34:21 +0200 (CEST) (envelope-from lars) Date: Wed, 13 Jul 2016 16:34:21 +0200 From: Lars Engels To: Ronald Klop Cc: Conrad Meyer , freebsd-current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713143420.GP15808@e-new.0x20.net> Mail-Followup-To: Lars Engels , Ronald Klop , Conrad Meyer , freebsd-current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="u8zu0/Xp8RxpBt3B" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 14:34:26 -0000 --u8zu0/Xp8RxpBt3B Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 12, 2016 at 12:09:09PM +0200, Ronald Klop wrote: > On Mon, 11 Jul 2016 23:24:10 +0200, Conrad Meyer wrote: >=20 > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > it's time to move on from CD. >=20 > Becoming anecdotal now, but my fairly old computer has a (BIOS) bug which= =20 > brakes booting from USB devices. It hangs when it boots with a USB stick = =20 > in it. > With the bootonly ISO I upgraded it from 9.3-PRERELEASE to 11-BETA1. By = =20 > just copying /boot/kernel from the CD to the harddisk. :-) I know I have = =20 > to do more for a proper upgrade, but the ZFS version on disk was to new = =20 > for the 9.3 kernel, by a human mistake. LOL I've never tried it, but Plop Boot Manager allows to boot from USB on PCs without BIOS USB support (or in your case, where that support is broken): https://www.plop.at/en/bootmanagers.html --u8zu0/Xp8RxpBt3B Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJXhlFsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1t9uwIAK+xZi7m1IKIaHX7/880N90z 4L/NQT0yvNy6WShM6Sj2/CmFXqkKPZRpjcnHwwlG+tKaoXnXob4WpLlEGa2TodUd 0IGZy8IhwfCZs6/whdXpt6/dxn0b0+BTfzyORJlt84JFuH8jWvXKp8+EFuBsAvOM dCT5VtlQdcF/ZHYHfZ3f81n8kSZaaAVsB9sWPL6g+RrLKSHDGZ+7vap5Ol2J1DXx gxNCLz1lxIYIKnI84RwCgQwihmE7s46nfqcWsZu7xTu7uFk+eszF1ENPLPxYidso I3eY+Bpfgj8qUL2ZT/bcjBIICrrSsVwsz0z3HgtI2BH+LubNaOHyWFDsof1yT/k= =tgsR -----END PGP SIGNATURE----- --u8zu0/Xp8RxpBt3B-- From owner-freebsd-current@freebsd.org Wed Jul 13 15:53:54 2016 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 73C7EB98638 for ; Wed, 13 Jul 2016 15:53:54 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 357371778 for ; Wed, 13 Jul 2016 15:53:53 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u6DFrsC6058452 for ; Wed, 13 Jul 2016 08:54:02 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20160713090506.GK20831@zxy.spb.ru> References: <5784908E.1090007@ShaneWare.Biz> <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net>, <20160713090506.GK20831@zxy.spb.ru> From: "Chris H" Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Date: Wed, 13 Jul 2016 08:54:02 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <0861cc7b90c24d1a5bb41f33a54bef96@ultimatedns.net> Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: udns.ultimatedns.net; Sender-ip: 127.0.0.1; Sender-helo: ultimatedns.net; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 15:53:54 -0000 On Wed, 13 Jul 2016 12:05:06 +0300 Slawa Olhovchenkov wrote > On Tue, Jul 12, 2016 at 02:05:32PM -0700, Chris H wrote: > > > On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler > > wrote > > > On 12/07/2016 06:54, Conrad Meyer wrote: > > > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > > > it's time to move on from CD. > > > > > > +1 on dropping CD images. I haven't burnt a CD in over 10 years and I > > > don't believe I have seen a CD only drive in that time. Even with a CD > > > size image I have burnt them to DVD, I first started this because > > > transfer speeds of DVD's are faster and nowadays it costs almost the > > > same to burn a DVD. So I see zero benefit to using CD's and that's > > > before thinking of reusable USB devices. > > > > > > I do think there is a benefit to keeping the small boot only image > > > available that can be used to start/recover a machine that can then > > > download any data to be installed. > > > > > > -- > > > FreeBSD - the place to B...Storing Data > > > > > > Shane Ambler > > > > > > > -1 > > There is no *good* reason that FreeBSD can't maintain the CD image. > > I think the *real* question here is; *why* is it now so hard to fit > > it on a CD? > > clang main binary now 50MB size (27MB for 10.x) -- on live FS and in > base.txz. 11.x now ship lldb (on live FS too) -- 50MB also binary -- on live > FS and in base.txz. > kernel now 26M vs 12M on 10.3. > kernel with modules now 115MB vs 54MB on 10.3 > total size of *.a now 50M (vs 48M). > > All binaries slightly bigger: usr/bin/ld from 1580008 to 1615912 (+2%). Thank you very much for posting the stats, Slawa! Yikes. The kernel is now *twice* the size?! Is bigger really better? I understand that clang is largely responsible. But do the ends truly justify the means? What's the cruft factor? You know; new ideas get started then life, or other things get in the way, and it stalls. Leaving cruft in the source. With the hopes of completing it at a later date. Sorry, I haven't (yet) had the time to download a new iso image and examine this, myself. Honestly, these numbers are really depressing. :( --Chris -- From owner-freebsd-current@freebsd.org Wed Jul 13 16:35:15 2016 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 90FF4B9702E for ; Wed, 13 Jul 2016 16:35:15 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 542E9172C for ; Wed, 13 Jul 2016 16:35:15 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bNN7w-001G6Z-76>; Wed, 13 Jul 2016 18:35:12 +0200 Received: from x5ce0fa9b.dyn.telefonica.de ([92.224.250.155] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bNN7v-002b5D-Va>; Wed, 13 Jul 2016 18:35:12 +0200 Date: Wed, 13 Jul 2016 18:35:10 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r302773: non-removable files with "make delete-old" Message-ID: <20160713183510.400c943e.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/1B10ovpz9sQmw5eRGkxk3pN"; protocol="application/pgp-signature" X-Originating-IP: 92.224.250.155 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 16:35:15 -0000 --Sig_/1B10ovpz9sQmw5eRGkxk3pN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12 r3= 02773: Wed Jul 13 18:10:55 CEST 2016), but they seem not to disappear. They are present af= ter an installation of world again and again:=20 [...] remove /usr/share/locale/kk_KZ.UTF-8/LC_COLLATE? y remove /usr/share/locale/kk_KZ.UTF-8/LC_CTYPE? y remove /usr/share/locale/kk_KZ.UTF-8/LC_MESSAGES? y remove /usr/share/locale/kk_KZ.UTF-8/LC_MONETARY? y remove /usr/share/locale/kk_KZ.UTF-8/LC_NUMERIC? y remove /usr/share/locale/kk_KZ.UTF-8/LC_TIME? y Seems to be a bug ... Regards, Oliver --Sig_/1B10ovpz9sQmw5eRGkxk3pN Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXhm2/AAoJEOgBcD7A/5N8GTsH/2NaCxwobCx2jb5nHDa/WU3m e7QvoI+PTiEe69HgQMUUspsl8siGeVHuDwBe/nqTSL9LAro3DG6eNVAq5Hfq4Vn4 NuzaRruWBH4PwL25UJqwbJNsKd23QfVzg9bJAM6pq6OsrjmbyF7hA/SUxv3EyShW cE5ux7ukVOKxrX7l9THuY74spZJg5UXuWGrDxCVNWKCi3JBl7ONl4ZGWd2Ixi+Cn 1Ds8rKPLx4owiOHGcR+CLBf9SMwKnMy0CN1xlC3sjvlk+do34hgg2cBonp1DUyja BwQi+rrNihAQuD4GBxeEB2EMB6ecTtNgxs2ST+WPRKVXUUzcVxjixs+UhmC53ms= =dzVY -----END PGP SIGNATURE----- --Sig_/1B10ovpz9sQmw5eRGkxk3pN-- From owner-freebsd-current@freebsd.org Wed Jul 13 16:39:24 2016 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 DB3EDB97203 for ; Wed, 13 Jul 2016 16:39:24 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3D881A16 for ; Wed, 13 Jul 2016 16:39:24 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x22b.google.com with SMTP id pp5so12600487pac.3 for ; Wed, 13 Jul 2016 09:39:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Di2dBtOi0PIo7TdkGTSO38FAuo/eOTYuR4rfz/bQa7U=; b=iSjS3eRRg4lCAznXRrVObcK3JFUEi+PKt5iWC3jmBar5x0aqzZST5QnXQLZyM/U2uF JSN2KccGUZwEDTXe70puIDx2ajl/Hx8As0vtkFvO7XiMjyMEkoTZF1ddXn64B4fJiEK7 df6AuT9L/iZSjlQgrpKge7sUTJEn6LxUiNHAIR7LIqAzZ8CN2Lb0IJIhCxpSksy8iysr XffyleifABw0y0H7YXUpaqihQR30BJJPe3iQHKdX+o79kLWuMueZzwrE9z9AcyRQBUhD IYAAwnqUQMpUP7AfriLukdHP4dq7NXmCbgEkCD47AWPYf6PNBaZSeo5FnF/lyCR4js3k xYcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=Di2dBtOi0PIo7TdkGTSO38FAuo/eOTYuR4rfz/bQa7U=; b=j7LPeorlEZ8g/s7vwzcMUxdyKvlvGCPlt0Z8j0IJ0+FGo/KwxtrpeXT+/H/zaOIrzq FploGLBhAUYYmdoFffUiic0QUjX+DB97WmLHSxpf+2EbpOQDl6wSI9SUGF/WbzX61xjg OuS3pQkafX9FXkVwmAsiLEA6HJXgETkoVxXgmN6rChno52Jlqkm+4RyoSK5pHLoBpeCT 5QgAJO/boLYmL4wiLHfTw06lhntBo/PFUy5l9gwQ/cAJH0zMoheJBmow0gKswx3A/H7u rn8W7EEUIXLXmyRs7h8atimOyuYYBdGAPJsMq/OXlNqUpri85YZdvBdwUgaQewemvXzE 6F4Q== X-Gm-Message-State: ALyK8tJH0fY2WLCClV/+48X6pg4aw5GtjERhPzR9zsby/3cFSQi8Kz/fS7AE92kbc783hA== X-Received: by 10.66.161.195 with SMTP id xu3mr1087561pab.68.1468427964163; Wed, 13 Jul 2016 09:39:24 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id 9sm3007038pfo.74.2016.07.13.09.39.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Jul 2016 09:39:23 -0700 (PDT) Sender: Mark Johnston Date: Wed, 13 Jul 2016 09:42:47 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160713045439.GT38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 16:39:25 -0000 On Wed, Jul 13, 2016 at 07:54:39AM +0300, Konstantin Belousov wrote: > I finally see. Might be something like the patch below is a step in > the desired direction. Idea is in the proc_next_xthread(): p_xthread > should be set to the next thread with a pending signal. Do you have a > test case that demonstrates the issue ? Not yet, I'll work on one. I've only seen this occur once in an Isilon test cluster. The diff makes sense to me, thanks. I'd find the code easier to read if proc_next_xthread() was a pure function that returned the flagged thread instead of setting p_xthread. I'm having trouble determining if the diff changes any userland-visible behaviour. It seems that the only potential problem with the current p_xthread handling is in stopevent(), since a thread calling stopevent() from postsig() may clear p_xthread after it was set by another thread in ptracestop(). But I also don't understand why we call stopevent(S_SIG) from both issignal() and postsig() - this would appear to stop the thread twice for the same signal. With respect to the desired direction, do you agree that the SIGSTOP from PT_ATTACH should effectively be ignored if a different signal stops the process first? As I said in a previous post, it seems that the SA_STOP property of PT_ATTACH's SIGSTOP is not used in the common case, since ptracestop() will stop the process if any signal is received, and the PT_DETACH operation will typically overwrite the SIGSTOP with 0 in td_xsig. From owner-freebsd-current@freebsd.org Wed Jul 13 16:40:07 2016 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 D532DB972F5 for ; Wed, 13 Jul 2016 16:40:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A40511C39; Wed, 13 Jul 2016 16:40:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u6DGe57S046446; Wed, 13 Jul 2016 16:40:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u6DGe5R4046445; Wed, 13 Jul 2016 09:40:05 -0700 (PDT) (envelope-from david) Date: Wed, 13 Jul 2016 09:40:05 -0700 From: David Wolfskill To: "O. Hartmann" Cc: FreeBSD CURRENT Subject: Re: r302773: non-removable files with "make delete-old" Message-ID: <20160713164005.GU1261@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "O. Hartmann" , FreeBSD CURRENT References: <20160713183510.400c943e.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uqlJfHshKOiOfK6d" Content-Disposition: inline In-Reply-To: <20160713183510.400c943e.ohartman@zedat.fu-berlin.de> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 16:40:07 -0000 --uqlJfHshKOiOfK6d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: > make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12 = r302773: Wed Jul > 13 18:10:55 CEST 2016), but they seem not to disappear. They are present = after an > installation of world again and again:=20 >=20 > [...] > remove /usr/share/locale/kk_KZ.UTF-8/LC_COLLATE? y > .... Please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211046 (Above applies to both head & stable/11.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --uqlJfHshKOiOfK6d Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJXhm7lXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XKlQH/iePc66KmqYIJs2u/MGHIuQ6 pazk6TrP5DWB5ij3SxZYMCjTVcf3qKN5I7XCyqO61idu/lrj6iIcpvrBjmuZobXK 8qzApIovlXBM96UH/78P/zzQbiEEr7mHHXPD2tVbQxwxrDJnmtseFe42hE/lWV6X csPWJ1f7L8MR0J7PIO2vJ2n9VDXcKsst+el7bKU8V50oEyUz/3jxgjwdsA0kEs/Q XhEm3SNR6I5wp/KBna1uKHfY3Zy7tphfb4zmsDEdgaWXavc+2dyqk91WuiRJtfET gdWI1mSNS1Fg8uj0qSrzW1wSIIdAeCXT6FDupT/ThujwYR2bzOkHINrAab/N6A4= =wWZp -----END PGP SIGNATURE----- --uqlJfHshKOiOfK6d-- From owner-freebsd-current@freebsd.org Wed Jul 13 17:00:42 2016 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 234D3B97D4A for ; Wed, 13 Jul 2016 17:00:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.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 D38F11DCF for ; Wed, 13 Jul 2016 17:00:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id b62so51973901iod.3 for ; Wed, 13 Jul 2016 10:00:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=o4s68mN8mKu10DJQA8Oo99zeK7k5drpEM8NDfi25Bwc=; b=YbirkEj/3M7In+11ex+fSs2V9Ljj1totLO9fMGV7CoXrN0yyrVSEZDpgZZOjig0qOO ICs7N9Jq2QG3xurnNWqei1C/5GxSvJg833r8Hl6XdWxo5HnPm9RD6kRljIy0QADasUj7 sD7E/RB8PBdzFlioTDJBIZof0tS+Q0yxk66ZnmGu/eRY+yXbCGSW5AS5zuPj9j73Y3ID qGJ6wp1bOow2te+0A1NCU7N5wvvMk8nc89SBYDyyvkyCsI3dPGHODvA4+ZBVanyCnatQ 6jDSmaKJj/pSmaTPhtNrxlWKGVenAyQOQfDJi54Oe9UJ42YQiLqfrOjjhQeOu6Qg+kA1 yVgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=o4s68mN8mKu10DJQA8Oo99zeK7k5drpEM8NDfi25Bwc=; b=G+0UPRTsXbDscMGv1O6HulbvEYe2x74jf/FV/DFxIbVi0ja266ryT8Dfh+hMCWbfKO YR1UcXA1BBSBWhMcMasEhGMNu56IiDQwhwQMTdTBByjZ3YPs+n9GBNDLagHVpZu2Ql9S 3kQIEn/gSRTn8v/nXzhk9QPCrX2QsCI0rKn3bsaYfs8eNFkGoq23hkplSbGdC8m3E1o7 wUKSxPd91GZxcWTeTzqVN16kolT2Cci2FP3D79PKcqySRtE8WBl4gmOfwf07D1xH/4o8 UJ+oPLc8JXdYabmEDvPSenMFVESLtj4EJLYKSdliAdGub4B/+/arKLI0QC9iDUQgQQDo F+EQ== X-Gm-Message-State: ALyK8tL9w7QsjrirjCKYuJUmj4BrzFbJ5F/NF9E7YYQLF2yBD1ePJWoM0+c6iXIsHogGvQWdNAZNmCogOmc4kg== X-Received: by 10.107.144.10 with SMTP id s10mr9470284iod.165.1468429240847; Wed, 13 Jul 2016 10:00:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Wed, 13 Jul 2016 10:00:39 -0700 (PDT) In-Reply-To: <0861cc7b90c24d1a5bb41f33a54bef96@ultimatedns.net> References: <5784908E.1090007@ShaneWare.Biz> <2d3ef451db7ad0b9149c9eceb04227c8@ultimatedns.net> <20160713090506.GK20831@zxy.spb.ru> <0861cc7b90c24d1a5bb41f33a54bef96@ultimatedns.net> From: Adrian Chadd Date: Wed, 13 Jul 2016 10:00:39 -0700 Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Chris H Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 17:00:42 -0000 There's a lot more in GENERIC, and we still build things twice - once as modules, and then also inside the GENERIC image. Hopefully warner (and others who may help!) can push forward the "bus enumerate" bits early on in -12 so we can just use a modules-driven kernel on platforms where that's now mostly easy (ie, i386/amd64, arm/arm64 with loader support (which I think is all?), powerpc, etc.) I think the one deviant atm is my embedded mips platforms, as mips-loader is still under development. -adrian From owner-freebsd-current@freebsd.org Wed Jul 13 17:41:27 2016 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 CF31AB987EC for ; Wed, 13 Jul 2016 17:41:27 +0000 (UTC) (envelope-from ruben@rubenkerkhof.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F3B716D3 for ; Wed, 13 Jul 2016 17:41:27 +0000 (UTC) (envelope-from ruben@rubenkerkhof.com) Received: by mail-oi0-x236.google.com with SMTP id w18so81118342oiw.3 for ; Wed, 13 Jul 2016 10:41:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rubenkerkhof.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ykOBfNQ9esrcdoDJvSESTrhmoKMCjW1DROhg/cKcICI=; b=ItyIEe6dlUW8sMWPYakuRy2G2iHMiG+KHKZEKX5zv14Tsjig1Xd5kV/XGbfC43Vif9 o+ZCyrNo0qAckIRh3oHfl3dSxCT1MIGKZowERIWa3SAQ4I2GvUshxt5O6pcGbO4PAF3D Arlt8+57OvshhkaVdJTFc6J/Q7adSuKv2pi54= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ykOBfNQ9esrcdoDJvSESTrhmoKMCjW1DROhg/cKcICI=; b=mF/UJsO9gBeEtUAmQHcYVfyIa78nXXcxmkHhRQp7t0rdbaPUDHFsIg6Fl6NBbaFMkZ 9QfTIUPM+3Hdo+9EFGZkv10AlnwBaIOmjPU0cOvC9I6pFjXGbYn2/XMSG4xogx9Zsga7 nXBr822FtMZYViPzGSRDsM6fAr4Yd7LlaWs1HgJKUujiK220DMG1hD1YOqKIx0/dX6zh Sh77ravtIpAOCc0zmZ+rRZ11lzYmVOTXL+XA6QsQBOt3FupmXf55d5+qO8wQykPVNfMt 2tqtJ8F7HmeDytsIezgvWIgTD7x6HcnquI4f7FsBHu515OcxN0jO1ygaaCPKvvhOksjC paag== X-Gm-Message-State: ALyK8tIMn0GYBMYOn3/2My09YK4ImHYjvzTkBZ3hX9Wda87PuV0Q9WCbhuwUjZeI5a+0rEsa4IlRCYc/L1Kk+w== X-Received: by 10.157.18.142 with SMTP id g14mr5996909otg.1.1468431686476; Wed, 13 Jul 2016 10:41:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.51.38 with HTTP; Wed, 13 Jul 2016 10:41:06 -0700 (PDT) In-Reply-To: <20160712210209.GA24993@dragon.genyosha.home> References: <5784908E.1090007@ShaneWare.Biz> <20160712195228.GB20860@lonesome.com> <20160712210209.GA24993@dragon.genyosha.home> From: Ruben Kerkhof Date: Wed, 13 Jul 2016 19:41:06 +0200 Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Steve Rikli Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 17:41:27 -0000 On Tue, Jul 12, 2016 at 11:02 PM, Steve Rikli wrote: > I haven't done it in a very long time (circa FreeBSD-6) but PXE installs > were possible back then, so I'd hope that's still a possibility in 11. > > Are there mostly current docs for that routine these days? > > Cheers, > sr. This has become a bit harder recently, but it's not impossible. You'll need an mfsroot for pxe installs. If I remember correctly it used to be on the CD and possibly even on the ftp servers. This stopped being the case somewhere after FreeBSD 9. You can still create it yourself, but it would be great if the release process could churn it out again as one of the artifacts. Kind regards, Ruben From owner-freebsd-current@freebsd.org Wed Jul 13 18:20:41 2016 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 97FEEB98303 for ; Wed, 13 Jul 2016 18:20:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 588E21314 for ; Wed, 13 Jul 2016 18:20:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bNOlz-001lcP-AL>; Wed, 13 Jul 2016 20:20:39 +0200 Received: from x5ce0fa9b.dyn.telefonica.de ([92.224.250.155] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bNOlz-002j1H-2O>; Wed, 13 Jul 2016 20:20:39 +0200 Date: Wed, 13 Jul 2016 20:20:38 +0200 From: "O. Hartmann" To: David Wolfskill Cc: FreeBSD CURRENT Subject: Re: r302773: non-removable files with "make delete-old" Message-ID: <20160713202038.4cee9161.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160713164005.GU1261@albert.catwhisker.org> References: <20160713183510.400c943e.ohartman@zedat.fu-berlin.de> <20160713164005.GU1261@albert.catwhisker.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/o53.9i0imsf5waxSr/y=/z4"; protocol="application/pgp-signature" X-Originating-IP: 92.224.250.155 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 18:20:41 -0000 --Sig_/o53.9i0imsf5waxSr/y=/z4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 13 Jul 2016 09:40:05 -0700 David Wolfskill schrieb: > On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: > > make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #1= 2 r302773: Wed > > Jul 13 18:10:55 CEST 2016), but they seem not to disappear. They are pr= esent after an > > installation of world again and again:=20 > >=20 > > [...] > > remove /usr/share/locale/kk_KZ.UTF-8/LC_COLLATE? y > > .... =20 >=20 > Please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211046 >=20 > (Above applies to both head & stable/11.) >=20 > Peace, > david All right, I'm not the only one. ;-) oh --Sig_/o53.9i0imsf5waxSr/y=/z4 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXhoZ2AAoJEOgBcD7A/5N8MoYH/Aqcit3d1mEJnu5YOvP9s4QH O4E7oNdDEXi2N9BFExN5YU19C9B39fh82q9Sm027KrfP8wqVu/oG9pM+ymahfEkO N+eMX8WklMugXPjwP0rBCcoXCBhwdyIkPnO3g6fwupU0furUVkguIsPYB1+/O0st X7stwKF/r136Qsa46kudZdmd9E0t11sWA3BQCVglyqrtjGse1YEW4hp9EiVNf5qj 1cTIImZX59H8GcycqYf6ynY46IIT65as0IndqCVIgb+Pjld2G9+/V1T9JxnQR9E5 equZ640o7ma4qjAvY0x+Ctxaj5ZTpL2yFhuXQjqlUprn1fyfsu5GAmB8oZX7FsE= =Y390 -----END PGP SIGNATURE----- --Sig_/o53.9i0imsf5waxSr/y=/z4-- From owner-freebsd-current@freebsd.org Wed Jul 13 19:19:53 2016 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 9ED5AB9837B for ; Wed, 13 Jul 2016 19:19:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 376F61D17; Wed, 13 Jul 2016 19:19:53 +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 u6DJJlCn080299 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 13 Jul 2016 22:19:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6DJJlCn080299 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6DJJl1p080298; Wed, 13 Jul 2016 22:19:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jul 2016 22:19:47 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160713191947.GW38613@kib.kiev.ua> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 19:19:53 -0000 On Wed, Jul 13, 2016 at 09:42:47AM -0700, Mark Johnston wrote: > On Wed, Jul 13, 2016 at 07:54:39AM +0300, Konstantin Belousov wrote: > > I finally see. Might be something like the patch below is a step in > > the desired direction. Idea is in the proc_next_xthread(): p_xthread > > should be set to the next thread with a pending signal. Do you have a > > test case that demonstrates the issue ? > > Not yet, I'll work on one. I've only seen this occur once in an Isilon > test cluster. > > The diff makes sense to me, thanks. I'd find the code easier to read if > proc_next_xthread() was a pure function that returned the flagged > thread instead of setting p_xthread. I did coded it this way, struct thread *proc_next_xthread(struct proc *p); initially, but I did not liked that all uses are p->p_xthread = proc_next_xthread(p); > > I'm having trouble determining if the diff changes any userland-visible > behaviour. It seems that the only potential problem with the current > p_xthread handling is in stopevent(), since a thread calling stopevent() > from postsig() may clear p_xthread after it was set by another thread in > ptracestop(). But I also don't understand why we call stopevent(S_SIG) > from both issignal() and postsig() - this would appear to stop the > thread twice for the same signal. You mean that the patch would not fix your issue ? Quite possible, it might require some more code to 'move the torch' to next xthread, so to say. When you write the test case, I will spend efforts on the working patch. That said, I do not think that we should change anything about stopevent(), since this is code which is on life support. If we cannot remove procfs debugging interface, let not change it at least in incompatible ways. > > With respect to the desired direction, do you agree that the SIGSTOP > from PT_ATTACH should effectively be ignored if a different signal stops > the process first? As I said in a previous post, it seems that the > SA_STOP property of PT_ATTACH's SIGSTOP is not used in the common case, > since ptracestop() will stop the process if any signal is received, and > the PT_DETACH operation will typically overwrite the SIGSTOP with 0 in > td_xsig. Hmm, I think no, we can not make such change. Issue is, debugger interface guarantees (at least for single-threaded programs it is done correctly) that SIGSTOP is noted. In my opinion, it would be the incompatible API change. From owner-freebsd-current@freebsd.org Wed Jul 13 19:58:15 2016 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 58264B98FB3 for ; Wed, 13 Jul 2016 19:58:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24BC81814 for ; Wed, 13 Jul 2016 19:58:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x22b.google.com with SMTP id dx3so20751273pab.2 for ; Wed, 13 Jul 2016 12:58:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=CiKARB2fwx/TWOHUvBp0sH1xu9xNKG8X+4rd+ype0iY=; b=SqTmCd/SYlKAsbDyNuAIoMrwEoKyR3RYpg6txL98PUPax/w6bypvOjECV0jkAe4Qjp SJlVIe5K1Y38as5xpwewAFmP6eRCI98dJxqokuh7JUDoRyT1zxORgS6D+/4yR4vHRnGG 4wRCQIt2Jgbyz7J9Qs72bY+UBsk8sFpnLm39DXV9CdBDJubpUP1StBQZ3xz1w26WsP1C 8kc10YSUpJh3DwpOP7esVzlXWxEY6OqLurj77IPJ8P1VLzuPV+o3HV5nXRrKQtneMtLf +7yCMcqPlVuNs17cILXtNTcVvdUBoswwNDJHOALG5ULRETG7YDcLQrEMa/IVhAz4BCX2 reBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=CiKARB2fwx/TWOHUvBp0sH1xu9xNKG8X+4rd+ype0iY=; b=SOI8726DxNtZP0be7Fx29TPuCxz3F/dcou/PjYFez/pINDvpFzp4/1vCxyRkPtCnOh Aye5AcgcIE2ixzUYWqp19aR6RUNhQ7OwXY0rGHaldqFyFOftRrAkI4Qh6t9bICBkJrBw nClgfJbD1xD3+0M8FFSoLNapFaOlsxEOyQwa/u2/18eL9C2rmg6nRAaC3IF+4A+Tedga gY8nVFpiE0xCgDgJB5ESQN9hlzX3c/rAqczktxsbmF1BM6q7Cl1t1lg/ntVvZNbJj1an BYqsIVG9XTVc809lEhs07jNl6Gjf9VRYfq+oioKe/p5JZ2swiDLIFRQ/qAeL+1buN4p/ XgiQ== X-Gm-Message-State: ALyK8tKiseMRvP/RZyeAgpMfYy4PiXaf4l6FSac1Qo7pk4ENJq9iELPusnUtg/uy3gqr0g== X-Received: by 10.67.30.103 with SMTP id kd7mr12436237pad.83.1468439894711; Wed, 13 Jul 2016 12:58:14 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id yo10sm6918482pab.4.2016.07.13.12.58.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Jul 2016 12:58:14 -0700 (PDT) Sender: Mark Johnston Date: Wed, 13 Jul 2016 13:01:39 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> References: <20160712011938.GA51319@wkstn-mjohnston.west.isilon.com> <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> <20160713191947.GW38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160713191947.GW38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 19:58:15 -0000 On Wed, Jul 13, 2016 at 10:19:47PM +0300, Konstantin Belousov wrote: > On Wed, Jul 13, 2016 at 09:42:47AM -0700, Mark Johnston wrote: > > I'm having trouble determining if the diff changes any userland-visible > > behaviour. It seems that the only potential problem with the current > > p_xthread handling is in stopevent(), since a thread calling stopevent() > > from postsig() may clear p_xthread after it was set by another thread in > > ptracestop(). But I also don't understand why we call stopevent(S_SIG) > > from both issignal() and postsig() - this would appear to stop the > > thread twice for the same signal. > You mean that the patch would not fix your issue ? Quite possible, it > might require some more code to 'move the torch' to next xthread, so to > say. When you write the test case, I will spend efforts on the working > patch. I don't think this addresses my issue of the process remaining stopped after the PT_DETACH, but see below. > > That said, I do not think that we should change anything about stopevent(), > since this is code which is on life support. If we cannot remove procfs > debugging interface, let not change it at least in incompatible ways. > > > > > With respect to the desired direction, do you agree that the SIGSTOP > > from PT_ATTACH should effectively be ignored if a different signal stops > > the process first? As I said in a previous post, it seems that the > > SA_STOP property of PT_ATTACH's SIGSTOP is not used in the common case, > > since ptracestop() will stop the process if any signal is received, and > > the PT_DETACH operation will typically overwrite the SIGSTOP with 0 in > > td_xsig. > Hmm, I think no, we can not make such change. Issue is, debugger > interface guarantees (at least for single-threaded programs it is > done correctly) that SIGSTOP is noted. In my opinion, it would be the > incompatible API change. But this guarantee is not honoured in the single-threaded case where PT_ATTACH sends SIGSTOP after another signal is already pending. This other signal will stop the process in ptracestop(), so SIGSTOP will not be reported until after a PT_CONTINUE or PT_DETACH, which seems to violate the interface as you described it. Am I missing some reason that this cannot occur? If not, I'll write a test case for the single-threaded case first. From owner-freebsd-current@freebsd.org Wed Jul 13 22:12:55 2016 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 6E5CDB98864 for ; Wed, 13 Jul 2016 22:12:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 5CFC91E30; Wed, 13 Jul 2016 22:12:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 26CAD1F91; Wed, 13 Jul 2016 22:12:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 13 Jul 2016 22:12:53 +0000 From: Glen Barber To: freebsd-current@freebsd.org Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713221253.GU1520@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sDhuxz86kt5qlkuV" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 22:12:55 -0000 --sDhuxz86kt5qlkuV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just replying to the first email in the thread, since it's a general reply, and only related to the original topic at hand, and only for informative purposes at this point. On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. >=20 I have *something* semi-working, with a huge amount of help from Maxim in private email. There is still a nit or two to fix, I'm running into them as I rebuild the ISO after fixing the prior issue. But, right now, I can get the ISO to boot enough to get to a shell (the "init failed due to inability to mount '/'" shell, but it is still a shell). :) Once I get what I have now into a state where it's somewhat committable, I'm going to create a project branch to sand off the edges, instead of doing it directly in head, since there might be some edge cases for non-x86 architectures. (But some other architectures do not have the "too big" problem.) Once that is merged, I fully intend to merge this to stable/11, provided there is no major fallout. With what I have now, disc1.iso is 630M, and the disc1.iso.xz is 554M. I'll upload an image somewhere public for people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, though, there appears to be a significantly non-zero speed decrease, though this may just be because my CD-ROM is USB-based. When I have the ready-to-commit result, I'll test it on a machine with an internal CD drive. Glen --sDhuxz86kt5qlkuV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhrzfAAoJEAMUWKVHj+KTgpYP/jhET+IHQP/Co9IqG+cNf0VV qQ9ovOuBojL3/cQudss7XNN78tzV9zmiiMBryUVICT2otmkxple/3C8WkPpT5kxu r5coamw+1Yh78lkqCXROj879KbXnV5/IbXfEXwKcU8m+GVjbldKL81wcmJTYNfzu EGEHz6RgcB15EGMaqRtZmEwExH+/7HR7heMmIG3Vog22b6JHoce8pGZeJ5I9XjxG OT8n0TbjrqabTDLqn2UNQqPsawLYq+GCKXseDsZXkfCVvlvyrFOixCoVamUU/MpY eTPhsGyxDl1PQgmpiDx+xDe8hsAjuO3KyY2nPlPQ1OoKDvlGGfAkwSKsv0XhIDDv B8sDP/VnoUBZMc/fSamMu8ln/qM2ECP55cFxGcC6G8+M8Aremn1mr6GImGb7eMZz L4TPgrGN4xnNRryyNL9vqseTIcwOSd9sMwPk8ZlRO8UzDsRPWy6UqQCOHLsTOQSv tgO+bKbslzy2Dyvq7V7tL6rWo0V6/zQAGEL2uUnnpC4ioosKJ9kPxr5AZ4oKjBuB 4xHGWcwdyt93+0bv/ccUtfYx+K3QCzmE7/zgy+LmIcbqYp3fRLvQIgYhuOUokL8D WfUlvP9re86sfWqMtNp1WGOZ2I4SJVJjGZD0P2o24TzSkLxmvVCN9ZVCC9oTftsR yim+6M2Nu3UDYGHPO1GA =dJAf -----END PGP SIGNATURE----- --sDhuxz86kt5qlkuV-- From owner-freebsd-current@freebsd.org Wed Jul 13 23:10:19 2016 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 1D4D4B98685; Wed, 13 Jul 2016 23:10:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDB61BC0; Wed, 13 Jul 2016 23:10:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id B0EC519E8; Wed, 13 Jul 2016 23:10:18 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 13 Jul 2016 23:10:17 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: 11.0-BETA2 may be delayed Message-ID: <20160713231017.GA95249@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 23:10:19 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As I am sure you have already seen, there is an issue in 11.0-BETA1 that has caused some headaches for people. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 The issue is actively being investigated, and despite the KBI freeze, the fix may need to break KBI in stable/11, at least as far as I am aware at the moment. That said, 11.0-BETA2 may be delayed, while this is properly resolved. If KBI is changed between 11.0-BETA1 and 11.0-BETA2, it will be noted in the announcement. Sorry for the delay in advance. Glen On behalf of: re@ --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhspZAAoJEAMUWKVHj+KT3joQAIa2wBlPItZgyqExRsHPqnIm EiEC5kBRQ15owl9tt1eMqVZbw4nHV1gsUWHfgJ7PssLDIbe4sUpl/NcMExPo2Lw2 gquF1D/hkyJibrSPYRg10cacATIMEOy8uxTPdhd/7bxL7fiGl/ndKxVaLbXHRDjR rye7ufXxEjD8wEH3WzZszI+MzMkf7ozT6KCwE9ilyFOAei+f0H4HSy1F1sNCGkgN plOL/fXHAEEN/aZ0xvSVxRRExLXngeyQ7fcslfX1jYeQjagZtsURBKt0alBCWVYR 5Jo9ps+PK846kA+tBGqjlFD1L9xHG5H6fPTgllG69Uqze7EUWd2Niw69xfGJfEL8 VtuRapSBPRoLSIa7Rxd/IEa+kVpr4fW0ou4HyJ9FEEUJ564HtfHtGgJ8CpY2acqu YrNm7E6TJ3azKbWYYZluG0hRYuesYPN62vbL5JrwJ6qKYZnz9nUgwQl3m6ewWXp4 5GyqvcritvyVecyLOcaqG7G83Cp1Cyp6BOpNJV2b/izwvqHXfKmjgRkWNpKoXT26 LfFOzLy5UTsJSvq3mAMRRjJxlLw6VOUj33NNOz1ZNHKKTOppfqv/hhyTfJU3DIuL oB0fesT5oKnrawzd1pwxxdLiUMPAD6IuQzQvqAGVPyb6D0mOhsr5xHwZwSwD6+f3 wr2P9doOnUOAMpOvNjbu =SXfj -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@freebsd.org Wed Jul 13 23:34:24 2016 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 29172B98C69 for ; Wed, 13 Jul 2016 23:34:24 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F404E1BD6; Wed, 13 Jul 2016 23:34:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 444CF1D4; Wed, 13 Jul 2016 23:34:24 +0000 (UTC) Date: Wed, 13 Jul 2016 23:34:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <690035938.62.1468452864188.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #145 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 23:34:24 -0000 See ------------------------------------------ [...truncated 143719 lines...] --- all_subdir_usr.bin/truss --- --- syscalls.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss/../../sys -g -MD -MF.depend.syscalls.o -MTsyscalls.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss/syscalls.c -o syscalls.o --- all_subdir_usr.sbin --- --- hostres_storage_tbl.So --- cc -fPIC -DPIC -g -O2 -pipe -DNDEBUG -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -MD -MF.depend.hostres_storage_tbl.So -MThostres_storage_tbl.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So --- all_subdir_usr.bin --- --- all_subdir_usr.bin/compile_et --- --- lex.o --- cc -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/compile_et/../../contrib/com_err -g -MD -MF.depend.lex.o -MTlex.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -c lex.c -o lex.o --- all_subdir_usr.bin/kdump --- --- .depend --- echo kdump.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libsysdecode.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libcasper.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libcap_grp.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libcap_pwd.a >> .depend --- kdump_subr.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../ktrace -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../.. -I. -DHAVE_LIBCASPER -g -MD -MF.depend.kdump_subr.o -MTkdump_subr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c kdump_subr.c -o kdump_subr.o --- all_subdir_usr.sbin --- --- hostres_swinstalled_tbl.So --- cc -fPIC -DPIC -g -O2 -pipe -DNDEBUG -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -MD -MF.depend.hostres_swinstalled_tbl.So -MThostres_swinstalled_tbl.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So --- all_subdir_usr.bin --- --- all_subdir_usr.bin/compile_et --- --- compile_et.full --- cc -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/compile_et/../../contrib/com_err -g -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -o compile_et.full compile_et.o parse.o lex.o -lroken -L/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/kerberos5/lib/libvers -lvers --- compile_et.1.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/compile_et/../../contrib/com_err/compile_et.1 > compile_et.1.gz --- compile_et.debug --- objcopy --only-keep-debug compile_et.full compile_et.debug --- compile_et --- objcopy --strip-debug --add-gnu-debuglink=compile_et.debug compile_et.full compile_et --- all_subdir_usr.bin/kdump --- --- kdump.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../ktrace -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../.. -I. -DHAVE_LIBCASPER -g -MD -MF.depend.kdump.o -MTkdump.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/kdump.c -o kdump.o --- all_subdir_usr.sbin --- --- hostres_swrun_tbl.So --- cc -fPIC -DPIC -g -O2 -pipe -DNDEBUG -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -MD -MF.depend.hostres_swrun_tbl.So -MThostres_swrun_tbl.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So --- all_subdir_usr.bin --- --- all_subdir_usr.bin/truss --- --- sparc64-freebsd.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss/../../sys -g -MD -MF.depend.sparc64-freebsd.o -MTsparc64-freebsd.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss/sparc64-freebsd.c -o sparc64-freebsd.o --- truss.full --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss/../../sys -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o truss.full main.o setup.o syscalls.o sparc64-freebsd.o -lsysdecode --- truss.1.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss/truss.1 > truss.1.gz --- truss.debug --- objcopy --only-keep-debug truss.full truss.debug --- truss --- objcopy --strip-debug --add-gnu-debuglink=truss.debug truss.full truss --- all_subdir_usr.bin/kdump --- --- subr.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../ktrace -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../.. -I. -DHAVE_LIBCASPER -g -MD -MF.depend.subr.o -MTsubr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump/../ktrace/subr.c -o subr.o --- all_subdir_usr.sbin --- --- printcap.So --- cc -fPIC -DPIC -O2 -pipe -DNDEBUG -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -MD -MF.depend.printcap.So -MTprintcap.So -std=gnu99 -fstack-protector-strong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So --- all_subdir_usr.sbin/fdwrite --- ===> usr.sbin/fdwrite (all) --- .depend --- echo fdwrite.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a >> .depend --- fdwrite.o --- cc -O2 -pipe -g -MD -MF.depend.fdwrite.o -MTfdwrite.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/fdwrite/fdwrite.c -o fdwrite.o --- all_subdir_usr.sbin/bsnmpd --- --- hostres_tree.So --- cc -fPIC -DPIC -g -O2 -pipe -DNDEBUG -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -MD -MF.depend.hostres_tree.So -MThostres_tree.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c hostres_tree.c -o hostres_tree.So --- snmp_hostres.so.6.full --- building shared library snmp_hostres.so.6 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o snmp_hostres.so.6.full -Wl,-soname,snmp_hostres.so.6 `NM='nm' NMFLAGS='' lorder hostres_begemot.So hostres_device_tbl.So hostres_diskstorage_tbl.So hostres_fs_tbl.So hostres_network_tbl.So hostres_partition_tbl.So hostres_printer_tbl.So hostres_processor_tbl.So hostres_scalars.So hostres_snmp.So hostres_storage_tbl.So hostres_swinstalled_tbl.So hostres_swrun_tbl.So printcap.So hostres_tree.So | tsort -q` -lkvm -ldevinfo -lm -lgeom -lmemstat --- all_subdir_usr.sbin/fdwrite --- --- fdwrite.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o fdwrite.full fdwrite.o --- fdwrite.1.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/fdwrite/fdwrite.1 > fdwrite.1.gz --- fdwrite.debug --- objcopy --only-keep-debug fdwrite.full fdwrite.debug --- fdwrite --- objcopy --strip-debug --add-gnu-debuglink=fdwrite.debug fdwrite.full fdwrite --- all_subdir_usr.bin --- --- all_subdir_usr.bin/drill --- ===> usr.bin/drill (all) --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/bsnmpd --- --- snmp_hostres.3.gz --- sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_hostres/snmp_hostres.3 | gzip -cn > snmp_hostres.3.gz --- all_subdir_usr.bin --- --- .depend --- echo drill.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateldns.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libcrypto.a >> .depend --- all_subdir_usr.sbin --- --- snmp_hostres.so.6.debug --- objcopy --only-keep-debug snmp_hostres.so.6.full snmp_hostres.so.6.debug --- all_subdir_usr.bin --- --- drill.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.drill.o -MTdrill.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.c -o drill.o --- all_subdir_usr.sbin --- --- snmp_hostres.so.6 --- objcopy --strip-debug --add-gnu-debuglink=snmp_hostres.so.6.debug snmp_hostres.so.6.full snmp_hostres.so.6 ===> usr.sbin/bsnmpd/modules/snmp_lm75 (all) --- all_subdir_usr.bin --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.c:10: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here --- all_subdir_usr.sbin --- --- lm75_tree.c --- cat /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_lm75/lm75_tree.def | gensnmptree -p lm75_ --- lm75_oid.h --- cat /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_lm75/lm75_tree.def | gensnmptree -e begemotLm75 > lm75_oid.h --- snmp_lm75.So --- cc -fPIC -DPIC -g -O2 -pipe -I. -MD -MF.depend.snmp_lm75.So -MTsnmp_lm75.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_lm75/snmp_lm75.c -o snmp_lm75.So --- all_subdir_usr.bin --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.c: In function 'main': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.c:146: warning: declaration of 'qds' shadows a global declaration /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:33: warning: shadowed declaration is here --- all_subdir_usr.sbin --- --- lm75_tree.So --- cc -fPIC -DPIC -g -O2 -pipe -I. -MD -MF.depend.lm75_tree.So -MTlm75_tree.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c lm75_tree.c -o lm75_tree.So --- snmp_lm75.so.6.full --- building shared library snmp_lm75.so.6 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o snmp_lm75.so.6.full -Wl,-soname,snmp_lm75.so.6 `NM='nm' NMFLAGS='' lorder snmp_lm75.So lm75_tree.So | tsort -q` --- snmp_lm75.3.gz --- sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_lm75/snmp_lm75.3 | gzip -cn > snmp_lm75.3.gz --- snmp_lm75.so.6.debug --- objcopy --only-keep-debug snmp_lm75.so.6.full snmp_lm75.so.6.debug --- snmp_lm75.so.6 --- objcopy --strip-debug --add-gnu-debuglink=snmp_lm75.so.6.debug snmp_lm75.so.6.full snmp_lm75.so.6 ===> usr.sbin/bsnmpd/modules/snmp_mibII (all) --- mibII_tree.c --- cat /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_tree.def | gensnmptree -p mibII_ --- all_subdir_usr.bin --- --- all_subdir_usr.bin/host --- ===> usr.bin/host (all) --- all_subdir_usr.sbin --- --- mibII_oid.h --- cat /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII_tree.def | gensnmptree -e ipAddrTable ifTable ifRcvAddressEntry ifMIB ipMIB tcpMIB udpMIB ipForward ifIndex linkDown linkUp > mibII_oid.h --- mibII.So --- cc -fPIC -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/lib -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmpd -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_SYS_TREE_H -I. -MD -MF.depend.mibII.So -MTmibII.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_mibII/../../../../contrib/bsnmp/snmp_mibII/mibII.c -o mibII.So --- all_subdir_usr.bin --- --- .depend --- echo host.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateldns.a >> .depend --- ldns-host.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns -g -MD -MF.depend.ldns-host.o -MTldns-host.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c -o ldns-host.o --- all_subdir_usr.bin/drill --- --- drill_util.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.drill_util.o -MTdrill_util.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill_util.c -o drill_util.o In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill_util.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here --- error.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.error.o -MTerror.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/error.c -o error.o In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/error.c:13: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/error.c:75: warning: no previous prototype for 'verbose' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/error.c:89: warning: no previous prototype for 'vverbose' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/error.c:109: warning: no previous prototype for 'debug' --- all_subdir_usr.bin/host --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c: In function 'dozonetransfer': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:891: warning: 'first_serial' may be used uninitialized in this function *** [ldns-host.o] Error code 1 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host *** [all_subdir_usr.bin/host] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin --- all_subdir_usr.bin/drill --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill *** [all_subdir_usr.bin/drill] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules/snmp_mibII *** [all] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/modules *** [all] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd *** [all_subdir_usr.sbin/bsnmpd] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_usr.bin --- --- all_subdir_usr.bin/kdump --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/kdump *** [all_subdir_usr.bin/kdump] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin 3 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin *** [all_subdir_usr.bin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 2 errors bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [everything] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jul 14 01:00:29 2016 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 31764B9763E for ; Thu, 14 Jul 2016 01:00:29 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f45.google.com (mail-lf0-f45.google.com [209.85.215.45]) (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 A0DAF1385 for ; Thu, 14 Jul 2016 01:00:28 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f45.google.com with SMTP id b199so51309432lfe.0 for ; Wed, 13 Jul 2016 18:00:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=GaZX3Zul7amFxu9OXBSO+o+VbSL2HHuNJ57ZuUh8dXA=; b=FqrY70hjavKodVL7e6jd18Nk9bAMVd6j3UQVVoLEMRZg9qNytnhsGRBEo2VOKAZyIp 1fdIK3TT5mqjgD1Hx3B4AQrhB67Y2jpZ1L3frXZE6K48J1CWxbwIfPVspx2Cz1bec4HH rvBG7ZYi9oDFM4qrRRZgd9AxrxkibrBrkGPtcgYcY7Das9JqbbzQaHeI3XZqf1PYTumI s0oXr14y0+7c3zTHJZdSaihZUiAnFblODZwgHFBpEx274sJibeo4o0hY9IGwGMT4hb4+ 0/Vb8xdO1ytJXmDm0r0o1vNqDBu+wb++O2paZgle3NjPtTfnfw1XX7T5Yhv5n0vTvFHn QcGw== X-Gm-Message-State: ALyK8tKDjdD9s87Zi2DaQZxJsFUxYaE6KnAzGNApISNpeVgfyUtBxwBXs+hJI5KcAO5AYA== X-Received: by 10.25.154.136 with SMTP id c130mr5564967lfe.87.1468458026291; Wed, 13 Jul 2016 18:00:26 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id o10sm2456631lfo.47.2016.07.13.18.00.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Jul 2016 18:00:25 -0700 (PDT) Subject: Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc has odd mix of signed wchar_t and unsigned char] To: Mark Millard References: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> <38CF2C28-3BD1-4D09-939F-4DD0C2E8B58F@dsl-only.net> Cc: svn-src-head@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org, freebsd-arm , FreeBSD PowerPC ML , Bruce Evans , FreeBSD Toolchain From: Andrey Chernov Message-ID: Date: Thu, 14 Jul 2016 04:00:24 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <38CF2C28-3BD1-4D09-939F-4DD0C2E8B58F@dsl-only.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 01:00:29 -0000 On 13.07.2016 11:53, Mark Millard wrote: > [The below does note that TARGET=powerpc has a mix of signed wchar_t and unsigned char types and most architectures have both being signed types.] POSIX says nothing about wchar_t and char should be the same (un)signed. It is arm ABI docs may say so only. They are different entities differently encoded and cross assigning between wchar_t and char is not recommended. > > On 2016-Jul-11, at 8:57 PM, Andrey Chernov wrote: > >> On 12.07.2016 5:44, Mark Millard wrote: >>> My understanding of the criteria for __WCHAR_MIN and __WCHAR_MAX: >>> >>> A) __WCHAR_MIN and __WCHAR_MAX: same type as the integer promotion of >>> ___wchar_t (if that is distinct). >>> B) __WCHAR_MIN is the low value for ___wchar_t as an integer type; not >>> necessarily a valid char value >>> C) __WCHAR_MAX is the high value for ___wchar_t as an integer type; not >>> necessarily a valid char value >> >> It seems you are right about "not a valid char value", I'll back this >> change out. >> >>> As far as I know arm FreeBSD uses unsigned character types (of whatever >>> width). >> >> Probably it should be unsigned for other architectures too, clang does >> not generate negative values with L'' literals and locale use only >> positive values too. > > Looking around: > > # grep -i wchar sys/*/include/_types.h > sys/arm/include/_types.h:typedef unsigned int ___wchar_t; > sys/arm/include/_types.h:#define __WCHAR_MIN 0 /* min value for a wchar_t */ > sys/arm/include/_types.h:#define __WCHAR_MAX __UINT_MAX /* max value for a wchar_t */ > sys/arm64/include/_types.h:typedef unsigned int ___wchar_t; > sys/arm64/include/_types.h:#define __WCHAR_MIN 0 /* min value for a wchar_t */ > sys/arm64/include/_types.h:#define __WCHAR_MAX __UINT_MAX /* max value for a wchar_t */ > sys/mips/include/_types.h:typedef int ___wchar_t; > sys/mips/include/_types.h:#define __WCHAR_MIN __INT_MIN /* min value for a wchar_t */ > sys/mips/include/_types.h:#define __WCHAR_MAX __INT_MAX /* max value for a wchar_t */ > sys/powerpc/include/_types.h:typedef int ___wchar_t; > sys/powerpc/include/_types.h:#define __WCHAR_MIN __INT_MIN /* min value for a wchar_t */ > sys/powerpc/include/_types.h:#define __WCHAR_MAX __INT_MAX /* max value for a wchar_t */ > sys/riscv/include/_types.h:typedef int ___wchar_t; > sys/riscv/include/_types.h:#define __WCHAR_MIN __INT_MIN /* min value for a wchar_t */ > sys/riscv/include/_types.h:#define __WCHAR_MAX __INT_MAX /* max value for a wchar_t */ > sys/sparc64/include/_types.h:typedef int ___wchar_t; > sys/sparc64/include/_types.h:#define __WCHAR_MIN __INT_MIN /* min value for a wchar_t */ > sys/sparc64/include/_types.h:#define __WCHAR_MAX __INT_MAX /* max value for a wchar_t */ > sys/x86/include/_types.h:typedef int ___wchar_t; > sys/x86/include/_types.h:#define __WCHAR_MIN __INT_MIN /* min value for a wchar_t */ > sys/x86/include/_types.h:#define __WCHAR_MAX __INT_MAX /* max value for a wchar_t */ > > So only arm and arm64 have unsigned wchar_t types. > > [NOTE: __CHAR16_TYPE__ and __CHAR32_TYPE__ are always unsigned: in C++11 terms char16_t is like std::uint_least16_t and char32_t is like std::uint_least32_t despite being distinct types. So __CHAR16_TYPE__ and __CHAR32_TYPE__ are ignored below.] > > The clang 3.8.0 compiler output has an odd mix for TARGET_ARCH=powerpc and TARGET_ARCH=powerpc64 . . . > > armv6 has unsigned types for both char and __WCHAR_TYPE__. > aarch64 has unsigned types for both char and __WCHAR_TYPE__. > powerpc has unsigned for char but signed for __WCHAR_TYPE__. > powerpc64 has unsigned for char but signed for __WCHAR_TYPE__. > amd64 has signed types for both char and __WCHAR_TYPE__. > i386 has signed types for both char and __WCHAR_TYPE__. > mips has signed types for both char and __WCHAR_TYPE__. > sparc64 has signed types for both char and __WCHAR_TYPE__. > (riscv is not covered by clang as I understand) > > The details via compiler #define's. . . > > # clang --target=armv6-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 4294967295U > #define __WCHAR_TYPE__ unsigned int > #define __WCHAR_UNSIGNED__ 1 > #define __WCHAR_WIDTH__ 32 > . . . > > # clang --target=aarch64-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 4294967295U > #define __WCHAR_TYPE__ unsigned int > #define __WCHAR_UNSIGNED__ 1 > #define __WCHAR_WIDTH__ 32 > . . . > > # clang --target=powerpc-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . > > Is powerpc wrong? > > # clang --target=powerpc64-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . > > Is powerpc64 wrong? > > > # clang --target=amd64-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . > > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . > > # clang --target=i386-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . > > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . > > > # clang --target=mips-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . > > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . > > # clang --target=sparc64-freebsd11 -std=c99 -E -dM - < /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . > > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . > > > > === > Mark Millard > markmi at dsl-only.net > From owner-freebsd-current@freebsd.org Thu Jul 14 02:15:59 2016 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 834D7B97BB5 for ; Thu, 14 Jul 2016 02:15:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 743CB16A1; Thu, 14 Jul 2016 02:15:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 821BE1D7; Thu, 14 Jul 2016 02:15:59 +0000 (UTC) Date: Thu, 14 Jul 2016 02:15:59 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <595967997.63.1468462559369.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <690035938.62.1468452864188.JavaMail.jenkins@jenkins-9.freebsd.org> References: <690035938.62.1468452864188.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #146 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 02:15:59 -0000 See ------------------------------------------ [...truncated 145401 lines...] --- bsnmpimport.po --- cc -pg -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools -MD -MF.depend.bsnmpimport.po -MTbsnmpimport.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpimport.c -o bsnmpimport.po --- all_subdir_usr.sbin/rtsold --- --- probe.o --- cc -O2 -pipe -g -MD -MF.depend.probe.o -MTprobe.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtsold/probe.c -o probe.o --- all_subdir_usr.sbin/rtadvd --- --- timer_subr.o --- cc -O2 -pipe -g -MD -MF.depend.timer_subr.o -MTtimer_subr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtadvd/timer_subr.c -o timer_subr.o --- control.o --- cc -O2 -pipe -g -MD -MF.depend.control.o -MTcontrol.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtadvd/control.c -o control.o --- all_subdir_usr.bin --- --- work.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.work.o -MTwork.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/work.c -o work.o In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/work.c:10: --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/rtsold --- --- dump.o --- --- all_subdir_usr.bin --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here --- all_subdir_usr.sbin --- cc -O2 -pipe -g -MD -MF.depend.dump.o -MTdump.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtsold/dump.c -o dump.o --- all_subdir_usr.sbin/bsnmpd --- --- bsnmpmap.po --- cc -pg -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools -MD -MF.depend.bsnmpmap.po -MTbsnmpmap.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmpmap.c -o bsnmpmap.po --- all_subdir_usr.sbin/rtsold --- --- rtsock.o --- cc -O2 -pipe -g -MD -MF.depend.rtsock.o -MTrtsock.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtsold/rtsock.c -o rtsock.o --- all_subdir_usr.bin --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/work.c:23: warning: no previous prototype for 'hexstr2bin' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/work.c:69: warning: no previous prototype for 'packetbuffromfile' --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/rtadvd --- --- control_server.o --- cc -O2 -pipe -g -MD -MF.depend.control_server.o -MTcontrol_server.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtadvd/control_server.c -o control_server.o --- all_subdir_usr.sbin/rtsold --- --- rtsold.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o rtsold.full rtsold.o rtsol.o if.o probe.o dump.o rtsock.o --- all_subdir_usr.bin --- --- chasetrace.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.chasetrace.o -MTchasetrace.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/chasetrace.c -o chasetrace.o --- all_subdir_usr.sbin --- --- rtsold.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtsold/rtsold.8 > rtsold.8.gz --- rtsold.debug --- objcopy --only-keep-debug rtsold.full rtsold.debug --- rtsold --- objcopy --strip-debug --add-gnu-debuglink=rtsold.debug rtsold.full rtsold --- all_subdir_usr.sbin/bsnmpd --- --- bsnmptools.po --- --- all_subdir_usr.bin --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/chasetrace.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here --- all_subdir_usr.sbin --- cc -pg -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools -MD -MF.depend.bsnmptools.po -MTbsnmptools.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptools.c -o bsnmptools.po --- all_subdir_usr.bin --- --- dnssec.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.dnssec.o -MTdnssec.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/dnssec.c -o dnssec.o --- chasetrace.o --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/chasetrace.c: In function 'do_chase': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/chasetrace.c:241: warning: declaration of 'verbosity' shadows a global declaration /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:34: warning: shadowed declaration is here --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/rtadvd --- --- rtadvd.conf.5.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtadvd/rtadvd.conf.5 > rtadvd.conf.5.gz --- rtadvd.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/rtadvd/rtadvd.8 > rtadvd.8.gz --- all_subdir_usr.bin --- --- dnssec.o --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/dnssec.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here --- all_subdir_usr.sbin --- --- rtadvd.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -o rtadvd.full rtadvd.o rrenum.o advcap.o if.o config.o timer.o timer_subr.o control.o control_server.o -lutil --- rtadvd.debug --- objcopy --only-keep-debug rtadvd.full rtadvd.debug --- rtadvd --- objcopy --strip-debug --add-gnu-debuglink=rtadvd.debug rtadvd.full rtadvd --- all_subdir_usr.bin --- --- all_subdir_usr.bin/host --- ===> usr.bin/host (all) --- all_subdir_usr.bin/locate --- ===> usr.bin/locate (all) --- all --- ===> usr.bin/locate/bigram (all) --- all_subdir_usr.bin/host --- --- .depend --- echo host.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libprivateldns.a >> .depend --- ldns-host.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns -g -MD -MF.depend.ldns-host.o -MTldns-host.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c -o ldns-host.o --- all_subdir_usr.bin/locate --- --- .depend --- echo locate.bigram.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a >> .depend --- locate.bigram.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/bigram/../locate -g -MD -MF.depend.locate.bigram.o -MTlocate.bigram.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/bigram/locate.bigram.c -o locate.bigram.o --- locate.bigram.full --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/bigram/../locate -g -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -o locate.bigram.full locate.bigram.o --- locate.bigram.debug --- objcopy --only-keep-debug locate.bigram.full locate.bigram.debug --- locate.bigram --- objcopy --strip-debug --add-gnu-debuglink=locate.bigram.debug locate.bigram.full locate.bigram ===> usr.bin/locate/code (all) --- .depend --- echo locate.code.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a >> .depend --- locate.code.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/code/../locate -g -MD -MF.depend.locate.code.o -MTlocate.code.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/code/locate.code.c -o locate.code.o --- all_subdir_usr.bin/drill --- --- securetrace.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns -g -MD -MF.depend.securetrace.o -MTsecuretrace.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/securetrace.c -o securetrace.o In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/securetrace.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous declaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous declaration of 'opterr' was here --- all_subdir_usr.bin/locate --- --- locate.code.full --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/code/../locate -g -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -o locate.code.full locate.code.o --- locate.code.debug --- objcopy --only-keep-debug locate.code.full locate.code.debug --- locate.code --- objcopy --strip-debug --add-gnu-debuglink=locate.code.debug locate.code.full locate.code ===> usr.bin/locate/locate (all) --- all_subdir_usr.bin/drill --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/securetrace.c:67: warning: no previous prototype for 'get_dnssec_pkt' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/securetrace.c:102: warning: no previous prototype for 'remove_resolver_nameservers' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/securetrace.c:114: warning: no previous prototype for 'show_current_nameservers' --- all_subdir_usr.bin/locate --- --- .depend --- echo locate.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a >> .depend --- util.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/locate -DMMAP -g -MD -MF.depend.util.o -MTutil.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/locate/util.c -o util.o --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/bsnmpd --- --- bsnmptc.po --- cc -pg -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools -MD -MF.depend.bsnmptc.po -MTbsnmptc.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools/bsnmptc.c -o bsnmptc.po --- all_subdir_usr.bin --- --- locate.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/locate -DMMAP -g -MD -MF.depend.locate.o -MTlocate.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/locate/locate.c -o locate.o --- all_subdir_usr.bin/host --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c: In function 'dozonetransfer': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:891: warning: 'first_serial' may be used uninitialized in this function *** [ldns-host.o] Error code 1 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host *** [all_subdir_usr.bin/host] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin --- all_subdir_usr.bin/drill --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill *** [all_subdir_usr.bin/drill] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools *** [all] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools *** [all] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd *** [all_subdir_usr.sbin/bsnmpd] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_usr.bin --- --- all_subdir_usr.bin/locate --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate/locate *** [all] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/locate *** [all_subdir_usr.bin/locate] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin 3 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin *** [all_subdir_usr.bin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 2 errors bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [everything] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jul 14 05:00:18 2016 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 38418B98EA5 for ; Thu, 14 Jul 2016 05:00:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF951C6F; Thu, 14 Jul 2016 05:00:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1103D1E4; Thu, 14 Jul 2016 05:00:18 +0000 (UTC) Date: Thu, 14 Jul 2016 05:00:17 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1995113098.65.1468472418065.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <595967997.63.1468462559369.JavaMail.jenkins@jenkins-9.freebsd.org> References: <595967997.63.1468462559369.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #147 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 05:00:18 -0000 See ------------------------------------------ [...truncated 142972 lines...] --- all_subdir_usr.sbin --- --- sockaddr_snprintf.o --- --- all_subdir_lib --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/libarchive -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_L= ZMA_H=3D1 -g -MD -MF.depend.libarchive_test.test_read_format_txz.o -MTte= st_read_format_txz.o -std=3Dgnu99 -fstack-protector-strong -c /builds/= workspace/FreeBSD_HEAD_sparc64/src/contrib/libarchive/libarchive/test/test_= read_format_txz.c -o test_read_format_txz.o --- all_subdir_usr.sbin --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklis= t/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/po= rt -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H= -DHAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FP= ARSELN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOC= KADDR_SA_LEN -g -MD -MF.depend.sockaddr_snprintf.o -MTsockaddr_snprintf.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /bui= lds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/port/sockaddr_snpr= intf.c -o sockaddr_snprintf.o --- all_subdir_usr.sbin/autofs --- --- automountd.full --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs -= I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs/../../sys/fs/au= tofs -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs/../../sbi= n/mount -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -= Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing= -prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswi= tch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wn= ested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -= o automountd.full automount.o automountd.o autounmountd.o common.o defined.= o getmntopts.o log.o popen.o token.o -lutil --- automount.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs/automou= nt.8 > automount.8.gz --- automountd.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs/automou= ntd.8 > automountd.8.gz --- autounmountd.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs/autounm= ountd.8 > autounmountd.8.gz --- auto_master.5.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/autofs/auto_ma= ster.5 > auto_master.5.gz --- automountd.debug --- objcopy --only-keep-debug automountd.full automountd.debug --- all_subdir_lib --- --- test_read_format_tz.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/libarchive -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_L= ZMA_H=3D1 -g -MD -MF.depend.libarchive_test.test_read_format_tz.o -MTtes= t_read_format_tz.o -std=3Dgnu99 -fstack-protector-strong -c /builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/contrib/libarchive/libarchive/test/test_re= ad_format_tz.c -o test_read_format_tz.o --- all_subdir_usr.sbin --- --- automountd --- objcopy --strip-debug --add-gnu-debuglink=3Dautomountd.debug automountd.fu= ll automountd --- all_subdir_usr.bin --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/error.c:75: warning: no previous prototype for 'verbose' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/error.c:89: warning: no previous prototype for 'vverbose' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/error.c:109: warning: no previous prototype for 'debug' --- all_subdir_lib --- --- functional_test --- echo '#! /usr/libexec/atf-sh' > functional_test.tmp cat /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests/functio= nal_test.sh >>functional_test.tmp chmod +x functional_test.tmp mv functional_test.tmp functional_test --- all_subdir_usr.sbin --- --- all_subdir_usr.sbin/blacklistctl --- --- pidfile.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklis= t/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/po= rt -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H= -DHAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FP= ARSELN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOC= KADDR_SA_LEN -g -MD -MF.depend.pidfile.o -MTpidfile.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-dec= ls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBS= D_HEAD_sparc64/src/contrib/blacklist/port/pidfile.c -o pidfile.o --- all_subdir_usr.bin --- --- root.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/..= /../contrib/ldns -g -MD -MF.depend.root.o -MTroot.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-par= ameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-= align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-s= tyle-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_spa= rc64/src/usr.bin/drill/../../contrib/ldns/drill/root.c -o root.o --- all_subdir_lib --- --- libarchive_test --- --- test_read_format_ustar_filename.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/libarchive -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_L= ZMA_H=3D1 -g -MD -MF.depend.libarchive_test.test_read_format_ustar_filen= ame.o -MTtest_read_format_ustar_filename.o -std=3Dgnu99 -fstack-protector-s= trong -c /builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/libarchive= /libarchive/test/test_read_format_ustar_filename.c -o test_read_format_usta= r_filename.o --- all_subdir_usr.bin --- --- work.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/..= /../contrib/ldns -g -MD -MF.depend.work.o -MTwork.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-par= ameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-= align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-s= tyle-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_spa= rc64/src/usr.bin/drill/../../contrib/ldns/drill/work.c -o work.o --- all_subdir_usr.sbin --- --- strtoi.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklis= t/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/po= rt -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H= -DHAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FP= ARSELN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOC= KADDR_SA_LEN -g -MD -MF.depend.strtoi.o -MTstrtoi.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-un= used-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wr= eturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter= -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls= -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_= HEAD_sparc64/src/contrib/blacklist/port/strtoi.c -o strtoi.o --- all_subdir_usr.bin --- --- root.o --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/root.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous d= eclaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'opterr' was here --- work.o --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/work.c:10: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous d= eclaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'opterr' was here --- all_subdir_usr.sbin --- --- popenve.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklis= t/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/po= rt -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H= -DHAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FP= ARSELN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOC= KADDR_SA_LEN -g -MD -MF.depend.popenve.o -MTpopenve.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-= unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramet= er -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-dec= ls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBS= D_HEAD_sparc64/src/contrib/blacklist/port/popenve.c -o popenve.o --- blacklistctl.full --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist= /include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/por= t -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H -D= HAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FPARSE= LN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOCKADDR_= SA_LEN -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -W= all -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswit= ch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wne= sted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -L= /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/lib/libblacklist -o blacklistctl.full blacklistct= l.o conf.o state.o support.o internal.o sockaddr_snprintf.o pidfile.o strto= i.o popenve.o -lblacklist -lutil --- all_subdir_usr.bin --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/work.c:23: warning: no previous prototype for 'hexstr2bin' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/work.c:69: warning: no previous prototype for 'packetbuffromfile' --- all_subdir_lib --- --- Kyuafile --- --- all_subdir_usr.bin --- --- chasetrace.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/..= /../contrib/ldns -g -MD -MF.depend.chasetrace.o -MTchasetrace.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/Free= BSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/chasetrace.c -o= chasetrace.o --- all_subdir_usr.sbin --- --- blacklistctl.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/bin/b= lacklistctl.8 > blacklistctl.8.gz --- blacklistctl.debug --- objcopy --only-keep-debug blacklistctl.full blacklistctl.debug --- blacklistctl --- objcopy --strip-debug --add-gnu-debuglink=3Dblacklistctl.debug blacklistct= l.full blacklistctl --- all_subdir_usr.sbin/blacklistd --- =3D=3D=3D> usr.sbin/blacklistd (all) --- all_subdir_usr.bin --- In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/chasetrace.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous d= eclaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'opterr' was here --- all_subdir_usr.sbin --- --- .depend --- echo blacklistd.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sp= arc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds/= workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD= _HEAD_sparc64/src/tmp/usr/lib/libblacklist.a /builds/workspace/FreeBSD_HEAD= _sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/= usr/lib/libutil.a >> .depend --- all_subdir_usr.bin --- --- all_subdir_usr.bin/host --- =3D=3D=3D> usr.bin/host (all) --- all_subdir_usr.sbin --- --- blacklistd.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklis= t/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/po= rt -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H= -DHAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FP= ARSELN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOC= KADDR_SA_LEN -g -MD -MF.depend.blacklistd.o -MTblacklistd.o -std=3Dgnu99= -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W= -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-p= arameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredunda= nt-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/= FreeBSD_HEAD_sparc64/src/contrib/blacklist/bin/blacklistd.c -o blacklistd.o --- all_subdir_usr.bin --- --- .depend --- echo host.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/= builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libc.a /builds/worksp= ace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_= sparc64/src/tmp/usr/lib/libprivateldns.a >> .depend --- ldns-host.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../= ../contrib/ldns -g -MD -MF.depend.ldns-host.o -MTldns-host.o -std=3Dgnu9= 9 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-= parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredund= ant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace= /FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-host/ldns-host.c = -o ldns-host.o --- all_subdir_lib --- --- libarchive_test --- --- test_read_format_warc.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/libarchive -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_L= ZMA_H=3D1 -g -MD -MF.depend.libarchive_test.test_read_format_warc.o -MTt= est_read_format_warc.o -std=3Dgnu99 -fstack-protector-strong -c /build= s/workspace/FreeBSD_HEAD_sparc64/src/contrib/libarchive/libarchive/test/tes= t_read_format_warc.c -o test_read_format_warc.o --- all_subdir_usr.bin --- --- all_subdir_usr.bin/drill --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/chasetrace.c: In function 'do_chase': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/chasetrace.c:241: warning: declaration of 'verbosity' shadows a glob= al declaration /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/drill.h:34: warning: shadowed declaration is here --- all_subdir_lib --- --- test_read_format_xar.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/libarchive -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_L= ZMA_H=3D1 -g -MD -MF.depend.libarchive_test.test_read_format_xar.o -MTte= st_read_format_xar.o -std=3Dgnu99 -fstack-protector-strong -c /builds/= workspace/FreeBSD_HEAD_sparc64/src/contrib/libarchive/libarchive/test/test_= read_format_xar.c -o test_read_format_xar.o --- all_subdir_usr.bin --- --- dnssec.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/..= /../contrib/ldns -g -MD -MF.depend.dnssec.o -MTdnssec.o -std=3Dgnu99 -fs= tack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused= -parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretur= n-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wc= ast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wo= ld-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD= _sparc64/src/usr.bin/drill/../../contrib/ldns/drill/dnssec.c -o dnssec.o In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/dnssec.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous d= eclaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'opterr' was here --- all_subdir_usr.sbin --- --- conf.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklis= t/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/contrib/blacklist/po= rt -D_PATH_BLCONTROL=3D\"/usr/libexec/blacklistd-helper\" -DHAVE_CONFIG_H= -DHAVE_DB_H -DHAVE_LIBUTIL_H -DHAVE_CLOCK_GETTIME -DHAVE_FGETLN -DHAVE_FP= ARSELN -DHAVE_GETPROGNAME -DHAVE_STRLCAT -DHAVE_STRLCPY -DHAVE_STRUCT_SOC= KADDR_SA_LEN -g -MD -MF.depend.conf.o -MTconf.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused= -parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretur= n-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wc= ast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wo= ld-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD= _sparc64/src/contrib/blacklist/bin/conf.c -o conf.o --- all_subdir_lib --- --- test_read_format_zip.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/lib/libarchive/tests -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/libarchive -I/builds/workspace/FreeBSD= _HEAD_sparc64/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_L= ZMA_H=3D1 -g -MD -MF.depend.libarchive_test.test_read_format_zip.o -MTte= st_read_format_zip.o -std=3Dgnu99 -fstack-protector-strong -c /builds/= workspace/FreeBSD_HEAD_sparc64/src/contrib/libarchive/libarchive/test/test_= read_format_zip.c -o test_read_format_zip.o --- all_subdir_usr.bin --- --- securetrace.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/..= /../contrib/ldns -g -MD -MF.depend.securetrace.o -MTsecuretrace.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W= -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-p= arameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredunda= nt-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/= FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns/drill/securetrace= .c -o securetrace.o In file included from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/drill.h:11, from /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dr= ill/../../contrib/ldns/drill/securetrace.c:11: /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:283: warning: redundant redeclaration of 'optarg' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:379: warning: previous d= eclaration of 'optarg' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'optind' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'optind' was here /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/config.h:284: warning: redundant redeclaration of 'opterr' /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace= /FreeBSD_HEAD_sparc64/src/tmp/usr/include/unistd.h:380: warning: previous d= eclaration of 'opterr' was here --- all_subdir_usr.bin/host --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-= host/ldns-host.c: In function 'dozonetransfer': /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/host/../../contrib/ldns-= host/ldns-host.c:891: warning: 'first_serial' may be used uninitialized in = this function *** [ldns-host.o] Error code 1 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/hos= t 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/hos= t *** [all_subdir_usr.bin/host] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarch= ive/tests *** [libarchive_test] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarch= ive/tests 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarch= ive/tests *** [all] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarch= ive 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarch= ive *** [all_subdir_lib/libarchive] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bl= acklistd *** [all_subdir_usr.sbin/blacklistd] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src --- all_subdir_usr.bin --- --- all_subdir_usr.bin/drill --- /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/securetrace.c:67: warning: no previous prototype for 'get_dnssec_pkt= ' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/securetrace.c:102: warning: no previous prototype for 'remove_resolv= er_nameservers' /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/drill/../../contrib/ldns= /drill/securetrace.c:114: warning: no previous prototype for 'show_current_= nameservers' A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/dri= ll *** [all_subdir_usr.bin/drill] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin 2 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin *** [all_subdir_usr.bin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 3 errors bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [everything] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jul 14 05:25:43 2016 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 2A6C8B97638 for ; Thu, 14 Jul 2016 05:25:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C75261D05; Thu, 14 Jul 2016 05:25:42 +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 u6E5PbPK024132 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 14 Jul 2016 08:25:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6E5PbPK024132 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6E5PbS0024131; Thu, 14 Jul 2016 08:25:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Jul 2016 08:25:37 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160714052537.GZ38613@kib.kiev.ua> References: <20160712055753.GI38613@kib.kiev.ua> <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> <20160713191947.GW38613@kib.kiev.ua> <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 05:25:43 -0000 On Wed, Jul 13, 2016 at 01:01:39PM -0700, Mark Johnston wrote: > On Wed, Jul 13, 2016 at 10:19:47PM +0300, Konstantin Belousov wrote: > > On Wed, Jul 13, 2016 at 09:42:47AM -0700, Mark Johnston wrote: > > > I'm having trouble determining if the diff changes any userland-visible > > > behaviour. It seems that the only potential problem with the current > > > p_xthread handling is in stopevent(), since a thread calling stopevent() > > > from postsig() may clear p_xthread after it was set by another thread in > > > ptracestop(). But I also don't understand why we call stopevent(S_SIG) > > > from both issignal() and postsig() - this would appear to stop the > > > thread twice for the same signal. > > You mean that the patch would not fix your issue ? Quite possible, it > > might require some more code to 'move the torch' to next xthread, so to > > say. When you write the test case, I will spend efforts on the working > > patch. > > I don't think this addresses my issue of the process remaining stopped > after the PT_DETACH, but see below. Patch tries to add some coordination to ptracestop(), I do not object to the statement that what was done is not enough. > > > > > That said, I do not think that we should change anything about stopevent(), > > since this is code which is on life support. If we cannot remove procfs > > debugging interface, let not change it at least in incompatible ways. > > > > > > > > With respect to the desired direction, do you agree that the SIGSTOP > > > from PT_ATTACH should effectively be ignored if a different signal stops > > > the process first? As I said in a previous post, it seems that the > > > SA_STOP property of PT_ATTACH's SIGSTOP is not used in the common case, > > > since ptracestop() will stop the process if any signal is received, and > > > the PT_DETACH operation will typically overwrite the SIGSTOP with 0 in > > > td_xsig. > > Hmm, I think no, we can not make such change. Issue is, debugger > > interface guarantees (at least for single-threaded programs it is > > done correctly) that SIGSTOP is noted. In my opinion, it would be the > > incompatible API change. > > But this guarantee is not honoured in the single-threaded case where > PT_ATTACH sends SIGSTOP after another signal is already pending. This > other signal will stop the process in ptracestop(), so SIGSTOP will not > be reported until after a PT_CONTINUE or PT_DETACH, which seems to > violate the interface as you described it. Am I missing some reason > that this cannot occur? If not, I'll write a test case for the > single-threaded case first. Please give me some initial test case, I am fine with single-threaded case. I do not think that the mt test would be much different ? From owner-freebsd-current@freebsd.org Thu Jul 14 05:30:35 2016 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 A3705B97736 for ; Thu, 14 Jul 2016 05:30:35 +0000 (UTC) (envelope-from sobomax@sippysoft.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 74EDC1EB2 for ; Thu, 14 Jul 2016 05:30:35 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x22a.google.com with SMTP id u186so39350010ita.0 for ; Wed, 13 Jul 2016 22:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=hfYp8+1/aBYj8aDnr15OnutDEGo6Bnyg/Q9UApPl6Gw=; b=XGfINdLwaM+br+lCMnhH2dA9sCqadyIuSE0LVZpKpIk4a3F7QIGOvbnukTFMJw9T6u 6D/v4bUwmIGICjBFH4vHcQ8uVj26QR0TsMfnvjb7v+QPNZcLwXL27mOlkr4DWb1cBMKs jNlpIU22D+qPjfscUYOLX/BsCj6HEQMVHxD8uk6BDMS6/ZIKqWYDjfmtFLSMQHmGDH3T goJ7hBo/R4pMfxEY9xn+n/pA5nrfI6WhD1uxMY95ayPBcxno6bcNoBge94/yRoJI50M+ cR7h6W+LGzj8hcOGAnl4HD+jQMmnrRHK6+5iyA2HobAXNmRg5xcqJclxQBsNTsSVHIN5 8cDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=hfYp8+1/aBYj8aDnr15OnutDEGo6Bnyg/Q9UApPl6Gw=; b=cKAua/jFkS6IpDCXIa3UaPFN/2AGX0Cg2YoLM9kgJg7N/jVEoL6blyG2vZnw8vHO0j oSJ+b5w6bWpOKEB/d2VGVfWFTCVOY8YVI7W8ebi22E52+mCrxVjtgjF3OAI8ITC98lvK 6fLt6jsbm5FezpjCiOrP00bMDHtbiAoOU7Y6zSiQOKnpfniDLZyvjHUsNG/eNxLrZ9JJ EcFkUas7Cd+jn97hlsOue6a2qjkMxVnBkkF9hobAn/yqUVrzAaC1ebP6oBf5b5i6woFa RdNYScu2eGrjgB8QskWqb7MUW2e1SJ2QcPn93zJB4Y/61nDXyqrV7/oQobreXvTStqKW 8K1g== X-Gm-Message-State: ALyK8tLBWVN60WVpGVSawZOrCMKeeGHhgtcQ9IZfAgX5Yr1nmdkp/yhHIyEAO54VGPZKo1d/1mh7557FEsd/MypI X-Received: by 10.36.188.65 with SMTP id n62mr26823220ite.61.1468474234777; Wed, 13 Jul 2016 22:30:34 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Wed, 13 Jul 2016 22:30:33 -0700 (PDT) In-Reply-To: <20160713221253.GU1520@FreeBSD.org> References: <20160713221253.GU1520@FreeBSD.org> From: Maxim Sobolev Date: Wed, 13 Jul 2016 22:30:33 -0700 X-Google-Sender-Auth: SZbx5tpFazSV4mIDTg9FqN3uv2M Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 05:30:35 -0000 Hi Glen, nice update, glad being of some help. The slowdown may be related to the fact that geom_uzip reads whole compressed cluster, which is 20-30k typically, even if only single block from that cluster is requested. I imagine it might impact rc.d, which is essentially bunch of small(ish) shell scripts and I would not be surprised if their blocks would be scattered all over the place. There is some very basic caching in the geom_uzip module, but it is only one cluster deep. What might help if you still have some room on the CD is to decrease cluster size (-s parameter of mkuzip), to something like 32k or even 16k. That would make compression less effective, but would reduce the I/O bandwidth waste, which could also be important for the KVM setups. I might also look into making a bigger cache, as RAM is getting cheaper and more abundant every day. Another approach would be to make several "partitions", segregating for example /etc stuff so it's all tighly packed together and you can also use smaller cluster size for /etc and bigger for the rest. In any case, keep me posted with your findings. -Max On Wed, Jul 13, 2016 at 3:12 PM, Glen Barber wrote: > Just replying to the first email in the thread, since it's a general > reply, and only related to the original topic at hand, and only for > informative purposes at this point. > > On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > > > I have *something* semi-working, with a huge amount of help from Maxim > in private email. There is still a nit or two to fix, I'm running into > them as I rebuild the ISO after fixing the prior issue. But, right now, > I can get the ISO to boot enough to get to a shell (the "init failed due > to inability to mount '/'" shell, but it is still a shell). :) > > Once I get what I have now into a state where it's somewhat committable, > I'm going to create a project branch to sand off the edges, instead of > doing it directly in head, since there might be some edge cases for > non-x86 architectures. (But some other architectures do not have the > "too big" problem.) > > Once that is merged, I fully intend to merge this to stable/11, provided > there is no major fallout. With what I have now, disc1.iso is 630M, and > the disc1.iso.xz is 554M. I'll upload an image somewhere public for > people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, > though, there appears to be a significantly non-zero speed decrease, > though this may just be because my CD-ROM is USB-based. When I have the > ready-to-commit result, I'll test it on a machine with an internal CD > drive. > > Glen > > From owner-freebsd-current@freebsd.org Thu Jul 14 06:46:02 2016 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 DCE81B98FE0 for ; Thu, 14 Jul 2016 06:46:02 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 A85C8139E for ; Thu, 14 Jul 2016 06:46:02 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u6E6k74s069983 for ; Wed, 13 Jul 2016 23:46:14 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <20160713221253.GU1520@FreeBSD.org>, From: "Chris H" Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Date: Wed, 13 Jul 2016 23:46:14 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <6b3b25c678009654828d50b6940eae99@ultimatedns.net> Content-Transfer-Encoding: 8bit X-Milter: Spamilter (Reciever: udns.ultimatedns.net; Sender-ip: 127.0.0.1; Sender-helo: ultimatedns.net; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 06:46:03 -0000 > On Wed, Jul 13, 2016 at 3:12 PM, Glen Barber wrote: > > > Just replying to the first email in the thread, since it's a general > > reply, and only related to the original topic at hand, and only for > > informative purposes at this point. > > > > On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > > > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > > > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > > > > > > I have *something* semi-working, with a huge amount of help from Maxim > > in private email. There is still a nit or two to fix, I'm running into > > them as I rebuild the ISO after fixing the prior issue. But, right now, > > I can get the ISO to boot enough to get to a shell (the "init failed due > > to inability to mount '/'" shell, but it is still a shell). :) > > > > Once I get what I have now into a state where it's somewhat committable, > > I'm going to create a project branch to sand off the edges, instead of > > doing it directly in head, since there might be some edge cases for > > non-x86 architectures. (But some other architectures do not have the > > "too big" problem.) > > > > Once that is merged, I fully intend to merge this to stable/11, provided > > there is no major fallout. With what I have now, disc1.iso is 630M, and > > the disc1.iso.xz is 554M. I'll upload an image somewhere public for > > people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, > > though, there appears to be a significantly non-zero speed decrease, > > though this may just be because my CD-ROM is USB-based. When I have the > > ready-to-commit result, I'll test it on a machine with an internal CD > > drive. > > > > Glen > > > > On Wed, 13 Jul 2016 22:30:33 -0700 Maxim Sobolev wrote > Hi Glen, nice update, glad being of some help. The slowdown may be related > to the fact that geom_uzip reads whole compressed cluster, which is 20-30k > typically, even if only single block from that cluster is requested. I > imagine it might impact rc.d, which is essentially bunch of small(ish) > shell scripts and I would not be surprised if their blocks would be > scattered all over the place. There is some very basic caching in the > geom_uzip module, but it is only one cluster deep. What might help if you > still have some room on the CD is to decrease cluster size (-s parameter of > mkuzip), to something like 32k or even 16k. That would make compression > less effective, but would reduce the I/O bandwidth waste, which could also > be important for the KVM setups. I might also look into making a bigger > cache, as RAM is getting cheaper and more abundant every day. Another > approach would be to make several "partitions", segregating for example > /etc stuff so it's all tighly packed together and you can also use smaller > cluster size for /etc and bigger for the rest. In any case, keep me posted > with your findings. > > -Max > It's CPU, and IO bound mostly, and it's going to prove painful for some with lesser powered hardware. But better than than the alternative. Right? Hey, Glen. Just a nod, for taking the time to do this! --Chris From owner-freebsd-current@freebsd.org Thu Jul 14 06:53:19 2016 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 1C73CB98406 for ; Thu, 14 Jul 2016 06:53:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 BBD5A1A68 for ; Thu, 14 Jul 2016 06:53:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29226 invoked from network); 14 Jul 2016 06:47:14 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 14 Jul 2016 06:47:14 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Thu, 14 Jul 2016 02:46:42 -0400 (EDT) Received: (qmail 29570 invoked from network); 14 Jul 2016 06:46:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Jul 2016 06:46:42 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 3C1BDB1E001; Wed, 13 Jul 2016 23:46:29 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc int instead of 32-bit SYSVR4's long and 64-bit ELF V2 long] From: Mark Millard In-Reply-To: Date: Wed, 13 Jul 2016 23:46:35 -0700 Cc: svn-src-head@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org, freebsd-arm , FreeBSD PowerPC ML , Bruce Evans , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3DFF1DC9-2AE6-498A-9FE0-4970E76F8AB5@dsl-only.net> References: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> <38CF2C28-3BD1-4D09-939F-4DD0C2E8B58F@dsl-only.net> To: Andrey Chernov X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 06:53:19 -0000 On 2016-Jul-13, at 6:00 PM, Andrey Chernov wrote: > On 13.07.2016 11:53, Mark Millard wrote: >> [The below does note that TARGET=3Dpowerpc has a mix of signed = wchar_t and unsigned char types and most architectures have both being = signed types.] >=20 > POSIX says nothing about wchar_t and char should be the same = (un)signed. > It is arm ABI docs may say so only. They are different entities > differently encoded and cross assigning between wchar_t and char is = not > recommended. [My "odd" would better have been the longer phrase "unusual for FreeBSD" = for the signed type mismatch point.] C11 (9899:2011[2012]) and C++11 (14882:2011(E)) agree with your POSIX = note: no constraint to have the same signed type status as char. But when I then looked at the "System V Application Binary Interface = PowerpC Processor Supplement" (1995-Sept SunSoft document) that I = believe FreeBSD uses for powerpc (32-bit only: TARGET_ARCH=3Dpowerpc) it = has: typedef long wchar_t; as part of: Figure 6-39 (page labeled 6-38). While agreeing about the signed-type status for wchar_t this does not = agree with FreeBSD 11.0's use of int as the type: sys/powerpc/include/_types.h:typedef int ___wchar_t; sys/powerpc/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ sys/powerpc/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ # clang --target=3Dpowerpc-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . I'm not as sure of which document is official for TARGET_ARCH=3Dpowerpc64 = but using "Power Architecture 64-bit ELF V2 ABI Specification" (Open = POWER ABI for Linux Supplement) as an example of what likely is common = for that context: 5.1.3 Types Defined in Standard header lists: typedef long wchar_t; which again does not agree with FreeBSD 11.0's use of int as the type: # clang --target=3Dpowerpc64-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more . . . #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 . . . =3D=3D=3D Mark Millard markmi at dsl-only.net >=20 > On 2016-Jul-11, at 8:57 PM, Andrey Chernov = wrote: >=20 >> On 12.07.2016 5:44, Mark Millard wrote: >>> My understanding of the criteria for __WCHAR_MIN and __WCHAR_MAX: >>>=20 >>> A) __WCHAR_MIN and __WCHAR_MAX: same type as the integer promotion = of >>> ___wchar_t (if that is distinct). >>> B) __WCHAR_MIN is the low value for ___wchar_t as an integer type; = not >>> necessarily a valid char value >>> C) __WCHAR_MAX is the high value for ___wchar_t as an integer type; = not >>> necessarily a valid char value >>=20 >> It seems you are right about "not a valid char value", I'll back this >> change out. >>=20 >>> As far as I know arm FreeBSD uses unsigned character types (of = whatever >>> width). >>=20 >> Probably it should be unsigned for other architectures too, clang = does >> not generate negative values with L'' literals and locale use = only >> positive values too. >=20 > Looking around: >=20 > # grep -i wchar sys/*/include/_types.h > sys/arm/include/_types.h:typedef unsigned int ___wchar_t; > sys/arm/include/_types.h:#define __WCHAR_MIN 0 = /* min value for a wchar_t */ > sys/arm/include/_types.h:#define __WCHAR_MAX __UINT_MAX = /* max value for a wchar_t */ > sys/arm64/include/_types.h:typedef unsigned int ___wchar_t; > sys/arm64/include/_types.h:#define __WCHAR_MIN 0 = /* min value for a wchar_t */ > sys/arm64/include/_types.h:#define __WCHAR_MAX __UINT_MAX = /* max value for a wchar_t */ > sys/mips/include/_types.h:typedef int ___wchar_t; > sys/mips/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ > sys/mips/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ > sys/powerpc/include/_types.h:typedef int ___wchar_t; > sys/powerpc/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ > sys/powerpc/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ > sys/riscv/include/_types.h:typedef int ___wchar_t; > sys/riscv/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ > sys/riscv/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ > sys/sparc64/include/_types.h:typedef int ___wchar_t; > sys/sparc64/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ > sys/sparc64/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ > sys/x86/include/_types.h:typedef int ___wchar_t; > sys/x86/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ > sys/x86/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >=20 > So only arm and arm64 have unsigned wchar_t types. >=20 > [NOTE: __CHAR16_TYPE__ and __CHAR32_TYPE__ are always unsigned: in = C++11 terms char16_t is like std::uint_least16_t and char32_t is like = std::uint_least32_t despite being distinct types. So __CHAR16_TYPE__ and = __CHAR32_TYPE__ are ignored below.] >=20 > The clang 3.8.0 compiler output has an odd mix for TARGET_ARCH=3Dpowerpc= and TARGET_ARCH=3Dpowerpc64 . . . >=20 > armv6 has unsigned types for both char and __WCHAR_TYPE__. > aarch64 has unsigned types for both char and __WCHAR_TYPE__. > powerpc has unsigned for char but signed for __WCHAR_TYPE__. > powerpc64 has unsigned for char but signed for __WCHAR_TYPE__. > amd64 has signed types for both char and __WCHAR_TYPE__. > i386 has signed types for both char and __WCHAR_TYPE__. > mips has signed types for both char and __WCHAR_TYPE__. > sparc64 has signed types for both char and __WCHAR_TYPE__. > (riscv is not covered by clang as I understand) >=20 > The details via compiler #define's. . . >=20 > # clang --target=3Darmv6-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 4294967295U > #define __WCHAR_TYPE__ unsigned int > #define __WCHAR_UNSIGNED__ 1 > #define __WCHAR_WIDTH__ 32 > . . . >=20 > # clang --target=3Daarch64-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 4294967295U > #define __WCHAR_TYPE__ unsigned int > #define __WCHAR_UNSIGNED__ 1 > #define __WCHAR_WIDTH__ 32 > . . . >=20 > # clang --target=3Dpowerpc-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . >=20 > Is powerpc wrong? >=20 > # clang --target=3Dpowerpc64-freebsd11 -std=3Dc99 -E -dM - < = /dev/null | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > #define __CHAR_UNSIGNED__ 1 > . . . > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . >=20 > Is powerpc64 wrong? >=20 >=20 > # clang --target=3Damd64-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . >=20 > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . >=20 > # clang --target=3Di386-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more > . . . > #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . >=20 > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . >=20 >=20 > # clang --target=3Dmips-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . >=20 > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . >=20 > # clang --target=3Dsparc64-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more > . . . > #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ > . . . > #define __CHAR_BIT__ 8 > . . . (note the lack of __CHAR_UNSIGNED__) . . . >=20 > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . (note the lack of __WCHAR_UNSIGNED__) . . . >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 From owner-freebsd-current@freebsd.org Thu Jul 14 08:54:54 2016 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 A1E07B97D18 for ; Thu, 14 Jul 2016 08:54:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 93F8319FC; Thu, 14 Jul 2016 08:54:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E649F1EA; Thu, 14 Jul 2016 08:54:54 +0000 (UTC) Date: Thu, 14 Jul 2016 08:54:54 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1759050288.67.1468486494856.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1995113098.65.1468472418065.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1995113098.65.1468472418065.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #148 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 08:54:54 -0000 See From owner-freebsd-current@freebsd.org Thu Jul 14 09:53:40 2016 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 104A5B92D6F for ; Thu, 14 Jul 2016 09:53:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 B3BB21A64 for ; Thu, 14 Jul 2016 09:53:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28386 invoked from network); 14 Jul 2016 09:54:11 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 14 Jul 2016 09:54:11 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Thu, 14 Jul 2016 05:53:37 -0400 (EDT) Received: (qmail 1143 invoked from network); 14 Jul 2016 09:53:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Jul 2016 09:53:36 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id BC0BEB1E001; Thu, 14 Jul 2016 02:53:29 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc int instead of 32-bit SYSVR4's long and 64-bit ELF V2 long] From: Mark Millard In-Reply-To: <3DFF1DC9-2AE6-498A-9FE0-4970E76F8AB5@dsl-only.net> Date: Thu, 14 Jul 2016 02:53:29 -0700 Cc: svn-src-head@freebsd.org, FreeBSD Current , freebsd-stable@freebsd.org, freebsd-arm , FreeBSD PowerPC ML , FreeBSD Toolchain , Bruce Evans Content-Transfer-Encoding: quoted-printable Message-Id: <580A746B-3F02-44FA-AB2E-20CC71A1E9D2@dsl-only.net> References: <46153340-D2F4-48BD-B738-4792BC25FA3F@dsl-only.net> <38CF2C28-3BD1-4D09-939F-4DD0C2E8B58F@dsl-only.net> <3DFF1DC9-2AE6-498A-9FE0-4970E76F8AB5@dsl-only.net> To: Andrey Chernov X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 09:53:40 -0000 [Top post of a history note for powerpc and wchar_t's type in FreeBSD. = The history is from looking around in svn.] [The below is not a complaint or a request for a change. It just looks = like int for wchar_t for powerpc was a choice made long ago for simpler = code given FreeBSD's pre-existing structure.] int being used for powerpc wchar_t on FreeBSD goes back to at least = 2001-Jan-1. [FYI: "27 February, 2008: FreeBSD 7.0 is the first release = to officially support the FreeBSD/ppc port". So long before official = support.] wchar_t's type is one place where FreeBSD choose to override the powerpc = (and powerpc64) ABI standards (that indicate long, not int). I'm not = sure if this was implicit vs. explicitly realizing the ABI mismatch. = [The SYSVR4 32-bit powerpc ABI goes back to 1995.] I first traced the history back to 2002-Aug-23: -r102315 of = sys/sys/_types.h standardized FreeBSD on the following until the ARM = change: typedef int __ct_rune_t; typedef __ct_rune_t __rune_t; typedef __ct_rune_t __wchar_t; typedef __ct_rune_t __wint_t; Prior to this there was 2002-Aug-21's -r102227 = sys/powerpc/include/_types.h that used __int32_t. Prior to that had ansi.h and types.h instead of _types.h --and ansi.h = had: #define _BSD_WCHAR_T_ _BSD_CT_RUNE_T_ /* wchar_t (see below) = */ . . . #define _BSD_CT_RUNE_T_ int /* arg type for ctype = funcs */ Going back to sys/powerpc/include/ansi.h's -r70571 (2001-Jan-1 creation = in svn): #define _BSD_WCHAR_T_ int /* wchar_t */ And the comments back then say: . . . It is not * unsigned so that EOF (-1) can be naturally assigned to it and used. . . . The reason an int was * chosen over a long is that the is*() and to*() routines take ints = (says * ANSI C), but they use __ct_rune_t instead of int. I've decided to not go any farther back in time (if there is prior = history for wchar_t for powerpc). Ignoring the temporary __int32_t use: FreeBSD has had its own powerpc = wchar_t type (int) for at least the last 15 years, at least when viewed = just relative to the powerpc ABI(s) FreeBSD is based on for powerpc. Modern gcc versions even have the FreeBSD wchar_t type correct for = powerpc variants in recent times: int. Previously some notation (L based = notation) used the wrong type for one of the powerpc variants (32-bit = vs. 64-bit), causing lots of false-positive compiler notices. gcc had = followed the ABI involved (long int) until the correction. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jul-13, at 11:46 PM, Mark Millard = wrote: > On 2016-Jul-13, at 6:00 PM, Andrey Chernov = wrote: >=20 >> On 13.07.2016 11:53, Mark Millard wrote: >>> [The below does note that TARGET=3Dpowerpc has a mix of signed = wchar_t and unsigned char types and most architectures have both being = signed types.] >>=20 >> POSIX says nothing about wchar_t and char should be the same = (un)signed. >> It is arm ABI docs may say so only. They are different entities >> differently encoded and cross assigning between wchar_t and char is = not >> recommended. >=20 > [My "odd" would better have been the longer phrase "unusual for = FreeBSD" for the signed type mismatch point.] >=20 > C11 (9899:2011[2012]) and C++11 (14882:2011(E)) agree with your POSIX = note: no constraint to have the same signed type status as char. >=20 > But when I then looked at the "System V Application Binary Interface = PowerpC Processor Supplement" (1995-Sept SunSoft document) that I = believe FreeBSD uses for powerpc (32-bit only: TARGET_ARCH=3Dpowerpc) it = has: >=20 > typedef long wchar_t; >=20 > as part of: Figure 6-39 (page labeled 6-38). >=20 > While agreeing about the signed-type status for wchar_t this does not = agree with FreeBSD 11.0's use of int as the type: >=20 > sys/powerpc/include/_types.h:typedef int ___wchar_t; > sys/powerpc/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ > sys/powerpc/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >=20 > # clang --target=3Dpowerpc-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more > . . . > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . >=20 > I'm not as sure of which document is official for = TARGET_ARCH=3Dpowerpc64 but using "Power Architecture 64-bit ELF V2 ABI = Specification" (Open POWER ABI for Linux Supplement) as an example of = what likely is common for that context: 5.1.3 Types Defined in Standard = header lists: >=20 > typedef long wchar_t; >=20 > which again does not agree with FreeBSD 11.0's use of int as the type: >=20 > # clang --target=3Dpowerpc64-freebsd11 -std=3Dc99 -E -dM - < = /dev/null | more > . . . > #define __WCHAR_MAX__ 2147483647 > #define __WCHAR_TYPE__ int > #define __WCHAR_WIDTH__ 32 > . . . >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 >>=20 >> On 2016-Jul-11, at 8:57 PM, Andrey Chernov = wrote: >>=20 >>> On 12.07.2016 5:44, Mark Millard wrote: >>>> My understanding of the criteria for __WCHAR_MIN and __WCHAR_MAX: >>>>=20 >>>> A) __WCHAR_MIN and __WCHAR_MAX: same type as the integer promotion = of >>>> ___wchar_t (if that is distinct). >>>> B) __WCHAR_MIN is the low value for ___wchar_t as an integer type; = not >>>> necessarily a valid char value >>>> C) __WCHAR_MAX is the high value for ___wchar_t as an integer type; = not >>>> necessarily a valid char value >>>=20 >>> It seems you are right about "not a valid char value", I'll back = this >>> change out. >>>=20 >>>> As far as I know arm FreeBSD uses unsigned character types (of = whatever >>>> width). >>>=20 >>> Probably it should be unsigned for other architectures too, clang = does >>> not generate negative values with L'' literals and locale use = only >>> positive values too. >>=20 >> Looking around: >>=20 >> # grep -i wchar sys/*/include/_types.h >> sys/arm/include/_types.h:typedef unsigned int ___wchar_t; >> sys/arm/include/_types.h:#define __WCHAR_MIN 0 = /* min value for a wchar_t */ >> sys/arm/include/_types.h:#define __WCHAR_MAX __UINT_MAX = /* max value for a wchar_t */ >> sys/arm64/include/_types.h:typedef unsigned int ___wchar_t; >> sys/arm64/include/_types.h:#define __WCHAR_MIN 0 = /* min value for a wchar_t */ >> sys/arm64/include/_types.h:#define __WCHAR_MAX __UINT_MAX = /* max value for a wchar_t */ >> sys/mips/include/_types.h:typedef int ___wchar_t; >> sys/mips/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ >> sys/mips/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >> sys/powerpc/include/_types.h:typedef int ___wchar_t; >> sys/powerpc/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ >> sys/powerpc/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >> sys/riscv/include/_types.h:typedef int ___wchar_t; >> sys/riscv/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ >> sys/riscv/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >> sys/sparc64/include/_types.h:typedef int ___wchar_t; >> sys/sparc64/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ >> sys/sparc64/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >> sys/x86/include/_types.h:typedef int ___wchar_t; >> sys/x86/include/_types.h:#define __WCHAR_MIN __INT_MIN = /* min value for a wchar_t */ >> sys/x86/include/_types.h:#define __WCHAR_MAX __INT_MAX = /* max value for a wchar_t */ >>=20 >> So only arm and arm64 have unsigned wchar_t types. >>=20 >> [NOTE: __CHAR16_TYPE__ and __CHAR32_TYPE__ are always unsigned: in = C++11 terms char16_t is like std::uint_least16_t and char32_t is like = std::uint_least32_t despite being distinct types. So __CHAR16_TYPE__ and = __CHAR32_TYPE__ are ignored below.] >>=20 >> The clang 3.8.0 compiler output has an odd mix for = TARGET_ARCH=3Dpowerpc and TARGET_ARCH=3Dpowerpc64 . . . >>=20 >> armv6 has unsigned types for both char and __WCHAR_TYPE__. >> aarch64 has unsigned types for both char and __WCHAR_TYPE__. >> powerpc has unsigned for char but signed for __WCHAR_TYPE__. >> powerpc64 has unsigned for char but signed for __WCHAR_TYPE__. >> amd64 has signed types for both char and __WCHAR_TYPE__. >> i386 has signed types for both char and __WCHAR_TYPE__. >> mips has signed types for both char and __WCHAR_TYPE__. >> sparc64 has signed types for both char and __WCHAR_TYPE__. >> (riscv is not covered by clang as I understand) >>=20 >> The details via compiler #define's. . . >>=20 >> # clang --target=3Darmv6-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more >> . . . >> #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> #define __CHAR_UNSIGNED__ 1 >> . . . >> #define __WCHAR_MAX__ 4294967295U >> #define __WCHAR_TYPE__ unsigned int >> #define __WCHAR_UNSIGNED__ 1 >> #define __WCHAR_WIDTH__ 32 >> . . . >>=20 >> # clang --target=3Daarch64-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more >> . . . >> #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> #define __CHAR_UNSIGNED__ 1 >> . . . >> #define __WCHAR_MAX__ 4294967295U >> #define __WCHAR_TYPE__ unsigned int >> #define __WCHAR_UNSIGNED__ 1 >> #define __WCHAR_WIDTH__ 32 >> . . . >>=20 >> # clang --target=3Dpowerpc-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more >> . . . >> #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> #define __CHAR_UNSIGNED__ 1 >> . . . >> #define __WCHAR_MAX__ 2147483647 >> #define __WCHAR_TYPE__ int >> #define __WCHAR_WIDTH__ 32 >> . . . (note the lack of __WCHAR_UNSIGNED__) . . . >>=20 >> Is powerpc wrong? >>=20 >> # clang --target=3Dpowerpc64-freebsd11 -std=3Dc99 -E -dM - < = /dev/null | more >> . . . >> #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> #define __CHAR_UNSIGNED__ 1 >> . . . >> #define __WCHAR_MAX__ 2147483647 >> #define __WCHAR_TYPE__ int >> #define __WCHAR_WIDTH__ 32 >> . . . (note the lack of __WCHAR_UNSIGNED__) . . . >>=20 >> Is powerpc64 wrong? >>=20 >>=20 >> # clang --target=3Damd64-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more >> . . . >> #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> . . . (note the lack of __CHAR_UNSIGNED__) . . . >>=20 >> #define __WCHAR_MAX__ 2147483647 >> #define __WCHAR_TYPE__ int >> #define __WCHAR_WIDTH__ 32 >> . . . (note the lack of __WCHAR_UNSIGNED__) . . . >>=20 >> # clang --target=3Di386-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more >> . . . >> #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> . . . (note the lack of __CHAR_UNSIGNED__) . . . >>=20 >> #define __WCHAR_MAX__ 2147483647 >> #define __WCHAR_TYPE__ int >> #define __WCHAR_WIDTH__ 32 >> . . . (note the lack of __WCHAR_UNSIGNED__) . . . >>=20 >>=20 >> # clang --target=3Dmips-freebsd11 -std=3Dc99 -E -dM - < /dev/null | = more >> . . . >> #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> . . . (note the lack of __CHAR_UNSIGNED__) . . . >>=20 >> #define __WCHAR_MAX__ 2147483647 >> #define __WCHAR_TYPE__ int >> #define __WCHAR_WIDTH__ 32 >> . . . (note the lack of __WCHAR_UNSIGNED__) . . . >>=20 >> # clang --target=3Dsparc64-freebsd11 -std=3Dc99 -E -dM - < /dev/null = | more >> . . . >> #define __BYTE_ORDER__ __ORDER_BIG_ENDIAN__ >> . . . >> #define __CHAR_BIT__ 8 >> . . . (note the lack of __CHAR_UNSIGNED__) . . . >>=20 >> #define __WCHAR_MAX__ 2147483647 >> #define __WCHAR_TYPE__ int >> #define __WCHAR_WIDTH__ 32 >> . . . (note the lack of __WCHAR_UNSIGNED__) . . . >>=20 >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Jul 14 14:17:40 2016 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 692CCB99824 for ; Thu, 14 Jul 2016 14:17:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 312B112F1 for ; Thu, 14 Jul 2016 14:17:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x229.google.com with SMTP id fi15so29106778pac.1 for ; Thu, 14 Jul 2016 07:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=wBl4cVM2tz/B4hkjS4Vdst17uxWeubQqG8n6WBEcOro=; b=q9AVT0YoBdp/z5ttMOsDECfpxKZASnzn2YrMGCUteIPvmVd91v9w14Y+iU5QsZNxj9 qQskZ4QvZvTqMBo5KYuZlXIJlc4Dmft3KZCXOf/3sBCRubuplQ65x0o6CvlbsJDbDFBy Xcv/EB1/+ZLtdH2TkvgP3bhPOdm/2D6PVjAmMqMjOi998GZV+ZnxJsQ/LtuBHBU2Phyy CFwnByBmX62CuRNskylHBwvVx+wRSD/LkHKT13aPBrsRqBwqqK3Fv0bb4s9+MsYl2M8D GLdN+CpqR9DPtf1CWiOzcAFCKGYWVoNGjsjBHKc8Er01rtDGWM2DBKhhFBrTYLDWEbYT /2ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=wBl4cVM2tz/B4hkjS4Vdst17uxWeubQqG8n6WBEcOro=; b=TpWX4h+qklHAf84sl2k4lTHxbTD+CMQRpmOznn/NBiPo89zB0RYGDeaCg6mWynpvbJ NEt6WQ8cuTjS73myig2nC65b2hS9LHYQJA22qIqsY6F1Vg59JdYs70My1C7EhifOa+g/ dOmt0GsoqKcsVBvlzZS1cq2HrW7vW7t0VdMSxI8r6ESaCRS5QQqEZPUFWawkZEiujXAJ OsIxPKoI5jqKIfPXO1Wl0vD+Cd14u0JpY8qOGwjnpe2J0MB3oDaWstanHxogc66kDYuM yEPO3myLakzx8TInXyar1iJit7RUwIwLUdggpghxhRWtZDx8rgTQaGYmUDj0Zb6gKLJr xECQ== X-Gm-Message-State: ALyK8tLSIUyz1tvMzA7pHGi8d+LahrS7Q1PHP2UPG07ahlkT42bgJwsT18GMaG8/ORVgNA== X-Received: by 10.66.139.162 with SMTP id qz2mr23343432pab.60.1468505859777; Thu, 14 Jul 2016 07:17:39 -0700 (PDT) Received: from [192.168.20.9] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id o193sm4162880pfo.12.2016.07.14.07.17.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 14 Jul 2016 07:17:38 -0700 (PDT) Subject: Re: r302773: non-removable files with "make delete-old" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FA18AED9-DF48-400D-BA3A-852FD703458A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <20160713202038.4cee9161.ohartman@zedat.fu-berlin.de> Date: Thu, 14 Jul 2016 07:17:34 -0700 Cc: David Wolfskill , FreeBSD CURRENT Message-Id: References: <20160713183510.400c943e.ohartman@zedat.fu-berlin.de> <20160713164005.GU1261@albert.catwhisker.org> <20160713202038.4cee9161.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 14:17:40 -0000 --Apple-Mail=_FA18AED9-DF48-400D-BA3A-852FD703458A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jul 13, 2016, at 11:20, O. Hartmann = wrote: >=20 > Am Wed, 13 Jul 2016 09:40:05 -0700 > David Wolfskill schrieb: >=20 >> On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: >>> make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT = #12 r302773: Wed >>> Jul 13 18:10:55 CEST 2016), but they seem not to disappear. They are = present after an >>> installation of world again and again: >>>=20 >>> [...] >>> remove /usr/share/locale/kk_KZ.UTF-8/LC_COLLATE? y >>> .... >>=20 >> Please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211046 >>=20 >> (Above applies to both head & stable/11.) >>=20 >> Peace, >> david >=20 > All right, I'm not the only one. Fixed in ^/head@r302842; will be MFCed after a week to = ^/stable/11 . Thanks for the report! -Ngie --Apple-Mail=_FA18AED9-DF48-400D-BA3A-852FD703458A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXh57/AAoJEPWDqSZpMIYVfgIQALTaogDoNkQA5jKZA9aJU/vo sK4sKjK0KD49XJcvD1nWfj5m8xsl/XTfC6X3PemSemit//2pjaxvw+4KZw98vKHZ 2nst0NCOYWHshTQkksS2cKI5B6LrL5xf70GoVxVNXd9GOBoElPj36Yw1HQqZgTbT 0j1Kf4bD/TeXyEG2p2YCvnyXxiWTQ7MN6AuPUCb5P79W9zMLOp8SBITurAO4srmM z/NQEfEzvKemletfpQb00UCqHX/SCbsr0XPTOZweMpKbOZl6c8ozNMoKDzJkZQdN bwOAELcQI9+d6tkvhKycUD9aEEGB5q9DcSA5s+3lNkyCkzLvJgWt35gillSJ0NPg jUuuxN2hPYc1ecoa6lFx7vW07uegma87HRoEvWV1cqzwShJ3rst2h1ylModDcSlF Rb5rpAY0fkIKxCGyK8Mu4SJX7oRouY/7aXEU2dVnkKY5Dn2+SNtQFM7nnID5Ts2z 5jlKJU4jFQNX1MmX6Csev2DHP2ginn7yKGeg6Twgt4z+W2IWK85tzMYfsKREhSro uzNL7EgYU88RWnWZwBY2Hu++11hjoT4uS+SNoGhgkYf5JmvMoH32oyTCu4aWeeDq iVgDK+MjL+zC2/owOa6VFcZn+fooOcfs7l1LPlBZduazAESo+Yfdvaw3LufPinSf 4ZxV8jKyZjoskbNFPDLn =cRK6 -----END PGP SIGNATURE----- --Apple-Mail=_FA18AED9-DF48-400D-BA3A-852FD703458A-- From owner-freebsd-current@freebsd.org Thu Jul 14 17:30:00 2016 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 70928B994FD for ; Thu, 14 Jul 2016 17:30:00 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05CC91213 for ; Thu, 14 Jul 2016 17:29:59 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u6EHH46M051378 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 14 Jul 2016 20:17:06 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u6EHDD8p002139 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 14 Jul 2016 20:13:13 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u6EHDCWx002138 for freebsd-current@freebsd.org; Thu, 14 Jul 2016 20:13:13 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Subject: CURRENT: frequent crashes if mpd5 is running Date: Thu, 14 Jul 2016 20:13:11 +0300 Message-ID: <2010863.QW57ajHvRt@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 17:30:00 -0000 I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes triggered by mpd5: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff814f6162 stack pointer = 0x28:0xfffffe011b06d640 frame pointer = 0x28:0xfffffe011b06d670 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 = 901 (mpd5) trap number = 12 panic: page fault cpuid = 0 #0 doadump (textdump=) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:221 #1 0xffffffff80749169 in kern_reboot (howto=260) at ../../../kern/kern_shutdown.c:366 #2 0xffffffff807496e1 in vpanic (fmt=, ap=) at ../../../kern/kern_shutdown.c:759 #3 0xffffffff80749553 in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:690 #4 0xffffffff80a5aca1 in trap_fatal (frame=0xfffffe011b06d590, eva=16) at ../../../amd64/amd64/trap.c:841 #5 0xffffffff80a5af51 in trap_pfault (frame=0x0, usermode=0) at ../../../amd64/amd64/trap.c:716 #6 0xffffffff80a5a430 in trap (frame=0xfffffe011b06d590) at ../../../amd64/amd64/trap.c:442 #7 0xffffffff80a3e161 in calltrap () at ../../../amd64/amd64/exception.S:236 #8 0xffffffff814f6162 in ng_uncallout (c=0xfffff80004842460, node=0xfffff80004c79a00) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3815 #9 0xffffffff8151bbab in ng_pptpgre_disconnect (hook=) at /usr/src/sys/modules/netgraph/pptpgre/../../../netgraph/ng_pptpgre.c:966 #10 0xffffffff814f2928 in ng_destroy_hook (hook=0xfffff8000487ad80) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1219 #11 0xffffffff814f2635 in ng_rmnode (node=, dummy1=, dummy2=, dummy3=) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:744 #12 0xffffffff814f4832 in ng_apply_item (node=0xfffff80004c79a00, item=0xfffff80004e72600, rw=1) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2523 #13 0xffffffff814f41a3 in ng_snd_item (item=, flags=) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2320 #14 0xffffffff814eec4e in ngc_send (so=, flags=, m=, addr=, control=, td=) at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:338 #15 0xffffffff807dee17 in sosend_generic (so=, addr=, uio=, top=, control=, flags=, td=) at ../../../kern/uipc_socket.c:1359 #16 0xffffffff807e66b8 in kern_sendit (td=, s=, mp=, flags=0, control=0x0, segflg=) at ../../../kern/uipc_syscalls.c:848 #17 0xffffffff807e6abf in sendit (td=0xfffff800047caa00, s=, mp=0xfffffe011b06da60, flags=) at ../../../kern/uipc_syscalls.c:775 #18 0xffffffff807e690d in sys_sendto (td=0x0, uap=) at ../../../kern/uipc_syscalls.c:899 #19 0xffffffff80a5b618 in amd64_syscall (td=, traced=0) at subr_syscall.c:135 #20 0xffffffff80a3e44b in Xfast_syscall () at ../../../amd64/amd64/exception.S:396 #21 0x00000008025d284a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal From owner-freebsd-current@freebsd.org Thu Jul 14 18:04:59 2016 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 F1D5DB99001 for ; Thu, 14 Jul 2016 18:04:59 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0104.outbound.protection.outlook.com [104.47.33.104]) (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 9BDFF1A5C for ; Thu, 14 Jul 2016 18:04:58 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qlgc.onmicrosoft.com; s=selector1-qlogic-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VlerPOruuWPgk/h01/3mN2q46YHUb6LoFvN9cZ9gPvs=; b=ao35pac25GbbgDUIc9j4XsXbgNTy/WYzBs5lXvlnGnHcl5yK0pHJHoXnvxQj+rQkMhqo5PMwM1maQ4MYBXjJonmyYG5hnxu5gKU3C7msU32zxSxr6np749IBMFImJnAtnN0q+MJQx9nR+R0akMxbX9QZnE9Zf5Pi4WZ4T75VEYA= Received: from DM2PR11MB0222.namprd11.prod.outlook.com (10.160.132.25) by DM2PR11MB0224.namprd11.prod.outlook.com (10.160.132.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.544.10; Thu, 14 Jul 2016 17:31:40 +0000 Received: from DM2PR11MB0222.namprd11.prod.outlook.com ([10.160.132.25]) by DM2PR11MB0222.namprd11.prod.outlook.com ([10.160.132.25]) with mapi id 15.01.0528.026; Thu, 14 Jul 2016 17:31:40 +0000 From: David Somayajulu To: "freebsd-current@freebsd.org (freebsd-current@FreeBSD.org)" Subject: RoCE v2 on FreeBSD Thread-Topic: RoCE v2 on FreeBSD Thread-Index: AdHd9Yk09P+ItWJIR+6nKaZ5jsQC3Q== Date: Thu, 14 Jul 2016 17:31:40 +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=david.somayajulu@qlogic.com; x-originating-ip: [198.186.0.2] x-ms-office365-filtering-correlation-id: 32a66ea1-36b7-42c1-c55a-08d3ac0cb792 x-microsoft-exchange-diagnostics: 1; DM2PR11MB0224; 20:cKTmnN1h57i+whxB6HESQbLdhA8XLmfznaJtWCwt5UQ0MgqEYenKsCemZWr66GQuoabG0Qvu97deCcjND8T3dUxEtXNBDoFDhVhkLp6uAO5g1mkcZYdyyyQQCLTC6ZsYlwqmlIoHEV5iWX4qYYYqg8Upyy2mmddr2qN/aJ6BetU= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR11MB0224; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DM2PR11MB0224; BCL:0; PCL:0; RULEID:; SRVR:DM2PR11MB0224; x-forefront-prvs: 00032065B2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(53754006)(189002)(50986999)(86362001)(122556002)(54356999)(229853001)(586003)(10400500002)(11100500001)(19580395003)(106356001)(19625215002)(189998001)(101416001)(790700001)(6116002)(102836003)(3846002)(110136002)(450100001)(92566002)(107886002)(99286002)(76576001)(81156014)(81166006)(3660700001)(15975445007)(16236675004)(9326002)(8676002)(19300405004)(3280700002)(33656002)(8936002)(558084003)(5002640100001)(97736004)(7736002)(7846002)(5003600100003)(7696003)(2900100001)(74316002)(68736007)(87936001)(66066001)(77096005)(105586002)(2906002)(9686002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR11MB0224; H:DM2PR11MB0222.namprd11.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: qlogic.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: qlogic.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jul 2016 17:31:40.6524 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0d68a1f9-1490-4d0e-8767-a87dab3ef2ba X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR11MB0224 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 18:05:00 -0000 Hi All, Does FreeBSD support RoCE v2 ? Thanks David S. From owner-freebsd-current@freebsd.org Thu Jul 14 18:12:45 2016 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 A5954B9923A for ; Thu, 14 Jul 2016 18:12:45 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AD4A1EAB for ; Thu, 14 Jul 2016 18:12:45 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pa0-x230.google.com with SMTP id dx3so31016708pab.2 for ; Thu, 14 Jul 2016 11:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=MBnKKwKAAnjOsW5jiT1uvuaicBas1bIsb5bFOlMgi9s=; b=u/L6kKJl20o1aJWHSVJoWyudRFM4HNlaiiKDWA/8DXIuA7zXHgvW7OS8bHtsP2l2VL FcDXnMjvMTO95MAiFy1CjgUToRRO+uoqMAo3Iab8DMn9eHHAz7E5xBtFmZcZXD6zXviK ZvqK1IDjJA10AQ6O452+kk8mKB7l5GLBQWSz59iVYeNpMurMczX3c4++AHwIx6Rr1xbf yh2FMMOTzilVP8qzypIyyEgT9haTBNGZcLxSeokaquxN37JBKsl6pagyXPi6hIKbKzlF CmEZFfo+8MVl5c9S1uIMlx0/aqYUNbHWu/zaB+vZ7Bmyg96Gly2ERrmxD3Lx4kzkwt2Z 5qDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=MBnKKwKAAnjOsW5jiT1uvuaicBas1bIsb5bFOlMgi9s=; b=jmDiarPM4aZG0C4oXVcmmEa287MktRBrLbjoMuJ4ah2/PxZsTCoiQuIKK31jqK6zhZ qVjLkL9JMZEQmOpAGH7CF/FUSRrKCuRo8XFqRI+UkxQSOC1WeKBOUtLPB2bhY4bFyOe6 5vXewYaIZxo9kZkcKKMvfcDGATyUHCOFq9uiKdICzdqOYIxGD47MoRM/7netMxIY/HOd T9Z7ZI01vPALBoECX8s5f68YfR70lps2JDtBkYp0mHJSxCOqtgnHpQEVTaw4/eq3pzhZ CVg7DfjHkg9Uhp3f6vOGwWr0wqHQQV9O9VkuSc0beB6k0SrXTbEJ06k8DhMdLbznSIrN PFRA== X-Gm-Message-State: ALyK8tKrPpQ813qYjWA9nx6f1Mv35hfaSQJCGZAIy6bLLUpHg6AsVQSXHWCoZBRqJeQvog== X-Received: by 10.66.101.101 with SMTP id ff5mr18610298pab.88.1468519964946; Thu, 14 Jul 2016 11:12:44 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id k78sm4643227pfa.78.2016.07.14.11.12.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jul 2016 11:12:44 -0700 (PDT) Sender: Mark Johnston Date: Thu, 14 Jul 2016 11:16:05 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160714181605.GA17310@wkstn-mjohnston.west.isilon.com> References: <20160712170502.GA71220@wkstn-mjohnston.west.isilon.com> <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> <20160713191947.GW38613@kib.kiev.ua> <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> <20160714052537.GZ38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160714052537.GZ38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 18:12:45 -0000 On Thu, Jul 14, 2016 at 08:25:37AM +0300, Konstantin Belousov wrote: > On Wed, Jul 13, 2016 at 01:01:39PM -0700, Mark Johnston wrote: > > On Wed, Jul 13, 2016 at 10:19:47PM +0300, Konstantin Belousov wrote: > > > Hmm, I think no, we can not make such change. Issue is, debugger > > > interface guarantees (at least for single-threaded programs it is > > > done correctly) that SIGSTOP is noted. In my opinion, it would be the > > > incompatible API change. > > > > But this guarantee is not honoured in the single-threaded case where > > PT_ATTACH sends SIGSTOP after another signal is already pending. This > > other signal will stop the process in ptracestop(), so SIGSTOP will not > > be reported until after a PT_CONTINUE or PT_DETACH, which seems to > > violate the interface as you described it. Am I missing some reason > > that this cannot occur? If not, I'll write a test case for the > > single-threaded case first. > > Please give me some initial test case, I am fine with single-threaded case. > I do not think that the mt test would be much different ? Please see the program here: https://people.freebsd.org/~markj/ptrace_stop.c It cheats a bit: it uses SIGSTOP to stop the child before sending a SIGHUP to it. However, this is just for convenience; note that PT_ATTACH will result in a call to thread_unsuspend() on the child, so PT_ATTACH's SIGSTOP will be delivered to a running process. When ptrace attaches, the child stops and WSTOPSIG(status) == SIGHUP. When ptrace detaches, the child is left stopped. From owner-freebsd-current@freebsd.org Thu Jul 14 18:38:21 2016 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 34C7FB99819 for ; Thu, 14 Jul 2016 18:38:21 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 029911C8F for ; Thu, 14 Jul 2016 18:38:20 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 0D95615F0; Thu, 14 Jul 2016 18:38:19 +0000 (UTC) Subject: Re: CURRENT: frequent crashes if mpd5 is running To: "Oleg V. Nauman" , freebsd-current@freebsd.org References: <2010863.QW57ajHvRt@asus.theweb.org.ua> From: Allan Jude Message-ID: <24373448-44df-0072-0289-351fbf069b93@freebsd.org> Date: Thu, 14 Jul 2016 14:38:15 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <2010863.QW57ajHvRt@asus.theweb.org.ua> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bQd6eRwl4qsckL7m8bs7cSetAJcKI3Q72" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 18:38:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bQd6eRwl4qsckL7m8bs7cSetAJcKI3Q72 Content-Type: multipart/mixed; boundary="xDffWLuEJve5485NUigSVfNV0MMmKVOqk" From: Allan Jude To: "Oleg V. Nauman" , freebsd-current@freebsd.org Message-ID: <24373448-44df-0072-0289-351fbf069b93@freebsd.org> Subject: Re: CURRENT: frequent crashes if mpd5 is running References: <2010863.QW57ajHvRt@asus.theweb.org.ua> In-Reply-To: <2010863.QW57ajHvRt@asus.theweb.org.ua> --xDffWLuEJve5485NUigSVfNV0MMmKVOqk Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-07-14 13:13, Oleg V. Nauman wrote: > I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crash= es=20 > triggered by mpd5: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x10 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff814f6162 > stack pointer =3D 0x28:0xfffffe011b06d640 > frame pointer =3D 0x28:0xfffffe011b06d670 > 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 901 (mpd5) > trap number =3D 12 > panic: page fault > cpuid =3D 0 >=20 > #0 doadump (textdump=3D) at pcpu.h:221 > 221 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=3D) at pcpu.h:221 > #1 0xffffffff80749169 in kern_reboot (howto=3D260) > at ../../../kern/kern_shutdown.c:366 > #2 0xffffffff807496e1 in vpanic (fmt=3D, > ap=3D) at ../../../kern/kern_shutdown.c:759 > #3 0xffffffff80749553 in panic (fmt=3D0x0) at ../../../kern/kern_shutd= own.c:690 > #4 0xffffffff80a5aca1 in trap_fatal (frame=3D0xfffffe011b06d590, eva=3D= 16) > at ../../../amd64/amd64/trap.c:841 > #5 0xffffffff80a5af51 in trap_pfault (frame=3D0x0, usermode=3D0) > at ../../../amd64/amd64/trap.c:716 > #6 0xffffffff80a5a430 in trap (frame=3D0xfffffe011b06d590) > at ../../../amd64/amd64/trap.c:442 > #7 0xffffffff80a3e161 in calltrap () at ../../../amd64/amd64/exception= =2ES:236 > #8 0xffffffff814f6162 in ng_uncallout (c=3D0xfffff80004842460, > node=3D0xfffff80004c79a00) > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base= =2Ec:3815 > #9 0xffffffff8151bbab in ng_pptpgre_disconnect (hook=3D) > at=20 > /usr/src/sys/modules/netgraph/pptpgre/../../../netgraph/ng_pptpgre.c:96= 6 > #10 0xffffffff814f2928 in ng_destroy_hook (hook=3D0xfffff8000487ad80) > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base= =2Ec:1219 > #11 0xffffffff814f2635 in ng_rmnode (node=3D, > dummy1=3D, dummy2=3D, > dummy3=3D) > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base= =2Ec:744 > #12 0xffffffff814f4832 in ng_apply_item (node=3D0xfffff80004c79a00, > item=3D0xfffff80004e72600, rw=3D1) > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base= =2Ec:2523 > #13 0xffffffff814f41a3 in ng_snd_item (item=3D, > flags=3D) > at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base= =2Ec:2320 > #14 0xffffffff814eec4e in ngc_send (so=3D, > flags=3D, m=3D, > addr=3D, control=3D, > td=3D) > at /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket= =2Ec:338 > #15 0xffffffff807dee17 in sosend_generic (so=3D, > addr=3D, uio=3D, > top=3D, control=3D, > flags=3D, td=3D) > at ../../../kern/uipc_socket.c:1359 > #16 0xffffffff807e66b8 in kern_sendit (td=3D, > s=3D, mp=3D, flags=3D0, c= ontrol=3D0x0, > segflg=3D) at ../../../kern/uipc_syscalls.c:84= 8 > #17 0xffffffff807e6abf in sendit (td=3D0xfffff800047caa00, > s=3D, mp=3D0xfffffe011b06da60, > flags=3D) at ../../../kern/uipc_syscalls.c:775= > #18 0xffffffff807e690d in sys_sendto (td=3D0x0, uap=3D) > at ../../../kern/uipc_syscalls.c:899 > #19 0xffffffff80a5b618 in amd64_syscall (td=3D, tr= aced=3D0) > at subr_syscall.c:135 > #20 0xffffffff80a3e44b in Xfast_syscall () > at ../../../amd64/amd64/exception.S:396 > #21 0x00000008025d284a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 There is a patch for this issue: https://reviews.freebsd.org/D7209 You might try seeing if it solves your problem, and reporting that to the author --=20 Allan Jude --xDffWLuEJve5485NUigSVfNV0MMmKVOqk-- --bQd6eRwl4qsckL7m8bs7cSetAJcKI3Q72 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJXh9waAAoJEBmVNT4SmAt+qUoQAOokh1G+eHL57/y6hm1J7eKs pDwwfuPfcwU5z5iHWdItIHTw74rBjbQ3OTBg/kdF+8m52RVHRTcR1eXdLhIxJtUI JfWbwJVjdtOe901UHOqYpryGamTUML3z/HW+SX7DGX2TrQmwacu0aPZ5k15uAPz9 XLO6sDiqTl9mgVHOiXAaenb2Nlkhb5R2z7W6HlSnN2WKO4jYAl3onA7UUVvKiiq4 w9FejECPV75WRDR0gpU7BTOJuHwpXeqr23oj07UiWcXcuHAJJDVcJ3OblN+a8PAP AVvx2Qr39xmvho+ZTA3yOLil9O5qQi9ev9a9qRYh80MkbVVOiqtUspJzzjOY3cSj //hxPdMZWRUN/m6tN2GhJsXuloX/gwkr78hNjcWIrNPV4A9tnqAp4LhRWt3+S4nI sP3TMZ3ch8qPKTMGznrovrM7pXY8/0JRqQw1a/e0FUURmy8Lj9fM0cHbjnxT4Y7b yIM+Ha/ni6JnMiRkWyz4drdSsONHXG7oxubWtELyXyYsT4QqiMXs6rlqvV7rKTJd HCgYyPF5ntOLtf1abmOMiiMyc37cguPlV54jDxehyZOdMinntLkoMYuUiGZZD4XT vxTa7QyGDvx3SETLrI21wIONJX5u4nFq9l6AlRpsQ6EtAJkyx31s2F9b+kgc0iRh 0jcUPdc3X2D42f6nLzMh =Fepe -----END PGP SIGNATURE----- --bQd6eRwl4qsckL7m8bs7cSetAJcKI3Q72-- From owner-freebsd-current@freebsd.org Thu Jul 14 20:50:26 2016 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 E7166B9907E for ; Thu, 14 Jul 2016 20:50:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D04AF1754; Thu, 14 Jul 2016 20:50:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 904AF1168; Thu, 14 Jul 2016 20:50:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 14 Jul 2016 20:50:24 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160714205024.GO4690@FreeBSD.org> References: <20160713221253.GU1520@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0lsrIB+s628ok5gC" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 20:50:27 -0000 --0lsrIB+s628ok5gC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thank you for the additional information. I finally found my old laptop's internal CD-ROM drive, so I'll be able to at least check if the issue is USB-related. I just need to open the laptop to install it. After which I'll tinker with the cluster sizes and test further. Glen On Wed, Jul 13, 2016 at 10:30:33PM -0700, Maxim Sobolev wrote: > Hi Glen, nice update, glad being of some help. The slowdown may be related > to the fact that geom_uzip reads whole compressed cluster, which is 20-30k > typically, even if only single block from that cluster is requested. I > imagine it might impact rc.d, which is essentially bunch of small(ish) > shell scripts and I would not be surprised if their blocks would be > scattered all over the place. There is some very basic caching in the > geom_uzip module, but it is only one cluster deep. What might help if you > still have some room on the CD is to decrease cluster size (-s parameter = of > mkuzip), to something like 32k or even 16k. That would make compression > less effective, but would reduce the I/O bandwidth waste, which could also > be important for the KVM setups. I might also look into making a bigger > cache, as RAM is getting cheaper and more abundant every day. Another > approach would be to make several "partitions", segregating for example > /etc stuff so it's all tighly packed together and you can also use smaller > cluster size for /etc and bigger for the rest. In any case, keep me posted > with your findings. >=20 > -Max >=20 > On Wed, Jul 13, 2016 at 3:12 PM, Glen Barber wrote: >=20 > > Just replying to the first email in the thread, since it's a general > > reply, and only related to the original topic at hand, and only for > > informative purposes at this point. > > > > On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > > > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > > > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > > > > > > I have *something* semi-working, with a huge amount of help from Maxim > > in private email. There is still a nit or two to fix, I'm running into > > them as I rebuild the ISO after fixing the prior issue. But, right now, > > I can get the ISO to boot enough to get to a shell (the "init failed due > > to inability to mount '/'" shell, but it is still a shell). :) > > > > Once I get what I have now into a state where it's somewhat committable, > > I'm going to create a project branch to sand off the edges, instead of > > doing it directly in head, since there might be some edge cases for > > non-x86 architectures. (But some other architectures do not have the > > "too big" problem.) > > > > Once that is merged, I fully intend to merge this to stable/11, provided > > there is no major fallout. With what I have now, disc1.iso is 630M, and > > the disc1.iso.xz is 554M. I'll upload an image somewhere public for > > people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, > > though, there appears to be a significantly non-zero speed decrease, > > though this may just be because my CD-ROM is USB-based. When I have the > > ready-to-commit result, I'll test it on a machine with an internal CD > > drive. > > > > Glen > > > > > _______________________________________________ > 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" --0lsrIB+s628ok5gC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXh/sKAAoJEAMUWKVHj+KTposP/2dxHdUl30tcwPncXKGl2UfT 2ZXcc7KzRpi7G4hXMRPFAQSyXQ6ET3Q3rJEmBIHipPYsGmhq7R/15QNA2OqEeF00 FnDEsJ86v41uEzOmWcWvlxu8oxQTVITQTg1x3Lvt4ZWB2J9dsJWqFAHA8zot+o5w kJyNpAyPf++wbqJctEUsuc+J1HiSTSz3Ah7eNJjgxxDVvfy99kKMU/MMevmlwHSl ebwoP6YXT4bWWAG4EJxQC+i1bqBnLZFOzZT0qnWlslLji4OhAyJYg+3hMXiasMSj GuNubHlCdmJChsgMN6X+5gpUfPKnP0tCAcsShAcxsucz9yErsVvTaQoFZTaeH8Vj OisMj9DwVoANzALktsMuKuIIJSNWJMalJZYj30xk6vC3woUedBDaCs22l2cBYQaf rfzhmAHsHS8Xrh7We5Md642NuqPzz0tHjRtL73xRkQRmROXLnvOW4GBeSheT031A dM8vVFxA18EMOZ4/lIvec2qTxXTyPrRLp5xkfIEnZCMF0Lr+uHIuWI09pbZV31++ CEAJ1y6ZX/bEl8/9AW06yxr07rQWKp/1YOGA8+NbytX6VHkQA72Bd/jpRcrkpWcR m6rC23xtOnuHsNyWKNP2uLyYlbMQucy3jSkj1WAUCuDluzAdh29uXzLOxBDEm7Ev s0+2g3srxAAOhc0as9Fn =/eFl -----END PGP SIGNATURE----- --0lsrIB+s628ok5gC-- From owner-freebsd-current@freebsd.org Thu Jul 14 20:57:38 2016 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 87436B9921A for ; Thu, 14 Jul 2016 20:57:38 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5C84B1C18 for ; Thu, 14 Jul 2016 20:57:38 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 58949B99215; Thu, 14 Jul 2016 20:57:38 +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 581F0B99214; Thu, 14 Jul 2016 20:57:38 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) (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 E60E51C17; Thu, 14 Jul 2016 20:57:37 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mail-wm0-f53.google.com with SMTP id i5so4089534wmg.0; Thu, 14 Jul 2016 13:57:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=sjTxoo/eCUL2oM5uNLExyCOqJi5HCTpFlzfpjZNQZl4=; b=dAccgpvybsUDA6DzK1us1Prxcpwju9dVXnFXHUFBje4Cz1Y8bpJ+LTlKsuLv+XvuBW jFiL37bvRdRUNgIoQ5JDHiscl+zMoXvhkhf0HJMkS8pGYuTYl9JIJ5zB3so4ZMTieLYN p3SWEK3/5sJHpFNAQKnvaRBzej9rRdvv+ok2+A/+YvGYqTn8kTghMwKdDhxGPxx6BsFy Uc2x/3XSmXGAops5l2+yvVC+Z9uKblczUcB5/d+acvHLRnqGYE6UKNDeU2ce5NMLLDYC xt5GoAFnQR6WZiDcoMgId1Mb7hdMsIgq9ZNOS+m/kYal0xuvztkXctoi0Ml/6d0rzRS5 Klzw== X-Gm-Message-State: ALyK8tIvFFEYSwuhdIrNv6PYmbcQCQcuZv8FNclyR7Eg9PqWQi1fcU9u3BsCcQeBsKJ4jA== X-Received: by 10.28.199.205 with SMTP id x196mr16683033wmf.96.1468515679633; Thu, 14 Jul 2016 10:01:19 -0700 (PDT) Received: from [172.20.10.4] (4.232.197.178.dynamic.wless.lssmb00p-cgnat.res.cust.swisscom.ch. [178.197.232.4]) by smtp.gmail.com with ESMTPSA id b186sm4968236wmg.23.2016.07.14.10.01.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jul 2016 10:01:18 -0700 (PDT) Subject: Re: panic with tcp timers To: Gleb Smirnoff , rrs@FreeBSD.org References: <20160617045319.GE1076@FreeBSD.org> <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> <20160620073917.GI1076@FreeBSD.org> <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> Cc: hselasky@FreeBSD.org, net@FreeBSD.org, current@FreeBSD.org From: Julien Charbon Message-ID: Date: Thu, 14 Jul 2016 19:01:11 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3bJTeB9odClQb2ngDjv5fox53UGeQumpb" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 20:57:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3bJTeB9odClQb2ngDjv5fox53UGeQumpb Content-Type: multipart/mixed; boundary="wOpjdVBETEfMPxFEjbCdXKObs3doI97cF" From: Julien Charbon To: Gleb Smirnoff , rrs@FreeBSD.org Cc: hselasky@FreeBSD.org, net@FreeBSD.org, current@FreeBSD.org Message-ID: Subject: Re: panic with tcp timers References: <20160617045319.GE1076@FreeBSD.org> <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> <20160620073917.GI1076@FreeBSD.org> <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> In-Reply-To: <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> --wOpjdVBETEfMPxFEjbCdXKObs3doI97cF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, On 6/20/16 11:55 AM, Julien Charbon wrote: > On 6/20/16 9:39 AM, Gleb Smirnoff wrote: >> On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote: >> J> > Comparing stable/10 and head, I see two changes that could >> J> > affect that: >> J> >=20 >> J> > - callout_async_drain >> J> > - switch to READ lock for inp info in tcp timers >> J> >=20 >> J> > That's why you are in To, Julien and Hans :) >> J> >=20 >> J> > We continue investigating, and I will keep you updated. >> J> > However, any help is welcome. I can share cores. >> >> Now, spending some time with cores and adding a bunch of >> extra CTRs, I have a sequence of events that lead to the >> panic. In short, the bug is in the callout system. It seems >> to be not relevant to the callout_async_drain, at least for >> now. The transition to READ lock unmasked the problem, that's >> why NetflixBSD 10 doesn't panic. >> >> The panic requires heavy contention on the TCP info lock. >> >> [CPU 1] the callout fires, tcp_timer_keep entered >> [CPU 1] blocks on INP_INFO_RLOCK(&V_tcbinfo); >> [CPU 2] schedules the callout >> [CPU 2] tcp_discardcb called >> [CPU 2] callout successfully canceled >> [CPU 2] tcpcb freed >> [CPU 1] unblocks... panic >> >> When the lock was WLOCK, all contenders were resumed in a >> sequence they came to the lock. Now, that they are readers, >> once the lock is released, readers are resumed in a "random" >> order, and this allows tcp_discardcb to go before the old >> running callout, and this unmasks the panic. >=20 > Highly interesting. I should be able to reproduce that (will be usefu= l > for testing the corresponding fix). Finally, I was able to reproduce it (without glebius fix). The trick was to really lower TCP keep timer expiration: $ sysctl -a | grep tcp.keep net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.keepinit: 75000 net.inet.tcp.keepcnt: 8 $ sudo bash -c "sysctl net.inet.tcp.keepidle=3D10 && sysctl net.inet.tcp.keepintvl=3D50 && sysctl net.inet.tcp.keepinit=3D10" Password: net.inet.tcp.keepidle: 7200000 -> 10 net.inet.tcp.keepintvl: 75000 -> 50 net.inet.tcp.keepinit: 75000 -> 10 Note: It will certainly close all your ssh connections to the tested server. Now I will test in order: #1. glebius fix https://svnweb.freebsd.org/base?view=3Drevision&revision=3D302350 #2. rss extra fix https://reviews.freebsd.org/D7135 #3. rrs TCP Timer cleanup https://reviews.freebsd.org/D7136 My panic for reference: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 10; apic id =3D 28 [root@atlas-dl360-4 ~]# instruction pointer =3D 0x20:0xffffffff80c346= f1 stack pointer =3D 0x28:0xfffffe1f29b848b0 frame pointer =3D 0x28:0xfffffe1f29b848e0 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 12 (swi4: clock (4)) trap number =3D 9 panic: general protection fault cpuid =3D 10 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1f29b844a0 vpanic() at vpanic+0x182/frame 0xfffffe1f29b84520 panic() at panic+0x43/frame 0xfffffe1f29b84580 trap_fatal() at trap_fatal+0x351/frame 0xfffffe1f29b845e0 trap() at trap+0x820/frame 0xfffffe1f29b847f0 calltrap() at calltrap+0x8/frame 0xfffffe1f29b847f0 --- trap 0x9, rip =3D 0xffffffff80c346f1, rsp =3D 0xfffffe1f29b848c0, rbp= =3D 0xfffffe1f29b848e0 --- tcp_timer_keep() at tcp_timer_keep+0x51/frame 0xfffffe1f29b848e0 softclock_call_cc() at softclock_call_cc+0x19c/frame 0xfffffe1f29b849c0 softclock() at softclock+0x47/frame 0xfffffe1f29b849e0 intr_event_execute_handlers() at intr_event_execute_handlers+0x96/frame 0xfffffe1f29b84a20 ithread_loop() at ithread_loop+0xa6/frame 0xfffffe1f29b84a70 fork_exit() at fork_exit+0x84/frame 0xfffffe1f29b84ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1f29b84ab0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- -- Julien --wOpjdVBETEfMPxFEjbCdXKObs3doI97cF-- --3bJTeB9odClQb2ngDjv5fox53UGeQumpb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJXh8VdAAoJEKVlQ5Je6dhxhccH/R7BIEReY5MtXw8l37IDBIB2 pK2uuSS+mvscTnIUzJcaCMPfXLsH/b5gmFpaqFGhouVsl0Z/pBl45br2jMXggFph Z9ApSUFhEdfkTeM0tVp2VHOnMnIn8+L/gdSY4S2dKyPk/rEq/5DzIf0Ys2q34XJ1 WTltD3IsDjS1baOpy4O6iwSgoZnNTuZerOQqsJXmZ+ZayLM9OF/TGS8w+ztqewQL 9eKfZM7EoYKVdMsYjD/ECZOGy1pw9lFflHQkNaSdUMCePFPLy29DoTXSfALzl5+P 4JLnkRxKzoLoy8ep3LzVm91lwGZIigrkWGobGqAo+YYR9Np6Aq0680ZggPn50Ac= =rq23 -----END PGP SIGNATURE----- --3bJTeB9odClQb2ngDjv5fox53UGeQumpb-- From owner-freebsd-current@freebsd.org Thu Jul 14 21:02:26 2016 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 3810DB9949F for ; Thu, 14 Jul 2016 21:02:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1480812B0 for ; Thu, 14 Jul 2016 21:02:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: by mailman.ysv.freebsd.org (Postfix) id 11663B99499; Thu, 14 Jul 2016 21:02:26 +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 10E56B99498; Thu, 14 Jul 2016 21:02:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C86CA12AD; Thu, 14 Jul 2016 21:02:25 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=0bUhy+HwcKimMN98IUmKSSIcpZtLF9apKdNSGskKiaQ=; b=KUrqvK4oH79Df8KvoqdREXT3se 5bKHrKpOv3+Q1yM4MaF9lVu5k4aGicSC2/9qgPGkP7xP5HEeWD44o3pEjTgmpQISlmrdCuBhvUCbm Hx9UNecJ08tS7W+cFqUaYyonX0eyJ7Bauq2buYYOh1tEbRWE1oQVfhIOQV287FVyVRQk=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:12473 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bNnm5-000HmE-51; Thu, 14 Jul 2016 16:02:25 -0500 Received: from proxy.na.alcatel-lucent.com ([135.245.48.74]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 14 Jul 2016 16:02:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 14 Jul 2016 16:02:25 -0500 From: Larry Rosenman To: Julien Charbon Cc: Gleb Smirnoff , rrs@freebsd.org, hselasky@freebsd.org, net@freebsd.org, current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: panic with tcp timers In-Reply-To: References: <20160617045319.GE1076@FreeBSD.org> <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> <20160620073917.GI1076@FreeBSD.org> <1d18d0e2-3e42-cb26-928c-2989d0751884@freebsd.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 21:02:26 -0000 On 2016-07-14 12:01, Julien Charbon wrote: > Hi, > > On 6/20/16 11:55 AM, Julien Charbon wrote: >> On 6/20/16 9:39 AM, Gleb Smirnoff wrote: >>> On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote: >>> J> > Comparing stable/10 and head, I see two changes that could >>> J> > affect that: >>> J> > >>> J> > - callout_async_drain >>> J> > - switch to READ lock for inp info in tcp timers >>> J> > >>> J> > That's why you are in To, Julien and Hans :) >>> J> > >>> J> > We continue investigating, and I will keep you updated. >>> J> > However, any help is welcome. I can share cores. >>> >>> Now, spending some time with cores and adding a bunch of >>> extra CTRs, I have a sequence of events that lead to the >>> panic. In short, the bug is in the callout system. It seems >>> to be not relevant to the callout_async_drain, at least for >>> now. The transition to READ lock unmasked the problem, that's >>> why NetflixBSD 10 doesn't panic. >>> >>> The panic requires heavy contention on the TCP info lock. >>> >>> [CPU 1] the callout fires, tcp_timer_keep entered >>> [CPU 1] blocks on INP_INFO_RLOCK(&V_tcbinfo); >>> [CPU 2] schedules the callout >>> [CPU 2] tcp_discardcb called >>> [CPU 2] callout successfully canceled >>> [CPU 2] tcpcb freed >>> [CPU 1] unblocks... panic >>> >>> When the lock was WLOCK, all contenders were resumed in a >>> sequence they came to the lock. Now, that they are readers, >>> once the lock is released, readers are resumed in a "random" >>> order, and this allows tcp_discardcb to go before the old >>> running callout, and this unmasks the panic. >> >> Highly interesting. I should be able to reproduce that (will be >> useful >> for testing the corresponding fix). > > Finally, I was able to reproduce it (without glebius fix). The trick > was to really lower TCP keep timer expiration: > > $ sysctl -a | grep tcp.keep > net.inet.tcp.keepidle: 7200000 > net.inet.tcp.keepintvl: 75000 > net.inet.tcp.keepinit: 75000 > net.inet.tcp.keepcnt: 8 > $ sudo bash -c "sysctl net.inet.tcp.keepidle=10 && sysctl > net.inet.tcp.keepintvl=50 && sysctl net.inet.tcp.keepinit=10" > Password: > net.inet.tcp.keepidle: 7200000 -> 10 > net.inet.tcp.keepintvl: 75000 -> 50 > net.inet.tcp.keepinit: 75000 -> 10 > > Note: It will certainly close all your ssh connections to the tested > server. > > Now I will test in order: > > #1. glebius fix > https://svnweb.freebsd.org/base?view=revision&revision=302350 > > #2. rss extra fix > https://reviews.freebsd.org/D7135 > > #3. rrs TCP Timer cleanup > https://reviews.freebsd.org/D7136 > > My panic for reference: > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 10; apic id = 28 > [root@atlas-dl360-4 ~]# instruction pointer = > 0x20:0xffffffff80c346f1 > stack pointer = 0x28:0xfffffe1f29b848b0 > frame pointer = 0x28:0xfffffe1f29b848e0 > 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 = 12 (swi4: clock (4)) > trap number = 9 > panic: general protection fault > cpuid = 10 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe1f29b844a0 > vpanic() at vpanic+0x182/frame 0xfffffe1f29b84520 > panic() at panic+0x43/frame 0xfffffe1f29b84580 > trap_fatal() at trap_fatal+0x351/frame 0xfffffe1f29b845e0 > trap() at trap+0x820/frame 0xfffffe1f29b847f0 > calltrap() at calltrap+0x8/frame 0xfffffe1f29b847f0 > --- trap 0x9, rip = 0xffffffff80c346f1, rsp = 0xfffffe1f29b848c0, rbp = > 0xfffffe1f29b848e0 --- > tcp_timer_keep() at tcp_timer_keep+0x51/frame 0xfffffe1f29b848e0 > softclock_call_cc() at softclock_call_cc+0x19c/frame 0xfffffe1f29b849c0 > softclock() at softclock+0x47/frame 0xfffffe1f29b849e0 > intr_event_execute_handlers() at intr_event_execute_handlers+0x96/frame > 0xfffffe1f29b84a20 > ithread_loop() at ithread_loop+0xa6/frame 0xfffffe1f29b84a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe1f29b84ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1f29b84ab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > -- > Julien please see also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Thu Jul 14 21:38:23 2016 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 0E399B99DDA for ; Thu, 14 Jul 2016 21:38:23 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9509C157F; Thu, 14 Jul 2016 21:38:22 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6ELbwdc087081 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Thu, 14 Jul 2016 23:38:00 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6ELbw74017280 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Jul 2016 23:37:58 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id u6ELbwu1017279; Thu, 14 Jul 2016 23:37:58 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Thu, 14 Jul 2016 23:37:58 +0200 From: Wolfgang Zenker To: Adrian Chadd Cc: freebsd-current Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 Message-ID: <20160714213758.GA17141@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> <20160710175300.GB29034@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: private site User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Thu, 14 Jul 2016 23:38:00 +0200 (CEST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 21:38:23 -0000 Hi, * Adrian Chadd [160710 21:47]: > Since you've reverted the ath driver directories without success, I'm > mostly out of simple ideas. I think you need to bisect the whole > kernel version until you find the commit that broke things. done. The commit is 11-STABLE r302410. AFAICS the only change here is the removal of debugging options from the GENERIC kernel config: https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408&r2=302410 I guess next would be to remove single debugging options one after the other? Wolfgang From owner-freebsd-current@freebsd.org Thu Jul 14 22:00:47 2016 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 62AC3B991BE for ; Thu, 14 Jul 2016 22:00:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.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 2A9331E04 for ; Thu, 14 Jul 2016 22:00:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x233.google.com with SMTP id u186so4262404ita.0 for ; Thu, 14 Jul 2016 15:00:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=rtHsPALVGaATodxwgzX9kThbsqC/D/804YxKLU5Grac=; b=pqoYuayTr6mukBSeOLfl+lTH6eSbnO78V79xly5yznWTGIRmVtv+oBBCFqanbRimHC Bs5YRC6F/gayTPoMV//l/uava1gCI0V1wCWcYfnpwVbCgh+7XLP+n35eiVR1w2tl7WZQ q6QHMDchtGRhTYLyZtZDPLGpdlyTaYQvuux+ww1LuQZ/Y8i7Yk3vKIngCVjF9xhXGtJA R6t5kfdzYgqkGR8zSsJ5tFQboHgAl3bYZ9TdTKoKKJGAaqiESyRjUeXife3yGYCVXpd8 UjB9lznv14aC3323F6rvjjwGXynNhe2YzqDdGSrCrUTbgBk6fmEmWbuTsxcoY5w/ub+d 2lZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=rtHsPALVGaATodxwgzX9kThbsqC/D/804YxKLU5Grac=; b=QgMFy87mpmTaxuqyFq501cArS2VLvX83iEke1aHp3wQwnhzVncB6p+wzJW8eT0ysRa yiy6w+JkuImq+oB9Bg3TTIy+fcCebFC9EgKjbJwKYfJoHDdjAqkYVhqvVRZarM/9J8p0 hiPKzeCOpuhfJ7am9+6/yJb9PSNo1lxYlQ690D1edSdZNmhpylWJKnTTRypT4pPvg2Uu 7Yxf6mXCc7Y0zVUsxXt8X69KeFmC+QVKnjtst7YLRoNrfxVpPx8e+peSda4F3M355m20 PcP5yxhnuWN6CF5PK3bcaReahFIzNiqkS2yjqyJQPZBHpZ8QcoxKDsUGzmZbAvzao6rF NESw== X-Gm-Message-State: ALyK8tIcODytt0960G6TPx+O5UX71rYuKKy3ut7RA7+xT5Htyw94qx9Zops8uXyoeourrfvnrrADDgvYM0qwPw== X-Received: by 10.36.116.69 with SMTP id o66mr29418788itc.25.1468533646336; Thu, 14 Jul 2016 15:00:46 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.141.129 with HTTP; Thu, 14 Jul 2016 15:00:45 -0700 (PDT) In-Reply-To: <20160714213758.GA17141@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> <20160710175300.GB29034@lyxys.ka.sub.org> <20160714213758.GA17141@lyxys.ka.sub.org> From: Adrian Chadd Date: Thu, 14 Jul 2016 15:00:45 -0700 X-Google-Sender-Auth: 20Cwrtm_n5mMRjkRrL2nJ-Yqn5c Message-ID: Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 To: Wolfgang Zenker Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 22:00:47 -0000 On 14 July 2016 at 14:37, Wolfgang Zenker wrote: > Hi, > > * Adrian Chadd [160710 21:47]: >> Since you've reverted the ath driver directories without success, I'm >> mostly out of simple ideas. I think you need to bisect the whole >> kernel version until you find the commit that broke things. > > done. The commit is 11-STABLE r302410. AFAICS the only change here > is the removal of debugging options from the GENERIC kernel config: > > https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408&r2=302410 ... loool, okay. Let me see. Try INVARIANTS and INVARIANT_SUPPORT. Maybe something in the ath driver needs it.. oops! -adrian > > I guess next would be to remove single debugging options one after the > other? > > Wolfgang > _______________________________________________ > 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 Jul 14 23:13:57 2016 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 C1AF1B99FDE for ; Thu, 14 Jul 2016 23:13:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B21801158; Thu, 14 Jul 2016 23:13:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 7AB741A24; Thu, 14 Jul 2016 23:13:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 14 Jul 2016 23:13:56 +0000 From: Glen Barber To: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160714231356.GP4690@FreeBSD.org> References: <20160713221253.GU1520@FreeBSD.org> <20160714205024.GO4690@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zxEKvxCKojqA/Afl" Content-Disposition: inline In-Reply-To: <20160714205024.GO4690@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 23:13:57 -0000 --zxEKvxCKojqA/Afl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With additional tweaks, I was able to get the CD to boot both with a real internal CD-ROM drive, as well as USB CD-ROM. I have uploaded a disc1.iso image here: https://people.freebsd.org/~gjb/disc1_uzip.iso Could people try this on various hardware, KVM setups, and so on? I'm mainly interested if you get to the bsdinstall(8) screen, not issues not directly related to using GEOM_UZIP to compress the image further. (Meaning, I'm not asking for people to do installs from this image.) The hashes are: SHA512 (disc1_uzip.iso) =3D 560033cbc65932abb77ae85475f3a222fbdd8a35f99ac220f85028ede60a47305d62c5e8eab= 508bfb3f02f0d074a1dc3200f2a1e409408e34fa9808e800ad6df SHA256 (disc1_uzip.iso) =3D 65edbc4ddca29af5f9f03f8a3026e06462f05400d70b79d4a8d0adf2ea875e33 I'll create the project branch shortly, and add the relevant bits afterward. Thank you. Glen On Thu, Jul 14, 2016 at 08:50:24PM +0000, Glen Barber wrote: > Thank you for the additional information. >=20 > I finally found my old laptop's internal CD-ROM drive, so I'll be able > to at least check if the issue is USB-related. I just need to open the > laptop to install it. After which I'll tinker with the cluster sizes > and test further. >=20 > Glen >=20 > On Wed, Jul 13, 2016 at 10:30:33PM -0700, Maxim Sobolev wrote: > > Hi Glen, nice update, glad being of some help. The slowdown may be rela= ted > > to the fact that geom_uzip reads whole compressed cluster, which is 20-= 30k > > typically, even if only single block from that cluster is requested. I > > imagine it might impact rc.d, which is essentially bunch of small(ish) > > shell scripts and I would not be surprised if their blocks would be > > scattered all over the place. There is some very basic caching in the > > geom_uzip module, but it is only one cluster deep. What might help if y= ou > > still have some room on the CD is to decrease cluster size (-s paramete= r of > > mkuzip), to something like 32k or even 16k. That would make compression > > less effective, but would reduce the I/O bandwidth waste, which could a= lso > > be important for the KVM setups. I might also look into making a bigger > > cache, as RAM is getting cheaper and more abundant every day. Another > > approach would be to make several "partitions", segregating for example > > /etc stuff so it's all tighly packed together and you can also use smal= ler > > cluster size for /etc and bigger for the rest. In any case, keep me pos= ted > > with your findings. > >=20 > > -Max > >=20 > > On Wed, Jul 13, 2016 at 3:12 PM, Glen Barber wrote: > >=20 > > > Just replying to the first email in the thread, since it's a general > > > reply, and only related to the original topic at hand, and only for > > > informative purposes at this point. > > > > > > On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > > > > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD = on > > > > Windows 10. It complained that the ISO is too big for my 700 MB CD-= r. > > > > > > > > > > I have *something* semi-working, with a huge amount of help from Maxim > > > in private email. There is still a nit or two to fix, I'm running in= to > > > them as I rebuild the ISO after fixing the prior issue. But, right n= ow, > > > I can get the ISO to boot enough to get to a shell (the "init failed = due > > > to inability to mount '/'" shell, but it is still a shell). :) > > > > > > Once I get what I have now into a state where it's somewhat committab= le, > > > I'm going to create a project branch to sand off the edges, instead of > > > doing it directly in head, since there might be some edge cases for > > > non-x86 architectures. (But some other architectures do not have the > > > "too big" problem.) > > > > > > Once that is merged, I fully intend to merge this to stable/11, provi= ded > > > there is no major fallout. With what I have now, disc1.iso is 630M, = and > > > the disc1.iso.xz is 554M. I'll upload an image somewhere public for > > > people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, > > > though, there appears to be a significantly non-zero speed decrease, > > > though this may just be because my CD-ROM is USB-based. When I have = the > > > ready-to-commit result, I'll test it on a machine with an internal CD > > > drive. > > > > > > Glen > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --zxEKvxCKojqA/Afl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXiByvAAoJEAMUWKVHj+KThyIQAKHy+cN/IvfmVR4USuRuLRV/ ELNryfv5DgvjQI4GAhcUuqrbqkRycKbuY1j4QCIHGZCKNhx0y5uryHtxTgxfA9y7 BfDHGtO0FG25geYs2CSbm0le0IQnHK+Bnc62zI+SosBjURnY70eQNabBMgBVJ+qR C/TqQ4/WhBTbWwf+/1PUuRv58kbvfKPyH/bL5Fg0n1PsmrHWLtcZ/yNE3gJnDM3G YQsJWUM3z5kXIjWTu938P9vv3d5Y/fz7HmDyJywMxqldliO6jq37nxEE4pOBY52C 6WOJySa+5uhc2dIZLo/Rf3Tj5Kf7tvslqfQNGGb9nuOxmg65P/4F/pcqTmQZL3u6 h43iy1gxc/ILEvD2G3LdApaa1oGZps4Pxj9dyp+k1/G4bvb57jmijE75qr32/7nO 8ns4Kfbla2V/YhXSsOzmoWEJsU9X4ZEomN+6N45EKxTUL9C9ePkhhnTBckVvVjAG v1nXi+uBHOhFEDnuDN1GKDMqwnmgK8NoPtLgOTZlCY/AhU1MrBuvgrJIP/jdmFxy NVkk2fyJhQk7cMniF6CIaqYD+AHTue+dWVnOVdRsTTVjIZYPjCUBS0IEHA6V/3vI J4Z/1abztZqmKN4JmFIb6pPVonI1WdfrxGgDeWob02WI14oZfL7KMYX7XM7nopPN v9huw7/8UxeKzgt6Sgem =7Huz -----END PGP SIGNATURE----- --zxEKvxCKojqA/Afl-- From owner-freebsd-current@freebsd.org Thu Jul 14 23:30:33 2016 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 DEBA8B9945E for ; Thu, 14 Jul 2016 23:30:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id CEACC1CFA; Thu, 14 Jul 2016 23:30:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 98562113B; Thu, 14 Jul 2016 23:30:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 14 Jul 2016 23:30:32 +0000 From: Glen Barber To: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160714233032.GQ4690@FreeBSD.org> References: <20160713221253.GU1520@FreeBSD.org> <20160714205024.GO4690@FreeBSD.org> <20160714231356.GP4690@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O7Os1+MGCLLi8F5z" Content-Disposition: inline In-Reply-To: <20160714231356.GP4690@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 23:30:34 -0000 --O7Os1+MGCLLi8F5z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 14, 2016 at 11:13:56PM +0000, Glen Barber wrote: > Could people try this on various hardware, KVM setups, and so on? I'm > mainly interested if you get to the bsdinstall(8) screen, not issues not > directly related to using GEOM_UZIP to compress the image further. > (Meaning, I'm not asking for people to do installs from this image.) >=20 I forgot to mention, the UEFI bits are not in place in this image, so likely will not boot on UEFI-only systems. This will be added after the project branch is created and what I have now is added to the build tools. Glen --O7Os1+MGCLLi8F5z Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXiCCYAAoJEAMUWKVHj+KTcicP/ja6WKy5GWpxYaDtw23noHcT FaaJIHP95TLmqNZCtikG05rBkUW7PqOEkYuMlMbwrtOJvuK3wGci3IhMJvBIeNBK ptDyS629pi4QSftuMQ6iuElEqOwS4xAeIbks+lj1EpXY3qRxcuY9ZEVmieOnGnh7 CY1Io2yu5YK/hnk0zwcFXtyb6D+XqCHzSRvZI44byZy0dF9tiSbpoQAJc4cWGJJ5 /8scSk6KEwxoxdqnt+zVyYIAQKa47befLK7Ly6V7593NiMkORhjbM5dRP994tKTQ ukz7ySdVWEJh0eLbmQkWvWR2WTanhIMbAIznDCkgzuhyQyitjQnL44Ei3bgI5AJc tHfZgOBzFxrEHca5tdWYVdiLNjdfL7WoyWIg7IMrNOba3ZN/zEV4jo+8FTYi7xss jkBcM1EVowDv4EMUT3QNsTp4UFuCPcznKVUG2XmOL45cG8mqpHoJrVlMlfiB6jVe 7+0smC0pmIdCPbAQ5nESAqES3KAvX60ZSahjUMyZOylO1t719O8NCnGoSB3uRib7 CSs4NTUJ8cRtVTsfWK/Um+Lr358onux6unZEFHiVk1AhHn9AZ8GLEEEt8FMvtuKd XcncePWJhF6M0uVCqf/czN8SBt5Ki6XEbyulyxiNPOGDm3O6JMmTzWsZDyht1Kac vdCup8+X6JORhTQ7wc7E =uESk -----END PGP SIGNATURE----- --O7Os1+MGCLLi8F5z-- From owner-freebsd-current@freebsd.org Fri Jul 15 00:08:59 2016 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 0DE5AB99D65; Fri, 15 Jul 2016 00:08:59 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id F37FD1D5C; Fri, 15 Jul 2016 00:08:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 9E9C31662; Fri, 15 Jul 2016 00:08:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 15 Jul 2016 00:08:57 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: Re: 11.0-BETA2 may be delayed Message-ID: <20160715000857.GT4690@FreeBSD.org> References: <20160713231017.GA95249@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tbn31orTZdSAVHoc" Content-Disposition: inline In-Reply-To: <20160713231017.GA95249@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 00:08:59 -0000 --tbn31orTZdSAVHoc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 13, 2016 at 11:10:17PM +0000, Glen Barber wrote: > As I am sure you have already seen, there is an issue in 11.0-BETA1 that > has caused some headaches for people. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210884 >=20 > The issue is actively being investigated, and despite the KBI freeze, > the fix may need to break KBI in stable/11, at least as far as I am > aware at the moment. >=20 > That said, 11.0-BETA2 may be delayed, while this is properly resolved. > If KBI is changed between 11.0-BETA1 and 11.0-BETA2, it will be noted in > the announcement. >=20 The latest patch for this issue seems promising so far, but for the sake of being cautious, 11.0-BETA2 is going to be delayed by a few days. The rationale is that we want to see the affected machines survive uptime of at least 48 hours. At this point, we are looking at the fix being committed in just over one day, followed by the normal 3-day MFC timeframe. If this changes, an update will be emailed. Apologies again for the delay with 11.0-BETA2, and thank you for your patience. Glen On behalf of: re@ --tbn31orTZdSAVHoc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXiCmZAAoJEAMUWKVHj+KTqdoQAJ0kOIrG4o7Je/nR9lCSaEUL 3t496ej9OLPHXoM6h6Ldn8QvfPb37Co4PuCmlwXItyN04Jxb5bfhYFMwiszMqwjL VdLQ9cBgTR4JPuXd2pFBmo/6Vwkr+cPfGg69+ety80S9yyEdmvoNc0HjYrPizfj9 M7DkVJaW4L2vlvmdMz82Z/dD3jsX/ZcXJDL1/XNlK3P+Fb/RnPh6Du9CsRCkTft1 mOQwRZ28kbnXl1+VrfM5Kk1k/2bThJBbbvZItkHCVxI3bNoUlv3+CsrKGgPYiiZw UHKA56JPBjQcbkPICvW8HrdlU/1GlwMDRjxlw0YXL7qhO3PCGefYy5pMt7JQG8fd I2qv5Oc/vBSAJkVmF5kKc3e1jbw3fWDDEsY0IU80aT68M3g9EZ8vA9fDQPUppIwJ //DU0X8ICqbLr47yGeiJom+CmodcecuTmqA8cETqe+drBbDqRtkgO6P/f/28yLGx aLSpXbixhqCvj4q+6PlHyZ31MUEmwjiwAKEydCsK3aUuvHzJPMuYVJWv3x9yVU05 cr+lECOsKt8Y7U3DV6ikGmgmhvnBnvKYigSbhPsl+PCvOKliIk7WsqIAmQkLAF6l 8oMGJPb66xOhINTsVTgDlo5jQSMlnEm1d7MlTsjZ1qRpLHKR0ZH7QoIegu886AP1 zslJ2KTZg0t0QaHricBa =eNmW -----END PGP SIGNATURE----- --tbn31orTZdSAVHoc-- From owner-freebsd-current@freebsd.org Fri Jul 15 03:45:31 2016 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 CA40DB982BA; Fri, 15 Jul 2016 03:45:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC4651306; Fri, 15 Jul 2016 03:45:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468554328859242.3635984150202; Thu, 14 Jul 2016 20:45:28 -0700 (PDT) Date: Thu, 14 Jul 2016 20:45:28 -0700 From: Matthew Macy To: "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" Message-ID: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> Subject: callout_drain either broken or man page needs updating MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 03:45:31 -0000 Upon updating my drm-next branch to the latest -CURRENT callout_drain returning no longer means that the function was in fact pending when it was called. This little bit of code will panic because dwork->wq is NULL, because the callout was _not_ in fact enqueued. So either it's no longer possible to reliably query if a callout was pending while clearing it and we're ok with that or glebius last commit needs some further re-work. #define del_timer_sync(timer) (callout_drain(&(timer)->timer_callout) == 1) static inline bool flush_delayed_work(struct delayed_work *dwork) { if (del_timer_sync(&dwork->timer)) linux_queue_work(dwork->cpu, dwork->wq, &dwork->work); return (flush_work(&dwork->work)); } From owner-freebsd-current@freebsd.org Fri Jul 15 04:21:50 2016 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 1F472B98CE7; Fri, 15 Jul 2016 04:21:50 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD76812EB; Fri, 15 Jul 2016 04:21:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 45F861FE024; Fri, 15 Jul 2016 06:21:46 +0200 (CEST) Subject: Re: callout_drain either broken or man page needs updating To: Matthew Macy , "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" , Gleb Smirnoff References: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> From: Hans Petter Selasky Message-ID: <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> Date: Fri, 15 Jul 2016 06:25:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 04:21:50 -0000 On 07/15/16 05:45, Matthew Macy wrote: > glebius last commit needs some further re-work. Hi, Glebius commit needs to be backed out, at least the API change that changes the return value when calling callout_stop() when the callout is scheduled and being serviced. Simply because there is code out there, like Mattew and others have discovered that is "refcounting" on the callout_reset() and expecting that a subsequent callout_stop() will return 1 to "unref". If you consider this impossible, maybe a fourth return value is needed for CANCELLED and DRAINING . Further, getting the callouts straight in the TCP stack is a matter of doing the locking correctly, which some has called "my magic bullet" and not the return values. I've proposed in the following revision https://svnweb.freebsd.org/changeset/base/302768 to add a new callout API that accepts a locking function so that the callout code can run its cancelled checks at the right place for situations where more than one lock is needed. Consider this case: > void > tcp_timer_2msl(void *xtp) > { > struct tcpcb *tp = xtp; > struct inpcb *inp; > CURVNET_SET(tp->t_vnet); > #ifdef TCPDEBUG > int ostate; > > ostate = tp->t_state; > #endif > INP_INFO_RLOCK(&V_tcbinfo); > inp = tp->t_inpcb; > KASSERT(inp != NULL, ("%s: tp %p tp->t_inpcb == NULL", __func__, tp)); > INP_WLOCK(inp); > tcp_free_sackholes(tp); > if (callout_pending(&tp->t_timers->tt_2msl) || > !callout_active(&tp->t_timers->tt_2msl)) { Here we have custom in-house race check that doesn't affect the return value of callout_reset() nor callout_stop(). > INP_WUNLOCK(tp->t_inpcb); > INP_INFO_RUNLOCK(&V_tcbinfo); > CURVNET_RESTORE(); > return; I propose the following solution: > > static void > tcp_timer_2msl_lock(void *xtp, int do_lock) > { > struct tcpcb *tp = xtp; > struct inpcb *inp; > > inp = tp->t_inpcb; > > if (do_lock) { > CURVNET_SET(tp->t_vnet); > INP_INFO_RLOCK(&V_tcbinfo); > INP_WLOCK(inp); > } else { > INP_WUNLOCK(inp); > INP_INFO_RUNLOCK(&V_tcbinfo); > CURVNET_RESTORE(); > } > } > callout_init_lock_function(&callout, &tcp_timer_2msl_lock, CALLOUT_RETURNUNLOCKED); Then in softclock_call_cc() it will look like this: > > CC_UNLOCK(cc); > if (c_lock != NULL) { > if (have locking function) > tcp_timer_2msl_lock(c_arg, 1); > else > class->lc_lock(c_lock, lock_status); > /* > * The callout may have been cancelled > * while we switched locks. > */ Actually "CC_LOCK(cc)" should be in-front of cc_exec_cancel() to avoid races testing, setting and clearing this variable, like done in hps_head. > if (cc_exec_cancel(cc, direct)) { > if (have locking function) > tcp_timer_2msl_lock(c_arg, 0); > else > class->lc_unlock(c_lock); > goto skip; > } > cc_exec_cancel(cc, direct) = true; > > .... > > skip: > if ((c_iflags & CALLOUT_RETURNUNLOCKED) == 0) { > if (have locking function) > ... > else > class->lc_unlock(c_lock); > } The whole point about this is to make the the cancelled check atomic. 1) Lock TCP 2) Lock CC_LOCK() 3) change callout state --HPS From owner-freebsd-current@freebsd.org Fri Jul 15 04:38:21 2016 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 721E4B970AA; Fri, 15 Jul 2016 04:38:21 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E48D1ADF; Fri, 15 Jul 2016 04:38:21 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468557492950338.6732714114978; Thu, 14 Jul 2016 21:38:12 -0700 (PDT) Date: Thu, 14 Jul 2016 21:38:12 -0700 From: Matthew Macy To: "Larry Rosenman" Cc: =?UTF-8?Q?=22Edward_Tomasz_Napiera=C5=82a=22?= , "" , "" , "freebsd-net@freebsd.org" Message-ID: <155ecd901bd.10421acf2569401.8259879667024383313@nextbsd.org> In-Reply-To: <90e04710a003b900f9d16d853636f767@thebighonker.lerctr.org> References: <20160706231707.GA2352@borg.lerctr.org> <9f51ccaf5e8f15f269fa865a3adfdc7f@thebighonker.lerctr.org> <20160707132814.GA77070@brick> <90e04710a003b900f9d16d853636f767@thebighonker.lerctr.org> Subject: Re: refcnt 0 on LLE at boot.... MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 04:38:21 -0000 ---- On Thu, 07 Jul 2016 06:36:19 -0700 Larry Rosenman wr= ote ----=20 > Thanks for that. I've added myself to the cc list, and a comment about= =20 > having 2 vmcore's. >=20 This was introduced by 302350. It broke the return value of callout_{stop= ,drain}. returning 1 even if the callout system did not hold a reference. T= hat in turn broke the following code in lltable_free: =09LIST_FOREACH_SAFE(lle, &dchain, lle_chain, next) { =09=09if (callout_stop(&lle->lle_timer) > 0) =09=09=09LLE_REMREF(lle); =09=09llentry_free(lle); =09} >=20 > On 2016-07-07 08:28, Edward Tomasz Napiera=C5=82a wrote: > > FWIW, I'm seeing this too. I've filed a PR: > >=20 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210884 > >=20 > > On 0707T0813, Larry Rosenman wrote: > >> and now it's been up for 13+ hours. I do have both VMCORE's from the= =20 > >> 2 > >> crashes. > >>=20 > >>=20 > >>=20 > >> On 2016-07-06 18:22, Larry Rosenman wrote: > >> > Got a similar crash a few minutes later. > >> > > >> > > >> > On 2016-07-06 18:17, Larry Rosenman wrote: > >> >> First boot, and I got the following panic. 2nd boot ran just fine= . > >> >> > >> >> > >> >> borg.lerctr.org dumped core - see /var/crash/vmcore.0 > >> >> > >> >> Wed Jul 6 18:13:34 CDT 2016 > >> >> > >> >> FreeBSD borg.lerctr.org 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #5 r302379= : > >> >> Wed Jul 6 16:59:11 CDT 2016 > >> >> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 > >> >> > >> >> panic: bogus refcnt 0 on lle 0xfffff800aa941200 > >> >> > >> >> GNU gdb 6.1.1 [FreeBSD] > >> >> Copyright 2004 Free Software Foundation, Inc. > >> >> GDB is free software, covered by the GNU General Public License, a= nd > >> >> you are > >> >> welcome to change it and/or distribute copies of it under certain > >> >> conditions. > >> >> Type "show copying" to see the conditions. > >> >> There is absolutely no warranty for GDB. Type "show warranty" for > >> >> details. > >> >> This GDB was configured as "amd64-marcel-freebsd"... > >> >> > >> >> Unread portion of the kernel message buffer: > >> >> Copyright (c) 1992-2016 The FreeBSD Project. > >> >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993= , > >> >> 1994 > >> >> The Regents of the University of California. All rights reserv= ed. > >> >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> >> FreeBSD 11.0-ALPHA6 #5 r302379: Wed Jul 6 16:59:11 CDT 2016 > >> >> root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 > >> >> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based= on > >> >> LLVM 3.8.0) > >> >> can't re-use a leaf (ixl_rx_miss_bufs)! > >> >> MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: > >> >> MEMGUARD map base: 0xfffffe0000400000 > >> >> MEMGUARD map size: 128604256 KBytes > >> >> VT(vga): resolution 640x480 > >> >> CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.55-MHz > >> >> K8-class CPU) > >> >> Origin=3D"GenuineIntel" Id=3D0x10676 Family=3D0x6 Model=3D0x1= 7 > >> >> Stepping=3D6 > >> >> > >> >> Features=3D0xbfebfbff > >> >> > >> >> Features2=3D0xce3bd > >> >> AMD Features=3D0x20100800 > >> >> AMD Features2=3D0x1 > >> >> VT-x: HLT,PAUSE > >> >> TSC: P-state invariant, performance statistics > >> >> real memory =3D 68719476736 (65536 MB) > >> >> avail memory =3D 65382842368 (62353 MB) > >> >> Event timer "LAPIC" quality 400 > >> >> ACPI APIC Table: > >> >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > >> >> FreeBSD/SMP: 2 package(s) x 4 core(s) > >> >> random: unblocking device. > >> >> ioapic0 irqs 0-23 on motherboard > >> >> ioapic1 irqs 24-47 on motherboard > >> >> random: entropy device external interface > >> >> netmap: loaded module > >> >> module_register_init: MOD_LOAD (vesa, 0xffffffff80f2cb40, 0) error= 19 > >> >> kbd1 at kbdmux0 > >> >> vtvga0: on motherboard > >> >> cryptosoft0: on motherboard > >> >> acpi0: on motherboard > >> >> acpi0: Power Button (fixed) > >> >> unknown: I/O range not supported > >> >> cpu0: on acpi0 > >> >> cpu1: on acpi0 > >> >> cpu2: on acpi0 > >> >> cpu3: on acpi0 > >> >> cpu4: on acpi0 > >> >> cpu5: on acpi0 > >> >> cpu6: on acpi0 > >> >> cpu7: on acpi0 > >> >> hpet0: iomem 0xfed00000-0xfed003ff ir= q > >> >> 0,8 on acpi0 > >> >> Timecounter "HPET" frequency 14318180 Hz quality 950 > >> >> Event timer "HPET" frequency 14318180 Hz quality 350 > >> >> Event timer "HPET1" frequency 14318180 Hz quality 340 > >> >> Event timer "HPET2" frequency 14318180 Hz quality 340 > >> >> atrtc0: port 0x70-0x71 on acpi0 > >> >> Event timer "RTC" frequency 32768 Hz quality 0 > >> >> attimer0: port 0x40-0x43,0x50-0x53 on acpi0 > >> >> Timecounter "i8254" frequency 1193182 Hz quality 0 > >> >> Event timer "i8254" frequency 1193182 Hz quality 100 > >> >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > >> >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on a= cpi0 > >> >> pcib0: port 0xcf8-0xcff on acpi0 > >> >> pci0: on pcib0 > >> >> pcib1: at device 2.0 on pci0 > >> >> pci1: on pcib1 > >> >> pcib2: irq 16 at device 0.0 on pci1 > >> >> pci2: on pcib2 > >> >> pcib3: irq 16 at device 0.0 on pci2 > >> >> pci3: on pcib3 > >> >> pcib4: at device 0.0 on pci3 > >> >> pci4: on pcib4 > >> >> pcib5: at device 0.2 on pci3 > >> >> pci5: on pcib5 > >> >> pcib6: irq 18 at device 2.0 on pci2 > >> >> pci6: on pcib6 > >> >> em0: port 0x2000-0x= 201f > >> >> mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0= .0 > >> >> on pci6 > >> >> em0: Using an MSI interrupt > >> >> em0: Ethernet address: 00:30:48:f2:29:9c > >> >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 > >> >> em1: port 0x2020-0x= 203f > >> >> mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0= .1 > >> >> on pci6 > >> >> em1: Using an MSI interrupt > >> >> em1: Ethernet address: 00:30:48:f2:29:9d > >> >> em1: netmap queues/slots: TX 1/1024, RX 1/1024 > >> >> pcib7: at device 0.3 on pci1 > >> >> pci7: on pcib7 > >> >> pcib8: at device 4.0 on pci0 > >> >> pci8: on pcib8 > >> >> vgapci0: port 0x3000-0x307f mem > >> >> 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff = irq > >> >> 36 at device 0.0 on pci8 > >> >> hdac0: mem 0xd9000000-0xd9003fff irq= 37 > >> >> at device 0.1 on pci8 > >> >> pcib9: at device 6.0 on pci0 > >> >> pci9: on pcib9 > >> >> pcib10: irq 17 at device 28.0 on pci0 > >> >> pcib10: [GIANT-LOCKED] > >> >> pci10: on pcib10 > >> >> pcib11: irq 32 at device 0.0 on pci10 > >> >> pci11: on pcib11 > >> >> pcm0: port 0x4080-0x409f,0x4000-0x407f = irq > >> >> 32 at device 0.0 on pci11 > >> >> pcm0: system configuration > >> >> SubVendorID: 0x1412, SubDeviceID: 0x2403 > >> >> XIN2 Clock Source: 24.576MHz(96kHz*256) > >> >> MPU-401 UART(s) #: not implemented > >> >> ADC #: 1 and SPDIF receiver connected > >> >> DAC #: 4 > >> >> Multi-track converter type: AC'97(SDATA_OUT:packed) > >> >> S/PDIF(IN/OUT): 1/1 ID# 0x00 > >> >> GPIO(mask/dir/state): 0xff/0xff/0xff > >> >> uhci0: port > >> >> 0x1800-0x181f irq 17 at device 29.0 on pci0 > >> >> usbus0 on uhci0 > >> >> uhci1: port > >> >> 0x1820-0x183f irq 19 at device 29.1 on pci0 > >> >> usbus1 on uhci1 > >> >> uhci2: port > >> >> 0x1840-0x185f irq 18 at device 29.2 on pci0 > >> >> usbus2 on uhci2 > >> >> ehci0: mem 0xd9600400-0xd96007f= f > >> >> irq 17 at device 29.7 on pci0 > >> >> usbus3: EHCI version 1.0 > >> >> usbus3 on ehci0 > >> >> pcib12: at device 30.0 on pci0 > >> >> pci12: on pcib12 > >> >> vgapci1: port 0x5000-0x50ff mem > >> >> 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 o= n > >> >> pci12 > >> >> vgapci1: Boot video device > >> >> isab0: at device 31.0 on pci0 > >> >> isa0: on isab0 > >> >> atapci0: port > >> >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 o= n > >> >> pci0 > >> >> ata0: at channel 0 on atapci0 > >> >> ahci0: port > >> >> 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x1= 89f > >> >> mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 > >> >> ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > >> >> ahcich0: at channel 0 on ahci0 > >> >> ahcich1: at channel 1 on ahci0 > >> >> ahcich2: at channel 2 on ahci0 > >> >> ahcich3: at channel 3 on ahci0 > >> >> ahcich4: at channel 4 on ahci0 > >> >> ahcich5: at channel 5 on ahci0 > >> >> ichsmb0: port > >> >> 0x1100-0x111f irq 19 at device 31.3 on pci0 > >> >> smbus0: on ichsmb0 > >> >> acpi_button0: on acpi0 > >> >> ipmi0: port 0xca2-0xca3 on acpi0 > >> >> ipmi0: KCS mode found at io 0xca2 on acpi > >> >> atkbdc0: port 0x60,0x64 irq 1 on acp= i0 > >> >> atkbd0: irq 1 on atkbdc0 > >> >> kbd0 at atkbd0 > >> >> atkbd0: [GIANT-LOCKED] > >> >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on > >> >> acpi0 > >> >> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > >> >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2= on > >> >> acpi0 > >> >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > >> >> ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on > >> >> acpi0 > >> >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > >> >> ppc0: FIFO with 16/16/9 bytes threshold > >> >> ppbus0: on ppc0 > >> >> lpt0: on ppbus0 > >> >> lpt0: Interrupt-driven port > >> >> ppi0: on ppbus0 > >> >> ichwd0: on isa0 > >> >> orm0: at iomem 0xc0000-0xcafff on isa0 > >> >> coretemp0: on cpu0 > >> >> est0: on cpu0 > >> >> coretemp1: on cpu1 > >> >> est1: on cpu1 > >> >> coretemp2: on cpu2 > >> >> est2: on cpu2 > >> >> coretemp3: on cpu3 > >> >> est3: on cpu3 > >> >> coretemp4: on cpu4 > >> >> est4: on cpu4 > >> >> coretemp5: on cpu5 > >> >> est5: on cpu5 > >> >> coretemp6: on cpu6 > >> >> est6: on cpu6 > >> >> coretemp7: on cpu7 > >> >> est7: on cpu7 > >> >> usbus0: 12Mbps Full Speed USB v1.0 > >> >> fuse-freebsd: version 0.4.4, FUSE ABI 7.8 > >> >> ZFS filesystem version: 5 > >> >> ZFS storage pool version: features support (5000) > >> >> Timecounters tick every 1.000 msec > >> >> nvme cam probe device init > >> >> hdacc0: at cad 0 on hdac0 > >> >> hdaa0: at nid 1 on hdacc0 > >> >> pcm1: at nid 4 on hdaa0 > >> >> pcm2: at nid 5 on hdaa0 > >> >> ipmi0: IPMI device rev. 1, firmware rev. 1.64, version 2.0 > >> >> ipmi0: Number of channels 8 > >> >> ipmi0: Attached watchdog > >> >> usbus1: 12Mbps Full Speed USB v1.0 > >> >> usbus2: 12Mbps Full Speed USB v1.0 > >> >> ugen0.1: at usbus0 > >> >> uhub0: on > >> >> usbus0 > >> >> ugen1.1: at usbus1 > >> >> uhub1: on > >> >> usbus1 > >> >> ugen2.1: at usbus2 > >> >> uhub2: on > >> >> usbus2 > >> >> usbus3: 480Mbps High Speed USB v2.0 > >> >> ugen3.1: at usbus3 > >> >> uhub3: on > >> >> usbus3 > >> >> ata0: DMA limited to UDMA33, controller found non-ATA66 cable > >> >> uhub0: 2 ports with 2 removable, self powered > >> >> uhub1: 2 ports with 2 removable, self powered > >> >> uhub2: 2 ports with 2 removable, self powered > >> >> ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 > >> >> ada0: ACS-2 ATA SATA 3.x device > >> >> cd0 at ata0 bus 0 scbus0 target 0 lun 0 > >> >> cd0: Removable CD-ROM SCSI device > >> >> cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > >> >> cd0: Attempt to query device size failed: NOT READY, Medium not > >> >> present > >> >> ada0: Serial Number Z3032MSL > >> >> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > >> >> ada0: 3815447MB (7814037168 512 byte sectors) > >> >> ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 > >> >> ada1: ATA8-ACS SATA 3.x device > >> >> ada1: Serial Number 5YD6FPLG > >> >> ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > >> >> ada1: 1907729MB (3907029168 512 byte sectors) > >> >> ada1: quirks=3D0x1<4K> > >> >> ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 > >> >> ada2: ATA8-ACS SATA 3.x device > >> >> ada2: Serial Number 5YDA3PC5 > >> >> ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > >> >> ada2: 1907729MB (3907029168 512 byte sectors) > >> >> ada2: quirks=3D0x1<4K> > >> >> ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 > >> >> ada3: ATA8-ACS SATA 3.x device > >> >> ada3: Serial Number Y4ODK8VHFSBA > >> >> ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > >> >> ada3: 3815447MB (7814037168 512 byte sectors) > >> >> ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 > >> >> ada4: ACS-2 ATA SATA 3.x device > >> >> ada4: Serial Number S30144ZV > >> >> ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > >> >> ada4: 3815447MB (7814037168 512 byte sectors) > >> >> ada4: quirks=3D0x1<4K> > >> >> ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 > >> >> ada5: ATA8-ACS SATA 3.x device > >> >> ada5: Serial Number 5YD5RBS8 > >> >> ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > >> >> ada5: 1907729MB (3907029168 512 byte sectors) > >> >> ada5: quirks=3D0x1<4K> > >> >> SMP: AP CPU #6 Launched! > >> >> SMP: AP CPU #4 Launched! > >> >> SMP: AP CPU #7 Launched! > >> >> SMP: AP CPU #2 Launched! > >> >> SMP: AP CPU #5 Launched! > >> >> SMP: AP CPU #1 Launched! > >> >> SMP: AP CPU #3 Launched! > >> >> Timecounter "TSC-low" frequency 1163772834 Hz quality 1000 > >> >> hwpmc: SOFT/16/64/0x67 TSC/1/64/0x20 > >> >> IAP/2/40/0x3ff > >> >> IAF/3/40/0x67 > >> >> Trying to mount root from zfs:zroot/ROOT/oldroot []... > >> >> Root mount waiting for: usbus3 > >> >> uhub3: 6 ports with 6 removable, self powered > >> >> Root mount waiting for: usbus3 > >> >> Root mount waiting for: usbus3 > >> >> ugen3.2: at usbus3 > >> >> ukbd0: on > >> >> usbus3 > >> >> kbd2 at ukbd0 > >> >> ugen0.2: at usbus0 > >> >> <118>Setting hostuuid: 53d19f64-d663-a017-8922-003048f2299c. > >> >> <118>Setting hostid: 0xbf916f25. > >> >> <118>Starting file system checks: > >> >> <118>Mounting local filesystems:. > >> >> <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/l= ib > >> >> /usr/local/lib/compat /usr/local/lib/gcc48 /usr/local/lib/mysql > >> >> /usr/local/lib/perl5/5.20/mach/CORE /usr/local/lib/qt4 > >> >> /usr/local/lib/virtualbox /usr/local/llvm36/lib /usr/local/llvm37/= lib > >> >> <118>32-bit compatibility ldconfig path: /usr/lib32 > >> >> /usr/local/lib32/compat > >> >> <118>/etc/rc: WARNING: $kldxref_enable is not set properly - see > >> >> rc.conf(5). > >> >> <118>Setting hostname: borg.lerctr.org. > >> >> <118>Setting up harvesting: > >> >> [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYB= OARD,ATTACH,CACHED > >> >> <118>Feeding entropy: . > >> >> <5>lagg0: link state changed to DOWN > >> >> <118>Created clone interfaces: lagg0. > >> >> <118>Starting Network: lo0 em0 em1 lagg0. > >> >> <118>lo0: flags=3D8049 metric 0 mtu= 16384 > >> >> <118> options=3D600003 > >> >> <118> inet6 ::1 prefixlen 128 > >> >> <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > >> >> <118> inet 127.0.0.1 netmask 0xff000000 > >> >> <118> nd6 options=3D21 > >> >> <118> groups: lo > >> >> <118>em0: flags=3D8843 met= ric 0 > >> >> mtu 1500 > >> >> <118> options=3D4219b > >> >> <118> ether 00:30:48:f2:29:9c > >> >> <118> nd6 options=3D29 > >> >> <118> media: Ethernet autoselect > >> >> <118> status: no carrier > >> >> <118>em1: flags=3D8843 met= ric 0 > >> >> mtu 1500 > >> >> <118> options=3D4219b > >> >> <118> ether 00:30:48:f2:29:9c > >> >> <118> nd6 options=3D29 > >> >> <118> media: Ethernet autoselect > >> >> <118> status: no carrier > >> >> <118>lagg0: flags=3D8843 m= etric > >> >> 0 mtu 1500 > >> >> <118> options=3D4219b > >> >> <118> ether 00:30:48:f2:29:9c > >> >> <118> inet 192.168.200.4 netmask 0xfffffc00 broadcast 192.168.2= 03.255 > >> >> <118> inet6 fe80::230:48ff:fef2:299c%lagg0 prefixlen 64 scopeid= 0x4 > >> >> <118> nd6 options=3D23 > >> >> <118> media: Ethernet autoselect > >> >> <118> status: no carrier > >> >> <118> groups: lagg > >> >> <118> laggproto loadbalance lagghash l2,l3,l4 > >> >> <118> laggport: em0 flags=3D0<> > >> >> <118> laggport: em1 flags=3D0<> > >> >> <118>Starting devd. > >> >> uhid0: on > >> >> usbus3 > >> >> <118>add host 127.0.0.1: gateway lo0 fib 0: route already in table > >> >> <118>add net default: gateway 192.168.200.11 > >> >> <118>add host ::1: gateway lo0 fib 0: route already in table > >> >> <118>add net fe80::: gateway ::1 > >> >> <118>add net ff02::: gateway ::1 > >> >> <118>add net ::ffff:0.0.0.0: gateway ::1 > >> >> <118>add net ::0.0.0.0: gateway ::1 > >> >> <118>Starting local_unbound. > >> >> <5>em0: link state changed to UP > >> >> <5>lagg0: link state changed to UP > >> >> <118>Waiting for nameserver to start... good > >> >> <118>Starting rtsold. > >> >> <5>em1: link state changed to UP > >> >> panic: bogus refcnt 0 on lle 0xfffff800aa941200 > >> >> cpuid =3D 4 > >> >> KDB: stack backtrace: > >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >> >> 0xfffffe2dfe57b1a0 > >> >> vpanic() at vpanic+0x182/frame 0xfffffe2dfe57b220 > >> >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe2dfe57b290 > >> >> llentry_free() at llentry_free+0x136/frame 0xfffffe2dfe57b2c0 > >> >> nd6_cache_lladdr() at nd6_cache_lladdr+0x2ff/frame 0xfffffe2dfe57b= 390 > >> >> nd6_ra_input() at nd6_ra_input+0x1347/frame 0xfffffe2dfe57b670 > >> >> icmp6_input() at icmp6_input+0xa93/frame 0xfffffe2dfe57b810 > >> >> ip6_input() at ip6_input+0xc70/frame 0xfffffe2dfe57b8f0 > >> >> netisr_dispatch_src() at netisr_dispatch_src+0x80/frame > >> >> 0xfffffe2dfe57b950 > >> >> ether_demux() at ether_demux+0x14a/frame 0xfffffe2dfe57b980 > >> >> ether_nh_input() at ether_nh_input+0x340/frame 0xfffffe2dfe57b9c0 > >> >> netisr_dispatch_src() at netisr_dispatch_src+0x80/frame > >> >> 0xfffffe2dfe57ba20 > >> >> ether_input() at ether_input+0x62/frame 0xfffffe2dfe57ba50 > >> >> if_input() at if_input+0xa/frame 0xfffffe2dfe57ba60 > >> >> em_rxeof() at em_rxeof+0x28c/frame 0xfffffe2dfe57bae0 > >> >> em_handle_que() at em_handle_que+0x40/frame 0xfffffe2dfe57bb20 > >> >> taskqueue_run_locked() at taskqueue_run_locked+0x13c/frame > >> >> 0xfffffe2dfe57bb80 > >> >> taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame > >> >> 0xfffffe2dfe57bbb0 > >> >> fork_exit() at fork_exit+0x84/frame 0xfffffe2dfe57bbf0 > >> >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe2dfe57bbf0 > >> >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > >> >> Uptime: 22s > >> >> Dumping 3120 out of 64465 > >> >> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > >> >> > >> >> Reading symbols from /boot/kernel/zfs.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/zfs.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/zfs.ko > >> >> Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols > >> >> from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/opensolaris.ko > >> >> Reading symbols from /boot/kernel/linux.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/linux.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/linux.ko > >> >> Reading symbols from /boot/kernel/linux_common.ko...Reading symbol= s > >> >> from /usr/lib/debug//boot/kernel/linux_common.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/linux_common.ko > >> >> Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols fro= m > >> >> /usr/lib/debug//boot/kernel/if_lagg.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/if_lagg.ko > >> >> Reading symbols from /boot/kernel/snd_envy24ht.ko...Reading symbol= s > >> >> from /usr/lib/debug//boot/kernel/snd_envy24ht.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/snd_envy24ht.ko > >> >> Reading symbols from /boot/kernel/snd_spicds.ko...Reading symbols = from > >> >> /usr/lib/debug//boot/kernel/snd_spicds.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/snd_spicds.ko > >> >> Reading symbols from /boot/kernel/coretemp.ko...Reading symbols fr= om > >> >> /usr/lib/debug//boot/kernel/coretemp.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/coretemp.ko > >> >> Reading symbols from /boot/kernel/fuse.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/fuse.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/fuse.ko > >> >> Reading symbols from /boot/kernel/ichsmb.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/ichsmb.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/ichsmb.ko > >> >> Reading symbols from /boot/kernel/smbus.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/smbus.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/smbus.ko > >> >> Reading symbols from /boot/kernel/ichwd.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/ichwd.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/ichwd.ko > >> >> Reading symbols from /boot/kernel/cpuctl.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/cpuctl.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/cpuctl.ko > >> >> Reading symbols from /boot/kernel/cryptodev.ko...Reading symbols f= rom > >> >> /usr/lib/debug//boot/kernel/cryptodev.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/cryptodev.ko > >> >> Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols f= rom > >> >> /usr/lib/debug//boot/kernel/dtraceall.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/dtraceall.ko > >> >> Reading symbols from /boot/kernel/profile.ko...Reading symbols fro= m > >> >> /usr/lib/debug//boot/kernel/profile.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/profile.ko > >> >> Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/dtrace.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/dtrace.ko > >> >> Reading symbols from /boot/kernel/systrace_freebsd32.ko...Reading > >> >> symbols from > >> >> /usr/lib/debug//boot/kernel/systrace_freebsd32.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/systrace_freebsd32.ko > >> >> Reading symbols from /boot/kernel/systrace.ko...Reading symbols fr= om > >> >> /usr/lib/debug//boot/kernel/systrace.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/systrace.ko > >> >> Reading symbols from /boot/kernel/sdt.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/sdt.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/sdt.ko > >> >> Reading symbols from /boot/kernel/fasttrap.ko...Reading symbols fr= om > >> >> /usr/lib/debug//boot/kernel/fasttrap.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/fasttrap.ko > >> >> Reading symbols from /boot/kernel/fbt.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/fbt.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/fbt.ko > >> >> Reading symbols from /boot/kernel/dtnfscl.ko...Reading symbols fro= m > >> >> /usr/lib/debug//boot/kernel/dtnfscl.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/dtnfscl.ko > >> >> Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols fr= om > >> >> /usr/lib/debug//boot/kernel/dtmalloc.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/dtmalloc.ko > >> >> Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/ipmi.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/ipmi.ko > >> >> Reading symbols from /boot/kernel/ipmi_linux.ko...Reading symbols = from > >> >> /usr/lib/debug//boot/kernel/ipmi_linux.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/ipmi_linux.ko > >> >> Reading symbols from /boot/kernel/hwpmc.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/hwpmc.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/hwpmc.ko > >> >> Reading symbols from /boot/kernel/filemon.ko...Reading symbols fro= m > >> >> /usr/lib/debug//boot/kernel/filemon.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/filemon.ko > >> >> Reading symbols from /boot/kernel/uhid.ko...Reading symbols from > >> >> /usr/lib/debug//boot/kernel/uhid.ko.debug...done. > >> >> done. > >> >> Loaded symbols for /boot/kernel/uhid.ko > >> >> #0 doadump (textdump=3D1) at pcpu.h:221 > >> >> 221 pcpu.h: No such file or directory. > >> >> in pcpu.h > >> >> (kgdb) #0 doadump (textdump=3D1) at pcpu.h:221 > >> >> #1 0xffffffff80a48945 in kern_reboot (howto=3D) > >> >> at /usr/src/sys/kern/kern_shutdown.c:366 > >> >> #2 0xffffffff80a48f1b in vpanic (fmt=3D, > >> >> ap=3D) at /usr/src/sys/kern/kern_shutdown= .c:759 > >> >> #3 0xffffffff80a48d56 in kassert_panic (fmt=3D) > >> >> at /usr/src/sys/kern/kern_shutdown.c:649 > >> >> #4 0xffffffff80b351d6 in llentry_free (lle=3D) > >> >> at /usr/src/sys/net/if_llatbl.c:432 > >> >> #5 0xffffffff80c5c90f in nd6_cache_lladdr (ifp=3D0xfffff80068d658= 00, > >> >> from=3D, lladdr=3D, > >> >> lladdrlen=3D, type=3D134, code=3D0) > >> >> at /usr/src/sys/netinet6/nd6.c:1972 > >> >> #6 0xffffffff80c62f57 in nd6_ra_input (m=3D, > >> >> off=3D, icmp6len=3D) > >> >> at /usr/src/sys/netinet6/nd6_rtr.c:437 > >> >> #7 0xffffffff80c3ab03 in icmp6_input (mp=3D, > >> >> offp=3D, proto=3D) > >> >> at /usr/src/sys/netinet6/icmp6.c:798 > >> >> #8 0xffffffff80c50e90 in ip6_input (m=3DCannot access memory at a= ddress > >> >> 0x0 > >> >> ) > >> >> at /usr/src/sys/netinet6/ip6_input.c:921 > >> >> #9 0xffffffff80b47470 in netisr_dispatch_src (proto=3D6, source= =3D0, > >> >> m=3D0xfffff80068dfc600) at /usr/src/sys/net/netisr.c:1121 > >> >> #10 0xffffffff80b3209a in ether_demux (ifp=3D= , > >> >> m=3D0x0) > >> >> at /usr/src/sys/net/if_ethersubr.c:850 > >> >> #11 0xffffffff80b32e90 in ether_nh_input (m=3D) > >> >> at /usr/src/sys/net/if_ethersubr.c:639 > >> >> #12 0xffffffff80b47470 in netisr_dispatch_src (proto=3D5, source= =3D0, > >> >> m=3D0xfffff80068dfc600) at /usr/src/sys/net/netisr.c:1121 > >> >> #13 0xffffffff80b32402 in ether_input (ifp=3D= , > >> >> m=3D0x0) > >> >> at /usr/src/sys/net/if_ethersubr.c:759 > >> >> #14 0xffffffff80b2ee8a in if_input (ifp=3D0x0, sendmp=3D0x0) > >> >> at /usr/src/sys/net/if.c:3956 > >> >> #15 0xffffffff80523a6c in em_rxeof (count=3D99) > >> >> at /usr/src/sys/dev/e1000/if_em.c:4872 > >> >> #16 0xffffffff805250b0 in em_handle_que (context=3D0xfffffe1eaa699= 000, > >> >> pending=3D) at > >> >> /usr/src/sys/dev/e1000/if_em.c:1598 > >> >> #17 0xffffffff80a9a23c in taskqueue_run_locked (queue=3D >> >> out>) > >> >> at /usr/src/sys/kern/subr_taskqueue.c:465 > >> >> #18 0xffffffff80a9ad38 in taskqueue_thread_loop (arg=3D >> >> out>) > >> >> at /usr/src/sys/kern/subr_taskqueue.c:719 > >> >> #19 0xffffffff80a0ba54 in fork_exit ( > >> >> callout=3D0xffffffff80a9acb0 , > >> >> arg=3D0xfffffe1eaa69b730, frame=3D0xfffffe2dfe57bc00) > >> >> at /usr/src/sys/kern/kern_fork.c:1038 > >> >> #20 0xffffffff80e943fe in fork_trampoline () > >> >> at /usr/src/sys/amd64/amd64/exception.S:611 > >> >> #21 0x0000000000000000 in ?? () > >> >> Current language: auto; currently minimal > >> >> (kgdb) > >> >> > >> >> vmcore IS available. > >>=20 > >> -- > >> Larry Rosenman http://www.lerctr.org/~ler > >> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > >> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to=20 > >> "freebsd-current-unsubscribe@freebsd.org" >=20 > --=20 > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" From owner-freebsd-current@freebsd.org Fri Jul 15 05:14:49 2016 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 CF571B97F3A; Fri, 15 Jul 2016 05:14:49 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C12681BC8; Fri, 15 Jul 2016 05:14:49 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468559686827214.80335229340017; Thu, 14 Jul 2016 22:14:46 -0700 (PDT) Date: Thu, 14 Jul 2016 22:14:46 -0700 From: Matthew Macy To: "Hans Petter Selasky" Cc: "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" , "Gleb Smirnoff" Message-ID: <155ecfa7c59.b552d7c5570767.4742594321655958557@nextbsd.org> In-Reply-To: <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> References: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> Subject: Re: callout_drain either broken or man page needs updating MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 05:14:49 -0000 ---- On Thu, 14 Jul 2016 21:21:57 -0700 Hans Petter Selasky wrote ---- > On 07/15/16 05:45, Matthew Macy wrote: > > glebius last commit needs some further re-work. > > Hi, > > Glebius commit needs to be backed out, at least the API change that > changes the return value when calling callout_stop() when the callout is > scheduled and being serviced. Simply because there is code out there, > like Mattew and others have discovered that is "refcounting" on the > callout_reset() and expecting that a subsequent callout_stop() will > return 1 to "unref". Yes. This is the cause of the "refcnt 0 on LLE at boot..." regression. -M > > If you consider this impossible, maybe a fourth return value is needed > for CANCELLED and DRAINING . > > Further, getting the callouts straight in the TCP stack is a matter of > doing the locking correctly, which some has called "my magic bullet" and > not the return values. I've proposed in the following revision > https://svnweb.freebsd.org/changeset/base/302768 to add a new callout > API that accepts a locking function so that the callout code can run its > cancelled checks at the right place for situations where more than one > lock is needed. > > Consider this case: > > > void > > tcp_timer_2msl(void *xtp) > > { > > struct tcpcb *tp = xtp; > > struct inpcb *inp; > > CURVNET_SET(tp->t_vnet); > > #ifdef TCPDEBUG > > int ostate; > > > > ostate = tp->t_state; > > #endif > > INP_INFO_RLOCK(&V_tcbinfo); > > inp = tp->t_inpcb; > > KASSERT(inp != NULL, ("%s: tp %p tp->t_inpcb == NULL", __func__, tp)); > > INP_WLOCK(inp); > > tcp_free_sackholes(tp); > > if (callout_pending(&tp->t_timers->tt_2msl) || > > !callout_active(&tp->t_timers->tt_2msl)) { > > Here we have custom in-house race check that doesn't affect the return > value of callout_reset() nor callout_stop(). > > > INP_WUNLOCK(tp->t_inpcb); > > INP_INFO_RUNLOCK(&V_tcbinfo); > > CURVNET_RESTORE(); > > return; > > > I propose the following solution: > > > > > static void > > tcp_timer_2msl_lock(void *xtp, int do_lock) > > { > > struct tcpcb *tp = xtp; > > struct inpcb *inp; > > > > inp = tp->t_inpcb; > > > > if (do_lock) { > > CURVNET_SET(tp->t_vnet); > > INP_INFO_RLOCK(&V_tcbinfo); > > INP_WLOCK(inp); > > } else { > > INP_WUNLOCK(inp); > > INP_INFO_RUNLOCK(&V_tcbinfo); > > CURVNET_RESTORE(); > > } > > } > > > > callout_init_lock_function(&callout, &tcp_timer_2msl_lock, > CALLOUT_RETURNUNLOCKED); > > Then in softclock_call_cc() it will look like this: > > > > > CC_UNLOCK(cc); > > if (c_lock != NULL) { > > if (have locking function) > > tcp_timer_2msl_lock(c_arg, 1); > > else > > class->lc_lock(c_lock, lock_status); > > /* > > * The callout may have been cancelled > > * while we switched locks. > > */ > > Actually "CC_LOCK(cc)" should be in-front of cc_exec_cancel() to avoid > races testing, setting and clearing this variable, like done in hps_head. > > > if (cc_exec_cancel(cc, direct)) { > > if (have locking function) > > tcp_timer_2msl_lock(c_arg, 0); > > else > > class->lc_unlock(c_lock); > > goto skip; > > } > > cc_exec_cancel(cc, direct) = true; > > > > .... > > > > skip: > > if ((c_iflags & CALLOUT_RETURNUNLOCKED) == 0) { > > if (have locking function) > > ... > > else > > class->lc_unlock(c_lock); > > } > > The whole point about this is to make the the cancelled check atomic. > > 1) Lock TCP > 2) Lock CC_LOCK() > 3) change callout state > > --HPS > _______________________________________________ > 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 Fri Jul 15 07:27:26 2016 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 D8E7EB99501 for ; Fri, 15 Jul 2016 07:27:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81B6318EE; Fri, 15 Jul 2016 07:27:26 +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 u6F7RKhe043158 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 15 Jul 2016 10:27:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6F7RKhe043158 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6F7RKiR043157; Fri, 15 Jul 2016 10:27:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Jul 2016 10:27:20 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160715072720.GB38613@kib.kiev.ua> References: <20160712175150.GP38613@kib.kiev.ua> <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> <20160713191947.GW38613@kib.kiev.ua> <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> <20160714052537.GZ38613@kib.kiev.ua> <20160714181605.GA17310@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160714181605.GA17310@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 07:27:26 -0000 On Thu, Jul 14, 2016 at 11:16:05AM -0700, Mark Johnston wrote: > Please see the program here: > https://people.freebsd.org/~markj/ptrace_stop.c > > It cheats a bit: it uses SIGSTOP to stop the child before sending a > SIGHUP to it. However, this is just for convenience; note that PT_ATTACH > will result in a call to thread_unsuspend() on the child, so PT_ATTACH's > SIGSTOP will be delivered to a running process. When ptrace attaches, > the child stops and WSTOPSIG(status) == SIGHUP. When ptrace detaches, > the child is left stopped. No, it is not for convenience, it relies on another bug to get the effect, see below. As I understand you intent, you prefer to get SIGSTOP from the first waitpid(2) call after successful PT_ATTACH, am I right ? At least for single-threaded case, this can be achieved with a flag indicating that we a doing first cursig(9) action after the attach, and preferring SIGSTOP over any other queued signal. The new flag P2_PTRACE_FSTP does just that. For mt case, I believe that some enchancements to my proc_next_xthread() would fix that. But when debugging the code, I found that it still does not work reliably for your test. The reason is that issignal() consumes a queued stop signal after the thread_suspend_switch(). It allows the attach to occur, but then sigqueue_delete() calls ('take the signal!') eat the signal for attach. It seems that we should consume stops before going to stop state. An open question is how much this hurts when another (non-debugging) SIGSTOP is queued while in stopped state. Please try this. diff --git a/sys/kern/kern_sig.c b/sys/kern/kern_sig.c index 2a5e6de..36ed15f 100644 --- a/sys/kern/kern_sig.c +++ b/sys/kern/kern_sig.c @@ -2525,22 +2525,21 @@ ptracestop(struct thread *td, int sig) PROC_SUNLOCK(p); return (sig); } - /* - * Just make wait() to work, the last stopped thread - * will win. - */ - p->p_xsig = sig; - p->p_xthread = td; - p->p_flag |= (P_STOPPED_SIG|P_STOPPED_TRACE); - sig_suspend_threads(td, p, 0); - if ((td->td_dbgflags & TDB_STOPATFORK) != 0) { - td->td_dbgflags &= ~TDB_STOPATFORK; - cv_broadcast(&p->p_dbgwait); + if (p->p_xthread == NULL) + p->p_xthread = td; + if (p->p_xthread == td) { + p->p_xsig = sig; + p->p_flag |= P_STOPPED_SIG | P_STOPPED_TRACE; + sig_suspend_threads(td, p, 0); + if ((td->td_dbgflags & TDB_STOPATFORK) != 0) { + td->td_dbgflags &= ~TDB_STOPATFORK; + cv_broadcast(&p->p_dbgwait); + } } stopme: thread_suspend_switch(td, p); if (p->p_xthread == td) - p->p_xthread = NULL; + proc_next_xthread(p); if (!(p->p_flag & P_TRACED)) break; if (td->td_dbgflags & TDB_SUSPEND) { @@ -2725,7 +2724,20 @@ issignal(struct thread *td) SIG_STOPSIGMASK(sigpending); if (SIGISEMPTY(sigpending)) /* no signal to send */ return (0); - sig = sig_ffs(&sigpending); + if ((p->p_flag & (P_TRACED | P_PPTRACE)) == P_TRACED && + (p->p_flag2 & P2_PTRACE_FSTP) != 0 && + SIGISMEMBER(sigpending, SIGSTOP)) { + /* + * If debugger just attached, always consume + * SIGSTOP from ptrace(PT_ATTACH) first, to + * execute the debugger attach ritual in + * order. + */ + sig = SIGSTOP; + p->p_flag2 &= ~P2_PTRACE_FSTP; + } else { + sig = sig_ffs(&sigpending); + } if (p->p_stops & S_SIG) { mtx_unlock(&ps->ps_mtx); @@ -2742,7 +2754,7 @@ issignal(struct thread *td) sigqueue_delete(&p->p_sigqueue, sig); continue; } - if (p->p_flag & P_TRACED && (p->p_flag & P_PPTRACE) == 0) { + if ((p->p_flag & (P_TRACED | P_PPTRACE)) == P_TRACED) { /* * If traced, always stop. * Remove old signal from queue before the stop. @@ -2845,6 +2857,8 @@ issignal(struct thread *td) mtx_unlock(&ps->ps_mtx); WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, &p->p_mtx.lock_object, "Catching SIGSTOP"); + sigqueue_delete(&td->td_sigqueue, sig); + sigqueue_delete(&p->p_sigqueue, sig); p->p_flag |= P_STOPPED_SIG; p->p_xsig = sig; PROC_SLOCK(p); @@ -2852,7 +2866,7 @@ issignal(struct thread *td) thread_suspend_switch(td, p); PROC_SUNLOCK(p); mtx_lock(&ps->ps_mtx); - break; + goto next; } else if (prop & SA_IGNORE) { /* * Except for SIGCONT, shouldn't get here. @@ -2883,6 +2897,7 @@ issignal(struct thread *td) } sigqueue_delete(&td->td_sigqueue, sig); /* take the signal! */ sigqueue_delete(&p->p_sigqueue, sig); +next:; } /* NOTREACHED */ } diff --git a/sys/kern/sys_process.c b/sys/kern/sys_process.c index a6037e3..af6b231 100644 --- a/sys/kern/sys_process.c +++ b/sys/kern/sys_process.c @@ -885,6 +885,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) case PT_TRACE_ME: /* set my trace flag and "owner" so it can read/write me */ p->p_flag |= P_TRACED; + p->p_flag2 |= P2_PTRACE_FSTP; if (p->p_flag & P_PPWAIT) p->p_flag |= P_PPTRACE; p->p_oppid = p->p_pptr->p_pid; @@ -903,6 +904,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) * on a "detach". */ p->p_flag |= P_TRACED; + p->p_flag2 |= P2_PTRACE_FSTP; p->p_oppid = p->p_pptr->p_pid; if (p->p_pptr != td->td_proc) { proc_reparent(p, td->td_proc); @@ -1057,7 +1059,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) proctree_locked = 0; } p->p_xsig = data; - p->p_xthread = NULL; + proc_next_xthread(p); if ((p->p_flag & (P_STOPPED_SIG | P_STOPPED_TRACE)) != 0) { /* deliver or queue signal */ td2->td_dbgflags &= ~TDB_XSIG; @@ -1065,7 +1067,8 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) if (req == PT_DETACH) { FOREACH_THREAD_IN_PROC(p, td3) - td3->td_dbgflags &= ~TDB_SUSPEND; + td3->td_dbgflags &= ~(TDB_SUSPEND | + TDB_XSIG); } /* * unsuspend all threads, to not let a thread run, @@ -1376,9 +1379,24 @@ stopevent(struct proc *p, unsigned int event, unsigned int val) do { if (event != S_EXIT) p->p_xsig = val; - p->p_xthread = NULL; + proc_next_xthread(p); p->p_stype = event; /* Which event caused the stop? */ wakeup(&p->p_stype); /* Wake up any PIOCWAIT'ing procs */ msleep(&p->p_step, &p->p_mtx, PWAIT, "stopevent", 0); } while (p->p_step); } + +void +proc_next_xthread(struct proc *p) +{ + struct thread *td; + + PROC_LOCK_ASSERT(p, MA_OWNED); + FOREACH_THREAD_IN_PROC(p, td) { + if (td == p->p_xthread) + continue; + if ((td->td_dbgflags & TDB_XSIG) != 0) + break; + } + p->p_xthread = td; +} diff --git a/sys/sys/proc.h b/sys/sys/proc.h index f533db6..7ab7410 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -712,6 +712,7 @@ struct proc { #define P2_NOTRACE_EXEC 0x00000004 /* Keep P2_NOPTRACE on exec(2). */ #define P2_AST_SU 0x00000008 /* Handles SU ast for kthreads. */ #define P2_LWP_EVENTS 0x00000010 /* Report LWP events via ptrace(2). */ +#define P2_PTRACE_FSTP 0x00000020 /* First issignal() after PT_ATTACH. */ /* Flags protected by proctree_lock, kept in p_treeflags. */ #define P_TREE_ORPHANED 0x00000001 /* Reparented, on orphan list */ @@ -999,6 +1000,7 @@ int proc_getenvv(struct thread *td, struct proc *p, struct sbuf *sb); void procinit(void); void proc_linkup0(struct proc *p, struct thread *td); void proc_linkup(struct proc *p, struct thread *td); +void proc_next_xthread(struct proc *p); struct proc *proc_realparent(struct proc *child); void proc_reap(struct thread *td, struct proc *p, int *status, int options); void proc_reparent(struct proc *child, struct proc *newparent); From owner-freebsd-current@freebsd.org Fri Jul 15 08:43:10 2016 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 E2C93B9A190; Fri, 15 Jul 2016 08:43:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC1D01AD8; Fri, 15 Jul 2016 08:43:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id u6F8h3fu070160 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 15 Jul 2016 01:43:04 -0700 (PDT) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id u6F8h3UA070159; Fri, 15 Jul 2016 01:43:03 -0700 (PDT) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 15 Jul 2016 01:43:03 -0700 From: Gleb Smirnoff To: Matthew Macy Cc: Hans Petter Selasky , "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" Subject: Re: callout_drain either broken or man page needs updating Message-ID: <20160715084303.GD1076@FreeBSD.org> References: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> <155ecfa7c59.b552d7c5570767.4742594321655958557@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <155ecfa7c59.b552d7c5570767.4742594321655958557@nextbsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 08:43:11 -0000 On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote: M> > On 07/15/16 05:45, Matthew Macy wrote: M> > > glebius last commit needs some further re-work. M> > M> > Glebius commit needs to be backed out, at least the API change that M> > changes the return value when calling callout_stop() when the callout is M> > scheduled and being serviced. Simply because there is code out there, M> > like Mattew and others have discovered that is "refcounting" on the M> > callout_reset() and expecting that a subsequent callout_stop() will M> > return 1 to "unref". M> M> Yes. This is the cause of the "refcnt 0 on LLE at boot..." regression. No it isn't. The regression is caused by unintentional change of return value for never scheduled callout. The fix is now being tested, see PR 210884. The piece of ND6 code that Hans quotes isn't affected by change of return value for scheduled+running callout, since ND6 doesn't create callouts in this tricky state. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Fri Jul 15 09:03:20 2016 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 BAE85B9A99D for ; Fri, 15 Jul 2016 09:03:20 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C55317C4; Fri, 15 Jul 2016 09:03:20 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id j126so92707255vkg.3; Fri, 15 Jul 2016 02:03:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=5J7Ylv0egzVXnomuAp6J6A+aFptux0azzAVveOy4O9c=; b=u4dyLhU10v3cxYKJ03RL2pClhH5sTclWdWGkunREONHyFvI+aovhh0y/A2jNIgoo95 FrM+wURPPcVSQWV/4iXbO56THqsyQlT+H/GYWgZBICqoo2NOvn46s7vUhXm9dQJNAhWr mIBwNKB1H5rJaW8+PWCnXfYpHTDdE6sY62GTGY3OPEOJ0LI3DBY4f+7o2vC9feW1izLs 3xcAwXwJvCw2UPgz/b2O0s5pzxbJXwGkapxfENj+4Lvx+1JoeavKRJ8jJz2+QNqAE25i AalqzEsATt2WZcdw5OsG44PUB1MQoW7kMiDzt0G2vkKBuG3Jx8ck/aJMZpBmbipEBcS4 WJOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=5J7Ylv0egzVXnomuAp6J6A+aFptux0azzAVveOy4O9c=; b=Zyec6AlK+sVRgw41CleU73JVzCi3mLEz4wv8jYJ6c/YEpKrQRuq+D383eag/Ta3rQ0 N/8qrwa11nJt3a/JcNLjYaBXZuAJbIZq27MYkSQDXjQDMthLyHlA+4NbNXJFz0od5p6c DEzs30FtN7/buNPTglzXb/qE2jX0iwJmo8QGW6DqFYqS9NDQeOYnmHGkTwAKCKC+io1j V2KIicYnySfcoSlGTdsw1PblYVZN20WhtwlHRNTeT9QbWJ2Dg700Ac8Ymx1GTQFcrTOr 30NTxrq2Euyh0gcy28gAsCEc4HdeW/7HsLMzBJeQ0z4/4lbT9GQa8GwzH5VzVBzKjEmh NhQg== X-Gm-Message-State: ALyK8tIL7M8/vPbBSN0UnJlINah6tRFuK7Wyqu5c+MEnJla8sWerUQlxB/PwhhZRMlnHlwboRqcXseTbNlv/Ew== X-Received: by 10.31.92.78 with SMTP id q75mr6190181vkb.112.1468573399205; Fri, 15 Jul 2016 02:03:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.69.233 with HTTP; Fri, 15 Jul 2016 02:03:18 -0700 (PDT) In-Reply-To: <20160714231356.GP4690@FreeBSD.org> References: <20160713221253.GU1520@FreeBSD.org> <20160714205024.GO4690@FreeBSD.org> <20160714231356.GP4690@FreeBSD.org> From: Sepherosa Ziehau Date: Fri, 15 Jul 2016 17:03:18 +0800 Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 09:03:20 -0000 On Fri, Jul 15, 2016 at 7:13 AM, Glen Barber wrote: > With additional tweaks, I was able to get the CD to boot both with > a real internal CD-ROM drive, as well as USB CD-ROM. > > I have uploaded a disc1.iso image here: > > https://people.freebsd.org/~gjb/disc1_uzip.iso > > Could people try this on various hardware, KVM setups, and so on? I'm It works for me on Hyper-V. Thanks, sephe -- Tomorrow Will Never Die From owner-freebsd-current@freebsd.org Fri Jul 15 13:29:48 2016 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 A94FCB98AC5; Fri, 15 Jul 2016 13:29:48 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BC621B7A; Fri, 15 Jul 2016 13:29:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8FB591FE024; Fri, 15 Jul 2016 15:29:45 +0200 (CEST) Subject: Re: callout_drain either broken or man page needs updating To: Gleb Smirnoff , Matthew Macy References: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> <155ecfa7c59.b552d7c5570767.4742594321655958557@nextbsd.org> <20160715084303.GD1076@FreeBSD.org> Cc: "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" From: Hans Petter Selasky Message-ID: Date: Fri, 15 Jul 2016 15:33:40 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160715084303.GD1076@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 13:29:48 -0000 On 07/15/16 10:43, Gleb Smirnoff wrote: > On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote: > M> > On 07/15/16 05:45, Matthew Macy wrote: > M> > > glebius last commit needs some further re-work. > M> > > M> > Glebius commit needs to be backed out, at least the API change that > M> > changes the return value when calling callout_stop() when the callout is > M> > scheduled and being serviced. Simply because there is code out there, > M> > like Mattew and others have discovered that is "refcounting" on the > M> > callout_reset() and expecting that a subsequent callout_stop() will > M> > return 1 to "unref". > M> > M> Yes. This is the cause of the "refcnt 0 on LLE at boot..." regression. > > No it isn't. The regression is caused by unintentional change of return > value for never scheduled callout. The fix is now being tested, see PR 210884. > > The piece of ND6 code that Hans quotes isn't affected by change of return > value for scheduled+running callout, since ND6 doesn't create callouts in > this tricky state. > Hi, Can you explain this a bit more Gleb? Can't user-space tools like "route" delete LLE entries at _any_ time? From what I can see, there is nothing preventing "nd6_llinfo_settimer_locked()" running concurrently with "nd6_llinfo_timer()". Even though the delay is in the hz range, this doesn't prevent the race I'm pointing at. And what about the pending check in "kern/subr_taskqueue.c"? Won't it be off-by one in case the callout is scheduled when it is being serviced? pending = !!(callout_stop(&timeout_task->c) > 0); How this cannot happen? --HPS From owner-freebsd-current@freebsd.org Fri Jul 15 13:45:27 2016 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 A2F80B992AC for ; Fri, 15 Jul 2016 13:45:27 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CDCB1974; Fri, 15 Jul 2016 13:45:27 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wm0-x22e.google.com with SMTP id f126so26908931wma.1; Fri, 15 Jul 2016 06:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=/G7WEzplhJgkS373EvBVhzPJ2890dpwMThtEoLmDHU0=; b=gR61gk1m5005cTWtyp0kirQABgvmhAL5y+RZEygLZjXFSOuSfxLvlIzX3n63vA5WzH j7l2xNGG8s9ygY5dDqJClJtD2rtA49SLBgm3IhSP7xyGxKTa4sqZOgwne/lPy5W8lMr4 c9USmFseNWz5vd4gUwWNLi8guy5bjmO5ZehKTQ+oznsJpJbRp43WYb1PLiOJGbLBJJqg 02x6o7h2UXeXLIOUWqEV5unF6dIAQvij09nONYUwR6wQ5rFUT/Q4i66SJ8RJb1na1FTc nNLoHwez/6lPQ+y1y/KE/4Brk8VAOhRdKpLnwQBZqS2Bik05+xYSuv0g/xwxSiXkp7Cn PbbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/G7WEzplhJgkS373EvBVhzPJ2890dpwMThtEoLmDHU0=; b=VCkRJbEd7NJaaCFkMS2bMnv/EYUhxC1v+x9EsSauSY/KD/9mMJ06Y3ylUEiZzD60IC uxQ3hek0Dp0U+VoFpbm14RGERgLQbHVsiDIPsnZYsGCtKvE0yL3zN3U4Z7Th1Md2oxAm B72MvzVKb1KXi2HknrXI8q/nfphsdkfNCSTE0wuTjjnG2j4j6vjej9eVpmPPi8/IunCX xZSUQuCn00uwdbFUc94+LWBclJ1e7/Y7rsGFfUXlZ5LYqjgWVpffQA0GkhRTOW0gc06X a+6Pu/73s6jQCiUCGKho71HRm5SG8B7tj7DMreumaqiI+SgJ8GUjHTUY1fhfbvSImHuq NHhQ== X-Gm-Message-State: ALyK8tIclK3xzlKe+f2IQegClvle7bIbxFLvinzbd8Wq/Jwn5b5VG1qdQiuhWxHtDZrETGTGmKncNisa7uLnTg== X-Received: by 10.194.9.7 with SMTP id v7mr861310wja.62.1468590325585; Fri, 15 Jul 2016 06:45:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.9.142 with HTTP; Fri, 15 Jul 2016 06:45:25 -0700 (PDT) From: Guy Yur Date: Fri, 15 Jul 2016 16:45:25 +0300 Message-ID: Subject: crossbuild buildworld on amd64 for arm fails to find KERNCONF GENERIC after r302865 To: freebsd-current , cy@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 13:45:27 -0000 Hi, I am trying to crossbuild arm on an amd64 machine and buildworld is checking for KERNCONF and fails to find GENERIC kernel. I only set KERNCONF when I am doing buildkernel/installkernel so KERNCONF is the default set in Makefile.inc1. # make buildworld TARGET=arm TARGET_ARCH=armv6 make[1]: "/usr/src/Makefile.inc1" line 122: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 1144: Missing KERNCONF /usr/src/sys/arm/conf/GENERIC *** Error code 1 Stop. make: stopped in /usr/src # uname -a FreeBSD vm4.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #13 r302895M: Fri Jul 15 16:06:24 IDT 2016 root@vm4.localdomain:/usr/obj/usr/src/sys/VIRTUALBOX amd64 Thanks, Guy From owner-freebsd-current@freebsd.org Fri Jul 15 15:11:42 2016 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 74C18B9AB9A for ; Fri, 15 Jul 2016 15:11:42 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (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 40F7E1174; Fri, 15 Jul 2016 15:11:41 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id O4mAbMIOb32mrO4mBbpZUi; Fri, 15 Jul 2016 09:11:40 -0600 X-Authority-Analysis: v=2.2 cv=ROzxJMq+ c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=cAmyUtKerLwA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=zFeOg2S3XnCE3djpnssA:9 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 4F66113752; Fri, 15 Jul 2016 07:24:36 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u6FFBbLw086894; Fri, 15 Jul 2016 08:11:37 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201607151511.u6FFBbLw086894@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Guy Yur cc: freebsd-current , cy@freebsd.org Subject: Re: crossbuild buildworld on amd64 for arm fails to find KERNCONF GENERIC after r302865 In-Reply-To: Message from Guy Yur of "Fri, 15 Jul 2016 16:45:25 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jul 2016 08:11:37 -0700 X-CMAE-Envelope: MS4wfN6otD3hk8kXg5JhmHrigRdCuek47mbQHU+yNBu8LqsbFi0/vAgn+Br0k+SKvceoPHXVzp9ahefhwMiTw9l3CifY8tZzMJj4xLVxeOCsgRKXDb/DvaXI NKgUtGel2341DMsZprw4ctPuszD8C2NjISQXvL5fgj86mM5Pup66T7h6Zz3wcBpGeKxxv7uZCfvznEOH+tkH5FgOGbDcDNuDus2KjcdqJh6AeQ+lsxV+wiZA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 15:11:42 -0000 In message , Guy Yur writes: > Hi, > > I am trying to crossbuild arm on an amd64 machine and buildworld > is checking for KERNCONF and fails to find GENERIC kernel. > I only set KERNCONF when I am doing buildkernel/installkernel > so KERNCONF is the default set in Makefile.inc1. > > # make buildworld TARGET=arm TARGET_ARCH=armv6 > make[1]: "/usr/src/Makefile.inc1" line 122: SYSTEM_COMPILER: > Determined that CC=cc matches the source tree. Not bootstrapping a > cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 1144: Missing KERNCONF > /usr/src/sys/arm/conf/GENERIC > *** Error code 1 > > Stop. > make: stopped in /usr/src > > > # uname -a > FreeBSD vm4.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #13 > r302895M: Fri Jul 15 16:06:24 IDT 2016 > root@vm4.localdomain:/usr/obj/usr/src/sys/VIRTUALBOX amd64 Thanks for the report. I've reverted it now until I get the time to look at it more closely. -- 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 Fri Jul 15 15:38:44 2016 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 E0056B9957F; Fri, 15 Jul 2016 15:38:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F5AB1989; Fri, 15 Jul 2016 15:38:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bO5CG-0028UX-0D>; Fri, 15 Jul 2016 17:38:36 +0200 Received: from x5ce10071.dyn.telefonica.de ([92.225.0.113] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bO5CF-001tgv-M9>; Fri, 15 Jul 2016 17:38:35 +0200 Date: Fri, 15 Jul 2016 17:38:37 +0200 From: "O. Hartmann" To: Matthew Macy Cc: "freebsd-current@freebsd.org" , "freebsd-x11@freebsd.org" , "freebsd-hackers@freebsd.org" Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported Message-ID: <20160715173837.6248139c.ohartman@zedat.fu-berlin.de> In-Reply-To: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> References: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/28SrI07_X576LnF7mNvfngi"; protocol="application/pgp-signature" X-Originating-IP: 92.225.0.113 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 15:38:45 -0000 --Sig_/28SrI07_X576LnF7mNvfngi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Sun, 22 May 2016 00:20:30 -0700 Matthew Macy schrieb: > I'm happy to announce a call for testers for the 4.6 update of drm and > i915. The driver has been successfully tested on IvyBridge, Haswell, > Broadwell and Skylake. At least basic HW 3D acceleration should work, > VGA and DP out are known to work. Video decode has only been tried > once and that did not work. >=20 > At this point I'm most interested in taking an inventory of what is > broken where. My priorities are common sense: >=20 > a) stability > b) fixing 2D artifacts > c) fixing 3D problems > d) video decode=20 > d) output support > e) other features >=20 > At this time "prime" (needed for switching between GPUs, compute > APIs, and DRI3) is not yet supported. All the pieces are in place but > support existing functionality is a higher priority. Userptr (mapping > user memory in to the driver) requires VM changes. Support is > planned, but likely post-11. >=20 >=20 > A few caveats are in order: > - The only reported test on Sandy Bridge indicated severe artifacts. > - Arrandale (pre-Sandy Bridge) and earlier are not yet supported by > =C2=A0 this update. The intel_i810 code has been heavily localized for=20 > =C2=A0 FreeBSD making it more difficult to integrate. Thus there are > =C2=A0 holes in the gmch support. > - This update is 64-bit only. There is no good reason to be running > =C2=A0 in 32-bit mode on any of the hardware supported by this driver. > - Although it works fine for me on my Skylake the one other tester > =C2=A0 I have reports from indicates that the driver isn't actually > =C2=A0 attaching and creating aliases for the drm device nodes. >=20 > Please send issue/success reports to the freebsd-x11 mailing list. > I may be preoccupied with work matters for periods of time. Sending > it to the list makes sure that the messages don't get lost. >=20 >=20 > If you encounter problems with startx, please try loading the i915 > kmod in isolation and make sure that it switches correctly to vt_fb. > If you're not running efifb you'll notice a change in resolution. > If it works but is slow or has artifacts you may try switching to > UXA by removing =C2=A0/etc/X11/xorg.conf.d/20-intel.conf (if you're using > the USB image). If you've built from source, try configuring SNA > instead. SNA is much better behaved for me. >=20 > The usual rules apply for kernel debugging. There should be copious > information on that in the handbook and elsewhere. If that proves > to be problematic for people I will send out a follow up mail. >=20 > A couple observations: >=20 > - The FreeBSD PTB insist that a debugger be in tree but that it > =C2=A0 pre-date GPL2, consequently kernels are, by default compiled with > =C2=A0 DWARF2 which is very poor at retain debug information in the > =C2=A0 presence of any optimization. If this is a problem, either > =C2=A0 recompile everything with -O0 (add CFLAGS +=3D -O0 in drm2 and > =C2=A0 i915kms Makefiles, and pass COPTFLAGS=3D-O0 to buildkernel) or > =C2=A0 install a newer kgdb from ports. >=20 > - The purpose of encrypted swap is that the data on disk be > =C2=A0 unrecoverable. This is somewhat at cross purposes with savecore. > =C2=A0 So don't do that. > =C2=A0=20 >=20 > Now that this is out I will be switching gears to bringing up amdgpu > and radeon support. I have no hardware that uses the radeon driver > so I will have to rely on Jean for testing and support there. >=20 >=20 > Those of you wishing to try your hand at testing from source can > fetch our repo from github at: >=20 >=20 > https://github.com/iotamudelta/freebsd-base-graphics >=20 > Make sure to check out the drm-next-4.6 branch. >=20 >=20 > If you'd rather just try it on a usb pen driver you can also > obtain a prebuilt memstick image with this branch installed > along with xorg and some commonly used ports at:=20 >=20 > http://www.bsddesktop.com/images/disk_YYMMDDHH.img.xz >=20 > There is no root password and the user/pw is joeuser/joeuser. >=20 >=20 > If you're curious about what's on it, the script used to > create the image is here: >=20 > http://www.bsddesktop.com/images/usbcreate.sh >=20 >=20 > If you'd like to help out with collecting data on what > laptops are supported please run Warren Block's > notebookstats script: >=20 > http://www.bsddesktop.com/images/notebookstats >=20 > It's also installed under /usr/local/bin on the image. >=20 > If I've missed anything please let me know and I will follow up. >=20 > -M >=20 >=20 > _______________________________________________ > 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" When is a Broadwell support supposed to appear in CURRENT? Regrads, oh --Sig_/28SrI07_X576LnF7mNvfngi Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXiQN9AAoJEOgBcD7A/5N8I18IAMIoXEGSu0ba4lYmmnIrM5kR pwMvB0IPUP5nLEPHLL4/PoybkqNS1zX3TksO7Qyy2brTP/3bwpOhgX4zXRUqugIO I6v3PybFAH3mzK6HBie82wtzTyZXTAe2SBmyLMq8vLxd4oyKOoQe9nl6mgLWK09j nsXP2aA327Dl9dkaSUKGIhpwjYBTHiE5Luayp56w4ZbfzY1JW07GSThEmX5g2OS+ RsuQbbYpxbbxEj5OTP8GK7kzz4zc8D9aQ2zencwCuB8nQ6/nZct43nVBX7Vu/nkL 21KJTXkrwExpZewUBpTrXMWWUJYBvlH+QrptV5YOL7iBEVPtafCsg6wyQCfoFMU= =m9Df -----END PGP SIGNATURE----- --Sig_/28SrI07_X576LnF7mNvfngi-- From owner-freebsd-current@freebsd.org Fri Jul 15 17:58:42 2016 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 D61FCB9AFE7 for ; Fri, 15 Jul 2016 17:58:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0C0617BE for ; Fri, 15 Jul 2016 17:58:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf0-x235.google.com with SMTP id t190so43231233pfb.3 for ; Fri, 15 Jul 2016 10:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=uLb/bhR3178LJgHHn09LBQRLF0aLwv+u45qom5B8Vs4=; b=W8tf5T9MqXzrjMQlf1zexnN7povZjbzrSLimVUZpdJ0jt8ly5AA/Xu2TE5j49bPaYL RXpQ7fwXKdJMkuFTiOiVuGeJzzYfgvUX7oABuwCzeWog4mt2BLm861n8meuoV3L/AEAa E0v6nJthwFVT2tyrRN23ivZ9bek8PIqRvI/EJPiWWQFNYS7lxPB8FsyA0IX2nkKLj/ZZ X6+QKK7GNwVMO2tGAq5rxtNWF8bPFalq78qpGbzjmrf1e3E7XUa4STtD+Y2lDHQumasS xaZwy72DYdqy0lvJrfexlvhgZSlQmfa3c8KZGilqsAYll7StdOJhtaWGsnucNKfdWFOf UU4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=uLb/bhR3178LJgHHn09LBQRLF0aLwv+u45qom5B8Vs4=; b=O0WnMv5iH6bxZ7jGZaYAdMZ4Z0fBCdXSHugzMYgCpswozfA3Q48ijp5LMz+EwSZ0ym zzWpWENZR/MZesx5qTK5SnMnrK026w6eyATeTcG80R40DFHqoUW3fwYe0Kf60CtGpaxZ 0n/kAwOeZFaGoOKnvUA5ok5Y2TehETtunoignznibKkbQky5sP9qpB3obH1fUcc9rYSg hE+UeryE3OdaK/jlD/TT+u9aCKCKK6vgA/hyzUbZeKJkTar06W2GvZv005EVNX5pUIxe 3bPmxRwnybYfu1O7Jti/ZD3EjKzcswWv6RqFjmVoy+56OlAUg6MuvBeMNEn7GHh3GoKK k4DA== X-Gm-Message-State: ALyK8tK3Yc2HozeFhRRbWmblH48NFIEOqaDfpzqQ7INiFHKBcDaqkAz+Ke0WmHrHbjcqUw== X-Received: by 10.98.32.81 with SMTP id g78mr23776112pfg.20.1468605522160; Fri, 15 Jul 2016 10:58:42 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id s23sm4429443pfd.23.2016.07.15.10.58.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jul 2016 10:58:41 -0700 (PDT) Sender: Mark Johnston Date: Fri, 15 Jul 2016 11:01:59 -0700 From: Mark Johnston To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160715180159.GA4487@wkstn-mjohnston.west.isilon.com> References: <20160712182414.GC71220@wkstn-mjohnston.west.isilon.com> <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> <20160713191947.GW38613@kib.kiev.ua> <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> <20160714052537.GZ38613@kib.kiev.ua> <20160714181605.GA17310@wkstn-mjohnston.west.isilon.com> <20160715072720.GB38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160715072720.GB38613@kib.kiev.ua> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 17:58:42 -0000 On Fri, Jul 15, 2016 at 10:27:20AM +0300, Konstantin Belousov wrote: > On Thu, Jul 14, 2016 at 11:16:05AM -0700, Mark Johnston wrote: > > Please see the program here: > > https://people.freebsd.org/~markj/ptrace_stop.c > > > > It cheats a bit: it uses SIGSTOP to stop the child before sending a > > SIGHUP to it. However, this is just for convenience; note that PT_ATTACH > > will result in a call to thread_unsuspend() on the child, so PT_ATTACH's > > SIGSTOP will be delivered to a running process. When ptrace attaches, > > the child stops and WSTOPSIG(status) == SIGHUP. When ptrace detaches, > > the child is left stopped. > No, it is not for convenience, it relies on another bug to get the effect, > see below. I see. I should have noted that the result can be reproduced without the first SIGSTOP, just not reliably. That is, I still occasionally get the following output when the kill(SIGSTOP) and subsequent waitpid() call are removed: stopping signal is 1 waiting on child... child is stopped after detach (sig 17) > > As I understand you intent, you prefer to get SIGSTOP from the first > waitpid(2) call after successful PT_ATTACH, am I right ? Hm, I don't care very much about that. I was just addressing your claim that the "debugger interface guarantees that SIGSTOP is noted." > At least for > single-threaded case, this can be achieved with a flag indicating that > we a doing first cursig(9) action after the attach, and preferring > SIGSTOP over any other queued signal. The new flag P2_PTRACE_FSTP > does just that. For mt case, I believe that some enchancements to > my proc_next_xthread() would fix that. This seems like a sound approach to me. It provides the guarantee I referenced above, and ensures that the SIGSTOP from PT_ATTACH is delivered before PT_DETACH. > > But when debugging the code, I found that it still does not work reliably > for your test. The reason is that issignal() consumes a queued stop signal > after the thread_suspend_switch(). It allows the attach to occur, but then > sigqueue_delete() calls ('take the signal!') eat the signal for attach. It > seems that we should consume stops before going to stop state. An open > question is how much this hurts when another (non-debugging) SIGSTOP is > queued while in stopped state. > > Please try this. Thanks, this seems to give the desired behaviour in the single-threaded case. I'll write a test case for the multi-threaded case next. Am I correct in thinking that r302179 could be reverted if your change is committed? From owner-freebsd-current@freebsd.org Fri Jul 15 18:17:31 2016 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 9601FB99629; Fri, 15 Jul 2016 18:17:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 71AD212E1; Fri, 15 Jul 2016 18:17:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 67481215; Fri, 15 Jul 2016 18:17:31 +0000 (UTC) Date: Fri, 15 Jul 2016 18:17:27 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ae@FreeBSD.org, jhb@FreeBSD.org, tuexen@FreeBSD.org, pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <82268050.73.1468606651438.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3596 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 18:17:31 -0000 FreeBSD_HEAD_i386 - Build #3596 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3596/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3596/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3596/console Change summaries: 302906 by ae: Add net.inet6.ip6.intr_queue_maxlen sysctl. It can be used to change netisr queue limit for IPv6 at runtime. Obtained from: Yandex LLC MFC after: 2 weeks Sponsored by: Yandex LLC 302904 by tuexen: Fix a bug which results in a core dump when running netstat with the -W option and having a listening SCTP socket. The bug was introduced in r279122 when adding support for libxo. MFC after: 3 days 302903 by pfg: mail(1): Update more prototypes. Also rename delete and undelete_messages to deletecmd and undeletecmd respectively in an attempt to sync with other BSDs. Obtained from: OpenBSD 302902 by jhb: Add a mask of optional ptrace() events. ptrace() now stores a mask of optional events in p_ptevents. Currently this mask is a single integer, but it can be expanded into an array of integers in the future. Two new ptrace requests can be used to manipulate the event mask: PT_GET_EVENT_MASK fetches the current event mask and PT_SET_EVENT_MASK sets the current event mask. The current set of events include: - PTRACE_EXEC: trace calls to execve(). - PTRACE_SCE: trace system call entries. - PTRACE_SCX: trace syscam call exits. - PTRACE_FORK: trace forks and auto-attach to new child processes. - PTRACE_LWP: trace LWP events. The S_PT_SCX and S_PT_SCE events in the procfs p_stops flags have been replaced by PTRACE_SCE and PTRACE_SCX. PTRACE_FORK replaces P_FOLLOW_FORK and PTRACE_LWP replaces P2_LWP_EVENTS. The PT_FOLLOW_FORK and PT_LWP_EVENTS ptrace requests remain for compatibility but now simply toggle corresponding flags in the event mask. While here, document that PT_SYSCALL, PT_TO_SCE, and PT_TO_SCX both modify the event mask and continue the traced process. Reviewed by: kib MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D7044 302900 by jhb: Add a test for user signal delivery. This test verifies we get the correct ptrace event details when a signal is posted to a traced process from userland. Reviewed by: kib (part of D7044) The end of the build log: [...truncated 170573 lines...] awk -f /usr/src/sys/conf/kmod_syms.awk mac_lomac.kld export_syms | xargs -J% objcopy % mac_lomac.kld --- mac_lomac.ko.full --- ld -Bshareable -d -warn-common -o mac_lomac.ko.full mac_lomac.kld --- all_subdir_mac_portacl --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- mac_portacl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_portacl.o -MTmac_portacl.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_portacl/../../security/mac_portacl/mac_portacl.c -o mac_portacl.o --- all_subdir_mac_lomac --- --- mac_lomac.ko.debug --- objcopy --only-keep-debug mac_lomac.ko.full mac_lomac.ko.debug --- mac_lomac.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_lomac.ko.debug mac_lomac.ko.full mac_lomac.ko --- nsparse.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MF.depend.nsparse.o -MTnsparse.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/namespace/nsparse.c --- modules-all --- --- all_subdir_mac_mls --- ctfconvert -L VERSION -g mac_mls.o --- nsparse.o --- ctfconvert -L VERSION -g nsparse.o --- modules-all --- --- all_subdir_linux --- --- linux_uid16.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_uid16.o -MTlinux_uid16.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_uid16.c -o linux_uid16.o --- all_subdir_mac_mls --- --- mac_mls.kld --- ld -d -warn-common -r -d -o mac_mls.kld mac_mls.o ctfmerge -L VERSION -g -o mac_mls.kld mac_mls.o --- all_subdir_mac_portacl --- ctfconvert -L VERSION -g mac_portacl.o --- all_subdir_mac_mls --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_mls.kld export_syms | xargs -J% objcopy % mac_mls.kld --- all_subdir_mac_portacl --- --- mac_portacl.kld --- ld -d -warn-common -r -d -o mac_portacl.kld mac_portacl.o --- all_subdir_mac_mls --- --- mac_mls.ko.full --- ld -Bshareable -d -warn-common -o mac_mls.ko.full mac_mls.kld --- all_subdir_mac_portacl --- ctfmerge -L VERSION -g -o mac_portacl.kld mac_portacl.o --- all_subdir_mac_mls --- --- mac_mls.ko.debug --- objcopy --only-keep-debug mac_mls.ko.full mac_mls.ko.debug --- all_subdir_mac_portacl --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_portacl.kld export_syms | xargs -J% objcopy % mac_portacl.kld --- all_subdir_mac_mls --- --- mac_mls.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_mls.ko.debug mac_mls.ko.full mac_mls.ko --- all_subdir_mac_portacl --- --- mac_portacl.ko.full --- ld -Bshareable -d -warn-common -o mac_portacl.ko.full mac_portacl.kld --- nspredef.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MF.depend.nspredef.o -MTnspredef.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/namespace/nspredef.c --- modules-all --- --- mac_portacl.ko.debug --- objcopy --only-keep-debug mac_portacl.ko.full mac_portacl.ko.debug --- mac_portacl.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_portacl.ko.debug mac_portacl.ko.full mac_portacl.ko --- all_subdir_linux --- --- linux_time.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_time.o -MTlinux_time.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_time.c -o linux_time.o --- linux_sysvec.o --- ctfconvert -L VERSION -g linux_sysvec.o --- all_subdir_mac_seeotheruids --- ===> mac_seeotheruids (all) --- machine --- machine -> /usr/src/sys/i386/include --- nspredef.o --- ctfconvert -L VERSION -g nspredef.o --- modules-all --- --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_stub --- ===> mac_stub (all) --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_seeotheruids.o -MTmac_seeotheruids.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_seeotheruids/../../security/mac_seeotheruids/mac_seeotheruids.c -o mac_seeotheruids.o --- all_subdir_mac_stub --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- mac_stub.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_stub.o -MTmac_stub.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_stub/../../security/mac_stub/mac_stub.c -o mac_stub.o --- all_subdir_linux --- --- linux_uid16.o --- ctfconvert -L VERSION -g linux_uid16.o --- all_subdir_mac_test --- ===> mac_test (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_seeotheruids --- ctfconvert -L VERSION -g mac_seeotheruids.o --- all_subdir_mac_test --- --- mac_test.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_test.o -MTmac_test.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_test/../../security/mac_test/mac_test.c -o mac_test.o --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.kld --- ld -d -warn-common -r -d -o mac_seeotheruids.kld mac_seeotheruids.o ctfmerge -L VERSION -g -o mac_seeotheruids.kld mac_seeotheruids.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_seeotheruids.kld export_syms | xargs -J% objcopy % mac_seeotheruids.kld --- mac_seeotheruids.ko.full --- ld -Bshareable -d -warn-common -o mac_seeotheruids.ko.full mac_seeotheruids.kld --- mac_seeotheruids.ko.debug --- objcopy --only-keep-debug mac_seeotheruids.ko.full mac_seeotheruids.ko.debug --- mac_seeotheruids.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_seeotheruids.ko.debug mac_seeotheruids.ko.full mac_seeotheruids.ko --- all_subdir_linux --- --- linux_timer.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_timer.o -MTlinux_timer.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_timer.c -o linux_timer.o --- linux_time.o --- ctfconvert -L VERSION -g linux_time.o --- all_subdir_malo --- ===> malo (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_malo.h --- echo '#define MALO_DEBUG 1'> opt_malo.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- if_malohal.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_malohal.o -MTif_malohal.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/malo/../../dev/malo/if_malohal.c -o if_malohal.o --- all_subdir_linux --- --- linux_timer.o --- ctfconvert -L VERSION -g linux_timer.o --- linux_vdso.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_vdso.o -MTlinux_vdso.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_vdso.c -o linux_vdso.o ctfconvert -L VERSION -g linux_vdso.o --- assym.o --- as -o assym.o assym.s ctfconvert -L VERSION -g assym.o --- linux_ptrace.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_ptrace.o -MTlinux_ptrace.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c -o linux_ptrace.o --- all_subdir_mac_stub --- ctfconvert -L VERSION -g mac_stub.o --- mac_stub.kld --- ld -d -warn-common -r -d -o mac_stub.kld mac_stub.o --- all_subdir_linux --- /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c:72:9: error: 'PTRACE_SYSCALL' macro redefined [-Werror,-Wmacro-redefined] #define PTRACE_SYSCALL 24 ^ /usr/src/sys/sys/ptrace.h:89:9: note: previous definition is here #define PTRACE_SYSCALL (PTRACE_SCE | PTRACE_SCX) ^ 1 error generated. *** [linux_ptrace.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/linux 1 error bmake[4]: stopped in /usr/src/sys/modules/linux *** [all_subdir_linux] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_stub --- ctfmerge -L VERSION -g -o mac_stub.kld mac_stub.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_stub.kld export_syms | xargs -J% objcopy % mac_stub.kld A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_stub *** [all_subdir_mac_stub] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_malo --- ctfconvert -L VERSION -g if_malohal.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/malo *** [all_subdir_malo] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_test --- ctfconvert -L VERSION -g mac_test.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_test *** [all_subdir_mac_test] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 4 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson459075502765149552.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 15 18:34:52 2016 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 6C2E0B99D3E; Fri, 15 Jul 2016 18:34:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D0301ED1; Fri, 15 Jul 2016 18:34:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468607684344383.69427869629476; Fri, 15 Jul 2016 11:34:44 -0700 (PDT) Date: Fri, 15 Jul 2016 11:34:44 -0700 From: Matthew Macy To: "Gleb Smirnoff" Cc: "Hans Petter Selasky" , "freebsd-current@freebsd.org" , "freebsd-net@freebsd.org" Message-ID: <155efd6dec6.1184b7a2546701.470842708059763905@nextbsd.org> In-Reply-To: <20160715084303.GD1076@FreeBSD.org> References: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> <155ecfa7c59.b552d7c5570767.4742594321655958557@nextbsd.org> <20160715084303.GD1076@FreeBSD.org> Subject: Re: callout_drain either broken or man page needs updating MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 18:34:52 -0000 ---- On Fri, 15 Jul 2016 01:43:03 -0700 Gleb Smirnoff wrote ---- > On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote: > M> > On 07/15/16 05:45, Matthew Macy wrote: > M> > > glebius last commit needs some further re-work. > M> > > M> > Glebius commit needs to be backed out, at least the API change that > M> > changes the return value when calling callout_stop() when the callout is > M> > scheduled and being serviced. Simply because there is code out there, > M> > like Mattew and others have discovered that is "refcounting" on the > M> > callout_reset() and expecting that a subsequent callout_stop() will > M> > return 1 to "unref". > M> > M> Yes. This is the cause of the "refcnt 0 on LLE at boot..." regression. I misread his comment on the reason for the failure. But, the failure is caused by a regression in callout_stop. > No it isn't. The regression is caused by unintentional change of return > value for never scheduled callout. The fix is now being tested, see PR 210884. Thanks. Let me know when I can update. -M From owner-freebsd-current@freebsd.org Fri Jul 15 18:36:12 2016 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 26ED1B99E4B; Fri, 15 Jul 2016 18:36:12 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 173E61247; Fri, 15 Jul 2016 18:36:11 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468607763446125.42673548539801; Fri, 15 Jul 2016 11:36:03 -0700 (PDT) Date: Fri, 15 Jul 2016 11:36:03 -0700 From: Matthew Macy To: "O. Hartmann" Cc: "freebsd-current@freebsd.org" , "freebsd-x11@freebsd.org" , "freebsd-hackers@freebsd.org" Message-ID: <155efd813c6.1202df80646763.9140174277761846209@nextbsd.org> In-Reply-To: <20160715173837.6248139c.ohartman@zedat.fu-berlin.de> References: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> <20160715173837.6248139c.ohartman@zedat.fu-berlin.de> Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 18:36:12 -0000 > > > > _______________________________________________ > > 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" > > When is a Broadwell support supposed to appear in CURRENT? > > Regrads, > > oh When at least the non-VM patches to sys/ make it in. I have no direct say in that. -M From owner-freebsd-current@freebsd.org Fri Jul 15 18:38:54 2016 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 EE61BB99FF0; Fri, 15 Jul 2016 18:38:54 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E62AF1596; Fri, 15 Jul 2016 18:38:53 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7FS+t8K3bl7Ag5b5C1H/SfbBjM2qksyrPNgjyeFJqt0=; b=b1k1s3a3ZACqHAxTOE/kfupedf AZ2aKwh2kLEBeYNJVrG6Rii6RKQR2/iB3sF4fEL4PwgGWBnOEYsPzz3kjLJHgdwxyBdF3H4E88st8 2JXbeK0euLHrnWM3rwl1iu7pWjULq7DWhz9YR7rld0CdS2H5OIhoOrpOGd9wyPgPW2Ho=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:61910 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bO80i-00068z-La; Fri, 15 Jul 2016 13:38:52 -0500 Received: from proxy.na.alcatel-lucent.com ([135.245.48.73]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 15 Jul 2016 13:38:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 15 Jul 2016 13:38:52 -0500 From: Larry Rosenman To: Matthew Macy Cc: Gleb Smirnoff , Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-net@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: callout_drain either broken or man page needs updating In-Reply-To: <155efd6dec6.1184b7a2546701.470842708059763905@nextbsd.org> References: <155eca8bae0.d811ff9b567670.7363072028299444677@nextbsd.org> <087a20a1-2b8b-2050-c75f-78aac964b457@selasky.org> <155ecfa7c59.b552d7c5570767.4742594321655958557@nextbsd.org> <20160715084303.GD1076@FreeBSD.org> <155efd6dec6.1184b7a2546701.470842708059763905@nextbsd.org> Message-ID: <385925d91a2967587dacd2fe29d5a075@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 18:38:55 -0000 On 2016-07-15 13:34, Matthew Macy wrote: > ---- On Fri, 15 Jul 2016 01:43:03 -0700 Gleb Smirnoff > wrote ---- > > On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote: > > M> > On 07/15/16 05:45, Matthew Macy wrote: > > M> > > glebius last commit needs some further re-work. > > M> > > > M> > Glebius commit needs to be backed out, at least the API change > that > > M> > changes the return value when calling callout_stop() when the > callout is > > M> > scheduled and being serviced. Simply because there is code > out there, > > M> > like Mattew and others have discovered that is "refcounting" > on the > > M> > callout_reset() and expecting that a subsequent callout_stop() > will > > M> > return 1 to "unref". > > M> > > M> Yes. This is the cause of the "refcnt 0 on LLE at boot..." > regression. > > I misread his comment on the reason for the failure. But, the failure > is caused by a regression in callout_stop. > > > No it isn't. The regression is caused by unintentional change of > return > > value for never scheduled callout. The fix is now being tested, see > PR 210884. > > Thanks. Let me know when I can update. > -M > > _______________________________________________ > 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" URL: https://svnweb.freebsd.org/changeset/base/302894 has the fix in HEAD. (It's a one-liner). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Fri Jul 15 19:16:26 2016 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 273E7B9ABCF for ; Fri, 15 Jul 2016 19:16:26 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B31DD113A for ; Fri, 15 Jul 2016 19:16:25 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id x83so3316426wma.3 for ; Fri, 15 Jul 2016 12:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aTNmWGX1taQ72PzE+e1SK6n8NCQuwRd2VTEJk3C/TeU=; b=yfIk6bByvylj7zXYlvjQbK3jvIbIFz6Ug/GYj5ul/bMdaN+KA0Tx18+VEgB8c5EOk0 2jNnTJ6PK73NCwgmKtrwIyAPwiXKW6W+p89g3EWwRTuot0i14Apk0Q+knXXKUO+QG0fl KMcYGjMqH0szx8gkILlIjA8EdldML+8dl6kyapLfeC5/ceUooSuPm2cX9yfxLWGqT34C H3mwsG35fKwJxBZEXsrVa5NhEUo8EoGJnXcYuaeuwhUCwXt0z9UDLeQhhb9rsDuQaIwA FV3VLfOB6VgoQXN0K/EeH5RWeUgxc8WoPXIySD3rhZ3ZBWlUAuQyOXobpzDtMWGl2WGE ImzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aTNmWGX1taQ72PzE+e1SK6n8NCQuwRd2VTEJk3C/TeU=; b=AjbNt63j+WgiBopRXxKvAPcJfQnzkKn+D+BJEsXP6IHrlv/rGRGidxKfKXQkP0PN7A WWizXq/COjZedwPcTgw9LL5ZdA/NC/NiPVcMRHhpcdQ+JqEt/GH4jwjthDTgYvLfB0lc sKQbItxvqsM2o2f3cAxTVDVULH/Cky457IoyRWBKd2QB98mAzWrYdlEZjZqcEg+xWgaS E0KzL8e60hn4KDs4x+lAEJr/q7D/nXluoi9sk9mM1jSPYm0JPzC5Uf5o2C2uT3mv7Nln BxNSF3FFxVSWWgZu3O4RhLfvoxcgBgbnOzQ+8w+PyAynXwgP0HftutWrxaEd9+nlDBz7 xuAg== X-Gm-Message-State: ALyK8tItLKgVfRCIj3+myN2eip1rw20jyLo1PXTKLLG0LNQv7pJAz+rX4IQ8ODrQmtsjjbDE2jrl2DU6M5auHA== X-Received: by 10.28.46.22 with SMTP id u22mr23420122wmu.85.1468610184318; Fri, 15 Jul 2016 12:16:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.9.142 with HTTP; Fri, 15 Jul 2016 12:16:23 -0700 (PDT) In-Reply-To: <201607151511.u6FFBbLw086894@slippy.cwsent.com> References: <201607151511.u6FFBbLw086894@slippy.cwsent.com> From: Guy Yur Date: Fri, 15 Jul 2016 22:16:23 +0300 Message-ID: Subject: Re: crossbuild buildworld on amd64 for arm fails to find KERNCONF GENERIC after r302865 To: Cy Schubert Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 19:16:26 -0000 On Fri, Jul 15, 2016 at 6:11 PM, Cy Schubert wrote: > In message om> > , Guy Yur writes: >> Hi, >> >> I am trying to crossbuild arm on an amd64 machine and buildworld >> is checking for KERNCONF and fails to find GENERIC kernel. >> I only set KERNCONF when I am doing buildkernel/installkernel >> so KERNCONF is the default set in Makefile.inc1. >> >> # make buildworld TARGET=arm TARGET_ARCH=armv6 >> make[1]: "/usr/src/Makefile.inc1" line 122: SYSTEM_COMPILER: >> Determined that CC=cc matches the source tree. Not bootstrapping a >> cross-compiler. >> make[1]: "/usr/src/Makefile.inc1" line 1144: Missing KERNCONF >> /usr/src/sys/arm/conf/GENERIC >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> >> >> # uname -a >> FreeBSD vm4.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #13 >> r302895M: Fri Jul 15 16:06:24 IDT 2016 >> root@vm4.localdomain:/usr/obj/usr/src/sys/VIRTUALBOX amd64 > > Thanks for the report. I've reverted it now until I get the time to look at > it more closely. > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > Doing the missing check only for the kernel targets works for me. .if make(buildkernel) || \ make(installkernel) || make(installkernel.debug) || \ make(reinstallkernel) || make(reinstallkernel.debug) || \ make(distributekernel) || make(distributekernel.debug) || \ make(packagekernel) || make(create-kernel-packages) .error Missing KERNCONF ${KERNCONFDIR}/${_kernel} .endif It might be possible cover more of the section with the .if make. I think these are all the targets that use BUILDKERNELS, INSTALLKERNEL. .if make(buildkernel) || \ make(installkernel) || make(installkernel.debug) || \ make(reinstallkernel) || make(reinstallkernel.debug) || \ make(distributekernel) || make(distributekernel.debug) || \ make(packagekernel) || make(create-kernel-packages) BUILDKERNELS= ... .error Missing KERNCONF ${KERNCONFDIR}/${_kernel} .endif .endfor .endif Regards, Guy From owner-freebsd-current@freebsd.org Fri Jul 15 20:17:09 2016 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 E22FAB98D5E; Fri, 15 Jul 2016 20:17:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CCE6C1304; Fri, 15 Jul 2016 20:17:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 39074219; Fri, 15 Jul 2016 20:17:10 +0000 (UTC) Date: Fri, 15 Jul 2016 20:17:08 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, tuexen@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <964644840.76.1468613830240.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <82268050.73.1468606651438.JavaMail.jenkins@jenkins-9.freebsd.org> References: <82268050.73.1468606651438.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3597 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 20:17:10 -0000 FreeBSD_HEAD_i386 - Build #3597 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3597/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3597/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3597/console Change summaries: 302908 by bdrewery: Fix dlsym(RTLD_NEXT) handling to only return the next library in last library cases. The root of the problem here is that TAILQ_FOREACH_FROM will default to the head of the list if passed NULL, which will be the case if there are no libraries loaded after this one. Thus all libraries, including the current, were iterated in that case rather than none. This was broken in r294373. Reviewed by: markj (earlier version), cem, kib, ngie MFC after: 1 week Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D7216 302907 by tuexen: When calling netstat -Laptcp the local address values are not aligned with the corresponding entry in the table header. r295136 increased the value width from 14 to 32 without the corresponding change to the table header. This commit adds the change to the table header width. MFC after: 3 days The end of the build log: [...truncated 170084 lines...] --- x86 --- x86 -> /usr/src/sys/x86/include --- mac_portacl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_portacl.o -MTmac_portacl.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_portacl/../../security/mac_portacl/mac_portacl.c -o mac_portacl.o --- all_subdir_mac_mls --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_mls.kld export_syms | xargs -J% objcopy % mac_mls.kld --- mac_mls.ko.full --- ld -Bshareable -d -warn-common -o mac_mls.ko.full mac_mls.kld --- mac_mls.ko.debug --- objcopy --only-keep-debug mac_mls.ko.full mac_mls.ko.debug --- mac_mls.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_mls.ko.debug mac_mls.ko.full mac_mls.ko --- all_subdir_linux --- --- linux_sysent.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_sysent.o -MTlinux_sysent.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/linux_sysent.c -o linux_sysent.o --- linux_sysctl.o --- ctfconvert -L VERSION -g linux_sysctl.o --- evhandler.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MF.depend.evhandler.o -MTevhandler.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/events/evhandler.c --- modules-all --- --- linux_socket.o --- ctfconvert -L VERSION -g linux_socket.o --- all_subdir_mac_seeotheruids --- ===> mac_seeotheruids (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- evhandler.o --- ctfconvert -L VERSION -g evhandler.o --- modules-all --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- evmisc.o --- --- modules-all --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_portacl --- ctfconvert -L VERSION -g mac_portacl.o --- evmisc.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MF.depend.evmisc.o -MTevmisc.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/events/evmisc.c --- modules-all --- --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_seeotheruids.o -MTmac_seeotheruids.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_seeotheruids/../../security/mac_seeotheruids/mac_seeotheruids.c -o mac_seeotheruids.o --- all_subdir_linux --- --- linux_sysent.o --- ctfconvert -L VERSION -g linux_sysent.o --- linux_sysvec.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_sysvec.o -MTlinux_sysvec.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/linux_sysvec.c -o linux_sysvec.o --- all_subdir_mac_portacl --- --- mac_portacl.kld --- ld -d -warn-common -r -d -o mac_portacl.kld mac_portacl.o ctfmerge -L VERSION -g -o mac_portacl.kld mac_portacl.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_portacl.kld export_syms | xargs -J% objcopy % mac_portacl.kld --- mac_portacl.ko.full --- ld -Bshareable -d -warn-common -o mac_portacl.ko.full mac_portacl.kld --- mac_portacl.ko.debug --- objcopy --only-keep-debug mac_portacl.ko.full mac_portacl.ko.debug --- mac_portacl.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_portacl.ko.debug mac_portacl.ko.full mac_portacl.ko --- all_subdir_linux --- --- linux_uid16.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_uid16.o -MTlinux_uid16.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_uid16.c -o linux_uid16.o --- evmisc.o --- ctfconvert -L VERSION -g evmisc.o --- modules-all --- --- all_subdir_mac_stub --- ===> mac_stub (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_seeotheruids --- ctfconvert -L VERSION -g mac_seeotheruids.o --- all_subdir_mac_stub --- --- mac_stub.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_stub.o -MTmac_stub.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_stub/../../security/mac_stub/mac_stub.c -o mac_stub.o --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.kld --- ld -d -warn-common -r -d -o mac_seeotheruids.kld mac_seeotheruids.o ctfmerge -L VERSION -g -o mac_seeotheruids.kld mac_seeotheruids.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_seeotheruids.kld export_syms | xargs -J% objcopy % mac_seeotheruids.kld --- mac_seeotheruids.ko.full --- ld -Bshareable -d -warn-common -o mac_seeotheruids.ko.full mac_seeotheruids.kld --- mac_seeotheruids.ko.debug --- objcopy --only-keep-debug mac_seeotheruids.ko.full mac_seeotheruids.ko.debug --- mac_seeotheruids.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_seeotheruids.ko.debug mac_seeotheruids.ko.full mac_seeotheruids.ko --- all_subdir_linux --- --- linux_time.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_time.o -MTlinux_time.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_time.c -o linux_time.o --- linux_uid16.o --- ctfconvert -L VERSION -g linux_uid16.o --- all_subdir_mac_test --- ===> mac_test (all) --- machine --- --- all_subdir_linux --- --- linux_sysvec.o --- ctfconvert -L VERSION -g linux_sysvec.o --- linux_timer.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_timer.o -MTlinux_timer.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_timer.c -o linux_timer.o --- all_subdir_mac_test --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- mac_test.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_test.o -MTmac_test.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_test/../../security/mac_test/mac_test.c -o mac_test.o --- all_subdir_linux --- --- linux_time.o --- ctfconvert -L VERSION -g linux_time.o --- all_subdir_malo --- ===> malo (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_malo.h --- echo '#define MALO_DEBUG 1'> opt_malo.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- all_subdir_linux --- --- linux_timer.o --- ctfconvert -L VERSION -g linux_timer.o --- linux_vdso.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_vdso.o -MTlinux_vdso.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_vdso.c -o linux_vdso.o --- all_subdir_malo --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- all_subdir_mac_stub --- ctfconvert -L VERSION -g mac_stub.o --- all_subdir_malo --- --- if_malohal.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_malohal.o -MTif_malohal.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/malo/../../dev/malo/if_malohal.c -o if_malohal.o --- all_subdir_mac_stub --- --- mac_stub.kld --- ld -d -warn-common -r -d -o mac_stub.kld mac_stub.o ctfmerge -L VERSION -g -o mac_stub.kld mac_stub.o --- all_subdir_linux --- ctfconvert -L VERSION -g linux_vdso.o --- assym.o --- as -o assym.o assym.s ctfconvert -L VERSION -g assym.o --- linux_ptrace.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_ptrace.o -MTlinux_ptrace.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c -o linux_ptrace.o --- all_subdir_mac_stub --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_stub.kld export_syms | xargs -J% objcopy % mac_stub.kld --- mac_stub.ko.full --- ld -Bshareable -d -warn-common -o mac_stub.ko.full mac_stub.kld --- mac_stub.ko.debug --- objcopy --only-keep-debug mac_stub.ko.full mac_stub.ko.debug --- mac_stub.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_stub.ko.debug mac_stub.ko.full mac_stub.ko --- all_subdir_linux --- --- imgact_linux.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.imgact_linux.o -MTimgact_linux.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/imgact_linux.c -o imgact_linux.o --- linux_ptrace.o --- /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c:72:9: error: 'PTRACE_SYSCALL' macro redefined [-Werror,-Wmacro-redefined] #define PTRACE_SYSCALL 24 ^ /usr/src/sys/sys/ptrace.h:89:9: note: previous definition is here #define PTRACE_SYSCALL (PTRACE_SCE | PTRACE_SCX) ^ 1 error generated. *** [linux_ptrace.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/linux --- imgact_linux.o --- ctfconvert -L VERSION -g imgact_linux.o 1 error bmake[4]: stopped in /usr/src/sys/modules/linux *** [all_subdir_linux] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_malo --- ctfconvert -L VERSION -g if_malohal.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/malo *** [all_subdir_malo] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_test --- ctfconvert -L VERSION -g mac_test.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_test *** [all_subdir_mac_test] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 3 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8938847902201819812.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 15 20:19:06 2016 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 A1A3AB98EAA; Fri, 15 Jul 2016 20:19:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69194150A; Fri, 15 Jul 2016 20:19:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id h190so28610416ith.1; Fri, 15 Jul 2016 13:19:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=LaAiABvGPvsyGE85i1EDbTR4YuLdu3bzvl1cwJOIicI=; b=ZGi+9ezSSFb+wAhwGFnsvqzP0CV+n0s2TgzK/7kSg2UiHKZQkUlEvEFARe5xjBqVK6 Kof92nBA5ucOCb9nps+5UcMeDX+0hZCSVm+ybJhMkvDllgkmN9A+tpmH2rXPCmEWVPKP bb+ZOoLsDgjNcn1eWeCSG0qgvfDqJ5+yoSzO3PpUcLzNfgofhrGNKdyzdnKTDiQLiMyE Zb57q+ZS7o8UcnWHg5Nr1t2cGpUd2z/sUs/k0ZQM6gew3vSurJeOp5C7+N8n+FXF3p3u futr4Bcv0a7sSU/z8zO/NbnKTSXu0XV0JGHKJEtFcvPqS3oubZgu2qXt+GdixFvhOZn8 eS1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LaAiABvGPvsyGE85i1EDbTR4YuLdu3bzvl1cwJOIicI=; b=E/8R0xLXERZy0/VtrkZCHDw1J8rk8frCAwA5v+pNpNzDQZvGxGGE2wNIp1tHuPmPF+ EbEonmZDQXBuMMLiSydFu3bkCW3UOUv4mmTiahrg/8O37AmwK3cFXNDGB95H0IN60Aox GkLc1s08czSHPn0kd80MZCSkKFviy2zUn89OF5iM8BfmXZDmgnaguLqiaRfc1dYfBy7O kJ9+FnHIaLpHgzFTOWENswA4QumMveW04c7Te7ZNl3iSCrqbUn485aNVLEHWxEcWxh3e Stuk0mUousklMJKL3MyAnN8CgmTc0Oa877mx7Z8PlWfshEdPIc2Q/nrcde63VDdta3Vf 8TKA== X-Gm-Message-State: ALyK8tLxoKKE9t1ljZtjbDm8ZGWLZlCCcj+VpkSutEe7FWrEyBtHGIWBWVJKBJGUZLm7L+5rZ48yYY0c4woO9A== X-Received: by 10.36.200.131 with SMTP id w125mr22255381itf.80.1468613945792; Fri, 15 Jul 2016 13:19:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Fri, 15 Jul 2016 13:19:04 -0700 (PDT) In-Reply-To: <155efd813c6.1202df80646763.9140174277761846209@nextbsd.org> References: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> <20160715173837.6248139c.ohartman@zedat.fu-berlin.de> <155efd813c6.1202df80646763.9140174277761846209@nextbsd.org> From: Adrian Chadd Date: Fri, 15 Jul 2016 13:19:04 -0700 Message-ID: Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported To: Matthew Macy Cc: "O. Hartmann" , "freebsd-hackers@freebsd.org" , "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 20:19:06 -0000 Heh, I'll get mmacy to poke me some more so I can start landing more stuff in -head to enable this. -adrian From owner-freebsd-current@freebsd.org Fri Jul 15 20:28:22 2016 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 D8429B99260 for ; Fri, 15 Jul 2016 20:28:22 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C0501DCB; Fri, 15 Jul 2016 20:28:21 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6FKS4V7092369 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Fri, 15 Jul 2016 22:28:05 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6FKS3R4038300 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 15 Jul 2016 22:28:03 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id u6FKS36P038299; Fri, 15 Jul 2016 22:28:03 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Fri, 15 Jul 2016 22:28:03 +0200 From: Wolfgang Zenker To: Adrian Chadd Cc: freebsd-current Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 Message-ID: <20160715202803.GA38281@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> <20160710175300.GB29034@lyxys.ka.sub.org> <20160714213758.GA17141@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: private site User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Fri, 15 Jul 2016 22:28:05 +0200 (CEST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 20:28:22 -0000 * Adrian Chadd [160715 00:00]: > On 14 July 2016 at 14:37, Wolfgang Zenker wrote: >> * Adrian Chadd [160710 21:47]: >>> Since you've reverted the ath driver directories without success, I'm >>> mostly out of simple ideas. I think you need to bisect the whole >>> kernel version until you find the commit that broke things. >> done. The commit is 11-STABLE r302410. AFAICS the only change here >> is the removal of debugging options from the GENERIC kernel config: >> https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408&r2=302410 > ... loool, okay. Let me see. > Try INVARIANTS and INVARIANT_SUPPORT. Maybe something in the ath > driver needs it.. oops! Nope, wlan0 still works after disabling INVARIANTS and INVARIANT_SUPPORT. Any suggestions for next try? Wolfgang From owner-freebsd-current@freebsd.org Fri Jul 15 20:40:03 2016 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 CB87CB996F7 for ; Fri, 15 Jul 2016 20:40:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9525B159E for ; Fri, 15 Jul 2016 20:40:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22f.google.com with SMTP id 38so114561798iol.0 for ; Fri, 15 Jul 2016 13:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=uLMrpMqIovtCGnGhIhq8o7u8f0n4+A5NtUmiDMbeDsI=; b=YtSjq5GiODvyhHKiBVgS8C95ZblzGzfbbdsP0fnqFGxW4Ab/tK3yzqM+NSPxDzHxLM OMa+yTB1QZBOuGYLUA6aDOa2DdAOOGwhamDVDNDXQZClMPnhhhafN2Bde3B7NsJ1K7ku q7uIZYHubE/Q/6mNTUznTa8bbwy5dwBpsQcBJAnoqotP8e85HGu0XV//feVV16HZtdbW WiDt9XIEZBFLqkWwsksxoUCoZl1ZClGt694Ksd6fbDicT86cmQ1uC7fFdU66DsRp0rPK Un8zmynXx6k4FFNrUNjYJf/LPxyY9d/dGtL7hetjjF8yuHqf/tzo5k5stpWQoOW0Ih3m k+XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=uLMrpMqIovtCGnGhIhq8o7u8f0n4+A5NtUmiDMbeDsI=; b=ki0o/D1fGco0lgu7CvuVi9/jKKO1UQpOq4W2eF+U1GqabAztHh1LzM3W41kABIAZZ5 uzAlQE8Wx7DteLHHjM7Dq6wj4DG89+xmgl2BQhN6gR6BqLKJsSZakyvt+oGq0IFr/fxw m4JnW/K2NOuJBYEHZTmZqjYXfJEkXwO5nMjtSO7Dnt193o2BOz5rG1POTeEm4iDfWEl+ hekHMP4xfRHelhFv8gGDd4xsmbrCb74GjJ9pcXPsP9zVgEsqFUFtqwhB9cscX3fBqyQQ Owm+JVYfnPViGlyp0zd0dcRot72GaNxqVKhNFuT6o24Cs15fJdoJEt4waxE4Iu4e5SoI mFVQ== X-Gm-Message-State: ALyK8tLTlxtThChsSmie9ueEk9QEN0iCugxgL870yoVRHgq7vPTpbvg8b09ZJA8ULfnvp0VmDzHzG6k+GgEwcQ== X-Received: by 10.107.15.157 with SMTP id 29mr5424345iop.123.1468615203052; Fri, 15 Jul 2016 13:40:03 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.141.129 with HTTP; Fri, 15 Jul 2016 13:40:02 -0700 (PDT) In-Reply-To: <20160715202803.GA38281@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> <20160710175300.GB29034@lyxys.ka.sub.org> <20160714213758.GA17141@lyxys.ka.sub.org> <20160715202803.GA38281@lyxys.ka.sub.org> From: Adrian Chadd Date: Fri, 15 Jul 2016 13:40:02 -0700 X-Google-Sender-Auth: 4Va1tFKm85-DVzxHneYNO2_VULQ Message-ID: Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 To: Wolfgang Zenker Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 20:40:03 -0000 Hi, Just try disabling the others and see what happens. Thanks! -a On 15 July 2016 at 13:28, Wolfgang Zenker wrote: > * Adrian Chadd [160715 00:00]: >> On 14 July 2016 at 14:37, Wolfgang Zenker wrote: >>> * Adrian Chadd [160710 21:47]: >>>> Since you've reverted the ath driver directories without success, I'm >>>> mostly out of simple ideas. I think you need to bisect the whole >>>> kernel version until you find the commit that broke things. > >>> done. The commit is 11-STABLE r302410. AFAICS the only change here >>> is the removal of debugging options from the GENERIC kernel config: > >>> https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408&r2=302410 > >> ... loool, okay. Let me see. > >> Try INVARIANTS and INVARIANT_SUPPORT. Maybe something in the ath >> driver needs it.. oops! > > Nope, wlan0 still works after disabling INVARIANTS and INVARIANT_SUPPORT. > Any suggestions for next try? > > Wolfgang From owner-freebsd-current@freebsd.org Fri Jul 15 22:18:09 2016 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 DD60CB9AA9C; Fri, 15 Jul 2016 22:18:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id CFCA81F03; Fri, 15 Jul 2016 22:18:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AC2EE21C; Fri, 15 Jul 2016 22:18:09 +0000 (UTC) Date: Fri, 15 Jul 2016 22:18:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <270583279.78.1468621089721.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <964644840.76.1468613830240.JavaMail.jenkins@jenkins-9.freebsd.org> References: <964644840.76.1468613830240.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3598 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 22:18:10 -0000 FreeBSD_HEAD_i386 - Build #3598 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3598/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3598/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3598/console Change summaries: 302914 by pfg: mail(1): Minor declaration updates. Missing from r302903. 302911 by pfg: mail(1): Avoid closing negative file descriptors. CID: 1008105, 1008106 MFC after: 1 week The end of the build log: [...truncated 170998 lines...] awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- mac_partition.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_partition.o -MTmac_partition.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_partition/../../security/mac_partition/mac_partition.c -o mac_partition.o ctfconvert -L VERSION -g mac_partition.o --- mac_partition.kld --- ld -d -warn-common -r -d -o mac_partition.kld mac_partition.o ctfmerge -L VERSION -g -o mac_partition.kld mac_partition.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_partition.kld export_syms | xargs -J% objcopy % mac_partition.kld --- mac_partition.ko.full --- ld -Bshareable -d -warn-common -o mac_partition.ko.full mac_partition.kld --- mac_partition.ko.debug --- objcopy --only-keep-debug mac_partition.ko.full mac_partition.ko.debug --- mac_partition.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_partition.ko.debug mac_partition.ko.full mac_partition.ko --- all_subdir_linux --- --- linux_uid16.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_uid16.o -MTlinux_uid16.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_uid16.c -o linux_uid16.o --- linux_sysvec.o --- ctfconvert -L VERSION -g linux_sysvec.o --- all_subdir_mac_portacl --- ===> mac_portacl (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- mac_portacl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_portacl.o -MTmac_portacl.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_portacl/../../security/mac_portacl/mac_portacl.c -o mac_portacl.o --- all_subdir_mac_lomac --- ctfconvert -L VERSION -g mac_lomac.o --- all_subdir_mac_portacl --- ctfconvert -L VERSION -g mac_portacl.o --- mac_portacl.kld --- --- all_subdir_mac_lomac --- --- mac_lomac.kld --- --- all_subdir_mac_portacl --- ld -d -warn-common -r -d -o mac_portacl.kld mac_portacl.o --- all_subdir_linux --- --- linux_uid16.o --- ctfconvert -L VERSION -g linux_uid16.o --- all_subdir_mac_lomac --- ld -d -warn-common -r -d -o mac_lomac.kld mac_lomac.o --- all_subdir_mac_portacl --- ctfmerge -L VERSION -g -o mac_portacl.kld mac_portacl.o --- all_subdir_mac_lomac --- ctfmerge -L VERSION -g -o mac_lomac.kld mac_lomac.o --- all_subdir_linux --- --- linux_time.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_time.o -MTlinux_time.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_time.c -o linux_time.o --- all_subdir_mac_portacl --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_portacl.kld export_syms | xargs -J% objcopy % mac_portacl.kld --- mac_portacl.ko.full --- ld -Bshareable -d -warn-common -o mac_portacl.ko.full mac_portacl.kld --- mac_portacl.ko.debug --- objcopy --only-keep-debug mac_portacl.ko.full mac_portacl.ko.debug --- mac_portacl.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_portacl.ko.debug mac_portacl.ko.full mac_portacl.ko --- all_subdir_linux --- --- linux_timer.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_timer.o -MTlinux_timer.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_timer.c -o linux_timer.o --- all_subdir_mac_lomac --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_lomac.kld export_syms | xargs -J% objcopy % mac_lomac.kld --- mac_lomac.ko.full --- ld -Bshareable -d -warn-common -o mac_lomac.ko.full mac_lomac.kld --- mac_lomac.ko.debug --- objcopy --only-keep-debug mac_lomac.ko.full mac_lomac.ko.debug --- mac_lomac.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_lomac.ko.debug mac_lomac.ko.full mac_lomac.ko --- all_subdir_mac_mls --- ctfconvert -L VERSION -g mac_mls.o --- all_subdir_linux --- --- linux_vdso.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_vdso.o -MTlinux_vdso.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_vdso.c -o linux_vdso.o --- linux_timer.o --- ctfconvert -L VERSION -g linux_timer.o --- all_subdir_mac_seeotheruids --- ===> mac_seeotheruids (all) --- all_subdir_mac_mls --- --- mac_mls.kld --- ld -d -warn-common -r -d -o mac_mls.kld mac_mls.o ctfmerge -L VERSION -g -o mac_mls.kld mac_mls.o --- all_subdir_mac_seeotheruids --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- all_subdir_linux --- --- linux_vdso.o --- ctfconvert -L VERSION -g linux_vdso.o --- all_subdir_mac_stub --- ===> mac_stub (all) --- all_subdir_mac_seeotheruids --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_mls --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_mls.kld export_syms | xargs -J% objcopy % mac_mls.kld --- mac_mls.ko.full --- ld -Bshareable -d -warn-common -o mac_mls.ko.full mac_mls.kld --- all_subdir_mac_stub --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- all_subdir_mac_mls --- --- mac_mls.ko.debug --- objcopy --only-keep-debug mac_mls.ko.full mac_mls.ko.debug --- all_subdir_mac_stub --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- all_subdir_mac_mls --- --- mac_mls.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_mls.ko.debug mac_mls.ko.full mac_mls.ko --- all_subdir_linux --- --- assym.o --- as -o assym.o assym.s ctfconvert -L VERSION -g assym.o --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.o --- --- all_subdir_mac_stub --- --- vnode_if.h --- --- all_subdir_mac_seeotheruids --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_seeotheruids.o -MTmac_seeotheruids.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_seeotheruids/../../security/mac_seeotheruids/mac_seeotheruids.c -o mac_seeotheruids.o --- all_subdir_mac_stub --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_test --- ===> mac_test (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- all_subdir_mac_stub --- --- mac_stub.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_stub.o -MTmac_stub.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_stub/../../security/mac_stub/mac_stub.c -o mac_stub.o --- all_subdir_mac_test --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- mac_test.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_test.o -MTmac_test.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_test/../../security/mac_test/mac_test.c -o mac_test.o --- all_subdir_linux --- --- linux_time.o --- ctfconvert -L VERSION -g linux_time.o --- linux_ptrace.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_ptrace.o -MTlinux_ptrace.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c -o linux_ptrace.o --- all_subdir_mac_seeotheruids --- ctfconvert -L VERSION -g mac_seeotheruids.o --- mac_seeotheruids.kld --- ld -d -warn-common -r -d -o mac_seeotheruids.kld mac_seeotheruids.o ctfmerge -L VERSION -g -o mac_seeotheruids.kld mac_seeotheruids.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_seeotheruids.kld export_syms | xargs -J% objcopy % mac_seeotheruids.kld --- mac_seeotheruids.ko.full --- ld -Bshareable -d -warn-common -o mac_seeotheruids.ko.full mac_seeotheruids.kld --- mac_seeotheruids.ko.debug --- objcopy --only-keep-debug mac_seeotheruids.ko.full mac_seeotheruids.ko.debug --- mac_seeotheruids.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_seeotheruids.ko.debug mac_seeotheruids.ko.full mac_seeotheruids.ko --- all_subdir_linux --- --- imgact_linux.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.imgact_linux.o -MTimgact_linux.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/imgact_linux.c -o imgact_linux.o --- linux_ptrace.o --- /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c:72:9: error: 'PTRACE_SYSCALL' macro redefined [-Werror,-Wmacro-redefined] #define PTRACE_SYSCALL 24 ^ /usr/src/sys/sys/ptrace.h:89:9: note: previous definition is here #define PTRACE_SYSCALL (PTRACE_SCE | PTRACE_SCX) ^ 1 error generated. *** [linux_ptrace.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/linux --- imgact_linux.o --- ctfconvert -L VERSION -g imgact_linux.o 1 error bmake[4]: stopped in /usr/src/sys/modules/linux *** [all_subdir_linux] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_stub --- ctfconvert -L VERSION -g mac_stub.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_stub *** [all_subdir_mac_stub] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_test --- ctfconvert -L VERSION -g mac_test.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_test *** [all_subdir_mac_test] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 3 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4783429751957671035.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 15 22:19:12 2016 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 6B228B9AB63 for ; Fri, 15 Jul 2016 22:19:12 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (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 376E01222 for ; Fri, 15 Jul 2016 22:19:11 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id OBRmbVWIYBRmCOBRnbmw0E; Fri, 15 Jul 2016 16:19:05 -0600 X-Authority-Analysis: v=2.2 cv=S+mb+8kP c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=cAmyUtKerLwA:10 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=u8mJKi2VDGhv8RlnN5IA:9 a=pxhY87DP9d2VeQe4joPk:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 5975313782; Fri, 15 Jul 2016 14:32:00 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u6FMJ1nx089928; Fri, 15 Jul 2016 15:19:01 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201607152219.u6FMJ1nx089928@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Guy Yur cc: Cy Schubert , freebsd-current Subject: Re: crossbuild buildworld on amd64 for arm fails to find KERNCONF GENERIC after r302865 In-Reply-To: Message from Guy Yur of "Fri, 15 Jul 2016 22:16:23 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jul 2016 15:19:01 -0700 X-CMAE-Envelope: MS4wfCL/0+h/rUjbcB94L1h1/ARulrQC5M8v9WJrxBJKUAyUjHYY0+rMm2bOybISZkj8sRZg7Bz4hqo4/Uwmv+z7suPqPDDD5ics8eoxfZxodgx0VZzWH+ii xFUag9jCdtR4lHym7jwO12vfiN0vIN7e5/K6aeeS3nQtcqhsBBZ1C4ng8cYwY/4ITBSsClERG5ChVNVCkNTrmdTtNB/VfiOBTLs= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 22:19:12 -0000 In message , Guy Yur writes: > On Fri, Jul 15, 2016 at 6:11 PM, Cy Schubert wrote > : > > In message c > > om> > > , Guy Yur writes: > >> Hi, > >> > >> I am trying to crossbuild arm on an amd64 machine and buildworld > >> is checking for KERNCONF and fails to find GENERIC kernel. > >> I only set KERNCONF when I am doing buildkernel/installkernel > >> so KERNCONF is the default set in Makefile.inc1. > >> > >> # make buildworld TARGET=arm TARGET_ARCH=armv6 > >> make[1]: "/usr/src/Makefile.inc1" line 122: SYSTEM_COMPILER: > >> Determined that CC=cc matches the source tree. Not bootstrapping a > >> cross-compiler. > >> make[1]: "/usr/src/Makefile.inc1" line 1144: Missing KERNCONF > >> /usr/src/sys/arm/conf/GENERIC > >> *** Error code 1 > >> > >> Stop. > >> make: stopped in /usr/src > >> > >> > >> # uname -a > >> FreeBSD vm4.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #13 > >> r302895M: Fri Jul 15 16:06:24 IDT 2016 > >> root@vm4.localdomain:/usr/obj/usr/src/sys/VIRTUALBOX amd64 > > > > Thanks for the report. I've reverted it now until I get the time to look at > > it more closely. > > > > > > -- > > Cheers, > > Cy Schubert > > FreeBSD UNIX: Web: http://www.FreeBSD.org > > > > The need of the many outweighs the greed of the few. > > > > Doing the missing check only for the kernel targets works for me. > > .if make(buildkernel) || \ > make(installkernel) || make(installkernel.debug) || \ > make(reinstallkernel) || make(reinstallkernel.debug) || \ > make(distributekernel) || make(distributekernel.debug) || \ > make(packagekernel) || make(create-kernel-packages) > .error Missing KERNCONF ${KERNCONFDIR}/${_kernel} > .endif Yes, this is one solution. The plan is to use this: .if make(*kernel) || make(*kernel.debug) || make(*kernel-packages) > > > It might be possible cover more of the section with the .if make. > I think these are all the targets that use BUILDKERNELS, INSTALLKERNEL. > > .if make(buildkernel) || \ > make(installkernel) || make(installkernel.debug) || \ > make(reinstallkernel) || make(reinstallkernel.debug) || \ > make(distributekernel) || make(distributekernel.debug) || \ > make(packagekernel) || make(create-kernel-packages) > BUILDKERNELS= > ... > .error Missing KERNCONF ${KERNCONFDIR}/${_kernel} > .endif > .endfor > .endif That causes other breakage. I believe I have a solution. I just need to make sure to thoroughly test it first. -- 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 Fri Jul 15 23:39:27 2016 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 9402BB9A081 for ; Fri, 15 Jul 2016 23:39:27 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E4E81E58 for ; Fri, 15 Jul 2016 23:39:27 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id b199so98054446lfe.0 for ; Fri, 15 Jul 2016 16:39:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=oE68euL5bgQuIj2SmTrtIsZx6fs+WJZFRR46Hafx2ak=; b=S4wtuywrAqln4fh2OU0zCQsdIgrxnhK/cETQ4TdD1smRe5cy9obwXCD6yerGCGahK+ SqcAzDvYoCqWtTRPeXjNdzf4FZoUCHijRPVD7zCrppNWLmTslOVf2l8lgxcQXOfN7vDQ 9DNE01cghPk3msBF3GOS4wMlDEbb1hrfP9oIH050Ih3cyDLQGgdVXI9YjIJZ0OAiuMan 4n/vo1juXQMYiT5dMM87K1+34qHcmgfdUYlq89VScLuxNzt6a3JXScJ+HbqKWLutmX2+ 9w7krEqvSfsWz6EvThmof8G7mdw7WIGaRN5vmtX8JBbzNxxWZsDJz6oyBQ5FYB5hnrUG I5ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=oE68euL5bgQuIj2SmTrtIsZx6fs+WJZFRR46Hafx2ak=; b=HD01CUu9KAp/SY9AreHbQzvUNFcrLiaozZ/LukgJDVE1+e+MNqFYBVoddy+DO0W/Gd lVqjqHOIQ7bA7uesm5jpP3mVVnUjK2ZjhaUc/hwDWuCTCd0EFxcb80inWLdVY5fk5wcB 3wbIFt8352z9k5+6bYEQsC76fzABSR7Dn8IVouBBQa/ExN0z47Le0lwONNPjYvo8GqoQ GWBwJ4sYQeWr4PKULeWiOOSFBEwgWL6zTPkW894zv1WfmqqBJzQv0WSs5bJUx2BMPSkQ IJKhqkj9YSBE8VYUMqXbd/eaAtysVaMVOBRv9UarBTFVUXH4YQPkir8djHfV1ufsd9vt JLzg== X-Gm-Message-State: ALyK8tJ3T7wuFY2pM6J4fzPkuzu6mdl5/7xF50s+1HeLwV6pJYSAU6ihky3+Gj/sc0mJGQ== X-Received: by 10.25.211.193 with SMTP id k184mr10182632lfg.178.1468625964792; Fri, 15 Jul 2016 16:39:24 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id h22sm2293952lji.21.2016.07.15.16.39.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jul 2016 16:39:23 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 16 Jul 2016 01:39:22 +0200 From: Baptiste Daroussin To: Huang Wen Hui Cc: freebsd-current Subject: Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8 Message-ID: <20160715233922.clitfa76d4a3dver@ivaldir.etoilebsd.net> References: <20160704062026.oqml7ehc6ka7gg37@ivaldir.etoilebsd.net> <20160704064119.xm7tcw53vejchgmm@ivaldir.etoilebsd.net> <20160704070401.uavtrarwtkreolck@ivaldir.etoilebsd.net> <20160705085014.vrg4k2dpgodkz7m2@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lqnmsitos4ws3ce3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2016 23:39:27 -0000 --lqnmsitos4ws3ce3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 10, 2016 at 04:23:03PM +0800, Huang Wen Hui wrote: > I can reproduce it on a clean 11.0-BETA1 VM. >=20 fixed in r302916. Will merge in 2 days in stable/11 Best regards, Bapt --lqnmsitos4ws3ce3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXiW2fAAoJEGOJi9zxtz5aQvIQAKZZXoJokw6aEaDtmZyROjP1 zqNsUjjBl3hcBQF+HMDBKjj423+O/b696cAf8Q1s0QB/PSgVJdU2hkP6SQ+RKuyk tpZ2/htugOHx5/mLnodnnkXR4Z2w6ahqTjsPhgbas0RM0seWmRHUCBdUGe/MLQU/ qZHn2L+iAgWenG6RVI8IPqOYrDPwgBaSePG6aL3JqxVTpkNqzPhXpZr0EJfROz2D O9bs09wKfQ7vyDKdUAL0mqYkliRl4rPCi1dwmCsI9TrWHbQv32XadtL8GylrGFlT B2GTr15oudrCXhlUyS0T0mGt/EzFlbDE1JdrGpV0zC+h5uUFNSF/nIoTSIDtokrG 913jgqYvzNskrGb9cJXpwEVIen/YTXZopDtnO7MQ3ZCtQiufWQxUKGc6CB0EEo2u pYrr/NwJiYikg1qjAl04c7b3h2VUsIS8JORnCPYGpWk7wGT7CnNPJyl7Slg2o1xi O6uPe5hD5GTF/nh01owTXhH5QWBoh935PH7VhoWY2/Us4VLQ7QeRnBFEwGuDfNdj NNoU1mXn1sFOM3qGklGVyfzWyZNpR73L5KPqcMxL4FrM5s1zzm9RlhzeSdQKya5L xJob+VOSWgCCuKSiFFdLylu7SCYAuuBPcS24cxRwUUpuJWxJi5oNWfOCwJ/fSJhU gcZuA9UZHH18S5YRxhA9 =hJJE -----END PGP SIGNATURE----- --lqnmsitos4ws3ce3-- From owner-freebsd-current@freebsd.org Sat Jul 16 00:06:50 2016 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 F3C0BB9A825 for ; Sat, 16 Jul 2016 00:06:49 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCA9E1B99 for ; Sat, 16 Jul 2016 00:06:49 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1468627604411123.27471367194676; Fri, 15 Jul 2016 17:06:44 -0700 (PDT) Date: Fri, 15 Jul 2016 17:06:44 -0700 From: Matthew Macy To: "David Somayajulu" Cc: "freebsd-current@freebsd.org (freebsd-current@FreeBSD.org)" Message-ID: <155f106d383.b207e1c559055.7041741566479085151@nextbsd.org> In-Reply-To: References: Subject: Re: RoCE v2 on FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 00:06:50 -0000 ---- On Thu, 14 Jul 2016 10:31:40 -0700 David Somayajulu wrote ---- > Hi All, > Does FreeBSD support RoCE v2 ? > Thanks > David S. FreeBSD has OFED support. Does OFED support RoCE v2? -M From owner-freebsd-current@freebsd.org Sat Jul 16 00:17:21 2016 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 594E9B9AB31; Sat, 16 Jul 2016 00:17:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4B86310E8; Sat, 16 Jul 2016 00:17:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 40AD3220; Sat, 16 Jul 2016 00:17:21 +0000 (UTC) Date: Sat, 16 Jul 2016 00:17:19 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bapt@FreeBSD.org, tuexen@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <979257364.81.1468628241272.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <270583279.78.1468621089721.JavaMail.jenkins@jenkins-9.freebsd.org> References: <270583279.78.1468621089721.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3599 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 00:17:21 -0000 FreeBSD_HEAD_i386 - Build #3599 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3599/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3599/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3599/console Change summaries: 302917 by tuexen: Ensure that the -a, -W, -L options for SCTP behave similar as for TCP. MFC after: 3 days 302916 by bapt: Revert 302324 and properly fix the crash with ISO-8859-5 locales PR: 211135 Reported by: jkim Tested by: jkim MFC after: 2 days The end of the build log: [...truncated 170256 lines...] --- exresop.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MF.depend.exresop.o -MTexresop.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/executer/exresop.c --- exresolv.o --- ctfconvert -L VERSION -g exresolv.o --- modules-all --- --- all_subdir_linux --- --- linux_uid16.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_uid16.o -MTlinux_uid16.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_uid16.c -o linux_uid16.o --- exresop.o --- ctfconvert -L VERSION -g exresop.o --- modules-all --- --- all_subdir_mac_portacl --- ===> mac_portacl (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- mac_portacl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_portacl.o -MTmac_portacl.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_portacl/../../security/mac_portacl/mac_portacl.c -o mac_portacl.o --- all_subdir_mac_mls --- ctfconvert -L VERSION -g mac_mls.o --- all_subdir_linux --- --- linux_sysvec.o --- ctfconvert -L VERSION -g linux_sysvec.o --- all_subdir_mac_mls --- --- mac_mls.kld --- ld -d -warn-common -r -d -o mac_mls.kld mac_mls.o ctfmerge -L VERSION -g -o mac_mls.kld mac_mls.o --- all_subdir_mac_seeotheruids --- ===> mac_seeotheruids (all) --- all_subdir_mac_mls --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_mls.kld export_syms | xargs -J% objcopy % mac_mls.kld --- all_subdir_mac_portacl --- ctfconvert -L VERSION -g mac_portacl.o --- all_subdir_mac_mls --- --- mac_mls.ko.full --- ld -Bshareable -d -warn-common -o mac_mls.ko.full mac_mls.kld --- all_subdir_mac_seeotheruids --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- all_subdir_mac_mls --- --- mac_mls.ko.debug --- objcopy --only-keep-debug mac_mls.ko.full mac_mls.ko.debug --- mac_mls.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_mls.ko.debug mac_mls.ko.full mac_mls.ko --- all_subdir_mac_seeotheruids --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- all_subdir_linux --- --- linux_time.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_time.o -MTlinux_time.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_time.c -o linux_time.o --- all_subdir_mac_seeotheruids --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_portacl --- --- mac_portacl.kld --- ld -d -warn-common -r -d -o mac_portacl.kld mac_portacl.o ctfmerge -L VERSION -g -o mac_portacl.kld mac_portacl.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_portacl.kld export_syms | xargs -J% objcopy % mac_portacl.kld --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_seeotheruids.o -MTmac_seeotheruids.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_seeotheruids/../../security/mac_seeotheruids/mac_seeotheruids.c -o mac_seeotheruids.o --- all_subdir_mac_portacl --- --- mac_portacl.ko.full --- ld -Bshareable -d -warn-common -o mac_portacl.ko.full mac_portacl.kld --- all_subdir_linux --- --- linux_uid16.o --- ctfconvert -L VERSION -g linux_uid16.o --- all_subdir_mac_portacl --- --- mac_portacl.ko.debug --- objcopy --only-keep-debug mac_portacl.ko.full mac_portacl.ko.debug --- mac_portacl.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_portacl.ko.debug mac_portacl.ko.full mac_portacl.ko --- all_subdir_linux --- --- linux_timer.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_timer.o -MTlinux_timer.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_timer.c -o linux_timer.o --- exstore.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -MD -MF.depend.exstore.o -MTexstore.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/executer/exstore.c ctfconvert -L VERSION -g exstore.o --- modules-all --- ctfconvert -L VERSION -g linux_timer.o --- all_subdir_mac_seeotheruids --- ctfconvert -L VERSION -g mac_seeotheruids.o --- all_subdir_mac_stub --- ===> mac_stub (all) --- all_subdir_linux --- --- linux_vdso.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_vdso.o -MTlinux_vdso.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../compat/linux/linux_vdso.c -o linux_vdso.o --- all_subdir_mac_stub --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- all_subdir_mac_seeotheruids --- --- mac_seeotheruids.kld --- ld -d -warn-common -r -d -o mac_seeotheruids.kld mac_seeotheruids.o ctfmerge -L VERSION -g -o mac_seeotheruids.kld mac_seeotheruids.o --- all_subdir_mac_stub --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_mac_seeotheruids --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk mac_seeotheruids.kld export_syms | xargs -J% objcopy % mac_seeotheruids.kld --- mac_seeotheruids.ko.full --- ld -Bshareable -d -warn-common -o mac_seeotheruids.ko.full mac_seeotheruids.kld --- mac_seeotheruids.ko.debug --- objcopy --only-keep-debug mac_seeotheruids.ko.full mac_seeotheruids.ko.debug --- mac_seeotheruids.ko --- objcopy --strip-debug --add-gnu-debuglink=mac_seeotheruids.ko.debug mac_seeotheruids.ko.full mac_seeotheruids.ko --- all_subdir_linux --- --- assym.o --- as -o assym.o assym.s ctfconvert -L VERSION -g assym.o --- all_subdir_mac_test --- ===> mac_test (all) --- all_subdir_mac_stub --- --- mac_stub.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_stub.o -MTmac_stub.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_stub/../../security/mac_stub/mac_stub.c -o mac_stub.o --- all_subdir_mac_test --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- all_subdir_linux --- --- linux_vdso.o --- ctfconvert -L VERSION -g linux_vdso.o --- all_subdir_mac_test --- --- mac_test.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.mac_test.o -MTmac_test.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/mac_test/../../security/mac_test/mac_test.c -o mac_test.o --- all_subdir_malo --- ===> malo (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_malo.h --- echo '#define MALO_DEBUG 1'> opt_malo.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- all_subdir_linux --- --- linux_time.o --- ctfconvert -L VERSION -g linux_time.o --- all_subdir_malo --- --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- all_subdir_linux --- --- linux_ptrace.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.linux_ptrace.o -MTlinux_ptrace.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c -o linux_ptrace.o --- all_subdir_malo --- --- if_malohal.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_malohal.o -MTif_malohal.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/malo/../../dev/malo/if_malohal.c -o if_malohal.o --- all_subdir_linux --- /usr/src/sys/modules/linux/../../i386/linux/linux_ptrace.c:72:9: error: 'PTRACE_SYSCALL' macro redefined [-Werror,-Wmacro-redefined] #define PTRACE_SYSCALL 24 ^ /usr/src/sys/sys/ptrace.h:89:9: note: previous definition is here #define PTRACE_SYSCALL (PTRACE_SCE | PTRACE_SCX) ^ 1 error generated. *** [linux_ptrace.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/linux 1 error bmake[4]: stopped in /usr/src/sys/modules/linux *** [all_subdir_linux] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_stub --- ctfconvert -L VERSION -g mac_stub.o --- all_subdir_malo --- ctfconvert -L VERSION -g if_malohal.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/malo *** [all_subdir_malo] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_stub --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_stub *** [all_subdir_mac_stub] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_mac_test --- ctfconvert -L VERSION -g mac_test.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/mac_test *** [all_subdir_mac_test] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 4 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2076020987091667810.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jul 16 01:52:13 2016 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 A426DB9A0CA for ; Sat, 16 Jul 2016 01:52:13 +0000 (UTC) (envelope-from nathan.bosley@gmail.com) Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 619411AB5 for ; Sat, 16 Jul 2016 01:52:13 +0000 (UTC) (envelope-from nathan.bosley@gmail.com) Received: by mail-yw0-x236.google.com with SMTP id w127so118256679ywf.3 for ; Fri, 15 Jul 2016 18:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TQYq8p2m4bSJsaAfTKT610+e2Z+XF4tynunxswvVPfQ=; b=Chw4YgSr/UKolAyI7/PJfnI+dq9VRVXOOG7Cx/KOLMi3u8NRcyxetDu3GkzLY4usG4 fl5lJKycQRT2/VMvC8aMVMDoRF7gL2a/fittcQo5U45Gmal8YrGV4ReWDYzJ34tdJf0h 3tR1U45B7DFDQwC/m66ihSxmKdYlIJB9M5x50zXV7gcg20Wmipvs8nGgkjYOdWNNcW8j fm56T+tucshWMNNjKyAaxaBAwKek8eaeT3TV4JqdiuepRnC+Ks+oAobDI717PghM4XdB kGat7Orzgo0xCxV6+cV+9jZU9VaF5KmPtq7ssicBgcf7POzQCUKr7z0+gTp5znM8kFQg 242A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TQYq8p2m4bSJsaAfTKT610+e2Z+XF4tynunxswvVPfQ=; b=Hl80osQlsGsamXJgbK1sZMS8Tb1oVsxCxIRYQxx93/+23byd595Zw/3LyGjZVxLVPa PDD8Ta5qVLErb4nxu2nYk9l2+IF0iNZwAupXdViaOYfPpt47pp4BS+cVok8EoT2ouKQY F1slbpn3vAXRkcWLoBYS5hsXJJG3/7clJ/usJuA1bdAEV/sZBoERZ0Wxp0r3orOQq+dz sSu92J1ywu34LB4QWfj8+Ufq3I5onN4+tWemqC2QKr8wNeXcEj+qpxONipmJ8c5Bbkpc kLtk2LgZCKNWc7ElpGFtIn8KME8DKyC8qNJ5QalrFwjUe3Vzut97grZyz3P0PHgdLVd1 FQVQ== X-Gm-Message-State: ALyK8tJySPD8Y6PW+sjtCbJm6xy+03UpeQ74uZ7Bxh2XP8qf8HCZVZStDEH6ejWhoGJKcR7LduVg6XB45X7Hqw== X-Received: by 10.129.166.195 with SMTP id d186mr16748160ywh.308.1468633932594; Fri, 15 Jul 2016 18:52:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.97.11 with HTTP; Fri, 15 Jul 2016 18:52:12 -0700 (PDT) In-Reply-To: <155f106d383.b207e1c559055.7041741566479085151@nextbsd.org> References: <155f106d383.b207e1c559055.7041741566479085151@nextbsd.org> From: Nathan Bosley Date: Fri, 15 Jul 2016 21:52:12 -0400 Message-ID: Subject: Re: RoCE v2 on FreeBSD To: Matthew Macy Cc: David Somayajulu , "freebsd-current@freebsd.org (freebsd-current@FreeBSD.org)" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 01:52:13 -0000 If it's worth anything: "Mellanox OFED 2.3 or later has RoCE v2 support," (https://en.wikipedia.org/wiki/RDMA_over_Converged_Ethernet#RoCE_v2) On Fri, Jul 15, 2016 at 8:06 PM, Matthew Macy wrote: > > > > ---- On Thu, 14 Jul 2016 10:31:40 -0700 David Somayajulu < > david.somayajulu@qlogic.com> wrote ---- > > Hi All, > > Does FreeBSD support RoCE v2 ? > > Thanks > > David S. > > FreeBSD has OFED support. Does OFED support RoCE v2? > > -M > > _______________________________________________ > 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 Sat Jul 16 02:23:20 2016 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 4820EB9A965; Sat, 16 Jul 2016 02:23:20 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 355DD1A63; Sat, 16 Jul 2016 02:23:20 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4A020223; Sat, 16 Jul 2016 02:23:20 +0000 (UTC) Date: Sat, 16 Jul 2016 02:23:17 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jhb@FreeBSD.org, bapt@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1462378240.83.1468635800317.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <979257364.81.1468628241272.JavaMail.jenkins@jenkins-9.freebsd.org> References: <979257364.81.1468628241272.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3600 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 02:23:20 -0000 FreeBSD_HEAD_i386 - Build #3600 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3600/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3600/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3600/console Change summaries: 302921 by jhb: Rename PTRACE_SYSCALL to LINUX_PTRACE_SYSCALL. Suggested by: kib 302920 by bapt: Add a regression test to make sure the Russian collation is actually working when importing collation support from Dragonfly/Illumos amdmi3@ tested the collation branch and reported an issue with Russian collation. John Marino fixed the issue in Dragonfly and I merged it back to FreeBSD. Now that Illumos is working on merging our fixes they (Lauri Tirkkonen) found issues with the commit that fixes the russian collation in UTF-8 that resulted in a crash with strxfrm(3) and the ISO-8859-5 locale (fixed in FreeBSD r302916). This small test was written to ensure we do not bring back the old issue with russian collation while fixing the other issue. 302919 by kib: In ptrace_vm_entry(), do not call vmspace_free() while owning a vm object lock. The vmspace_free() operations might need to lock map, object etc on last dereference. Postpone the free until object's inspection is done. Reported and tested by: will Sponsored by: The FreeBSD Foundation MFC after: 1 week 302918 by bapt: Add a regression test about the crash with strxfrm and ISO8859-5 locales From owner-freebsd-current@freebsd.org Sat Jul 16 07:06:31 2016 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 136C0B9A036 for ; Sat, 16 Jul 2016 07:06:31 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 894141244; Sat, 16 Jul 2016 07:06:29 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u6G79o6F030580 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 16 Jul 2016 10:09:52 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u6G76He3044235 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 16 Jul 2016 10:06:17 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u6G76Gaq044234; Sat, 16 Jul 2016 10:06:16 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: CURRENT: frequent crashes if mpd5 is running Date: Sat, 16 Jul 2016 10:06:07 +0300 Message-ID: <2945798.OsJ73SYrtt@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <24373448-44df-0072-0289-351fbf069b93@freebsd.org> References: <2010863.QW57ajHvRt@asus.theweb.org.ua> <24373448-44df-0072-0289-351fbf069b93@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1629341.q0iThXtjtW"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 07:06:31 -0000 --nextPart1629341.q0iThXtjtW Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 14 July 2016 14:38:15 Allan Jude wrote: > On 2016-07-14 13:13, Oleg V. Nauman wrote: > > I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes > > > > triggered by mpd5: > > > > Fatal trap 12: page fault while in kernel mode [skip] > > There is a patch for this issue: > > https://reviews.freebsd.org/D7209 > > You might try seeing if it solves your problem, and reporting that to > the author It was stable during 24 hours after applying this patch, thank you. I have updated a patch review with comment that it solves issue for me. Thank you --nextPart1629341.q0iThXtjtW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAleJ3N8ACgkQR2pIwP9cwVY3pACfUSHDvh8Vne2C5K4Fks6Pzt0F qiYAoIKA5fcbNDgjXQl/sQgNd50g3Q8j =9tjW -----END PGP SIGNATURE----- --nextPart1629341.q0iThXtjtW-- From owner-freebsd-current@freebsd.org Sat Jul 16 07:41:42 2016 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 3FCBFB9A924; Sat, 16 Jul 2016 07:41:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5E1B1F38; Sat, 16 Jul 2016 07:41:41 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bOKEE-00134X-GA>; Sat, 16 Jul 2016 09:41:38 +0200 Received: from x55b38391.dyn.telefonica.de ([85.179.131.145] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bOKEE-002uHX-88>; Sat, 16 Jul 2016 09:41:38 +0200 Date: Sat, 16 Jul 2016 09:41:45 +0200 From: "O. Hartmann" To: Adrian Chadd Cc: Matthew Macy , "freebsd-hackers@freebsd.org" , "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported Message-ID: <20160716094145.3d636c0a.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> <20160715173837.6248139c.ohartman@zedat.fu-berlin.de> <155efd813c6.1202df80646763.9140174277761846209@nextbsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/R5Ph0KJfEgHC+0itOLjmg+R"; protocol="application/pgp-signature" X-Originating-IP: 85.179.131.145 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 07:41:42 -0000 --Sig_/R5Ph0KJfEgHC+0itOLjmg+R Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 15 Jul 2016 13:19:04 -0700 Adrian Chadd schrieb: > Heh, I'll get mmacy to poke me some more so I can start landing more > stuff in -head to enable this. >=20 >=20 >=20 > -adrian That is nice to hear. Thank you. Regards, Oliver --Sig_/R5Ph0KJfEgHC+0itOLjmg+R Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXieU6AAoJEOgBcD7A/5N8oSwIALlo26gciUxcWGVoyGw5HMjS SI8BLe8w9J2+dWyK9kIV1MvulnCV1AsophQc53UifsjuCjUrEC3c+XqVOlN53se/ S5lWo894x3IB1Cz8NnJidmAvJWdI7E0uJxCubZ4w/pUm9p/NsX1sTuVywIiOOlr/ Fn+/VtCrwflEKIg+ci1cxxQrsZd3/d5VtITDZNje5LeoODboVfbpW+HoCbfaZznc lYw9OUfASnEUI/b4mgjupQNq0DKQjECgjTv+T1P9BNaBTkt+P+hFAV/+u2jUCPXM gJNPryjBGXnzuKrM6uhpvasAI3DT2Fqm0yUW2Qe2M15TBNC0bZ1gG2d+3+3mnS8= =aJP0 -----END PGP SIGNATURE----- --Sig_/R5Ph0KJfEgHC+0itOLjmg+R-- From owner-freebsd-current@freebsd.org Sat Jul 16 09:52:58 2016 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 94E39B9AE9F for ; Sat, 16 Jul 2016 09:52:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C80511C67; Sat, 16 Jul 2016 09:52:57 +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 u6G9qpAP025332 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 16 Jul 2016 12:52:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u6G9qpAP025332 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u6G9qoYM025331; Sat, 16 Jul 2016 12:52:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Jul 2016 12:52:50 +0300 From: Konstantin Belousov To: Mark Johnston Cc: freebsd-current@FreeBSD.org Subject: Re: ptrace attach in multi-threaded processes Message-ID: <20160716095250.GH38613@kib.kiev.ua> References: <20160713033036.GR38613@kib.kiev.ua> <20160713040210.GA89573@wkstn-mjohnston.west.isilon.com> <20160713045439.GT38613@kib.kiev.ua> <20160713164247.GA2066@wkstn-mjohnston.west.isilon.com> <20160713191947.GW38613@kib.kiev.ua> <20160713200139.GC2066@wkstn-mjohnston.west.isilon.com> <20160714052537.GZ38613@kib.kiev.ua> <20160714181605.GA17310@wkstn-mjohnston.west.isilon.com> <20160715072720.GB38613@kib.kiev.ua> <20160715180159.GA4487@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160715180159.GA4487@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 09:52:58 -0000 On Fri, Jul 15, 2016 at 11:01:59AM -0700, Mark Johnston wrote: > Thanks, this seems to give the desired behaviour in the single-threaded > case. I'll write a test case for the multi-threaded case next. > > Am I correct in thinking that r302179 could be reverted if your change > is committed? I suspect that it is not. Suppose that we have a single-threaded process which only thread is right on the syscall exit path when the debugger is attached, and debugger requested PTRACE_SCX stops. Then the debuggee reaches the ptracestop(SIGTRAP) stop point before cursig(9) is ever called. So despite the patch, first reported signal is SIGTRAP and not the attaching STOP. If debugger detaches right after that, the process should still be left in stopped state. You may object that gcore(1) does not request SCX, but my point is that even with the patch, first reported signal could be other than the STOP. I suspect that some other ptracestop() call might cause that behaviour either now or in future even with the default event mask. So I would left the r302179 in place. Below is the patch with reverted next_xthread() bits. I reverted them because Peter found the changes to require much more work to not cause regressions. diff --git a/sys/kern/kern_sig.c b/sys/kern/kern_sig.c index 1da4b99..9e1a494 100644 --- a/sys/kern/kern_sig.c +++ b/sys/kern/kern_sig.c @@ -2726,7 +2726,20 @@ issignal(struct thread *td) SIG_STOPSIGMASK(sigpending); if (SIGISEMPTY(sigpending)) /* no signal to send */ return (0); - sig = sig_ffs(&sigpending); + if ((p->p_flag & (P_TRACED | P_PPTRACE)) == P_TRACED && + (p->p_flag2 & P2_PTRACE_FSTP) != 0 && + SIGISMEMBER(sigpending, SIGSTOP)) { + /* + * If debugger just attached, always consume + * SIGSTOP from ptrace(PT_ATTACH) first, to + * execute the debugger attach ritual in + * order. + */ + sig = SIGSTOP; + p->p_flag2 &= ~P2_PTRACE_FSTP; + } else { + sig = sig_ffs(&sigpending); + } if (p->p_stops & S_SIG) { mtx_unlock(&ps->ps_mtx); @@ -2743,7 +2756,7 @@ issignal(struct thread *td) sigqueue_delete(&p->p_sigqueue, sig); continue; } - if (p->p_flag & P_TRACED && (p->p_flag & P_PPTRACE) == 0) { + if ((p->p_flag & (P_TRACED | P_PPTRACE)) == P_TRACED) { /* * If traced, always stop. * Remove old signal from queue before the stop. @@ -2846,6 +2859,8 @@ issignal(struct thread *td) mtx_unlock(&ps->ps_mtx); WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, &p->p_mtx.lock_object, "Catching SIGSTOP"); + sigqueue_delete(&td->td_sigqueue, sig); + sigqueue_delete(&p->p_sigqueue, sig); p->p_flag |= P_STOPPED_SIG; p->p_xsig = sig; PROC_SLOCK(p); @@ -2853,7 +2868,7 @@ issignal(struct thread *td) thread_suspend_switch(td, p); PROC_SUNLOCK(p); mtx_lock(&ps->ps_mtx); - break; + goto next; } else if (prop & SA_IGNORE) { /* * Except for SIGCONT, shouldn't get here. @@ -2884,6 +2899,7 @@ issignal(struct thread *td) } sigqueue_delete(&td->td_sigqueue, sig); /* take the signal! */ sigqueue_delete(&p->p_sigqueue, sig); +next:; } /* NOTREACHED */ } diff --git a/sys/kern/sys_process.c b/sys/kern/sys_process.c index f1477ce..86e7c52 100644 --- a/sys/kern/sys_process.c +++ b/sys/kern/sys_process.c @@ -900,6 +900,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) case PT_TRACE_ME: /* set my trace flag and "owner" so it can read/write me */ p->p_flag |= P_TRACED; + p->p_flag2 |= P2_PTRACE_FSTP; p->p_ptevents = PTRACE_DEFAULT; if (p->p_flag & P_PPWAIT) p->p_flag |= P_PPTRACE; @@ -919,6 +920,7 @@ kern_ptrace(struct thread *td, int req, pid_t pid, void *addr, int data) * on a "detach". */ p->p_flag |= P_TRACED; + p->p_flag2 |= P2_PTRACE_FSTP; p->p_ptevents = PTRACE_DEFAULT; p->p_oppid = p->p_pptr->p_pid; if (p->p_pptr != td->td_proc) { diff --git a/sys/sys/proc.h b/sys/sys/proc.h index 0cde084..7b25083 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -712,6 +712,7 @@ struct proc { #define P2_NOTRACE 0x00000002 /* No ptrace(2) attach or coredumps. */ #define P2_NOTRACE_EXEC 0x00000004 /* Keep P2_NOPTRACE on exec(2). */ #define P2_AST_SU 0x00000008 /* Handles SU ast for kthreads. */ +#define P2_PTRACE_FSTP 0x00000010 /* First issignal() after PT_ATTACH. */ /* Flags protected by proctree_lock, kept in p_treeflags. */ #define P_TREE_ORPHANED 0x00000001 /* Reparented, on orphan list */ From owner-freebsd-current@freebsd.org Sat Jul 16 09:54:20 2016 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 4A899B9AF2D for ; Sat, 16 Jul 2016 09:54:20 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0F6E1D9F; Sat, 16 Jul 2016 09:54:18 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6G9s249094617 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Sat, 16 Jul 2016 11:54:03 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id u6G9s27o051293 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 16 Jul 2016 11:54:02 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id u6G9s2Lx051292; Sat, 16 Jul 2016 11:54:02 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sat, 16 Jul 2016 11:54:02 +0200 From: Wolfgang Zenker To: Adrian Chadd Cc: freebsd-current@freebsd.org Subject: Re: ath (AR9460) no longer works after going to 11-STABLE r302483 Message-ID: <20160716095402.GA51274@lyxys.ka.sub.org> References: <20160709190147.GA6767@lyxys.ka.sub.org> <20160710174746.GA29034@lyxys.ka.sub.org> <20160710175300.GB29034@lyxys.ka.sub.org> <20160714213758.GA17141@lyxys.ka.sub.org> <20160715202803.GA38281@lyxys.ka.sub.org> <20160716093010.GA50786@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160716093010.GA50786@lyxys.ka.sub.org> Organization: private site User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sat, 16 Jul 2016 11:54:03 +0200 (CEST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 09:54:20 -0000 Hi, [sorry, forgot to Cc current first] * Adrian Chadd [160715 22:40]: > On 15 July 2016 at 13:28, Wolfgang Zenker wrote: >> * Adrian Chadd [160715 00:00]: >>> On 14 July 2016 at 14:37, Wolfgang Zenker wrote: >>>> * Adrian Chadd [160710 21:47]: >>>>> Since you've reverted the ath driver directories without success, I'm >>>>> mostly out of simple ideas. I think you need to bisect the whole >>>>> kernel version until you find the commit that broke things. >>>> done. The commit is 11-STABLE r302410. AFAICS the only change here >>>> is the removal of debugging options from the GENERIC kernel config: >>>> https://svnweb.freebsd.org/base/stable/11/sys/amd64/conf/GENERIC?r1=302408&r2=302410 >>> ... loool, okay. Let me see. >>> Try INVARIANTS and INVARIANT_SUPPORT. Maybe something in the ath >>> driver needs it.. oops! >> Nope, wlan0 still works after disabling INVARIANTS and INVARIANT_SUPPORT. >> Any suggestions for next try? > Just try disabling the others and see what happens. commenting out DEADLKRES and MALLOC_DEBUG_MAXZONES in addition to INVARIANTS and INVARIANT_SUPPORT did not change the situation: ath still worked. Re-enabling all of the above and disabling WITNESS resulted in ath failing. Wolfgang From owner-freebsd-current@freebsd.org Sat Jul 16 11:21:07 2016 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 08D19B9BF43 for ; Sat, 16 Jul 2016 11:21:07 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EFEEE1C06; Sat, 16 Jul 2016 11:21:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D353D237; Sat, 16 Jul 2016 11:21:06 +0000 (UTC) Date: Sat, 16 Jul 2016 11:21:06 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1545711736.86.1468668066784.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #447 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 11:21:07 -0000 See ------------------------------------------ [...truncated 164336 lines...] --- ventel.o --- --- all_subdir_usr.sbin --- --- iasl.full --- --- all_subdir_usr.bin --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip -DDEFBR= =3D9600 -DDEFFS=3DBUFSIZ -DACULOG -DPRISTINE -DCONNECT -DV831 -DVENTEL -DH= AYES -DCOURIER -DT3000 -g -MD -MF.depend.ventel.o -MTventel.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qu= nused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip/../l= ibacu/ventel.c -o ventel.o --- all_subdir_usr.sbin --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I/builds/workspace/FreeBSD_HEAD/src/u= sr.sbin/acpi/iasl/../../../sys -g -std=3Dgnu99 -fstack-protector-strong -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-= switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o iasl.full ac= fileio.o adfile.o adisasm.o adwalk.o ahids.o ahpredef.o ahtable.o ahuuids.o= cmfsize.o dmextern.o dmrestag.o dmtable.o dmtables.o dmtbdump.o dmtbinfo.o= getopt.o aslanalyze.o aslascii.o aslbtypes.o aslcodegen.o aslcompile.o asl= compilerlex.o aslcompilerparse.o asldebug.o aslerror.o aslexternal.o aslfil= eio.o aslfiles.o aslfold.o aslhex.o asllength.o asllisting.o asllistsup.o a= slload.o asllookup.o aslmain.o aslmap.o aslmapenter.o aslmapoutput.o aslmap= utils.o aslmessages.o aslmethod.o aslnamesp.o asloffset.o aslopcodes.o aslo= perands.o aslopt.o asloptions.o aslpld.o aslpredef.o aslprepkg.o aslprintf.= o aslprune.o aslresource.o aslrestype1.o aslrestype1i.o aslrestype2.o aslre= stype2d.o aslrestype2e.o aslrestype2q.o aslrestype2s.o aslrestype2w.o aslst= artup.o aslstubs.o asltransform.o asltree.o aslutils.o asluuid.o aslwalks.o= aslxref.o aslxrefout.o dtcompile.o dtexpress.o dtfield.o dtio.o dtparserle= x.o dtparserparse.o dtsubtable.o dttable.o dttable1.o dttable2.o dttemplate= .o dtutils.o prexpress.o prmacros.o prparserlex.o prparserparse.o prscan.o = prutils.o dbfileio.o dmbuffer.o dmcstyle.o dmdeferred.o dmnames.o dmopcode.= o dmresrc.o dmresrcl.o dmresrcl2.o dmresrcs.o dmutils.o dmwalk.o dsargs.o d= scontrol.o dsfield.o dsobject.o dsopcode.o dsutils.o dswexec.o dswload.o ds= wload2.o dswscope.o dswstate.o exconcat.o exconvrt.o excreate.o exdump.o ex= misc.o exmutex.o exnames.o exoparg1.o exoparg2.o exoparg3.o exoparg6.o expr= ep.o exresnte.o exresolv.o exresop.o exstore.o exstoren.o exstorob.o exsyst= em.o exutils.o psargs.o psloop.o psobject.o psopcode.o psopinfo.o psparse.o= psscope.o pstree.o psutils.o pswalk.o nsaccess.o nsalloc.o nsdump.o nsname= s.o nsobject.o nsparse.o nssearch.o nsutils.o nswalk.o tbdata.o tbfadt.o tb= instal.o tbprint.o tbutils.o tbxface.o tbxfload.o utaddress.o utalloc.o uta= scii.o utbuffer.o utcache.o utcopy.o utdebug.o utdecode.o utdelete.o uterro= r.o utexcep.o utglobal.o uthex.o utinit.o utlock.o utmath.o utmisc.o utmute= x.o utnonansi.o utobject.o utownerid.o utpredef.o utprint.o utresrc.o utsta= te.o utstring.o utuuid.o utxface.o utxferror.o oslibcfs.o osunixxf.o =20 --- all_subdir_lib --- --- name_match.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.name_match.po -MTname_match.po -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-stri= ng-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unuse= d-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion= -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBS= D_HEAD/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/name= _match.c -o name_match.po --- obsolete.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.obsolete.po -MTobsolete.po -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEA= D/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/obsolete.= c -o obsolete.po --- all_subdir_usr.bin --- --- acutab.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip -DDEFBR= =3D9600 -DDEFFS=3DBUFSIZ -DACULOG -DPRISTINE -DCONNECT -DV831 -DVENTEL -DH= AYES -DCOURIER -DT3000 -g -MD -MF.depend.acutab.o -MTacutab.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qu= nused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip/acut= ab.c -o acutab.o --- tip.1.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip/tip.1 > tip.1.g= z --- all_subdir_usr.sbin --- --- iasl.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.sbin/acpi/iasl/iasl.8 > ias= l.8.gz --- all_subdir_usr.bin --- --- cu.1.gz --- --- all_subdir_usr.sbin --- --- iasl.debug --- --- all_subdir_usr.bin --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip/cu.1 > cu.1.gz --- all_subdir_usr.sbin --- objcopy --only-keep-debug iasl.full iasl.debug --- all_subdir_usr.bin --- --- tip.full --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/usr.bin/tip/tip -DDEFBR= =3D9600 -DDEFFS=3DBUFSIZ -DACULOG -DPRISTINE -DCONNECT -DV831 -DVENTEL -DHA= YES -DCOURIER -DT3000 -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wn= o-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologi= cal-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-functio= n -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Qunused-arguments -o tip.full acu.o acutab= .o cmds.o cmdtab.o cu.o hunt.o log.o partab.o remote.o tip.o tipout.o uucpl= ock.o value.o vars.o biz22.o courier.o df.o dn11.o hayes.o t3000.o v3451.o = v831.o ventel.o =20 --- all_subdir_lib --- --- parse_entry.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.parse_entry.po -MTparse_entry.po -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeB= SD_HEAD/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/par= se_entry.c -o parse_entry.po --- all_subdir_usr.sbin --- --- iasl --- objcopy --strip-debug --add-gnu-debuglink=3Diasl.debug iasl.full iasl --- all_subdir_usr.sbin/apm --- =3D=3D=3D> usr.sbin/apm (all) --- all_subdir_usr.bin --- --- tip.debug --- objcopy --only-keep-debug tip.full tip.debug --- tip --- objcopy --strip-debug --add-gnu-debuglink=3Dtip.debug tip.full tip --- all_subdir_usr.bin/top --- =3D=3D=3D> usr.bin/top (all) --- all_subdir_usr.sbin --- --- .depend --- echo apm.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_= HEAD/src/tmp/usr/lib/libc.a >> .depend --- apm.o --- cc -O2 -pipe -g -MD -MF.depend.apm.o -MTapm.o -std=3Dgnu99 -fstack-prot= ector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.sbin/apm/apm.= c -o apm.o --- all_subdir_usr.bin --- --- sigdesc.h --- awk -f /builds/workspace/FreeBSD_HEAD/src/usr.bin/top/../../contrib/top/sig= conv.awk < /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD= /src/tmp/usr/include/sys/signal.h > sigdesc.h --- top.local.h --- Making top.local.h from /builds/workspace/FreeBSD_HEAD/src/usr.bin/top/../.= ./contrib/top/top.local.hs --- .depend --- echo top.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_= HEAD/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD/obj/builds/works= pace/FreeBSD_HEAD/src/tmp/usr/lib/libncursesw.a /builds/workspace/FreeBSD_H= EAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/lib/libm.a /builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/lib/libkvm.a= /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/u= sr/lib/libjail.a >> .depend --- commands.o --- cc -O2 -pipe -DHAVE_GETOPT -DHAVE_STRERROR -DORDER -I/builds/workspace/Fre= eBSD_HEAD/src/usr.bin/top -I/builds/workspace/FreeBSD_HEAD/src/usr.bin/top/= ../../contrib/top -I. -g -MD -MF.depend.commands.o -MTcommands.o -std=3D= gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_= HEAD/src/usr.bin/top/../../contrib/top/commands.c -o commands.o --- display.o --- cc -O2 -pipe -DHAVE_GETOPT -DHAVE_STRERROR -DORDER -I/builds/workspace/Fre= eBSD_HEAD/src/usr.bin/top -I/builds/workspace/FreeBSD_HEAD/src/usr.bin/top/= ../../contrib/top -I. -g -MD -MF.depend.display.o -MTdisplay.o -std=3Dgn= u99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HE= AD/src/usr.bin/top/../../contrib/top/display.c -o display.o --- all_subdir_usr.sbin --- --- apm.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings = -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winlin= e -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-si= gn -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Qunused-arguments -o apm.full apm= .o =20 --- all_subdir_usr.bin --- /builds/workspace/FreeBSD_HEAD/src/usr.bin/top/../../contrib/top/display.c:= 287:6: warning: implicit declaration of function 'tputs' is invalid in C99 = [-Wimplicit-function-declaration] Move_to(x_lastpid, y_lastpid); ^ /builds/workspace/FreeBSD_HEAD/src/usr.bin/top/../../contrib/top/screen.h:1= 0:23: note: expanded from macro 'Move_to' #define Move_to(x, y) TCputs(tgoto(cursor_motion, x, y)) ^ /builds/workspace/FreeBSD_HEAD/src/usr.bin/top/../../contrib/top/screen.h:8= :21: note: expanded from macro 'TCputs' #define TCputs(str) tputs(str, 1, putstdout) ^ --- all_subdir_usr.sbin --- --- apm.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.sbin/apm/apm.8 > apm.8.gz --- apm.debug --- objcopy --only-keep-debug apm.full apm.debug --- apm --- objcopy --strip-debug --add-gnu-debuglink=3Dapm.debug apm.full apm --- all_subdir_usr.sbin/arp --- =3D=3D=3D> usr.sbin/arp (all) --- .depend --- echo arp.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_= HEAD/src/tmp/usr/lib/libc.a >> .depend --- arp.o --- cc -O2 -pipe -g -MD -MF.depend.arp.o -MTarp.o -std=3Dgnu99 -fstack-prot= ector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uni= nitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unus= ed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthe= ses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-ty= pedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.sbin/a= rp/arp.c -o arp.o --- all_subdir_lib --- --- all_subdir_lib/atf --- --- build_test.full --- c++ -O2 -pipe -DHAVE_CONFIG_H -DATF_C_TESTS_BASE=3D'"/usr/tests/lib/atf/lib= atf-c"' -DATF_INCLUDEDIR=3D'"/usr/include"' -I/builds/workspace/FreeBSD_HEA= D/src/contrib/atf -g -fstack-protector-strong -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitializ= ed -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tau= tological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-f= unction -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -= Wno-c++11-extensions -o build_test.full build_test.o test_helpers.o -lpri= vateatf-c++ -lprivateatf-c -lprivateatf-c --- build_test.debug --- objcopy --only-keep-debug build_test.full build_test.debug --- build_test --- objcopy --strip-debug --add-gnu-debuglink=3Dbuild_test.debug build_test.fu= ll build_test --- check_test --- (cd /builds/workspace/FreeBSD_HEAD/src/lib/atf/libatf-c++/tests && DEPENDF= ILE=3D.depend.check_test NO_SUBDIR=3D1 /builds/workspace/FreeBSD_HEAD/obj/= builds/workspace/FreeBSD_HEAD/src/make.amd64/bmake -f /builds/workspace/Fre= eBSD_HEAD/src/lib/atf/libatf-c++/tests/Makefile _RECURSING_PROGS=3Dt PROG= =3Dcheck_test PROG_CXX=3Dcheck_test) --- all_subdir_lib/ncurses --- --- read_entry.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.read_entry.po -MTread_entry.po -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-stri= ng-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unuse= d-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion= -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBS= D_HEAD/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/read= _entry.c -o read_entry.po --- all_subdir_lib/atf --- --- .depend.check_test --- echo check_test.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/F= reeBSD_HEAD/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD/obj/build= s/workspace/FreeBSD_HEAD/src/tmp/usr/lib/libprivateatf-c++.a /builds/worksp= ace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/lib/libpriva= teatf-c.a >> .depend.check_test echo check_test.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/F= reeBSD_HEAD/src/tmp/usr/lib/libc++.a >> .depend.check_test --- check_test.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -DATF_C_TESTS_BASE=3D'"/usr/tests/lib/atf/l= ibatf-c"' -DATF_INCLUDEDIR=3D'"/usr/include"' -I/builds/workspace/FreeBSD_H= EAD/src/contrib/atf -g -MD -MF.depend.check_test.check_test.o -MTcheck_test= .o -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Qunused-arguments -Wno-c++11-extensi= ons -c /builds/workspace/FreeBSD_HEAD/src/contrib/atf/atf-c++/check_test.c= pp -o check_test.o --- all_subdir_lib/ncurses --- --- strings.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.strings.po -MTstrings.po -std=3Dgnu9= 9 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/= src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/strings.c -= o strings.po --- all_subdir_usr.bin --- 1 warning generated. --- machine.o --- cc -O2 -pipe -DHAVE_GETOPT -DHAVE_STRERROR -DORDER -I/builds/workspace/Fre= eBSD_HEAD/src/usr.bin/top -I/builds/workspace/FreeBSD_HEAD/src/usr.bin/top/= ../../contrib/top -I. -g -MD -MF.depend.machine.o -MTmachine.o -std=3Dgn= u99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Wno-parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HE= AD/src/usr.bin/top/machine.c -o machine.o --- all_subdir_usr.sbin --- --- arp.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -o arp.f= ull arp.o =20 --- arp.4.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.sbin/arp/arp.4 > arp.4.gz --- arp.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.sbin/arp/arp.8 > arp.8.gz --- arp.debug --- objcopy --only-keep-debug arp.full arp.debug --- arp --- objcopy --strip-debug --add-gnu-debuglink=3Darp.debug arp.full arp --- all_subdir_usr.sbin/asf --- =3D=3D=3D> usr.sbin/asf (all) --- all_subdir_lib --- --- trim_sgr0.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.trim_sgr0.po -MTtrim_sgr0.po -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_H= EAD/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/trim_sg= r0.c -o trim_sgr0.po --- all_subdir_usr.sbin --- --- .depend --- echo asf.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_= HEAD/src/tmp/usr/lib/libc.a /builds/workspace/FreeBSD_HEAD/obj/builds/works= pace/FreeBSD_HEAD/src/tmp/usr/lib/libkvm.a >> .depend --- asf.o --- cc -O2 -pipe -g -MD -MF.depend.asf.o -MTasf.o -std=3Dgnu99 -fstack-prot= ector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.sbin/asf/asf.= c -o asf.o --- all_subdir_lib --- --- write_entry.po --- cc -pg -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/builds/= workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w/../ncursesw -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../= ncurses -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncursesw/../../../= contrib/ncurses/include -I/builds/workspace/FreeBSD_HEAD/src/lib/ncurses/nc= ursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFR= EEBSD_NATIVE -DTERMIOS -MD -MF.depend.write_entry.po -MTwrite_entry.po -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Qunused-arguments -c /builds/workspace/FreeB= SD_HEAD/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/wri= te_entry.c -o write_entry.po --- all_subdir_usr.sbin --- --- asf_kld.o --- cc -O2 -pipe -g -MD -MF.depend.asf_kld.o -MTasf_kld.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parame= ter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-de= cls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaration= s -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.sbin/= asf/asf_kld.c -o asf_kld.o --- asf_kvm.o --- cc -O2 -pipe -g -MD -MF.depend.asf_kvm.o -MTasf_kvm.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parame= ter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-de= cls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaration= s -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.sbin/= asf/asf_kvm.c -o asf_kvm.o --- asf_prog.o --- cc -O2 -pipe -g -MD -MF.depend.asf_prog.o -MTasf_prog.o -std=3Dgnu99 -f= stack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -W= no-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-= decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarati= ons -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-= variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/usr.sbi= n/asf/asf_prog.c -o asf_prog.o --- asf.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings = -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winlin= e -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-si= gn -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Qunused-arguments -o asf.full asf= .o asf_kld.o asf_kvm.o asf_prog.o -lkvm --- asf.8.gz --- gzip -cn /builds/workspace/FreeBSD_HEAD/src/usr.sbin/asf/asf.8 > asf.8.gz --- asf.debug --- objcopy --only-keep-debug asf.full asf.debug --- asf --- objcopy --strip-debug --add-gnu-debuglink=3Dasf.debug asf.full asf --- all_subdir_usr.sbin/bhyve --- =3D=3D=3D> usr.sbin/bhyve (all) bmake[4]: bmake[4]: don't know how to make pci_e82580.c. Stop bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/usr.sbin/bhyve *** [all_subdir_usr.sbin/bhyve] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/usr.sbin 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src --- all_subdir_usr.bin --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/usr.bin/top *** [all_subdir_usr.bin/top] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/usr.bin 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/usr.bin *** [all_subdir_usr.bin] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/ncurses/ncurses= w *** [all_subdir_lib/ncurses/ncursesw] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/ncurses 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/ncurses *** [all_subdir_lib/ncurses] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib --- all_subdir_lib/atf --- A failure has been detected in another branch of the parallel make bmake[7]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf/libatf-c++/= tests *** [check_test] Error code 2 bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf/libatf-c++/= tests 1 error bmake[6]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf/libatf-c++/= tests *** [all] Error code 2 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf/libatf-c++ 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf/libatf-c++ *** [all] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/atf *** [all_subdir_lib/atf] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib 2 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src 3 errors bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [everything] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Sat Jul 16 15:06:57 2016 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 9926AB9B3A8 for ; Sat, 16 Jul 2016 15:06:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 770241A95; Sat, 16 Jul 2016 15:06:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 31AED23C; Sat, 16 Jul 2016 15:06:56 +0000 (UTC) Date: Sat, 16 Jul 2016 15:06:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <303607568.87.1468681613996.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1545711736.86.1468668066784.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1545711736.86.1468668066784.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #448 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 15:06:57 -0000 See From owner-freebsd-current@freebsd.org Sat Jul 16 15:17:45 2016 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 04432B9B6A5 for ; Sat, 16 Jul 2016 15:17:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8029F1300; Sat, 16 Jul 2016 15:17:44 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id o80so64647440wme.1; Sat, 16 Jul 2016 08:17:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=D2D2V+KSVnde0r89esjwBqFtu3HmaPIM8UHrf1Rsz/w=; b=EMWrTtKjGE9LVS4PFon1uCfxRu+abRuj7KMnGuvlriPazCv211saOuQpflTctKitnf 1er2cNYEmBec7okEAMTxjimUTgOfvtpvKRu/KV0+/x1IYtl0zQGIOklW0b2FKvkAgJ21 g4+5BKxOIRC4NUlZR5PTSNs4ifqdQ9F3wDckuO4kc+YhyaBul8Z6ESAahUDT5Ax6UhG5 p1K7BFzK4OF7h4UBx7zcnrGVM05wsK2jvOCWqPT/v18IMJ/k1uJ7GcNc3De0J+vVazP7 slBPpLEHfiWEBWHj+qqkAtRlMLr3W7tPy+rPJ1tjGjo9Ja4lvg4dDSXahFa10bVBSpDu 4WtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=D2D2V+KSVnde0r89esjwBqFtu3HmaPIM8UHrf1Rsz/w=; b=dC6qOoiZolbvT2H0qgtbF+8IVMeFGYyWR461FoEEXIZvWF16rR64X9YGIhEr4IQ+x8 rFGC5iQtDRNgh90MO49XyCikz8S5XQRHWtA9Vi989itzZulDw8NyRbLtS/41F+r2QVJq 3HcEBqg3KxDIHwI7jtb97+qmf0s2ryMZvXl7wtUUw6QR37s3LtXKR+Lso0pTQo2joLk0 Dx5VycrBKbnf7++zMzGM9k2bvw1xEfWHyLMeqVfmdlOVJQ9MLRtE4Q1w5/d+jaUT058q QG/3JK74U2pIBpg/J96oF//TmSte1vz4ieqN/pSXmWTEeDhhCmZfHOhUaY7yNU1bTBXO pFTQ== X-Gm-Message-State: ALyK8tJ1ZY1j2njOfj1goX/52b7QjY+ao+LkLXQJiUS6cyjzPeabHSU4YOoABTIzzQBXtg== X-Received: by 10.194.141.84 with SMTP id rm20mr5177544wjb.16.1468682262741; Sat, 16 Jul 2016 08:17:42 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id z5sm3212998wme.5.2016.07.16.08.17.41 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sat, 16 Jul 2016 08:17:41 -0700 (PDT) Date: Sat, 16 Jul 2016 17:17:39 +0200 From: Mateusz Guzik To: Ian Lepore Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] microoptimize locking primitives by introducing randomized delay between atomic ops Message-ID: <20160716151739.GA23095@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Ian Lepore , freebsd-current@freebsd.org References: <20160710111326.GA7853@dft-labs.eu> <1468161121.72182.115.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1468161121.72182.115.camel@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2016 15:17:45 -0000 On Sun, Jul 10, 2016 at 08:32:01AM -0600, Ian Lepore wrote: > On Sun, 2016-07-10 at 13:13 +0200, Mateusz Guzik wrote: > > If the lock is contended, primitives like __mtx_lock_sleep will spin > > checking if the owner is running or the lock was freed. The problem > > is > > that once it is discovered that the lock is free, multiple CPUs are > > likely to try to do the atomic op which will make it more costly for > > everyone and throughput suffers. > > > > The standard thing to do is to have some sort of a randomized delay > > so > > that this kind of behaviour is reduced. > > > > As such, below is a trivial hack which takes cpu_ticks() into account > > and performs % 2048, which in my testing gives reasonbly good > > results. > > > > Please note there is definitely way more room for improvement in > > general. > > > > In terms of results, there was no statistically significant change in > > -j 40 buildworld nor buildkernel. > > > > However, a 40-way find on a ports tree placed on tmpfs yielded the > > following: > > > > x vanilla > > + patched > > +-------------------------------------------------------------------- > > --------------------+ > > > ++++ + x > > > x x x | > > > + ++++ +++ + + + ++ + + x x > > > x xxxxxxxx x x x| > > > |_____M____A__________| > > > |________AM______| | > > +-------------------------------------------------------------------- > > --------------------+ > > N Min Max Median Avg > > Stddev > > x 20 12.431 15.952 14.897 14.7444 > > 0.74241657 > > + 20 8.103 11.863 9.0135 9.44565 > > 1.0059484 > > Difference at 95.0% confidence > > -5.29875 +/- 0.565836 > > -35.9374% +/- 3.83764% > > (Student's t, pooled s = 0.884057) > > > > The patch: > [...] > > What about platforms that don't have a useful implementation of > cpu_ticks()? > Do we have such platforms and do they have smp? > What about platforms that don't suffer the large expense for atomic ops > that x86 apparently does? > The current state of locking primitives already seems to be x86-centric. Postponing of atomic ops is implemented in some parts and this patch only extends it (in a different form). That said, if we have platforms where this kind of stuff is detrimental to performance, machine-specific primitives should be introduced. Meanwhile, courtesy of andrew@ I tested the patch on cavium (48-way arm64) and saw great improvement. x vanilla + patched +----------------------------------------------------------------------------------------+ |+ | |+ | |+ | |+ | |+ | |+ x | |++ xxx | |++ xxxxxx| |A| |A_| | +----------------------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 17.25 17.849 17.48 17.4968 0.19581556 + 10 6.56 6.679 6.586 6.6011 0.038013009 Difference at 95.0% confidence -10.8957 +/- 0.132528 -62.2725% +/- 0.757439% (Student's t, pooled s = 0.141047) Note: find does open+close a lot. close results in exclusive vnode locking if the fs does not have the MNTK_EXTENDED_SHARED flag set, which is the case on tmpfs. On this machine it contributed to a major slowdown. The flag was set locally. I'm not sure yet how safe the change in terms of general use. It is definitely fine enough for the benchmark. That said, I would like to commit this next week unless there are objections. -- Mateusz Guzik