From owner-freebsd-current@freebsd.org Sun Mar 5 03:37:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4A43CF81F9 for ; Sun, 5 Mar 2017 03:37:12 +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 946A618CE for ; Sun, 5 Mar 2017 03:37:11 +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 v253cnlj039602 for ; Sat, 4 Mar 2017 19:38:55 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" From: "Chris H" Subject: kernel trap 12 with interrupts disabled Date: Sat, 04 Mar 2017 19:38:55 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 03:37:12 -0000 OK. This is my second world/kernel on 12. The last, ~3 mos. ago, worked great. But, unfortunately, the graphics on the APU (AMD/ATI A6 7470K) aren't (yet) supported on FreeBSD. So I picked up an nVidia Geforce GT 730, and performed a fresh install from the r314495 AMD Disk1 CD. Then checked out a fresh copy of src && ports, last night (PST) to begin a fresh buildworld/kernel installworld/kernel. I finished the buildworld, and finished the build/install kernel, and (attempted) to boot to single user. But got a trap shortly into booting the new kernel; kernel trap 12 with interrupts disabled Fatal trap 12: page fault in kernel mode I've placed a screen shot here: bsdforge.com/12-CURRENT-2017-03-04.jpeg for better context, and what follows what I've mentioned above. I've left it at this point with the db> prompt. In case I/we can better determine what cause it. Please advise. Thanks! --Chris From owner-freebsd-current@freebsd.org Sun Mar 5 03:45:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACC4BCF86D9 for ; Sun, 5 Mar 2017 03:45:00 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x229.google.com (mail-pf0-x229.google.com [IPv6:2607:f8b0:400e:c00::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 7C3B21E7C for ; Sun, 5 Mar 2017 03:45:00 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x229.google.com with SMTP id j5so46584637pfb.2 for ; Sat, 04 Mar 2017 19:45:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=p+fB3FsGg1Mb/DheemWaXjVk0+BFBTAMNz7vOgDp77k=; b=JBs7ydGf/HDZbRbZZ335KoHk++5BfzeLl6+1wDLc24uDDk7uHvfrmKOj0ip/obsDXI toF9o56TmXOe2kYaDyR4gp3CVRR6knzbNuNKMBSfPTGHCDB1Le+FnK+411EACLEA3erX GuBDDmsNhZhq9X6PD8mnZn6BZZCM3pkHCYIIZVWBRbheLjb64DqZITu3t+txn8jfTP18 11YpyARCQjrYiyqNGQlUd0q1CczQ6eJIhCrHAwmlVZACXS+6mpG3CCHsEByLfozUJmz6 mODBPykf0Oyw9H/apwqo9SHbuKvlbuozr96JkwEojQ57pISo0Uk9KKaedk3VlFgj3Zlt /sfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=p+fB3FsGg1Mb/DheemWaXjVk0+BFBTAMNz7vOgDp77k=; b=J6INAOSk28TJ8SJh+gvVtdzdN+xVoF4VqQDOPW2ish7xLHRWt5M9/ZzcWGABtYfKks dk0RRymg3/PW0XkyZ7Px8q19P5rXWgaSqqRYL2ftvPs8cD0Wnq/lbP4/04eGEOus8UuJ /aTTiFKw9CLmNPDFZX0P7hvtWRDOtJ7uxPCF49sZDI0KXqe2vLEj66vsYKxHxuYUq/VK TVjq8z2Ut4VfS5TTN0CvI0+uKPjSUsCB0QiOcky0YV6MoV75OBHyUls0JF3aHYqnfQ2X +tt9SC7PVqwCR3cppbrZWLXmKcxMx82orVHIa1LAgy482Bwg9Ub5UzSZijTiDFJLxW3r d/SQ== X-Gm-Message-State: AMke39mNyBCq+vSYPVUb8yhhuVN5UFpxxNMVAZv4qhP6bqK5ldOKrpeZqKJfHu16d4psSA== X-Received: by 10.99.176.6 with SMTP id h6mr12617442pgf.184.1488685499901; Sat, 04 Mar 2017 19:44:59 -0800 (PST) Received: from [192.168.20.13] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id g29sm16581635pfg.37.2017.03.04.19.44.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Mar 2017 19:44:59 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Building Current From: Ngie Cooper X-Mailer: iPhone Mail (14D27) In-Reply-To: Date: Sat, 4 Mar 2017 19:44:58 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1059FCA9-0A18-44D5-989E-2590ADC9D327@gmail.com> References: <20170304210009.GA12859@ox> To: Roberto Rodriguez Jr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 03:45:00 -0000 > On Mar 4, 2017, at 13:19, Roberto Rodriguez Jr wr= ote: >=20 > Would make -DNO_CLEAN=3DNO also/maybe help as well? Remove =3DNO from your invocation above. That would define a variable as: ${= NO_CLEAN=3DNO}=3D1 HTH, -Ngie= From owner-freebsd-current@freebsd.org Sun Mar 5 03:44:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D158CF86B8 for ; Sun, 5 Mar 2017 03:44:54 +0000 (UTC) (envelope-from julian@elischer.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 5BFF91E74 for ; Sun, 5 Mar 2017 03:44:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from Julian-MBP3.local (106-68-109-205.dyn.iinet.net.au [106.68.109.205]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v253ihoh040516 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 4 Mar 2017 19:44:50 -0800 (PST) (envelope-from julian@elischer.org) Subject: Fwd: Re: I/O semantics of pipe and FIFO. References: <20170304214812.GA16845@chaz.gmail.com> To: freebsd-current From: Julian Elischer X-Forwarded-Message-Id: <20170304214812.GA16845@chaz.gmail.com> Message-ID: <8efdc961-1768-0bc0-715f-4a1e103359d4@elischer.org> Date: Sun, 5 Mar 2017 11:44:36 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170304214812.GA16845@chaz.gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 05 Mar 2017 03:52:27 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 03:44:54 -0000 an interesting point to discuss? is our behaviour in this test right? from: "austin-group mailng list (posix standard discussion)" ------ rest of email is quoted ------- On 5/3/17 5:48 am, Stephane Chazelas wrote: 2017-03-04 13:14:08 +0000, Danny Niu: > Hi all. > > I couldn't remember where I saw it saying, that when reading > from a pipe or a FIFO, the read syscall returns the content of > at most one write call. It's a bit similar to the > message-nondiscard semantics of dear old STREAM. > > Currently, I'm reading through the text to find out a bit > more, and I appreciate a bit of pointer on this. [...] (echo x; echo y) | (sleep 1; dd count=1 2> /dev/null) outputs both x and y in all of Linux, FreeBSD and Solaris in my tests. That a read wouldn't read what's currently in the pipe would be quite surprising. I also wouldn't expect pipes to store the writes as individual separate message but use one buffer. In: ( dd bs=40000 count=1 if=/dev/zero 2> /dev/null echo first through >&2 dd bs=40000 count=1 if=/dev/zero 2> /dev/null echo second through >&2 ) | (sleep 1; dd bs=100000 count=1 2> /dev/null) | wc -c That is where the second write blocks because the pipe is full, the reading dd still reads both writes in Linux and Solaris in my tests (on Solaris (10 on amd64 at least), reduce to 20000 instead of 40000 or both writes would block). On FreeBSD, I get only the first write (using 8000 followed by 10000 for instance). FreeBSD is also the only one of the three where dd bs=1000000 count=1 if=/dev/zero | dd bs=1000000 count=1 | wc -c Doesn't output 1000000. The others schedule both processes back and forth during their write() and read() system call while the pipe is being filled and emptied several times. -- Stephane From owner-freebsd-current@freebsd.org Sun Mar 5 04:01:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D918ECF8C8D for ; Sun, 5 Mar 2017 04:01:33 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 A51E81919; Sun, 5 Mar 2017 04:01:33 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 604A3205E7; Sat, 4 Mar 2017 23:01:32 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sat, 04 Mar 2017 23:01:32 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=r75aOX9cxdMjHZe Vqibnyjseg0M=; b=Sv9reu6A/h7+XAeqKPp4u6JWd1SgQbZ0PlMXTT/eYQ4jtEi Kl+1gvcToAYSyRbVBTyWK67VXqLTDBKrEcgT182UtR9gKufHfo8U8cs8uu+OtlOy uH22K/r4VZ+eyYg5dYyKh2PE/bVNcyBbvOy/qSz/8wZcqyTEyBPVG+vMMn6k= 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-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=r75aOX9cxdMjHZeVqibnyjseg0M=; b=szqEUW5MZU2AuJiA1Rw/ qtkSEopNhViJuuf257iiUvf2pmJsGu6n/g6uAtArbTaZN7Rpq4EJ3yYDH96ImFvs arB0F99T2e0+BlicLVS/73g045wEwEGNSIdOVLwIHYwmfIdgQTKkBrQesNL4igOL OqVR3AtELp9zMj2ijj/9hxs= X-ME-Sender: X-Sasl-enc: judQA4TfeiBBWLl6C6twvOcdNXCOz5Q+M6v9AApEbkEn 1488686491 Received: from madcat.anarchadelic. (106-69-166-9.dyn.iinet.net.au [106.69.166.9]) by mail.messagingengine.com (Postfix) with ESMTPA id B64AA7E46B; Sat, 4 Mar 2017 23:01:31 -0500 (EST) From: Alastair Hogge To: freebsd-current@freebsd.org Cc: Chris H , avg@freebsd.org Subject: Re: kernel trap 12 with interrupts disabled Date: Sun, 05 Mar 2017 12:01:29 +0800 Message-ID: <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 04:01:33 -0000 Hi *, On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote: [remove 12-CURRENT history & hardware summary] > I finished the > buildworld, and finished the build/install kernel, and > (attempted) to boot to single user. But got a trap > shortly into booting the new kernel; > > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault in kernel mode I am also experiencing a similar problem. I believe the error is caused by r314636[0]; committer CC'd. Verbose boot (r314640): /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 syms=[0x8+0xd6350+0x8+0xd2864] [77/1834] /boot/entropy size=0x1000 Booting... [dcons disconnected (wrong magic 0x00000000)] [dcons connected] GDB: debug ports: dcons GDB: current port: dcons KDB: debugger backends: ddb gdb KDB: current backend: ddb Table 'FACP' at 0xbfdd1080 Table 'MSDM' at 0xbfdd8800 Table 'HPET' at 0xbfdd8880 Table 'MCFG' at 0xbfdd88c0 Table 'EUDS' at 0xbfdd8940 Table 'MATS' at 0xbfdd91a0 Table 'TAMG' at 0xbfdd9210 Table 'APIC' at 0xbfdd8740 APIC: Found table at 0xbfdd8740 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 3 ACPI ID 3: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 4 ACPI ID 4: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 5 ACPI ID 5: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 7 ACPI ID 7: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r314640: Sat Mar 4 13:10:08 AWST 2017 root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64 FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM 4.0.0) WARNING: WITNESS option enabled, expect reduced performance. Table 'FACP' at 0xbfdd1080 Table 'MSDM' at 0xbfdd8800 Table 'HPET' at 0xbfdd8880 Table 'MCFG' at 0xbfdd88c0 Table 'EUDS' at 0xbfdd8940 Table 'MATS' at 0xbfdd91a0 Table 'TAMG' at 0xbfdd9210 Table 'APIC' at 0xbfdd8740 Table 'MATS' at 0xbfdd93c0 Table 'SSDT' at 0xbfddfaf0 Table 'IVRS' at 0xbfde1280 ACPI: No SRAT table found PPIM 0: PA=0xa0000, VA=0xffffffff81410000, size=0x10000, mode=0 VT(vga): resolution 640x480 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81306000. Preloaded /boot/entropy "/boot/entropy" at 0xffffffff81306ae8. Calibrating TSC clock ... TSC clock: 4018024582 Hz CPU: AMD FX(tm)-8350 Eight-Core Processor (4018.02-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0x1ebbfff Structured Extended Features=0x8 SVM: Features=0x1cff,PauseFilterThreshold> Revision=1, ASIDs=65536 TSC: P-state invariant, performance statistics L1 2MB data TLB: 64 entries, fully associative L1 2MB instruction TLB: 24 entries, fully associative L1 4KB data TLB: 64 entries, fully associative L1 4KB instruction TLB: 48 entries, fully associative L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 1024 entries, 8-way associative L2 4KB data TLB: 1024 entries, 8-way associative L2 4KB instruction TLB: 1024 entries, 8-way associative L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 34359738368 (32768 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000005ffff, 327680 bytes (80 pages) 0x0000000000070000 - 0x0000000000098fff, 167936 bytes (41 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001340000 - 0x00000000bfd9ffff, 3198550016 bytes (780896 pages) 0x0000000100000000 - 0x000000080a849fff, 30241234944 bytes (7383114 pages) avail memory = 33272029184 (31730 MB) Event timer "LAPIC" quality 100 LAPIC: ipi_wait() us multiplier 29 (r 13818693 tsc 4018024582) ACPI APIC Table: Package ID shift: 4 L3 cache ID shift: 3 L2 cache ID shift: 1 L1 cache ID shift: 0 Core ID shift: 0 INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) Package HW ID = 0 Core HW ID = 0 CPU0 (BSP): APIC ID: 0 Core HW ID = 1 CPU1 (AP): APIC ID: 1 Core HW ID = 2 CPU2 (AP): APIC ID: 2 Core HW ID = 3 CPU3 (AP): APIC ID: 3 Core HW ID = 4 CPU4 (AP): APIC ID: 4 Core HW ID = 5 CPU5 (AP): APIC ID: 5 Core HW ID = 6 CPU6 (AP): APIC ID: 6 Core HW ID = 7 CPU7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 3 APIC: CPU 4 has ACPI ID 4 APIC: CPU 5 has ACPI ID 5 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 7 lapic0: MCE Thresholding ELVT unmasked kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff809b36ed stack pointer = 0x28:0xffffffff8130baa0 frame pointer = 0x28:0xffffffff8130bad0 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 = 0 () [ thread pid 0 tid 0 ] Stopped at _mca_init+0x55d: movl $0x1,(%rax,%rcx,1) db> bt Tracing pid 0 tid 0 td 0xffffffff810a9dc0 _mca_init() at _mca_init+0x55d/frame 0xffffffff8130bad0 mi_startup() at mi_startup+0x9c/frame 0xffffffff8130baf0 btext() at btext+0x2c db> Verbose output of mptable(1): =============================================================================== MPTable looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009c800 searching CMOS 'top of mem' @ 0x0009c400 (625K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f4d60 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f4d60 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x92 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f1be4 signature: 'PCMP' base table length: 540 version: 1.4 checksum: 0xe3 OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 50 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 8 6 0xfbff 1 0x11 AP, usable 6 8 6 0xfbff 2 0x11 AP, usable 6 8 6 0xfbff 3 0x11 AP, usable 6 8 6 0xfbff 4 0x11 AP, usable 6 8 6 0xfbff 5 0x11 AP, usable 6 8 6 0xfbff 6 0x11 AP, usable 6 8 6 0xfbff 7 0x11 AP, usable 6 8 6 0xfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 ISA -- I/O APICs: APIC ID Version State Address 8 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT active-lo level 2 0:A 8 17 INT active-lo level 0 18:A 8 18 INT active-lo level 0 18:B 8 17 INT active-lo level 0 19:A 8 18 INT active-lo level 0 19:B 8 17 INT active-lo level 0 20:C 8 18 INT active-lo level 6 0:A 8 17 INT active-lo level 0 22:A 8 18 INT active-lo level 0 22:B 8 17 INT active-lo level 4 14:A 8 22 INT active-lo level 0 9:A 8 17 INT active-lo level 0 4:A 8 16 INT active-lo level 0 10:A 8 18 INT active-lo level 0 20:A 8 16 INT active-lo level 1 0:B 8 17 INT active-lo level 1 0:A 8 16 INT active-lo level 7 0:A 8 17 INT active-lo level 3 0:A 8 18 INT active-lo level 0 17:A 8 19 ExtINT conforms conforms 8 0 8 0 INT conforms conforms 8 1 8 1 INT conforms conforms 8 0 8 2 INT conforms conforms 8 4 8 4 INT conforms conforms 8 6 8 6 INT active-hi edge 8 8 8 8 INT conforms conforms 8 9 8 9 INT conforms conforms 8 12 8 12 INT conforms conforms 8 13 8 13 INT conforms conforms 8 14 8 14 INT conforms conforms 8 15 8 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 =============================================================================== To good health, alastair [0]: https://lists.freebsd.org/pipermail/svn-src-head/2017-March/097841.html From owner-freebsd-current@freebsd.org Sun Mar 5 04:13:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F395BCF81FA for ; Sun, 5 Mar 2017 04:13:00 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id E004C12D8; Sun, 5 Mar 2017 04:13:00 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from Alfreds-MacBook-Pro-2.local (unknown [IPv6:2601:645:8003:a4d6:f0bd:4880:531f:5558]) by elvis.mu.org (Postfix) with ESMTPSA id 85D53346DE67; Sat, 4 Mar 2017 20:13:00 -0800 (PST) Subject: Re: Fwd: Re: I/O semantics of pipe and FIFO. To: Julian Elischer , freebsd-current , Devin Teske References: <20170304214812.GA16845@chaz.gmail.com> <8efdc961-1768-0bc0-715f-4a1e103359d4@elischer.org> From: Alfred Perlstein Organization: FreeBSD Message-ID: <17381773-019a-2181-f00f-1908d04b8d22@freebsd.org> Date: Sat, 4 Mar 2017 20:12:59 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <8efdc961-1768-0bc0-715f-4a1e103359d4@elischer.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 04:13:01 -0000 Devin and I found this when we worked together. I think it was due to some situation in dd(1) where short reads would exit pre-maturely, however I may be mis-remembering. Devin, do you recall the specifics? On 3/4/17 7:44 PM, Julian Elischer wrote: > > an interesting point to discuss? is our behaviour in this test right? > from: "austin-group mailng list (posix standard discussion)" > > ------ rest of email is quoted ------- > On 5/3/17 5:48 am, Stephane Chazelas wrote: > > 2017-03-04 13:14:08 +0000, Danny Niu: >> Hi all. >> >> I couldn't remember where I saw it saying, that when reading >> from a pipe or a FIFO, the read syscall returns the content of >> at most one write call. It's a bit similar to the >> message-nondiscard semantics of dear old STREAM. >> >> Currently, I'm reading through the text to find out a bit >> more, and I appreciate a bit of pointer on this. > [...] > > (echo x; echo y) | (sleep 1; dd count=1 2> /dev/null) > > outputs both x and y in all of Linux, FreeBSD and Solaris in my > tests. > > That a read wouldn't read what's currently in the pipe would be > quite surprising. > > I also wouldn't expect pipes to store the writes as individual > separate message but use one buffer. > > In: > > ( > dd bs=40000 count=1 if=/dev/zero 2> /dev/null > echo first through >&2 > dd bs=40000 count=1 if=/dev/zero 2> /dev/null > echo second through >&2 > ) | (sleep 1; dd bs=100000 count=1 2> /dev/null) | wc -c > > That is where the second write blocks because the pipe is full, > the reading dd still reads both writes in Linux and Solaris in > my tests (on Solaris (10 on amd64 at least), reduce to 20000 > instead of 40000 or both writes would block). > > On FreeBSD, I get only the first write (using 8000 followed by > 10000 for instance). > > FreeBSD is also the only one of the three where > > dd bs=1000000 count=1 if=/dev/zero | dd bs=1000000 count=1 | wc -c > > Doesn't output 1000000. The others schedule both processes back > and forth during their write() and read() system call while the > pipe is being filled and emptied several times. > From owner-freebsd-current@freebsd.org Sun Mar 5 06:07:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81B8DCFAECD for ; Sun, 5 Mar 2017 06:07:04 +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 601DB1504; Sun, 5 Mar 2017 06:07:03 +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 v2568cE4066327; Sat, 4 Mar 2017 22:08:44 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@freebsd.org, Alastair Hogge Cc: In-Reply-To: <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net>, <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> From: "Chris H" Subject: Re: kernel trap 12 with interrupts disabled Date: Sat, 04 Mar 2017 22:08:45 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 06:07:04 -0000 Thanks for the reply. I rebooted to kernel.old, so I could get the exact src revision I built this on. It's r314640 Any news as to whether it's safe to update src, and build a usable kernel? Thanks. --Chris On Sun, 05 Mar 2017 12:01:29 +0800 Alastair Hogge wrote > Hi *, > > On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote: > > [remove 12-CURRENT history & hardware summary] > > > I finished the > > buildworld, and finished the build/install kernel, and > > (attempted) to boot to single user. But got a trap > > shortly into booting the new kernel; > > > > kernel trap 12 with interrupts disabled > > > > Fatal trap 12: page fault in kernel mode > > I am also experiencing a similar problem. I believe the error is caused by > r314636[0]; committer CC'd. > > Verbose boot (r314640): > > /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 > syms=[0x8+0xd6350+0x8+0xd2864] > > [77/1834] > /boot/entropy size=0x1000 > Booting... > [dcons disconnected (wrong magic 0x00000000)] > [dcons connected] > GDB: debug ports: dcons > GDB: current port: dcons > KDB: debugger backends: ddb gdb > KDB: current backend: ddb > Table 'FACP' at 0xbfdd1080 > Table 'MSDM' at 0xbfdd8800 > Table 'HPET' at 0xbfdd8880 > Table 'MCFG' at 0xbfdd88c0 > Table 'EUDS' at 0xbfdd8940 > Table 'MATS' at 0xbfdd91a0 > Table 'TAMG' at 0xbfdd9210 > Table 'APIC' at 0xbfdd8740 > APIC: Found table at 0xbfdd8740 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > SMP: Added CPU 1 (AP) > MADT: Found CPU APIC ID 2 ACPI ID 2: enabled > SMP: Added CPU 2 (AP) > MADT: Found CPU APIC ID 3 ACPI ID 3: enabled > SMP: Added CPU 3 (AP) > MADT: Found CPU APIC ID 4 ACPI ID 4: enabled > SMP: Added CPU 4 (AP) > MADT: Found CPU APIC ID 5 ACPI ID 5: enabled > SMP: Added CPU 5 (AP) > MADT: Found CPU APIC ID 6 ACPI ID 6: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 7 ACPI ID 7: enabled > SMP: Added CPU 7 (AP) > Copyright (c) 1992-2017 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 r314640: Sat Mar 4 13:10:08 AWST 2017 > root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64 > FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM > 4.0.0) WARNING: WITNESS option enabled, expect reduced performance. > Table 'FACP' at 0xbfdd1080 > Table 'MSDM' at 0xbfdd8800 > Table 'HPET' at 0xbfdd8880 > Table 'MCFG' at 0xbfdd88c0 > Table 'EUDS' at 0xbfdd8940 > Table 'MATS' at 0xbfdd91a0 > Table 'TAMG' at 0xbfdd9210 > Table 'APIC' at 0xbfdd8740 > Table 'MATS' at 0xbfdd93c0 > Table 'SSDT' at 0xbfddfaf0 > Table 'IVRS' at 0xbfde1280 > ACPI: No SRAT table found > PPIM 0: PA=0xa0000, VA=0xffffffff81410000, size=0x10000, mode=0 > VT(vga): resolution 640x480 > Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81306000. > Preloaded /boot/entropy "/boot/entropy" at 0xffffffff81306ae8. > Calibrating TSC clock ... TSC clock: 4018024582 Hz > CPU: AMD FX(tm)-8350 Eight-Core Processor (4018.02-MHz K8-class > CPU) > Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 > > Features=0x178bfbff CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > Features2=0x3e98320b ESNI,XSAVE,OSXSAVE,AVX,F16C> AMD > Features=0x2e500800 AMD > Features2=0x1ebbfff XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC> Structured > Extended Features=0x8 SVM: > Features=0x1cff Assist,PauseFilter,,PauseFilterThreshold> Revision=1, ASIDs=65536 > TSC: P-state invariant, performance statistics > L1 2MB data TLB: 64 entries, fully associative > L1 2MB instruction TLB: 24 entries, fully associative > L1 4KB data TLB: 64 entries, fully associative > L1 4KB instruction TLB: 48 entries, fully associative > L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > associative L2 2MB data TLB: 1024 entries, 8-way associative > L2 4KB data TLB: 1024 entries, 8-way associative > L2 4KB instruction TLB: 1024 entries, 8-way associative > L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative > real memory = 34359738368 (32768 MB) > Physical memory chunk(s): > 0x0000000000010000 - 0x000000000005ffff, 327680 bytes (80 pages) > 0x0000000000070000 - 0x0000000000098fff, 167936 bytes (41 pages) > 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) > 0x0000000001340000 - 0x00000000bfd9ffff, 3198550016 bytes (780896 pages) > 0x0000000100000000 - 0x000000080a849fff, 30241234944 bytes (7383114 pages) > avail memory = 33272029184 (31730 MB) > Event timer "LAPIC" quality 100 > LAPIC: ipi_wait() us multiplier 29 (r 13818693 tsc 4018024582) > ACPI APIC Table: > Package ID shift: 4 > L3 cache ID shift: 3 > L2 cache ID shift: 1 > L1 cache ID shift: 0 > Core ID shift: 0 > INTR: Adding local APIC 1 as a target > INTR: Adding local APIC 2 as a target > INTR: Adding local APIC 3 as a target > INTR: Adding local APIC 4 as a target > INTR: Adding local APIC 5 as a target > INTR: Adding local APIC 6 as a target > INTR: Adding local APIC 7 as a target > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 8 core(s) > Package HW ID = 0 > Core HW ID = 0 > CPU0 (BSP): APIC ID: 0 > Core HW ID = 1 > CPU1 (AP): APIC ID: 1 > Core HW ID = 2 > CPU2 (AP): APIC ID: 2 > Core HW ID = 3 > CPU3 (AP): APIC ID: 3 > Core HW ID = 4 > CPU4 (AP): APIC ID: 4 > Core HW ID = 5 > CPU5 (AP): APIC ID: 5 > Core HW ID = 6 > CPU6 (AP): APIC ID: 6 > Core HW ID = 7 > CPU7 (AP): APIC ID: 7 > APIC: CPU 0 has ACPI ID 0 > APIC: CPU 1 has ACPI ID 1 > APIC: CPU 2 has ACPI ID 2 > APIC: CPU 3 has ACPI ID 3 > APIC: CPU 4 has ACPI ID 4 > APIC: CPU 5 has ACPI ID 5 > APIC: CPU 6 has ACPI ID 6 > APIC: CPU 7 has ACPI ID 7 > lapic0: MCE Thresholding ELVT unmasked > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff809b36ed > stack pointer = 0x28:0xffffffff8130baa0 > frame pointer = 0x28:0xffffffff8130bad0 > 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 = 0 () > [ thread pid 0 tid 0 ] > Stopped at _mca_init+0x55d: movl $0x1,(%rax,%rcx,1) > db> bt > Tracing pid 0 tid 0 td 0xffffffff810a9dc0 > _mca_init() at _mca_init+0x55d/frame 0xffffffff8130bad0 > mi_startup() at mi_startup+0x9c/frame 0xffffffff8130baf0 > btext() at btext+0x2c > db> > > Verbose output of mptable(1): > > ============================================================================= > == > > MPTable > > looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009c800 > searching CMOS 'top of mem' @ 0x0009c400 (625K) > searching default 'top of mem' @ 0x0009fc00 (639K) > searching BIOS @ 0x000f0000 > > MP FPS found in BIOS @ physical addr: 0x000f4d60 > > ----------------------------------------------------------------------------- > -- > > MP Floating Pointer Structure: > > location: BIOS > physical address: 0x000f4d60 > signature: '_MP_' > length: 16 bytes > version: 1.4 > checksum: 0x92 > mode: Virtual Wire > > ----------------------------------------------------------------------------- > -- > > MP Config Table Header: > > physical address: 0x000f1be4 > signature: 'PCMP' > base table length: 540 > version: 1.4 > checksum: 0xe3 > OEM ID: 'OEM00000' > Product ID: 'PROD00000000' > OEM table pointer: 0x00000000 > OEM table size: 0 > entry count: 50 > local APIC address: 0xfee00000 > extended table length: 0 > extended table checksum: 0 > > ----------------------------------------------------------------------------- > -- > > MP Config Base Table Entries: > > -- > Processors: APIC ID Version State Family Model Step > Flags 0 0x11 BSP, usable 6 8 6 > 0xfbff > 1 0x11 AP, usable 6 8 6 > 0xfbff > 2 0x11 AP, usable 6 8 6 > 0xfbff > 3 0x11 AP, usable 6 8 6 > 0xfbff > 4 0x11 AP, usable 6 8 6 > 0xfbff > 5 0x11 AP, usable 6 8 6 > 0xfbff > 6 0x11 AP, usable 6 8 6 > 0xfbff > 7 0x11 AP, usable 6 8 6 > 0xfbff > -- > Bus: Bus ID Type > 0 PCI > 1 PCI > 2 PCI > 3 PCI > 4 PCI > 5 PCI > 6 PCI > 7 PCI > 8 ISA > -- > I/O APICs: APIC ID Version State Address > 8 0x11 usable 0xfec00000 > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > INT active-lo level 2 0:A 8 17 > INT active-lo level 0 18:A 8 18 > INT active-lo level 0 18:B 8 17 > INT active-lo level 0 19:A 8 18 > INT active-lo level 0 19:B 8 17 > INT active-lo level 0 20:C 8 18 > INT active-lo level 6 0:A 8 17 > INT active-lo level 0 22:A 8 18 > INT active-lo level 0 22:B 8 17 > INT active-lo level 4 14:A 8 22 > INT active-lo level 0 9:A 8 17 > INT active-lo level 0 4:A 8 16 > INT active-lo level 0 10:A 8 18 > INT active-lo level 0 20:A 8 16 > INT active-lo level 1 0:B 8 17 > INT active-lo level 1 0:A 8 16 > INT active-lo level 7 0:A 8 17 > INT active-lo level 3 0:A 8 18 > INT active-lo level 0 17:A 8 19 > ExtINT conforms conforms 8 0 8 0 > INT conforms conforms 8 1 8 1 > INT conforms conforms 8 0 8 2 > INT conforms conforms 8 4 8 4 > INT conforms conforms 8 6 8 6 > INT active-hi edge 8 8 8 8 > INT conforms conforms 8 9 8 9 > INT conforms conforms 8 12 8 12 > INT conforms conforms 8 13 8 13 > INT conforms conforms 8 14 8 14 > INT conforms conforms 8 15 8 15 > -- > Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID > PIN# ExtINT conforms conforms 0 0:A 255 > 0 NMI conforms conforms 0 0:A 255 1 > > ============================================================================= > == > > To good health, > alastair > > [0]: https://lists.freebsd.org/pipermail/svn-src-head/2017-March/097841.html From owner-freebsd-current@freebsd.org Sun Mar 5 06:26:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AED0ACF8366 for ; Sun, 5 Mar 2017 06:26:36 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 82A4A1CBA for ; Sun, 5 Mar 2017 06:26:36 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 0EE012057C; Sun, 5 Mar 2017 01:26:35 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sun, 05 Mar 2017 01:26:35 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=c5pcoR/No4Qk9BY 8oYUgu6D/xKw=; b=N2NXbT5/9hepif/7vQ2tKOAGm50raNkQOeffkAhBinClDSY EnjxImURmlqRCnFZkLNiOv4ye7okpgzXmCsShQ4btLm3vxa9Uwg0+/mOf+lH35Km 8KRQzbvYT0ldDB+u7OmQZmzv2FpssZJDd8IwPQRrGafbkmWAP03FbcGfrU5U= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=c5pcoR/No4Qk9BY8oYUgu6D/xKw=; b=A0hCAi1gKC/N35kLisIo fD4z0xRGdeBr8LmZ5XmrGLvrFzwvi6vMlVuSNnESvIvm+sJbcc+pIAGj7QUtaEP5 YF0E6nX7jHrSPSX3WhE4c+cldvYqpMSvpBLwBv9cibZUhVuj3utfsUeJVkTR8pi2 CQmRoYPvk4MSIGq+lT7mo8o= X-ME-Sender: X-Sasl-enc: rVvPGvSjvivJroUlysWRtxX5rv4LEfoJ5cFPtpQSZMeS 1488695194 Received: from madcat.anarchadelic. (106-69-166-9.dyn.iinet.net.au [106.69.166.9]) by mail.messagingengine.com (Postfix) with ESMTPA id 90CB67E12B for ; Sun, 5 Mar 2017 01:26:34 -0500 (EST) From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: kernel trap 12 with interrupts disabled Date: Sun, 05 Mar 2017 14:26:31 +0800 Message-ID: <3109513.uzeZf1mvEc@madcat.anarchadelic.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 06:26:36 -0000 On Sat, 4 Mar 2017 10:08:45 PM Chris H wrote: > Thanks for the reply. > I rebooted to kernel.old, so I could get the exact > src revision I built this on. It's r314640 > > Any news as to whether it's safe to update src, and > build a usable kernel? I am not able to boot a kernel > r314627. I currently have a r314627 kernel running with a r314687 world. From owner-freebsd-current@freebsd.org Sun Mar 5 06:32:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD838CF85EC for ; Sun, 5 Mar 2017 06:32:53 +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 BBDC010B2 for ; Sun, 5 Mar 2017 06:32: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 v256YXRd070258; Sat, 4 Mar 2017 22:34:39 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@freebsd.org, Alastair Hogge In-Reply-To: <3109513.uzeZf1mvEc@madcat.anarchadelic.> References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net>, <3109513.uzeZf1mvEc@madcat.anarchadelic.> From: "Chris H" Subject: Re: kernel trap 12 with interrupts disabled Date: Sat, 04 Mar 2017 22:34:39 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7c300bdfa4f923ec5406e257dbb17ad1@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 06:32:54 -0000 On Sun, 05 Mar 2017 14:26:31 +0800 Alastair Hogge wrote > On Sat, 4 Mar 2017 10:08:45 PM Chris H wrote: > > Thanks for the reply. > > I rebooted to kernel.old, so I could get the exact > > src revision I built this on. It's r314640 > > > > Any news as to whether it's safe to update src, and > > build a usable kernel? > > I am not able to boot a kernel > r314627. I currently have a r314627 kernel > running with a r314687 world. Looking at the output in my trap; I got the impression that the commit: r314636, might be to blame -- MCA: add AMD Error Thresholding support Currently the feature is implemented only for a subset of errors reported via Bank 4. The subset includes only DRAM-related errors. The new code builds upon and reuses the Intel CMC (Correctable MCE Counters) support code. However, the AMD feature is quite different and, unfortunately, much less regular. Just a guess, tho. I'm thinking to back that commit out, and giving world/kernel another shot. --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 Sun Mar 5 07:29:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED42FCFA4AE for ; Sun, 5 Mar 2017 07:29:39 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 C0EF9179A for ; Sun, 5 Mar 2017 07:29:39 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 46298207AF; Sun, 5 Mar 2017 02:29:38 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sun, 05 Mar 2017 02:29:38 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=R8GZu4Sc9g/rs9A Bt1GrM7G4Njc=; b=IACfmaknwwworA3v+YVYou0L3lfyCoKGTumU87XmzXGptBG rzjv78Kq1q3ARomBX5hhuoWQOqtXOaz/KxyoT7T0zbvRTgdA8bNNeCH+5pntEFwx dHuIwuewhUK+nNkiT+0nmy8pBBZMjw1YHnT4cQsgiMDVOPKsA6ck5tOCd7x4= 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-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=R8GZu4Sc9g/rs9ABt1GrM7G4Njc=; b=OD245iTcHQra2i/9OXA2 8gybx4DHdg2Jl5AZgIVSdz2WWU/qmP4R0MpB8iOx9Wm5HSIjqXAjvjpvtrKVkvz5 MWu+P4erhJzgatgRnHPru/rjNyjv6SgspUlJ69iThYV6CKuD3ybyqkFS/neIbfSn u7Egi7QT6jAAYNvV7ELUytY= X-ME-Sender: X-Sasl-enc: CtTzyznNPnF23z3EY8VP9xHLrk1QkuzitEcVCvdvoiag 1488698977 Received: from madcat.anarchadelic. (106-69-166-9.dyn.iinet.net.au [106.69.166.9]) by mail.messagingengine.com (Postfix) with ESMTPA id 7FF2E7E12B; Sun, 5 Mar 2017 02:29:37 -0500 (EST) From: Alastair Hogge To: freebsd-current@freebsd.org Cc: Chris H Subject: Re: kernel trap 12 with interrupts disabled Date: Sun, 05 Mar 2017 15:29:34 +0800 Message-ID: <1745169.3N1kysQ08H@madcat.anarchadelic.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: <7c300bdfa4f923ec5406e257dbb17ad1@ultimatedns.net> References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3109513.uzeZf1mvEc@madcat.anarchadelic.> <7c300bdfa4f923ec5406e257dbb17ad1@ultimatedns.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 07:29:40 -0000 On Sat, 4 Mar 2017 10:34:39 PM Chris H wrote: > On Sun, 05 Mar 2017 14:26:31 +0800 Alastair Hogge wrote > > > On Sat, 4 Mar 2017 10:08:45 PM Chris H wrote: > > > Thanks for the reply. > > > I rebooted to kernel.old, so I could get the exact > > > src revision I built this on. It's r314640 > > > > > > Any news as to whether it's safe to update src, and > > > build a usable kernel? > > > > I am not able to boot a kernel > r314627. I currently have a r314627 > > kernel running with a r314687 world. > > Looking at the output in my trap; I got the impression that > the commit: r314636, might be to blame -- [removed commit log] Thanks for the correct. > I'm thinking to back that commit out, and giving world/kernel > another shot. I changed ${src}/sys/x86/x86/mca.c to return immediately: --- sys/x86/x86/mca.c (revision 314698) +++ sys/x86/x86/mca.c (working copy) @@ -1016,6 +1016,7 @@ static void _mca_init(int boot) { +return; uint64_t mcg_cap; uint64_t ctl, mask; int i, skip; I have a working & sync'd kernel + world. From owner-freebsd-current@freebsd.org Sun Mar 5 07:51:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26410CFA921 for ; Sun, 5 Mar 2017 07:51:23 +0000 (UTC) (envelope-from mingorrubioer@gmail.com) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7728122A for ; Sun, 5 Mar 2017 07:51:22 +0000 (UTC) (envelope-from mingorrubioer@gmail.com) Received: by mail-qk0-x22f.google.com with SMTP id n127so233082726qkf.0 for ; Sat, 04 Mar 2017 23:51:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=vJB0caWBO4WdTqMHI13IGTt0TxuB69Idqq9RhbIawn4=; b=NoSdSafvp2AzHLCUOdl4fXUg/UaijQrasUHxXxdrM7bAZ8aQDsIHIW2dStlrmldNJy DHoLGReeTLpn0Jv4Zh0Mnx/eE2e3BoWCqqVzTeq8FsJa6wCCPU4zSCp6Norfh0gBo33a BcMOi9aJxLrZJXIFYZ6AWx4lX6f0tda6BFIgovE1Z9+8uH4sGUpirPknzqmUbUuHnjWY 1AXXRMglLZfygVf922RKhWZdbTFchZ43e2RHvMX/3HgElc0gZXyDDFd48/tmHMwVue7I uSELaVPRDQadtccM1zSAwWUY1gVq9zFCSNGplBAgZ9OrBtrcXc0qdw5OT0tkIT7ZXe2n fYog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=vJB0caWBO4WdTqMHI13IGTt0TxuB69Idqq9RhbIawn4=; b=GelYa5/Kf/jlACYj0Nyw5L3C66YR0aRinGswnqz0vQDvsdgfcgcn0Khi2u3p0I23Hs bGdzR4YdZqy6gJ1V/5aaQHKvWuS0TEma4bUIDl1FKnSAQcXVVrdq/f/aH6Cfe21To1oL 6I75c24VOjSYk8V5/yAaeqgz9VLSy9O4Ouzq3Jm4p3j/4XRytd+znvANsnJSNvU248nb pDeB4Zxla1nxpNl90Fsi7G2JZqgmnVUqyV2m9Vha4+Aelcmmd/O0VdYEqRnCtI3C5BPF UCB3xF3Typ0Re/45A9lv9t44+fbDJIvJRhRs0jAxBMZG5V1afpgT4gBrByqHkJ9OETbd +8Ow== X-Gm-Message-State: AMke39lw0XZ7PIBpwmMh8ad0tFqkxnYzjHhIlLtXFalxPYE6SxX+VnDaLnj7xXuBAmf/esr0NEcgJP4qyDOuoQ== X-Received: by 10.200.52.196 with SMTP id x4mr11456524qtb.276.1488700281887; Sat, 04 Mar 2017 23:51:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.31.72 with HTTP; Sat, 4 Mar 2017 23:51:01 -0800 (PST) In-Reply-To: References: From: Mingo Rrubioer Date: Sun, 5 Mar 2017 10:51:01 +0300 Message-ID: Subject: Re: CFLAGS for certain ports To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 07:51:23 -0000 Hi :) On Sat, Mar 4, 2017 at 4:16 AM, Shane Ambler wrote: > On 04/03/2017 02:17, Julian Elischer wrote: >> >> On 2/3/17 8:58 pm, Dimitry Andric wrote: >>> >>> On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote: >>>> >>>> I would like to see how well FreeBSD does as a workstation OS in the >>>> HPC world due to its stability and reliability, as well as LLVM/clang. >>>> I would like to know if FreeBSD has something similar to Gentoo's >>>> /etc/portage/make.conf file and /etc/portage/package.use/* files in >>>> order to compile certain ports with certain compiler flags. >>> >>> It doesn't, though it would certainly be nice to have something like it >>> at some point. The current idiom is to put something similar to the >>> following in your /etc/make.conf: >>> >>> .if ${.CURDIR:M/usr/ports/foo/bar} >>> CFLAGS+= [... flags for the foo/bar port ...] >>> .endif >>> >>> .if ${.CURDIR:M/usr/ports/what/ever} >>> CFLAGS+= [... flags for the what/ever port ...] >>> .endif >>> > > We can also put a Makefile.local in the port directory. There can also > be arch and system specific makefiles. > > See /usr/ports/Mk/bsd.port.mk from about line 1211 > > https://svnweb.freebsd.org/ports/head/Mk/bsd.port.mk?view=markup#l1211 Thanks to everyone and sorry for the late reply. Great help and pointers !!! This is going to be a slow process (you know how users love change ;) I have to get things well sorted aout, benchmarks, ... before I can convince anyone ... But, it's worth it ;) Back to reading man pages ;) From owner-freebsd-current@freebsd.org Sun Mar 5 07:51:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40413CFA99E for ; Sun, 5 Mar 2017 07:51:59 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 534AF13B8 for ; Sun, 5 Mar 2017 07:51:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA03236; Sun, 05 Mar 2017 09:51:45 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ckQxF-000CsH-Px; Sun, 05 Mar 2017 09:51:45 +0200 Subject: Re: kernel trap 12 with interrupts disabled To: Chris H , freebsd-current@FreeBSD.org, Alastair Hogge References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> From: Andriy Gapon Message-ID: Date: Sun, 5 Mar 2017 09:50:49 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 07:51:59 -0000 On 05/03/2017 08:08, Chris H wrote: > Thanks for the reply. > I rebooted to kernel.old, so I could get the exact > src revision I built this on. It's r314640 > > Any news as to whether it's safe to update src, and > build a usable kernel? Sorry about the breakage. The fix is in r314700. > > On Sun, 05 Mar 2017 12:01:29 +0800 Alastair Hogge wrote > >> Hi *, >> >> On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote: >> >> [remove 12-CURRENT history & hardware summary] >> >>> I finished the >>> buildworld, and finished the build/install kernel, and >>> (attempted) to boot to single user. But got a trap >>> shortly into booting the new kernel; >>> >>> kernel trap 12 with interrupts disabled >>> >>> Fatal trap 12: page fault in kernel mode >> >> I am also experiencing a similar problem. I believe the error is caused by >> r314636[0]; committer CC'd. >> >> Verbose boot (r314640): >> >> /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 >> syms=[0x8+0xd6350+0x8+0xd2864] >> >> [77/1834] >> /boot/entropy size=0x1000 >> Booting... >> [dcons disconnected (wrong magic 0x00000000)] >> [dcons connected] >> GDB: debug ports: dcons >> GDB: current port: dcons >> KDB: debugger backends: ddb gdb >> KDB: current backend: ddb >> Table 'FACP' at 0xbfdd1080 >> Table 'MSDM' at 0xbfdd8800 >> Table 'HPET' at 0xbfdd8880 >> Table 'MCFG' at 0xbfdd88c0 >> Table 'EUDS' at 0xbfdd8940 >> Table 'MATS' at 0xbfdd91a0 >> Table 'TAMG' at 0xbfdd9210 >> Table 'APIC' at 0xbfdd8740 >> APIC: Found table at 0xbfdd8740 >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >> SMP: Added CPU 0 (AP) >> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >> SMP: Added CPU 1 (AP) >> MADT: Found CPU APIC ID 2 ACPI ID 2: enabled >> SMP: Added CPU 2 (AP) >> MADT: Found CPU APIC ID 3 ACPI ID 3: enabled >> SMP: Added CPU 3 (AP) >> MADT: Found CPU APIC ID 4 ACPI ID 4: enabled >> SMP: Added CPU 4 (AP) >> MADT: Found CPU APIC ID 5 ACPI ID 5: enabled >> SMP: Added CPU 5 (AP) >> MADT: Found CPU APIC ID 6 ACPI ID 6: enabled >> SMP: Added CPU 6 (AP) >> MADT: Found CPU APIC ID 7 ACPI ID 7: enabled >> SMP: Added CPU 7 (AP) >> Copyright (c) 1992-2017 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.0-CURRENT #0 r314640: Sat Mar 4 13:10:08 AWST 2017 >> root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64 >> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >> 4.0.0) WARNING: WITNESS option enabled, expect reduced performance. >> Table 'FACP' at 0xbfdd1080 >> Table 'MSDM' at 0xbfdd8800 >> Table 'HPET' at 0xbfdd8880 >> Table 'MCFG' at 0xbfdd88c0 >> Table 'EUDS' at 0xbfdd8940 >> Table 'MATS' at 0xbfdd91a0 >> Table 'TAMG' at 0xbfdd9210 >> Table 'APIC' at 0xbfdd8740 >> Table 'MATS' at 0xbfdd93c0 >> Table 'SSDT' at 0xbfddfaf0 >> Table 'IVRS' at 0xbfde1280 >> ACPI: No SRAT table found >> PPIM 0: PA=0xa0000, VA=0xffffffff81410000, size=0x10000, mode=0 >> VT(vga): resolution 640x480 >> Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81306000. >> Preloaded /boot/entropy "/boot/entropy" at 0xffffffff81306ae8. >> Calibrating TSC clock ... TSC clock: 4018024582 Hz >> CPU: AMD FX(tm)-8350 Eight-Core Processor (4018.02-MHz K8-class >> CPU) >> Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 >> >> Features=0x178bfbff> CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> >> Features2=0x3e98320b> ESNI,XSAVE,OSXSAVE,AVX,F16C> AMD >> Features=0x2e500800 AMD >> Features2=0x1ebbfff> XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC> Structured >> Extended Features=0x8 SVM: >> Features=0x1cff> Assist,PauseFilter,,PauseFilterThreshold> Revision=1, ASIDs=65536 >> TSC: P-state invariant, performance statistics >> L1 2MB data TLB: 64 entries, fully associative >> L1 2MB instruction TLB: 24 entries, fully associative >> L1 4KB data TLB: 64 entries, fully associative >> L1 4KB instruction TLB: 48 entries, fully associative >> L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative >> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way >> associative L2 2MB data TLB: 1024 entries, 8-way associative >> L2 4KB data TLB: 1024 entries, 8-way associative >> L2 4KB instruction TLB: 1024 entries, 8-way associative >> L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative >> real memory = 34359738368 (32768 MB) >> Physical memory chunk(s): >> 0x0000000000010000 - 0x000000000005ffff, 327680 bytes (80 pages) >> 0x0000000000070000 - 0x0000000000098fff, 167936 bytes (41 pages) >> 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) >> 0x0000000001340000 - 0x00000000bfd9ffff, 3198550016 bytes (780896 pages) >> 0x0000000100000000 - 0x000000080a849fff, 30241234944 bytes (7383114 pages) >> avail memory = 33272029184 (31730 MB) >> Event timer "LAPIC" quality 100 >> LAPIC: ipi_wait() us multiplier 29 (r 13818693 tsc 4018024582) >> ACPI APIC Table: >> Package ID shift: 4 >> L3 cache ID shift: 3 >> L2 cache ID shift: 1 >> L1 cache ID shift: 0 >> Core ID shift: 0 >> INTR: Adding local APIC 1 as a target >> INTR: Adding local APIC 2 as a target >> INTR: Adding local APIC 3 as a target >> INTR: Adding local APIC 4 as a target >> INTR: Adding local APIC 5 as a target >> INTR: Adding local APIC 6 as a target >> INTR: Adding local APIC 7 as a target >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 1 package(s) x 8 core(s) >> Package HW ID = 0 >> Core HW ID = 0 >> CPU0 (BSP): APIC ID: 0 >> Core HW ID = 1 >> CPU1 (AP): APIC ID: 1 >> Core HW ID = 2 >> CPU2 (AP): APIC ID: 2 >> Core HW ID = 3 >> CPU3 (AP): APIC ID: 3 >> Core HW ID = 4 >> CPU4 (AP): APIC ID: 4 >> Core HW ID = 5 >> CPU5 (AP): APIC ID: 5 >> Core HW ID = 6 >> CPU6 (AP): APIC ID: 6 >> Core HW ID = 7 >> CPU7 (AP): APIC ID: 7 >> APIC: CPU 0 has ACPI ID 0 >> APIC: CPU 1 has ACPI ID 1 >> APIC: CPU 2 has ACPI ID 2 >> APIC: CPU 3 has ACPI ID 3 >> APIC: CPU 4 has ACPI ID 4 >> APIC: CPU 5 has ACPI ID 5 >> APIC: CPU 6 has ACPI ID 6 >> APIC: CPU 7 has ACPI ID 7 >> lapic0: MCE Thresholding ELVT unmasked >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor write data, page not present >> instruction pointer = 0x20:0xffffffff809b36ed >> stack pointer = 0x28:0xffffffff8130baa0 >> frame pointer = 0x28:0xffffffff8130bad0 >> 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 = 0 () >> [ thread pid 0 tid 0 ] >> Stopped at _mca_init+0x55d: movl $0x1,(%rax,%rcx,1) >> db> bt >> Tracing pid 0 tid 0 td 0xffffffff810a9dc0 >> _mca_init() at _mca_init+0x55d/frame 0xffffffff8130bad0 >> mi_startup() at mi_startup+0x9c/frame 0xffffffff8130baf0 >> btext() at btext+0x2c >> db> -- Andriy Gapon From owner-freebsd-current@freebsd.org Sun Mar 5 08:37:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F338FCF78D7 for ; Sun, 5 Mar 2017 08:37:58 +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 B83841AA8; Sun, 5 Mar 2017 08:37:58 +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 v258dftb087541; Sun, 5 Mar 2017 00:39:47 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current@FreeBSD.org, Andriy Gapon In-Reply-To: References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net>, From: "Chris H" Subject: Re: kernel trap 12 with interrupts disabled Date: Sun, 05 Mar 2017 00:39:47 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 08:37:59 -0000 On Sun, 5 Mar 2017 09:50:49 +0200 Andriy Gapon wrote > On 05/03/2017 08:08, Chris H wrote: > > Thanks for the reply. > > I rebooted to kernel.old, so I could get the exact > > src revision I built this on. It's r314640 > > > > Any news as to whether it's safe to update src, and > > build a usable kernel? > > Sorry about the breakage. > The fix is in r314700. Thank YOU, for the fast response! :-) --Chris > > > > > On Sun, 05 Mar 2017 12:01:29 +0800 Alastair Hogge wrote > > > >> Hi *, > >> > >> On Sat, 4 Mar 2017 07:38:55 PM Chris H wrote: > >> > >> [remove 12-CURRENT history & hardware summary] > >> > >>> I finished the > >>> buildworld, and finished the build/install kernel, and > >>> (attempted) to boot to single user. But got a trap > >>> shortly into booting the new kernel; > >>> > >>> kernel trap 12 with interrupts disabled > >>> > >>> Fatal trap 12: page fault in kernel mode > >> > >> I am also experiencing a similar problem. I believe the error is caused > >> by r314636[0]; committer CC'd. > >> > >> Verbose boot (r314640): > >> > >> /boot/kernel/kernel text=0x8e13d0 data=0xac880+0x3cd6e8 > >> syms=[0x8+0xd6350+0x8+0xd2864] > >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > >> >> [77/1834] >> /boot/entropy size=0x1000 >> Booting... >> [dcons disconnected > >> > >> >> >> > >> > >> >> >> > >> >> (wrong magic 0x00000000)] >> [dcons connected] >> GDB: debug ports: dcons > >> GDB: current port: dcons > >> KDB: debugger backends: ddb gdb > >> KDB: current backend: ddb > >> Table 'FACP' at 0xbfdd1080 > >> Table 'MSDM' at 0xbfdd8800 > >> Table 'HPET' at 0xbfdd8880 > >> Table 'MCFG' at 0xbfdd88c0 > >> Table 'EUDS' at 0xbfdd8940 > >> Table 'MATS' at 0xbfdd91a0 > >> Table 'TAMG' at 0xbfdd9210 > >> Table 'APIC' at 0xbfdd8740 > >> APIC: Found table at 0xbfdd8740 > >> APIC: Using the MADT enumerator. > >> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > >> SMP: Added CPU 0 (AP) > >> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > >> SMP: Added CPU 1 (AP) > >> MADT: Found CPU APIC ID 2 ACPI ID 2: enabled > >> SMP: Added CPU 2 (AP) > >> MADT: Found CPU APIC ID 3 ACPI ID 3: enabled > >> SMP: Added CPU 3 (AP) > >> MADT: Found CPU APIC ID 4 ACPI ID 4: enabled > >> SMP: Added CPU 4 (AP) > >> MADT: Found CPU APIC ID 5 ACPI ID 5: enabled > >> SMP: Added CPU 5 (AP) > >> MADT: Found CPU APIC ID 6 ACPI ID 6: enabled > >> SMP: Added CPU 6 (AP) > >> MADT: Found CPU APIC ID 7 ACPI ID 7: enabled > >> SMP: Added CPU 7 (AP) > >> Copyright (c) 1992-2017 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > >> The Regents of the University of California. All rights reserved. > >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> FreeBSD 12.0-CURRENT #0 r314640: Sat Mar 4 13:10:08 AWST 2017 > >> root@direwolf:/tmp/direwolf/usr/src/sys/DIREWOLF amd64 > >> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM > >> 4.0.0) WARNING: WITNESS option enabled, expect reduced performance. > >> Table 'FACP' at 0xbfdd1080 > >> Table 'MSDM' at 0xbfdd8800 > >> Table 'HPET' at 0xbfdd8880 > >> Table 'MCFG' at 0xbfdd88c0 > >> Table 'EUDS' at 0xbfdd8940 > >> Table 'MATS' at 0xbfdd91a0 > >> Table 'TAMG' at 0xbfdd9210 > >> Table 'APIC' at 0xbfdd8740 > >> Table 'MATS' at 0xbfdd93c0 > >> Table 'SSDT' at 0xbfddfaf0 > >> Table 'IVRS' at 0xbfde1280 > >> ACPI: No SRAT table found > >> PPIM 0: PA=0xa0000, VA=0xffffffff81410000, size=0x10000, mode=0 > >> VT(vga): resolution 640x480 > >> Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81306000. > >> Preloaded /boot/entropy "/boot/entropy" at 0xffffffff81306ae8. > >> Calibrating TSC clock ... TSC clock: 4018024582 Hz > >> CPU: AMD FX(tm)-8350 Eight-Core Processor (4018.02-MHz K8-class > >> CPU) > >> Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 > >> > >> > >> Features=0x178bfbff >> CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > >> > >> Features2=0x3e98320b >> ESNI,XSAVE,OSXSAVE,AVX,F16C> AMD > >> Features=0x2e500800 AMD > >> > >> Features2=0x1ebbfff >> XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC> Structured > >> Extended Features=0x8 SVM: > >> > >> Features=0x1cff >> Assist,PauseFilter,,PauseFilterThreshold> Revision=1, ASIDs=65536 > >> TSC: P-state invariant, performance statistics > >> L1 2MB data TLB: 64 entries, fully associative > >> L1 2MB instruction TLB: 24 entries, fully associative > >> L1 4KB data TLB: 64 entries, fully associative > >> L1 4KB instruction TLB: 48 entries, fully associative > >> L1 data cache: 16 kbytes, 64 bytes/line, 1 lines/tag, 4-way associative > >> L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > >> associative L2 2MB data TLB: 1024 entries, 8-way associative > >> L2 4KB data TLB: 1024 entries, 8-way associative > >> L2 4KB instruction TLB: 1024 entries, 8-way associative > >> L2 unified cache: 2048 kbytes, 64 bytes/line, 1 lines/tag, 16-way > >> associative real memory = 34359738368 (32768 MB) > >> Physical memory chunk(s): > >> 0x0000000000010000 - 0x000000000005ffff, 327680 bytes (80 pages) > >> 0x0000000000070000 - 0x0000000000098fff, 167936 bytes (41 pages) > >> 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) > >> 0x0000000001340000 - 0x00000000bfd9ffff, 3198550016 bytes (780896 pages) > >> 0x0000000100000000 - 0x000000080a849fff, 30241234944 bytes (7383114 pages) > >> avail memory = 33272029184 (31730 MB) > >> Event timer "LAPIC" quality 100 > >> LAPIC: ipi_wait() us multiplier 29 (r 13818693 tsc 4018024582) > >> ACPI APIC Table: > >> Package ID shift: 4 > >> L3 cache ID shift: 3 > >> L2 cache ID shift: 1 > >> L1 cache ID shift: 0 > >> Core ID shift: 0 > >> INTR: Adding local APIC 1 as a target > >> INTR: Adding local APIC 2 as a target > >> INTR: Adding local APIC 3 as a target > >> INTR: Adding local APIC 4 as a target > >> INTR: Adding local APIC 5 as a target > >> INTR: Adding local APIC 6 as a target > >> INTR: Adding local APIC 7 as a target > >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > >> FreeBSD/SMP: 1 package(s) x 8 core(s) > >> Package HW ID = 0 > >> Core HW ID = 0 > >> CPU0 (BSP): APIC ID: 0 > >> Core HW ID = 1 > >> CPU1 (AP): APIC ID: 1 > >> Core HW ID = 2 > >> CPU2 (AP): APIC ID: 2 > >> Core HW ID = 3 > >> CPU3 (AP): APIC ID: 3 > >> Core HW ID = 4 > >> CPU4 (AP): APIC ID: 4 > >> Core HW ID = 5 > >> CPU5 (AP): APIC ID: 5 > >> Core HW ID = 6 > >> CPU6 (AP): APIC ID: 6 > >> Core HW ID = 7 > >> CPU7 (AP): APIC ID: 7 > >> APIC: CPU 0 has ACPI ID 0 > >> APIC: CPU 1 has ACPI ID 1 > >> APIC: CPU 2 has ACPI ID 2 > >> APIC: CPU 3 has ACPI ID 3 > >> APIC: CPU 4 has ACPI ID 4 > >> APIC: CPU 5 has ACPI ID 5 > >> APIC: CPU 6 has ACPI ID 6 > >> APIC: CPU 7 has ACPI ID 7 > >> lapic0: MCE Thresholding ELVT unmasked > >> kernel trap 12 with interrupts disabled > >> > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 0; apic id = 00 > >> fault virtual address = 0x0 > >> fault code = supervisor write data, page not present > >> instruction pointer = 0x20:0xffffffff809b36ed > >> stack pointer = 0x28:0xffffffff8130baa0 > >> frame pointer = 0x28:0xffffffff8130bad0 > >> 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 = 0 () > >> [ thread pid 0 tid 0 ] > >> Stopped at _mca_init+0x55d: movl $0x1,(%rax,%rcx,1) > >> db> bt > >> Tracing pid 0 tid 0 td 0xffffffff810a9dc0 > >> _mca_init() at _mca_init+0x55d/frame 0xffffffff8130bad0 > >> mi_startup() at mi_startup+0x9c/frame 0xffffffff8130baf0 > >> btext() at btext+0x2c > >> db> > > -- > Andriy Gapon From owner-freebsd-current@freebsd.org Sun Mar 5 09:30:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF111CF8B14 for ; Sun, 5 Mar 2017 09:30:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-194.reflexion.net [208.70.211.194]) (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 9048318FB for ; Sun, 5 Mar 2017 09:30:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25038 invoked from network); 5 Mar 2017 09:23:54 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 5 Mar 2017 09:23:54 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Sun, 05 Mar 2017 04:23:54 -0500 (EST) Received: (qmail 20576 invoked from network); 5 Mar 2017 09:23:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Mar 2017 09:23:54 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 5EB4EEC7822; Sun, 5 Mar 2017 01:23:53 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: PowerMac G5 and KMS From: Mark Millard In-Reply-To: Date: Sun, 5 Mar 2017 01:23:52 -0800 Cc: Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , hiroo.ono+freebsd@gmail.com, Debian powerpc Mailinglist Content-Transfer-Encoding: quoted-printable Message-Id: <89E0CCAB-1218-4962-BA55-6C76D8CE7E07@dsl-only.net> References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> To: Joe Nosay X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 09:30:36 -0000 On 2017-Mar-4, at 10:50 PM, Joe Nosay wrote: > This will bounce for the ppc list. > As I have stated before: you will need to work with the debian ppc = group to create the proper drivers. > Since there are people who know how to make the Linux system calls, = there should be people that are willing to > work across OS and mailing list lines. > Just don't be stubborn. I'm not pursuing X11 now and am not likely to for a long time. (Although I'm willing to run head FreeBSD experiments when I happen to have access to the proper equipment. I've done so in the past. Head FreeBSD just because that is what I have set up as an established environment.) My FreeBSD time goes mostly into: A) Finding and reporting clang related problems blocking use of clang as FreeBSD's system compiler for powerpc64 and powerpc. B) Finding evidence about problems for arm64 and possibly arm, as well as for other powerpc64 and powerpc problems that are not clang/toolchain ones. These tends to be for basic system types of things --things that lead to problems with self-hosted rebuilds or with amd64->??? cross builds. C) Similar to (A)/(B) but for the xtoolchain support for buildworld buildkernel, not necessarily limited to powerpc64 and powerpc but also possibly arm64 or arm. As a side effect of these activities I end up discovering and reporting evidence for more (such as in ports that I happen to use in the process). For now I do not want to dilute my time on these things with time on X11 as a directly-targeted activity. This is why I gave up on such earlier: it was taking time from what I was more interested in. (Again: I am willing to run head FreeBSD experiments when I happen to have access to the right equipment.) > On Thu, Mar 2, 2017 at 12:34 PM, Mark Millard = wrote: > On 2017-Mar-2, at 9:37 AM, Justin Hibbits = wrote: >=20 > > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B= =E7=94=9F) > > wrote: > >> I recently installed 12-current powerpc64 r313561 to a PowerMac G5 > >> (it is dual processor, but I do not know its detail). > >> > >> When I try to load drm2.ko and radeonkms.ko, > >> the screen turns into black and recovers, then the system locks. > >> kldload command does not return, no response to keyboard input, = etc. > >> > >> Is it possible to use KMS on FreeBSD/powerpc64? > >> > >> The log in /var/log/messages is > >> > >> after "kldload drm2", > >> > >> kernel: info: [drm] Initialized drm 1.1.0 20060810 > >> > >> and then, after "kldload radeonkms", > >> > >> kernel: iic0: on iicbus0 > >> kernel: iic1: on iicbus1 > >> kernel: drmn0: on vgapci0 > >> kernel: info: [drm] RADEON_IS_AGP > >> kernel: info: [drm] initializing kernel modesetting (RV350 = 0x1002:0x4150 > >> 0x1002:0x4150). > >> kernel: info: [drm] register mmio base: 0x90000000 > >> kernel: info: [drm] register mmio size: 65536 > >> kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's = VRAM... > >> kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: = 0x98000000 > >> kernel: info: [drm] igp_read_bios_from_vram: Map address: > >> 0xc000000061412000 (262144 bytes) > >> kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS = signature: > >> 0x0000 > >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion = ROM... > >> kernel: info: [drm] radeon_read_bios: Map address: = 0xc000000061412000 > >> (131072 bytes) > >> kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: = 0x2AFF > >> kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try = disabled BIOS > >> (legacy)... > >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion = ROM... > >> kernel: info: [drm] radeon_read_bios: Map address: = 0xc000000061412000 > >> (131072 bytes) > >> > >> As the system locks up here, I have to power it off forcibly. > > > > Congratulations (?) you are quite possibly the first person to = report > > even attempting to use radeonkms on powerpc64. Frankly, I'm not > > surprised that it doesn't work for you. Unfortunately, I don't have = a > > solution, or even a means to track it down. Looking at the log > > snippet, my first guess is there may need to be a provision added to > > the driver for non-x86. Do you know what card this is? > > > > Adding a couple other lists with people who might have more insight. > > > > If it can be made to work, I'd definitely want to get a Radeon card = for my G5(s) > > > > - Justin >=20 > Back on 2014-Nov-21 I wrote the following in one of my messages on the > lists on that day: >=20 > > FYI: I've been building and trying Jean-S=C3=A9bastien P=C3=A9dron's = kms-drm-update-38 branch when Jean requested (sometimes with patches = that Jean provided). This was to give Jean some (indirect) access to a = powerpc64 (PowerMac G5) Radeon context for some radeonkms development. = (Jean had been hoping to get my card going in that context.) We got to = the point that a kldload for radeonkms did not complain/refuse but the = display was then munged up and the driver could not find the Video BIOS. = The fact that it is a Radeon X1950 for the video hardware may make it = odder than usual for PowerMac G5 Radeons. But it is the only Radeon that = I have access to for G5's. (The card works in Mac OS X 10.5.) >=20 > (As I remember this was a PowerMac G5 so-called "Quad Core" as the G5 > context. I do not currently have access to the X1950 card.) >=20 > I'm not sure from what I read if things are about the same vs. if = things > are worse now. I do not remember the details from back then, such as > console vs. X11 that I was not explicit about in the quoted material. >=20 > I eventually gave up on using X11 "for a time" --and have not tried = again > so far. I've no clue about the current status for X11 on PowerMacs of > any kind --or what I'd need to do to try it for the Radeon X1950 or > any NVIDIA cards. (Currently an NVIDIA card is installed.) >=20 > I will eventually have access to the X1950 again, but not soon. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Mar 5 09:39:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB569CF8DF2 for ; Sun, 5 Mar 2017 09:39:53 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 8EFCF1DBD; Sun, 5 Mar 2017 09:39:52 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 8479F207E1; Sun, 5 Mar 2017 04:39:51 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Sun, 05 Mar 2017 04:39:51 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=KhhFQrklZeml2Yb cp57umZL0b7k=; b=HZuX/mIlTkocbNw+20ELvY5407j3GrLmc7ccpi3Sk3fgUyk UxkZ1AbTeWzmNQVzXberNvfqnAGOwG956UFgh85zu/ZOWBmgZnFqH+7bwBATiyEr 8iPDScYet9wmqTYZhdX7ISBiD1jdfbG4XYjQGlJcHvuodWlVv/Sv5XSf2bQY= 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-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=KhhFQrklZeml2Ybcp57umZL0b7k=; b=Bcen0jmGKe5qi8Getaum I8RDs/gNfFpDZLbrgIXtoagBxCi0FcMkJt9JkGfwv40juexL/uk53Z/aY+8LRjXf PftQ8PHBXaJwE2XVP9LwYKyMBQkydwjgKb904+K8/6VZ1y9JBJQUcagv4PQLJtIx 33NxeBXfTCEQxWF4M9q0XEg= X-ME-Sender: X-Sasl-enc: /gF+8vzVACyk3PKiUGRiYRRKqirJsZpE/HmdP+XUGQgL 1488706790 Received: from madcat.anarchadelic. (106-69-166-9.dyn.iinet.net.au [106.69.166.9]) by mail.messagingengine.com (Postfix) with ESMTPA id DD60A7E2C3; Sun, 5 Mar 2017 04:39:50 -0500 (EST) From: Alastair Hogge To: freebsd-current@freebsd.org Cc: Andriy Gapon Subject: Re: kernel trap 12 with interrupts disabled Date: Sun, 05 Mar 2017 17:39:48 +0800 Message-ID: <5562941.r9BZ9Ckt7P@madcat.anarchadelic.> User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 09:39:53 -0000 On Sun, 5 Mar 2017 09:50:49 AM Andriy Gapon wrote: > On 05/03/2017 08:08, Chris H wrote: > > Thanks for the reply. > > I rebooted to kernel.old, so I could get the exact > > src revision I built this on. It's r314640 > > > > Any news as to whether it's safe to update src, and > > build a usable kernel? > > Sorry about the breakage. > The fix is in r314700. Thanks :-) From owner-freebsd-current@freebsd.org Sun Mar 5 10:48:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87DB1CFA609 for ; Sun, 5 Mar 2017 10:48:35 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0112.outbound.protection.outlook.com [104.47.34.112]) (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 3B1BE1525; Sun, 5 Mar 2017 10:48:34 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EJYlKFGpQs0N5938FhoBR+7k7i64Ftne9uUivtU8WiU=; b=bfv+uF/phkGI+fQ93QNiVM2/PfnajyEy6NzJgxIIyGkY/xS9ASkp6DK/Smew4FSRTVydL3ImTRnWWGvnJONzzHoPkvDbtBaOS0G5wGaJJkVfUw/6poD6y1UdjJkCpJQP8kX842Zql+VAIVF+07oC+7qw6cevrM0XeecBN6dXkJM= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2671.namprd03.prod.outlook.com (10.168.207.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Sun, 5 Mar 2017 10:48:32 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Sun, 5 Mar 2017 10:48:32 +0000 From: Dexuan Cui To: Alex Deiter CC: Michael Tuexen , Chris H , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgA== Date: Sun, 5 Mar 2017 10:48:32 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> In-Reply-To: <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [139.226.141.111] x-ms-office365-filtering-correlation-id: c316dc64-3d04-4c4d-469e-08d463b52b04 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2671; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2671; 7:wW0ngwv7KtOcKHS7Jgcv97jha0rGmXDQHBMe3aNRZOd4T90o7laJUkxJdR/oS6/9Gz2pG3MOMNI5sOKGkaHXGbS7JLEE/7GW7Bpgs1iwCZkwdbOogMYnHGGaKUbP+SW235Z2rZsh+oC/EWPWvvu9PPHi6k++4VeUl1ip3SX/HEkEvIFe5PnMjzaZeUNT2JNf/IwhZ5dFn80EIW+RPIR6KJO/Lao6tsHqgspWwI1T4ii5SyECqnypi3/R4HvhMFUEoJSlgUtROqanggzm6lgBIH28ut0D+42dvrJvnm9e+eKEYadz3RFvEUXxzm/zn8EqgnBkniwaBvzMvx+tp7/C739S6PbVUTrvC+KEmasCRcg= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123558025)(20161123562025)(20161123560025)(20161123564025)(6072148); SRVR:MWHPR03MB2671; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2671; x-forefront-prvs: 02379661A3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39410400002)(39850400002)(39860400002)(39450400003)(39840400002)(51914003)(9686003)(55016002)(6306002)(25786008)(4326008)(6506006)(99286003)(53936002)(3660700001)(189998001)(38730400002)(54906002)(66066001)(7736002)(74316002)(229853002)(6246003)(39060400002)(53376002)(305945005)(2906002)(7696004)(10290500002)(6436002)(8990500004)(77096006)(5005710100001)(5660300001)(106116001)(8936002)(3846002)(6116002)(102836003)(10090500001)(86612001)(92566002)(110136004)(575784001)(76176999)(8676002)(93886004)(3280700002)(2900100001)(54356999)(6916009)(33656002)(122556002)(50986999)(2950100002)(86362001)(81166006); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2671; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2017 10:48:32.6692 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2671 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 10:48:35 -0000 > From: Alex Deiter > Sent: Sunday, March 5, 2017 03:32 >=20 > Hello, >=20 > Screenshot: boot with patched loader: > Video: boot with patched loader: Hi Alex, Thanks for the info!=20 Unluckily it looks the delay() in my patch didn't work here somehow, so the= screen scrolled up so quickly that we're unable to see the output clearly... :-( Luckily we can use this new method: When you reach the "OK " prompt in your screenshot (http://picpaste.com/IMG_1768-PnmZAtBZ.JPG), please run "memmap" command and share the output with me. Please press space to show the complete info= and=20 share the screenshots. E.g. in my side, the memmap command shows: Type Physical Virtual #Pages Attr ConventionalMemory 000000000000 000000000000 00000080 UC WC WT WB BootServicesData 000000080000 000000000000 00000001 UC WC WT WB ConventionalMemory 000000081000 000000000000 0000001f UC WC WT WB BootServicesData 000000100000 000000000000 00000020 UC WC WT WB ConventionalMemory 000000120000 000000000000 00002e53 UC WC WT WB BootServicesData 000002f73000 000000000000 0000118d UC WC WT WB ConventionalMemory 000004100000 000000000000 00037f00 UC WC WT WB LoaderData 00003c000000 000000000000 00004000 UC WC WT WB ConventionalMemory 000040000000 000000000000 000b0adf UC WC WT WB LoaderData 0000f0adf000 000000000000 00004000 UC WC WT WB LoaderCode 0000f4adf000 000000000000 00000072 UC WC WT WB LoaderData 0000f4b51000 000000000000 0000217b UC WC WT WB LoaderCode 0000f6ccc000 000000000000 0000001d UC WC WT WB ACPIReclaimMemory 0000f6ce9000 000000000000 00000001 UC WC WT WB Reserved 0000f6cea000 000000000000 00000007 UC WC WT WB ACPIReclaimMemory 0000f6cf1000 000000000000 00000001 UC WC WT WB RuntimeServicesData 0000f6cf2000 000000000000 00000029 UC WC WT WB ConventionalMemory 0000f6d1b000 000000000000 00000890 UC WC WT WB BootServicesData 0000f75ab000 000000000000 00000017 UC WC WT WB ConventionalMemory 0000f75c2000 000000000000 00000001 UC WC WT WB BootServicesData 0000f75c3000 000000000000 0000000d UC WC WT WB ConventionalMemory 0000f75d0000 000000000000 0000000c UC WC WT WB --more-- page down line down quit Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Sun Mar 5 11:38:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61A7FCF97C1 for ; Sun, 5 Mar 2017 11:38:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0991258 for ; Sun, 5 Mar 2017 11:38:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4A2DACF97C0; Sun, 5 Mar 2017 11:38:09 +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 49CF6CF97BF for ; Sun, 5 Mar 2017 11:38:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 0E3931257 for ; Sun, 5 Mar 2017 11:38:08 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ckUUB-0000CK-M4 for current@freebsd.org; Sun, 05 Mar 2017 12:37:59 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1ckUUB-0002UY-L1 for current@freebsd.org; Sun, 05 Mar 2017 12:37:59 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Sun, 05 Mar 2017 11:37:59 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: daily periodic supplies backtrace. Debuggable? Date: Sun, 05 Mar 2017 03:37:59 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 11:38:09 -0000 +Expensive timeout(9) function: 0xb55a7b40(0xbe877000) 0.030583914 s +Expensive timeout(9) function: 0xb5609ad0(0xbe55b000) 0.479816638 s +SMP: AP CPU #3 Launched! +SMP: AP CPU #4 Launched! +SMP: AP CPU #2 Launched! + init_TSC_tc(0)... Timecounter "TSC-low" frequency 1600033566 Hz quality= 1000 + 1st 0xddc1a538 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3500 + 2nd 0xbf76f200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 +GEOM_SCHED: Loading: mp =3D 0xc01f0084, g_sched_class =3D 0xc01f0084. +acquiring duplicate lock of same type: "os.lock_mtx" + 1st os.lock_mtx @ nvidia_os.c:824 + 2nd os.lock_mtx @ nvidia_os.c:824 +stack backtrace: +#0 0xb5c22421 at witness_debugger+0x81 +#1 0xb5c22342 at witness_checkorder+0xd12 +#2 0xb5ba4e85 at __mtx_lock_flags+0x95 +#3 0xb752b1dc at os_acquire_spinlock+0x2c +#4 0xb7262374 at _nv011973rm+0x190 +nvidia-modeset: Allocated GPU:0 (GPU-7838b48e-55e4-f04d-8659-f0d638eef7aa)= @ PCI:0000:01:00.0 +nvidia-modeset: WARNING: GPU:0: Unable to read EDID for display device VGA= -0 + 1st 0xc2b584a4 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3364 + 2nd 0xddd15de8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:280 + 3rd 0xc2d3b6dc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 +#9 0xb5eafc55 at softdep_sync_buf+0xb55 +#11 0xb5ebe4b4 at ffs_fdatasync+0x24 +#12 0xb6192057 at VOP_FDATASYNC_APV+0xd7 +#13 0xb5c9868d at kern_fsync+0x21d +#14 0xb5c98762 at sys_fdatasync+0x22 +#15 0xb6155fa5 at syscall+0x3b5 +#16 0xb6140ede at Xint0x80_syscall+0x2e Sometimes is up 24hours. Often, though, with certain browsers/web pages/ m= ultiple tabs, complete freeze, in X, or with the 3am periodic scripts, or with an r= sync in an xterm --bwlimit=3D700 using resources.=20 No time to learn GDB vs someday upgrade to amd64... or 12.0-RELEASE or both= . I've small non-RSI exercises which make the reboots not unwelcome... but lose ti= me=20 otherwise.=20 12.0-CURRENT r313487 Feb 13 2017=20 i386 1200020 From owner-freebsd-current@freebsd.org Sun Mar 5 08:20:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBFEACF7499; Sun, 5 Mar 2017 08:20:54 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B974E11A1; Sun, 5 Mar 2017 08:20:54 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: by mail-pf0-x243.google.com with SMTP id v190so3446014pfb.0; Sun, 05 Mar 2017 00:20:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N4RIRu/czkvZ+U5imVqtuSJMdpCK7j+7XUhwKJ2osmY=; b=ehYC/e3savrGRYu8XDhAo7TNoCngYR27G0Vx2SfLPcjWa678yE49jcDBPZfmm6aDfJ xmsoc50iTTxFJ74CR/ilC9uBRvsi3LYUFqtdvEWd4gXGf3EJhLnJZIMiLSpOoTSuLJ39 aaGfNofoaxQUdQwfD8XlyEWexRMrCNl1vc56sdH+Q/5hx3mONPur2mCYc9Cx8v1jCPwE hdgJAusN0h4aodWKzUkqw6vEI4XlHe7k5ZvYUk306HdZARj61ntDBnsiFdfJR2g4KIre +Ce4tjxUEvzd1S0VwI0J3oaRgsg+ENfMJeBseF07HRw3kd3q6+vhJMIZYtm0bkZOtFPD wwlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N4RIRu/czkvZ+U5imVqtuSJMdpCK7j+7XUhwKJ2osmY=; b=pRgduuVqSwQ90EOHTdyl5WSNlHxXsx7KADAXukE+q1w1v523UoeUEdak1caU8T46sE wUcJnEojWrjjhmnQTZ65tJrNiDAEqKSfQAcUDgwtibwsMhpunrEMEbhE1RFcejBXs75T S6LgfyhPvfZMbT0V4G9fCjSvMLvMzcUoeCUctYTY2rcLax9i7xdAxoqBxrHy8iKfocHT YKWurUVcHPPm03k3sdGXxp2c6sxtAmgySPC4dzZ60SGVBodzXDrn8b1hzcKyTXJsS5U3 ftPn3HqNj5IKpV1QlVcWCWugWyTXE6UOODK1Y2i7ipLLKsF+uhekY7oS+w/EHkND8Iwn fVIA== X-Gm-Message-State: AMke39lYOejbl0KJVneY6LBNE59Ux4MSTJoymg6nv7k6hiRxlWc8pOUxZe797FEybFkO4g== X-Received: by 10.84.229.2 with SMTP id b2mr17384098plk.154.1488702054118; Sun, 05 Mar 2017 00:20:54 -0800 (PST) Received: from [192.168.255.77] (wsip-24-249-178-180.ph.ph.cox.net. [24.249.178.180]) by smtp.gmail.com with ESMTPSA id b14sm792112pfh.114.2017.03.05.00.20.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Mar 2017 00:20:52 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: PowerMac G5 and KMS From: "Herminio Hernandez Jr. " X-Mailer: iPhone Mail (14D27) In-Reply-To: Date: Sun, 5 Mar 2017 01:20:48 -0700 Cc: Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , hiroo.ono+freebsd@gmail.com, Debian powerpc Mailinglist Message-Id: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> To: Joe Nosay X-Mailman-Approved-At: Sun, 05 Mar 2017 11:55:04 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 08:20:55 -0000 Try to force the Radeon driver into PCI mode. Under Linux doing this stops t= he blank screen and locks.=20 Sent from my iPhone > On Mar 4, 2017, at 11:50 PM, Joe Nosay wrote: >=20 > This will bounce for the ppc list. > As I have stated before: you will need to work with the debian ppc group t= o create the proper drivers. > Since there are people who know how to make the Linux system calls, there s= hould be people that are willing to > work across OS and mailing list lines. > Just don't be stubborn. >=20 >> On Thu, Mar 2, 2017 at 12:34 PM, Mark Millard wrote= : >> On 2017-Mar-2, at 9:37 AM, Justin Hibbits wrot= e: >>=20 >> > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) >> > wrote: >> >> I recently installed 12-current powerpc64 r313561 to a PowerMac G5 >> >> (it is dual processor, but I do not know its detail). >> >> >> >> When I try to load drm2.ko and radeonkms.ko, >> >> the screen turns into black and recovers, then the system locks. >> >> kldload command does not return, no response to keyboard input, etc. >> >> >> >> Is it possible to use KMS on FreeBSD/powerpc64? >> >> >> >> The log in /var/log/messages is >> >> >> >> after "kldload drm2", >> >> >> >> kernel: info: [drm] Initialized drm 1.1.0 20060810 >> >> >> >> and then, after "kldload radeonkms", >> >> >> >> kernel: iic0: on iicbus0 >> >> kernel: iic1: on iicbus1 >> >> kernel: drmn0: on vgapci0 >> >> kernel: info: [drm] RADEON_IS_AGP >> >> kernel: info: [drm] initializing kernel modesetting (RV350 0x1002:0x41= 50 >> >> 0x1002:0x4150). >> >> kernel: info: [drm] register mmio base: 0x90000000 >> >> kernel: info: [drm] register mmio size: 65536 >> >> kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's VRAM= ... >> >> kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: 0x9800= 0000 >> >> kernel: info: [drm] igp_read_bios_from_vram: Map address: >> >> 0xc000000061412000 (262144 bytes) >> >> kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature:= >> >> 0x0000 >> >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion ROM= ... >> >> kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 >> >> (131072 bytes) >> >> kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: 0x2AFF= >> >> kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try disabled= BIOS >> >> (legacy)... >> >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion ROM= ... >> >> kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 >> >> (131072 bytes) >> >> >> >> As the system locks up here, I have to power it off forcibly. >> > >> > Congratulations (?) you are quite possibly the first person to report >> > even attempting to use radeonkms on powerpc64. Frankly, I'm not >> > surprised that it doesn't work for you. Unfortunately, I don't have a >> > solution, or even a means to track it down. Looking at the log >> > snippet, my first guess is there may need to be a provision added to >> > the driver for non-x86. Do you know what card this is? >> > >> > Adding a couple other lists with people who might have more insight. >> > >> > If it can be made to work, I'd definitely want to get a Radeon card for= my G5(s) >> > >> > - Justin >>=20 >> Back on 2014-Nov-21 I wrote the following in one of my messages on the >> lists on that day: >>=20 >> > FYI: I've been building and trying Jean-S=C3=A9bastien P=C3=A9dron's km= s-drm-update-38 branch when Jean requested (sometimes with patches that Jean= provided). This was to give Jean some (indirect) access to a powerpc64 (Pow= erMac G5) Radeon context for some radeonkms development. (Jean had been hopi= ng to get my card going in that context.) We got to the point that a kldload= for radeonkms did not complain/refuse but the display was then munged up an= d the driver could not find the Video BIOS. The fact that it is a Radeon X19= 50 for the video hardware may make it odder than usual for PowerMac G5 Radeo= ns. But it is the only Radeon that I have access to for G5's. (The card work= s in Mac OS X 10.5.) >>=20 >> (As I remember this was a PowerMac G5 so-called "Quad Core" as the G5 >> context. I do not currently have access to the X1950 card.) >>=20 >> I'm not sure from what I read if things are about the same vs. if things >> are worse now. I do not remember the details from back then, such as >> console vs. X11 that I was not explicit about in the quoted material. >>=20 >> I eventually gave up on using X11 "for a time" --and have not tried again= >> so far. I've no clue about the current status for X11 on PowerMacs of >> any kind --or what I'd need to do to try it for the Radeon X1950 or >> any NVIDIA cards. (Currently an NVIDIA card is installed.) >>=20 >> I will eventually have access to the X1950 again, but not soon. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@freebsd.org Sun Mar 5 12:10:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E566ACFAB2A for ; Sun, 5 Mar 2017 12:10:43 +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 A840F15F8 for ; Sun, 5 Mar 2017 12:10:43 +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 v25CARfa087907; Sun, 5 Mar 2017 12:10:27 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v25CAQc2087906; Sun, 5 Mar 2017 04:10:26 -0800 (PST) (envelope-from david) Date: Sun, 5 Mar 2017 04:10:26 -0800 From: David Wolfskill To: Chris H Cc: freebsd-current@freebsd.org Subject: Re: kernel trap 12 with interrupts disabled Message-ID: <20170305121026.GK1583@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Chris H , freebsd-current@freebsd.org References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NNXUX195Kp2M36BR" Content-Disposition: inline In-Reply-To: <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 12:10:44 -0000 --NNXUX195Kp2M36BR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 04, 2017 at 10:08:45PM -0800, Chris H wrote: > Thanks for the reply. > I rebooted to kernel.old, so I could get the exact > src revision I built this on. It's r314640 >=20 > Any news as to whether it's safe to update src, and > build a usable kernel? > .... I (try to -- and usually succeed in doing so) build & smoke test stable/11 and head daily, on both a dedicated "build machine and the laptop I use for day-to-day use. Details are posted at , including links to pages with logs of the (daily) output of "uname -vp", so folks can see what worked for me (along with a fair bit of other stuff that may be useful for reality checks). The last few lines of "uname" output for my laptop for head are: =2E.. FreeBSD 12.0-CURRENT #272 r314549M/314552:1200022: Thu Mar 2 05:52:54 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 FreeBSD 12.0-CURRENT #273 r314592M/314592:1200023: Fri Mar 3 07:12:34 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:18 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 (but I just started another cycle, so I expect to be augmenting the list fairly soon). I didn't happen to build at r314640; I did so at r314592 and r314653 -- suc= cessfully -- though. Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NNXUX195Kp2M36BR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYvAAyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X7+kH/3iGhc0lqiBD49O84/a/j8AY 6MpvHinRDQLKOrBPI71cRrbNZNWZyD25apRRPdeUD5kNf+ULQwdNvGrIrLBABp2T 6+3g5eYG1UfVPZkHqjgkSvIjq7aR+zQbwcyFi8dL99R6gBGs7cBBJtVklbiJA/sO YK/4YURk9U1/ERJH7gxGZ5NnQGufgrHxEpLjFUlDny3M1L+svQZhyFgmvbLoB4ED dV8mB3giTm3zz3j7JNoNknBRmPLkAqdDCmGic6WMm2gLpFtlcFkyxK/pFLNDYlFy kYKLFUHvgxobOc/2lLjlH2++IljGXj9UCXwjGAcALrt1DSf07Hs6S74GD06NMaU= =jK4o -----END PGP SIGNATURE----- --NNXUX195Kp2M36BR-- From owner-freebsd-current@freebsd.org Sun Mar 5 15:04:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 589EACF9070 for ; Sun, 5 Mar 2017 15:04:53 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::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 225511187 for ; Sun, 5 Mar 2017 15:04:53 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x234.google.com with SMTP id m27so37139874iti.1 for ; Sun, 05 Mar 2017 07:04:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=78xQR+4HSQLUzDPqzsoXOynaGkr3Ru+V8JRwquFXDH0=; b=mrLM8MxYEMxUzI4v9lZ0PPXIo+59uubxIrX/1do3VNiJNf8nrsuN/YW2vpWcG0wa6X NAS4O15J0do+yEQJdaWPKD9ftQ8PNZxuGyYYvQdXekPdUjgxySuMup1Lf6Z8Spna/ZLY s9F/aGRBn4ZEOnCBQz7WPTWK2UVHgSVekTCUk9j5RZ1thZpdMGzLvK067yQjj4Io2fBg Q8IYQk6KHvUw7j6rObRKGVHX6HrN8iF7qvRiPKxnw6kbsipuFX4+l1CAl4ZByiTxZLNR MoV1xk8mXCGyTfXi8wssgfn2vXmFqb3pV0P/DVjqi5g4WCthL4YqqbJi5bUNN69A6yLa UwAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=78xQR+4HSQLUzDPqzsoXOynaGkr3Ru+V8JRwquFXDH0=; b=itM08OVHHjCa9Om4KQeaLnkMJ3zS3IZx5fX8ulDJFNpZcygc1u1fG3TprUAYXt4ZTV bP2u8VhTNEX9l8B0+BYVoHjOR1Pj2AO0u+u7HyvW+k5rLdIIbQIkouxTEfC5mCcTGJYZ n3SiBWFEsFgZjM7z76usEwHfKXQezl5OpmzB83j+jWsEIn2HvHHXJ+Bf7gDyiXDA1sO1 qzTLa5SMk9JN7DxpZt+UTnzteWRbW6QbzRVLX4ukqvMLQ10cgNgi9PQSj1T7sx3c8NWh WwfPEWd5znTM4jFfEdx234qpzO2oEw1+xWGyEOowsUh85A1J8GwrrinKuIOAXiMR/+dj i33Q== X-Gm-Message-State: AMke39m2WL4ZdfykfYKvpHh780fGH/DGhuRava7+SJQB76XFBjS8/TaLIcaE9A2WyneHilMqKwd8KErJxd+KBg== X-Received: by 10.36.60.198 with SMTP id m189mr11314340ita.117.1488726292209; Sun, 05 Mar 2017 07:04:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Sun, 5 Mar 2017 07:04:51 -0800 (PST) Received: by 10.64.226.199 with HTTP; Sun, 5 Mar 2017 07:04:51 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Sun, 5 Mar 2017 10:04:51 -0500 Message-ID: Subject: input/output error @boot To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 15:04:53 -0000 I installed the latest snapshot and when I checked out the latest Source yesterday evening I rebuilt world and kernel installed kernel rebooted installed World follow every step in the handbook and I continue to have an input output error at boot time I can't attach a picture at the moment or any text about the error cuz I cannot proceed after the boot screen under UEFI.. I get a ? prompt From owner-freebsd-current@freebsd.org Sun Mar 5 15:23:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66B72CF983C for ; Sun, 5 Mar 2017 15:23:14 +0000 (UTC) (envelope-from mad@madpilot.net) 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 2B4581B2C for ; Sun, 5 Mar 2017 15:23:12 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3vbmhj3HpvzZrc; Sun, 5 Mar 2017 16:16:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1488726963; x=1490541364; bh=J0l9fg9b9iif294vW5Ml4fD9vNA+fkit4iS r8Q6YaUM=; b=m28GvhoTryxsB3rP6MdwHlryVLBRoxLi+y5TNy3bAcFKIU5Cr0k mvMHwiNI0M1DCaOifT14oAOVT9Q5agmE6qB5nJe0+1FR4uAydmZ1EV1OfQBzLeW/ 1N0chbqmlx6VoEPwi/tWFUkeM7W88+WybWAWBmgPI1j/JHUKw4dAOWi4= 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 TM9RKCl_q5oJ; Sun, 5 Mar 2017 16:16:03 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Sun, 5 Mar 2017 16:16:03 +0100 (CET) Subject: Re: input/output error @boot To: Roberto Rodriguez Jr , freebsd-current@freebsd.org References: From: Guido Falsi Message-ID: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> Date: Sun, 5 Mar 2017 16:16:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 15:23:14 -0000 On 03/05/17 16:04, Roberto Rodriguez Jr wrote: > I installed the latest snapshot and when I checked out the latest Source > yesterday evening I rebuilt world and kernel installed kernel rebooted > installed World follow every step in the handbook and I continue to have an > input output error at boot time I can't attach a picture at the moment or > any text about the error cuz I cannot proceed after the boot screen under > UEFI.. I get a ? prompt I am unable to help you about this, I'm not an expert about UEFI, but anyone able to will need some more information. You should at least state make and model of your Mother board and CPU, kind of disks attached, type make and model of controller. If it is a branded box, make and model of the box could suffice. -- Guido Falsi From owner-freebsd-current@freebsd.org Sun Mar 5 15:43:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00E55CFA089 for ; Sun, 5 Mar 2017 15:43:31 +0000 (UTC) (envelope-from wlosh@bsdimp.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 C717316AC for ; Sun, 5 Mar 2017 15:43:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x231.google.com with SMTP id z13so55674108iof.2 for ; Sun, 05 Mar 2017 07:43:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=VJKD8w8SUEaDUVNQu2UxpAhTUMztZWyPgJ3n2lTOmZc=; b=t55ZgmsNmd7QcplFG0DwHed/SJTd+cDSuCvaUG9FaFssdAvWzgueqwiCJ/8H3tKAJO s3BMrxlEY2uOlAynOQcJXrcR1UHOLo2Tgycb0Tz6yq/iurW7L9XpHuQSYpi17hbdSDtT gWbBK7uy0bOXnzQTmfk4+mgrkLzYBelALm5ILOhXW0KeEho6hza2+nXiWmgmkV4tAo5S tZTPrZSIYX5LKBzkxFgpsrf8CFnH8CnTIlb3Yoi0wRFNqVooGg+6a7FaI+aFPveNVPfA zbEdAPDKzu7TdiWMEqduuLj8Qok0EIm1OzHuJFySAGCeB+GBhSHSa3ec9tAMbbGgdkBC uBQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=VJKD8w8SUEaDUVNQu2UxpAhTUMztZWyPgJ3n2lTOmZc=; b=lCoyD6AjjIlu45PrO/L1Ws26YU8KcSPLp1otkkoTLPHUXP7ETOhxG4YeCfBZFJ/C49 fmT+RuF+EmxFEU4Opci9QN1K4QqLa0s32DR99StT7jTpuNv9+UqipueXrjbc6L0e45T1 QbulZGK/EpCa3h/Tr+Hx6YGZbgoinec6ltvHGpBL37HBXH+b0Ci9eMYzy6HCMzWQzNhM 8WyeaFdBzFREHm8qXctsS4tN6gij95X4Ni+2TlYiFy3PlQPIGL3TsjwxvsxLeJGjNGSB 7eIrKWU81Kp+L47B5Nv43sVtDvOTIlKuuHn+FwoKT3z77Z+Mo0M70mAh0Aud+Mqsv4ao 21Lg== X-Gm-Message-State: AMke39m6WsrFC3ja5MlNFCYcnBWAqzBZaih2jOouA8tWl57u+OMAGqvoEtRbM2QkWHgdeq+S3XfFor8DYow9cg== X-Received: by 10.107.134.94 with SMTP id i91mr10769884iod.0.1488728608839; Sun, 05 Mar 2017 07:43:28 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Sun, 5 Mar 2017 07:43:28 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> From: Warner Losh Date: Sun, 5 Mar 2017 08:43:28 -0700 X-Google-Sender-Auth: zj5poeic2MnoYqzH9iscvTwJVk4 Message-ID: Subject: Re: input/output error @boot To: Guido Falsi Cc: Roberto Rodriguez Jr , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 15:43:31 -0000 On Sun, Mar 5, 2017 at 8:16 AM, Guido Falsi wrote: > On 03/05/17 16:04, Roberto Rodriguez Jr wrote: >> I installed the latest snapshot and when I checked out the latest Source >> yesterday evening I rebuilt world and kernel installed kernel rebooted >> installed World follow every step in the handbook and I continue to have an >> input output error at boot time I can't attach a picture at the moment or >> any text about the error cuz I cannot proceed after the boot screen under >> UEFI.. I get a ? prompt > > I am unable to help you about this, I'm not an expert about UEFI, but > anyone able to will need some more information. > > You should at least state make and model of your Mother board and CPU, > kind of disks attached, type make and model of controller. If it is a > branded box, make and model of the box could suffice. If it is the UEFI Shell, which is possible, try typing 'FS0:' and see if the prompt changes to FS0:\> or similar. Then cd boot and see if there's an EFI subdir. cd to EFI subdir and see if there's any .efi programs. There should at least be bootx64.efi if there's a loot loader. If there is, you can type bootx64.efi. If not, then I'm not sure what the ? is. Warner From owner-freebsd-current@freebsd.org Sun Mar 5 16:37:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13EACCFAF54 for ; Sun, 5 Mar 2017 16:37:29 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::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 C405C13B2 for ; Sun, 5 Mar 2017 16:37:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x22e.google.com with SMTP id o4so44715286ywd.3 for ; Sun, 05 Mar 2017 08:37:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GjAQGXslW/G3IO1W1VY4uTly54enZWf4Ajm0TemLUcM=; b=sLqx5bUgSR9s5S8eVuLv1J3OwyZVyegbMmLoM+eKYUCHm5kwo6GwPdYMU72spkLyeV 44ACgwB1fdsInOfia/VfIKglsqvCXGso2bwZt8xxf/Z0nCa9pY+gWuyX/NFGr0VFiVXT zyFLl0VG4hwT4nITiotmqzhAfeYjyep0KMoOWYo7jojQ56Bw7oKChbX/R3eTJ83B6XgZ akJRHHxeUOOfnMj0zawmYAEAfpeRhtXXQ732ev80XjZGTpqJpHA9jP8E081+kVK0+EyF BwiChxrOTcwrAiyK2DTnsFvQeIfe55CGja2Jg6QorH72T4ehgjwSqkSIAHaOBP5SbdAy 87Ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GjAQGXslW/G3IO1W1VY4uTly54enZWf4Ajm0TemLUcM=; b=EoAkgA5yX6P/QQBFDi4BiHIb9S468WDq1l+u7RK24VtSl1Nmj1o07nDSFyOwkOMR8I lCXDt7qcYZgRznR/uaVn3I/MBI9dPxRFdAUFU1pP34gMMK4qR/Vw2hkxCsesd3Zs4QI+ xhA/Fp+OApso1CrUXRN8n1X+tFhZBpCbfr8MfkaT3r6CGUHZj0wxAghnBmTHcmKWjXnm dsVdYuOukrlxpNgQfnCubRtqI1umzOePrpqbRyIlSWkYGhdGZn5BvdMuSIxiWk3DvAi8 HQygpz2j8n32RlVYEAeSKcvb3xj99p4708uj7gQ2Qe/gLqKY3NAjRWBSq8YS6EODuIKZ eCqA== X-Gm-Message-State: AMke39mbTNXLfxslFRb2Gvf1IqouIj3awUMx177m5fBMAEsJ0BGL93DRSHswmKnaS+HtXaGmkmuM6e21P320ZA== X-Received: by 10.37.17.6 with SMTP id 6mr7795482ybr.62.1488731848005; Sun, 05 Mar 2017 08:37:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.80.196 with HTTP; Sun, 5 Mar 2017 08:37:27 -0800 (PST) In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> From: Ultima Date: Sun, 5 Mar 2017 11:37:27 -0500 Message-ID: Subject: Re: input/output error @boot To: Warner Losh Cc: Guido Falsi , Roberto Rodriguez Jr , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 16:37:29 -0000 Its showing... elf64_loadimage: read failed can't load file /boot/kernel/kernel Can the same when attempting to load kernel.old, had to revert to old snapshot on usb rescue. This is not a hardware problem. On Sun, Mar 5, 2017 at 10:43 AM, Warner Losh wrote: > On Sun, Mar 5, 2017 at 8:16 AM, Guido Falsi wrote: > > On 03/05/17 16:04, Roberto Rodriguez Jr wrote: > >> I installed the latest snapshot and when I checked out the latest Source > >> yesterday evening I rebuilt world and kernel installed kernel rebooted > >> installed World follow every step in the handbook and I continue to > have an > >> input output error at boot time I can't attach a picture at the moment > or > >> any text about the error cuz I cannot proceed after the boot screen > under > >> UEFI.. I get a ? prompt > > > > I am unable to help you about this, I'm not an expert about UEFI, but > > anyone able to will need some more information. > > > > You should at least state make and model of your Mother board and CPU, > > kind of disks attached, type make and model of controller. If it is a > > branded box, make and model of the box could suffice. > > If it is the UEFI Shell, which is possible, try typing 'FS0:' and see > if the prompt changes to FS0:\> or similar. Then cd boot and see if > there's an EFI subdir. cd to EFI subdir and see if there's any .efi > programs. There should at least be bootx64.efi if there's a loot > loader. If there is, you can type bootx64.efi. If not, then I'm not > sure what the ? is. > > Warner > _______________________________________________ > 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 Sun Mar 5 17:20:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 300ABCFAA48 for ; Sun, 5 Mar 2017 17:20:02 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E52B91A0F for ; Sun, 5 Mar 2017 17:20:01 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-io0-x229.google.com with SMTP id f84so99474089ioj.0 for ; Sun, 05 Mar 2017 09:20:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=BQR1NTF47/ugGEApxyNyY/Wh3N4E0yngIUz/udsHYh4=; b=ejC6cEe+ZzP5fFoeb3b8wqp40e/osTxUZdpmOXqa0HpHK2rYQoft7MKmz+gvy6eM+8 7lYFiDeOd1Cpy3jB2QuPPPYvbsm9e//sgWX/Z85ltmNQM+q/QuHQr0FZkrBY+Cz+gL27 rXxvgG36lauNljjLul9NWU5W6Thhccpx5kp3ueHtblfVzrAQIxaIRL7l+Q1ANPIWpdmg 1CMVVpKz4MKdMsaPuMazUjqWKiMoquftMJF/rjRH2UOUkej5JaUKVabVDwvobrSB33dn IQUoWWhkPCpt93gYd4kin9maA/4NmNZ45XY/l5ooOOeVVDQzjeCw2EujWZHANha/cOUD cIjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=BQR1NTF47/ugGEApxyNyY/Wh3N4E0yngIUz/udsHYh4=; b=n8Al9EFAq5DOTiCAeWp85NnERo6i07JAPnPU8wab7xkm0YOUOf3arkT7oxEnSKizAY 2MrRUxKMux1j31Kr88NGOgNNsvwUJE1jl3Ke4hYeWTt9RSSpAh1jp8xxoI+eHwozePYf B6Jb/Boy9ScB6SyHU6+nDh4dH1yN/ABy8sFJOdUhm/n77EWoJVBvTuWSsTTFW4lwqOBv jVbXxSBcFBXYWIgx5Vz6oRWKroDGkcf/0gIf7wqKvF8mQaqUS24LBnG9992dW0SL4uUF GclEHvLkhJ05QEX7cMW8/YB9lGWJzYg++tqdazaspQke3knu4RWmUG4wUhpuYeCt9NnL D9cA== X-Gm-Message-State: AMke39kYq8af20R+yxZG0T3sn1KRB1FBqyQ/sNyP5mPr8w55jrVbVs0B6ZBX694iN/pi3ZRpb6yyT8DJAVmMXA== X-Received: by 10.107.20.193 with SMTP id 184mr10575145iou.61.1488734400960; Sun, 05 Mar 2017 09:20:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Sun, 5 Mar 2017 09:20:00 -0800 (PST) Received: by 10.64.226.199 with HTTP; Sun, 5 Mar 2017 09:20:00 -0800 (PST) In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> From: Roberto Rodriguez Jr Date: Sun, 5 Mar 2017 12:20:00 -0500 Message-ID: Subject: Re: input/output error @boot To: Ultima Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 17:20:02 -0000 HP 15 AMD64 laptop a6-5200 apu... this is the error below On Mar 5, 2017 11:37 AM, "Ultima" wrote: Its showing... elf64_loadimage: read failed can't load file /boot/kernel/kernel Can the same when attempting to load kernel.old, had to revert to old snapshot on usb rescue. This is not a hardware problem. From owner-freebsd-current@freebsd.org Sun Mar 5 17:34:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C7A4CFAF8E for ; Sun, 5 Mar 2017 17:34:36 +0000 (UTC) (envelope-from frank.honolka.sawar@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 E480A1303 for ; Sun, 5 Mar 2017 17:34:35 +0000 (UTC) (envelope-from frank.honolka.sawar@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id u132so2339921wmg.1 for ; Sun, 05 Mar 2017 09:34:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:organization:mime-version; bh=aKaZLV2PMo+axaBbDJUnotp3tVS7Efop2zUe1c2cJ78=; b=gdgGFdBwdsaljJIFmFgFM+/4sVJtrZfVnpri6eyRRO2Xnrq5B02kbv/JpREQSoeo6l A0dI8cj0g2NqDNzZoB5SdhaBWFFmTFnyKiIW2E2p4015chfQGqbSXRGfbpcFLsUiESn+ GDkzP4//FGIXlp7gZVuMlYke3yS2YvvGwZJ99OpHlRsX0kmp96vJaQTZIzsO4aPF0kNV TAnX+cvtA0W5OWChXAbEZUvml9BaAo8vVIIp2q3CI621HIFVl0lbuXGaBbVWxEO0jRQ3 O3da8djkwUD/qQRRde2WgoorfDWfhOT5ZIXd35CAh1EDzk0+VLhmnwa5Cd5Vlr38tXy6 fMqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:organization :mime-version; bh=aKaZLV2PMo+axaBbDJUnotp3tVS7Efop2zUe1c2cJ78=; b=ObhGqTgNdXVHbgotxj59BdGsMblUSRUBGqYC6xyG4+ZMBURYBDj5TO6I1Hrh9MINso 1P5DaPOmJJYRYlhRvHnI3DJRrce0xFVGGOsQYBf5NvY3qU5dVTC0EnQzIY1gnCANpCOI sz62dMUtQRY2Ydlthmy197DHu3CTsef15V6B9fjay5BWgxP/SmwZRUyYDeadaw2vcSTq PpeJr5A3BUho24U3meY5K7ZMAelZTIkM3RYONosKXQDsMXx6HcNFrpHx/HT0nV7au64r ta1Amii9WLjmhjnuQ46i05lQ8CrsPqqwaYm4AzWFqJJPr69XBC2Lj4X86C5ua5SOyy+5 b9eg== X-Gm-Message-State: AMke39nQ3ZPUFvTVfsdD3eGb3d9feTtZBv2Vh9K8n33q7qrOrFca3zUFiMY178Jnt6wmgg== X-Received: by 10.28.168.150 with SMTP id r144mr4168667wme.43.1488735274138; Sun, 05 Mar 2017 09:34:34 -0800 (PST) Received: from lappi.linuxcompitech.net (host86-154-60-207.range86-154.btcentralplus.com. [86.154.60.207]) by smtp.gmail.com with ESMTPSA id k8sm23578699wre.19.2017.03.05.09.34.33 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Mar 2017 09:34:33 -0800 (PST) Date: Sun, 5 Mar 2017 17:34:23 +0000 From: Frank Honolka To: "freebsd-current@freebsd.org" Subject: FreeBSD Current on a Compaq h050ng Notebook ( AMD Sea Islands ) Message-ID: <20170305173423.6338ab2b@lappi.linuxcompitech.net> Organization: Privat X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/0+58Dp3_1EA_Zcj3/=5b+sQ"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 17:34:36 -0000 --Sig_/0+58Dp3_1EA_Zcj3/=5b+sQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Guys, Few months ago, I've built and installed FreeBSD Current + drm 4.7 on a Compaq h050ng with an AMD Sea Island Graphics Card. At this time, the system wasn't very stable. I would like to know, how is the support for Sea Islands graphics now? thanks Frank --Sig_/0+58Dp3_1EA_Zcj3/=5b+sQ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJYvEwkAAoJEEToW/ySQGR4UQYQANL8qMDSOn4KKd+TI6mKZt5/ QLb5ENLZHSZNHrHvpOK2XA05ekr5ygIP4zRl6XCjRC7+Sfxzxna7AymthbkZis6N ZSNPSqa/jvqbEUoV3Sck9glqDTCF0hoMNES439i0f9vLW0D6/LODJBB5rm6ujmJx sRi+VLJm6NXF7dOZsssg1evteBYvzgn0fCVU4fMw9pxH+VfoSVbaIuticwO9tM1v Zaz4QOOAP/mY8Xwxr1NOJhReA3yDkRE234jCQ+Mp04JjCEO1NRKzW4sFo4bFFWnF +ZjzUFOmM2IbqUm+d7feAvdG9IOXavLraV97MgVMZyweOzQGdDzpihO9DxuPKtjf a+/uDk47LMls6yHNcoJt1PAzC402Pgjthb2USaDB5nqPkORvNhXC11f8JZlHoIOU 9omBgUjMV3MKl7jCGyD8AMvEG61+Y9o8JIfkcC/wsvfxKzBXZvtkA+KwSrZrHwTj 79CSEmSnM4Be8DGpGFdbFJJcr1pPbES1lzsEKfbdf/JI8rg+/JD0GR6eaAYV6CDc HdLet7Vm3LKZOmOitsByyWip/9lDGrOppqz57jnoPijFa4J41y2xfd42KVmhmVLf n26JFNK+HKXx0MgchU76jOxWdNu+LFB4NEK1+9Tg5H7DGuOc8bzaOVahZrPxvms8 fCBpO6kEUhEe3j7gL21J =2e5e -----END PGP SIGNATURE----- --Sig_/0+58Dp3_1EA_Zcj3/=5b+sQ-- From owner-freebsd-current@freebsd.org Sun Mar 5 18:07:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90FF3CFA909 for ; Sun, 5 Mar 2017 18:07:15 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57AD3120F for ; Sun, 5 Mar 2017 18:07:14 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2003:cd:6bd4:8e00:694f:2705:3955:6ff4] (p200300CD6BD48E00694F270539556FF4.dip0.t-ipconnect.de [IPv6:2003:cd:6bd4:8e00:694f:2705:3955:6ff4]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 7F680721E280D; Sun, 5 Mar 2017 19:07:11 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: input/output error @boot From: Michael Tuexen In-Reply-To: Date: Sun, 5 Mar 2017 19:07:10 +0100 Cc: Ultima , FreeBSD Current , Dexuan Cui Content-Transfer-Encoding: quoted-printable Message-Id: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> To: Roberto Rodriguez Jr X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 18:07:15 -0000 > On 5 Mar 2017, at 18:20, Roberto Rodriguez Jr = wrote: >=20 > HP 15 AMD64 laptop a6-5200 apu... this is the error below >=20 > On Mar 5, 2017 11:37 AM, "Ultima" wrote: >=20 > Its showing... >=20 > elf64_loadimage: read failed > can't load file /boot/kernel/kernel >=20 > Can the same when attempting to load kernel.old, had to revert to old > snapshot on usb rescue. > This is not a hardware problem. I guess this is = https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064971.html= Best regards Michael > _______________________________________________ > 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 Sun Mar 5 20:04:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8F6ECFA73B for ; Sun, 5 Mar 2017 20:04:56 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::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 8E1C11A30 for ; Sun, 5 Mar 2017 20:04:56 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x234.google.com with SMTP id 203so38498079ith.0 for ; Sun, 05 Mar 2017 12:04:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=BVxcgJcKE1USkxqJq0I4lS+5TNe+kW6vY4KlrU+SeFc=; b=XVbCWIeA0u8z7TkoAjSVVYU/vE5Y3htfujFFUcimFtmVEmPLzthp97BkxcWhEOXj9V LnP9t+vtA8JuiqESH74uLTx57pTiWvPwqYRaXUU7AtW53xIJNI8Qu0T7hRqD65OD+CpT DEZYOzBOzMWBo+xrb7TS6M5Tcdxh5UUdxCjC2puYIGO+3FhUjHh8q16qcRjAt1LEqW3M aeclJNzTypPKQVr6sV5YVvbBoBUPBfrrHESZym7RHupKBWcNzmmUNPpm0+q2WPBPIHtz JJqwhfsS5/3nupNAMAaQn3wEuRSU2SaS0bKa7em3KmIZmG6C9XqGJkYsDOwuqq+RUEe4 YlTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=BVxcgJcKE1USkxqJq0I4lS+5TNe+kW6vY4KlrU+SeFc=; b=lc1e94h5H0PF3ksj+sMknZrU5gPw+jYA03CSCysHsbfOyO7Q/7FeOUnQMqXIxzwWgK HDr6JbLZd0RwZWpJkjenoZcHLDWTUhzMVQjdAVDf5ixRJvXez1GGfEO/KWr6tt04+v1L YYVMVOoW06K3YAYERFRODx4LETcXumredGTB4HRurI4DL0AYGlq1kP0m0tMNwdr6H4Pj fO0yoR5oaBeIsGIykmEg5RB50NlYfREJXYIIGS2Hwly02ONc+wMJ+8NTuoRnoyH9wI5v zSCHazKsW5NSrYVAVbxUj9rT0OJJ6AuZzyfmgCJoWkMr/AjC817ZPKeWr0CDbz8aeu1k S7tQ== X-Gm-Message-State: AMke39kQ+sJ7HXQYxGh5WdVvDWZsC7OW+njWOCtNOqFs9Rz5vDVHYVgNO1+JMmTqKtnf2hFZwtaDY19YbY2l4Q== X-Received: by 10.36.60.198 with SMTP id m189mr12170085ita.117.1488744295668; Sun, 05 Mar 2017 12:04:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Sun, 5 Mar 2017 12:04:55 -0800 (PST) Received: by 10.64.226.199 with HTTP; Sun, 5 Mar 2017 12:04:55 -0800 (PST) In-Reply-To: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> From: Roberto Rodriguez Jr Date: Sun, 5 Mar 2017 15:04:55 -0500 Message-ID: Subject: Re: input/output error @boot To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 20:04:56 -0000 When I get to the house I'll try to patch it and see if I get any results. Thank u very much I guess this is https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064971.html Best regards Michael > _______________________________________________ > 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 Sun Mar 5 20:49:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D10BCFA182 for ; Sun, 5 Mar 2017 20:49:44 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::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 1716B1EEB for ; Sun, 5 Mar 2017 20:49:44 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id u108so104145496wrb.3 for ; Sun, 05 Mar 2017 12:49:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:in-reply-to:references:content-transfer-encoding :date:message-id:mime-version; bh=3vOgKoFKo3VuRmbUw6mkHr4dU+RsNBZxlGMeC34e5vs=; b=R+fe85wZItarrxcEg1R6nEwEEwcS2id/xOYLAbTkm1YIfaAqsCdHaAkrz3HSUiITks OmrhHNNqMzduOmZCkhy+2svGc3eUmugH63CfWU5I7SfUZr/M4SNYVpI4Tj4sn9QMCYMW +f6tgIdDdzvDHh6lhqYIsXoj4UcHoHsBVS2da5/ga+RTnzdpnvu2Zrlj1nqrDD+yrnHw SeEgVu4gVyTM+neAVXF+OF+hRJ7wTtMFWHooo5deif2U96dd1o4w4cXLXp3J4DIXBz6p Hp313WQHpOIs0cPyW9eNNXXtyRfvA4x7GfsSklfz/i8ZiVZczrblNVeKuE8ZKJK+gmEs yFpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:in-reply-to:references :content-transfer-encoding:date:message-id:mime-version; bh=3vOgKoFKo3VuRmbUw6mkHr4dU+RsNBZxlGMeC34e5vs=; b=Vd+yJ7mUnPDou89Cypf+WwAWhIybUgEWNy9eVfvoMMPVZyfChFMWYgcgztZyDKjcdx 5xsaBAgQFY+uFFPYQ3kf1pSfJiF/9VpEv67o7OwkCJTAeov/2wb6x0uskjvvhS/s9Ceb 7giNDDlHc0vcfgBowyiymNuPsoX+qwJ1MuSH/Bew9kv89aDUwt3GvtvT+uT1YG6WdWJW hOpWc6EYMWwxC8lvIkRRFZYSSpTjgAbWFdQN2fM5On/nNQSvFKdDyEm7P7lx293PhzNX LQbf0640E65xXnvUnwJM6S97+yReCfjfQhjjCzz5FPFdugOQEvstlZIdVHsLYyHG28W/ BEow== X-Gm-Message-State: AMke39nKSSWCdE6R/osOjDU/GW5/PB/Q6jeFA3nXs74xw56BM0hU/xt4lcsC7sT3G2XO6A== X-Received: by 10.223.183.17 with SMTP id l17mr488520wre.89.1488746981843; Sun, 05 Mar 2017 12:49:41 -0800 (PST) Received: from [127.0.0.1] (i59F7B869.versanet.de. [89.247.184.105]) by smtp.gmail.com with ESMTPSA id b13sm5415966wmf.6.2017.03.05.12.49.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Mar 2017 12:49:41 -0800 (PST) X-Priority: 3 To: frank.honolka.sawar@gmail.com Cc: freebsd-current@freebsd.org From: Johannes Dieterich Subject: Re: FreeBSD Current on a Compaq h050ng Notebook ( AMD Sea Islands ) In-Reply-To: <20170305173423.6338ab2b@lappi.linuxcompitech.net> References: <20170305173423.6338ab2b@lappi.linuxcompitech.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Date: Sun, 5 Mar 2017 20:49:36 +0000 Message-ID: <6ovuzf.omd0it.2rxd1j-qmf@smtp.gmail.com> MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 20:49:44 -0000 RGVhciBGcmFuaywNCg0KT24gU3VuZGF5LCBNYXJjaCA1LCAyMDE3LCBGcmFuayBIb25vbGthIHdy b3RlOg0KPiBIaSBHdXlzLA0KPiANCj4gRmV3IG1vbnRocyBhZ28sIEkndmUgYnVpbHQgYW5kIGlu c3RhbGxlZCBGcmVlQlNEIEN1cnJlbnQgKyBkcm0gNC43IG9uIGENCj4gQ29tcGFxIGgwNTBuZyB3 aXRoIGFuIEFNRCBTZWEgSXNsYW5kIEdyYXBoaWNzIENhcmQuIEF0IHRoaXMgdGltZSwgdGhlDQo+ IHN5c3RlbSB3YXNuJ3QgdmVyeSBzdGFibGUuIEkgd291bGQgbGlrZSB0byBrbm93LCBob3cgaXMg dGhlIHN1cHBvcnQgZm9yDQo+IFNlYSBJc2xhbmRzIGdyYXBoaWNzIG5vdz8NClNvbWUgaW1wcm92 ZW1lbnRzIHdlcmUgbWFkZSB0byBhbWRncHUgS01TIGluIGRybS1uZXh0LiBIb3dldmVyLCBvbmx5 IDJEIG1vZGUgaXMgc3RhYmxlIGZvciBtZSwgIDNEIHN0aWxsIHBhbmljcyAoSSBkaXNhYmxlIGFj Y2VsZXJhdGlvbiwgR2xhbW9yLCBhbmQgR0xYIGluIHhvcmcuY29uZikuIE5vIHdvcmsgdGhhdCBJ IGFtIGF3YXJlIG9mIHdhcyBkb25lIHRvIHJhZGVvbiBLTVMgKGl0IG1heSBwcm9maXQgZnJvbSBn ZW5lcmFsIGltcHJvdmVtZW50cyB0aG91Z2gpLiBJIHRoaW5rIHlvdSBjYW4gcnVuIFNlYSBJc2xh bmRzIHdpdGggYW1kZ3B1IEtNUywgSSdkIGdpdmUgdGhhdCBhIGdvIGlmIEkgd2FzIHlvdS4NCg0K UGxlYXNlIHJlcG9ydCBiYWNrIGlmIHlvdSB0cnkgYW55dGhpbmchDQoNCkhvcGUgdGhpcyBoZWxw cywNCg0KSm9oYW5uZXM= From owner-freebsd-current@freebsd.org Sun Mar 5 21:25:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7166ECFA660 for ; Sun, 5 Mar 2017 21:25:17 +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 4F0F61C45 for ; Sun, 5 Mar 2017 21:25:16 +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 v25LQriC026983; Sun, 5 Mar 2017 13:27:01 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: David Wolfskill Cc: In-Reply-To: <20170305121026.GK1583@albert.catwhisker.org> References: <959436378530ea6a182825fb1328bcb6@ultimatedns.net> <3244339.Sh8jFgR0Eq@madcat.anarchadelic.> <2e2714cc5f991d19c70ccff599aa3fe6@ultimatedns.net>, <20170305121026.GK1583@albert.catwhisker.org> From: "Chris H" Subject: Re: kernel trap 12 with interrupts disabled Date: Sun, 05 Mar 2017 13:27:01 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 21:25:17 -0000 On Sun, 5 Mar 2017 04:10:26 -0800 David Wolfskill wrote > On Sat, Mar 04, 2017 at 10:08:45PM -0800, Chris H wrote: > > Thanks for the reply. > > I rebooted to kernel.old, so I could get the exact > > src revision I built this on. It's r314640 > > > > Any news as to whether it's safe to update src, and > > build a usable kernel? > > .... > > I (try to -- and usually succeed in doing so) build & smoke test > stable/11 and head daily, on both a dedicated "build machine and the > laptop I use for day-to-day use. > > Details are posted at > , including links to > pages with logs of the (daily) output of "uname -vp", so folks can see > what worked for me (along with a fair bit of other stuff that may be > useful for reality checks). > > The last few lines of "uname" output for my laptop for head are: > > ... > FreeBSD 12.0-CURRENT #272 r314549M/314552:1200022: Thu Mar 2 05:52:54 PST > 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > FreeBSD 12.0-CURRENT #273 r314592M/314592:1200023: Fri Mar 3 07:12:34 PST > 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:18 PST > 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > (but I just started another cycle, so I expect to be augmenting the list > fairly soon). > > I didn't happen to build at r314640; I did so at r314592 and r314653 -- > successfully -- though. Thank you *very* much, David, for sharing this. It's an *invaluable* resource. GREATLY appreciated! Now. If I could only figure out when (u)efi will be supported again. But that's another topic, in another thread. :-) Thanks again, David. --Chris > > Peace, > david From owner-freebsd-current@freebsd.org Sun Mar 5 22:35:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DD4FCFADEA; Sun, 5 Mar 2017 22:35:19 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-ot0-x242.google.com (mail-ot0-x242.google.com [IPv6:2607:f8b0:4003:c0f::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 24D7E1310; Sun, 5 Mar 2017 22:35:19 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: by mail-ot0-x242.google.com with SMTP id i1so15804813ota.3; Sun, 05 Mar 2017 14:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QqduHEH03tA4ks8dSBdkVsuHavAcDf6Ex4yQ7wEBqSI=; b=E8SVTtpFR1lXkJWumjNJUCc5cCeQXURn71qtgG98zlUq4axEIh9c1YMDgXqP/vQ81+ JmVFnbZWE0nB5+z7NMcgSSnLwdYRo0Ora7VP1t7nklguDjQnS7vbmZw1krOkTjhbFuPh 8lUKZnzy2FQdsQjifo2VKVSH6TPJBmDhbG5eXq1bbZ/mRf+esvMiRDZXRk0UgsoU4HP7 6jTjGb5C0voxexR6sqzpt44RJDoa+9pzs4KprcHrV3RHvyvHXvRp5iVUzrwK7bvILVrM QKqcTsyQWK7C0ysxevlZ79vdGG4I/oeMFjj/ta5ioDML/ox/mqN5WsijcBKwOGwqOewZ 4Vrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to:cc; bh=QqduHEH03tA4ks8dSBdkVsuHavAcDf6Ex4yQ7wEBqSI=; b=Tf48dt1VJyIyRazfUbIrx4xisNVBv3ymEoXwSKCzKqefxzOfHTpJAvkYOnQ0hoJSTr J6Ifmh6MeNA+y2u2K+820jZ+W68gWNnPMF/rUuU/+TORS7hRMilQI8sahv46DixCUXHS Z2jpHLy0+hYTzpytFswqRuP4rJ0f0rL0U82wQ761UhPUdx6dGceWASD9uyHNJ6M5wjvu AXwYIhX8deVFb3ZaKv68uNOFNP47DWCqyTrLzzk+Y6nDmjTTCexmUyDoFNd0f3YxwVWG Iy1eTbIo9tLikN7a0iD9AVvoCEAQWOLJc40fLzXv4RllOhiJ3V6vaCiD5DI64liddhvg TIXQ== X-Gm-Message-State: AMke39klguF0aAnivE+PgiQRqu6tUuRSMc28QtS8G8RJU0RmrgFBBBblTx70uKrIuRz+mnU9sM28NAvrWicRhQ== X-Received: by 10.157.84.10 with SMTP id j10mr6238378oth.257.1488753318552; Sun, 05 Mar 2017 14:35:18 -0800 (PST) MIME-Version: 1.0 Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.74.32.213 with HTTP; Sun, 5 Mar 2017 14:35:18 -0800 (PST) In-Reply-To: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Mon, 6 Mar 2017 07:35:18 +0900 X-Google-Sender-Auth: KsYFxU8GDqqfyEsY7QmaANd5dPs Message-ID: Subject: Re: PowerMac G5 and KMS To: "Herminio Hernandez Jr." Cc: Joe Nosay , Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , Debian powerpc Mailinglist Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 22:35:19 -0000 Thank you. I see the point. 2017-03-05 17:20 GMT+09:00 Herminio Hernandez Jr. : > Try to force the Radeon driver into PCI mode. Under Linux doing this stops > the blank screen and locks. Could anyone tell me how to do it? Can it be done from FreeBSD? I googled a little but could not find anything useful (maybe search words were not appropriate), so how to do it on Linux helps me also. pciconf -lc says: vgapci0@pci0:0:16:0: class=0x30000 card=0x41501002 chip=0x41501002 rev=0x00 hdr=0x00 cap 02[58] = AGP v3 8x 4x SBA disabled] cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 From owner-freebsd-current@freebsd.org Sun Mar 5 23:13:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EACDDCFB7E3 for ; Sun, 5 Mar 2017 23:13:03 +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 BFEBD1752; Sun, 5 Mar 2017 23:13: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 v25NEjbD041905; Sun, 5 Mar 2017 15:14:51 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Alex Deiter , Dexuan Cui Cc: Michael Tuexen , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau In-Reply-To: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Sun, 05 Mar 2017 15:14:52 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 23:13:04 -0000 On Sun, 5 Mar 2017 10:48:32 +0000 Dexuan Cui wrote > > From: Alex Deiter > > Sent: Sunday, March 5, 2017 03:32 > > > > Hello, > > > > Screenshot: boot with patched loader: > > Video: boot with patched loader: > > Hi Alex, > Thanks for the info! > Unluckily it looks the delay() in my patch didn't work here somehow, so the > screen scrolled up so quickly that we're unable to see the output clearly... > :-( > > Luckily we can use this new method: > When you reach the "OK " prompt in your screenshot > (http://picpaste.com/IMG_1768-PnmZAtBZ.JPG), please run "memmap" command > and share the output with me. Please press space to show the complete info > and share the screenshots. > > E.g. in my side, the memmap command shows: I'm experiencing the same problem. I've taken several screen shots, but not sure I got all of them. I guess the first, and last will maybe the most important. I'll clean them up, and post a link to them. In the meantime, is there any way to get the system to boot again? Is it possible to simply boot the install DVD, and replace the efi image on the system, with the one on the install DVD. Or can the offending commit simply be reverted. Thanks! --Chris > > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Sun Mar 5 23:59:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2A0ECFA4F0 for ; Sun, 5 Mar 2017 23:59:44 +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 92BE71B31; Sun, 5 Mar 2017 23:59:44 +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 v2601RdU046745; Sun, 5 Mar 2017 16:01:33 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Alex Deiter , Dexuan Cui Cc: Michael Tuexen , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau In-Reply-To: <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, , <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Sun, 05 Mar 2017 16:01:33 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <94871692b95acb7e3ece204732a10d7f@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 23:59:44 -0000 On Sun, 05 Mar 2017 15:14:52 -0800 "Chris H" wrote > On Sun, 5 Mar 2017 10:48:32 +0000 Dexuan Cui wrote > > > > From: Alex Deiter > > > Sent: Sunday, March 5, 2017 03:32 > > > > > > Hello, > > > > > > Screenshot: boot with patched loader: > > > Video: boot with patched loader: > > > > Hi Alex, > > Thanks for the info! > > Unluckily it looks the delay() in my patch didn't work here somehow, so the > > screen scrolled up so quickly that we're unable to see the output > > clearly... :-( > > > > Luckily we can use this new method: > > When you reach the "OK " prompt in your screenshot > > (http://picpaste.com/IMG_1768-PnmZAtBZ.JPG), please run "memmap" command > > and share the output with me. Please press space to show the complete info > > and share the screenshots. > > > > E.g. in my side, the memmap command shows: > I'm experiencing the same problem. > I've taken several screen shots, but not sure I got all of them. > I guess the first, and last will maybe the most important. I'll > clean them up, and post a link to them. > > In the meantime, is there any way to get the system to boot again? > Is it possible to simply boot the install DVD, and replace the > efi image on the system, with the one on the install DVD. Or > can the offending commit simply be reverted. OK copying the boot.efi from the install DVD will only hose the system (EFI). So how long till (u)efi is again supported on FreeBSD? Sorry for the frustration. But getting a working FreeBSD on this system has become an unusually long, and expensive process, this time around -- even for CURRENT. Thanks, for all your time, and consideration! --Chris > > Thanks! > > --Chris > > > > > Thanks, > > -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 00:34:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3888CFAFB5 for ; Mon, 6 Mar 2017 00:34:26 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0100.outbound.protection.outlook.com [104.47.37.100]) (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 888EF1E26; Mon, 6 Mar 2017 00:34:25 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=tJS8akIYV8Ocs90/v4fWyZRrUYa8hOKAQB7H6fi6NVc=; b=d4OLXPTjZooiRfzjfxYkAQDMV0ENTC91BkoOhja9MzS/J5JWYUZSYc2svsQ7HmJkJE6T4sKIhkqs0aO2QMx3GNg0UBZeaBMJYJDB2jg5C05zGTa3r1tAFiJm2QNX3/waxdLLqdiBfo8LuMDKrSNIvuAgdUAiwEGKRWFyaQS1h7Q= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 00:34:19 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 00:34:19 +0000 From: Dexuan Cui To: Chris H , Alex Deiter CC: Michael Tuexen , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RA= Date: Mon, 6 Mar 2017 00:34:19 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> In-Reply-To: <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [112.64.217.16] x-ms-office365-filtering-correlation-id: a16fb250-26ad-4c07-b086-08d464288734 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:IcjvqnvO2E2I0CrQies39ZT7oIOjjsuti4A4KsUcfPiJMaQMTvALdrT3SdQTWJkgBLidmX0PQxqVlR8nH7/VycmbUBwQU4DNZSdbKVkiUjLHtVQnnHTywVPBm+tkHBk7f9AXIs1NrwdyPyYF8mYB4qegPiTcQh9S5Jvs6jYPHGNSK1/ak+ZNgdNVCKpJ/z5tC+bFHiPM646l1NN/ME73eFc9/3EQOo9P8eUSZvD5e7OU8JBVaQh6CwZCImDk6FROoqjPVMz6cPQZsxGvNlGvwOYcYvuaKyBaewABuVg5LeR4QR6k+JdDYYp8wKETImoUrnntENLGWIbtaZRfv5bL+seUepX5WkQkufcB2WQHgLE= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123564025)(20161123562025)(20161123560025)(20161123555025)(6072148)(6042181); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(51914003)(55674003)(76176999)(39060400002)(55016002)(54906002)(25786008)(122556002)(50986999)(77096006)(6246003)(38730400002)(99286003)(81166006)(53936002)(3280700002)(229853002)(106116001)(6506006)(33656002)(6436002)(4326008)(54356999)(8990500004)(5660300001)(8676002)(2906002)(2950100002)(10090500001)(7696004)(10290500002)(6116002)(102836003)(5005710100001)(8936002)(3846002)(3660700001)(2900100001)(189998001)(92566002)(86362001)(93886004)(7736002)(86612001)(74316002)(9686003)(305945005)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 00:34:19.3176 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 00:34:26 -0000 PiBGcm9tOiBDaHJpcyBIIFttYWlsdG86YnNkLWxpc3RzQGJzZGZvcmdlLmNvbV0NCj4gPiBIaSBB bGV4LA0KPiA+IFRoYW5rcyBmb3IgdGhlIGluZm8hDQo+ID4gVW5sdWNraWx5IGl0IGxvb2tzIHRo ZSBkZWxheSgpIGluIG15IHBhdGNoIGRpZG4ndCB3b3JrIGhlcmUgc29tZWhvdywgc28gdGhlDQo+ ID4gc2NyZWVuIHNjcm9sbGVkIHVwIHNvIHF1aWNrbHkgdGhhdCB3ZSdyZSB1bmFibGUgdG8gc2Vl IHRoZSBvdXRwdXQgY2xlYXJseS4uLg0KPiA+IDotKA0KPiA+DQo+ID4gTHVja2lseSB3ZSBjYW4g dXNlIHRoaXMgbmV3IG1ldGhvZDoNCj4gPiBXaGVuIHlvdSByZWFjaCB0aGUgIk9LICIgcHJvbXB0 IGluIHlvdXIgc2NyZWVuc2hvdA0KPiA+IHBsZWFzZSBydW4gIm1lbW1hcCIgY29tbWFuZA0KPiA+ IGFuZCBzaGFyZSB0aGUgb3V0cHV0IHdpdGggbWUuIFBsZWFzZSBwcmVzcyBzcGFjZSB0byBzaG93 IHRoZSBjb21wbGV0ZSAgaW5mbw0KPiA+IGFuZCAgc2hhcmUgdGhlIHNjcmVlbnNob3RzLg0KPiA+ DQo+ID4gRS5nLiBpbiBteSBzaWRlLCB0aGUgbWVtbWFwIGNvbW1hbmQgc2hvd3M6DQo+IEknbSBl eHBlcmllbmNpbmcgdGhlIHNhbWUgcHJvYmxlbS4NCj4gSSd2ZSB0YWtlbiBzZXZlcmFsIHNjcmVl biBzaG90cywgYnV0IG5vdCBzdXJlIEkgZ290IGFsbCBvZiB0aGVtLg0KPiBJIGd1ZXNzIHRoZSBm aXJzdCwgYW5kIGxhc3Qgd2lsbCBtYXliZSB0aGUgbW9zdCBpbXBvcnRhbnQuIEknbGwNCj4gY2xl YW4gdGhlbSB1cCwgYW5kIHBvc3QgYSBsaW5rIHRvIHRoZW0uDQoNClRoYW5rcyEgSSdtIGVhZ2Vy IHRvIHNlZSB5b3VyIHNjcmVlbnNob3RzLiANClRoZSBsaW5lIHdob3NlICJQaHlzaWNhbCIgYWRk cmVzcyBjb250YWlucyAyTUIgaXMgdGhlIG1vc3QgaW50ZXJlc3RpbmcgdG8gbWUuDQpBbmQgcGxl YXNlIGF0IGxlYXN0IHBvc3QgdGhlIG90aGVyIGxpbmVzIGFyb3VuZCB0aGUgbGluZS4NCg0KPiBJ biB0aGUgbWVhbnRpbWUsIGlzIHRoZXJlIGFueSB3YXkgdG8gZ2V0IHRoZSBzeXN0ZW0gdG8gYm9v dCBhZ2Fpbj8NCj4gSXMgaXQgcG9zc2libGUgdG8gc2ltcGx5IGJvb3QgdGhlIGluc3RhbGwgRFZE LCBhbmQgcmVwbGFjZSB0aGUNCj4gZWZpIGltYWdlIG9uIHRoZSBzeXN0ZW0sIHdpdGggdGhlIG9u ZSBvbiB0aGUgaW5zdGFsbCBEVkQuIE9yDQo+IGNhbiB0aGUgb2ZmZW5kaW5nIGNvbW1pdCBzaW1w bHkgYmUgcmV2ZXJ0ZWQuDQo+IA0KPiAtLUNocmlzDQpZZXMsIHlvdSBjYW4gcmVwbGFjZSB0aGUg YnJva2VuIHN5c3RlbSdzIGJhZCAvYm9vdC9sb2FkZXIuZWZpICB3aXRoIGENCmdvb2QgdmVyc2lv bi4gWW91IGNhbiBhbHNvIHJldmVydCB0aGUgb2ZmZW5kaW5nIGNvbW1pdCAoImxvYWRlci5lZmk6 IHJlZHVjZQ0KdGhlIHNpemUgb2YgdGhlIHN0YWdpbmcgYXJlYSBpZiBuZWNlc3NhcnkiKS4NCg0K VGhhbmtzLA0KLS0gRGV4dWFuDQo= From owner-freebsd-current@freebsd.org Mon Mar 6 00:41:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CB36CF7709 for ; Mon, 6 Mar 2017 00:41:02 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0119.outbound.protection.outlook.com [104.47.40.119]) (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 D2239146F; Mon, 6 Mar 2017 00:41:00 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zsmuAbdMyHxcs1b65q4POBt4RRXPc2DEUXAURfY8k3c=; b=GdOzb7S2qAjB/y7q2mFBa7RbPBMm4tx0XoDFxNw8NA7DlOao63zobV13H5F3RZY50kCbmtae69PmI4er+al+6mXQndV+jetQy+fI3fn8GNsIQV0oLcNzrFbCq6aqWOLDqcql4C1CWHDuJsGVOiYybQH+gcmjviWRqLNuSpfO1gw= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 00:40:58 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 00:40:58 +0000 From: Dexuan Cui To: Chris H , Alex Deiter CC: Michael Tuexen , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAANC4CAAAlCYA== Date: Mon, 6 Mar 2017 00:40:58 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, , <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <94871692b95acb7e3ece204732a10d7f@ultimatedns.net> In-Reply-To: <94871692b95acb7e3ece204732a10d7f@ultimatedns.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [112.64.217.16] x-ms-office365-filtering-correlation-id: 32f00a53-5f76-423a-684a-08d464297537 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:gO7Wf7phX1nFtHlhEvI2NsxO6rbjNh7t/4MAn6tHUFJ4mihGU5ZQ4JmnuHG7Ybs048leYmdqZtQH7OJDeIceM7jEv4Ksr/xBtCgxw4UaWaE9OOYRbxnTZVv+yEvz+jssMvfRDNY+FitaOWS3ouwOWhI/NEla011KhyI8nKseMAUrYeRE0JupOcHt+G/5i1iU/ATKvC4zbYb+wi1+fOVXXeULlrwcr+FtAqqBc64N0lTJK7kOyfRYZtuUxDJTk6jx1NrTmK0jReNflUWur/H+Qp8cF0aX6m6Ex4DjoJHg9cNEWQPyhSPKFATZ+vUmbYkKeLmZVWPqWAmQ/2c9Ex7x2vzQc3JyG9esCeonDyij8lQ= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123564025)(20161123562025)(20161123560025)(20161123555025)(6072148); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39450400003)(39850400002)(39860400002)(39410400002)(39840400002)(76176999)(39060400002)(55016002)(54906002)(25786008)(122556002)(50986999)(77096006)(6246003)(38730400002)(99286003)(81166006)(53936002)(3280700002)(229853002)(106116001)(6506006)(33656002)(6436002)(4326008)(54356999)(8990500004)(5660300001)(8676002)(2906002)(2950100002)(10090500001)(7696004)(10290500002)(6116002)(102836003)(5005710100001)(8936002)(3846002)(3660700001)(2900100001)(189998001)(92566002)(86362001)(93886004)(7736002)(86612001)(74316002)(9686003)(305945005)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 00:40:58.7583 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 00:41:02 -0000 PiBGcm9tOiBDaHJpcyBIIFttYWlsdG86YnNkLWxpc3RzQGJzZGZvcmdlLmNvbV0NCj4gT0sgY29w eWluZyB0aGUgYm9vdC5lZmkgZnJvbSB0aGUgaW5zdGFsbCBEVkQgd2lsbCBvbmx5DQo+IGhvc2Ug dGhlIHN5c3RlbSAoRUZJKS4NCkRvIHlvdSBtZWFuIGNvcHlpbmcgdGhlIGJvb3QuZWZpIGZyb20g dGhlIGluc3RhbGwgRFZEIGRvZXNuJ3Qgd29yaz8NCklmIHNvIHdlIG5lZWQgdG8gYnVpbGQgYSBn b29kIGJvb3QuZWZpIHdpdGggdGhlIENVUlJFTlQgY29kZSArIHJldmVydGluZw0KdGhlIG9mZmVu ZGluZyBjb21taXQuDQoNCj4gU28gaG93IGxvbmcgdGlsbCAodSllZmkgaXMgYWdhaW4gc3VwcG9y dGVkIG9uIEZyZWVCU0Q/DQo+IFNvcnJ5IGZvciB0aGUgZnJ1c3RyYXRpb24uIEJ1dCBnZXR0aW5n IGEgd29ya2luZyBGcmVlQlNEDQo+IG9uIHRoaXMgc3lzdGVtIGhhcyBiZWNvbWUgYW4gdW51c3Vh bGx5IGxvbmcsIGFuZCBleHBlbnNpdmUNCj4gcHJvY2VzcywgdGhpcyB0aW1lIGFyb3VuZCAtLSBl dmVuIGZvciBDVVJSRU5ULg0KPiANCj4gLS1DaHJpcw0KDQpJIHRoaW5rIEVGSSBib290IGhhcyBi ZWVuIHN1cHBvcnRlZCBieSBGcmVlQlNEIGZvciB5ZWFycyBhbmQgaXQncyBvbmx5DQpicm9rZW4g c2luY2UgbGFzdCBUaHVyc2RheSBieSBteSBwYXRjaC4uLiBTb3JyeS4gTGV0J3MgbWFrZSBpdA0K cmlnaHQgc29vbiwgb25jZSBJIHVuZGVyc3RhbmQgd2h5IHRoZSBwYXRjaCBicmVha3MgaXQgIGJ5 IGNoZWNraW5nDQp0aGUgbWVtb3J5IG1hcHMgb24geW91ciBzeXN0ZW0uDQoNClRoYW5rcywNCi0t IERleHVhbg0K From owner-freebsd-current@freebsd.org Mon Mar 6 01:54:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76051CF7F9D for ; Mon, 6 Mar 2017 01:54:42 +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 437FE1E15 for ; Mon, 6 Mar 2017 01:54:41 +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 v261uRS8072972; Sun, 5 Mar 2017 17:56:33 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dexuan Cui Cc: "FreeBSD CURRENT" In-Reply-To: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Sun, 05 Mar 2017 17:56:33 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 01:54:42 -0000 Thank you verymuch for the reply, Dexuan! On Mon, 6 Mar 2017 00:34:19 +0000 Dexuan Cui wrote > > From: Chris H [mailto:bsd-lists@bsdforge.com] > > > Hi Alex, > > > Thanks for the info! > > > Unluckily it looks the delay() in my patch didn't work here somehow, so > > > the screen scrolled up so quickly that we're unable to see the output > > > clearly... :-( > > > > > > Luckily we can use this new method: > > > When you reach the "OK " prompt in your screenshot > > > please run "memmap" command > > > and share the output with me. Please press space to show the complete > > > info and share the screenshots. > > > > > > E.g. in my side, the memmap command shows: > > I'm experiencing the same problem. > > I've taken several screen shots, but not sure I got all of them. > > I guess the first, and last will maybe the most important. I'll > > clean them up, and post a link to them. > > Thanks! I'm eager to see your screenshots. > The line whose "Physical" address contains 2MB is the most interesting to me. > And please at least post the other lines around the line. OK. Her you go. It's taken me some time to get any shots that are readable -- I don't have a very steady hand. :-( Anyway, I haven't touched them. They're just as my phone camera produced them. Because of their size, I've packed them all up. I'm afraid I don't know their exact order. Hopefully you'll know by looking at them. :-) They're located at: bsdforge.com/efi-memmap.tar.xz Thank you very much for all your time, and attention to this, Dexuan! And sorry for my frustration. --Chris > > > In the meantime, is there any way to get the system to boot again? > > Is it possible to simply boot the install DVD, and replace the > > efi image on the system, with the one on the install DVD. Or > > can the offending commit simply be reverted. > > > > --Chris > Yes, you can replace the broken system's bad /boot/loader.efi with a > good version. You can also revert the offending commit ("loader.efi: reduce > the size of the staging area if necessary"). > > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 02:04:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F476CF9356; Mon, 6 Mar 2017 02:04:36 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1622B13B0; Mon, 6 Mar 2017 02:04:36 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id r36so11841439lfi.0; Sun, 05 Mar 2017 18:04:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:subject:message-id:mime-version :content-transfer-encoding; bh=GKSfGgQELCSXXlBDzNPpVmHKV6xKu25oExl3UY7c0Q4=; b=VYyzgKi7v8jKpByEGeMECIdaEjuxUFkyNon0xqSufmkh3jkFDGEugLsY0zWNafKzOO oHy7BjSMuX7OWgOd2OaR6qQ19AetkBfvIickCUh5jnxdWgLjqCiXBhbgSuqCikonEyW1 SWUmpDj626AVDdxBzxlNqxj1BZOHaW5O4nwdO9WmM6l8Fmh5Wp5tXdy6QR5WVSxYPibF WwvpsawulVuuVP3FIIA0qsAv4FdRPBABSNlDlAhabyecoqoIgARg8H80awnbCGWadZmw xugCGmqrzb2Sk02KFV4HeXdlnFizgiOUAQpcKWtan4FXZ8XnDZxaq2QpOAdb5D0jvP+9 f/tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:subject:message-id:mime-version :content-transfer-encoding; bh=GKSfGgQELCSXXlBDzNPpVmHKV6xKu25oExl3UY7c0Q4=; b=f2P9csya9dFQm7AihTJssgIR2ce0J6CpJlgpiIpDysdxnhSeB36VThu45HOOi9GslZ q2Dyt9hiAs1eOwkPBomzTMrD2fByAaYbnNr6f8jYcqMEQnUkmMxjR4kwGv0M7lwkU3fX I1QEne2ULXXix+1XP8FoKU1ZGTg/tCkB4jz9wIwacyzn4nvLQtw6w7AVSMOD6B/b6FlL iMeJ2hbsPUgH5SnZBuuNbj82jMsH7MGklXTzJBrRj5uCGcxVP66rKiJCkBr4EGXHWkyI +QD0ZJ9S99C6dnw9j6Yf/NMq2kBbtBVcY1RCnQlf4FztcuBmhskHuNyeW6fgb/Osgej/ a/Tg== X-Gm-Message-State: AMke39lHlwHnsBiOSvfHFvQh2F/7ZZod++TZEdDCVje/IHxk3gkcbGP0Bnow0E9DmmbZaQ== X-Received: by 10.46.80.16 with SMTP id e16mr4515394ljb.33.1488765873884; Sun, 05 Mar 2017 18:04:33 -0800 (PST) Received: from rimwks ([2001:470:28:81a:6ef0:49ff:fe75:38e3]) by smtp.gmail.com with ESMTPSA id l2sm478393lfe.69.2017.03.05.18.04.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 05 Mar 2017 18:04:33 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Mon, 6 Mar 2017 05:04:31 +0300 To: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, Rozhuk Ivan Subject: AMD CPU/APU temperature driver Message-ID: <20170306050431.6fff2cbe@rimwks> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 02:04:36 -0000 Hi! New amdtemp driver needs more testers! https://reviews.freebsd.org/D9759 Fast buld/install: ...download and apply patch... kldunload amdtemp cd /usr/src/sys/modules/amdtemp/ make make install make cleandir kldload amdtemp rus/eng: http://netlab.dhis.org/wiki/ru:software:freebsd:amdtemp Read methods: - D18F3xE4 Thermtrip Status Register (TTS) - D18F3x64 Hardware Thermal Control (HTC) - tunables only, no temperature - D18F3xA4 Reported Temperature Control Register (RTC) - SB-TSI - Temperature Sensor Interface via CPU registers (TSI) - TSI via SMBus - not supported yet Tunables: D18F3xE4 Thermtrip Status Register - TjOffset (RD) - This field is the offset from CurTmp used to normalize to Tcontrol. - DiodeOffset (RD) - Thermal diode offset is used to correct the measurement made by an external temperature sensor. - ThermtpEn (RD) - The THERMTRIP state is supported by the processor. - Thermtrip (RD) - The processor has entered the THERMTRIP state. D18F3x64 Hardware Thermal Control (HTC) - HtcTmpLmt (RD, Kelvin) - HTC temperature limit - HtcHystLmt (RW, Kelvin) - HTC hysteresis. The processor exits the HTC active state when the temperature selected by HtcSlewSel is less than the HTC temperature limit (HtcTmpLmt) minus the HTC hysteresis (HtcHystLmt). - HtcEn (RW) - HTC is enabled; the processor is capable of entering the HTC-active state. - HtcLock (RW) - HtcPstateLimit, HtcHystLmt, HtcTmpLmt, and HtcEn are read-only. - HtcSlewSel (RW) - HTC slew-controlled temperature select. - HtcPstateLimit (RW) - HTC P-state limit select. - HtcAct (RW) - The processor is currently in the HTC-active state. - HtcActSts (RW) - set-by-hardware; write-1-to-clear. Reset: 0. This bit is set by hardware when the processor enters the HTC-active state. It is cleared by writing a 1 to it. - PslApicHiEn (RW) - P-state limit higher value change APIC interrupt enable. - PslApicLoEn (RW) - P-state limit lower value change APIC interrupt enable. D18F3xA4 Reported Temperature Control Register - CurTmp (RD, Kelvin) - Provides the current control temperature, Tctl, after the slew-rate controls have been applied. - CurTmpTjSel (RW, Kelvin) - Specifies a value used to create Tctl. - TmpSlewDnEn (RW) - Temperature slew downward enable. - TmpMaxDiffUp (RW) - Specifies the maximum difference, (Tctlm - Tctl), when Tctl immediatly updates to Tctlm. - PerStepTimeDn (RW) - Specifies the time that Tctlm must remain below Tctl before applying a 0.125 downward step. - PerStepTimeUp (RW) - Specifies the time that Tctlm must remain above Tctl before applying a 0.125 upward step. SB-TSI registers - cpu_temperature (RD, Kelvin) - CPU Temperature - high_temperature_threshold (RD, Kelvin) - High Temperature Threshold - low_temperature_threshold (RD, Kelvin) - Low Temperature Threshold - cpu_temperature_offset_hi (RW) - CPU Temperature Offset High Byte - cpu_temperature_offset_lo (RW) - CPU Temperature Offset Low Byte - status (RW) - SB-TSI Status - cfg3 (RW) - SB-TSI Configuration Register 0x03 - cfg9 (RW) - SB-TSI Configuration Register 0x09 - upd_rate (RW) - Update Rate - timeout_cfg (RW) - Timeout Configuration - alert_threshold (RW) - Alert Threshold - alert_cfg (RW) - Alert Configuration - manufacture_id (RD) - Manufacture ID - revision (RD) - SB-TSI Revision From owner-freebsd-current@freebsd.org Mon Mar 6 03:00:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4C19CF7246 for ; Mon, 6 Mar 2017 03:00:24 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0126.outbound.protection.outlook.com [104.47.41.126]) (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 700D11BE7 for ; Mon, 6 Mar 2017 03:00:23 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kR8n1vkGLiEC5qazk212g2yHqkr75M++l0IzQAmPSzs=; b=c++9tiDrHoeeKGjuN4wPXFIb5qUR8aTSaR/Mk/qDb5F+PKj63MsZwgtPkYdO2BmaHbZ70UMHOtlkQIzfPRQlIyITATQftcAQUfnchhx30a8BKW2Z5gzJkNeXt4b1oWZ0WDo1BX037GoOj53Y3w3ea5jfMFVRXYZ1ghTzbqkmmRY= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2672.namprd03.prod.outlook.com (10.168.207.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 03:00:20 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 03:00:20 +0000 From: Dexuan Cui To: Chris H CC: FreeBSD CURRENT Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRw Date: Mon, 6 Mar 2017 03:00:20 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> In-Reply-To: <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::3b4] x-ms-office365-filtering-correlation-id: 3e0014bb-38d2-496b-edc6-08d4643ced3c x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2672; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2672; 7:hEt9zC3mk6UiRPDYzWiplguFzM5Sgmg+3hBkipq7fZk7g+EbDzvudJCShG9pRPYqdefE0ERRcHhzAio2r8miRmsACi/TdPA+MTnP7OV7WzRr47uhYmJcmf/8LfspT67Oq/cm42U5Jja54H5t/rqm9Damgr06Ee/E6izgSsjJuHA3tyUg7A7bSSwcZAd1vWbWykVlAMDkrub94Q9Abuwg/rc5w/tt/34Q6LkWdyBRSlue7bCHPWzbiP4EixLRWYUyq522mJIte73du9fG6LEDTrUq0OWBAClr8AI2AzfRoIKQcEXi93vmA1rezttKcfW9QeEUo1rxwR8Iyp7GOTnJpz/8bJSbsnUkH7IEFnhFC9g= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(6072148)(6042181); SRVR:MWHPR03MB2672; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2672; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(45984002)(52314003)(86612001)(50986999)(122556002)(4326008)(54356999)(81166006)(92566002)(76176999)(2900100001)(5660300001)(9686003)(38730400002)(86362001)(8936002)(110136004)(6116002)(102836003)(305945005)(99286003)(25786008)(3660700001)(6916009)(77096006)(74316002)(3280700002)(7696004)(8676002)(33656002)(93886004)(189998001)(10290500002)(53936002)(55016002)(10090500001)(6436002)(6306002)(2906002)(7736002)(2950100002)(5005710100001)(6506006); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2672; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 03:00:20.6550 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2672 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 03:00:24 -0000 PiBGcm9tOiBDaHJpcyBIIFttYWlsdG86YnNkLWxpc3RzQGJzZGZvcmdlLmNvbV0NCj4gU2VudDog TW9uZGF5LCBNYXJjaCA2LCAyMDE3IDA5OjU3DQo+ID4gVGhhbmtzISBJJ20gZWFnZXIgdG8gc2Vl IHlvdXIgc2NyZWVuc2hvdHMuDQo+ID4gVGhlIGxpbmUgd2hvc2UgIlBoeXNpY2FsIiBhZGRyZXNz IGNvbnRhaW5zIDJNQiBpcyB0aGUgbW9zdCBpbnRlcmVzdGluZyB0byBtZS4NCj4gPiBBbmQgcGxl YXNlIGF0IGxlYXN0IHBvc3QgdGhlIG90aGVyIGxpbmVzIGFyb3VuZCB0aGUgbGluZS4NCj4gT0su IEhlciB5b3UgZ28uIEl0J3MgdGFrZW4gbWUgc29tZSB0aW1lIHRvIGdldCBhbnkgc2hvdHMNCj4g dGhhdCBhcmUgcmVhZGFibGUgLS0gSSBkb24ndCBoYXZlIGEgdmVyeSBzdGVhZHkgaGFuZC4gOi0o DQo+IEFueXdheSwgSSBoYXZlbid0IHRvdWNoZWQgdGhlbS4gVGhleSdyZSBqdXN0IGFzIG15IHBo b25lIGNhbWVyYQ0KPiBwcm9kdWNlZCB0aGVtLiBCZWNhdXNlIG9mIHRoZWlyIHNpemUsIEkndmUg cGFja2VkIHRoZW0gYWxsIHVwLg0KPiBJJ20gYWZyYWlkIEkgZG9uJ3Qga25vdyB0aGVpciBleGFj dCBvcmRlci4gSG9wZWZ1bGx5IHlvdSdsbA0KPiBrbm93IGJ5IGxvb2tpbmcgYXQgdGhlbS4gOi0p DQo+IFRoZXkncmUgbG9jYXRlZCBhdDogYnNkZm9yZ2UuY29tL2VmaS1tZW1tYXAudGFyLnh6DQoN CkhpIENocmlzLCANClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHRoZSBzY3JlZW5zaG90cyEhIQ0K DQpPbiB0aGUgaG9zdCB0aGVyZSBpcyBhIDFNQiBMb2FkZXJEYXRhIG1lbW9yeSByYW5nZSwgd2hp Y2ggc3BsaXRzDQp0aGUgYmlnIENvbnZlbnRpb25hbCBNZW1vcnkgcmFuZ2UgaW50byBhIHNtYWxs IG9uZSAoMTVNQikgYW5kIGENCmJpZyBvbmU6IHRoZSBzbWFsbCBvbmUgaXMgdG9vIHNtYWxsIHRv IGhvbGQgdGhlIHN0YWdpbmcgYXJlYS4NCg0KSSdtIGdvaW5nIHRvIHBvc3QgYSBwYXRjaCBzaG9y dGx5Lg0KDQpGb3IgcGVvcGxlIHdobyBhcmUgaW50ZXJlc3RlZCBpbiB0aGUgZGV0YWlsczogcGxl YXNlIHNlZQ0KaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3ppbGxhL3Nob3dfYnVnLmNnaT9p ZD0yMTE3NDYjYzIyDQoNClRoYW5rcywNCi0tIERleHVhbg0K From owner-freebsd-current@freebsd.org Mon Mar 6 05:10:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACF8CCFA185 for ; Mon, 6 Mar 2017 05:10:31 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0134.outbound.protection.outlook.com [104.47.41.134]) (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 4B1B316A9 for ; Mon, 6 Mar 2017 05:10:30 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kMgiPaakVlAUSoc1fgdv+kj2+DVo+k3U7cl6/Z2fT9Y=; b=f/1oahroSpAbnYGMFuxQs8K+3i663cy17SJgWiBH3Mj8frwPJUkSAzqdI3bole5/XpQBRhjqGk1KSjrJJZoRqLjvjFUBkXs6PjWuP2NfxONpbHF9w+vtOhIrdwGKq9+dNMCAIxJujl6r/aX2URaG61VwNCBrHOW4h/fI8dBkj0E= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2672.namprd03.prod.outlook.com (10.168.207.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 05:10:27 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 05:10:27 +0000 From: Dexuan Cui To: Chris H CC: FreeBSD CURRENT Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRwgAAasvCAABO3gA== Date: Mon, 6 Mar 2017 05:10:27 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::3b4] x-ms-office365-filtering-correlation-id: 2a5de2f5-cfbe-414e-ff27-08d4644f1a8b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2672; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2672; 7:nzT8Rs/6tQ5C+2RJmyRK5Otxlg9wIqFXZ30n65lHH+gGteMHbDSFQ/QaVUVJ3jAbCFWxkqnKVFuGBV6Qd2sdcTGy9iheRLhM+uS1vclrsrC16toRpv8wBIQ2jfTXyV3JDVvcufeFRzBB9DoXNdo3FGSZLVnFpAjFDJ6B2qGOB603PP7IZ5pEo8LKtzoTbEilIoHqvrz2Bqy62q54c1dF0bz+y9n2x3U+Ldga1msuHUBbekHdIlsxredmzLpW/uTATRXIZv1PEm8SZK8UL7amhG4ffEboLqVzQM4u0w5aIVmFr4VYIIUbSxxbBblAzZtv4Nf7oDgWNSPj5LhJ6uQuz0x5zIW2l5pswxP+/qqAC8w= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123564025)(20161123562025)(20161123560025)(20161123555025)(6072148)(6042181); SRVR:MWHPR03MB2672; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2672; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(45984002)(86612001)(50986999)(81166006)(122556002)(4326008)(54356999)(92566002)(2900100001)(76176999)(5660300001)(9686003)(38730400002)(86362001)(8936002)(110136004)(102836003)(6116002)(305945005)(99286003)(25786008)(3660700001)(6916009)(77096006)(74316002)(3280700002)(8676002)(7696004)(93886004)(33656002)(189998001)(10290500002)(2906002)(53936002)(10090500001)(6436002)(55016002)(6306002)(7736002)(5005710100001)(6506006); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2672; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 05:10:27.5227 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2672 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 05:10:31 -0000 > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Dexuan Cui > Hi Chris, > Thank you very much for the screenshots!!! >=20 > On the host there is a 1MB LoaderData memory range, which splits > the big Conventional Memory range into a small one (15MB) and a > big one: the small one is too small to hold the staging area. >=20 > I'm going to post a patch shortly. (Some of you may receive this same mail twice or even thrice -- sorry for the confusion, it's because my first mail "is being held until the list moderator can review it for approval" due to "Too many recipients to the message"...) Can you please try the below patch? https://reviews.freebsd.org/D9904 You can find the URL of the "Download Raw Diff" in the page and 'wget' the patch and then apply it. It should be able to fix the recent UEFI-boot issue introduced by me. You may not need to re-buildworld. Please this link to replace the bad 'loader.efi': https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html I'm planning to commit the patch later today in about 6 hours, because I'm pretty confident in the patch and it should fix the critical issue... Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 06:02:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34969CFAD5A for ; Mon, 6 Mar 2017 06:02:42 +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 E8F271B6A for ; Mon, 6 Mar 2017 06:02:41 +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 v2664NUt013035; Sun, 5 Mar 2017 22:04:29 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dexuan Cui Cc: FreeBSD CURRENT In-Reply-To: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net>, From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Sun, 05 Mar 2017 22:04:29 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <1110574198ed85d9dcd5a737d464b457@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 06:02:42 -0000 On Mon, 6 Mar 2017 03:00:20 +0000 Dexuan Cui wrote > > From: Chris H [mailto:bsd-lists@bsdforge.com] > > Sent: Monday, March 6, 2017 09:57 > > > Thanks! I'm eager to see your screenshots. > > > The line whose "Physical" address contains 2MB is the most interesting to > > > me. And please at least post the other lines around the line. > > OK. Her you go. It's taken me some time to get any shots > > that are readable -- I don't have a very steady hand. :-( > > Anyway, I haven't touched them. They're just as my phone camera > > produced them. Because of their size, I've packed them all up. > > I'm afraid I don't know their exact order. Hopefully you'll > > know by looking at them. :-) > > They're located at: bsdforge.com/efi-memmap.tar.xz > > Hi Chris, > Thank you very much for the screenshots!!! No. Thank YOU, for all the work you're doing on this. Not to mention all the (personal) help you've given me. Greatly appreciated, Dexuan! --Chris > > On the host there is a 1MB LoaderData memory range, which splits > the big Conventional Memory range into a small one (15MB) and a > big one: the small one is too small to hold the staging area. > > I'm going to post a patch shortly. > > For people who are interested in the details: please see > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211746#c22 > > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 06:15:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 230F3CFBADA for ; Mon, 6 Mar 2017 06:15:15 +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 B654D11FF for ; Mon, 6 Mar 2017 06:15:14 +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 v266H1S1014549; Sun, 5 Mar 2017 22:17:07 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dexuan Cui Cc: In-Reply-To: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> , From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Sun, 05 Mar 2017 22:17:07 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 06:15:15 -0000 On Mon, 6 Mar 2017 04:01:04 +0000 Dexuan Cui wrote > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Dexuan Cui > > Hi Chris, > > Thank you very much for the screenshots!!! > > > > On the host there is a 1MB LoaderData memory range, which splits > > the big Conventional Memory range into a small one (15MB) and a > > big one: the small one is too small to hold the staging area. > > > > I'm going to post a patch shortly. > > Can you please try the below patch? Yes. I can't do it right away. Because that box is in the middle of a big build session. But the moment it's done. I'll give it a try, and report the results. Thanks again, Dexuan, for all your continued dedication to this! --Chris > https://reviews.freebsd.org/D9904 > You can find the URL of the "Download Raw Diff" in the page and > 'wget' the patch and then apply it. > > It should be able to fix the recent UEFI-boot issue introduced by me. > > You may not need to re-buildworld. Please this link to replace the > bad 'loader.efi': > https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html > > I'm planning to commit the patch later today in about 6 hours, because > I'm pretty confident in the patch and it should fix the critical issue... > > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 06:35:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79E4CCF8499 for ; Mon, 6 Mar 2017 06:35:17 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0090.outbound.protection.outlook.com [104.47.37.90]) (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 0CF241302 for ; Mon, 6 Mar 2017 06:35:16 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Qt8iXSmuB25jzI+MQEl+5u3XaVRL7ELCTHZ3R28vJdA=; b=evbafN8buNi2+QpDUEDcb2omjfSVDVOaD0EYR4DJqAKztWM/yO+jZYkeIWZXhqMZrK880/qRnQjjCDqaLa4EYI66exMu0RIqBuDgHHNp/mJY48eQFfm1nSfrob4cm5LnwPx+1Y0+C+48qmtOrPRRLV1EJ7Sk6JYi7EqyLhK03iU= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2671.namprd03.prod.outlook.com (10.168.207.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 06:35:13 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 06:35:13 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr , "freebsd-current@freebsd.org" Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/A= Date: Mon, 6 Mar 2017 06:35:13 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::3b4] x-ms-office365-filtering-correlation-id: 0426ffac-44fd-4559-c3e6-08d4645af232 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2671; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2671; 7:xXWP/2CIbM6eGsnjZSWbXb7JEjRKYWzfK0GGUX/EdMYl6HCs/584wj7yjk+bSQFtQrOFpWij4OgyBBvsVEbp6c/q3uqMEPVAGu8PskkxXbrPje2ULtaZBMVSEi++9P0xWZfBiFF+0N+upwN4flE5pwSsl6E+MUhE77R5YtJaiFMZxrEhB8vJWg3C68zfALidJTSG43UQ4DGjavElBRbD/s3GBG1eyuBdgkuwenKtyiwpdihFflnszN7KrNJUHZ4UTNCNkdhkAColEiP9xueOX5rWK9cop/rQKpzz37PRXa8bLoo0j++e3g6Hho2tqm+0AP0LPoP8AU0VSayIdZMGkqgWEyX42pTJoHAiIdyveO4= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148)(6042181); SRVR:MWHPR03MB2671; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2671; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(93886004)(3280700002)(76176999)(3660700001)(102836003)(86612001)(10090500001)(6116002)(2501003)(8936002)(92566002)(50986999)(86362001)(122556002)(81166006)(106116001)(2950100002)(2900100001)(54356999)(33656002)(9686003)(189998001)(7736002)(229853002)(25786008)(55016002)(6306002)(74316002)(38730400002)(53936002)(8676002)(6506006)(99286003)(8990500004)(53546006)(77096006)(6436002)(10290500002)(5660300001)(5005710100001)(39060400002)(305945005)(2906002)(6246003)(7696004); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2671; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 06:35:13.7178 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2671 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 06:35:17 -0000 > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Roberto Rodriguez Jr > Sent: Monday, March 6, 2017 04:05 > To: freebsd-current@freebsd.org > Subject: Re: input/output error @boot >=20 > When I get to the house I'll try to patch it and see if I get any results= . > Thank u very much Hi Roberto,=20 I posted https://reviews.freebsd.org/D9904 to fix the issue. It would be great if you can try this patch directly. I'm planning to commit the patch to the HEAD in ~3 hours. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 06:52:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FFC3CFB30C; Mon, 6 Mar 2017 06:52:53 +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 312E11189; Mon, 6 Mar 2017 06:52:52 +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 v266sdtn020464; Sun, 5 Mar 2017 22:54:45 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "FreeBSD CURRENT" , "FreeBSD ports" From: "Chris H" Subject: How many versions of clang/llvm are currently required to maintain a system Date: Sun, 05 Mar 2017 22:54:45 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 06:52:53 -0000 I've finally been able to bootstrap CURRENT FreeBSD on some new hardware I picked up -- that is, successfully get world/kernel built/installed on it. I see there's a newer version of clang in base (4), which I had hoped that ports would pick up on, and use. But I suppose it's a bit early for ports to start requiring 4. That said; given the time it takes to build install fresh version(s) of these. Is there any way to limit the version /chosen/ by the ports tree/framework? It's painful firing up a build of a meta-port, and watch more than one version of clang/llvm be built for the BUILD_DEPENDS, only to have it cleaned and never installed, only to be built again, and again... You get the picture. :-) Anyway, as I indicated; I'm hoping to limit the ports framework to building/using only /one/ version; say >=3.9? I'd simply look through the system I have, but it's in a build session, that looks like it won't be finished for more than an hour. Thank you for all your time, and consideration. --Chris From owner-freebsd-current@freebsd.org Mon Mar 6 07:16:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A43ECFB8FD; Mon, 6 Mar 2017 07:16:09 +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 1B3311E11; Mon, 6 Mar 2017 07:16:08 +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 C49AF41A; Mon, 6 Mar 2017 01:16:01 -0600 (CST) Date: Mon, 6 Mar 2017 01:16:00 -0600 From: Mark Linimon To: Chris H Cc: FreeBSD CURRENT , FreeBSD ports Subject: Re: How many versions of clang/llvm are currently required to maintain a system Message-ID: <20170306071600.GA4150@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 07:16:09 -0000 Please see https://wiki.freebsd.org/ObsoleteLLVMVersions . mcl From owner-freebsd-current@freebsd.org Mon Mar 6 08:17:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C4E5CFB957; Mon, 6 Mar 2017 08:17:12 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E87291E3E; Mon, 6 Mar 2017 08:17:11 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [192.168.0.226] ([80.71.24.25]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id v268GklP036019; Mon, 6 Mar 2017 08:16:46 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: How many versions of clang/llvm are currently required to maintain a system From: Bob Bishop In-Reply-To: <20170306071600.GA4150@lonesome.com> Date: Mon, 6 Mar 2017 08:16:48 +0000 Cc: Chris H , FreeBSD CURRENT , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170306071600.GA4150@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 08:17:12 -0000 Hi, A big chunk of this is down to lang/pure. The upstream links for pure at = bitbucket.org have mysteriously disappeared; those who care may get an = uneasy feeling. > On 6 Mar 2017, at 07:16, Mark Linimon wrote: >=20 > Please see https://wiki.freebsd.org/ObsoleteLLVMVersions . >=20 > 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" >=20 -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Mon Mar 6 09:04:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA051CFB882; Mon, 6 Mar 2017 09:04:39 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 803A016BF; Mon, 6 Mar 2017 09:04:39 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.109.93] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1ckoZB-0005iE-Kg; Mon, 06 Mar 2017 10:04:29 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id v26948Bm001997 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Mar 2017 10:04:10 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id v26946J8001996; Mon, 6 Mar 2017 10:04:06 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 6 Mar 2017 10:04:06 +0100 From: Matthias Apitz To: Rozhuk Ivan Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: AMD CPU/APU temperature driver Message-ID: <20170306090406.GA1869@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Rozhuk Ivan , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org References: <20170306050431.6fff2cbe@rimwks> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170306050431.6fff2cbe@rimwks> X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.109.93 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 09:04:39 -0000 El día Monday, March 06, 2017 a las 05:04:31AM +0300, Rozhuk Ivan escribió: > Hi! > > > New amdtemp driver needs more testers! > > > https://reviews.freebsd.org/D9759 > > Fast buld/install: > ...download and apply patch... > kldunload amdtemp > cd /usr/src/sys/modules/amdtemp/ > make > make install > make cleandir > kldload amdtemp > > > rus/eng: http://netlab.dhis.org/wiki/ru:software:freebsd:amdtemp Hi, The English version of the Wiki gives only: This topic does not exist yet. Is there an English version? Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 Aus "Nie wieder Krieg!" wurde "Nie wieder Krieg ohne Deutschlands Truppen" The "No wars anymore!" changed now to "No wars anymore without German battle groups!" El "¡Nunca jamás guerra!" ha cambiado a "¡Nunca jamás guerra sin tropas alemanas!" From owner-freebsd-current@freebsd.org Mon Mar 6 09:41:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E814CFA370 for ; Mon, 6 Mar 2017 09:41:30 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0126.outbound.protection.outlook.com [104.47.34.126]) (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 1B2D91B5E for ; Mon, 6 Mar 2017 09:41:29 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=yxCv3+7DWlP9appFcDOggjg+ayAAUOAD1Z2MxnGWs/Y=; b=X3SLJk5haUq6goOA1gxergCePKWY8/FRgvQVOA0Crh6czxpVEXzigbb6dX6sNmwfaN7v1U7QhxuhP++c5S4Z9BNi35hGNjC9PRwO8/5tTOKIFJ+zlMIxZyJyfXaggRUAM+7o8+xuuLxLm/q1ZtSJRijwlhNngbAeTtgC6dz8W+0= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 09:41:09 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Mon, 6 Mar 2017 09:41:09 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr , "freebsd-current@freebsd.org" Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sA== Date: Mon, 6 Mar 2017 09:41:09 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::695] x-ms-office365-filtering-correlation-id: 7c125698-1b86-4706-d8f4-08d46474eb47 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:FitJpaHzdtAPjcspVO9He6ulLMpYev3vTv1t0jtT4BxtJAafngPGZv3tJU8F9WB9SVBY9TAncN8QS1BJWw6mQFxmv0U9+2XnDDy1bAkwgYDdRXFrP4BgQFXdz9XLNN381xZ7heEyA+HlffvwWX6LkGCpeej+Ziwxd5c2ZvR1SiYdibuWW7wcqVda2qsES+hhHzzdFrdy7KGqbFMcgLz+muGd30ZtZjOi+furEDWR2jcSnLGv4N2+iim3qJeOui+iu7WUbBG3N1eD/1rCwmCVzs3TYknom6UgQnVdIf5+tLHtInV94Fxn8LDh+1JNSUXg/mC77yYaPkMfBlyv4UM/SsUN0aPtxOLE0XLWG0pzYCw= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123560025)(20161123562025)(20161123558025)(20161123564025)(6072148)(6042181); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(3280700002)(102836003)(6116002)(33656002)(55016002)(86612001)(106116001)(3660700001)(5660300001)(8676002)(9686003)(50986999)(54356999)(93886004)(76176999)(8936002)(6306002)(99286003)(81166006)(2900100001)(77096006)(39060400002)(8990500004)(38730400002)(6506006)(305945005)(7736002)(2906002)(92566002)(229853002)(53546006)(53936002)(25786008)(10090500001)(7696004)(122556002)(86362001)(189998001)(74316002)(10290500002)(6436002)(5005710100001)(6246003)(2501003); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 09:41:09.0909 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 09:41:30 -0000 > From: Dexuan Cui > Sent: Monday, March 6, 2017 14:35 > To: 'Roberto Rodriguez Jr' ; freebsd- > current@freebsd.org > Subject: RE: input/output error @boot >=20 > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Roberto Rodriguez Jr > > Sent: Monday, March 6, 2017 04:05 > > To: freebsd-current@freebsd.org > > Subject: Re: input/output error @boot > > > > When I get to the house I'll try to patch it and see if I get any resul= ts. > > Thank u very much >=20 > Hi Roberto, > I posted https://reviews.freebsd.org/D9904 to fix the issue. > It would be great if you can try this patch directly. >=20 > I'm planning to commit the patch to the HEAD in ~3 hours. =20 I committed r314770 just now to minimize the impact: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314770 Please let me know in case this can't solve the issue. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 09:42:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5474CFA5D7 for ; Mon, 6 Mar 2017 09:42:59 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0120.outbound.protection.outlook.com [104.47.34.120]) (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 895DB1F27 for ; Mon, 6 Mar 2017 09:42:59 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=nmXAZzwHZN429Emv/m8vh8252vSpMjbiMGw4ue/y5Bg=; b=MKrClFw8S4WKJFX/2bOq/1c/FXlcsRzsLEoUrrqZ3YsLkoVTUl9nyndMSBbAKRYQGkXllKNXbzuYF6vWyyvd/yMJH9efZCKPe3SrIyXWKtt8Gxc62zWC8v+WZ0VqnzZ9b0P8g2zz0AmYXJKVdqP0uxK/f24y7ZduDhSrmUxUzmY= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 09:42:56 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Mon, 6 Mar 2017 09:42:56 +0000 From: Dexuan Cui To: Chris H CC: FreeBSD CURRENT Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRwgAAasvCAABO3gIAATsHw Date: Mon, 6 Mar 2017 09:42:56 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::695] x-ms-office365-filtering-correlation-id: 2491d227-1979-477a-46a8-08d464752b3d x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:g7MBznNz10dTAJ/ENzBa2DJ7z/KRSNR0KJPVbfi1nTgjOGNQ2HAYkCVsQgMBAAawaoIF1wM2Mg5G3ekZbz4znEFh/wn6f3JbmPudtTvo/qQvxbD6w/tHmoq1LlNJG//Gvab578OvbBet8Go3DhY5aNIn3X0x4gYomfNQsNDQj2naTEYPaytSpEw7lJD61V5YZIhQYk9zJe1pOFK+lpY+Lp80X3M4PnnhgIONQi0he8Lw7Wd/A5NmsaVevT8JV5s6kHULjcvuRXrjqEx728Fq36sWgevlFEImE8vz3vyqijgJkNxfsuES3qu9If7kTL/Ra9lDdmiXmS8BTuVXK6zEb2I8QhWkGxzNRJVLZdk1+Cc= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849)(788757137089)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123560025)(20161123562025)(20161123558025)(20161123564025)(6072148)(6042181); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(3280700002)(102836003)(6116002)(33656002)(55016002)(86612001)(106116001)(3660700001)(5660300001)(8676002)(9686003)(50986999)(54356999)(93886004)(76176999)(8936002)(6306002)(99286003)(81166006)(2900100001)(77096006)(38730400002)(6506006)(305945005)(7736002)(2906002)(4326008)(92566002)(229853002)(53936002)(6916009)(25786008)(10090500001)(7696004)(122556002)(86362001)(189998001)(74316002)(110136004)(10290500002)(6436002)(5005710100001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 09:42:56.4268 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 09:42:59 -0000 > From: Dexuan Cui > Sent: Monday, March 6, 2017 13:10 > Can you please try the below patch? > https://reviews.freebsd.org/D9904 > You can find the URL of the "Download Raw Diff" in the page and > 'wget' the patch and then apply it. >=20 > It should be able to fix the recent UEFI-boot issue introduced by me. >=20 > You may not need to re-buildworld. Please this link to replace the > bad 'loader.efi': > https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.htm= l >=20 > I'm planning to commit the patch later today in about 6 hours, because > I'm pretty confident in the patch and it should fix the critical issue... I committed r314770 just now to minimize the impact: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314770 Please let me know in case this can't solve the issue. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 04:01:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CADD7CFB1EF for ; Mon, 6 Mar 2017 04:01:11 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0112.outbound.protection.outlook.com [104.47.34.112]) (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 80E9D1C30; Mon, 6 Mar 2017 04:01:10 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DleWqENYJINg5zLa5g0agiwOUVawkrd22BK0d/Lp/Xs=; b=acRujAPhTfO2/ZRt14eZP+m07qIHjFdJVWnYINET63kRTpCM4S7PVmFa3f86hXbHsJlTljGb6DebiyjTK3P5Jvj57bl/9Z5Q6z80qoKdehUAvyHDjtYzeGRVOQK7o2W/obXqk698lkqtzOYyPfAx0o9Jo9P7jBBRCxYBJVZRKn8= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 04:01:05 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 04:01:05 +0000 From: Dexuan Cui To: Chris H , FreeBSD CURRENT , AN , "Ngie Cooper (yaneurabeya)" , Alex Deiter , Michael Tuexen , Roberto Rodriguez Jr , "Guido Falsi" , Warner Losh , Ultima Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRwgAAasvA= Date: Mon, 6 Mar 2017 04:01:04 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:18::3b4] x-ms-office365-filtering-correlation-id: 46ec480e-23ae-40f4-097d-08d46445697b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:7W3BZsuz0+rbHkPMZ8E+uXbbgM4VS0H422A5GX+sVX0EaFEx6a5Bn6UTAFlsjT9k1xa4PUynSipQEdbv8xGPNHLDtr2Ycd2A8TnwlIVOr4BB8fssVV38x4PohlFOmoH0A9REhEei5tlXwT9VcHVF16YsKhKAzJPbUoXkD4dlfji40EDj9e38fRlRECwTg+K5vbNjMC/KWUr1cMhUzZ99FHf0dFNLGrypDfRfJaVZsrPM+16T3oeXyMl+ejIgk5Q/It0ioXuSpH0eXmCdoZhi24fmIcRNXPueFsw8x18ILM3sjfPIoKJ6w8d2pOIP5hLXtWmns0j9g3SyXfzc8PZluaNw9yaCMQ9BTBiDsOWhXXM= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123560025)(20161123562025)(20161123558025)(20161123564025)(6072148); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39850400002)(39450400003)(39840400002)(39410400002)(39860400002)(45984002)(76176999)(39060400002)(55016002)(122556002)(50986999)(25786008)(6246003)(77096006)(38730400002)(99286003)(53936002)(81166006)(3280700002)(229853002)(106116001)(7416002)(33656002)(6506006)(6436002)(8990500004)(54356999)(5660300001)(8676002)(2906002)(2950100002)(10090500001)(7696004)(10290500002)(5005710100001)(8936002)(6116002)(102836003)(2900100001)(3660700001)(189998001)(92566002)(86362001)(93886004)(7736002)(305945005)(9686003)(74316002)(86612001)(6306002)(921003)(1121003); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 04:01:04.8892 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-Mailman-Approved-At: Mon, 06 Mar 2017 11:44:38 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 04:01:11 -0000 > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Dexuan Cui > Hi Chris, > Thank you very much for the screenshots!!! >=20 > On the host there is a 1MB LoaderData memory range, which splits > the big Conventional Memory range into a small one (15MB) and a > big one: the small one is too small to hold the staging area. >=20 > I'm going to post a patch shortly. Can you please try the below patch? https://reviews.freebsd.org/D9904 You can find the URL of the "Download Raw Diff" in the page and 'wget' the patch and then apply it. It should be able to fix the recent UEFI-boot issue introduced by me. You may not need to re-buildworld. Please this link to replace the bad 'loader.efi': https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html I'm planning to commit the patch later today in about 6 hours, because I'm pretty confident in the patch and it should fix the critical issue... Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Mon Mar 6 04:03:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 556ABCFB269; Mon, 6 Mar 2017 04:03:06 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: from mail-wr0-x234.google.com (mail-wr0-x234.google.com [IPv6:2a00:1450:400c:c0c::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE9BC1F1E; Mon, 6 Mar 2017 04:03:05 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: by mail-wr0-x234.google.com with SMTP id g10so107588978wrg.2; Sun, 05 Mar 2017 20:03:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XZMI801Nt9i6DW9JAzyQchKrXwAqMNPUKeRetGttgUE=; b=f6lBvPTEAK23rmsreWuRomcSDbuAjj7Nht0rFi+5Aw5eewxcuBVtjIq2+AMkN1awZj cc/xKIudsUpl2ym5X+8LTFwdhQDfGYAn0KjDsdLHYjLz2+oo41dQ03Tsfcz+kDXuM1EM V8RluQsP3zAeBelmPBxG7j2OhEx6xkPoyw7sZj+X+chaZmrGj7R0M/s1q7o/R3EzDSMP Nqi6Rqzd/49ucmqALRxJhubynCMoDYlHPP6tKLOIgA1vu80bT45/OrFbmq5txQqGRw/e opjhJCxOgRECFFD5j+RsuH3chPntpErbO0uovoAYK9oVetV4HwDezkCzdUfkELAAxCVD SIiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=XZMI801Nt9i6DW9JAzyQchKrXwAqMNPUKeRetGttgUE=; b=kiAwnzXwTiIOjEboRjXOnt0nFBU2yGNUMKuJFZm0n+5c0e7c8gbV5660hYMlqzEArs HODpJ8iCb0M8qllQwBaodt8E5vVb0FKoOpanyE8w7zS3sAJq59ZLooBby47D7btyKCdx 3iMwsEgloxx3B+zTQcL47Vix5gAIFmJsKR1t/AG+yOXJrdp6zTjN3mXHWDv8gA7Rl//F yXPcB4yWuqTB9IsHcuTOPAiMsy4pL8evLVdnb/M42wsQxVuaB8+7ngqlwH7ajV3fOLY1 Jifg1CjD+MvdLo7+TBZLHehYKYkpg3rS1bogr+IyEGSrhT09n2QVeQPghe0pibBEZ0NN fRKA== X-Gm-Message-State: AMke39kZxHhDxClvRVYdiYEumgguaMKlLbUmO7Xb8WdQ9jXjEuYSWqlRyZo4FBGl2muP9icHJEG55yfQjDbJUA== X-Received: by 10.223.164.9 with SMTP id d9mr12483143wra.146.1488772983364; Sun, 05 Mar 2017 20:03:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.165.41 with HTTP; Sun, 5 Mar 2017 20:03:02 -0800 (PST) In-Reply-To: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> From: "Herminio Hernandez, Jr." Date: Sun, 5 Mar 2017 21:03:02 -0700 Message-ID: Subject: Re: PowerMac G5 and KMS To: hiroo.ono+freebsd@gmail.com Cc: Joe Nosay , Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , Debian powerpc Mailinglist X-Mailman-Approved-At: Mon, 06 Mar 2017 11:45:42 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 04:03:06 -0000 Per the radeon man page *here . *However this option has been removed after 10.2. Under Linux the you set it in yaboot bootloader by using 'radeon.agpmode=3D-1'. I do not know if this will work in loader.conf *Option* *"BusType"* *"**string**"* Used to replace previous ForcePCIMode option. Should only be used when driver's bus detection is incorrect or you want to force an AGP card to PCI mode. You should NEVER force a PCI card to AGP bus. PCI -- PCI bus AGP -- AGP bus PCIE -- PCI Express bus (used only when DRI is enabled) The default is *auto* *detect.* On Sun, Mar 5, 2017 at 3:35 PM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) < hiroo.ono+freebsd@gmail.com> wrote: > Thank you. I see the point. > > 2017-03-05 17:20 GMT+09:00 Herminio Hernandez Jr. > : > > Try to force the Radeon driver into PCI mode. Under Linux doing this > stops > > the blank screen and locks. > > Could anyone tell me how to do it? Can it be done from FreeBSD? > I googled a little but could not find anything useful (maybe search > words were not > appropriate), so how to do it on Linux helps me also. > > pciconf -lc says: > vgapci0@pci0:0:16:0: class=3D0x30000 card=3D0x41501002 chip=3D0x41501002 > rev=3D0x00 hdr=3D0x00 > cap 02[58] =3D AGP v3 8x 4x SBA disabled] > cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 > From owner-freebsd-current@freebsd.org Mon Mar 6 12:31:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C4D3CFAB17 for ; Mon, 6 Mar 2017 12:31:43 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) by mx1.freebsd.org (Postfix) with ESMTP id B7EE61396 for ; Mon, 6 Mar 2017 12:31:41 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-yw0-f177.google.com ([209.85.161.177]) by mwinf5d29 with ME id scQ11u00F3pwwoH03cQ1pD; Mon, 06 Mar 2017 13:24:02 +0100 X-ME-Helo: mail-yw0-f177.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Mon, 06 Mar 2017 13:24:02 +0100 X-ME-IP: 209.85.161.177 Received: by mail-yw0-f177.google.com with SMTP id p77so117758613ywg.1; Mon, 06 Mar 2017 04:24:01 -0800 (PST) X-Gm-Message-State: AMke39nZqHFYNMdPIlKVlwpnRvbL7khjc7l0yV3c6u6x6XXqpCkI7SARzEjHGxM8ynbyN00ZyS7GoEDVFDayXQ== X-Received: by 10.129.107.137 with SMTP id g131mr12500770ywc.2.1488803040824; Mon, 06 Mar 2017 04:24:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.178.4 with HTTP; Mon, 6 Mar 2017 04:23:40 -0800 (PST) In-Reply-To: <20170306050431.6fff2cbe@rimwks> References: <20170306050431.6fff2cbe@rimwks> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Mon, 6 Mar 2017 13:23:40 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: AMD CPU/APU temperature driver To: Rozhuk Ivan Cc: "freebsd-current@freebsd.org" , freebsd-drivers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 12:31:43 -0000 On Mon, Mar 6, 2017 at 3:04 AM, Rozhuk Ivan wrote: > Hi! > > > New amdtemp driver needs more testers! > > > https://reviews.freebsd.org/D9759 > > =E2=80=8B This patch apply correctly (on 12-head r314770), but a "make buildkernel" failed with =E2=80=8B--- all_subdir_amdtemp --- /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c:1083:54: error: too few arguments to function call, expected 11, have 10 regs[i].oid_handler, regs[i].fmt, regs[i].descr); ^ /usr/src/sys/sys/sysctl.h:1017:1: note: 'sysctl_add_oid' declared here struct sysctl_oid *sysctl_add_oid(struct sysctl_ctx_list *clist, ^ /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c:1099:54: error: too few arguments to function call, expected 11, have 10 regs[i].oid_handler, regs[i].fmt, regs[i].descr); ^ /usr/src/sys/sys/sysctl.h:1017:1: note: 'sysctl_add_oid' declared here struct sysctl_oid *sysctl_add_oid(struct sysctl_ctx_list *clist, ^ 2 errors generated. *** [amdtemp.o] Error code 1 =E2=80=8B From owner-freebsd-current@freebsd.org Mon Mar 6 12:33:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90BC2CFAC47 for ; Mon, 6 Mar 2017 12:33:09 +0000 (UTC) (envelope-from rob.rodz.jr9@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 54F551639 for ; Mon, 6 Mar 2017 12:33:09 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id 203so48789390ith.0 for ; Mon, 06 Mar 2017 04:33:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=P6ej0IgjxsQErTZawlZ09MRFWXvJTdx+2xitFDaoo1E=; b=tiKiIiRPg5fxaHhYFvuTjFr2hmyQgrQr80usYb3LTTdD32AVamQVvHezTK9X5uiPHR ume5vav0B3KtlsUQz/clK06XRyp9z/p06lnWiOLftrbCJ9AjtxjqzDnm+x4PvkWssG10 KI0PS4S2QCI12A5oPBNhc1IKBc2m54xY8UfHQuwgoDMsFIAqxU1VyCCKH5CLMeS0FI6B psaFKWKXpV6M+O/LI943LlVbtMo5RNffudzmCFNShJEbGkIZDFnOvKPMEaG6KJBQsLK1 yduXi1tMiD0unwhF62nY1lqEyP+R3ZlxFZh90ILM1aoAEmMmntCGNRvba66+keacAVZF xsWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=P6ej0IgjxsQErTZawlZ09MRFWXvJTdx+2xitFDaoo1E=; b=hVTQspsFC6yD0c+eA1/9pHDuD6GF4DMo4THlciu3ZynqZuaWjUJ7PFi2bhzINIE6kJ IFpszeuEQZhGxTPNcVzKYhlSuhoB5oLu3MsNKkayMF6+vH2/vDkZeEclr/Gy5euiVmm3 BspEcmMQSvV+0peVvS8oQxn9rx6HqbH7+LCV5wTvfecUaQ3KI6/Ys3JXNplY1WgCl7xO TnvloBzHYPWCmlN6TrPHh/F6NTtBR5D1UaENq1I5eHIISattXzrC+N79V/FvydF101eB carcjByoKcKx4aACTx5Gr5CfpJ6XhFPNGCm/SMkr7HGFB3kutX5rsM58NonylaXugKRx om/Q== X-Gm-Message-State: AMke39l3fiaOs+z8oZP7g2EFJcAOYn/v7X9L3QbuAnktpb1n1QR0utCGzaTyXmnODC3I++phNFm1KlK78QY3oQ== X-Received: by 10.36.22.209 with SMTP id a200mr14031338ita.117.1488803588629; Mon, 06 Mar 2017 04:33:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Mon, 6 Mar 2017 04:33:07 -0800 (PST) Received: by 10.64.226.199 with HTTP; Mon, 6 Mar 2017 04:33:07 -0800 (PST) In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> From: Roberto Rodriguez Jr Date: Mon, 6 Mar 2017 07:33:07 -0500 Message-ID: Subject: RE: input/output error @boot To: Dexuan Cui Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 12:33:09 -0000 Hey I do appreciate the work and time put into this issue. I will update my sources when I chroot from the USB, need to find out how first, ;) and do I rebuildworld or just download the lastest head snapshot? Im new to testing with others. Thank you very much From owner-freebsd-current@freebsd.org Mon Mar 6 13:49:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0D79CFB2B8; Mon, 6 Mar 2017 13:49:16 +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 9AA97175A; Mon, 6 Mar 2017 13:49:16 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id kt0icMbkvC3JIkt0jcSsSv; Mon, 06 Mar 2017 06:49:14 -0700 X-Authority-Analysis: v=2.2 cv=XbT59Mx5 c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=8nJEP1OIZ-IA:10 a=6Iz7jQTuP9IA:10 a=6I5d2MoRAAAA:8 a=KX5F_3eTAAAA:8 a=YxBL1-UpAAAA:8 a=1xDYi0WicIQ_NOs6B-cA:9 a=wPNLvfGTeEIA:10 a=IjZwj45LgO3ly-622nXo:22 a=LwAMKloAkmM9fMPfJcdO:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 1B70C4CF; Mon, 6 Mar 2017 05:49:12 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v26DnALl022852; Mon, 6 Mar 2017 05:49:10 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201703061349.v26DnALl022852@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: Matthias Apitz , Rozhuk Ivan , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: AMD CPU/APU temperature driver In-Reply-To: Message from Matthias Apitz of "Mon, 06 Mar 2017 10:04:06 +0100." <20170306090406.GA1869@c720-r292778-amd64> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Mon, 06 Mar 2017 05:49:10 -0800 X-CMAE-Envelope: MS4wfIwxwU1Azb77OfpuZY+0vmvvLikHiqlsjbstyUzuZY/g0n80LpM1TM91m/dIl9Kz59KnQjWEEVzFwSP+qAAywb4QYdkJMTyltChzsW7UP7abJkk8bnHh EBQEYJiVidXpMckm3DjMhcF9h+JLOc60dz8wvsjk6Ugyb/xbVwXrk8RNvzZJsdR7RB5u4tWonjKNcgbbcES95MOb4qKbaIr0K2CQFXngC27+mzeuKven68k6 kzxE2MjYw/BLtClsUOQqO/B3cKSJDlX8KsU/x5rNQZjeUqGbTMuoEs8CHc81fdQC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 13:49:16 -0000 In message <20170306090406.GA1869@c720-r292778-amd64>, Matthias Apitz writes: > El día Monday, March 06, 2017 a las 05:04:31AM +0300, Rozhuk Ivan escribió: > > > Hi! > > > > > > New amdtemp driver needs more testers! > > > > > > https://reviews.freebsd.org/D9759 > > > > Fast buld/install: > > ...download and apply patch... > > kldunload amdtemp > > cd /usr/src/sys/modules/amdtemp/ > > make > > make install > > make cleandir > > kldload amdtemp > > > > > > rus/eng: http://netlab.dhis.org/wiki/ru:software:freebsd:amdtemp > > Hi, > > The English version of the Wiki gives only: This topic does not exist > yet. Is there an English version? I get the following: This topic does not exist yet You've followed a link to a topic that doesn't exist yet. If permissions allow, you may create it by clicking on \u201cCreate this page\u201d. I have three older AMD X2 boxes in my basement. I could give it a spin when I get a chance. -- 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 Mon Mar 6 14:06:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAABFCFB878 for ; Mon, 6 Mar 2017 14:06:37 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0134.outbound.protection.outlook.com [104.47.38.134]) (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 28A0710BC for ; Mon, 6 Mar 2017 14:06:36 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ywFLVc1CXaMaf1RwSpsqCUoDdgB8FjaZzptZwhXG2WU=; b=kJHuFo1e9R0AemUCFYd8JDZVfGvxBWOTjYOfTRYqRt8gsw1+0sG+g2OazGXgKKbBkHQuw0IsJE8/UUICTq35OH0LbtD7dKlUVYRrHmjcqmr/Lyij80MzwLsWr9lPohe20GMJLzizSLHbdD89cxjFTV7AefF6425Aix9Cd14fgjQ= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 14:06:34 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Mon, 6 Mar 2017 14:06:34 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr CC: FreeBSD Current Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIAAMOuAgAAXByA= Date: Mon, 6 Mar 2017 14:06:34 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [112.64.216.124] x-ms-office365-filtering-correlation-id: b853de50-3fb8-4096-ad80-08d46499ff6d x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:bw1+9cc5o4eRs9pHmUKyTBbDT4IVsuOHkZFdqULcE+9gcSQNcnGq59ZvyOwn7Ga7D8jIiCkOmDUnI37b1z9gNLwB77FksC8K1emSeIDqMEjp/QjuNMhpiq9CA/DPeuJcDqSUPQeBxyYD08T42uik7ggJES19zhAcTQao7elhW2fs1HAlz/T1SxIMYFG+yv09Pn6Wd4o3oc5FzrtGiV0eFeh1xmo9T2NqVdDjO4qP2CbaYbWZW49bfBVJxmxePzHMpYfXDK5a4N95lJ+crfFv+HXqob4wIWIhjMfgpYwOdpjRQcymiKXMtaIcrnQEIER1ZX/BfZwJH4XWOnSfXsrFIjtQonizzPXC1gea+sivvk0= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(166708455590820)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(6072148); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(39450400003)(39850400002)(39840400002)(39410400002)(39860400002)(45984002)(3280700002)(6116002)(790700001)(33656002)(102836003)(3846002)(86612001)(55016002)(3660700001)(106116001)(5660300001)(50986999)(8676002)(9686003)(236005)(54356999)(93886004)(8936002)(76176999)(6306002)(54896002)(99286003)(81166006)(77096006)(2900100001)(39060400002)(8990500004)(38730400002)(6506006)(7736002)(2906002)(4326008)(229853002)(92566002)(7906003)(53546006)(66066001)(53936002)(10090500001)(25786008)(2950100002)(97736004)(7696004)(86362001)(122556002)(6916009)(74316002)(606005)(110136004)(10290500002)(189998001)(6436002)(5005710100001)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 14:06:34.2172 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 14:06:37 -0000 SGkgUm9iZXJ0bywNCknigJltIG5vdCBzdXJlIGlmIHRoZSBzbmFwc2hvdCBpcyBidWlsdCBkYWls eSBvciB3ZWVrbHkuDQoNClRvIGhhdmUgdGhpcyBsYXRlc3QgZml4LCBJIHN1Z2dlc3QgeW91IHJl LWJ1aWxkd29ybGQuDQpJZiB5b3UgaGF2ZSBkb25lIGJ1aWxkd29ybGQgaW4geW91ciBsb2NhbCBk aXJlY3RvcnksIHRoZW4geW91IG9ubHkgbmVlZCB0byByZWJ1aWxkIHRoZSBFRkkgbG9hZGVyOg0K DQond2dldCcgdGhlIHBhdGNoIChodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9mcmVlYnNkL2Nv bW1pdC9mNjFkMmMyODc5NzBiZGZiMDEzZGVhZmI0MTZlODJhODQ0NDE1MDMxLnBhdGNoKQ0KY2Qn IGludG8geW91ciBGUkVFQlNEX1NPVVJDRV9ST09UL3N5cy9ib290LyBhbmQgcnVuICJwYXRjaCAt cDMgPCB0aGVfcGF0Y2hfbmFtZSIuDQpJZiB5b3UgaGF2ZSBydW4gJ21ha2UgYnVpbGR3b3JsZCIs IGp1c3QgcnVuICdtYWtlJyBpbiB0aGUgc3lzL2Jvb3QvIGRpcmVjdG9yeSBhbmQgY29weSB0aGUg bmV3IGxvYWRlci5lZmkgaW50byB0aGUgYm9vdCBmb2xkZXIsIGUuZy4gaW4gbXkgc2lkZSwgSSB1 c2UNCmNwIC1pdiAgL3Vzci9vYmovcm9vdC9ic2QuZ2l0L3N5cy9ib290L2VmaS9sb2FkZXIvbG9h ZGVyLmVmaSAvYm9vdC9sb2FkZXIuZWZpDQoNClRoYW5rcywNCi0tIERleHVhbg0KDQpGcm9tOiBS b2JlcnRvIFJvZHJpZ3VleiBKciBbbWFpbHRvOnJvYi5yb2R6LmpyOUBnbWFpbC5jb21dDQpTZW50 OiBNb25kYXksIE1hcmNoIDYsIDIwMTcgMjA6MzMNClRvOiBEZXh1YW4gQ3VpIDxkZWN1aUBtaWNy b3NvZnQuY29tPg0KQ2M6IEZyZWVCU0QgQ3VycmVudCA8ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qu b3JnPg0KU3ViamVjdDogUkU6IGlucHV0L291dHB1dCBlcnJvciBAYm9vdA0KDQpIZXkgSSBkbyBh cHByZWNpYXRlIHRoZSB3b3JrIGFuZCB0aW1lIHB1dCBpbnRvIHRoaXMgaXNzdWUuIEkgd2lsbCB1 cGRhdGUgbXkgc291cmNlcyB3aGVuIEkgY2hyb290IGZyb20gdGhlIFVTQiwgbmVlZCB0byBmaW5k IG91dCBob3cgZmlyc3QsIDspIGFuZCBkbyBJIHJlYnVpbGR3b3JsZCAgb3IganVzdCBkb3dubG9h ZCB0aGUgbGFzdGVzdCBoZWFkIHNuYXBzaG90PyBJbSBuZXcgdG8gdGVzdGluZyB3aXRoIG90aGVy cy4gVGhhbmsgeW91IHZlcnkgbXVjaA0K From owner-freebsd-current@freebsd.org Mon Mar 6 14:09:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 383C8CFBB42; Mon, 6 Mar 2017 14:09:30 +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 F390D12EC; Mon, 6 Mar 2017 14:09:29 +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 v26EBH0i076689; Mon, 6 Mar 2017 06:11:23 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Mark Linimon Cc: FreeBSD CURRENT , FreeBSD ports In-Reply-To: <20170306071600.GA4150@lonesome.com> References: , <20170306071600.GA4150@lonesome.com> From: "Chris H" Subject: Re: How many versions of clang/llvm are currently required to maintain a system Date: Mon, 06 Mar 2017 06:11:23 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <994f55ef467cbe5eb36fad343f70a4c3@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 14:09:30 -0000 On Mon, 6 Mar 2017 01:16:00 -0600 Mark Linimon wrote > Please see https://wiki.freebsd.org/ObsoleteLLVMVersions . The perfect answer. Thank you, Mark! --Chris > > mcl From owner-freebsd-current@freebsd.org Mon Mar 6 14:16:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02148CFBEB6; Mon, 6 Mar 2017 14:16:47 +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 BA8A71B7C; Mon, 6 Mar 2017 14:16:46 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cktRB-000HM3-Lx; Mon, 06 Mar 2017 15:16:33 +0100 Date: Mon, 6 Mar 2017 15:16:33 +0100 From: Kurt Jaeger To: Bob Bishop Cc: Mark Linimon , FreeBSD CURRENT , FreeBSD ports , Chris H Subject: Re: How many versions of clang/llvm are currently required to maintain a system Message-ID: <20170306141633.GP13006@home.opsec.eu> References: <20170306071600.GA4150@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 14:16:47 -0000 Hi! > A big chunk of this is down to lang/pure. The upstream links for > pure at bitbucket.org have mysteriously disappeared; those who care > may get an uneasy feeling. https://bitbucket.org/purelang/pure-lang/downloads/ has 0.66 ? -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-current@freebsd.org Mon Mar 6 14:38:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EA54CFA43B; Mon, 6 Mar 2017 14:38:53 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-ot0-x244.google.com (mail-ot0-x244.google.com [IPv6:2607:f8b0:4003:c0f::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B911A15F1; Mon, 6 Mar 2017 14:38:52 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: by mail-ot0-x244.google.com with SMTP id a12so15516979ota.2; Mon, 06 Mar 2017 06:38:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=dh2xZc7cO0AAAZ462YkCiuT7eVuXkiBAIkLs6IKivsg=; b=mrnIlE91WWUUTVPuGBHrKdjRX5OYXIYEqujFmvo75gcXSTUtMs3WmrtRTAhLk552+c NbChKlA2Xb/jHiI4G21RQacvpmYDXncDLuclsMRb84OlTyYtSfL6tbeFV5Lz7jbCwY/R nC2P9G2dqLftXvQJkuWhM3cFYV3YuY0e696N17LmNQ4iwTEys0De8QnJuMMZKWF+duac sZj8hdJce0oKGpn+VMfUDvx7xAT0d8d5a56YBC7bpoGRgDScw2okZzIV0rtM4VO2R5s7 8lUpGG67HEhkP5iFbPHhZVXf7MREMxtB1UWxj+A5NxTyGCwY8Av3nPbZN7C0eeOGcX2i o+Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to:cc :content-transfer-encoding; bh=dh2xZc7cO0AAAZ462YkCiuT7eVuXkiBAIkLs6IKivsg=; b=NZzlpBZSlGWWBtJt+XV4g7DlhTlPre3AnzqRWiA+jBBzHofKY4ekbkGk3SKG4d5M0H NUBaOYJd0FdkXxFL9oXrErhYRsjflwVh6Hr/j1Cf2YSesW4Qv+4AcTuoZbI5GwVl34vr 0Z5bnN6DjCCxqa6DaAZfFsZLqy9pAEb+SxYiWmmRSlNbDfgvu/G7/DsnNBdwlzbTMBCK zumcmlVlhxrlu8mqwBA7FZfErK0XSPGIqxIESAP31RBMk95AB9goVcBmdOvMvwbmWQ7i Q4oUP15x7sD8y7N/j3aTdHWQRGs5aPI9xQiWpmOXdOTQvIata8qeTwKI3mM4SvlLILQL dg2w== X-Gm-Message-State: AMke39n6KEMi3XIpJ63nLwd5ozzK1fCFJke/rdjLiasomQi93YNenc8ronXQj423qmJkfXOM++ixckhxb+0U4w== X-Received: by 10.157.1.105 with SMTP id 96mr8096957otu.54.1488811131857; Mon, 06 Mar 2017 06:38:51 -0800 (PST) MIME-Version: 1.0 Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.74.32.213 with HTTP; Mon, 6 Mar 2017 06:38:51 -0800 (PST) In-Reply-To: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Mon, 6 Mar 2017 23:38:51 +0900 X-Google-Sender-Auth: B4oL4dHtyXxBGIGvRWdWitka6xQ Message-ID: Subject: Re: PowerMac G5 and KMS To: "Herminio Hernandez, Jr." Cc: Joe Nosay , Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , Debian powerpc Mailinglist Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 14:38:53 -0000 Thank you. Just unconditionally disabling AGP in R300 initialization made radeonkms to load successfully. It seems that no tunables for FreeBSD are described instead of MODULE_PARM_DESC and module_param_named. So, I have to learn how to add them to the source code. (/usr/src/sys/dev/drm2/os_freebsd.c seem to help.) Anyway, it worked. thank you. Some problems remain. The virtual screen is larger than the real one and I cannot see the command line I am inputting, and I did not yet test X as there seem to be problems in building them from ports, but that are other things. 2017-03-06 13:03 GMT+09:00 Herminio Hernandez, Jr. : > Per the radeon man page here. However this option has been removed after > 10.2. Under Linux the you set it in yaboot bootloader by using > 'radeon.agpmode=3D-1'. I do not know if this will work in loader.conf > > > > Option "BusType" "string" > Used to replace previous ForcePCIMode option. Should only be > used when driver's bus detection is incorrect or you want to > force an AGP card to PCI mode. You should NEVER force a PCI card > to AGP bus. > PCI -- PCI bus > AGP -- AGP bus > PCIE -- PCI Express bus > (used only when DRI is enabled) > The default is auto detect. > > > > On Sun, Mar 5, 2017 at 3:35 PM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) > wrote: >> >> Thank you. I see the point. >> >> 2017-03-05 17:20 GMT+09:00 Herminio Hernandez Jr. >> : >> > Try to force the Radeon driver into PCI mode. Under Linux doing this >> > stops >> > the blank screen and locks. >> >> Could anyone tell me how to do it? Can it be done from FreeBSD? >> I googled a little but could not find anything useful (maybe search >> words were not >> appropriate), so how to do it on Linux helps me also. >> >> pciconf -lc says: >> vgapci0@pci0:0:16:0: class=3D0x30000 card=3D0x41501002 chip=3D0x41501002 >> rev=3D0x00 hdr=3D0x00 >> cap 02[58] =3D AGP v3 8x 4x SBA disabled] >> cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 > > From owner-freebsd-current@freebsd.org Mon Mar 6 15:00:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10479CFAD01; Mon, 6 Mar 2017 15:00:39 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9AB312D0; Mon, 6 Mar 2017 15:00:38 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [192.168.0.226] ([80.71.24.25]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id v26F0NRs015751; Mon, 6 Mar 2017 15:00:23 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: How many versions of clang/llvm are currently required to maintain a system From: rb@gid.co.uk In-Reply-To: <20170306141633.GP13006@home.opsec.eu> Date: Mon, 6 Mar 2017 15:00:23 +0000 Cc: Mark Linimon , FreeBSD CURRENT , FreeBSD ports , Chris H Content-Transfer-Encoding: quoted-printable Message-Id: <9442B4D5-FEAF-4BF1-9470-60897F97C13C@gid.co.uk> References: <20170306071600.GA4150@lonesome.com> <20170306141633.GP13006@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 15:00:39 -0000 Hi, > On 6 Mar 2017, at 14:16, Kurt Jaeger wrote: >=20 > Hi! >=20 >> A big chunk of this is down to lang/pure. The upstream links for >> pure at bitbucket.org have mysteriously disappeared; those who care >> may get an uneasy feeling. >=20 > https://bitbucket.org/purelang/pure-lang/downloads/ >=20 > has 0.66 ? Let me rephrase that: the link http://purelang.bitbucket.org/ quoted on = https://wiki.freebsd.org/ObsoleteLLVMVersions doesn=E2=80=99t work, = should be https://bitbucket.org/purelang/ > --=20 > pi@opsec.eu +49 171 3101372 3 years = to go ! >=20 -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Mon Mar 6 17:10:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF509CFB23B for ; Mon, 6 Mar 2017 17:10:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id AC6EE16CE; Mon, 6 Mar 2017 17:10:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.17.133] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 24B5386D; Mon, 6 Mar 2017 20:10:36 +0300 (MSK) Reply-To: lev@FreeBSD.org To: FreeBSD CURRENT Cc: imp@FreeBSD.org From: Lev Serebryakov Subject: Strange kernel build breakage (after r314283?) Organization: FreeBSD Message-ID: <0b702c55-aa92-193f-77e1-c5c8aa1a668f@FreeBSD.org> Date: Mon, 6 Mar 2017 20:10:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 17:10:45 -0000 I've got this error when tried to update my -CURRENT VM to r314772: /data/src/sys/cam/cam_xpt.c:84:1: error: static_assert failed "XPT_PRINT_LEN is too large" _Static_assert(XPT_PRINT_LEN <= XPT_PRINT_MAXLEN, "XPT_PRINT_LEN is too large"); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I didn't define any XPT_xxxx macro by hands, but I have options PRINTF_BUFR_SIZE=1024 in my kernel config. -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Mon Mar 6 17:11:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 871BACFB404; Mon, 6 Mar 2017 17:11:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4740918EE; Mon, 6 Mar 2017 17:11:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA07690; Mon, 06 Mar 2017 19:11:34 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ckwAY-000EXr-LH; Mon, 06 Mar 2017 19:11:34 +0200 To: freebsd-current@FreeBSD.org, freebsd-scsi@FreeBSD.org, stable@FreeBSD.org From: Andriy Gapon Subject: CFT: aacraid users Message-ID: Date: Mon, 6 Mar 2017 19:10:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 17:11:44 -0000 If you currently use aacraid(4) driver and can afford to run a test, could you please test if you get any regressions after applying the following patch? https://reviews.freebsd.org/D9900.diff Thank you! -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Mar 6 17:18:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 730E7CFBA6C for ; Mon, 6 Mar 2017 17:18:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE851099; Mon, 6 Mar 2017 17:18:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.17.133] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 563DF897; Mon, 6 Mar 2017 20:18:30 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: Strange kernel build breakage (after r314283?) References: <0b702c55-aa92-193f-77e1-c5c8aa1a668f@FreeBSD.org> To: FreeBSD CURRENT Cc: imp@FreeBSD.org From: Lev Serebryakov Organization: FreeBSD Message-ID: <12f82f8b-658e-23e0-c017-c917dd8cd638@FreeBSD.org> Date: Mon, 6 Mar 2017 20:18:28 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <0b702c55-aa92-193f-77e1-c5c8aa1a668f@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 17:18:32 -0000 On 06.03.2017 20:10, Lev Serebryakov wrote: > I've got this error when tried to update my -CURRENT VM to r314772: > > /data/src/sys/cam/cam_xpt.c:84:1: error: static_assert failed > "XPT_PRINT_LEN is too large" > _Static_assert(XPT_PRINT_LEN <= XPT_PRINT_MAXLEN, "XPT_PRINT_LEN is too > large"); > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I didn't define any XPT_xxxx macro by hands, but I have > > options PRINTF_BUFR_SIZE=1024 > > in my kernel config. Yep, removing this option helps, but it is surprising and not obvious at all! -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Mon Mar 6 17:43:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94DD2CFA6A8 for ; Mon, 6 Mar 2017 17:43:39 +0000 (UTC) (envelope-from rob.rodz.jr9@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 5725C12FC for ; Mon, 6 Mar 2017 17:43:39 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id m27so55125843iti.1 for ; Mon, 06 Mar 2017 09:43:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jmxu1w6c63UypKoVSQMLIgGJLBRDKQ1cbuqCU2Bppa0=; b=NDB5xqkgmenETqwSSZTo1D1R+BpghNH0RvHIW4QMrWvJbwKE9/43FgBc1P0YcqLswj p3HkrlxIL5/8/pIkF8Vjo3SBoHo9nIF0W4tYhBPp7KcIYbKutGY2T3Jxmi+7UQj9/ItS 8rU/1i/iydkRZnVQPh3lJHhIDx7zACXst+I5n6smr69P4ro3AMXcqU6RVNrGd7wXKYP4 8qmOna4IZ/4NEJqAUKPbur1hOAZMxCVyddP3z0d1KHsLUDaoVe3XW3rvefhgFdki6YzY 0N/qhujFOs52TNc0qtO0HehKLL/ian0wY+V6y93jJkUq13XZBvrNWbKIpD42bbEVVP+q wlGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jmxu1w6c63UypKoVSQMLIgGJLBRDKQ1cbuqCU2Bppa0=; b=QB+rKFXNEGx5/TtbqwsP0YaMNyhtx0e2jl8VW8Hz+HjWh0xy+OSUVSPzXOgDS2yvVz TVQ/LIgr5XAcsF7yPmoS5OC0aGRrRvn85qMwvIhBLuWL9tsvkNrVkbSzjqryij4O5KnE hwxnf2AOZSd5260ccihkCGOqadfqtx56mawVGZRpeLkv/G2RFn2z3AvLdhqmliMXYvFg /rMYNkLW+NmB988A6ynvnVgmC4KTp/2OoD8l6i4Pjz2Evm0O7ZkQK8XMp9Qx5eHhLnN2 v1/SgmgnHHnZqpr5BB1alGC3t8ow84XlUhEPeOjXu/QEx1sP0hZLVc4dlzIr3BsVl5ch +lTA== X-Gm-Message-State: AMke39lW4KMtWNb4KVGZL/YN1oZOOf28EPp/6enf38G66BU04W81W1EFkMsMiVKGA6B/wwj89Zl6kIyKSfnA2w== X-Received: by 10.36.5.67 with SMTP id 64mr16491324itl.97.1488822218579; Mon, 06 Mar 2017 09:43:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Mon, 6 Mar 2017 09:43:37 -0800 (PST) Received: by 10.64.226.199 with HTTP; Mon, 6 Mar 2017 09:43:37 -0800 (PST) In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> From: Roberto Rodriguez Jr Date: Mon, 6 Mar 2017 12:43:37 -0500 Message-ID: Subject: RE: input/output error @boot To: Dexuan Cui Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 17:43:39 -0000 Very excellent! looks good ... I do it when I get home from work. Thank u On Mar 6, 2017 9:06 AM, "Dexuan Cui" wrote: > Hi Roberto, > > I=E2=80=99m not sure if the snapshot is built daily or weekly. > > > > To have this latest fix, I suggest you re-buildworld. > > If you have done buildworld in your local directory, then you only need t= o > rebuild the EFI loader: > > > > 'wget' the patch (https://github.com/freebsd/freebsd/commit/ > f61d2c287970bdfb013deafb416e82a844415031.patch) > > cd' into your FREEBSD_SOURCE_ROOT/sys/boot/ and run "patch -p3 < > the_patch_name". > > If you have run 'make buildworld", just run 'make' in the sys/boot/ > directory and copy the new loader.efi into the boot folder, e.g. in my > side, I use > > cp -iv /usr/obj/root/bsd.git/sys/boot/efi/loader/loader.efi > /boot/loader.efi > > > > Thanks, > > -- Dexuan > > > > *From:* Roberto Rodriguez Jr [mailto:rob.rodz.jr9@gmail.com] > *Sent:* Monday, March 6, 2017 20:33 > *To:* Dexuan Cui > *Cc:* FreeBSD Current > *Subject:* RE: input/output error @boot > > > > Hey I do appreciate the work and time put into this issue. I will update > my sources when I chroot from the USB, need to find out how first, ;) and > do I rebuildworld or just download the lastest head snapshot? Im new to > testing with others. Thank you very much > From owner-freebsd-current@freebsd.org Tue Mar 7 04:34:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6768D01C8B for ; Tue, 7 Mar 2017 04:34:01 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E7821F17 for ; Tue, 7 Mar 2017 04:34:01 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-io0-x235.google.com with SMTP id z13so84094215iof.2 for ; Mon, 06 Mar 2017 20:34:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=J3612S5xmFgaTrzYn8kh752sAsa56VzuQTpMfHvLNF0=; b=LuDdKba5Vb+hnVnpPk1jHYsXFejmxN4wqlcn+Lnk+r1jXxTlHjqoLe1KKH9toeiSRL kYATIQkYUHe2pQnypOdyspI8dEdxhc96cOhZ0asBSJT7VPdomC/DbBXzeW8/Qugoc9EI 6/jUntMVmHOjV18EMoznXLGXkEA0/nR9SiN61JEAypfmONmk2CC5pYco3/BW268nwpbK oqCPdfmB9mdWcdksoMG/c1YO0wqkXJMVZLz6qEeAkrJqjf6SJWOujVQXEaintxF+ubZ9 Rt6MsZl68fKFZzxgCqpis9+Hn5KyIA3HkH5uyT5mU7xkWP8x26l3ob2Rlf6FvSqpHWrE gRXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=J3612S5xmFgaTrzYn8kh752sAsa56VzuQTpMfHvLNF0=; b=nKHVFD0roD6/JZIVV6pBAxiGg8uAAFXziZimBlWHrOC2OQGlnUlCWDYjlGY6ZfdHDn r2NINDaxf90lnXdgQUUGXnsSllTJ8ZYGVmE8lkzlGX0muysXZ/ldN0v9S0HRVOPNP6I/ vBQHI8yPK0zUR3rR2Q/wbYeArJpEDXV4y6xFArDpX845RQcJyECGUif+6JXThL2YGEJ0 Cn74gIEQmXsDWclDh90dC+HbNAEEDgHj4lLF+/C5kJBSZR1pe+mCfO722/LhdRwDG1nf 8O0UN4ZpekdAlMSGXJm8sEuvpZsqfUIdXm4irappbWaAJOEc0Jad9sTHwdlsnUGaBV+k WQ7Q== X-Gm-Message-State: AMke39kZe/2Kw1vT/wVEPJSwtu5S9foSm3B1TDgmY/Lsiw67qCRIGeQ5ZjIoO+EfxJuzdWM2v1q/PrwMENzFDw== X-Received: by 10.107.63.135 with SMTP id m129mr18001898ioa.149.1488861240603; Mon, 06 Mar 2017 20:34:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Mon, 6 Mar 2017 20:34:00 -0800 (PST) Received: by 10.64.226.199 with HTTP; Mon, 6 Mar 2017 20:34:00 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Mon, 6 Mar 2017 23:34:00 -0500 Message-ID: Subject: make.conf To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 04:34:01 -0000 Good evening gentlemen or good morning I would like to know what kind of settings you would like us testers to have in our configuration. For example I simply establish a CPU type just for basic assembly optimization but what other settings would you recommend to set so that when we recompile and build world we have the environment you would like us to test. Where the definition of testing could be: we install packages and execute X11 environment and try to connect to the internet and run all kinds of different applications so that end users also can have the same experience and understand that the system is cohesive. ? too much? From owner-freebsd-current@freebsd.org Tue Mar 7 04:49:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03914D01170 for ; Tue, 7 Mar 2017 04:49:36 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0091.outbound.protection.outlook.com [104.47.34.91]) (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 A347D1738 for ; Tue, 7 Mar 2017 04:49:35 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=v+ZkuqA6fsmSVzI02EallVTUVruJX7mUU2jiR9OmRvY=; b=lXUhFs0N8XGI14+znJ8fil5ElSZBYzRAyRx6JcUlNsnQX6hFE8T8V1c9gazQLcn7+0qLYZHFvYV4oAmjblh8mDEVvGgn5urVgDXIS3xQP80hyYDCkdXPwG0UUscmj2QEtATUlurrBk49JEjckzBWZSd5ei6wPBO9IvyfkULhaMQ= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2670.namprd03.prod.outlook.com (10.168.207.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Tue, 7 Mar 2017 04:49:34 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Tue, 7 Mar 2017 04:49:34 +0000 From: Dexuan Cui To: Chris H CC: FreeBSD CURRENT Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRwgAAasvCAABO3gIAATsHwgAE/9TA= Date: Tue, 7 Mar 2017 04:49:34 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: bsdforge.com; dkim=none (message not signed) header.d=none; bsdforge.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [167.220.255.28] x-ms-office365-filtering-correlation-id: bc619329-c596-44eb-4d62-08d4651559e5 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2670; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2670; 7:NqQOs7IL88/YydOVMxX68/3YTdk4Qi3k7CO1A5gGONyfjn79prLwAp4TzST3f7RPQa6PgPxupNyBkhufvc6QEBWEsS1xvyfFYF1xo8lz7oAKe0MxDstMTDji6XsUfDukiZG3hkRPPDPS+V89V8ZwlcrHEVbDKnLPgyBrJD3gQo1Ofkm0GumvTR1iYQ7NbtizuFpAlStANabChmazKmqToXDcxWj/sbl8B7GnYiYMHPtNamYIDNX1TfMvz09A4iNRXmkWmVlonBdVK2Q7jGPh5xVuH6usJaku/1TLfVi+AAjCwjb+KyWrhCiKakP9/60/3iR38WCgHoB9HS8JYxkENxkufJx+P1sS5G9vymR/Pbs= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123564025)(20161123560025)(20161123562025)(20161123555025)(20161123558025)(6072148); SRVR:MWHPR03MB2670; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2670; x-forefront-prvs: 0239D46DB6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39840400002)(39450400003)(39410400002)(39850400002)(39860400002)(8676002)(86362001)(77096006)(81166006)(110136004)(10290500002)(38730400002)(6246003)(7736002)(189998001)(3660700001)(229853002)(66066001)(6436002)(6506006)(3280700002)(5005710100001)(6306002)(54356999)(33656002)(74316002)(55016002)(76176999)(99286003)(3846002)(6116002)(53936002)(50986999)(5660300001)(9686003)(106116001)(102836003)(122556002)(25786008)(305945005)(2900100001)(8936002)(10090500001)(2906002)(4326008)(6916009)(92566002)(93886004)(7696004); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2670; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2017 04:49:34.0919 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2670 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 04:49:37 -0000 > From: Dexuan Cui > I committed r314770 just now to minimize the impact: > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314770 >=20 > Please let me know in case this can't solve the issue. =20 Sorry, r314770 has a bug, so I had to commit r314828 for this: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314828 Please make sure you use the latest code, i.e. >=3D r314828. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Tue Mar 7 04:52:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C53EDD01667 for ; Tue, 7 Mar 2017 04:52:36 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0132.outbound.protection.outlook.com [104.47.34.132]) (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 83A1F1F95 for ; Tue, 7 Mar 2017 04:52:36 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=tcGQ6UK9w9CxKWcmyTXd6vRHEjj9ielHUPPLTXDEPdg=; b=hVhTVJL4pD0bm5HPbUtFquOnusnrgUhDu0lk1iIETcDzuf7uKtg3Lk5R0PogtCvzCt3tFUTOBwS9snqKgP1HaXJPmOJLs/3s6SX68z0Zt6ic6M3RX+t+n9WjYlUFWm9FP+DlugFd1CSR3XspRU7U6SrsWhRPHPeU4Eh+DqaXtfw= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2670.namprd03.prod.outlook.com (10.168.207.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Tue, 7 Mar 2017 04:52:35 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Tue, 7 Mar 2017 04:52:34 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr , "freebsd-current@freebsd.org" Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIABQk+w Date: Tue, 7 Mar 2017 04:52:34 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [167.220.255.28] x-ms-office365-filtering-correlation-id: 955aeba0-6d02-4263-aed6-08d46515c585 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2670; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2670; 7:virKVlZS3dntcfxslxUQLbCTwAorh1evvd/Jiy1IPF7ek1eY6xM3fMcjv0Bx0rs+N4/5J5CHswbquB1NGkCF4zNPD+FJshGnuuAzLFwbHaNrkdNYVd06lt/vuXGtlSaHQZ7gThRGnIgTrBWHPUmBjsbcgd/j8AjavlCY3vUN7FR538aU2WzM8zFH42K3PhJU/gPbmFUnhVbI19hIg+NNi9rAwSGmQewr8dAETy90N4IyKExAjU0S+KnrvoIDQ7GkzB7sZpQPZx31djClt2fmCMbgbOj6czHto/SoTiFqoWf9vbdLswB4KT/BmxC8pvZMCBuTzBmziilEUbrsS7IBLHOVxlKy3uLsIhB8sljs4y0= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123564025)(20161123560025)(20161123562025)(20161123555025)(20161123558025)(6072148); SRVR:MWHPR03MB2670; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2670; x-forefront-prvs: 0239D46DB6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39840400002)(39450400003)(39410400002)(39850400002)(39860400002)(8676002)(86362001)(77096006)(81166006)(10290500002)(38730400002)(6246003)(7736002)(189998001)(86612001)(3660700001)(229853002)(66066001)(6436002)(8990500004)(6506006)(3280700002)(5005710100001)(6306002)(54356999)(33656002)(74316002)(55016002)(76176999)(99286003)(3846002)(6116002)(53936002)(50986999)(5660300001)(9686003)(106116001)(102836003)(122556002)(25786008)(305945005)(2900100001)(8936002)(10090500001)(2906002)(39060400002)(2501003)(92566002)(93886004)(7696004); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2670; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2017 04:52:34.6501 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2670 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 04:52:36 -0000 > From: Dexuan Cui > I committed r314770 just now to minimize the impact: > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314770 >=20 > Please let me know in case this can't solve the issue. =20 Sorry, r314770 has a bug, so I had to commit r314828: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314828 Please make sure you use the latest code, i.e. >=3D r314828. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Tue Mar 7 08:15:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D4BAD018C7 for ; Tue, 7 Mar 2017 08:15:45 +0000 (UTC) (envelope-from roberfern@gmail.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 D89191797 for ; Tue, 7 Mar 2017 08:15:44 +0000 (UTC) (envelope-from roberfern@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id z13so86550964iof.2 for ; Tue, 07 Mar 2017 00:15:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Qe9pB4Xx3lMEpatggbwDVjAs67WkyQd+H0CIBhBItwQ=; b=BcQrNEVCyVXA8fRLLUcJ473UpKlxtmL9GdsWFuJetg11wz00ybIPWiVQtEzCMlCrRk 6eeaxbaXkrkYSLH1VGEa7kg9Wo0k8AlkJ6C0TrB2MHr0j12w4hjs9tLs2h2p7rlL9bsC UnNl2Dha0EyBbdMYaDa6RJhzkmXJIAi4WnngdKnNakvlS0kEN2KD7A70Y8CW1GQHG2Up lqR4OYIWekCN5CtKU/iy/q9NqYCWX1Hu1Jn05b0HWQD/H4JkNjpG30p1zHPxW6xBpq4q Dwc7weB0pKyr05lH+/hI6vw4ZuPneVzVXKbJRUEaTFu9CWIycyNHNpy8S4xxyB+/RF+a dynw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Qe9pB4Xx3lMEpatggbwDVjAs67WkyQd+H0CIBhBItwQ=; b=E3TdfnG/0gVDVSA+N4L4os7u0QI05NtpHOwwOXZL6Z8by4eaynkhsBcx8cYNlF2loH Lp9AeviXrWmV3jh/JVsdKKljRzmfSP9FhnqOIauTsyRxhisEyi4vykXDEIwS/TfGM+La gJknOQnHSD1Df3Rs+PGsbrwQZRUUcIWgrTPr73lzKIfskWoO8veQjSiqohIMzCBLfYPp QcpB5l1eJs5aNGfZYj9PVgFLGyQOJePC4eVuN3QqyO2Xz8JS25dq8/tusozK4pQPXXwI BTyOslbGH6meCdyjJXmqBJs6uSHsdEfJ49xM6hqjk0XesluD8wUNaR117wGYCtVbpweT 0q/w== X-Gm-Message-State: AMke39m+nXBH1BCnbkxuHGX+HNX4YAjy8QqfRDh4VZEKZ79+r4/WEdzD45+VdOMno/+0j19+U7EWhyi++sowGA== X-Received: by 10.107.19.209 with SMTP id 78mr17869115iot.2.1488874544264; Tue, 07 Mar 2017 00:15:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.156.130 with HTTP; Tue, 7 Mar 2017 00:15:43 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Roberto_Fern=C3=A1ndez?= Date: Tue, 7 Mar 2017 09:15:43 +0100 Message-ID: Subject: Re: make.conf To: Roberto Rodriguez Jr Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 08:15:45 -0000 Good morning Roberto, It depends which architecture are you currently using. Ideally the tests should be run in each CPU type for each architecture and for each combination of options in the make.conf, src.conf and src-env.conf. That could last for ever. Feel free to test whatever you can. For instance, prepare your machine to run FreeBSD HEAD. I recommend to have ZFS in your hard drive and make snapshots before you install the new kernel and/or world. Then reinstall everything and check if it crash, this will be the "final user experience". If you want to run it on a external device (for instance, in a raspberry 3) you can prepare for each iteration a live USB live key to test if it breaks and then check it the hardware was recognized. In addition, you can run some benchmarks to test the performance of your machine. Was it helpful? With kind regards, Roberto Fernandez Cueto 2017-03-07 5:34 GMT+01:00 Roberto Rodriguez Jr : > Good evening gentlemen or good morning I would like to know what kind of > settings you would like us testers to have in our configuration. For > example I simply establish a CPU type just for basic assembly optimization > but what other settings would you recommend to set so that when we > recompile and build world we have the environment you would like us to > test. Where the definition of testing could be: we install packages and > execute X11 environment and try to connect to the internet and run all > kinds of different applications so that end users also can have the same > experience and understand that the system is cohesive. > ? > too much? > _______________________________________________ > 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 Mar 7 13:27:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 073CBD009FA for ; Tue, 7 Mar 2017 13:27:05 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::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 BEC3A1033 for ; Tue, 7 Mar 2017 13:27:04 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x22e.google.com with SMTP id m27so12597638iti.0 for ; Tue, 07 Mar 2017 05:27:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JkYw0tqcQXFTxg2vndSA2pYFjurZWIQmq+o9Jr0mgKg=; b=eXqg+WDjtldnAWs2ALbd0BtHGLcDbhb0/H5gI63oSL656YXl4YOuoGOEglAS/LR8z4 5Bl8n2oWHTYmfN2K+u9h8YBrklwMtUAwYpW4vBTsg2oMoMoK9onC04hXSxPUlcMSmCdY acxEIhAxTLEwVhpFtUj+HJG0Zm0Tp9ojykWDhfuBiH9P0UaUCzBaqYw5OkChLQLgwNWr iNg99h0tPiyk5TiL0l5PyPS0W7AAwD0aoYLfyiNSWOI249/Arbo2girI8QsfyKEMLlND VymgTIlWKcuYarIvyqlJSG5P0SUM1p5W1cqvD4YdKi/ro1sZDsrwO3TDTmJRJXs6ovrr Jg+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JkYw0tqcQXFTxg2vndSA2pYFjurZWIQmq+o9Jr0mgKg=; b=Z6QNmH1z8nuhaxp7bl/ua8cCssYv4NzLPPuYHhp1qIAGdMxcLufPiTrbXQaq49nCIZ OteYmTs8YDs9iHwvnC3z0tzBLMCSiEwCZ33DfTkvZdH8E8JqWcacfFFl+XFVK36TreYx 3OrHfjnQ+uYt9GTt8VQLUrnJY+eRikTDtPQw3OjrgsKYD0UguhnVpO7CxntuameOGxYc N6JAbbqugvVo4ApVP8YBjXwpUrzEfR8NHdnzAynqciOkk3qDdlFZ8TYPLwrJZijua2i3 8p/L5hW0SFogidjC2yrfo0qVEsPUMTiOEoC0Zp10jk81cZrNDQQsFPWmVrlN999v9YV5 A7+A== X-Gm-Message-State: AMke39lSTT6j+scuBazO+gntRr5Ho2nWIMuKsIFLYjJ3SU5w+nJtC3OAH0GVM7m+nhhQ75ZawO31tfGAO4cMXw== X-Received: by 10.36.201.198 with SMTP id h189mr20841248itg.97.1488893224170; Tue, 07 Mar 2017 05:27:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.229.36 with HTTP; Tue, 7 Mar 2017 05:27:03 -0800 (PST) Received: by 10.64.229.36 with HTTP; Tue, 7 Mar 2017 05:27:03 -0800 (PST) In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> From: Roberto Rodriguez Jr Date: Tue, 7 Mar 2017 08:27:03 -0500 Message-ID: Subject: RE: input/output error @boot To: Dexuan Cui Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 13:27:05 -0000 I will test tonight. Thank you very much for your time On Mar 6, 2017 11:52 PM, "Dexuan Cui" wrote: > From: Dexuan Cui > I committed r314770 just now to minimize the impact: > https://svnweb.freebsd.org/base?view=revision&revision=314770 > > Please let me know in case this can't solve the issue. Sorry, r314770 has a bug, so I had to commit r314828: https://svnweb.freebsd.org/base?view=revision&revision=314828 Please make sure you use the latest code, i.e. >= r314828. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Tue Mar 7 15:27:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 408A7D01387 for ; Tue, 7 Mar 2017 15:27:38 +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 E04E21B0F for ; Tue, 7 Mar 2017 15:27:37 +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 v27FTNcV063598; Tue, 7 Mar 2017 07:29:29 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Dexuan Cui Cc: "FreeBSD CURRENT" In-Reply-To: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com>, <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net>, <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> , From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Tue, 07 Mar 2017 07:29:29 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 15:27:38 -0000 On Mon, 6 Mar 2017 04:01:04 +0000 Dexuan Cui wrote > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Dexuan Cui > > Hi Chris, > > Thank you very much for the screenshots!!! > > > > On the host there is a 1MB LoaderData memory range, which splits > > the big Conventional Memory range into a small one (15MB) and a > > big one: the small one is too small to hold the staging area. > > > > I'm going to post a patch shortly. > > Can you please try the below patch? > https://reviews.freebsd.org/D9904 > You can find the URL of the "Download Raw Diff" in the page and > 'wget' the patch and then apply it. > > It should be able to fix the recent UEFI-boot issue introduced by me. > > You may not need to re-buildworld. Please this link to replace the > bad 'loader.efi': > https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064979.html > > I'm planning to commit the patch later today in about 6 hours, because > I'm pretty confident in the patch and it should fix the critical issue... It may already be too late. But I just wanted to let you know that I hadn't overlooked/discarded your message. $WORK$ is riding my a$$ pretty hard, and I'm not going to get a chance to catch my breath till at least mid day. But I *do* plan to give this a shot, and my earliest opportunity. Thanks, Dexuan! --Chris > > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Tue Mar 7 17:13:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBC98D0127E for ; Tue, 7 Mar 2017 17:13:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot0-x236.google.com (mail-ot0-x236.google.com [IPv6:2607:f8b0:4003:c0f::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 B9A4C1983; Tue, 7 Mar 2017 17:13:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot0-x236.google.com with SMTP id 19so10040379oti.0; Tue, 07 Mar 2017 09:13:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=0xya9fICXWpVYr/QCXDnXymrHhYoXyamNjlit0/RKZs=; b=ZTpcSmzEVvXBPrOCiwgBwVgLIwvyjWs+esjgRTNm5j+gT/fFBqMz4YYFaLIOLoWq9G HTLYzEfLBUUMy1fXbbY3cS1WN7lT9b41/MDtgBdgKo+LFGG5O2V4gVAygDPtqJO+xat2 nOwP17tPueB0wDO2D/cUwN3Wq+vtCZnzANN8q7a7Lt/VipKD+7XUvHj54ytDOaSJXhsK L+sFAqbcV3RtFECFBygEX7crQjSxdY5Q06IoHq1DpXVo82Vi1fzJ0xjShCEsb8X4lgmX jrA8D2qXlVsr+bt2Qd8/h6mMEt7HsrSB26WmfP4A8I/LYz20GyWI+HMg+xRL6zRWHxcv HWgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=0xya9fICXWpVYr/QCXDnXymrHhYoXyamNjlit0/RKZs=; b=sTAdPKo049NEIOLLeJW0nsiyVOrggLO5RgD4Rm9UcMLfMYHpJ4hx1Z5qO4Ziux9Ro3 QWYJWCf7Au363yjB4rHAYQ2jGLU8/qPX2PRbjPD5DnjR4I5bFhM3dHW3vDbbQcdc0NLG LH9r+ElP8+lZUhjqAto9aGlu+A2D4v+nuwHrSrNZ1B7uIMCBJHt31V1dqluKbdGW0Hp2 wjrdtDYOsYdZ9u+lHFHs/Zt/8v36M82RK4wFmuYIgmtpUA2gmtVcP63Dx1SH3WFQY3ci OZDLPFToHlu+E27LwX2RJkkw4QjqKWNOCUP2EMKkL4f4xOCx37U9HGqRMMQWD4a1nFB0 FY3A== X-Gm-Message-State: AMke39lIYX+tLkAB6Zlow2WSqUxrv20AkL7kxmNEyrqNMr1GbE2emj0CHr0JBz4QcqZzllyZ6CHro4mYJ+5NAg== X-Received: by 10.157.8.98 with SMTP id 89mr894236oty.264.1488906838527; Tue, 07 Mar 2017 09:13:58 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.74.32.79 with HTTP; Tue, 7 Mar 2017 09:13:58 -0800 (PST) In-Reply-To: <12f82f8b-658e-23e0-c017-c917dd8cd638@FreeBSD.org> References: <0b702c55-aa92-193f-77e1-c5c8aa1a668f@FreeBSD.org> <12f82f8b-658e-23e0-c017-c917dd8cd638@FreeBSD.org> From: Kevin Oberman Date: Tue, 7 Mar 2017 09:13:58 -0800 X-Google-Sender-Auth: SEjSWqeHnQ1g22whJQI0bk2ApSM Message-ID: Subject: Re: Strange kernel build breakage (after r314283?) To: Lev Serebryakov Cc: FreeBSD CURRENT , imp@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 17:14:00 -0000 On Mon, Mar 6, 2017 at 9:18 AM, Lev Serebryakov wrote: > On 06.03.2017 20:10, Lev Serebryakov wrote: > > > I've got this error when tried to update my -CURRENT VM to r314772: > > > > /data/src/sys/cam/cam_xpt.c:84:1: error: static_assert failed > > "XPT_PRINT_LEN is too large" > > _Static_assert(XPT_PRINT_LEN <= XPT_PRINT_MAXLEN, "XPT_PRINT_LEN is too > > large"); > > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > I didn't define any XPT_xxxx macro by hands, but I have > > > > options PRINTF_BUFR_SIZE=1024 > > > > in my kernel config. > Yep, removing this option helps, but it is surprising and not obvious > at all! > > -- > // Lev Serebryakov > If my memory is good (and it may not be), this option was recommended to prevent garbled syslog and console entries, but that was back in v8 days, long, long ago. I have not had his problem for a long time and I think that the option is no longer required and even they, 1024 was a LOT bigger than was recommended at the time. 128 or 256 seems tike the value recommended. -- 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 Mar 7 17:26:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2474CD016EE for ; Tue, 7 Mar 2017 17:26:41 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 0B638114D for ; Tue, 7 Mar 2017 17:26:40 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id D539E5646A; Tue, 7 Mar 2017 11:26:33 -0600 (CST) Subject: Re: panic: invalid bcd xxx To: Oleksandr Tymoshenko , Adrian Chadd References: <20170228224739.167f2273@bsd64.grem.de> <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> <80EC6EBB-8BF6-4990-9DEE-906EDCE69E06@grem.de> <673e2e0c-b3c8-42b7-a32d-1798eaf571f6@unixarea.de> <20170304174434.GA26923@bluezbox.com> Cc: Matthias Apitz , freebsd-current From: Eric van Gyzen Message-ID: Date: Tue, 7 Mar 2017 11:26:32 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170304174434.GA26923@bluezbox.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 17:26:41 -0000 On 03/04/2017 11:44, Oleksandr Tymoshenko wrote: > Adrian Chadd (adrian.chadd@gmail.com) wrote: >> We're not; we need to cope with crappy BIOS emulations and not crash :) >> >> What's Linux doing instead? Ignoring the RTC? > > I believe I saw the same problem on either my NUC or Minnowboard. > I just hacked around it to work on something else and didn't > have time to get back to the device since then. But it's not > just emulation BIOS. I think the right way to go is to perform sanity > check on RTC data and refuse to use it if it's not valid. cem@ posted this patch: http://dpaste.com/1K2W05E If someone can test it, I'll gladly commit it. The real-time clock will likely be wrong, but it won't panic with INVARIANTS. Eric From owner-freebsd-current@freebsd.org Tue Mar 7 17:50:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A544D01FA8 for ; Tue, 7 Mar 2017 17:50:54 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.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 000A5107C for ; Tue, 7 Mar 2017 17:50:53 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id w124so8601860itb.0 for ; Tue, 07 Mar 2017 09:50:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Rafjr6dunJaNA1Iur687sC3SauSGHRpOHqJbIAhG3kc=; b=k8UtLsy0HNGboxue4PV7quU8W6IbMogGWyEjAm4y0ODaNFoYVYGNMTBIRlROXDSOFG mjafhKp7Fr7QcuyTKku2ZwqBEHtFs+vZ+98iMmyveC/7WuRLw60JgSlbzJZiVs4xz+FB NyGctrlrqyHfrb5s89Js7DbqL2sIC2ESE8k3Z8RI1lQruh1FS+R3QSbpXB9Kn5jyCiML NcqIPan794R5TkEeyVJ3hBW4TVqQfyT8BUW21F5QlOY5UTft3u801Ku32oGsEuDzci6K 3XARXk8jL6gdC+wHsgWHdwarMQ7dD9InZ43UuROkPNs0i2K8z5PSZM3fVi6wfjVHNqH0 PsYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Rafjr6dunJaNA1Iur687sC3SauSGHRpOHqJbIAhG3kc=; b=bN/TV+BWRKN+BVLRxN9cPelsdg/RguzjIU+kANTkCAemwnX+ijfWThYIRTepQJbagY bDWcuf/EJHIZpG7Ufg+KUdLVLfw2qVXeKnDGV02qX6s0RaqkWx5YMloSN1+nEjh2yQMh QvbpftRs94rYQXD+mZ8gj9sjA6kct4pMnpFOZsfR9CFv79wYFLfMeXnc9gLl/hdC3eAw soHqTQiNsn61jF+GSbaASCjOIG9bqglHvu7/RhhXjYxGyfGYOhpvbqDB5H8p3xIGuEZ2 BzJwAe6B5/Z+MZ3eWQAkZkVptvBhwacX4IJ/6N21CdlxmIjZPZL3ekzu8eTchf0+Zb6b XJuA== X-Gm-Message-State: AMke39mpiWecoJn1K4Fmcgba/JogtSAA8hREspNVGfGZ9YxVqM4if39Ep11uJsuXLHtj1RGPFwDxRvPJRS6S3g== X-Received: by 10.36.5.67 with SMTP id 64mr2226412itl.97.1488909053424; Tue, 07 Mar 2017 09:50:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Tue, 7 Mar 2017 09:50:52 -0800 (PST) Received: by 10.64.226.199 with HTTP; Tue, 7 Mar 2017 09:50:52 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Tue, 7 Mar 2017 12:50:52 -0500 Message-ID: Subject: Re: make.conf To: =?UTF-8?Q?Roberto_Fern=C3=A1ndez?= Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 17:50:54 -0000 Yes I understand it's true there are many options I will test what I can for my AMD 64 machine since it's a laptop I can probably start making some reports and also look into ZFS snapshots and tunables. Thank you very much it was helpful From owner-freebsd-current@freebsd.org Tue Mar 7 19:32:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4931ED01ACA for ; Tue, 7 Mar 2017 19:32:33 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3394114C9 for ; Tue, 7 Mar 2017 19:32:33 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: by mailman.ysv.freebsd.org (Postfix) id 32D46D01AC8; Tue, 7 Mar 2017 19:32:33 +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 327C5D01AC6 for ; Tue, 7 Mar 2017 19:32:33 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (mail.michaelwlucas.com [104.236.197.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D840214C8 for ; Tue, 7 Mar 2017 19:32:32 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (localhost [127.0.0.1]) by mail.michaelwlucas.com (8.15.2/8.15.2) with ESMTP id v27J5nb5098077 for ; Tue, 7 Mar 2017 14:05:50 -0500 (EST) (envelope-from mwlucas@mail.michaelwlucas.com) Received: (from mwlucas@localhost) by mail.michaelwlucas.com (8.15.2/8.15.2/Submit) id v27J5nt1098076 for current@freebsd.org; Tue, 7 Mar 2017 14:05:49 -0500 (EST) (envelope-from mwlucas) Date: Tue, 7 Mar 2017 14:05:49 -0500 From: "Michael W. Lucas" To: current@freebsd.org Subject: two recent snapshot installer problems Message-ID: <20170307190549.GA97879@mail.michaelwlucas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.michaelwlucas.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.1 (mail.michaelwlucas.com [127.0.0.1]); Tue, 07 Mar 2017 14:05:51 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:32:33 -0000 Hi, I want to open a bug report on this, but have no idea how to gather useful info. Attempting to install FreeBSD-12.0-CURRENT-amd64-20170301-r314495-memstick.img onto an eight-drive iX system. This machine previously ran -current, but the OS has been sadly used by book testing and I decided to do a clean install. Used the Guided ZFS install, no networking, no extra users, default security. I want a two-way mirror for the base install, and the BIOS didn't provide serial numbers for each disk, so I wound up doing multiple installs, thinking that once I installed to the disk that the BIOS expected to be a boot disk, it'd find the pool and boot. Each of the four installs failed to boot, giving me: gptzfsboot: error 1 lba 32 error 1 gptzfsboot: error 1 lba 4294967288 gptzfsboot: error 1 lba 1 gptzfsboot: No ZFS pools located, can't boot Old disklabels? gpart -F destroy da0 through ada3. and reinstall. Nope. In frustration I did an eight-disk mirror install. Got the same message. Fine, I'll install to the Intel RAID satadom. It's a raid config, but it'll get me a working system. Select a ZFS stripe on raid/r0. gpart: arg0 'raid/r0': Invalid argument Mirror on the individual satadom drives? Same boot message. Any suggestions on how to gather debugging info for this? Thanks, ==ml -- Michael W. Lucas Twitter @mwlauthor nonfiction: https://www.michaelwlucas.com/ fiction: https://www.michaelwarrenlucas.com/ blog: http://blather.michaelwlucas.com/ From owner-freebsd-current@freebsd.org Tue Mar 7 19:34:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BA08D01BF5 for ; Tue, 7 Mar 2017 19:34:31 +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 D6B5C166A; Tue, 7 Mar 2017 19:34:30 +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 v27JaNVQ005674; Tue, 7 Mar 2017 11:36:29 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Lev Serebryakov , Kevin Oberman Cc: FreeBSD CURRENT , In-Reply-To: References: <0b702c55-aa92-193f-77e1-c5c8aa1a668f@FreeBSD.org> <12f82f8b-658e-23e0-c017-c917dd8cd638@FreeBSD.org>, From: "Chris H" Subject: Re: Strange kernel build breakage (after r314283?) Date: Tue, 07 Mar 2017 11:36:29 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:34:31 -0000 On Tue, 7 Mar 2017 09:13:58 -0800 Kevin Oberman wrote > On Mon, Mar 6, 2017 at 9:18 AM, Lev Serebryakov wrote: > > > On 06.03.2017 20:10, Lev Serebryakov wrote: > > > > > I've got this error when tried to update my -CURRENT VM to r314772: > > > > > > /data/src/sys/cam/cam_xpt.c:84:1: error: static_assert failed > > > "XPT_PRINT_LEN is too large" > > > _Static_assert(XPT_PRINT_LEN <= XPT_PRINT_MAXLEN, "XPT_PRINT_LEN is too > > > large"); > > > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > I didn't define any XPT_xxxx macro by hands, but I have > > > > > > options PRINTF_BUFR_SIZE=1024 > > > > > > in my kernel config. > > Yep, removing this option helps, but it is surprising and not obvious > > at all! > > > > -- > > // Lev Serebryakov > > > > If my memory is good (and it may not be), this option was recommended to > prevent garbled syslog and console entries, but that was back in v8 days, > long, long ago. I have not had his problem for a long time and I think that > the option is no longer required and even they, 1024 was a LOT bigger than > was recommended at the time. 128 or 256 seems tike the value recommended. Relax. You're memory is still in good order. :-) It was in fact the reason. I had to add the then suggested amount: PRINTF_BUFR_SIZE=128 to my KERNCONF even into early 9. But haven't required it since ~mid-9. OTOH I'm now seeing something similar on CURRENT. Only somewhat in reverse. The last message I receive on the console following halt(8) is the message telling me the NIC has been brought down. It then sits there until I hit the enter key to reboot(8). But that's another topic for another thread. :-) --Chris > -- > 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 Mar 7 19:43:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D642D02079 for ; Tue, 7 Mar 2017 19:43:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::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 246B11C97 for ; Tue, 7 Mar 2017 19:43:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22e.google.com with SMTP id f84so11875274ioj.0 for ; Tue, 07 Mar 2017 11:43:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=U/QpewMsZDgEavAtNdG2+eEPcW4hG08sHtpnSIIrP6A=; b=C3Uqy7sefWdFuA3v2Ijbue9gCgRVe2qQy7w5zbmMlOmMvBbo75rEjCPsCjlgScF2Lc DlJKYFpvuIKPVEjdxMk5Y6O3gPZNp/CVg8511igbz8nqUVMppT65qurMSXas0pyU020w PMvlVdtjYye3K87E8QhZuHs6vYToQO1ZCwX1KXepkkMzA7HjHupo/W3nXp2L5IDqukLd Uy5TFSYfqcuux9Z4qz9LlJz0J1qnCqmodIEk/JoqkcsyR7zCuGZJl6zXjG2N1sXAut2K qPJrtk7sI4KrfvqXiLlEMyHsuwoaAiStZWv+1HfdzAvjDeoKwzq3jbWQezk+6Ad3E9PE NBZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=U/QpewMsZDgEavAtNdG2+eEPcW4hG08sHtpnSIIrP6A=; b=azFx/JD4i2ePfODyziwJFsfefDWDImFNAQcVCLeCxGqH2k/1XIvaTrpsHjOywP3Ho6 ugzWE1aYfkHICxh8tjJYsTHxLs5uxYmdx0dTrrEs/5ko8R3Te3RXbgiMGsVjGLj5+L6N Q+y7BIbhe/HDdpFVibMnF7PPbTzLfiQ2fBdkykXkU15FWYPl1AOBamFPxIiS5haLcilG +y58g4WhxYKopyRQkJI9pG6X/niulCWqP4US8vYHgkjP3hDzpC2i2OXeizxKYa3XGvfI SBkCbA+OL2KTqbZed1NUFwKT4JBalRb/Q9ihr/1oNuEJR9tjJP14qns+zrxEzHGhnPWn FPKw== X-Gm-Message-State: AMke39mk7+CCkDTGMG8zECYK07pGmLRCBLnbGM0rG7F1HzMPQInSqFYQRgDN4mtozMtbA7AygM8p/FPzcajNRA== X-Received: by 10.107.134.94 with SMTP id i91mr2651491iod.0.1488915823229; Tue, 07 Mar 2017 11:43:43 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Tue, 7 Mar 2017 11:43:42 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: References: <0b702c55-aa92-193f-77e1-c5c8aa1a668f@FreeBSD.org> <12f82f8b-658e-23e0-c017-c917dd8cd638@FreeBSD.org> From: Warner Losh Date: Tue, 7 Mar 2017 12:43:42 -0700 X-Google-Sender-Auth: c2gQGBGEEoxxIQ87kd-bbIoZm78 Message-ID: Subject: Re: Strange kernel build breakage (after r314283?) To: Chris H Cc: Lev Serebryakov , Kevin Oberman , FreeBSD CURRENT , Warner Losh Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:43:44 -0000 On Tue, Mar 7, 2017 at 12:36 PM, Chris H wrote: > On Tue, 7 Mar 2017 09:13:58 -0800 Kevin Oberman wrote > >> On Mon, Mar 6, 2017 at 9:18 AM, Lev Serebryakov wrote: >> >> > On 06.03.2017 20:10, Lev Serebryakov wrote: >> > >> > > I've got this error when tried to update my -CURRENT VM to r314772: >> > > >> > > /data/src/sys/cam/cam_xpt.c:84:1: error: static_assert failed >> > > "XPT_PRINT_LEN is too large" >> > > _Static_assert(XPT_PRINT_LEN <= XPT_PRINT_MAXLEN, "XPT_PRINT_LEN is too >> > > large"); >> > > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > > >> > > I didn't define any XPT_xxxx macro by hands, but I have >> > > >> > > options PRINTF_BUFR_SIZE=1024 >> > > >> > > in my kernel config. >> > Yep, removing this option helps, but it is surprising and not obvious >> > at all! >> > >> > -- >> > // Lev Serebryakov >> > >> >> If my memory is good (and it may not be), this option was recommended to >> prevent garbled syslog and console entries, but that was back in v8 days, >> long, long ago. I have not had his problem for a long time and I think that >> the option is no longer required and even they, 1024 was a LOT bigger than >> was recommended at the time. 128 or 256 seems tike the value recommended. > > Relax. You're memory is still in good order. :-) > It was in fact the reason. I had to add the then suggested amount: > PRINTF_BUFR_SIZE=128 > to my KERNCONF even into early 9. But haven't required it since > ~mid-9. > > OTOH I'm now seeing something similar on CURRENT. Only somewhat > in reverse. > The last message I receive on the console following halt(8) is > the message telling me the NIC has been brought down. It then > sits there until I hit the enter key to reboot(8). > > But that's another topic for another thread. :-) Hmmm, looks like I broke this... Meaning the static config. I'll look at it more closely. Warner From owner-freebsd-current@freebsd.org Tue Mar 7 19:52:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D92BD024B7 for ; Tue, 7 Mar 2017 19:52:43 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E1B5212E5 for ; Tue, 7 Mar 2017 19:52:42 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id DE259D024B6; Tue, 7 Mar 2017 19:52:42 +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 DDC72D024B5 for ; Tue, 7 Mar 2017 19:52:42 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 B580112E4 for ; Tue, 7 Mar 2017 19:52:42 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OMG00N00N45MA00@st13p35im-asmtp001.me.com> for current@freebsd.org; Tue, 07 Mar 2017 19:52:36 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1488916356; bh=gj1D20vS9/aGxWbSF1AecSe/YEUq5cTHvnHbrA344g8=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=GCqtbWCPL/aa79AypxPEicfIizzXgJSCdrOa/Tp72OFNEUb0QowlytiQuPw//tG5p grivQOl2oMtIXmOEupJP56ApqURPF7lINeOgkTMEVH2WKnDyhM0Gqv3L8l6pFdoEn5 Rg43ofxNfVs8wywN3gE9hdrZCj5K6Z3tvkDIU88EOCQeGm8gugKGCZEynVw5AK/SXs mnE9W2t7R6VLSJ+ls9gBgjIPX0ur6/paoQdgiiWtz28xFrBiDOwudQSyC7cIPQqYWx 6piHmTR9QcB8Vhy+ejUrK3zuspsHu8JMtQN1Spv8iN1hmmWf+WPWmQRj4d6FyoOhGG MQCykNLuoas/w== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OMG00M7YN7MQV00@st13p35im-asmtp001.me.com>; Tue, 07 Mar 2017 19:52:36 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-03-07_15:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=10 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1703070156 From: Toomas Soome Message-id: <40408F86-006D-40FF-B6B1-777E24FB53EE@me.com> MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: two recent snapshot installer problems Date: Tue, 07 Mar 2017 21:52:33 +0200 In-reply-to: <20170307190549.GA97879@mail.michaelwlucas.com> Cc: current@freebsd.org To: "Michael W. Lucas" References: <20170307190549.GA97879@mail.michaelwlucas.com> X-Mailer: Apple Mail (2.3259) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:52:43 -0000 > On 7. m=C3=A4rts 2017, at 21:05, Michael W. Lucas = wrote: >=20 > Hi, >=20 > I want to open a bug report on this, but have no idea how to gather > useful info. >=20 > Attempting to install > FreeBSD-12.0-CURRENT-amd64-20170301-r314495-memstick.img onto an > eight-drive iX system. This machine previously ran -current, but the > OS has been sadly used by book testing and I decided to do a clean > install. >=20 > Used the Guided ZFS install, no networking, no extra users, default > security.=20 >=20 > I want a two-way mirror for the base install, and the BIOS didn't > provide serial numbers for each disk, so I wound up doing multiple > installs, thinking that once I installed to the disk that the BIOS > expected to be a boot disk, it'd find the pool and boot. >=20 > Each of the four installs failed to boot, giving me: >=20 > gptzfsboot: error 1 lba 32 > error 1 > gptzfsboot: error 1 lba 4294967288 > gptzfsboot: error 1 lba 1 > gptzfsboot: No ZFS pools located, can't boot The messages are from low level disk IO, INT13. if (V86_CY(v86.efl)) { printf("%s: error %u lba %u\n", BOOTPROG, v86.eax >> 8 & 0xff, lba); return (-1); } So the error 1 is: 01h Invalid Command Which means the INT13 AX=3D0x4200 is not supported by this BIOS. So, = the question is, does your HBA is set in bios to IDE or AHCI mode? = Changing that may make an difference, also usual suggestion - check for = bios update, and if the host supports it, check the uefi boot=E2=80=A6 = Of course, the fact that it did run fbsd before, points towards bios = settings change... the invalid command from INT13 extended read is by itself quite odd, but = there is also possible another reason - if by any reason somehow the = memory buffer for this call is from memory above 640k and so the invalid = memory area was provided=E2=80=A6 rgds, toomas >=20 > Old disklabels? gpart -F destroy da0 through ada3. and > reinstall. Nope. >=20 > In frustration I did an eight-disk mirror install. Got the same > message. >=20 > Fine, I'll install to the Intel RAID satadom. It's a raid config, but > it'll get me a working system. Select a ZFS stripe on raid/r0. >=20 > gpart: arg0 'raid/r0': Invalid argument >=20 > Mirror on the individual satadom drives? >=20 > Same boot message. >=20 > Any suggestions on how to gather debugging info for this? >=20 > Thanks, > =3D=3Dml >=20 >=20 > --=20 > Michael W. Lucas Twitter @mwlauthor=20 > nonfiction: https://www.michaelwlucas.com/ > fiction: https://www.michaelwarrenlucas.com/ > blog: http://blather.michaelwlucas.com/ > _______________________________________________ > 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 Mar 7 19:58:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C529D025BF for ; Tue, 7 Mar 2017 19:58:02 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6D9515CD; Tue, 7 Mar 2017 19:58:01 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [134.153.27.124] (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by freefall.freebsd.org (Postfix) with ESMTP id 1EEF8B78; Tue, 7 Mar 2017 19:58:00 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Chris H" Cc: "Alex Deiter" , "Dexuan Cui" , "Michael Tuexen" , freebsd-current , "dexuan@freebsd.org" , "marcel@freebsd.org" , "kib@freebsd.org" , "Sepherosa Ziehau" Subject: Re: Boot failure - svn up from this morning Date: Tue, 07 Mar 2017 16:27:59 -0330 Message-ID: <497DF4FE-2E2D-482D-A96B-AC4C300EF286@FreeBSD.org> In-Reply-To: <94871692b95acb7e3ece204732a10d7f@ultimatedns.net> References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <94871692b95acb7e3ece204732a10d7f@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5347) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:58:02 -0000 Hi, On 5 Mar 2017, at 20:31, Chris H wrote: > OK copying the boot.efi from the install DVD will only > hose the system (EFI). Before I attempt to do the same thing... what do you mean by "hose the system"? Is the correct recovery path to build a new USB image with "make release" post-r314828? Thanks, Jon -- jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Tue Mar 7 20:18:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B193D02BBD for ; Tue, 7 Mar 2017 20:18:19 +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 4644C11A3; Tue, 7 Mar 2017 20:18:18 +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 v27KKCEL012754; Tue, 7 Mar 2017 12:20:18 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: "Jonathan Anderson" Cc: In-Reply-To: <497DF4FE-2E2D-482D-A96B-AC4C300EF286@FreeBSD.org> References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <94871692b95acb7e3ece204732a10d7f@ultimatedns.net>, <497DF4FE-2E2D-482D-A96B-AC4C300EF286@FreeBSD.org> From: "Chris H" Subject: Re: Boot failure - svn up from this morning Date: Tue, 07 Mar 2017 12:20:18 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <9bc29f27d01b0c40aa6b990b9c6aacbd@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 20:18:19 -0000 On Tue, 07 Mar 2017 16:27:59 -0330 "Jonathan Anderson" wrote > Hi, > > On 5 Mar 2017, at 20:31, Chris H wrote: > > > OK copying the boot.efi from the install DVD will only > > hose the system (EFI). > > Before I attempt to do the same thing... what do you mean by "hose the > system"? Is the correct recovery path to build a new USB image with > "make release" post-r314828? That was *my* bad. I inadvertently copied the *wrong* file (I was in a hurry). So. That said; if you move loader.efi aside -- say; to _loader.efi. Then copy loader.efi from the install DVD, or any other system that's not too much older, and is good. You should be fine. :-) Make sure the permissions are correct, after the copy. Sorry for the misinformation. --Chris > > Thanks, > > > Jon > -- > jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Wed Mar 8 01:38:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEB73D0149D for ; Wed, 8 Mar 2017 01:38:39 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::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 462A71474; Wed, 8 Mar 2017 01:38:39 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id k202so8707436lfe.1; Tue, 07 Mar 2017 17:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=djBeRLFDJ2UGMLjodMxt4EaPvMDzPBfo5bGf7jXTc8U=; b=mqFgL280zAM3ZRxK+QWPnXhXLCvn3n6sO6XxL+pilrU0fesItlGeqc/IJnp2W5AZrc rZ13mUTOPtQAWy0oNin1zg+8n6tKyNmqTVYjvhlGBl2O/IYBWty4otuwHE0myEW8b2zX 5JnJAr5aAEi53mHVqj26TJIItiaY6h6g7LdJBMoJdDIr9CkvD66CVU5AFc5oYrnaKY4i BBMb2sH/9xN/GYf/BE117+SEF15N7jxoKlzY9oI/aEA4ZEK18dpXMvQ1Xf6LsDNyx1Og h4Vdmjl/f1C+mBtb/iBDcB33XvFa86MpAbtJCKoGrA+bgtZ2eMIIjEPg90ttok09POqN yHqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=djBeRLFDJ2UGMLjodMxt4EaPvMDzPBfo5bGf7jXTc8U=; b=ENNN12qHifHC5AwwW8TfAUXk/JweCF2GMU1GhZOZDuFncLr5q0WaOG2yjdgVauG1vx dlW+VrxdUFxbqZbgw4fBDkeGZDr+nNfDhG3teYvgaoym5S41yiq0JlKlEk9Xci8FE7Pl C1mK3aRhjUbf4jBXWzppkSiIc8mob50nEOSRQoM9GANuJarzPO1AlF3boeqYVVTghbzU WBJUCqW9yuu0p3Rrz+PqEcq7kPiJxKGKPJLqqnSoIYEnzKvXF1PKUIFZww8S4jqVO0lk pJLMDTyGOF5OzCTBGSiCmj20aCvzRHZIQsB1qX7Ljrq+yjXf2Axqwx0GH3C3AU19v3Xj hZCg== X-Gm-Message-State: AMke39li+DtqdL8FoR665LAhDypuQlfw9isBSqt45TqR4Kb19Zmm7KLre7iEnHvoE++0qA== X-Received: by 10.46.82.66 with SMTP id g63mr1105459ljb.113.1488937116523; Tue, 07 Mar 2017 17:38:36 -0800 (PST) Received: from tiamat.deiter.ru ([109.167.157.231]) by smtp.gmail.com with ESMTPSA id q71sm305490lfg.41.2017.03.07.17.38.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 17:38:35 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Boot failure - svn up from this morning From: Alex Deiter In-Reply-To: Date: Wed, 8 Mar 2017 04:38:34 +0300 Cc: Chris H , AN , "Ngie Cooper (yaneurabeya)" , Michael Tuexen , Roberto Rodriguez Jr , Guido Falsi , Warner Losh , Ultima , Sepherosa Ziehau Content-Transfer-Encoding: 7bit Message-Id: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> <0251254D-9429-49CE-B35A-CE308D256A0C@gmail.com> <9229D187-525C-41FA-9294-A7BB33BD692D@gmail.com> To: Dexuan Cui , freebsd-current X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Wed, 08 Mar 2017 02:30:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 01:38:39 -0000 Hello Dexuan, This issue reproduced at least for 4 different HW platform: Supermicro 6037R-TXRF Supermicro A1SRM-2758F Supermicro X9SCM-F Gigabyte GA-C1037UN-EU How can I help you resolve this issue ? Thank you! The same result for r314862: >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 16 block devices..............*.+.. done ZFS found the following pools: zroot UFS found no partitions Consoles: EFI console Staging area's size is reduced: 16384 -> 64! Command line arguments: loader.efi Image base: 0x6dc65000 EFI version: 2.31 EFI Firmware: American Megatrends (rev 5.08) FreeBSD/amd64 EFI loader, Revision 1.1 EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x9210f8 elf64_loadimage: read failed can't load file '/boot/kernel/kernel': input/output error can't load file '/boot/kernel/kernel': input/output error Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 2 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK OK memmap Type Physical Virtual #Pages Attr BootServicesCode 000000000000 000000000000 00000008 UC WC WT WB ConventionalMemory 000000008000 000000000000 00000027 UC WC WT WB BootServicesData 00000002f000 000000000000 00000011 UC WC WT WB BootServicesCode 000000040000 000000000000 00000060 UC WC WT WB ConventionalMemory 000000100000 000000000000 00000100 UC WC WT WB BootServicesData 000000200000 000000000000 00000040 UC WC WT WB ConventionalMemory 000000240000 000000000000 0003fd80 UC WC WT WB LoaderData 00003ffc0000 000000000000 00000040 UC WC WT WB ConventionalMemory 000040000000 000000000000 00029c65 UC WC WT WB LoaderData 000069c65000 000000000000 00004000 UC WC WT WB LoaderCode 00006dc65000 000000000000 00000071 UC WC WT WB LoaderData 00006dcd6000 000000000000 00002171 UC WC WT WB LoaderCode 00006fe47000 000000000000 0000001d UC WC WT WB MemoryMappedIO 00006fe64000 000000000000 00000014 UC WC WT WB BootServicesData 00006fe78000 000000000000 0000ec32 UC WC WT WB ConventionalMemory 00007eaaa000 000000000000 0000037b UC WC WT WB BootServicesCode 00007ee25000 000000000000 00000285 UC WC WT WB Reserved 00007f0aa000 000000000000 00000075 UC WC WT WB ConventionalMemory 00007f11f000 000000000000 000000ae UC WC WT WB ACPIMemoryNVS 00007f1cd000 000000000000 0000027b UC WC WT WB RuntimeServicesData 00007f448000 000000000000 000001a7 UC WC WT WB RuntimeServicesCode 00007f5ef000 000000000000 0000005c UC WC WT WB BootServicesData 00007f64b000 000000000000 000001b5 UC WC WT WB ConventionalMemory 000100000000 000000000000 00780000 UC WC WT WB MemoryMappedIO 0000e0000000 000000000000 00004000 UC MemoryMappedIO 0000fed01000 000000000000 00000003 UC MemoryMappedIO 0000fed08000 000000000000 00000001 UC MemoryMappedIO 0000fed0c000 000000000000 00000004 UC MemoryMappedIO 0000fed1c000 000000000000 00000001 UC MemoryMappedIO 0000fef00000 000000000000 00001100 UC OK Thank you! Alex Deiter alex.deiter@gmail.com > On 7 Mar 2017, at 06:45, Dexuan Cui wrote: > >> From: Dexuan Cui >> Sent: Tuesday, March 7, 2017 11:18 >> To: 'Alex Deiter' >> Cc: Chris H ; AN ; Ngie Cooper >> (yaneurabeya) ; Michael Tuexen >> ; Roberto Rodriguez Jr ; Guido >> Falsi ; Warner Losh ; Ultima >> ; Sepherosa Ziehau >> Subject: RE: Boot failure - svn up from this morning >> >>> From: Alex Deiter [mailto:alex.deiter@gmail.com] >>> Sent: Tuesday, March 7, 2017 11:04 >>> To: Dexuan Cui >> >> >> Hi Alex, >> Thanks very much for the quick reply! >> >> I found an off-by-one bug in my patch and here is the fix. >> I'll commit it shortly. > > Hi Alex, > I committed Revision 314828 for this: > https://svnweb.freebsd.org/base?view=revision&revision=314828 > > I believe it should fix the issue for you now. :-) > > Thanks, > -- Dexuan From owner-freebsd-current@freebsd.org Wed Mar 8 02:36:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8F81CFBE56; Wed, 8 Mar 2017 02:36:24 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 53F181643; Wed, 8 Mar 2017 02:36:23 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-697ff7000000628d-fa-58bf6e1bba52 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id F2.3A.25229.B1E6FB85; Tue, 7 Mar 2017 21:36:12 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id v282aBR0028074; Tue, 7 Mar 2017 21:36:11 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v282a7an017940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Mar 2017 21:36:10 -0500 Date: Tue, 7 Mar 2017 20:36:07 -0600 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Call for 2017Q1 quarterly status reports Message-ID: <20170308023607.GG30306@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrDIsWRmVeSWpSXmKPExsUixCmqrSuTtz/C4MQHfYs5bz4wWWzf/I/R gcljxqf5LAGMUVw2Kak5mWWpRfp2CVwZ2+fOYC6YyV1x6PFk5gbG5ZxdjJwcEgImEi3T77J0 MXJxCAm0MUm07DjMBuFsYJRovXORGaRKSOAKk8SKXvsuRg4OFgEViSXvzEHCbAJqEutXXAMr ERGQl9jX9J4dxGYGsn9tbQKzhQUMJT413gGr4QVatuTncxYIW1Di5MwnLBD1WhI3/r1kAhnP LCAtsfwfB0hYVEBZomHGA+YJjHyzkHTMQtIxC6FjASPzKkbZlNwq3dzEzJzi1GTd4uTEvLzU Il1zvdzMEr3UlNJNjKBAY3dR2cHY3eN9iFGAg1GJh/fDqX0RQqyJZcWVuYcYJTmYlER5D2bu jxDiS8pPqcxILM6ILyrNSS0+xCjBwawkwttuCZTjTUmsrEotyodJSXOwKInzims0RggJpCeW pGanphakFsFkZTg4lCR4PXKBGgWLUtNTK9Iyc0oQ0kwcnCDDeYCGK+aADC8uSMwtzkyHyJ9i VJQS59UHSQiAJDJK8+B6QYlAInt/zStGcaBXhHnXg1TxAJMIXPcroMFMQIO1XfeCDC5JREhJ NTCWFj096HEkZM3ysKe57LzVpv9/sRSe33Dm5M9kjo1tqlpCMzew7fom396Xy7znT4jwmiN/ 1tys+nz62/NOyTXSu7ZMaBJVtwrf62V04sOa4rBJC2Y75JwpTTqhynpj9dpTzWXX1nd8d3XI Ym1eubd+AV/rocdOmt1eutXbLxqu2x7/7XDI5w83lFiKMxINtZiLihMB2RSYuN8CAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 02:36:24 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is April 7, 2017, for work done in January through March. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway and completed. Submission of reports is not restricted to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly@FreeBSD.org . (Do be sure, though, to save the form output and not the form itself!) There is also an XML template [2] that can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We look forward to seeing your 2016Q4 reports! Thanks, Ben (on behalf of monthly@) [1] https://www.FreeBSD.org/cgi/monthly.cgi [2] https://www.FreeBSD.org/news/status/report-sample.xml [3] https://www.FreeBSD.org/news/status/howto.html [4] https://www.FreeBSD.org/news/status/report-2016-07-2016-09.html [5] https://www.FreeBSD.org/news/status/report-2016-10-2016-12.html From owner-freebsd-current@freebsd.org Wed Mar 8 02:22:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D5E9CFB8DA for ; Wed, 8 Mar 2017 02:22:17 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0133.outbound.protection.outlook.com [104.47.33.133]) (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 03AB51FB0; Wed, 8 Mar 2017 02:22:16 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6ls3M8hY+DaQx2HH1UvFFX3lJRfz+7g4nDeZyPQ+m4g=; b=UmySYnjroqkkxBNSsPNhFfH5B6IpT5C6yk8hRqDZJNlWUDpJl0qeCQb8kewMS9tc43MXZ/Y8OXA01wB71SmR096Z5dTY6/KHHEZJ0lUFxE9yYtb9MrRmyJTI8rIzG3v/vE++E9+NO5NpzievYOnoJK7jVRFVJuoZo2nJKmqDMdk= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Wed, 8 Mar 2017 02:22:13 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Wed, 8 Mar 2017 02:22:13 +0000 From: Dexuan Cui To: Alex Deiter , freebsd-current CC: Chris H , AN , "Ngie Cooper (yaneurabeya)" , Michael Tuexen , Roberto Rodriguez Jr , Guido Falsi , Warner Losh , Ultima , Sepherosa Ziehau Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRwgAAasvCAABMqYIABKQ0AgAAkC2CAACWKAIAAAePggAAJVJCAAW8qAIAAC+Sw Date: Wed, 8 Mar 2017 02:22:13 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> <0251254D-9429-49CE-B35A-CE308D256A0C@gmail.com> <9229D187-525C-41FA-9294-A7BB33BD692D@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::4a9] x-ms-office365-filtering-correlation-id: 60df41c6-32ae-4dc9-4a31-08d465c9eefd x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:Ug0oN57Y8hF5W/MCgwKvr4RssGDIBJien/BFfrIZCFR+k7VhfGQ/b90yDvEm6QenNOxFdeMX7P0ojl/IvyQ9xWh26Pmup56bKnhNAqqLsuk9Ajc8mfdJQIrFOnSNqTcoLb4hASRckQhDymiml99aS++XwmO6mVEEbR8sA89TeYjhLJmG/RoDIu3iPVRq41wtzUBKGxzlRflwuxfBpfFAwORHmh4DjwaIS4vx3OHT6cQFaWkiq8PQ8OJRUu0tx8wFjp54rcUHRs8IYtFuNTCCYpAUrPlZ/s3gZK98SGF/qwjUWkp28iy4fNeuWweitswE77+RXh7jau175nZ8RDS5XfVdDw4GkeyDDu3KZ5q+nvQ= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123558025)(20161123555025)(20161123560025)(20161123562025)(20161123564025)(6072148); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 02408926C4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39840400002)(39410400002)(39850400002)(39860400002)(33656002)(9686003)(122556002)(77096006)(7696004)(10290500002)(2950100002)(25786008)(8936002)(55016002)(76176999)(102836003)(54356999)(6116002)(229853002)(93886004)(50986999)(54906002)(99286003)(5660300001)(81166006)(6436002)(106116001)(8676002)(86362001)(2906002)(2900100001)(10090500001)(8990500004)(5005710100001)(3660700001)(38730400002)(189998001)(53936002)(6246003)(39060400002)(7416002)(305945005)(74316002)(86612001)(53546006)(6506006)(7736002)(4326008)(3280700002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2017 02:22:13.8061 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-Mailman-Approved-At: Wed, 08 Mar 2017 02:46:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 02:22:17 -0000 > From: Alex Deiter [mailto:alex.deiter@gmail.com] > Sent: Wednesday, March 8, 2017 09:39 > To: Dexuan Cui ; freebsd-current current@freebsd.org> > Cc: Chris H ; AN ; Ngie Cooper > (yaneurabeya) ; Michael Tuexen > ; Roberto Rodriguez Jr ; Guid= o > Falsi ; Warner Losh ; Ultima > ; Sepherosa Ziehau > Subject: Re: Boot failure - svn up from this morning >=20 > Hello Dexuan, >=20 > This issue reproduced at least for 4 different HW platform: >=20 > Supermicro 6037R-TXRF > Supermicro A1SRM-2758F > Supermicro X9SCM-F > Gigabyte GA-C1037UN-EU >=20 > How can I help you resolve this issue ? >=20 > Thank you! >=20 > The same result for r314862: Weird... :-( I'm looking at the code again. Will report back soon. From owner-freebsd-current@freebsd.org Wed Mar 8 03:04:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 898D4CFB51B for ; Wed, 8 Mar 2017 03:04:52 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0090.outbound.protection.outlook.com [104.47.41.90]) (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 313FF1DED for ; Wed, 8 Mar 2017 03:04:51 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=KvCOAcmKijjEE1nZn4BKw2HJ8DGRVJ1TZYTI3UlzQsM=; b=edo9kYThiAG/h7ZRav3FjEdr/xO5LZgVPesBcOIZcACf1IhYFyrKj8WI2ddyAxTmtPSOk7yF0w3G6HC0XkaDNJnPeHxFYuOQyWu2F88ZiZBmuYX3YZhwyuUM5peqWPid8FaJMf+PKJ7KJwwMUnGDhnDGeS0oKec0CLvo8vABxMk= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Wed, 8 Mar 2017 03:04:50 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Wed, 8 Mar 2017 03:04:50 +0000 From: Dexuan Cui To: freebsd-current Subject: RE: Boot failure - svn up from this morning Thread-Topic: Boot failure - svn up from this morning Thread-Index: AQHSk/+o9rwalb/4v0azQEtF5aQURaGC8CaQgAAQzqCAABuZAIAAAZgwgAH1v4CAAP2BgIAA0zEAgAAT0RCAABlcgIAABMRwgAAasvCAABMqYIABKQ0AgAAkC2CAACWKAIAAAePggAAJVJCAAW8qAIAAF4ew Date: Wed, 8 Mar 2017 03:04:50 +0000 Message-ID: References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <8b05cb241a72525a2b5c576b861f7fda@ultimatedns.net> <0251254D-9429-49CE-B35A-CE308D256A0C@gmail.com> <9229D187-525C-41FA-9294-A7BB33BD692D@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::4a9] x-ms-office365-filtering-correlation-id: 56be0e0d-4730-48a9-08ff-08d465cfe2c1 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:GUBEPJPxZYF0UH9x9rVJ8UL3E3ybk5ysli0lZb3qNY5Z0rP6t9p2NN9xhEBXTXZw8ajMhpwGxuRrJDsMvmDtMHu/XO9E4F6vc03HURYb7CwYl2x7qVSAHy/tTWA6ALEBjZXS5CVeSywux4whsBK5QSRUpt8vaZRqrBXAfv3q19IwQcK3bwZn7Np0t9RJ1JCSgj6AAprAovykSecWNglkqxIHVfgPHmrn+NVO4t6/bHvk3bmobip7CsNJfkiBYXgqeHwMXUErZ2ubtqcgT68rIyD1Cusv/0TTMH1uDj2icHr0Ou8wDJ80DXu1EjerzoN5PUnbWVTuhFqDhn9UmCkKp2lSPXT+mDndMfsqYI6cmWI= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(20161123558025)(6072148); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 02408926C4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39850400002)(39410400002)(39860400002)(39840400002)(39450400003)(110136004)(2906002)(86362001)(2900100001)(10090500001)(81166006)(5660300001)(8676002)(106116001)(6436002)(6246003)(86612001)(305945005)(74316002)(3280700002)(6506006)(7736002)(38730400002)(3660700001)(5005710100001)(189998001)(53936002)(7696004)(10290500002)(33656002)(122556002)(9686003)(77096006)(76176999)(55016002)(25786008)(8936002)(102836003)(93886004)(50986999)(99286003)(54356999)(6116002)(229853002)(2950100002)(6916009); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2017 03:04:50.1378 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 03:04:52 -0000 > From: Alex Deiter [mailto:alex.deiter@gmail.com] > Hello Dexuan, > This issue reproduced at least for 4 different HW platform > How can I help you resolve this issue ? >=20 > The same result for r314862: Hi guys, Sorry, I had to commit a new patch (r314891) just now to really fix the off-by-one bug. Thank Alex for reporting the issue in my previous patch (r314828). Hope this issue is finally fixed this time! :-) Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Wed Mar 8 02:58:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AF4CD01F1F for ; Wed, 8 Mar 2017 02:58:46 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0127.outbound.protection.outlook.com [104.47.36.127]) (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 EF51517CB for ; Wed, 8 Mar 2017 02:58:45 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=UtkWZChU6WoQXSrnMS2pMDfXjO40GyDVeHS4D08AXpI=; b=A4d5uVs1Z8wvybNCrQZXaNZBF6UfpGLrFoPZOgYZReUWFTVEb1LMxAqpjSrPa/WKjCmAWvfsPtAkkG5/NwtLy6aEGZqJXkQOTKBbMvygE9/CK6pZgvf2gSL2GRp5zS4KyedepbjPnMN1IrXQ+OZVq+ANx1i3Nt8odJWVjuzp848= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Wed, 8 Mar 2017 02:58:43 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Wed, 8 Mar 2017 02:58:43 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr CC: FreeBSD Current Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIABQk+wgACQCZiAAOKNEA== Date: Wed, 8 Mar 2017 02:58:43 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::4a9] x-ms-office365-filtering-correlation-id: d643fd36-db40-4ab6-7326-08d465cf0833 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2669; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2669; 7:UAe7nkWJDlXgrmb+WPD9YOsbk945U8YeVi87nY1TsJMErOMCC3KYPHW9oRb+JypOvWgOOMYoTkZ+AZeV4hiiBdoCH1c5DKFVtvPB74BwMyhKuBXQ/hacArII/1Jmp0u1ib442QZyNxM3nFFgopyca1WfspFOfVS6mVTOWVQwGMp92c8+oc/57+OE0p4Y0ATqLJSi3IcWE4kc+e//dnvST8/cl1kVVhW/Nm5wFuI9JJWa268fA554Rm54j8XPJyJARgyZIRIlFGcQbYZjiQEBEf584+wjYt8F2CGMWfSQE2Xn/IteCj/K/0BQyX9xShqmDbR3ryHSlzDRQWzNPND+THoKaPwWhP6BVA5qR6wtAJ0= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849)(189930954265078)(219752817060721)(21748063052155)(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(20161123558025)(6072148)(6042181); SRVR:MWHPR03MB2669; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2669; x-forefront-prvs: 02408926C4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(24454002)(45984002)(377454003)(110136004)(2906002)(86362001)(2900100001)(8990500004)(10090500001)(81166006)(5660300001)(8676002)(606005)(106116001)(54896002)(6436002)(53546006)(39060400002)(6246003)(86612001)(74316002)(7906003)(3280700002)(6506006)(7736002)(4326008)(38730400002)(3660700001)(5005710100001)(189998001)(53936002)(7696004)(6306002)(10290500002)(236005)(33656002)(122556002)(9686003)(77096006)(76176999)(55016002)(25786008)(8936002)(102836003)(93886004)(50986999)(99286003)(790700001)(54356999)(6116002)(229853002)(19609705001)(2950100002)(6916009); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2669; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2017 02:58:43.5396 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2669 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 02:58:46 -0000 SGkgZ3V5cywNClNvcnJ5LCBJIGhhZCB0byBjb21taXQgYSBuZXcgcGF0Y2ggKHIzMTQ4OTEpIGp1 c3Qgbm93IHRvIHJlYWxseSBmaXggdGhlIG9mZi1ieS1vbmUgYnVnLg0KVGhhbmsgQWxleCBmb3Ig cmVwb3J0aW5nIHRoZSBpc3N1ZSBpbiBteSBwcmV2aW91cyBwYXRjaCAocjMxNDgyOCkuDQoNCkhv cGUgdGhpcyBpc3N1ZSBpcyBmaW5hbGx5IGZpeGVkIHRoaXMgdGltZSEgOi0pDQoNClRoYW5rcywN Ci0tIERleHVhbg0KDQpGcm9tOiBSb2JlcnRvIFJvZHJpZ3VleiBKciBbbWFpbHRvOnJvYi5yb2R6 LmpyOUBnbWFpbC5jb21dDQpTZW50OiBUdWVzZGF5LCBNYXJjaCA3LCAyMDE3IDIxOjI3DQpUbzog RGV4dWFuIEN1aSA8ZGVjdWlAbWljcm9zb2Z0LmNvbT4NCkNjOiBGcmVlQlNEIEN1cnJlbnQgPGZy ZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZz4NClN1YmplY3Q6IFJFOiBpbnB1dC9vdXRwdXQgZXJy b3IgQGJvb3QNCg0KSSB3aWxsIHRlc3QgdG9uaWdodC4gVGhhbmsgeW91IHZlcnkgbXVjaCBmb3Ig eW91ciB0aW1lDQoNCk9uIE1hciA2LCAyMDE3IDExOjUyIFBNLCAiRGV4dWFuIEN1aSIgPGRlY3Vp QG1pY3Jvc29mdC5jb208bWFpbHRvOmRlY3VpQG1pY3Jvc29mdC5jb20+PiB3cm90ZToNCj4gRnJv bTogRGV4dWFuIEN1aQ0KPiBJIGNvbW1pdHRlZCByMzE0NzcwIGp1c3Qgbm93IHRvIG1pbmltaXpl IHRoZSBpbXBhY3Q6DQo+IGh0dHBzOi8vc3Zud2ViLmZyZWVic2Qub3JnL2Jhc2U/dmlldz1yZXZp c2lvbiZyZXZpc2lvbj0zMTQ3NzA8aHR0cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91 dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZzdm53ZWIuZnJlZWJzZC5vcmclMkZiYXNlJTNG dmlldyUzRHJldmlzaW9uJTI2cmV2aXNpb24lM0QzMTQ3NzAmZGF0YT0wMiU3QzAxJTdDZGVjdWkl NDBtaWNyb3NvZnQuY29tJTdDNDc0MGM0NDY3ZDI2NGE1ZWMwNGYwOGQ0NjU1ZGE1N2ElN0M3MmY5 ODhiZjg2ZjE0MWFmOTFhYjJkN2NkMDExZGI0NyU3QzElN0MwJTdDNjM2MjQ0OTAwMjY4MTc4OTkw JnNkYXRhPVpRcnNaUiUyQlZTZ1FlQ3g1S0tseUNXd3h2cENzdXdoTVAzMVdUZ3FRdkhXNCUzRCZy ZXNlcnZlZD0wPg0KPg0KPiBQbGVhc2UgbGV0IG1lIGtub3cgaW4gY2FzZSB0aGlzIGNhbid0IHNv bHZlIHRoZSBpc3N1ZS4NClNvcnJ5LCByMzE0NzcwICBoYXMgYSBidWcsIHNvIEkgaGFkIHRvIGNv bW1pdCByMzE0ODI4Og0KaHR0cHM6Ly9zdm53ZWIuZnJlZWJzZC5vcmcvYmFzZT92aWV3PXJldmlz aW9uJnJldmlzaW9uPTMxNDgyODxodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0 bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUyRnN2bndlYi5mcmVlYnNkLm9yZyUyRmJhc2UlM0Z2 aWV3JTNEcmV2aXNpb24lMjZyZXZpc2lvbiUzRDMxNDgyOCZkYXRhPTAyJTdDMDElN0NkZWN1aSU0 MG1pY3Jvc29mdC5jb20lN0M0NzQwYzQ0NjdkMjY0YTVlYzA0ZjA4ZDQ2NTVkYTU3YSU3QzcyZjk4 OGJmODZmMTQxYWY5MWFiMmQ3Y2QwMTFkYjQ3JTdDMSU3QzAlN0M2MzYyNDQ5MDAyNjgxNzg5OTAm c2RhdGE9MXdjaElkY3JsWE1VeE4xRG1NZVNudVlFN3dLSFd6b2FMWU9GUDJMcmVnUSUzRCZyZXNl cnZlZD0wPg0KDQpQbGVhc2UgbWFrZSBzdXJlIHlvdSB1c2UgdGhlIGxhdGVzdCBjb2RlLCBpLmUu ID49IHIzMTQ4MjguDQoNClRoYW5rcywNCi0tIERleHVhbg0KDQo= From owner-freebsd-current@freebsd.org Wed Mar 8 04:11:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54883D00370 for ; Wed, 8 Mar 2017 04:11:42 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E306178B; Wed, 8 Mar 2017 04:11:42 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [192.168.42.150] (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by freefall.freebsd.org (Postfix) with ESMTP id 36A226BA0; Wed, 8 Mar 2017 04:11:39 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Chris H" Cc: freebsd-current@freebsd.org Subject: Re: Boot failure - svn up from this morning Date: Wed, 08 Mar 2017 00:41:38 -0330 Message-ID: <0A045FCC-90FC-43BA-93C5-316E52E33971@FreeBSD.org> In-Reply-To: <9bc29f27d01b0c40aa6b990b9c6aacbd@ultimatedns.net> References: <4D3C46D7-3EBF-47AE-BFFE-37ECEA4721FD@gmail.com> <5A39D9CC-339D-47C3-918A-F91E9CCC4E3E@fh-muenster.de> <5A56F5AA-F31E-4D7B-8CF4-918EB6F8285A@gmail.com> <9370498b79338dcfbbbc75c657e2b8b1@ultimatedns.net> <94871692b95acb7e3ece204732a10d7f@ultimatedns.net> <497DF4FE-2E2D-482D-A96B-AC4C300EF286@FreeBSD.org> <9bc29f27d01b0c40aa6b990b9c6aacbd@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.6r5347) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 04:11:42 -0000 On 7 Mar 2017, at 16:50, Chris H wrote: > On Tue, 07 Mar 2017 16:27:59 -0330 "Jonathan Anderson" > > wrote > >> Hi, >> >> On 5 Mar 2017, at 20:31, Chris H wrote: >> >>> OK copying the boot.efi from the install DVD will only >>> hose the system (EFI). >> >> Before I attempt to do the same thing... what do you mean by "hose >> the >> system"? Is the correct recovery path to build a new USB image with >> "make release" post-r314828? > That was *my* bad. I inadvertently copied the *wrong* file > (I was in a hurry). > So. That said; if you move loader.efi aside -- say; to > _loader.efi. > Then copy loader.efi from the install DVD, or any other > system that's not too much older, and is good. You should > be fine. :-) > Make sure the permissions are correct, after the copy. > > Sorry for the misinformation. Thanks for the clarification! I am back up and running now. Cheers, Jon -- jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Wed Mar 8 06:27:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E85BBD0257E; Wed, 8 Mar 2017 06:27:06 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D2CE158D; Wed, 8 Mar 2017 06:27:06 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id y193so1660090lfd.1; Tue, 07 Mar 2017 22:27:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=SCIVEcwLWDtuvVSluNzctVEI5vOdRB1TLF90+NGh6j4=; b=DxIlJE2vqCS+SfTnnrx9hAjJ49KnVvEgGZ8zAZN4B57NViumJIRIgFD0uL+mCCxJDq mWIfowuO0OIFoq8TMT7XMtgLoj46e1sROOiZ4tDbB/sp6OWliKwVKXUb2MZxuFwOSn24 Pe7+APPoLsaux/8KN4kU2QQ8B6xtfTON67IiB1w55N5XGgOm3CfFB2dk9/YElu6pvmla 2rBziMsTuWMwz49d7KQHmoYSWOk1+dQ3wmW6ZSoS8pc70X/WXOZpSVIWiF3q2kY4Y2+w vkr4+XoErjoUbfHukUIWHqM74V7h/Pi7Vax8dDIu+jRhffR1ozx8l28x6UJb3O7eqLDP 3O5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=SCIVEcwLWDtuvVSluNzctVEI5vOdRB1TLF90+NGh6j4=; b=G8VlCOKrxvefkk0Qg3W+IjWR7nXjLPANZAPiYeyihPfXJE3dUS/0ivb1nifvzr++yp d9V2m/eMPb4iO04kGZ6elNo1mTSi6WGGBQlHiVPPw99qXccV24Nv783GbRm21MkEic6x xlRJz48SD4pEjPzSAGbsPwO+W38efoEx25SZWcUm4lFKVfCt/Ee+a3Eqnb+rzYp67cPK SVKGE5piZa3LUZnTpp3bVGJaKgT0I9We8jhG7UMi8sgkUtevLd6inifnOZoxhq9QGaXM 5Z2HhdaovruM0XGvacsgLKTpulwEPebCyKwjOT9FoTNby4PRqCHmiRqiyx4KKUplhhZO GLpg== X-Gm-Message-State: AMke39msIQjx8V2UMPPIru7QUexs3WK4O0SrGNaKOibYwqSucJhlJ8o6oU2ZmmVULxQuzQ== X-Received: by 10.46.71.148 with SMTP id u142mr1433818lja.65.1488954424575; Tue, 07 Mar 2017 22:27:04 -0800 (PST) Received: from rimwks ([2001:470:28:81a:6ef0:49ff:fe75:38e3]) by smtp.gmail.com with ESMTPSA id x64sm423773lfd.15.2017.03.07.22.27.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 Mar 2017 22:27:03 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 8 Mar 2017 09:27:01 +0300 To: Matthias Apitz Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: AMD CPU/APU temperature driver Message-ID: <20170308092701.472f2efc@rimwks> In-Reply-To: <20170306090406.GA1869@c720-r292778-amd64> References: <20170306050431.6fff2cbe@rimwks> <20170306090406.GA1869@c720-r292778-amd64> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 06:27:07 -0000 On Mon, 6 Mar 2017 10:04:06 +0100 Matthias Apitz wrote: > > rus/eng: http://netlab.dhis.org/wiki/ru:software:freebsd:amdtemp > > The English version of the Wiki gives only: This topic does not exist > yet. Is there an English version? > Sory, now avaible. From owner-freebsd-current@freebsd.org Wed Mar 8 06:29:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE7DCD026A7; Wed, 8 Mar 2017 06:29:24 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::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 62B031729; Wed, 8 Mar 2017 06:29:24 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf0-x242.google.com with SMTP id r36so1669510lfi.0; Tue, 07 Mar 2017 22:29:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=Qn8DX8DnRRANVPl0iHRQxqqOJlOslYN7Qv+3Qg/iHa8=; b=ofMIwSrJXW+IbVvQpi/rg9sjvyvB2sHI3T2MZC0P8B6ULObps2i4Obb2uWV+n68SlL YtGEhpdhErI8C53fd740pbDbEe0OkMFwLQq1z74FM/+19lGrn4bbN48MjjFZgvCYXEsJ t3DO9g/Cbp3v/ILfxjQp7E1shUeD2lxbKRJjOC+oL4Wauke5MRiPTr6OD9dq3FTgIaXS 9mE0sdPF1Qk9kJ1TaH1D6v7utz+3EuTTVLaV2m6aa2PgSeBRFK1qxxhaal0RJZ9QI8jv Z4GubY6jfpRPZhSjK0mHhmyEld8pzosc96IEpj7NTEXf7EfurJ6Yyawihvn5WQjweLAB hypQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=Qn8DX8DnRRANVPl0iHRQxqqOJlOslYN7Qv+3Qg/iHa8=; b=HNcfDaw7Oj5o1OI8MTdB6j1qb+VP91+S0nPrvK8hH5Gi/3dk1iJq48Ni+rSJdn6SaQ 3wuOa7HBpMjfZOJ9eBQ4D1JKSI4UlRhN8rG6ttvlHCmFbrh4k04Vj62KFHGL8sSRb5Pm 0kmj+UbWON0BmqFICaN5+wLaacnXYik5iFDzNkqe+/1Z9H7k7mXNfgpK9htt4W4b0Qqc v+OGa71kwOEQm4l6pEPzmwOKQC0O8FDasKiaMqt61tyz0wNuHAG0Mmid0bIvoyM+yxDo MCgJ33cdE/v6gCerYXpzof0H71Wmp3LGSfyFBAldVenX3rtP0MtnWN1GXeu8wIe7/Ft9 Uhzw== X-Gm-Message-State: AMke39lOuW8uhbZY81+/YLsceBA+a++D8oF89uI7KN75C8gWft5SRZ5YbAq+16I1qwd12A== X-Received: by 10.25.204.9 with SMTP id c9mr1051934lfg.107.1488954562349; Tue, 07 Mar 2017 22:29:22 -0800 (PST) Received: from rimwks ([2001:470:28:81a:6ef0:49ff:fe75:38e3]) by smtp.gmail.com with ESMTPSA id 34sm422122lfv.48.2017.03.07.22.29.21 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 Mar 2017 22:29:21 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 8 Mar 2017 09:29:19 +0300 To: Olivier =?UTF-8?B?Q29jaGFyZC1MYWJiw6k=?= Cc: "freebsd-current@freebsd.org" , freebsd-drivers@freebsd.org Subject: Re: AMD CPU/APU temperature driver Message-ID: <20170308092919.54eb97b5@rimwks> In-Reply-To: References: <20170306050431.6fff2cbe@rimwks> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 06:29:25 -0000 T24gTW9uLCA2IE1hciAyMDE3IDEzOjIzOjQwICswMTAwDQpPbGl2aWVyIENvY2hhcmQtTGFiYsOp IDxvbGl2aWVyQGZyZWVic2Qub3JnPiB3cm90ZToNCg0KPiA+IE5ldyBhbWR0ZW1wIGRyaXZlciBu ZWVkcyBtb3JlIHRlc3RlcnMhDQo+ID4gaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q5NzU5 DQo+IOKAiw0KPiBUaGlzIHBhdGNoIGFwcGx5IGNvcnJlY3RseSAob24gMTItaGVhZCByMzE0Nzcw KSwgYnV0IGEgIm1ha2UNCj4gYnVpbGRrZXJuZWwiIGZhaWxlZCB3aXRoDQo+IA0KPiDigIstLS0g YWxsX3N1YmRpcl9hbWR0ZW1wIC0tLQ0KPiAvdXNyL3NyYy9zeXMvbW9kdWxlcy9hbWR0ZW1wLy4u Ly4uL2Rldi9hbWR0ZW1wL2FtZHRlbXAuYzoxMDgzOjU0Og0KPiBlcnJvcjogdG9vIGZldyBhcmd1 bWVudHMgdG8gZnVuY3Rpb24gY2FsbCwgZXhwZWN0ZWQgMTEsIGhhdmUgMTANCj4gICAgICAgICAg ICAgICAgICAgICByZWdzW2ldLm9pZF9oYW5kbGVyLCByZWdzW2ldLmZtdCwgcmVnc1tpXS5kZXNj cik7DQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBeDQoNClRyeSBub3cgd2l0aCBsYXN0IHZlcnNpb24gb2YgcGF0Y2gu DQoNCg== From owner-freebsd-current@freebsd.org Wed Mar 8 08:02:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BA1DD002E2 for ; Wed, 8 Mar 2017 08:02:43 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B6C01913 for ; Wed, 8 Mar 2017 08:02:41 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-qk0-f177.google.com ([209.85.220.177]) by mwinf5d63 with ME id tL2W1u00e3qEqs103L2XA3; Wed, 08 Mar 2017 09:02:31 +0100 X-ME-Helo: mail-qk0-f177.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Wed, 08 Mar 2017 09:02:31 +0100 X-ME-IP: 209.85.220.177 Received: by mail-qk0-f177.google.com with SMTP id 1so51129966qkl.3; Wed, 08 Mar 2017 00:02:31 -0800 (PST) X-Gm-Message-State: AMke39mk/K0lOvVNIyprnbybF9ioLTCnI+wiQ+lVy1/U+GKpM2BtGO44wEyrVU8ZuslZgW76nMks3taaTU85bA== X-Received: by 10.129.107.137 with SMTP id g131mr1131957ywc.2.1488960145696; Wed, 08 Mar 2017 00:02:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.178.4 with HTTP; Wed, 8 Mar 2017 00:02:05 -0800 (PST) In-Reply-To: <20170308092919.54eb97b5@rimwks> References: <20170306050431.6fff2cbe@rimwks> <20170308092919.54eb97b5@rimwks> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 8 Mar 2017 09:02:05 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: AMD CPU/APU temperature driver To: Rozhuk Ivan Cc: "freebsd-current@freebsd.org" , freebsd-drivers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 08:02:43 -0000 On Wed, Mar 8, 2017 at 7:29 AM, Rozhuk Ivan wrote: > > Try now with last version of patch. > > =E2=80=8BCompile now and works on PC Engine APU1 and APU2: [root@APU]~# kenv smbios.planar.product APU [root@APU]~# kldload amdtemp amdtemp0: on hostb4 [root@APU]~# sysctl dev.amdtemp dev.amdtemp.0.rtc.sensor_offset: 0 dev.amdtemp.0.rtc.PerStepTimeUp: 15 dev.amdtemp.0.rtc.PerStepTimeDn: 15 dev.amdtemp.0.rtc.TmpMaxDiffUp: 3 dev.amdtemp.0.rtc.TmpSlewDnEn: 1 dev.amdtemp.0.rtc.CurTmpTjSel: -1.4C dev.amdtemp.0.rtc.CurTmp: 47.6C dev.amdtemp.0.htc.PslApicLoEn: 0 dev.amdtemp.0.htc.PslApicHiEn: 0 dev.amdtemp.0.htc.HtcActSts: 0 dev.amdtemp.0.htc.HtcAct: 0 dev.amdtemp.0.htc.HtcPstateLimit: 2 dev.amdtemp.0.htc.HtcSlewSel: 0 dev.amdtemp.0.htc.HtcLock: 0 dev.amdtemp.0.htc.HtcEn: 1 dev.amdtemp.0.htc.HtcHystLmt: 3.1C dev.amdtemp.0.htc.HtcTmpLmt: 100.1C dev.amdtemp.0.%parent: hostb4 dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: dev.amdtemp.0.%driver: amdtemp dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors dev.amdtemp.%parent: =E2=80=8B [root@apu2]~# kenv smbios.planar.product apu2 [root@apu2]~# kldload amdtemp amdtemp0: on hostb5 [root@apu2]~# sysctl dev.cpu.0.temperature dev.cpu.0.temperature: 53.9C [root@apu2]~# sysctl dev.amdtemp dev.amdtemp.0.rtc.sensor_offset: 0 dev.amdtemp.0.rtc.PerStepTimeUp: 15 dev.amdtemp.0.rtc.PerStepTimeDn: 15 dev.amdtemp.0.rtc.TmpMaxDiffUp: 3 dev.amdtemp.0.rtc.TmpSlewDnEn: 1 dev.amdtemp.0.rtc.CurTmpTjSel: 4.6C dev.amdtemp.0.rtc.CurTmp: 53.6C dev.amdtemp.0.htc.PslApicLoEn: 0 dev.amdtemp.0.htc.PslApicHiEn: 0 dev.amdtemp.0.htc.HtcActSts: 1 dev.amdtemp.0.htc.HtcAct: 0 dev.amdtemp.0.htc.HtcPstateLimit: 4 dev.amdtemp.0.htc.HtcSlewSel: 0 dev.amdtemp.0.htc.HtcLock: 0 dev.amdtemp.0.htc.HtcEn: 1 dev.amdtemp.0.htc.HtcHystLmt: 1.1C dev.amdtemp.0.htc.HtcTmpLmt: 105.1C dev.amdtemp.0.%parent: hostb5 dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: dev.amdtemp.0.%driver: amdtemp dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors dev.amdtemp.%parent: From owner-freebsd-current@freebsd.org Wed Mar 8 08:11:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE49DD00810; Wed, 8 Mar 2017 08:11:56 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::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 74F6510F7; Wed, 8 Mar 2017 08:11:56 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf0-x242.google.com with SMTP id r36so1818862lfi.0; Wed, 08 Mar 2017 00:11:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=fCSnk42sBqqMvHDDQ+fnJ/gKowTDH49R46uDm0zi8No=; b=Aw2urlQ9LtFfHlcndtFDD+ftzbk50jnvhy7oOPtgeIDo/H9yGafcfjFPYN00eIjRPg 1A5f0wek497T83I0xcNmOScLm+cKd3lGllsejnEdxhfzyJ1UPAbrZo5uUkDYaH3OvYqT Oo1Mj0H4BtowRnnMpuVdpobIzZ9NUIigyTjUbcVZjS1WuSJERlpVLJQHY3605nJrxNjs Z17t83XT4I3ELg7dqYeAMpb9CnGiOCGL08+Yg351m9SkAXjO55EsglYhisx+n7e3ll77 2h4rDFKIfH6xG9bXvOkAtfQOVoc7tMZPQQ5efoj6oTF/cMNYTt/pqrTMZ0vr3oRAdoHy g3JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=fCSnk42sBqqMvHDDQ+fnJ/gKowTDH49R46uDm0zi8No=; b=jAXXP5EImAeY6vaS7tLszlphYmNQ8uI3DQPlGlJoPnxW4xxCe7FiTN5bjsW4nXFAwC KGT903QcY5XwpPX4UunmPAAbG0p7Kk4eud/1A47q+7+ENMNNl8Guph6x1b/lA99m7025 qVrog5p5TRoA++/9ZfqpCYGfcBjZ7V5vDVQ7m28N05MynYcaW0mav9uKkLXOlgHxd8jk Te+JwDmtQ+E4zpQBwkCX8mz0ZpcJvTQeP2xpeZeISMGzGKKXrYYFwdMMCbToGRSkhS4Z F0RjUZRhzOPQVwL+H1wwgMT0ve52Vs0Qo99H+pydf5yjTjyv1+SOTzPgbeSHm0ZFi2cc riUg== X-Gm-Message-State: AMke39mHWBsXWqWh+unbilzwQDNfxDc8i39NcXrntfOcIoKYWtHIHE3oUYRgp1mK/6FKrA== X-Received: by 10.25.201.74 with SMTP id z71mr1278876lff.108.1488960714519; Wed, 08 Mar 2017 00:11:54 -0800 (PST) Received: from rimwks ([2001:470:28:81a:6ef0:49ff:fe75:38e3]) by smtp.gmail.com with ESMTPSA id m16sm478797lfj.3.2017.03.08.00.11.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 08 Mar 2017 00:11:53 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 8 Mar 2017 11:11:51 +0300 To: Olivier =?UTF-8?B?Q29jaGFyZC1MYWJiw6k=?= Cc: "freebsd-current@freebsd.org" , freebsd-drivers@freebsd.org Subject: Re: AMD CPU/APU temperature driver Message-ID: <20170308111151.7e0bede8@rimwks> In-Reply-To: References: <20170306050431.6fff2cbe@rimwks> <20170308092919.54eb97b5@rimwks> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 08:11:57 -0000 T24gV2VkLCA4IE1hciAyMDE3IDA5OjAyOjA1ICswMTAwDQpPbGl2aWVyIENvY2hhcmQtTGFiYsOp IDxvbGl2aWVyQGZyZWVic2Qub3JnPiB3cm90ZToNCg0KPiBPbiBXZWQsIE1hciA4LCAyMDE3IGF0 IDc6MjkgQU0sIFJvemh1ayBJdmFuIDxyb3podWsuaW1AZ21haWwuY29tPg0KPiB3cm90ZToNCj4g DQo+ID4NCj4gPiBUcnkgbm93IHdpdGggbGFzdCB2ZXJzaW9uIG9mIHBhdGNoLg0KPiA+DQo+ID4g 4oCLQ29tcGlsZSBub3cgYW5kIHdvcmtzIG9uIFBDIEVuZ2luZSBBUFUxIGFuZCBBUFUyOg0KPiAN Cg0KVGhhbmtzIQ0KDQpzeXNjdGwgaHcubW9kZWwNCnBsZWFzZS4NCg== From owner-freebsd-current@freebsd.org Wed Mar 8 09:32:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E51ECD027BF for ; Wed, 8 Mar 2017 09:32:07 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 467F21155 for ; Wed, 8 Mar 2017 09:32:06 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: from mail-ua0-f175.google.com ([209.85.217.175]) by mwinf5d13 with ME id tMXx1u00N3nebah03MXxcz; Wed, 08 Mar 2017 10:31:58 +0100 X-ME-Helo: mail-ua0-f175.google.com X-ME-Auth: Y29jaGFyZC1sYWJiZS5vbGl2aWVyQG9yYW5nZS5mcg== X-ME-Date: Wed, 08 Mar 2017 10:31:58 +0100 X-ME-IP: 209.85.217.175 Received: by mail-ua0-f175.google.com with SMTP id q7so25281089uaf.2; Wed, 08 Mar 2017 01:31:57 -0800 (PST) X-Gm-Message-State: AMke39kMXRTouap+zh2l01IJ/b0Q361g5l7Rl2j/sce042bZ+MxDoCGJTJxu64R6qPOOTQz/rMYUsAb+dZo6WA== X-Received: by 10.129.84.196 with SMTP id i187mr1381489ywb.42.1488965516850; Wed, 08 Mar 2017 01:31:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.178.4 with HTTP; Wed, 8 Mar 2017 01:31:36 -0800 (PST) In-Reply-To: <20170308111151.7e0bede8@rimwks> References: <20170306050431.6fff2cbe@rimwks> <20170308092919.54eb97b5@rimwks> <20170308111151.7e0bede8@rimwks> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 8 Mar 2017 10:31:36 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: AMD CPU/APU temperature driver To: Rozhuk Ivan Cc: "freebsd-current@freebsd.org" , freebsd-drivers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 09:32:08 -0000 On Wed, Mar 8, 2017 at 9:11 AM, Rozhuk Ivan wrote: > > sysctl hw.model > please. > =E2=80=8B[root@APU]~# sysctl hw.model hw.model: AMD G-T40E Processor [root@apu2]~# sysctl hw.model hw.model: AMD GX-412TC SOC =E2=80=8B From owner-freebsd-current@freebsd.org Wed Mar 8 11:23:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56310D02004 for ; Wed, 8 Mar 2017 11:23:15 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 0FD3A1180 for ; Wed, 8 Mar 2017 11:23:14 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from business-89-133-214-251.business.broadband.hu ([89.133.214.251] helo=[10.160.11.182]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1clZgQ-000ORH-DR for freebsd-current@freebsd.org; Wed, 08 Mar 2017 11:23:06 +0000 To: freebsd-current@freebsd.org From: Gergely Czuczy Subject: LOR on RPi3 r314894 Message-ID: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> Date: Wed, 8 Mar 2017 12:23:05 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 11:23:15 -0000 Hello, I've built an image for RPi3 from -CURRENT checkout at r314894, and while booting, I've noticed a LOR message: http://czg.harmless.hu/aegir/LOR_1_1280.jpg I don't know whether this one is any concern, if so, I'm just letting you know. Best regards, Gergely From owner-freebsd-current@freebsd.org Wed Mar 8 12:07:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E904FD00691 for ; Wed, 8 Mar 2017 12:07:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::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 B34411068 for ; Wed, 8 Mar 2017 12:07:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.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 DCF571FE086; Wed, 8 Mar 2017 13:06:26 +0100 (CET) Subject: Re: LOR on RPi3 r314894 To: Gergely Czuczy , freebsd-current@freebsd.org References: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> From: Hans Petter Selasky Message-ID: Date: Wed, 8 Mar 2017 13:06:12 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 12:07:04 -0000 On 03/08/17 12:23, Gergely Czuczy wrote: > Hello, > > I've built an image for RPi3 from -CURRENT checkout at r314894, and > while booting, I've noticed a LOR message: > > http://czg.harmless.hu/aegir/LOR_1_1280.jpg > > I don't know whether this one is any concern, if so, I'm just letting > you know. > Hi, You might check the links on this page to see if your LOR is already listed: https://wiki.freebsd.org/LOR --HPS From owner-freebsd-current@freebsd.org Wed Mar 8 12:55:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D542D02C8F for ; Wed, 8 Mar 2017 12:55:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 210B911DE for ; Wed, 8 Mar 2017 12:55:54 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:mime-version:user-agent:date:date:message-id :subject:subject:from:from; s=201508; t=1488977744; bh=ikN9jLd/O nrz6ywIHZV7xwmIVJr0Ldr22jYTEjeYd24=; b=BJAKwc10L70JJAL1IHzIy9j8N XdXrh3m+gpyJysmDk6yIqe129DH1x+rHL+GnKWfu8octooYQP81LwCbL1H9H3Azy UJyaB1J6yGTbgJBCLgyruONhzOvFOPBJwaSWZWEOcEGn+ZpyAn/8jVV14g/DjDAe YM8Iz+n+bfXAgyVsow= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id D11B12313D for ; Wed, 8 Mar 2017 07:55:44 -0500 (EST) To: freebsd-current From: Michael Butler Subject: start-up failure at SVN r314889 Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: Date: Wed, 8 Mar 2017 07:55:44 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 12:55:54 -0000 My laptop usually starts like this .. FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64 FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM 4.0.0) VT(vga): resolution 640x480 info: [drm] Initialized drm 1.1.0 20060810 CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (2327.56-MHz K8-class CPU) [ .. ] This morning, I get this :-( FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM 4.0.0) VT(vga): resolution 640x480 panic: kthread_add called too soon [ .. ] Any thoughts? imb From owner-freebsd-current@freebsd.org Wed Mar 8 13:06:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C157CFB0C9 for ; Wed, 8 Mar 2017 13:06:42 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 E2BB21816 for ; Wed, 8 Mar 2017 13:06:40 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from business-89-133-214-251.business.broadband.hu ([89.133.214.251] helo=[10.160.11.182]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1clbIY-000P6N-LN; Wed, 08 Mar 2017 13:06:34 +0000 Subject: Re: LOR on RPi3 r314894 To: Hans Petter Selasky , freebsd-current@freebsd.org References: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> From: Gergely Czuczy Message-ID: Date: Wed, 8 Mar 2017 14:06:33 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 13:06:42 -0000 On 2017. 03. 08. 13:06, Hans Petter Selasky wrote: > On 03/08/17 12:23, Gergely Czuczy wrote: >> Hello, >> >> I've built an image for RPi3 from -CURRENT checkout at r314894, and >> while booting, I've noticed a LOR message: >> >> http://czg.harmless.hu/aegir/LOR_1_1280.jpg >> >> I don't know whether this one is any concern, if so, I'm just letting >> you know. >> > > Hi, > > You might check the links on this page to see if your LOR is already > listed: > > https://wiki.freebsd.org/LOR Thank you, I wasn't aware of this page. It turns out it's already listed: http://sources.zabbadoz.net/freebsd/lor/238.html However, the last reported stamp shouldn't anymore be 2008-09-30 :) > > --HPS From owner-freebsd-current@freebsd.org Wed Mar 8 13:13:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06BD0CFB3D5 for ; Wed, 8 Mar 2017 13:13:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 502821FA2 for ; Wed, 8 Mar 2017 13:13:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA13672; Wed, 08 Mar 2017 15:13:13 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1clbOz-000Gvd-2A; Wed, 08 Mar 2017 15:13:13 +0200 Subject: Re: start-up failure at SVN r314889 To: Michael Butler , freebsd-current References: From: Andriy Gapon Message-ID: <234d1d89-71e5-e6ca-ff2e-188a9ca2bdb2@FreeBSD.org> Date: Wed, 8 Mar 2017 15:12:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 13:13:17 -0000 On 08/03/2017 14:55, Michael Butler wrote: > My laptop usually starts like this .. > > FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 > imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64 > FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM > 4.0.0) > VT(vga): resolution 640x480 > info: [drm] Initialized drm 1.1.0 20060810 > CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (2327.56-MHz > K8-class CPU) > [ .. ] > > This morning, I get this :-( > > FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 > imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI > FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM > 4.0.0) > VT(vga): resolution 640x480 > panic: kthread_add called too soon > [ .. ] > > Any thoughts? Were messages replaced by the second '[..]' really so useless? -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Mar 8 13:17:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8F2ACFB55C for ; Wed, 8 Mar 2017 13:17:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A1C6D121F; Wed, 8 Mar 2017 13:17:44 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1488979062; bh=h47mD+TTzilunOqFS8g4nSLs579NWl0dO1q/p8t3XN8=; b=l J0sBA2FXq6IW+ZPFKhdqvv0eVMXZV78iooC4PeTBwje2YQxWT6R5Q048DvL9Nt+I P2t/rljdz5MSxqaUXXkvixQ/VQMSRyERL5d46js8BhXwJ9F0m5BSBXE166i9pwBy B5LqHYfL77wNrOM4U6YSu1T5iBWPNtqnZhydeV4Azk= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 5EEB0235C9; Wed, 8 Mar 2017 08:17:42 -0500 (EST) Subject: Re: start-up failure at SVN r314889 To: Andriy Gapon , freebsd-current References: <234d1d89-71e5-e6ca-ff2e-188a9ca2bdb2@FreeBSD.org> From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <5d58acbf-23d5-3bc7-c102-1c6d5859b3ef@protected-networks.net> Date: Wed, 8 Mar 2017 08:17:42 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <234d1d89-71e5-e6ca-ff2e-188a9ca2bdb2@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 13:17:44 -0000 On 03/08/17 08:12, Andriy Gapon wrote: > On 08/03/2017 14:55, Michael Butler wrote: >> My laptop usually starts like this .. >> >> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 >> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64 >> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >> 4.0.0) >> VT(vga): resolution 640x480 >> info: [drm] Initialized drm 1.1.0 20060810 >> CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (2327.56-MHz >> K8-class CPU) >> [ .. ] >> >> This morning, I get this :-( >> >> FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 >> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI >> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >> 4.0.0) >> VT(vga): resolution 640x480 >> panic: kthread_add called too soon >> [ .. ] >> >> Any thoughts? > > Were messages replaced by the second '[..]' really so useless? Just the CPU number, then it halts :-( With no log, I typed what I could remember. With a verbose start-up, I can see that it gets through parsing the ACPI tables but fails shortly after. When I get home this evening, I'll take a screenshot, imb From owner-freebsd-current@freebsd.org Wed Mar 8 14:27:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C42AD03979 for ; Wed, 8 Mar 2017 14:27:06 +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 1F1DF1A93 for ; Wed, 8 Mar 2017 14:27:05 +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 v28EQwBO041472; Wed, 8 Mar 2017 14:26:58 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v28EQwhf041471; Wed, 8 Mar 2017 06:26:58 -0800 (PST) (envelope-from david) Date: Wed, 8 Mar 2017 06:26:58 -0800 From: David Wolfskill To: Michael Butler Cc: freebsd-current Subject: Re: start-up failure at SVN r314889 Message-ID: <20170308142658.GE1309@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Michael Butler , freebsd-current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IS5LGudKXk+pp4TV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 14:27:06 -0000 --IS5LGudKXk+pp4TV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote: > My laptop usually starts like this .. >=20 > FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 > imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI am= d64 > FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM > 4.0.0) > ... >=20 > This morning, I get this :-( >=20 > FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 > imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI > FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM > 4.0.0) > VT(vga): resolution 640x480 > panic: kthread_add called too soon > [ .. ] >=20 > Any thoughts? > .... "uname -vp" output from my last several (successful) build/smoke-tests for head: FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:18 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 FreeBSD 12.0-CURRENT #275 r314700M/314700:1200023: Sun Mar 5 07:45:20 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 FreeBSD 12.0-CURRENT #276 r314770M/314770:1200023: Mon Mar 6 05:45:44 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 FreeBSD 12.0-CURRENT #277 r314842M/314842:1200023: Tue Mar 7 05:55:58 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 FreeBSD 12.0-CURRENT #278 r314906M/314906:1200024: Wed Mar 8 06:05:49 PST= 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd= 64 Sorry it's not more help. Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --IS5LGudKXk+pp4TV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYwBSyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X1VUH/3o1gbaSDAvfDWCbRsmCaHsE Ud1d4MOBs82eZZSZkCuCeavkIeFnfq5vcmYXWJvFMdY7wniDvhmfvd2ueQGHTYz6 pCTgSs51/0BP72OmLnNLkoghATgiVKO/YfaQo3PvjJsGiOHX26veKTMvSfyY2Qop csJkU28d3zGKGxs1bNM/vC3bHNOqeg5Z3mQpWgFv+s3VEmwxyPAQQ4TZdnu3DHid beyL0dSjV250K9Ns06oBbnyn5YmWTNxZcgbqicosNe3b7exshIFRd5yXqArjDSQG IaffwVvXZZFBRrKOh/wiyTwWV1C1KQdNhfluTQbewpgmVoObdL46Tm4TCVoLm14= =e4yY -----END PGP SIGNATURE----- --IS5LGudKXk+pp4TV-- From owner-freebsd-current@freebsd.org Wed Mar 8 16:40:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A66D6D039BC; Wed, 8 Mar 2017 16:40:54 +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 887C083D; Wed, 8 Mar 2017 16:40:53 +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 EDCFF80; Wed, 8 Mar 2017 10:40:51 -0600 (CST) Date: Wed, 8 Mar 2017 10:40:50 -0600 From: Mark Linimon To: rb@gid.co.uk Cc: Kurt Jaeger , FreeBSD CURRENT , FreeBSD ports , Chris H Subject: Re: How many versions of clang/llvm are currently required to maintain a system Message-ID: <20170308164050.GA16744@lonesome.com> References: <20170306071600.GA4150@lonesome.com> <20170306141633.GP13006@home.opsec.eu> <9442B4D5-FEAF-4BF1-9470-60897F97C13C@gid.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9442B4D5-FEAF-4BF1-9470-60897F97C13C@gid.co.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 16:40:54 -0000 On Mon, Mar 06, 2017 at 03:00:23PM +0000, rb@gid.co.uk wrote: > Let me rephrase that: the link http://purelang.bitbucket.org/ > quoted on https://wiki.freebsd.org/ObsoleteLLVMVersions doesn’t work, That's the URL in lang/pure/Makefile. > should be https://bitbucket.org/purelang/ Hmm. I looked and it seems like https://purelang.bitbucket.io/ is a better choice? What do you think? mcl From owner-freebsd-current@freebsd.org Wed Mar 8 17:42:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A9CCD03C3A for ; Wed, 8 Mar 2017 17:42:40 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4304B140 for ; Wed, 8 Mar 2017 17:42:40 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x231.google.com with SMTP id m27so44025121iti.1 for ; Wed, 08 Mar 2017 09:42:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=z+qbFZVK567HC8W9xqACUECx0aTgjEHl/QsnjVyU3b8=; b=ePGNze8L1uJGDAU9C+88h4/raMXivXlV0Ztv/O+V5YPN0sUou/kPfLEL1uyusqo79l MgMgGP3PCaRNUmLLHOHLjRRJquv7cFGS/G/U6HCFfqkv6RJNby4WGmuk/3JI0BjYYdyU JbO113aSI17ldCKjJmyQX960YWsou5PcT4XyODA5ZcQa2HmcESiOxhj7uONfxrPT7CDX HrA9mCG7kzHv44nFTdZj0ugo+JhEr9A8eVly+YSPgwSB6wh69nHk6zmd3wrLawGIOGH2 Z7OmWB+gMHwA8SJ6osU9VTnOKEzzbftcUpjQfq8RNsl2pjQv4HyyEFMEubBFWj+QzoJ2 i3UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=z+qbFZVK567HC8W9xqACUECx0aTgjEHl/QsnjVyU3b8=; b=ffb87pfSihSRXqKz0NqgqTM3x6p/9uN4es+CmaIuDGbkMtrcBNpner5JbTYAXzF4QG Bp7mrCrhK2Dswr7hqKMbGTmKby6ervqIpxW05dQsr38SUGwwWT59g0FuR4K3w9APvWua tFxgmr632BhM3vdDjMt2rWDnSv7xEIWa16X4ByV9X6RekCVFoA1kSFfIoAz0OCsLKJ7R P9ZxUcSVnvTDXotxL2/qNkpbZF/A20DzGJit4uLktI6LKOavbJza2Gj9y9pX0ba/uXO7 oLfM3sdCQOZcGLfLgRrTT04MuzeegR8MNNFEHloVh/p+xGvScvc6MyvkPAIEf1Uv+kvR kUnQ== X-Gm-Message-State: AMke39nCq6teTBMH4aEBkUsO8cOy4kkCZXNcMTayf1en4TAJQqQSeEfLIez1VN7/jzp6UQweOqPmeYZK1KLv7g== X-Received: by 10.36.201.198 with SMTP id h189mr27910291itg.97.1488994959288; Wed, 08 Mar 2017 09:42:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 09:42:38 -0800 (PST) Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 09:42:38 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Wed, 8 Mar 2017 12:42:38 -0500 Message-ID: Subject: installworld pwait error To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 17:42:40 -0000 Hi everyone, Sorry I cannot provide the output at this time. Success with buildworld buildkernel installkernel and reboot but installworld breaks saying pwait No such file found. Using 314828. Can anyone confirm? Thanks alld From owner-freebsd-current@freebsd.org Wed Mar 8 17:50:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BF47D03069 for ; Wed, 8 Mar 2017 17:50:20 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.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 C6A0FBD5 for ; Wed, 8 Mar 2017 17:50:19 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id g138so44512651itb.0 for ; Wed, 08 Mar 2017 09:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GLAE/1Yd6+CrL8KDTtVjoUpMBwX7qfUA5aLFmzuChpU=; b=AtavNdCb1vVCq8rEfbltDQXhiW4WXmIUyA/Bmn2SVDw6fNBPhcSeUiHMAf8pXMkhsZ F+fMvDmgi+KPUtlxc5R8hz7H4L5QzFLnFoEsP8e8jAVPpPMhENjeXTw/TWXfv1MFO4JT fvchw3wiYCVcrXYLIhpu8atplcjAaZV5bGp13mheEp9YWSMotUW+sSXaRsVzqLLNk84r BDazXOc1f6lujwVBHZB8zo5iUuKpcpLgVR6K0JlXX7nfVS0oJbi9EH8+TTPI+tCM/cNX 0V874jNoHoZnPSb+3U4x1YDaBbz2x8EmSxCFYsmX5YENIB+cwIL0t0GsTDcDTouVLne1 3emQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GLAE/1Yd6+CrL8KDTtVjoUpMBwX7qfUA5aLFmzuChpU=; b=fRDTuOUFgSyY6TkAcaQDDE7HNXw9sop/E7iFgFzcF5OfnbJUWfnXVdol0NMyt51VPS t4H7eSZKe5usAiN1Rs7f06wnxwX51ThBuSO4rDFjxV+RI+hzJiHzQedX3OFtUMTIKvFZ ih+23tCLn6vUBxoQe/sDmreHXZrybvJOYcAmUSQYeGq0i4atWpUuAZcOS/uszeN9aKDL HlMT9J2j/jQYEDeRCmcJ7oN+b1aSttWdVjslLX8Vv4K21cqp8VQFr2MHkOgYRJXJgumf cHenov2VgsVSrlltbjCvkM/Q+Vdy/LCBDltzW3BXcH0KAz1t0VYsHQ/4WXJag2mD/AwP gpzA== X-Gm-Message-State: AMke39mamKrlNQ/6zIqLzr/NJWbaSlz0cvIj6fVbI5gnzDf6bH3WjIcSmSS06R9dsjzCmT8Ur1oYlRISpbx1mw== X-Received: by 10.107.17.70 with SMTP id z67mr8317437ioi.37.1488995419065; Wed, 08 Mar 2017 09:50:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 09:50:18 -0800 (PST) Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 09:50:18 -0800 (PST) In-Reply-To: <20170308174531.GM1309@albert.catwhisker.org> References: <20170308174531.GM1309@albert.catwhisker.org> From: Roberto Rodriguez Jr Date: Wed, 8 Mar 2017 12:50:18 -0500 Message-ID: Subject: Re: installworld pwait error To: David Wolfskill Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 17:50:20 -0000 Hey, Well thats good because I just updated and am rebuilding again. Thank u On Mar 8, 2017 12:45 PM, "David Wolfskill" wrote: > On Wed, Mar 08, 2017 at 12:42:38PM -0500, Roberto Rodriguez Jr wrote: > > Hi everyone, > > > > Sorry I cannot provide the output at this time. > > Success with buildworld buildkernel installkernel and reboot but > > installworld breaks saying > > > > pwait No such file found. > > > > Using 314828. > > Can anyone confirm? > > > > Thanks alld > > .... > > I did not see such an issue for either r314842 or r314906. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > How could one possibly "respect" a misogynist, racist, bullying con-man??!? > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@freebsd.org Wed Mar 8 17:55:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D0B5D033AE for ; Wed, 8 Mar 2017 17:55:23 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::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 E79E2305 for ; Wed, 8 Mar 2017 17:55:22 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id h10so108380981ith.1 for ; Wed, 08 Mar 2017 09:55:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=L6/ugHMMUDP2xngTXlin3Is3SjSMUNWV15rDpU4O2Yk=; b=EtsvJ/WYY67rDC7ZHGg0lp8MY0uk2xJ6986jUSpFnS01tfMx0jf0peLlRK8/kB+1Rm oiZbMdSVLnmm1qjIyEumxyyjtIxPtTPUBS416918JUcGdYnH4usxF28WNJq5x0yYcb7O VNvX+w8C5tSQkrJV41rvS0KlCpmyBbxlMf+dVI1+cupgYQvZ8FX1niYWirWdjKNgWXW9 v0ZiMZiWWyzvYlrM1qO721+yo9/nsQPomD6KYCNG1RHpAvhIG8I3J+NEdUBxyRhq4bqK enMJA3MxRkc/cBivzvv/nVBBJXU4Ka07yo9ayPQC7D1Ub/FP7iimFo5DZMsLFR4rqRXd KiqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=L6/ugHMMUDP2xngTXlin3Is3SjSMUNWV15rDpU4O2Yk=; b=n/NhzSz7EkdxrrL5SP4atoFO6wMQIAuQsOzKpYdnSYFkfY7n4T0SXwg9tU+SAR4xGH SKpZ3A6RdcegktwqC/zlNuUB6Zas/zlgAYoXJkp0TzbrFe2hFwl712U0Gl+xF6JoFcVk xkPcQqLxREh0J54SF1dm8ANXkzzD7QdCrxHy5ZGL6KpL+7mEIk5LF1jsNOg/ST4m+7Kh 4oF1KvnBQ22/l9Dv6ItqigotNQRtnCcFOv5MlEvZ1VfZaYNKpA0nLOtl6bXZy9rIzTBg K8xieNQ1unkcVc0qrw43Ymdmp3VfJ4+g4EeMptkajV21ED422RZBZvNXvQ/pfSjyh2aF yH9Q== X-Gm-Message-State: AMke39k1Et4ATbQsWPJuRUbL33sWXFP1g5CIbe6PciGlf/5Ti0B6wZWFXOYMcX8tEF5RJkmYjhbWH7HPY38iOQ== X-Received: by 10.36.124.16 with SMTP id a16mr28248868itd.90.1488995722421; Wed, 08 Mar 2017 09:55:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 09:55:22 -0800 (PST) Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 09:55:22 -0800 (PST) In-Reply-To: <20170308175124.GN1309@albert.catwhisker.org> References: <20170308174531.GM1309@albert.catwhisker.org> <20170308175124.GN1309@albert.catwhisker.org> From: Roberto Rodriguez Jr Date: Wed, 8 Mar 2017 12:55:22 -0500 Message-ID: Subject: Re: installworld pwait error To: David Wolfskill Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 17:55:23 -0000 Just curious though if anybody in the Forum had experienced such an issue and it obviously they fixed it just curious though. On Mar 8, 2017 12:51 PM, "David Wolfskill" wrote: > On Wed, Mar 08, 2017 at 12:50:18PM -0500, Roberto Rodriguez Jr wrote: > > Hey, > > > > Well thats good because I just updated and am rebuilding again. > > > > Thank u > > .... > > Happy to help! :-) > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > How could one possibly "respect" a misogynist, racist, bullying con-man??!? > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@freebsd.org Wed Mar 8 18:00:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07548D03574; Wed, 8 Mar 2017 18:00:10 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A26918F6; Wed, 8 Mar 2017 18:00:09 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.15] ([194.32.164.15]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id v28Hxkn9077977; Wed, 8 Mar 2017 17:59:46 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: How many versions of clang/llvm are currently required to maintain a system From: rb@gid.co.uk In-Reply-To: <20170308164050.GA16744@lonesome.com> Date: Wed, 8 Mar 2017 17:59:46 +0000 Cc: Kurt Jaeger , FreeBSD CURRENT , FreeBSD ports , Chris H Content-Transfer-Encoding: quoted-printable Message-Id: <1EB4A1FD-F42E-4E15-A16D-932C0AC4A10D@gid.co.uk> References: <20170306071600.GA4150@lonesome.com> <20170306141633.GP13006@home.opsec.eu> <9442B4D5-FEAF-4BF1-9470-60897F97C13C@gid.co.uk> <20170308164050.GA16744@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 18:00:10 -0000 Hi, > On 8 Mar 2017, at 16:40, Mark Linimon wrote: >=20 > On Mon, Mar 06, 2017 at 03:00:23PM +0000, rb@gid.co.uk wrote: >> Let me rephrase that: the link http://purelang.bitbucket.org/ >> quoted on https://wiki.freebsd.org/ObsoleteLLVMVersions doesn=E2=80=99t= work, >=20 > That's the URL in lang/pure/Makefile. >=20 >> should be https://bitbucket.org/purelang/ >=20 > Hmm. I looked and it seems like https://purelang.bitbucket.io/ is > a better choice? What do you think? Sure. > mcl >=20 -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Wed Mar 8 19:56:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9396FD02937 for ; Wed, 8 Mar 2017 19:56:58 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7C96E1CDB for ; Wed, 8 Mar 2017 19:56:58 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: by mailman.ysv.freebsd.org (Postfix) id 791BBD02936; Wed, 8 Mar 2017 19:56:58 +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 78C79D02935 for ; Wed, 8 Mar 2017 19:56:58 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (mail.michaelwlucas.com [104.236.197.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 314931CDA for ; Wed, 8 Mar 2017 19:56:57 +0000 (UTC) (envelope-from mwlucas@mail.michaelwlucas.com) Received: from mail.michaelwlucas.com (localhost [127.0.0.1]) by mail.michaelwlucas.com (8.15.2/8.15.2) with ESMTP id v28JunIC011839; Wed, 8 Mar 2017 14:56:50 -0500 (EST) (envelope-from mwlucas@mail.michaelwlucas.com) Received: (from mwlucas@localhost) by mail.michaelwlucas.com (8.15.2/8.15.2/Submit) id v28Jun1w011838; Wed, 8 Mar 2017 14:56:49 -0500 (EST) (envelope-from mwlucas) Date: Wed, 8 Mar 2017 14:56:49 -0500 From: "Michael W. Lucas" To: Toomas Soome Cc: current@freebsd.org Subject: Re: two recent snapshot installer problems Message-ID: <20170308195649.GA11768@mail.michaelwlucas.com> References: <20170307190549.GA97879@mail.michaelwlucas.com> <40408F86-006D-40FF-B6B1-777E24FB53EE@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40408F86-006D-40FF-B6B1-777E24FB53EE@me.com> User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.michaelwlucas.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.1 (mail.michaelwlucas.com [127.0.0.1]); Wed, 08 Mar 2017 14:56:51 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 19:56:58 -0000 Thanks for the hint, Toomas. But... I updated my custom ZFS install/partition script, at: http://www-old.michaelwlucas.com/zm.sh I used this script at the command line partitioner in the installer, then exited and let the installer take over. The machine installs. After a "sysrc zfs_enable=yes" it boots. So: bsdinstall doesn't like this box. If anyone's willing to work on the installer in the next few days, I'm willing to wait to work on this box. I will have to put it to work before long, though. Thanks, ==ml -- Michael W. Lucas Twitter @mwlauthor nonfiction: https://www.michaelwlucas.com/ fiction: https://www.michaelwarrenlucas.com/ blog: http://blather.michaelwlucas.com/ From owner-freebsd-current@freebsd.org Wed Mar 8 22:10:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5490BD03E7E for ; Wed, 8 Mar 2017 22:10:56 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF3341802 for ; Wed, 8 Mar 2017 22:10:55 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id v186so125877848wmd.0 for ; Wed, 08 Mar 2017 14:10:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=G3lxR0jmE83S2LjM/reOLCGf0P+UoW6ofukohk3gBWo=; b=XpsZdibI0gdgBQVcQW/MHm4vw4PicKxfvt6KZGbfw9YeW43suVVadnBBVzy0g2evL1 wkhrNAT5CPzuiL+dy1M7vTmp+fGUER0t3qrAyrvrlbg0czQz/myP2SRaYRlRaMtiYVSA ALnt67waOJ1w1K08hvlFpnpJoNvjWOygiHuyKVJCqGIqi1iXkZJpG239PMevpZtlF1B5 T3ry0foU4+w7EfrrUKf8YpRe0bDZH6cNndMjqiRe+P8tCKVG125u94TwCJPq1LLYZQPK unx1ad9yf8aGuLIOJEVRAQ5j0BvIfUtQd/1o3hEEP1As37Yot0/lEK22FdY5DP3zra2M /90g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=G3lxR0jmE83S2LjM/reOLCGf0P+UoW6ofukohk3gBWo=; b=NMHl+YLppSBkn3jMxjfpa8UMV/0UQcAxSlVwsPi6FfFi+lCKAGl58xJnfkF6QEpVel z+rnLJjE9Ssv9pIAf2gq4Fc/6OINwIdS9OneKUpuyhduPaIGJL4EZbWXYDmSYNnY/zZx Fdmh9F107Rv7S1sc+QC+6jySOekbQXEvqk/3IbVosNEm4qsPgclQOCN7rxTzwykkqh3S 3CsZuR0E66dPyVNYgL2WyTgKXUo5lmhbZkNwjI8MPX4gTuUbGqzwemNswaj2+V9Oz07D kVqr2eatjW3S9AB37c2MwPOPH0IHulyQlBKiE4qqT4oInHr4FVMr30fzp9JBIXiBQlNM JJWQ== X-Gm-Message-State: AMke39lFpK70Ni65g127ppKHQEpevZc7pc/pRhADW4PUBhVLcEbkt7DPKUJzO1cVpFXLnvHMoGZyqayuUIyY2A== X-Received: by 10.28.109.214 with SMTP id b83mr7630931wmi.21.1489011053983; Wed, 08 Mar 2017 14:10:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.153.73 with HTTP; Wed, 8 Mar 2017 14:10:33 -0800 (PST) In-Reply-To: <20170308142658.GE1309@albert.catwhisker.org> References: <20170308142658.GE1309@albert.catwhisker.org> From: Eric Camachat Date: Wed, 8 Mar 2017 14:10:33 -0800 Message-ID: Subject: Re: start-up failure at SVN r314889 To: David Wolfskill , Michael Butler , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 22:10:56 -0000 I have the same issue on Dell Precision M4800. On Wed, Mar 8, 2017 at 6:26 AM, David Wolfskill wrot= e: > On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote: >> My laptop usually starts like this .. >> >> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 >> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI a= md64 >> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >> 4.0.0) >> ... >> >> This morning, I get this :-( >> >> FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 >> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI >> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >> 4.0.0) >> VT(vga): resolution 640x480 >> panic: kthread_add called too soon >> [ .. ] >> >> Any thoughts? >> .... > > "uname -vp" output from my last several (successful) build/smoke-tests > for head: > > FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:18 P= ST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY a= md64 > > FreeBSD 12.0-CURRENT #275 r314700M/314700:1200023: Sun Mar 5 07:45:20 P= ST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY a= md64 > > FreeBSD 12.0-CURRENT #276 r314770M/314770:1200023: Mon Mar 6 05:45:44 P= ST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY a= md64 > > FreeBSD 12.0-CURRENT #277 r314842M/314842:1200023: Tue Mar 7 05:55:58 P= ST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY a= md64 > > FreeBSD 12.0-CURRENT #278 r314906M/314906:1200024: Wed Mar 8 06:05:49 P= ST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY a= md64 > > Sorry it's not more help. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > How could one possibly "respect" a misogynist, racist, bullying con-man??= !? > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. --=20 =E2=98=80Eric From owner-freebsd-current@freebsd.org Wed Mar 8 23:02:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FD2ED035EA for ; Wed, 8 Mar 2017 23:02:59 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 138141194; Wed, 8 Mar 2017 23:02:58 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1489014177; bh=ULoYULooRjOH88O4oFfRxffypogdzxG54V3kTMxzm8A=; b=P SCwNdGe7xV95T92GWVhYOQiX5SvbdB5BS8pM903u5ra+euFegSPvOo04ltYbvv7M k6HplXIsQcqaBDaQ3lg9YvU1IalbejH1HTn4kXxQXiI0bUKZLkSuQd2fMAM8iHlo miUiPwUVNSGUaHiffkpssHBMyrNcGARTazvrldtX1w= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 2B46D23999; Wed, 8 Mar 2017 18:02:57 -0500 (EST) Subject: Re: start-up failure at SVN r314889 To: freebsd-current , hselasky@freebsd.org References: <20170308142658.GE1309@albert.catwhisker.org> Cc: Eric Camachat , David Wolfskill From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: Date: Wed, 8 Mar 2017 18:02:56 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 23:02:59 -0000 The difference between a kernel that boots and another that won't is .. imb@toshi:/home/imb> diff -cw /sys/amd64/conf/TOSHI~ /sys/amd64/conf/TOSHI *** /sys/amd64/conf/TOSHI~ Wed Mar 8 10:05:09 2017 --- /sys/amd64/conf/TOSHI Wed Mar 8 17:33:25 2017 *************** *** 373,379 **** # Enable Linux ABI emulation #options COMPAT_LINUX32 # Enable Linux KPI ! #options COMPAT_LINUXKPI # Enable the linux-like proc filesystem support (requires COMPAT_LINUX # and PSEUDOFS) --- 373,379 ---- # Enable Linux ABI emulation #options COMPAT_LINUX32 # Enable Linux KPI ! options COMPAT_LINUXKPI # Enable the linux-like proc filesystem support (requires COMPAT_LINUX # and PSEUDOFS) Seems to point at something in SVN r314843 :-( imb On 03/08/17 17:10, Eric Camachat wrote: > I have the same issue on Dell Precision M4800. > > On Wed, Mar 8, 2017 at 6:26 AM, David Wolfskill wrote: >> On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote: >>> My laptop usually starts like this .. >>> >>> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 >>> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64 >>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >>> 4.0.0) >>> ... >>> >>> This morning, I get this :-( >>> >>> FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 >>> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI >>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >>> 4.0.0) >>> VT(vga): resolution 640x480 >>> panic: kthread_add called too soon >>> [ .. ] >>> >>> Any thoughts? >>> .... >> >> "uname -vp" output from my last several (successful) build/smoke-tests >> for head: >> >> FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:18 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> FreeBSD 12.0-CURRENT #275 r314700M/314700:1200023: Sun Mar 5 07:45:20 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> FreeBSD 12.0-CURRENT #276 r314770M/314770:1200023: Mon Mar 6 05:45:44 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> FreeBSD 12.0-CURRENT #277 r314842M/314842:1200023: Tue Mar 7 05:55:58 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> FreeBSD 12.0-CURRENT #278 r314906M/314906:1200024: Wed Mar 8 06:05:49 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> Sorry it's not more help. >> >> Peace, >> david >> -- >> David H. Wolfskill david@catwhisker.org >> How could one possibly "respect" a misogynist, racist, bullying con-man??!? >> >> See http://www.catwhisker.org/~david/publickey.gpg for my public key. > > > From owner-freebsd-current@freebsd.org Wed Mar 8 23:39:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BFC8D03FD6 for ; Wed, 8 Mar 2017 23:39:55 +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 3F88713B6 for ; Wed, 8 Mar 2017 23:39:54 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from T530-Allan.HML3.ScaleEngine.net (s224.GtokyoFL6.vectant.ne.jp [222.228.90.224]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 079C1134D7 for ; Wed, 8 Mar 2017 23:39:47 +0000 (UTC) Subject: Re: two recent snapshot installer problems To: freebsd-current@freebsd.org References: <20170307190549.GA97879@mail.michaelwlucas.com> <40408F86-006D-40FF-B6B1-777E24FB53EE@me.com> <20170308195649.GA11768@mail.michaelwlucas.com> From: Allan Jude Message-ID: Date: Wed, 8 Mar 2017 18:39:44 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170308195649.GA11768@mail.michaelwlucas.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 23:39:55 -0000 I wOn 03/08/2017 14:56, Michael W. Lucas wrote: > Thanks for the hint, Toomas. But... > > I updated my custom ZFS install/partition script, at: > > http://www-old.michaelwlucas.com/zm.sh > > I used this script at the command line partitioner in the installer, > then exited and let the installer take over. > > The machine installs. After a "sysrc zfs_enable=yes" it boots. > > So: bsdinstall doesn't like this box. > > If anyone's willing to work on the installer in the next few days, I'm > willing to wait to work on this box. I will have to put it to work > before long, though. > > Thanks, > ==ml > I wouldn't be able to look at this until Tuesday the 14th. I am in Japan until then. -- Allan Jude From owner-freebsd-current@freebsd.org Thu Mar 9 00:09:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2303DD02DD5 for ; Thu, 9 Mar 2017 00:09:51 +0000 (UTC) (envelope-from devin@shxd.cx) Received: from shxd.cx (mail.shxd.cx [64.201.244.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 14D6015CF; Thu, 9 Mar 2017 00:09:51 +0000 (UTC) (envelope-from devin@shxd.cx) Received: from [74.217.198.10] (port=34966 helo=[10.1.4.66]) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1cl3iK-000J1f-1l; Tue, 07 Mar 2017 01:14:56 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: I/O semantics of pipe and FIFO. From: Devin Teske In-Reply-To: <17381773-019a-2181-f00f-1908d04b8d22@freebsd.org> Date: Wed, 8 Mar 2017 16:09:48 -0800 Cc: Devin Teske , Julian Elischer , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170304214812.GA16845@chaz.gmail.com> <8efdc961-1768-0bc0-715f-4a1e103359d4@elischer.org> <17381773-019a-2181-f00f-1908d04b8d22@freebsd.org> To: Alfred Perlstein X-Mailer: Apple Mail (2.3124) Sender: devin@shxd.cx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 00:09:51 -0000 Problem we had found was: Executing dd with a closed stdout and stderr would cause the summary = messages printed at the end to go into the destination output file. For example, dd if=3D/dev/zero of=3D/tmp/foo bs=3D1m count=3D1 Works fine, but the following: dd if=3D/dev/zero of=3D/tmp/foo bs=3D1m count=3D1 >&- 2>&- Will cause the summary statistics of dd to appear in /tmp/foo instead of = on the console. The issue is that the summary statistics are send to fd1, which if you = close down stdout and stdin, fd1 is actually the output file since it = got the lowest file descriptor available when open(2) was called on the = output file. This was never fixed because it was deemed =93silly developer, don=92t = close stdout and stderr before invoking dd=94. The argument has been made by Jilles T. that it is generally a bad idea = to close down any of the standard file descriptors because it cannot be = predicted how a particular UNIX utility will react (e.g., in the case of = dd, causing a simple printf(3) to go to an unexpected location). =97=20 Devin > On Mar 4, 2017, at 8:12 PM, Alfred Perlstein = wrote: >=20 > Devin and I found this when we worked together. I think it was due to = some situation in dd(1) where short reads would exit pre-maturely, = however I may be mis-remembering. Devin, do you recall the specifics? >=20 >=20 > On 3/4/17 7:44 PM, Julian Elischer wrote: >>=20 >> an interesting point to discuss? is our behaviour in this test right? >> from: "austin-group mailng list (posix standard discussion)" >>=20 >> ------ rest of email is quoted ------- >> On 5/3/17 5:48 am, Stephane Chazelas wrote: >>=20 >> 2017-03-04 13:14:08 +0000, Danny Niu: >>> Hi all. >>>=20 >>> I couldn't remember where I saw it saying, that when reading >>> from a pipe or a FIFO, the read syscall returns the content of >>> at most one write call. It's a bit similar to the >>> message-nondiscard semantics of dear old STREAM. >>>=20 >>> Currently, I'm reading through the text to find out a bit >>> more, and I appreciate a bit of pointer on this. >> [...] >>=20 >> (echo x; echo y) | (sleep 1; dd count=3D1 2> /dev/null) >>=20 >> outputs both x and y in all of Linux, FreeBSD and Solaris in my >> tests. >>=20 >> That a read wouldn't read what's currently in the pipe would be >> quite surprising. >>=20 >> I also wouldn't expect pipes to store the writes as individual >> separate message but use one buffer. >>=20 >> In: >>=20 >> ( >> dd bs=3D40000 count=3D1 if=3D/dev/zero 2> /dev/null >> echo first through >&2 >> dd bs=3D40000 count=3D1 if=3D/dev/zero 2> /dev/null >> echo second through >&2 >> ) | (sleep 1; dd bs=3D100000 count=3D1 2> /dev/null) | wc -c >>=20 >> That is where the second write blocks because the pipe is full, >> the reading dd still reads both writes in Linux and Solaris in >> my tests (on Solaris (10 on amd64 at least), reduce to 20000 >> instead of 40000 or both writes would block). >>=20 >> On FreeBSD, I get only the first write (using 8000 followed by >> 10000 for instance). >>=20 >> FreeBSD is also the only one of the three where >>=20 >> dd bs=3D1000000 count=3D1 if=3D/dev/zero | dd bs=3D1000000 count=3D1 = | wc -c >>=20 >> Doesn't output 1000000. The others schedule both processes back >> and forth during their write() and read() system call while the >> pipe is being filled and emptied several times. >>=20 >=20 From owner-freebsd-current@freebsd.org Thu Mar 9 00:20:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C69C6D013FC for ; Thu, 9 Mar 2017 00:20:00 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A72B21DED; Thu, 9 Mar 2017 00:20:00 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v290Jlpk004822; Wed, 8 Mar 2017 16:19:51 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201703090019.v290Jlpk004822@gw.catspoiler.org> Date: Wed, 8 Mar 2017 16:19:47 -0800 (PST) From: Don Lewis Subject: Re: I/O semantics of pipe and FIFO. To: dteske@freebsd.org cc: alfred@freebsd.org, julian@elischer.org, freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-13 Content-Transfer-Encoding: 8BIT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 00:20:00 -0000 On 8 Mar, Devin Teske wrote: > Problem we had found was: > > Executing dd with a closed stdout and stderr would cause the summary > messages printed at the end to go into the destination output file. > > For example, > > dd if=/dev/zero of=/tmp/foo bs=1m count=1 > > Works fine, but the following: > > dd if=/dev/zero of=/tmp/foo bs=1m count=1 >&- 2>&- > > Will cause the summary statistics of dd to appear in /tmp/foo instead > of on the console. > > The issue is that the summary statistics are send to fd1, which if you > close down stdout and stdin, fd1 is actually the output file since it > got the lowest file descriptor available when open(2) was called on > the output file. > > This was never fixed because it was deemed silly developer, dont > close stdout and stderr before invoking dd. > > The argument has been made by Jilles T. that it is generally a bad > idea to close down any of the standard file descriptors because it > cannot be predicted how a particular UNIX utility will react (e.g., in > the case of dd, causing a simple printf(3) to go to an unexpected > location). Shades of: - From our Harris VOS system. JOBCNTRL ER 2211 : IT'S NOT NICE TO FOOL POP! >he 2211 YOU JUST TRIED TO FAKE-OUT MOTHER NATURE, AND SHE CAUGHT YOU! SUPER- VULCAN NOW HAS YOUR NAME ON HIS ENEMY LIST, AND YOU CAN BE CERTAIN THAT FUTURE ATTEMPTS TO RESOURCE LFN 0,3,OR 6 WILL RESULT IN YOUR BEING ABORTED, SPINDLED, MANGLED, FOLDED, PUNCHED, DELETED, AND DEALLOCATED. From owner-freebsd-current@freebsd.org Thu Mar 9 01:33:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70012D03A3B for ; Thu, 9 Mar 2017 01:33:47 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 496FD1FF2; Thu, 9 Mar 2017 01:33:46 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from [127.0.0.1] (helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1clmxZ-000KAG-3h; Wed, 08 Mar 2017 17:33:46 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id v291XeEd077515; Wed, 8 Mar 2017 17:33:40 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 8 Mar 2017 17:33:39 -0800 From: Oleksandr Tymoshenko To: Eric van Gyzen Cc: Adrian Chadd , Matthias Apitz , freebsd-current Subject: Re: panic: invalid bcd xxx Message-ID: <20170309013339.GA77488@bluezbox.com> References: <226a00fa-5d04-0aa7-e0cc-6078edde6639@FreeBSD.org> <20170301002620.6a5e35ce@bsd64.grem.de> <80EC6EBB-8BF6-4990-9DEE-906EDCE69E06@grem.de> <673e2e0c-b3c8-42b7-a32d-1798eaf571f6@unixarea.de> <20170304174434.GA26923@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/11.0-RELEASE-p2 (amd64) User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Eric van Gyzen (vangyzen@FreeBSD.org) wrote: > On 03/04/2017 11:44, Oleksandr Tymoshenko wrote: > > Adrian Chadd (adrian.chadd@gmail.com) wrote: > >> We're not; we need to cope with crappy BIOS emulations and not crash :) > >> > >> What's Linux doing instead? Ignoring the RTC? > > > > I believe I saw the same problem on either my NUC or Minnowboard. > > I just hacked around it to work on something else and didn't > > have time to get back to the device since then. But it's not > > just emulation BIOS. I think the right way to go is to perform sanity > > check on RTC data and refuse to use it if it's not valid. > > cem@ posted this patch: > > http://dpaste.com/1K2W05E > > If someone can test it, I'll gladly commit it. The real-time clock will > likely be wrong, but it won't panic with INVARIANTS. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: dpaste.com] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 01:33:47 -0000 Eric van Gyzen (vangyzen@FreeBSD.org) wrote: > On 03/04/2017 11:44, Oleksandr Tymoshenko wrote: > > Adrian Chadd (adrian.chadd@gmail.com) wrote: > >> We're not; we need to cope with crappy BIOS emulations and not crash :) > >> > >> What's Linux doing instead? Ignoring the RTC? > > > > I believe I saw the same problem on either my NUC or Minnowboard. > > I just hacked around it to work on something else and didn't > > have time to get back to the device since then. But it's not > > just emulation BIOS. I think the right way to go is to perform sanity > > check on RTC data and refuse to use it if it's not valid. > > cem@ posted this patch: > > http://dpaste.com/1K2W05E > > If someone can test it, I'll gladly commit it. The real-time clock will > likely be wrong, but it won't panic with INVARIANTS. I can not reproduce crash any more. Probably RTC battery got charged again. I tested this patch with working RTC - there is no regression and patch looks OK functional-wise. -- gonzo From owner-freebsd-current@freebsd.org Thu Mar 9 02:34:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1AEAD031E6 for ; Thu, 9 Mar 2017 02:34:25 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.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 7283AC7 for ; Thu, 9 Mar 2017 02:34:25 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id f84so18921541ioj.0 for ; Wed, 08 Mar 2017 18:34:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=N2OgQQZOUTsof6v3Fst5b/jJduysMiOgt4fkLnj8vuI=; b=WFW3VKVmdf7v15sNwqHkgD7KCvg0JZF2yJuzpETeyTf8Gv+jveJaRhOQTNqcGOE/0O Kl83lKuvEaqZP3jfOEFgjoujsxzv2pupaDQzwfCbBtDaWFb4Lyom78PtC65U95HIx1hD 8sSKxDjB5LO5ZS2zxzyhadQJ7nZ2yf5vZ03xFmtpDt8YkRgbYOQCKEanT6raLi1qxieB C9gGFAnwsXVRu4hzKPU3g5s+DRUsy7A0N263WIbKkHxe366fXC5axxXRMP7h836Lu380 hsurKt50H4D+ZaYYqBCZT6pxbW/Vfo12XcfhslLho1spHy8R1uoJk1p53l/l2Tz0nnJa VtxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=N2OgQQZOUTsof6v3Fst5b/jJduysMiOgt4fkLnj8vuI=; b=YWCZOll2WPKoX8jgobw/Bi7UyAdfEhnhvIVqJOPObrMSO8mRWe3Plg9+2vtcch31qH oUzC6a5KZ6Pm9LEtoKRN6rSpP8Yg9NpTfs5y4Zg5ldMh2ZCTNebyBPft3mwoqPfBQZNX vIPPm/E8N/rmvMzB/h9NbE4vImnRSY3Y+xutDeW/tGe9yKe/2hhXNtXMLIv6tvVOp78R w0fuIAfGJc/w0vgL7ASxScp8UXMKXeBTmoWCIV373XALTe+nYZx1VmwvfwBtmfBc/Uq/ BPdiFQ358bnJLYWQkJAUZuGEmkZ0teIDg1nGLPT64fBF0Kad4vGzyAso5UJ4odVIMcTq teDA== X-Gm-Message-State: AMke39kR/UuNP7BkvadXhdf0KPQEZELWeo1wdJgIPieUehocPLxjSmNOwLs6s9yOzQxrogai6FfV2ZO52LaLfg== X-Received: by 10.107.17.70 with SMTP id z67mr10437778ioi.37.1489026864782; Wed, 08 Mar 2017 18:34:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 18:34:24 -0800 (PST) Received: by 10.64.226.199 with HTTP; Wed, 8 Mar 2017 18:34:24 -0800 (PST) In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> From: Roberto Rodriguez Jr Date: Wed, 8 Mar 2017 21:34:24 -0500 Message-ID: Subject: RE: input/output error @boot To: Dexuan Cui Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 02:34:25 -0000 314916 same error :( input/output cannot load file elf64_loadimage read failed oh well.... On Mar 7, 2017 9:58 PM, "Dexuan Cui" wrote: Hi guys, Sorry, I had to commit a new patch (r314891) just now to really fix the off-by-one bug. Thank Alex for reporting the issue in my previous patch (r314828). Hope this issue is finally fixed this time! :-) Thanks, -- Dexuan *From:* Roberto Rodriguez Jr [mailto:rob.rodz.jr9@gmail.com] *Sent:* Tuesday, March 7, 2017 21:27 *To:* Dexuan Cui *Cc:* FreeBSD Current *Subject:* RE: input/output error @boot I will test tonight. Thank you very much for your time On Mar 6, 2017 11:52 PM, "Dexuan Cui" wrote: > From: Dexuan Cui > I committed r314770 just now to minimize the impact: > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314770 > > Please let me know in case this can't solve the issue. Sorry, r314770 has a bug, so I had to commit r314828: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314828 Please make sure you use the latest code, i.e. >=3D r314828. Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Thu Mar 9 02:43:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFD0FD0370D for ; Thu, 9 Mar 2017 02:43:38 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0127.outbound.protection.outlook.com [104.47.36.127]) (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 8E08F975 for ; Thu, 9 Mar 2017 02:43:37 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=bPV16xxRR7NQxYUVyDmtXWs52xdzlRKyguFkkbpP31Y=; b=MI43TRpDhpXrCZQumN6tYAYFi5HA1s5fqUOOGrCd1oLpCf2oqdL3epSAM31SKnogrsvMqY9F27gea9Vms7gJYyqVUsRk2rT1jpcU9ryZn3HSSIE79QoXAbyfdwDm/4NVdE0euBxUqrOt8pj8O2iAkXykz40l0uZoulABx5fY7g0= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2670.namprd03.prod.outlook.com (10.168.207.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Thu, 9 Mar 2017 02:43:36 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Thu, 9 Mar 2017 02:43:36 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr CC: FreeBSD Current Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIABQk+wgACQCZiAAOKNEIABi8RdgAAAkeA= Date: Thu, 9 Mar 2017 02:43:35 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::664] x-ms-office365-filtering-correlation-id: b3ecd45d-a829-4b40-604d-08d4669615af x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2670; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2670; 7:8z/HH8Rg7xTXFVVfxS9oaKSKGG5I/tLDRPs9g77ieLc0zSqPs2u1diSLgQCqbS7FD5RAgdQzt9hXI+x4kir+xL2Ggzt8IZyBiLKlA1lBLcmBZSWsExZyEk4IBhhbC0EN4FWQvlbNH7/qr9aOMMheaPn0sb5Xit+CWNMeEjJArZ3slO4OWNGTwktJdiP6et+LwEg4Yk2yxCS5Nv7Zpr0fdJdM4JCtcalPyouDpCXuWTNn7Xl4/6kxkNBvRV1N5xbJK2MHSCO+tSsDBdGkn+ES+MmpdJsSwXuSfTZiz4z4VxxhE13gsLly5NBfzz2FKkqRsfg1vgfoi6bOyQmHTA20VdieD3x6ol5FV/yIJOQDIvY= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849)(189930954265078)(75325880899374)(21748063052155)(211171220733660)(219752817060721); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123564025)(20161123562025)(20161123558025)(20161123560025)(6042181)(6072148); SRVR:MWHPR03MB2670; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2670; x-forefront-prvs: 0241D5F98C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(24454002)(377454003)(45984002)(99286003)(7736002)(2900100001)(6306002)(5660300001)(53546006)(19609705001)(9686003)(229853002)(54896002)(4326008)(39060400002)(10290500002)(1600100001)(5005710100001)(236005)(25786008)(122556002)(606005)(8676002)(6436002)(50986999)(55016002)(8990500004)(8936002)(76176999)(93886004)(53936002)(54356999)(7906003)(106116001)(189998001)(81166006)(6506006)(3660700001)(86362001)(110136004)(33656002)(6246003)(38730400002)(10090500001)(77096006)(3280700002)(86612001)(2950100002)(74316002)(7696004)(6916009)(790700001)(102836003)(2906002)(6116002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2670; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2017 02:43:35.9293 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2670 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 02:43:39 -0000 SG1tLCBBbGV4IGRpZCByZXBvcnQgMzE0ODkxIHdvcmtlZC4NCg0KQ2FuIHlvdSBwbGVhc2UgcG9z dCB0aGUgZnVsbCBib290IGxvZyBvZiB0aGUgbG9hZGVyPw0KRXNwZWNpYWxseSwgd2hlbiB5b3Ug c2VlIHRoZSDigJxPS+KAnSBwcm9tcHQsIGNhbiB5b3UgcGxlYXNlIHJ1biB0aGUg4oCcbWVtbWFw 4oCdIGNvbW1hbmQgbGlrZSB0aGlzIGxpbmsNCmh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlw ZXJtYWlsL2ZyZWVic2QtY3VycmVudC8yMDE3LU1hcmNoLzA2NTA5MC5odG1sID8NCg0KWW91IGNh biB0YWtlIGEgcGhvdG8gb2YgdGhlIHNjcmVlbiBhbmQgc2VuZCBpdCB0byBtZSwgaWYgaXTigJlz IHRvbyBiaWcuDQoNClRoYW5rcywNCi0tIERleHVhbg0KDQpGcm9tOiBSb2JlcnRvIFJvZHJpZ3Vl eiBKciBbbWFpbHRvOnJvYi5yb2R6LmpyOUBnbWFpbC5jb21dDQpTZW50OiBUaHVyc2RheSwgTWFy Y2ggOSwgMjAxNyAxMDozNA0KVG86IERleHVhbiBDdWkgPGRlY3VpQG1pY3Jvc29mdC5jb20+DQpD YzogRnJlZUJTRCBDdXJyZW50IDxmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc+DQpTdWJqZWN0 OiBSRTogaW5wdXQvb3V0cHV0IGVycm9yIEBib290DQoNCjMxNDkxNiBzYW1lIGVycm9yIDooDQpp bnB1dC9vdXRwdXQNCmNhbm5vdCBsb2FkIGZpbGUNCmVsZjY0X2xvYWRpbWFnZSByZWFkIGZhaWxl ZA0Kb2ggd2VsbC4uLi4NCg0KT24gTWFyIDcsIDIwMTcgOTo1OCBQTSwgIkRleHVhbiBDdWkiIDxk ZWN1aUBtaWNyb3NvZnQuY29tPG1haWx0bzpkZWN1aUBtaWNyb3NvZnQuY29tPj4gd3JvdGU6DQpI aSBndXlzLA0KU29ycnksIEkgaGFkIHRvIGNvbW1pdCBhIG5ldyBwYXRjaCAocjMxNDg5MSkganVz dCBub3cgdG8gcmVhbGx5IGZpeCB0aGUgb2ZmLWJ5LW9uZSBidWcuDQpUaGFuayBBbGV4IGZvciBy ZXBvcnRpbmcgdGhlIGlzc3VlIGluIG15IHByZXZpb3VzIHBhdGNoIChyMzE0ODI4KS4NCg0KSG9w ZSB0aGlzIGlzc3VlIGlzIGZpbmFsbHkgZml4ZWQgdGhpcyB0aW1lISA6LSkNCg0KVGhhbmtzLA0K LS0gRGV4dWFuDQoNCkZyb206IFJvYmVydG8gUm9kcmlndWV6IEpyIFttYWlsdG86cm9iLnJvZHou anI5QGdtYWlsLmNvbTxtYWlsdG86cm9iLnJvZHouanI5QGdtYWlsLmNvbT5dDQpTZW50OiBUdWVz ZGF5LCBNYXJjaCA3LCAyMDE3IDIxOjI3DQoNClRvOiBEZXh1YW4gQ3VpIDxkZWN1aUBtaWNyb3Nv ZnQuY29tPG1haWx0bzpkZWN1aUBtaWNyb3NvZnQuY29tPj4NCkNjOiBGcmVlQlNEIEN1cnJlbnQg PGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzxtYWlsdG86ZnJlZWJzZC1jdXJyZW50QGZyZWVi c2Qub3JnPj4NClN1YmplY3Q6IFJFOiBpbnB1dC9vdXRwdXQgZXJyb3IgQGJvb3QNCg0KSSB3aWxs IHRlc3QgdG9uaWdodC4gVGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciB0aW1lDQoNCk9uIE1h ciA2LCAyMDE3IDExOjUyIFBNLCAiRGV4dWFuIEN1aSIgPGRlY3VpQG1pY3Jvc29mdC5jb208bWFp bHRvOmRlY3VpQG1pY3Jvc29mdC5jb20+PiB3cm90ZToNCj4gRnJvbTogRGV4dWFuIEN1aQ0KPiBJ IGNvbW1pdHRlZCByMzE0NzcwIGp1c3Qgbm93IHRvIG1pbmltaXplIHRoZSBpbXBhY3Q6DQo+IGh0 dHBzOi8vc3Zud2ViLmZyZWVic2Qub3JnL2Jhc2U/dmlldz1yZXZpc2lvbiZyZXZpc2lvbj0zMTQ3 NzA8aHR0cHM6Ly9uYTAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0 cHMlM0ElMkYlMkZzdm53ZWIuZnJlZWJzZC5vcmclMkZiYXNlJTNGdmlldyUzRHJldmlzaW9uJTI2 cmV2aXNpb24lM0QzMTQ3NzAmZGF0YT0wMiU3QzAxJTdDZGVjdWklNDBtaWNyb3NvZnQuY29tJTdD NDc0MGM0NDY3ZDI2NGE1ZWMwNGYwOGQ0NjU1ZGE1N2ElN0M3MmY5ODhiZjg2ZjE0MWFmOTFhYjJk N2NkMDExZGI0NyU3QzElN0MwJTdDNjM2MjQ0OTAwMjY4MTc4OTkwJnNkYXRhPVpRcnNaUiUyQlZT Z1FlQ3g1S0tseUNXd3h2cENzdXdoTVAzMVdUZ3FRdkhXNCUzRCZyZXNlcnZlZD0wPg0KPg0KPiBQ bGVhc2UgbGV0IG1lIGtub3cgaW4gY2FzZSB0aGlzIGNhbid0IHNvbHZlIHRoZSBpc3N1ZS4NClNv cnJ5LCByMzE0NzcwICBoYXMgYSBidWcsIHNvIEkgaGFkIHRvIGNvbW1pdCByMzE0ODI4Og0KaHR0 cHM6Ly9zdm53ZWIuZnJlZWJzZC5vcmcvYmFzZT92aWV3PXJldmlzaW9uJnJldmlzaW9uPTMxNDgy ODxodHRwczovL25hMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRw cyUzQSUyRiUyRnN2bndlYi5mcmVlYnNkLm9yZyUyRmJhc2UlM0Z2aWV3JTNEcmV2aXNpb24lMjZy ZXZpc2lvbiUzRDMxNDgyOCZkYXRhPTAyJTdDMDElN0NkZWN1aSU0MG1pY3Jvc29mdC5jb20lN0M0 NzQwYzQ0NjdkMjY0YTVlYzA0ZjA4ZDQ2NTVkYTU3YSU3QzcyZjk4OGJmODZmMTQxYWY5MWFiMmQ3 Y2QwMTFkYjQ3JTdDMSU3QzAlN0M2MzYyNDQ5MDAyNjgxNzg5OTAmc2RhdGE9MXdjaElkY3JsWE1V eE4xRG1NZVNudVlFN3dLSFd6b2FMWU9GUDJMcmVnUSUzRCZyZXNlcnZlZD0wPg0KDQpQbGVhc2Ug bWFrZSBzdXJlIHlvdSB1c2UgdGhlIGxhdGVzdCBjb2RlLCBpLmUuID49IHIzMTQ4MjguDQoNClRo YW5rcywNCi0tIERleHVhbg0KDQoNCg== From owner-freebsd-current@freebsd.org Thu Mar 9 02:47:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9F4DD03B4C for ; Thu, 9 Mar 2017 02:47:31 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AD057D49; Thu, 9 Mar 2017 02:47:31 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from [IPv6:2601:645:8003:a4d6:1cb9:f89b:6c3a:dc8f] (unknown [IPv6:2601:645:8003:a4d6:1cb9:f89b:6c3a:dc8f]) by elvis.mu.org (Postfix) with ESMTPSA id 2D288346DDF5; Wed, 8 Mar 2017 18:47:25 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: I/O semantics of pipe and FIFO. From: Alfred Perlstein X-Mailer: iPhone Mail (14D27) In-Reply-To: Date: Wed, 8 Mar 2017 18:47:24 -0800 Cc: Julian Elischer , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <819671BE-4700-4E73-A697-095BBDE287D4@freebsd.org> References: <20170304214812.GA16845@chaz.gmail.com> <8efdc961-1768-0bc0-715f-4a1e103359d4@elischer.org> <17381773-019a-2181-f00f-1908d04b8d22@freebsd.org> To: Devin Teske X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 02:47:31 -0000 I've seen that bug, but I think our bug was more that dd would exit if it go= t back a short read from input. So if you did something like this (maybe not= exactly, but close): dd bs=3D1m | dd bs=3D10m > f.out You might get only 1mb in f.out. This had to do with skipping disklabels and= other such schenanigans.=20 Sent from my iPhone > On Mar 8, 2017, at 4:09 PM, Devin Teske wrote: >=20 > Problem we had found was: >=20 > Executing dd with a closed stdout and stderr would cause the summary messa= ges printed at the end to go into the destination output file. >=20 > For example, >=20 > dd if=3D/dev/zero of=3D/tmp/foo bs=3D1m count=3D1 >=20 > Works fine, but the following: >=20 > dd if=3D/dev/zero of=3D/tmp/foo bs=3D1m count=3D1 >&- 2>&- >=20 > Will cause the summary statistics of dd to appear in /tmp/foo instead of o= n the console. >=20 > The issue is that the summary statistics are send to fd1, which if you clo= se down stdout and stdin, fd1 is actually the output file since it got the l= owest file descriptor available when open(2) was called on the output file. >=20 > This was never fixed because it was deemed =E2=80=9Csilly developer, don=E2= =80=99t close stdout and stderr before invoking dd=E2=80=9D. >=20 > The argument has been made by Jilles T. that it is generally a bad idea to= close down any of the standard file descriptors because it cannot be predic= ted how a particular UNIX utility will react (e.g., in the case of dd, causi= ng a simple printf(3) to go to an unexpected location). > =E2=80=94=20 > Devin >=20 >=20 >> On Mar 4, 2017, at 8:12 PM, Alfred Perlstein wrote: >>=20 >> Devin and I found this when we worked together. I think it was due to so= me situation in dd(1) where short reads would exit pre-maturely, however I m= ay be mis-remembering. Devin, do you recall the specifics? >>=20 >>=20 >>> On 3/4/17 7:44 PM, Julian Elischer wrote: >>>=20 >>> an interesting point to discuss? is our behaviour in this test right? >>> from: "austin-group mailng list (posix standard discussion)" >>>=20 >>> ------ rest of email is quoted ------- >>> On 5/3/17 5:48 am, Stephane Chazelas wrote: >>>=20 >>> 2017-03-04 13:14:08 +0000, Danny Niu: >>>> Hi all. >>>>=20 >>>> I couldn't remember where I saw it saying, that when reading >>>> from a pipe or a FIFO, the read syscall returns the content of >>>> at most one write call. It's a bit similar to the >>>> message-nondiscard semantics of dear old STREAM. >>>>=20 >>>> Currently, I'm reading through the text to find out a bit >>>> more, and I appreciate a bit of pointer on this. >>> [...] >>>=20 >>> (echo x; echo y) | (sleep 1; dd count=3D1 2> /dev/null) >>>=20 >>> outputs both x and y in all of Linux, FreeBSD and Solaris in my >>> tests. >>>=20 >>> That a read wouldn't read what's currently in the pipe would be >>> quite surprising. >>>=20 >>> I also wouldn't expect pipes to store the writes as individual >>> separate message but use one buffer. >>>=20 >>> In: >>>=20 >>> ( >>> dd bs=3D40000 count=3D1 if=3D/dev/zero 2> /dev/null >>> echo first through >&2 >>> dd bs=3D40000 count=3D1 if=3D/dev/zero 2> /dev/null >>> echo second through >&2 >>> ) | (sleep 1; dd bs=3D100000 count=3D1 2> /dev/null) | wc -c >>>=20 >>> That is where the second write blocks because the pipe is full, >>> the reading dd still reads both writes in Linux and Solaris in >>> my tests (on Solaris (10 on amd64 at least), reduce to 20000 >>> instead of 40000 or both writes would block). >>>=20 >>> On FreeBSD, I get only the first write (using 8000 followed by >>> 10000 for instance). >>>=20 >>> FreeBSD is also the only one of the three where >>>=20 >>> dd bs=3D1000000 count=3D1 if=3D/dev/zero | dd bs=3D1000000 count=3D1 | w= c -c >>>=20 >>> Doesn't output 1000000. The others schedule both processes back >>> and forth during their write() and read() system call while the >>> pipe is being filled and emptied several times. >>>=20 >>=20 >=20 From owner-freebsd-current@freebsd.org Thu Mar 9 05:00:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66447D0387C for ; Thu, 9 Mar 2017 05:00:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 495FCFC8 for ; Thu, 9 Mar 2017 05:00:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 48C29D0387B; Thu, 9 Mar 2017 05:00:59 +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 48628D0387A for ; Thu, 9 Mar 2017 05:00:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F4DDFC7 for ; Thu, 9 Mar 2017 05:00:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 513645A9 for ; Thu, 9 Mar 2017 05:00:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 088D5349AA for ; Thu, 9 Mar 2017 05:00:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id ibKqKjTP0kgB for ; Thu, 9 Mar 2017 05:00:35 +0000 (UTC) To: current@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 7D004349A4 From: Bryan Drewery Subject: r314708: panic: tdsendsignal: ksi on queue Organization: FreeBSD Message-ID: Date: Wed, 8 Mar 2017 21:00:17 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vNRDuAThQDhloRJsUr503cooFUF44Koma" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 05:00:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vNRDuAThQDhloRJsUr503cooFUF44Koma Content-Type: multipart/mixed; boundary="8BVwvMO2bcDC48Mqc59Nj4dEHsmHEKHlB"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org Message-ID: Subject: r314708: panic: tdsendsignal: ksi on queue --8BVwvMO2bcDC48Mqc59Nj4dEHsmHEKHlB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I'm on r314708. I hit ^C while running 'kyua test' in /usr/tests/bin/pwa= it. > panic: tdsendsignal: ksi on queue > cpuid =3D 10 > #10 kdb_enter (why=3D0xffffffff814488f5 "panic", msg=3D)= at /usr/src/sys/kern/subr_kdb.c:444 > #11 0xffffffff80a577f3 in vpanic (fmt=3D, ap=3D0xfffffe3= 5601a3620) at /usr/src/sys/kern/kern_shutdown.c:772 > #12 0xffffffff80a5764f in _kassert_panic (fatal=3D1, fmt=3D0xffffffff81= 448fd7 "%s: ksi on queue") at /usr/src/sys/kern/kern_shutdown.c:669 > #13 0xffffffff80a5c843 in tdsendsignal (p=3D0xfffff80c39389a80, td=3D0x= 0, sig=3D20, ksi=3D0xfffff803888a2bd0) at /usr/src/sys/kern/kern_sig.c:20= 95 > #14 0xffffffff80a13828 in exit1 (td=3D, rval=3D, signo=3D) at /usr/src/sys/kern/kern_exit.c:459 > #15 0xffffffff80a5b28c in sigexit (td=3D0xfffff802f0bee000, sig=3D9) at= /usr/src/sys/kern/kern_sig.c:3081 > #16 0xffffffff80a5b88e in postsig (sig=3D9) at /usr/src/sys/kern/kern_s= ig.c:2992 > #17 0xffffffff80a5b56b in kern_sigsuspend (td=3D0xfffff802f0bee000, mas= k=3D...) at /usr/src/sys/kern/kern_sig.c:1515 > #18 0xffffffff80a5b441 in sys_sigsuspend (td=3D0xfffff802f0bee000, uap=3D= ) at /usr/src/sys/kern/kern_sig.c:1479 > #19 0xffffffff80ee04da in syscallenter (td=3D0xfffff802f0bee000, sa=3D<= optimized out>) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135= > #20 amd64_syscall (td=3D0xfffff802f0bee000, traced=3D0) at /usr/src/sys= /amd64/amd64/trap.c:902 > (kgdb) frame 18 > #18 0xffffffff80a5b441 in sys_sigsuspend (td=3D0xfffff802f0bee000, uap=3D= ) at /usr/src/sys/kern/kern_sig.c:1479 > 1479 return (kern_sigsuspend(td, mask)); > (kgdb) p td->td_proc->p_comm > $3 =3D "timeout", '\000' > (kgdb) frame 13 > #13 0xffffffff80a5c843 in tdsendsignal (p=3D0xfffff80c39389a80, td=3D0x= 0, sig=3D20, ksi=3D0xfffff803888a2bd0) at /usr/src/sys/kern/kern_sig.c:20= 95 > 2095 KASSERT(ksi =3D=3D NULL || !KSI_ONQ(ksi), ("%s: ksi on = queue", __func__)); > (kgdb) p *ksi > $4 =3D {ksi_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffff80c39389c58= }, ksi_info =3D {si_signo =3D 20, si_errno =3D 0, si_code =3D 2, si_pid =3D= 90903, si_uid =3D 0, si_status =3D 9, si_addr =3D 0x0, si_value =3D { > sival_int =3D 0, sival_ptr =3D 0x0, sigval_int =3D 0, sigval_ptr = =3D 0x0}, _reason =3D {_fault =3D {_trapno =3D 0}, _timer =3D {_timerid =3D= 0, _overrun =3D 0}, _mesgq =3D {_mqd =3D 0}, _poll =3D {_band =3D 0}, __= spare__ =3D { > __spare1__ =3D 0, __spare2__ =3D {0, 0, 0, 0, 0, 0, 0}}}}, ksi_= flags =3D 6, ksi_sigq =3D 0xfffff80c39389c28} > (kgdb) p *ksi->ksi_sigq > $6 =3D {sq_signals =3D {__bits =3D {524288, 0, 0, 0}}, sq_kill =3D {__b= its =3D {0, 0, 0, 0}}, sq_ptrace =3D {__bits =3D {0, 0, 0, 0}}, sq_list =3D= {tqh_first =3D 0xfffff803888a2bd0, tqh_last =3D 0xfffff803888a2bd0}, > sq_proc =3D 0xfffff80c39389a80, sq_flags =3D 1} --=20 Regards, Bryan Drewery --8BVwvMO2bcDC48Mqc59Nj4dEHsmHEKHlB-- --vNRDuAThQDhloRJsUr503cooFUF44Koma 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 iQEcBAEBCgAGBQJYwOFiAAoJEDXXcbtuRpfPsW4IALPRdTW+5U24tOja/eGeq48j Fqz/RBv+I1oKqDAYeTSduG15uiQ3JiM4ynXXvUPQGamQEXOdEnRyr1aZtvgkvOIp 46ck5wJXARDs05Jw2XPXmrlVAZ0yQRWfwGFczHdALGEjMLHU3l6sjRCxv/7PfzM5 ErZ7ZWj9YUd84bJuyzGSOGjki6ivJJX0A7uKXu2P+T4PENBZ84QYeDvAcFFgoRTr TdgqXJXajcpVOoWp9hq3XK2TgQfJj9Gf3gagBcy1NJsd0GGPQqyeWCBGHr8yMdyb q/iKFsO2grtK1qTnoPta214LFXKDl9snpycgww1REwAaFPQ8wbVknqmb+Pz9KK0= =/XbH -----END PGP SIGNATURE----- --vNRDuAThQDhloRJsUr503cooFUF44Koma-- From owner-freebsd-current@freebsd.org Thu Mar 9 05:59:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB199D04B78 for ; Thu, 9 Mar 2017 05:59:36 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68139DDC for ; Thu, 9 Mar 2017 05:59:36 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074425-bbbff70000000bec-13-58c0ef3f2a62 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 93.C4.03052.04FE0C85; Thu, 9 Mar 2017 00:59:28 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v295xRK0014541; Thu, 9 Mar 2017 00:59:27 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v295xNnh017179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Mar 2017 00:59:26 -0500 Date: Wed, 8 Mar 2017 23:59:23 -0600 From: Benjamin Kaduk To: Gergely Czuczy Cc: freebsd-current@freebsd.org Subject: Re: LOR on RPi3 r314894 Message-ID: <20170309055923.GM30306@kduck.kaduk.org> References: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> 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-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBIsWRmVeSWpSXmKPExsUixG6nouvw/kCEwf0WSYs5bz4wWUybco3d gcljxqf5LB79856xBzBFcdmkpOZklqUW6dslcGW09m5mLmhnqXjz7R1TA+NC5i5GTg4JAROJ fSsXsXQxcnEICbQxSSxqecAM4WxglLi4dRWUc4VJYvbjLywgLSwCKhJ/OxcxgdhsQHZD92Ww USIC+hKXen6AxZkF5CW6Dn5kBbGFBRQkHq/8ygZi8wKtO3p8KjvE0BWMEhveLGCHSAhKnJz5 hAWiWUvixr+XQIM4gGxpieX/OEDCnAL2EusuzAArERVQlmiY8YB5AqPALCTds5B0z0LoXsDI vIpRNiW3Sjc3MTOnODVZtzg5MS8vtUjXQi83s0QvNaV0EyM4UF1UdzDO+et1iFGAg1GJh1dA +ECEEGtiWXFl7iFGSQ4mJVFegwCgEF9SfkplRmJxRnxRaU5q8SFGCQ5mJRHeXZeAcrwpiZVV qUX5MClpDhYlcV5xjcYIIYH0xJLU7NTUgtQimKwMB4eSBG/HO6BGwaLU9NSKtMycEoQ0Ewcn yHAeoOFdb0GGFxck5hZnpkPkTzHqctw4fuANkxBLXn5eqpQ471+QIgGQoozSPLg5oAQjkb2/ 5hWjONBbwrwvQKp4gMkJbtIroCVMQEu0XfeCLClJREhJNTCuKque8E2mZZ7W2nAnrZp6DfFt DULVk2vNS3eUl7XNXOs/IfByW3pguFPn9dCipkfvnz1b0hK/V/P/6bLmKt5DX+p6TX8djl5/ MmdenNpidVkm/UTzX5Hb36c39mtMUvBjZNevF86pETlu+Haf0eTX9RMmaD19IS3ruWpW2Lyv 6p+zHQ+e363EUpyRaKjFXFScCAAccyDYCwMAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 05:59:36 -0000 On Wed, Mar 08, 2017 at 02:06:33PM +0100, Gergely Czuczy wrote: > On 2017. 03. 08. 13:06, Hans Petter Selasky wrote: > > You might check the links on this page to see if your LOR is already > > listed: > > > > https://wiki.freebsd.org/LOR > Thank you, I wasn't aware of this page. It turns out it's already listed: > http://sources.zabbadoz.net/freebsd/lor/238.html > > However, the last reported stamp shouldn't anymore be 2008-09-30 :) The page is no longer actively maintained, unfortunately. -Ben From owner-freebsd-current@freebsd.org Thu Mar 9 06:00:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 240F9D04C0E for ; Thu, 9 Mar 2017 06:00:26 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0121.outbound.protection.outlook.com [104.47.42.121]) (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 CD41BF50 for ; Thu, 9 Mar 2017 06:00:25 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2PJtjQIZG2B2JikJSOTvpzRkivevW1MZ0qN99l/1W3Q=; b=Ql2K3LHBWUhmeaPnPM0aI9q8JZIeX5P6Etd1SZvWXF0IobN706kUANxohFN2XyJbl5OUEd5gB4mRLIQKzxHDUhdpr4ssfZfdAMrbUt3Vum0zY3LZ4YlY9BqBmS/zFU4t8sjYjkDo3JC0eR3zI2muQiZq1K5IqmVpSYZ9Zgfy7Oc= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2672.namprd03.prod.outlook.com (10.168.207.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Thu, 9 Mar 2017 06:00:23 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Thu, 9 Mar 2017 06:00:23 +0000 From: Dexuan Cui To: Roberto Rodriguez Jr CC: FreeBSD Current Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIABQk+wgACQCZiAAOKNEIABi8RdgAAAkeCAAANt0A== Date: Thu, 9 Mar 2017 06:00:23 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::664] x-ms-office365-filtering-correlation-id: 2f0354df-3288-4023-b3a9-08d466b193af x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2672; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2672; 7:VNk3NnNPcLkKYLYNGXq0B1vSZl2ttFu5/Ar7rt50sKyCCJOl3M296Z4I2J3wPuj3RetOsktCGrpXUMJcNkor4l8QMfldl6oA9B7dbW5c9J3HIuf21/lMCRc/GKOnTP5J1gYmunB2L1ZfzgZa+lTvf3tOBSNeegIajx4R+RrAfjOdbJ63SpfVUoqPLhOXjZl2XcBz7ynUNtZ4XGm0Ki9Zm7nXmoJlF+v+Pl3biI8rgOLFtXcWeLeVgqYZFXaj0woNBlRn0cJRP0KTFDZaGb/PRVmPnY+M9GqruZh2P00/zRq3yJeZsePdkVJqvARfrEyFayfGQPQteRyQI8JK3P6KTSbSUJd9M7AuRC8mQ09HfW4= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(166708455590820); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038)(6041248)(20161123560025)(20161123564025)(20161123555025)(20161123562025)(20161123558025)(6042181)(6072148); SRVR:MWHPR03MB2672; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2672; x-forefront-prvs: 0241D5F98C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(53546006)(86612001)(8990500004)(4326008)(76176999)(7736002)(5660300001)(53376002)(74316002)(50986999)(6436002)(305945005)(86362001)(2900100001)(966004)(53936002)(6246003)(54356999)(8676002)(3660700001)(39060400002)(1600100001)(10090500001)(53366004)(2950100002)(38730400002)(8936002)(6916009)(25786008)(5005710100001)(6506006)(81166006)(2906002)(189998001)(122556002)(99286003)(6306002)(93886004)(7696004)(229853002)(102836003)(55016002)(9686003)(6116002)(77096006)(3280700002)(10290500002)(106116001)(110136004)(33656002)(10090945008); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2672; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2017 06:00:23.7631 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2672 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 06:00:26 -0000 SGkgUm9iZXJ0bywgDQpUaGFua3MgZm9yIHNlbmRpbmcgbWUgeW91ciBtZW1tYXAgYW5kIHRoaXMg aXMgYSB0ZW1wb3Jhcnkgd29ya2Fyb3VuZA0KcGF0Y2ggZm9yIHlvdToNCmh0dHBzOi8vZ2l0aHVi LmNvbS9kY3VpL2ZyZWVic2QvY29tbWl0LzBlZGQxZGI1NWZiYmI1NjM1MmQ2MDI0MjUwZTRhZTdk ZDhhZDMxZTMucGF0Y2gNCg0KSSBwdXQgdGhlIG1lbW1hcCBpbmZvIGhlcmUgZm9yIHBlb3BsZSB3 aG8ncmUgaW50ZXJlc3RlZDoNCmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93 X2J1Zy5jZ2k/aWQ9MjExNzQ2I2MyNg0KDQpXZSBjYW4gbm90aWNlIHRoZXJlIGlzIGEgNE1CIEJv b3RTZXJ2aWNlc0NvZGUgcmFuZ2UgYXQgWzEyTUIsIDE2TUIpIC4NCmxvYWRlci5lZmkganVzdCB3 cml0ZXMgaW50byB0aGlzIHJhbmdlIGJ5IGZvcmNlIC0tIHRoaXMgaXMgdW5zYWZlIGFueXdheSEN Cg0KVG8gZml4IHRoaXMgY29ycmVjdGx5ICYgdGhvcm91Z2hseSwgSU1PIHdlIG5lZWQgYSByZWxv Y2F0YWJsZSBrZXJuZWwsIGJ1dA0KdGhhdCB3b3VsZCByZXF1aXJlIGEgbG90IG9mIGNvbXBsaWNh dGVkIGxvbmcgdGVybSB3b3JrOg0KaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q5Njg2P2lk PTI1NDE0I2lubGluZS01Njk2OQ0KDQpGb3Igbm93LCBJIHN1Z2dlc3Qgd2Ugc2hvdWxkIG9ubHkg YXBwbHkgdGhlIGlkZWEgInJlZHVjZSB0aGUgc2l6ZSBvZiB0aGUNCnN0YWdpbmcgYXJlYSBpZiBu ZWNlc3NhcnkiIHRvIFZNIHJ1bm5pbmcgb24gSHlwZXItViwgd2Ugc2hvdWxkIHJlc3RvcmUgdGhl DQpvbGQgYmVoYXZpb3Igb24gcGh5c2ljYWwgbWFjaGluZXMgc2luY2UgdGhhdCBoYXMgYmVlbiB3 b3JraW5nIGZvciBwZW9wbGUNCmZvciBhIGxvbmcgcGVyaW9kIG9mIHRpbWUsIHRob3VnaCBpdCdz ICBwb3RlbnRpYWxseSB1bnNhZmUuDQoNCkkgdGhpbmsgaW4gdGhlIGxvYWRlciB3ZSBjYW4gdXNl IENQVUlEIHRvIHRlbGwgaWYgd2UncmUgcnVubmluZyBvbiBIeXBlci1WIG9yIG5vdC4NCg0KVGhh bmtzLA0KLS0gRGV4dWFuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog b3duZXItZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIFttYWlsdG86b3duZXItZnJlZWJzZC0N Cj4gY3VycmVudEBmcmVlYnNkLm9yZ10gT24gQmVoYWxmIE9mIERleHVhbiBDdWkNCj4gU2VudDog VGh1cnNkYXksIE1hcmNoIDksIDIwMTcgMTA6NDQNCj4gVG86IFJvYmVydG8gUm9kcmlndWV6IEpy IDxyb2Iucm9kei5qcjlAZ21haWwuY29tPg0KPiBDYzogRnJlZUJTRCBDdXJyZW50IDxmcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmc+DQo+IFN1YmplY3Q6IFJFOiBpbnB1dC9vdXRwdXQgZXJyb3Ig QGJvb3QNCj4gDQo+IFtUaGlzIHNlbmRlciBmYWlsZWQgb3VyIGZyYXVkIGRldGVjdGlvbiBjaGVj a3MgYW5kIG1heSBub3QgYmUgd2hvIHRoZXkgYXBwZWFyDQo+IHRvIGJlLiBMZWFybiBhYm91dCBz cG9vZmluZyBhdCBodHRwOi8vYWthLm1zL0xlYXJuQWJvdXRTcG9vZmluZ10NCj4gDQo+IEhtbSwg QWxleCBkaWQgcmVwb3J0IDMxNDg5MSB3b3JrZWQuDQo+IA0KPiBDYW4geW91IHBsZWFzZSBwb3N0 IHRoZSBmdWxsIGJvb3QgbG9nIG9mIHRoZSBsb2FkZXI/DQo+IEVzcGVjaWFsbHksIHdoZW4geW91 IHNlZSB0aGUg4oCcT0vigJ0gcHJvbXB0LCBjYW4geW91IHBsZWFzZSBydW4gdGhlIOKAnG1lbW1h cOKAnQ0KPiBjb21tYW5kIGxpa2UgdGhpcyBsaW5rIC4uLg0KPiANCj4gWW91IGNhbiB0YWtlIGEg cGhvdG8gb2YgdGhlIHNjcmVlbiBhbmQgc2VuZCBpdCB0byBtZSwgaWYgaXTigJlzIHRvbyBiaWcu DQo+IA0KPiBUaGFua3MsDQo+IC0tIERleHVhbg0KIA0K From owner-freebsd-current@freebsd.org Thu Mar 9 06:01:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34A1FD04E93 for ; Thu, 9 Mar 2017 06:01:12 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 EC956129D for ; Thu, 9 Mar 2017 06:01:11 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 84-236-108-40.pool.digikabel.hu ([84.236.108.40] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1clr8O-0006y4-6l; Thu, 09 Mar 2017 06:01:08 +0000 Subject: Re: LOR on RPi3 r314894 To: Benjamin Kaduk References: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> <20170309055923.GM30306@kduck.kaduk.org> Cc: freebsd-current@freebsd.org From: Gergely Czuczy Message-ID: <68007967-7456-3a77-d7ca-57bc4b649d76@harmless.hu> Date: Thu, 9 Mar 2017 07:01:07 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170309055923.GM30306@kduck.kaduk.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 06:01:12 -0000 On 2017. 03. 09. 6:59, Benjamin Kaduk wrote: > On Wed, Mar 08, 2017 at 02:06:33PM +0100, Gergely Czuczy wrote: >> On 2017. 03. 08. 13:06, Hans Petter Selasky wrote: >>> You might check the links on this page to see if your LOR is already >>> listed: >>> >>> https://wiki.freebsd.org/LOR >> Thank you, I wasn't aware of this page. It turns out it's already listed: >> http://sources.zabbadoz.net/freebsd/lor/238.html >> >> However, the last reported stamp shouldn't anymore be 2008-09-30 :) > The page is no longer actively maintained, unfortunately. I couldn't find it among the PRs, should I open one? Or since it was on this page, is it already known? I have no idea whether it's a false positive, but I'm surely not getting a panic. -czg > > -Ben From owner-freebsd-current@freebsd.org Thu Mar 9 06:03:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AF43D04162 for ; Thu, 9 Mar 2017 06:03:49 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::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 6C44D1865 for ; Thu, 9 Mar 2017 06:03:49 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id c4b40c4f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Wed, 8 Mar 2017 22:03:48 -0800 (PST) Subject: Re: input/output error @boot To: freebsd-current@freebsd.org References: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> From: Pete Wright Message-ID: <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> Date: Wed, 8 Mar 2017 22:03:47 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 06:03:49 -0000 On 3/8/17 10:00 PM, Dexuan Cui wrote: > > For now, I suggest we should only apply the idea "reduce the size of the > staging area if necessary" to VM running on Hyper-V, we should restore the > old behavior on physical machines since that has been working for people > for a long period of time, though it's potentially unsafe. > +1 i'd like to see the old behaviour for physical machines to be restored as well since this has rendered my drm-next test rig broken :( thanks! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Thu Mar 9 07:11:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 628E5D0478A for ; Thu, 9 Mar 2017 07:11:20 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33DD71B9 for ; Thu, 9 Mar 2017 07:11:20 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OMJ00C00CYNVH00@st13p35im-asmtp002.me.com> for freebsd-current@freebsd.org; Thu, 09 Mar 2017 07:11:13 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1489043473; bh=ZE3HDG1ltgfPJkxdsezNv0GWw96vvBMDnNR6FVsDqMk=; h=From:Content-type:MIME-version:Subject:Date:To:Message-id; b=rIK+TW95Jvo729FcUNTnbypDdUQT3nmY7r2fyxgvUoS6fX8jEXyy1dT6K3vZ4CC+7 LzgQY4eVrxfVah4RCMSd87+N7X0RGi9Aib6vuQQs6BxQZ5FX7g++MCQ7RMjCuVSifm pk0Al7L0vkztFMyoFa3NYQX5/A4IlAEUi8W2KRSX68fY1Tbxa8i0eklpnl/o9XCZxC amXEx4+p38OSW//927R/dM+tpb+ml8h3B4HJ/STJ3/VAQbLh4smwxbbah7lC4cbdR+ hDOM299AsfbnivMmGW821ICmqpYeMNazixJkGvXcusgSlGOAmyvcGdSDt/U2VDdSho DB5LpkJExmwhA== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OMJ009NZDAMDW00@st13p35im-asmtp002.me.com> for freebsd-current@freebsd.org; Thu, 09 Mar 2017 07:11:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-03-09_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=10 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1703090056 From: Toomas Soome MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: input/output error @boot Date: Thu, 09 Mar 2017 09:11:09 +0200 References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> To: FreeBSD Current In-reply-to: Message-id: <63EAF6F6-D5E4-46F9-9AA1-C721DAC64C11@me.com> X-Mailer: Apple Mail (2.3259) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 07:11:20 -0000 > On 9. m=C3=A4rts 2017, at 8:00, Dexuan Cui = wrote: >=20 > Hi Roberto,=20 > Thanks for sending me your memmap and this is a temporary workaround > patch for you: > = https://github.com/dcui/freebsd/commit/0edd1db55fbbb56352d6024250e4ae7dd8a= d31e3.patch >=20 > I put the memmap info here for people who're interested: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746#c26 >=20 > We can notice there is a 4MB BootServicesCode range at [12MB, 16MB) . > loader.efi just writes into this range by force -- this is unsafe = anyway! >=20 > To fix this correctly & thoroughly, IMO we need a relocatable kernel, = but > that would require a lot of complicated long term work: > https://reviews.freebsd.org/D9686?id=3D25414#inline-56969 >=20 > For now, I suggest we should only apply the idea "reduce the size of = the > staging area if necessary" to VM running on Hyper-V, we should restore = the > old behavior on physical machines since that has been working for = people > for a long period of time, though it's potentially unsafe. >=20 > I think in the loader we can use CPUID to tell if we're running on = Hyper-V or not. IMO there are multiple issues around this problem and workaround. First of all, to control UEFI memory allocation, the AllocatePages() has = options: AllocateAnyPages, AllocateMaxAddress, AllocateAddress On x86, we use: staging =3D 1024*1024*1024; status =3D BS->AllocatePages(AllocateMaxAddress, EfiLoaderData, nr_pages, &staging); Which means: "Allocation requests of Type AllocateMaxAddress allocate any available = range of pages whose uppermost address is less than or equal to the = address pointed to by Memory on input.=E2=80=9D So, we are asking for an amount of memory (64MB), with condition that = all the pages should be below 1GB. And we get it. If hyper-v is in fact returning us memory from already = occupied area - there can be exactly one conclusion - it is bug in = hyper-v. Note, this allocation method does *not* set the starting point for = allocation, it can return us *any* chunk of memory of given size, below = 1GB. So the attempt to control such allocation by size, is unfortunately = flawed - it really does not control the allocation. Note that I have also seen AllocateAddress failures - there was nicely = available chunk of memory, but the firmware just did not allocate with = given address (it did happen with OVMF + qemu). The secondary flaw there is also about firmware. Sure, with UEFI you can = have =E2=80=9Crandom=E2=80=9D allocations and the actual control over = memory is actually problem, but to plant an =E2=80=9Cegg=E2=80=9D in = 1MB-1GB range, where you have most chances any OS will live - IMO this = is just stupid. The only real solution here is to either rise the MaxAddress limit or = use AllocateAnyPages, get kernel loaded into the memory, and after = switching off the boot services and before jumping to kernel, relocate = the kernel to available location below 1GB=E2=80=A6=20 rgds, toomas >=20 > Thanks, > -- Dexuan >=20 >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Dexuan Cui >> Sent: Thursday, March 9, 2017 10:44 >> To: Roberto Rodriguez Jr >> Cc: FreeBSD Current >> Subject: RE: input/output error @boot >>=20 >> [This sender failed our fraud detection checks and may not be who = they appear >> to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] >>=20 >> Hmm, Alex did report 314891 worked. >>=20 >> Can you please post the full boot log of the loader? >> Especially, when you see the =E2=80=9COK=E2=80=9D prompt, can you = please run the =E2=80=9Cmemmap=E2=80=9D >> command like this link ... >>=20 >> You can take a photo of the screen and send it to me, if it=E2=80=99s = too big. >>=20 >> Thanks, >> -- Dexuan >=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" From owner-freebsd-current@freebsd.org Thu Mar 9 09:41:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 631A6D026FB for ; Thu, 9 Mar 2017 09:41:46 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 196681508 for ; Thu, 9 Mar 2017 09:41:44 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id 80E2F376047A for ; Thu, 9 Mar 2017 10:39:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 73C79376057F for ; Thu, 9 Mar 2017 10:39:07 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id TKsy0TXU3njj for ; Thu, 9 Mar 2017 10:39:07 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 59858376047A for ; Thu, 9 Mar 2017 10:39:07 +0100 (CET) From: Alexandre Martins To: freebsd-current Subject: smp_rendezvous_action: Are atomics correctly used ? Date: Thu, 09 Mar 2017 10:43:14 +0100 Message-ID: <2092905.6A8RAGlt18@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6005783.eLJVflXW0r"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 09:41:46 -0000 --nextPart6005783.eLJVflXW0r Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Hello, I'm curently reading the code of the function smp_rendezvous_action, in= =20 kern/subr_smp.c file. In that function, i see that the variable smp_rv_= waiters=20 is read in some while() loop in a non-atomic way. https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Dannotat= e#l412 https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Dannotat= e#l458 https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Dannotat= e#l472 I suspect one of my freeze to be due by that. Should this function be patched to use=20 "atomic_load_acq_int(&smp_rv_waiters[])" ? Best regards =2D-=20 Alexandre Martins STORMSHIELD --nextPart6005783.eLJVflXW0r Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMDkwOTQzMTRaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCDpAvPg 3Umrgly9xqSd/RuNsGPUanIW8Vwx31DhUFU8RDANBgkqhkiG9w0BAQEFAASCAQBhWb7WsrhByFGx q4r9VDaI9Vng0+wY1cyeCW1B2vQrmFQ5vneS1HmMsr3StPSuh5lvE2prYDrMPpKSprogTLzxIJwW 64+kNdq4WTdRW1JYUK7O46OOpzYdeH+y5bQwUiGMv4xmb9YZtBxQTL6W1Y2T0mQMEQf739lPjGeF ySHt1uIywzvzjhv/6eeIMwLxMlSrJGfKIBt7sLHo/PTTqPnCaHezkwqHS0F1j+w8VTQGx3tIu0eD kcvBDN9XplySF3A4Ud/Nk6SvQklqmEmX02kQmEM1dfsPCXZw8HeeqQJcvMg3waV1NiTdVt11QvhO iP+4ZxaYItUY1AWkW7PmHjsBAAAAAAAA --nextPart6005783.eLJVflXW0r-- From owner-freebsd-current@freebsd.org Thu Mar 9 09:57:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F918D03182 for ; Thu, 9 Mar 2017 09:57:51 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 45AF529B for ; Thu, 9 Mar 2017 09:57:49 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id A35143760609 for ; Thu, 9 Mar 2017 10:55:17 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 96DDC3761FF6 for ; Thu, 9 Mar 2017 10:55:17 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Y8XFv81emxCD for ; Thu, 9 Mar 2017 10:55:17 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 7B1E33760609 for ; Thu, 9 Mar 2017 10:55:17 +0100 (CET) From: Alexandre Martins To: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Date: Thu, 09 Mar 2017 10:59:27 +0100 Message-ID: <4355496.HzrDjoMEL6@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) In-Reply-To: <2092905.6A8RAGlt18@pc-alex> References: <2092905.6A8RAGlt18@pc-alex> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2748870.HePXJDs6zt"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 09:57:51 -0000 --nextPart2748870.HePXJDs6zt Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" I have the save question for the cpu_ipi_pending here: https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=3Dannota= te#l1080 Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a =E9crit : > Hello, >=20 > I'm curently reading the code of the function smp_rendezvous_action, = in > kern/subr_smp.c file. In that function, i see that the variable > smp_rv_waiters is read in some while() loop in a non-atomic way. >=20 > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Dannot= ate#l412 > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Dannot= ate#l458 > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Dannot= ate#l472 >=20 > I suspect one of my freeze to be due by that. >=20 > Should this function be patched to use > "atomic_load_acq_int(&smp_rv_waiters[])" ? >=20 > Best regards =2D-=20 Alexandre Martins STORMSHIELD --nextPart2748870.HePXJDs6zt Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMDkwOTU5MjdaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCCi5Q7Z zrTLh/OThyFkTiMpzFKM0rlMZi5An6S9C9HLTzANBgkqhkiG9w0BAQEFAASCAQAsJ4XmpvOxZsl5 0V+FCpgvaEqJbjnw+HRBZoFGykvqimrriWmvGXO2aEdfV3yJ4XbS1ovvVjW0DbKc7PPQFUTqH0hy 6GVcqJacnjJIjtpA6txocUjqf+MXNMnHeLUV9Id23trLA1DgFlSQy8xUIlEcd2JQW+ueKjj4J7yI odUMBOdKl9RFyZtbAYqGoQPBCJUcTM7wsAM1GtB6wvUrrUAJ7zylg9gRsArTjoTbCJeTnOyeCV7i UgeNuM9T6PpG3KLs7Tbd8kFfIeAV2wwNzmETbfFvRryMbQNx6tUD/3lGX9q2qQNqhf6hTa6BWaj6 dZxU6KRZJm+xUhAC+k5GJRubAAAAAAAA --nextPart2748870.HePXJDs6zt-- From owner-freebsd-current@freebsd.org Thu Mar 9 10:27:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 302F3D03EE5 for ; Thu, 9 Mar 2017 10:27:05 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 EAA691747 for ; Thu, 9 Mar 2017 10:27:04 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 84-236-108-40.pool.digikabel.hu ([84.236.108.40] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1clvHh-000LzR-Kz for freebsd-current@freebsd.org; Thu, 09 Mar 2017 10:27:01 +0000 To: freebsd-current@freebsd.org From: Gergely Czuczy Subject: process killed: text file modification Message-ID: Date: Thu, 9 Mar 2017 11:27:00 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 10:27:05 -0000 Hello, I'm trying to build a few things from ports on an rpi3, the ports collection is mounted over NFS from another machine. When it's trying to build pkg i'm getting the error message in syslog: rpi3 kernel: pid 4451 (sh), uid 0, was killed: text file modification The report to pkg@: https://lists.freebsd.org/pipermail/freebsd-pkg/2017-March/002048.html In ports-mgmt/pkg's config.log It fails at the following entry: configure:3726: checking whether we are cross compiling configure:3734: cc -o conftest -O2 -pipe -Wno-error -fno-strict-aliasing conftest.c >&5 configure:3738: $? = 0 configure:3745: ./conftest configure:3749: $? = 137 configure:3756: error: in `/usr/ports/ports-mgmt/pkg/work/pkg-1.10.0': configure:3760: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details # uname -a FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314949: Thu Mar 9 08:58:46 CET 2017 aegir@marvin.harmless.hu:/tank/rpi3/crochet/work/obj/arm64.aarch64/tank/rpi3/src/sys/AEGIR arm64 I have no idea what's causing it, it should pretty much work out of the box. Could someone please explain me what's going on here, what's causing it and how can I fix it? Best regards, -czg From owner-freebsd-current@freebsd.org Thu Mar 9 12:42:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD04BCFBFEE for ; Thu, 9 Mar 2017 12:42:49 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0110.outbound.protection.outlook.com [104.47.42.110]) (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 8D970EF7 for ; Thu, 9 Mar 2017 12:42:48 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=dbbJCC+p+uQYA1K9mIsNm/8E5eLflXV11wa4da2QAT0=; b=GyfJBI8Ute0BK0c1c4VZGkZzpUTMJzR1KTbZnnHLXOmJGXID7w5ktcxqWruGMbBZPQyk9Ohag/ZS+euyLX88caF7Ip5jjkl5RIcYLBM+trQ1Tzgayg2HR9vAv1xtpD0xGy0kUJ0Qpnlu4DH0bUbBK0CPPh738y33xlgxpwNa3M8= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2670.namprd03.prod.outlook.com (10.168.207.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Thu, 9 Mar 2017 12:42:48 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Thu, 9 Mar 2017 12:42:47 +0000 From: Dexuan Cui To: Pete Wright , "freebsd-current@freebsd.org" Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIABQk+wgACQCZiAAOKNEIABi8RdgAAAkeCAAANt0IAANnuAgABt0JA= Date: Thu, 9 Mar 2017 12:42:47 +0000 Message-ID: References: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> In-Reply-To: <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nomadlogic.org; dkim=none (message not signed) header.d=none;nomadlogic.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::2d0] x-ms-office365-filtering-correlation-id: 8643712c-e942-4a87-20a1-08d466e9caa1 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2670; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2670; 7:rCCgIS9Yzx79e352fC98xgKnnXVgHmIGDRPE4lEX2wHnG8GqmXWAhngVLtmdOtAnJyyib+Ori4612eYH/n61gSPxDsqUKtLfnRm2F9EKm981Ph+tolkxAXIMwWbgU0GzDLgJvt5C8BiTugcZ7mYyA/PYPYuN37hqxV0/bXGDDbZisWrLg7jVIoGYwcWAxXdbOfI5+wvVV88Wogp1V9LsI4Gq3rYjN0Z1Qmhxhlha9HWl9Sh9ustkRb4jdYnAgMaDOvciRPBCBDcpftA8jcKiSB3WG7xcEhHxdSPHO/3iT/HVTmubdnaPoY2BWwM+fEd3xuRCFq1zbwrXs8bp7B+YyeIgjdxubu2gsOLgSd8RK+8= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56005881305849); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123558025)(20161123564025)(20161123562025)(20161123560025)(6042181)(6072148); SRVR:MWHPR03MB2670; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2670; x-forefront-prvs: 0241D5F98C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(377454003)(7736002)(99286003)(6306002)(2900100001)(5660300001)(305945005)(9686003)(53546006)(2501003)(229853002)(10290500002)(5005710100001)(122556002)(25786008)(8676002)(50986999)(6436002)(55016002)(8990500004)(76176999)(93886004)(8936002)(54356999)(53936002)(81166006)(189998001)(6506006)(3660700001)(38730400002)(33656002)(6246003)(77096006)(3280700002)(10090500001)(86362001)(106116001)(74316002)(2950100002)(7696004)(102836003)(6116002)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2670; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2017 12:42:47.6200 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2670 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 12:42:50 -0000 > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Pete Wright > Sent: Thursday, March 9, 2017 14:04 > To: freebsd-current@freebsd.org > Subject: Re: input/output error @boot > On 3/8/17 10:00 PM, Dexuan Cui wrote: > > For now, I suggest we should only apply the idea "reduce the size of th= e > > staging area if necessary" to VM running on Hyper-V, we should restore = the > > old behavior on physical machines since that has been working for peopl= e > > for a long period of time, though it's potentially unsafe. > > > +1 >=20 > i'd like to see the old behaviour for physical machines to be restored > as well since this has rendered my drm-next test rig broken :( >=20 > -pete Eventually I committed 314956 for the issue: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D314956 The old behaviour for physical machines are restored. PS, I understand usually I should put the patch on phabricator for review, before it's committed, but since the issue here is critical, I committed it directly to unblock people first. Sorry. Please comment on the patch if you think it needs rework -- I hope not. :-= )=20 Thanks, -- Dexuan From owner-freebsd-current@freebsd.org Thu Mar 9 13:03:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D970D02ADB for ; Thu, 9 Mar 2017 13:03:49 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0111.outbound.protection.outlook.com [104.47.33.111]) (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 19FD71C2C for ; Thu, 9 Mar 2017 13:03:48 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=bC4WDzGxbLtGcgtQDq6eQe6GRNmwtgZVD6TdobLdidM=; b=OUKOE60LrwfP/+mOonAd/HnTm+EFazB6Od/nItSRZe3Ie+rS3N8zsIqnn/J8YIoDFqctjk/Ev3Uv2s1AaRz0BAK3xLzBGnS0yWJe9wO7fVkfw0RQkSLxNSnMS8RNaSiRD/vppZVO1J0D3WUnzXCpeYBJOzrpbvst5ru8GUEak0M= Received: from MWHPR03MB2669.namprd03.prod.outlook.com (10.168.207.15) by MWHPR03MB2670.namprd03.prod.outlook.com (10.168.207.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Thu, 9 Mar 2017 13:03:47 +0000 Received: from MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) by MWHPR03MB2669.namprd03.prod.outlook.com ([10.168.207.15]) with mapi id 15.01.0947.020; Thu, 9 Mar 2017 13:03:46 +0000 From: Dexuan Cui To: Toomas Soome , FreeBSD Current Subject: RE: input/output error @boot Thread-Topic: input/output error @boot Thread-Index: AQHSlcdGVISyNkxhw0iFjqEQt+he9KGGcf6AgAAL4wCAAA0uAIAAIOaAgACvc/CAADO7sIABQk+wgACQCZiAAOKNEIABi8RdgAAAkeCAAANt0IAASU6AgABcthA= Date: Thu, 9 Mar 2017 13:03:46 +0000 Message-ID: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <63EAF6F6-D5E4-46F9-9AA1-C721DAC64C11@me.com> In-Reply-To: <63EAF6F6-D5E4-46F9-9AA1-C721DAC64C11@me.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: me.com; dkim=none (message not signed) header.d=none;me.com; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2404:f801:9000:19::2d0] x-ms-office365-filtering-correlation-id: 22d46ea9-b3aa-45e8-e6d7-08d466ecb8f3 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:MWHPR03MB2670; x-microsoft-exchange-diagnostics: 1; MWHPR03MB2670; 7:qM2uZaHGgSnjFEKxbkjeG/WKmVm4FJ1+b0z6ix0A54qBrnlKJhFLFrcF0AO7AFH8Ucsbw6g1cH0CuKqcibq+tA619eVvxJdnt8rV9lAe1G+fjllmvNjG1cuq/zHS7RTgwErN6aZOEOMpdlsJxXnQZvcZTzdtJCvSbJC3HOGvxMcIunKIZzsxjC0dUdR2YaIlHs+u/Q9/usqsxaSZI9ilfmhcmM2XeVEBZeT+vVhgrhGFC2yjWSdWheDMwsRA513CJUylLrRQ7p2UD86+MalH6UKMWnC6eI4SEnQuiumZjSfZHY4SM96xUn7wBA9CbKfBtgkTZjOI4RGsZQhgsnuiyC01tXSIDrJPxHP0lfezT8k= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(61426038)(61427038)(6041248)(20161123555025)(20161123558025)(20161123564025)(20161123562025)(20161123560025)(6072148); SRVR:MWHPR03MB2670; BCL:0; PCL:0; RULEID:; SRVR:MWHPR03MB2670; x-forefront-prvs: 0241D5F98C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39850400002)(39450400003)(39860400002)(39840400002)(33656002)(77096006)(3280700002)(6246003)(86362001)(106116001)(10090500001)(81166006)(189998001)(3660700001)(6506006)(38730400002)(102836003)(86612001)(6116002)(2906002)(74316002)(7696004)(2950100002)(229853002)(10290500002)(5005710100001)(39060400002)(2900100001)(6306002)(5660300001)(8656002)(7736002)(99286003)(305945005)(9686003)(93886004)(8990500004)(55016002)(76176999)(54356999)(53936002)(8936002)(122556002)(25786008)(50986999)(6436002)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR03MB2670; H:MWHPR03MB2669.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2017 13:03:46.4947 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR03MB2670 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 13:03:49 -0000 PiBGcm9tOiBvd25lci1mcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgW21haWx0bzpvd25lci1m cmVlYnNkLQ0KPiBjdXJyZW50QGZyZWVic2Qub3JnXSBPbiBCZWhhbGYgT2YgVG9vbWFzIFNvb21l DQo+DQo+IElNTyB0aGVyZSBhcmUgbXVsdGlwbGUgaXNzdWVzIGFyb3VuZCB0aGlzIHByb2JsZW0g YW5kIHdvcmthcm91bmQuDQo+DQo+IEZpcnN0IG9mIGFsbCwgdG8gY29udHJvbCBVRUZJIG1lbW9y eSBhbGxvY2F0aW9uLCB0aGUgQWxsb2NhdGVQYWdlcygpIGhhcyBvcHRpb25zOg0KPg0KPiBBbGxv Y2F0ZUFueVBhZ2VzLA0KPiBBbGxvY2F0ZU1heEFkZHJlc3MsDQo+IEFsbG9jYXRlQWRkcmVzcw0K Pg0KPiBPbiB4ODYsIHdlIHVzZToNCj4NCj4gICAgICAgICBzdGFnaW5nID0gMTAyNCoxMDI0KjEw MjQ7DQo+ICAgICAgICAgc3RhdHVzID0gQlMtPkFsbG9jYXRlUGFnZXMoQWxsb2NhdGVNYXhBZGRy ZXNzLCBFZmlMb2FkZXJEYXRhLA0KPiAgICAgICAgICAgICBucl9wYWdlcywgJnN0YWdpbmcpOw0K Pg0KPiBXaGljaCBtZWFuczoNCj4NCj4gIkFsbG9jYXRpb24gcmVxdWVzdHMgb2YgVHlwZSBBbGxv Y2F0ZU1heEFkZHJlc3MgYWxsb2NhdGUgYW55IGF2YWlsYWJsZSByYW5nZSBvZg0KPiBwYWdlcyB3 aG9zZSB1cHBlcm1vc3QgYWRkcmVzcyBpcyBsZXNzIHRoYW4gb3IgZXF1YWwgdG8gdGhlIGFkZHJl c3MgcG9pbnRlZCB0bw0KPiBieSBNZW1vcnkgb24gaW5wdXQu4oCdDQo+DQo+IFNvLCB3ZSBhcmUg YXNraW5nIGZvciBhbiBhbW91bnQgb2YgbWVtb3J5ICg2NE1CKSwgd2l0aCBjb25kaXRpb24gdGhh dCBhbGwgdGhlDQo+IHBhZ2VzIHNob3VsZCBiZSBiZWxvdyAxR0IuDQo+DQo+IEFuZCB3ZSBnZXQg aXQuIElmIGh5cGVyLXYgaXMgaW4gZmFjdCByZXR1cm5pbmcgdXMgbWVtb3J5IGZyb20gYWxyZWFk eSBvY2N1cGllZA0KPiBhcmVhIC0gdGhlcmUgY2FuIGJlIGV4YWN0bHkgb25lIGNvbmNsdXNpb24g LSBpdCBpcyBidWcgaW4gaHlwZXItdi4NCg0KSHlwZXItViBoYXMgbm8gYnVnIGhlcmU6IEh5cGVy LVYgZG9lc24ndCByZXR1cm4gbWVtb3J5IGZyb20gYWxyZWFkeSBvY2N1cGllZA0KYXJlYS4gVGhl IGlzc3VlIGlzOiB0aGUgbG9hZGVyIGhlcmUgdHJpZXMgdG8gd3JpdGUgdGhlIDY0TUIgc3RhZ2lu ZyBhcmVhIChCVFcsIGl0J3MNCjQ4TUIgaW4gMTAuMykgaW50byB0aGUgcGh5c2ljYWwgbWVtb3J5 IHJhbmdlIFsyTUIsIDJNQis2NE1CKSAtLSB0aGUgbG9hZGVyDQphc3N1bWVzIHRoaXMgcmFuZ2Ug aXMgd3JpdGFibGUuIEhvd2V2ZXIsIHRoaXMgaXMgbm90IHRydWUgd2l0aCBIeXBlci1WIEVGSQ0K ZmlybXdhcmU6IHRoZXJlIGlzIGEgcmVhZC1vbmx5IEJvb3RTZXJ2aWNlc0RhdGEgbWVtb3J5IGJs b2NrIHN0YXJ0aW5nIGF0DQphYm91dCA0Ny40NDlNQiwgY2F1c2luZyBhIGNyYXNoIGluIHRoZSBs b2FkZXIuDQoNCklmIHlvdSdyZSBpbnRlcmVzdGVkLCB0aGUgd2hvbGUgbG9uZyBzdG9yeSBpcyBp biB0aGUgYmVsb3cgbGluay4gIDotKQ0KaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3ppbGxh L3Nob3dfYnVnLmNnaT9pZD0yMTE3NDYsIGUuZy4gcGxlYXNlIHNlZSB0aGUNCnNjcmVlbnNob3Qg aW4gY29tbWVudCAjOC4NCg0KDQo+IE5vdGUsIHRoaXMgYWxsb2NhdGlvbiBtZXRob2QgZG9lcyAq bm90KiBzZXQgdGhlIHN0YXJ0aW5nIHBvaW50IGZvciBhbGxvY2F0aW9uLCBpdA0KPiBjYW4gcmV0 dXJuIHVzICphbnkqIGNodW5rIG9mIG1lbW9yeSBvZiBnaXZlbiBzaXplLCBiZWxvdyAxR0IuDQpZ ZXMuIFRoaXMgY2FuIHBvdGVudGlhbGx5IGNhdXNlIG5ldyBpc3N1ZXMuLi4NCg0KPiBTbyB0aGUg YXR0ZW1wdCB0byBjb250cm9sIHN1Y2ggYWxsb2NhdGlvbiBieSBzaXplLCBpcyB1bmZvcnR1bmF0 ZWx5IGZsYXdlZCAtIGl0DQo+IHJlYWxseSBkb2VzIG5vdCBjb250cm9sIHRoZSBhbGxvY2F0aW9u Lg0KWWVzLCB5b3UncmUgY29ycmVjdC4NClRoZSBwYXRjaCBpcyBmbGF3ZWQuIEkgb25seSBleHBl Y3QgKG9yIGhvcGUpIGl0IGNhbiB3b3JrIGFyb3VuZCB0aGUgaXNzdWVzIHdpdGgNCnR5cGljYWwg SHlwZXItViBVRUZJIGZpcm13YXJlLg0KSW4gbXkgdGVzdCwgaXQgd29ya3Mgd2l0aCBIeXBlci1W IDIwMTIgUjIgYW5kIDIwMTYuDQpJIGhvcGUgaXQgY291bGQgd29yayBpbiBmdXR1cmUgSHlwZXIt ViB0b28uLi4NCg0KPiBOb3RlIHRoYXQgSSBoYXZlIGFsc28gc2VlbiBBbGxvY2F0ZUFkZHJlc3Mg ZmFpbHVyZXMgLSB0aGVyZSB3YXMgbmljZWx5IGF2YWlsYWJsZQ0KPiBjaHVuayBvZiBtZW1vcnks IGJ1dCB0aGUgZmlybXdhcmUganVzdCBkaWQgbm90IGFsbG9jYXRlIHdpdGggZ2l2ZW4gYWRkcmVz cyAoaXQNCj4gZGlkIGhhcHBlbiB3aXRoIE9WTUYgKyBxZW11KS4NCj4NCj4gVGhlIHNlY29uZGFy eSBmbGF3IHRoZXJlIGlzIGFsc28gYWJvdXQgZmlybXdhcmUuIFN1cmUsIHdpdGggVUVGSSB5b3Ug Y2FuIGhhdmUNCj4g4oCccmFuZG9t4oCdIGFsbG9jYXRpb25zIGFuZCB0aGUgYWN0dWFsIGNvbnRy b2wgb3ZlciBtZW1vcnkgaXMgYWN0dWFsbHkgcHJvYmxlbSwNCj4gYnV0IHRvIHBsYW50IGFuIOKA nGVnZ+KAnSAgaW4gMU1CLTFHQiByYW5nZSwgd2hlcmUgeW91IGhhdmUgbW9zdCBjaGFuY2VzIGFu eSBPUw0KPiB3aWxsIGxpdmUgLSBJTU8gdGhpcyBpcyBqdXN0IHN0dXBpZC4NCj4NCj4gVGhlIG9u bHkgcmVhbCBzb2x1dGlvbiBoZXJlIGlzIHRvIGVpdGhlciByaXNlIHRoZSBNYXhBZGRyZXNzIGxp bWl0IG9yIHVzZQ0KPiBBbGxvY2F0ZUFueVBhZ2VzLCBnZXQga2VybmVsIGxvYWRlZCBpbnRvIHRo ZSBtZW1vcnksIGFuZCBhZnRlciBzd2l0Y2hpbmcgb2ZmDQo+IHRoZSBib290IHNlcnZpY2VzIGFu ZCBiZWZvcmUganVtcGluZyB0byBrZXJuZWwsIHJlbG9jYXRlIHRoZSBrZXJuZWwgdG8gYXZhaWxh YmxlDQo+IGxvY2F0aW9uIGJlbG93IDFHQuKApg0KWWVzLiBJTU8gdGhlIGJpZ2dlc3QgaXNzdWUg aXMgdGhhdCBjdXJyZW50bHkgdGhlIGtlcm5lbCBjYW4ndCBiZSByZWxvY2F0ZWQuLi4gOi0oDQpJ dCdzIGEgbG9uZyB0ZXJtIHdvcmsgdG8gbWFrZSBpdCByZWxvY2F0YWJsZSwgSSdtIGFmcmFpZC4N Cg0KVGhhbmtzLA0KLS0gRGV4dWFuDQo= From owner-freebsd-current@freebsd.org Thu Mar 9 13:08:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07219D02EA1 for ; Thu, 9 Mar 2017 13:08:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 788751F2A for ; Thu, 9 Mar 2017 13:08:05 +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 v29D7sv1013863 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Mar 2017 15:07:54 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v29D7sv1013863 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v29D7sqH013862; Thu, 9 Mar 2017 15:07:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Mar 2017 15:07:54 +0200 From: Konstantin Belousov To: Alexandre Martins Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Message-ID: <20170309130754.GX30979@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <4355496.HzrDjoMEL6@pc-alex> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4355496.HzrDjoMEL6@pc-alex> User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 13:08:06 -0000 On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote: > I have the save question for the cpu_ipi_pending here: > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=annotate#l1080 > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > Hello, > > > > I'm curently reading the code of the function smp_rendezvous_action, in > > kern/subr_smp.c file. In that function, i see that the variable > > smp_rv_waiters is read in some while() loop in a non-atomic way. > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annotate#l412 > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annotate#l458 > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annotate#l472 > > > > I suspect one of my freeze to be due by that. You should provide either evidence or, at least, some reasoning supporting your claims. > > > > Should this function be patched to use > > "atomic_load_acq_int(&smp_rv_waiters[])" ? There too. As a side note, any read or write of the naturally aligned integer types with size less or equal than the machine word, on all supported architectures, are atomic. The meaning of the word atomic there is that when reading, you always get a complete value that was written by a writer into this location, not some out of thin air value. Similarly, when writing, you are guaranteed that any observer of the write will see the value you have wrote. The guarantees above hold both for C-level code and for the assembler accesses. atomic_load_acq() provides additional guarantees which do not affect the value read from the variable itself, but establish the ordering on the visibility of the related operations. From owner-freebsd-current@freebsd.org Thu Mar 9 13:20:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BDAFD024B4 for ; Thu, 9 Mar 2017 13:20:47 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 3ECE1901 for ; Thu, 9 Mar 2017 13:20:46 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 178-164-145-249.pool.digikabel.hu ([178.164.145.249] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1clxzh-000NEj-FI for freebsd-current@freebsd.org; Thu, 09 Mar 2017 13:20:37 +0000 Subject: Re: process killed: text file modification To: freebsd-current@freebsd.org References: From: Gergely Czuczy Message-ID: <646c1395-9482-b214-118c-01573243ae5a@harmless.hu> Date: Thu, 9 Mar 2017 14:20:35 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 13:20:47 -0000 On 2017. 03. 09. 11:27, Gergely Czuczy wrote: > Hello, > > I'm trying to build a few things from ports on an rpi3, the ports > collection is mounted over NFS from another machine. When it's trying > to build pkg i'm getting the error message in syslog: > > rpi3 kernel: pid 4451 (sh), uid 0, was killed: text file modification > > The report to pkg@: > https://lists.freebsd.org/pipermail/freebsd-pkg/2017-March/002048.html > > In ports-mgmt/pkg's config.log It fails at the following entry: > configure:3726: checking whether we are cross compiling > configure:3734: cc -o conftest -O2 -pipe -Wno-error > -fno-strict-aliasing conftest.c >&5 > configure:3738: $? = 0 > configure:3745: ./conftest > configure:3749: $? = 137 > configure:3756: error: in `/usr/ports/ports-mgmt/pkg/work/pkg-1.10.0': > configure:3760: error: cannot run C compiled programs. > If you meant to cross compile, use `--host'. > See `config.log' for more details > > # uname -a > FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314949: Thu Mar 9 > 08:58:46 CET 2017 > aegir@marvin.harmless.hu:/tank/rpi3/crochet/work/obj/arm64.aarch64/tank/rpi3/src/sys/AEGIR > arm64 So far, a few additions: Time is synced between the NFS server and the client. it's an open() call which is getting the kill, and it's not the file what's being opened, but the process executing it. Here's a simple code that reproduces it: #include int main() { FILE *f = fopen ("/bar", "w"); fclose(f); return 0; } Conditions to reproduce it: - The resulting binary must be executed from the nfs mount - The binary must be built after mounting the NFS share. I haven't tried building it on a different host, I don't have access to multiple RPis. Also, if I build the binary, umount/remount the NFS mount point, which has the binary, execute it, then it works. I've also tried this with the raspbsd.org's image, I could reproduce it as well. Another interesting thing is, when I first booted the RPi up, the NFS server was a 10.2-STABLE, and later got updated to 11-STABLE. While it was 10.2 I've tried to build some port, and I don't remember having this issue. So, could someone please help me figure this out and fix it? This stuff should work pretty much. > > I have no idea what's causing it, it should pretty much work out of > the box. Could someone please explain me what's going on here, what's > causing it and how can I fix it? > > Best regards, > -czg > > _______________________________________________ > 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 Mar 9 13:25:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55255D0280F for ; Thu, 9 Mar 2017 13:25:23 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (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 2BD1AD32 for ; Thu, 9 Mar 2017 13:25:23 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OMJ00800U8HSQ00@st13p35im-asmtp001.me.com> for freebsd-current@freebsd.org; Thu, 09 Mar 2017 13:25:16 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1489065916; bh=xXdsEFS4ryHjBGgCmFDBQqjDbzQ4PRQoJwkcvxXMWJg=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=JSiBN5C974s9Uo3dOeiURu5t2A1JSFInJjeC+EgScAszCBkPpU7rXicPAvsS1OK5w +Oqg8ao6YSNq7yuu98bTjsKRZlz0/hKMn8mLJyswZZ8pjfPv9nITGXXQXh4xU4N7sq AA1Dn2iH81sfbgm/3tVAamHBx9ni2bjy8BqwIg/TeyZn5WqHowSpZhC0guON207Qqw PiLla4sAs5wovQdHKteIm16b3ek7/sz4OcFBmkTWJU6qiHF+FDCdjZ/ul6WPyuvdRE EdUJ5GXnojoHf1XBPoAJiNRYwgaJmUXCigWxg/1wp6sYk35KUqlSDwAGMeOfvJAzeT +misWOEN01ufA== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OMJ00EPHUM1D810@st13p35im-asmtp001.me.com>; Thu, 09 Mar 2017 13:25:15 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-03-09_11:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1703090101 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: input/output error @boot From: Toomas Soome In-reply-to: Date: Thu, 09 Mar 2017 15:25:12 +0200 Cc: FreeBSD Current Content-transfer-encoding: quoted-printable Message-id: <1856AB36-8EA0-4955-AF8F-C83AB89B38A8@me.com> References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <63EAF6F6-D5E4-46F9-9AA1-C721DAC64C11@me.com> To: Dexuan Cui X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 13:25:23 -0000 > On 9. m=C3=A4rts 2017, at 15:03, Dexuan Cui = wrote: >=20 >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Toomas Soome >>=20 >> IMO there are multiple issues around this problem and workaround. >>=20 >> First of all, to control UEFI memory allocation, the AllocatePages() = has options: >>=20 >> AllocateAnyPages, >> AllocateMaxAddress, >> AllocateAddress >>=20 >> On x86, we use: >>=20 >> staging =3D 1024*1024*1024; >> status =3D BS->AllocatePages(AllocateMaxAddress, = EfiLoaderData, >> nr_pages, &staging); >>=20 >> Which means: >>=20 >> "Allocation requests of Type AllocateMaxAddress allocate any = available range of >> pages whose uppermost address is less than or equal to the address = pointed to >> by Memory on input.=E2=80=9D >>=20 >> So, we are asking for an amount of memory (64MB), with condition that = all the >> pages should be below 1GB. >>=20 >> And we get it. If hyper-v is in fact returning us memory from already = occupied >> area - there can be exactly one conclusion - it is bug in hyper-v. >=20 > Hyper-V has no bug here: Hyper-V doesn't return memory from already = occupied > area. The issue is: the loader here tries to write the 64MB staging = area (BTW, it's > 48MB in 10.3) into the physical memory range [2MB, 2MB+64MB) -- the = loader > assumes this range is writable. However, this is not true with Hyper-V = EFI > firmware: there is a read-only BootServicesData memory block starting = at > about 47.449MB, causing a crash in the loader. >=20 > If you're interested, the whole long story is in the below link. :-) > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211746, e.g. = please see the > screenshot in comment #8. >=20 ah, right, so it already does the relocation and will get busted there, = sorry, missed that:D >=20 >> Note, this allocation method does *not* set the starting point for = allocation, it >> can return us *any* chunk of memory of given size, below 1GB. > Yes. This can potentially cause new issues... >=20 >> So the attempt to control such allocation by size, is unfortunately = flawed - it >> really does not control the allocation. > Yes, you're correct. > The patch is flawed. I only expect (or hope) it can work around the = issues with > typical Hyper-V UEFI firmware. > In my test, it works with Hyper-V 2012 R2 and 2016. > I hope it could work in future Hyper-V too... >=20 >> Note that I have also seen AllocateAddress failures - there was = nicely available >> chunk of memory, but the firmware just did not allocate with given = address (it >> did happen with OVMF + qemu). >>=20 >> The secondary flaw there is also about firmware. Sure, with UEFI you = can have >> =E2=80=9Crandom=E2=80=9D allocations and the actual control over = memory is actually problem, >> but to plant an =E2=80=9Cegg=E2=80=9D in 1MB-1GB range, where you = have most chances any OS >> will live - IMO this is just stupid. >>=20 >> The only real solution here is to either rise the MaxAddress limit or = use >> AllocateAnyPages, get kernel loaded into the memory, and after = switching off >> the boot services and before jumping to kernel, relocate the kernel = to available >> location below 1GB=E2=80=A6 > Yes. IMO the biggest issue is that currently the kernel can't be = relocated... :-( > It's a long term work to make it relocatable, I'm afraid. >=20 > Thanks, > -- Dexuan true, and there are other systems with same issue. relocatable kernels = are not really that common even today;) anyhow, good work from your = side;) rgds, toomas From owner-freebsd-current@freebsd.org Thu Mar 9 13:50:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD673D03199 for ; Thu, 9 Mar 2017 13:50:38 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 6124618F1 for ; Thu, 9 Mar 2017 13:50:37 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id 2F7DE37615EA; Thu, 9 Mar 2017 14:48:04 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 1E8493762227; Thu, 9 Mar 2017 14:48:04 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 6ur5kEKuU2IU; Thu, 9 Mar 2017 14:48:04 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id E79C03762213; Thu, 9 Mar 2017 14:48:03 +0100 (CET) From: Alexandre Martins To: Konstantin Belousov Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Date: Thu, 09 Mar 2017 14:52:09 +0100 Message-ID: <3034263.GEZH9i4V44@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170309130754.GX30979@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <4355496.HzrDjoMEL6@pc-alex> <20170309130754.GX30979@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12410435.8xKqY3EYM9"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 13:50:38 -0000 --nextPart12410435.8xKqY3EYM9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a =E9crit : > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote: > > I have the save question for the cpu_ipi_pending here: > >=20 > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=3Dan= notate#l1 > > 080>=20 > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > Hello, > > >=20 > > > I'm curently reading the code of the function smp_rendezvous_acti= on, in > > > kern/subr_smp.c file. In that function, i see that the variable > > > smp_rv_waiters is read in some while() loop in a non-atomic way. > > >=20 > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Da= nnotate#l > > > 412 > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Da= nnotate#l > > > 458 > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=3Da= nnotate#l > > > 472 > > >=20 > > > I suspect one of my freeze to be due by that. >=20 > You should provide either evidence or, at least, some reasoning suppo= rting > your claims. I curently have a software watchdog that triger and does a coredump. In= the=20 coredumps, I always see a CPU trying to write-lock a "rm lock". Every t= ime,=20 that CPU is spinning into the smp_rendezvous_action, in the first while= loop)=20 while the others are into the idle threads. The fact is that freeze is not clear and I start to search "exotic" cau= ses to=20 explain it. >=20 > > > Should this function be patched to use > > > "atomic_load_acq_int(&smp_rv_waiters[])" ? >=20 > There too. >=20 > As a side note, any read or write of the naturally aligned integer > types with size less or equal than the machine word, on all supported= > architectures, are atomic. The meaning of the word atomic there is > that when reading, you always get a complete value that was written b= y > a writer into this location, not some out of thin air value. Similar= ly, > when writing, you are guaranteed that any observer of the write will = see > the value you have wrote. >=20 > The guarantees above hold both for C-level code and for the assembler= > accesses. >=20 > atomic_load_acq() provides additional guarantees which do not affect = the > value read from the variable itself, but establish the ordering on th= e > visibility of the related operations. OK, I got it. Thank you ! =2D-=20 Alexandre Martins STORMSHIELD --nextPart12410435.8xKqY3EYM9 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMDkxMzUyMDlaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCAfZAsZ nWM8Cs2okcqQdQQolSaGh2vRXhdaz/RKEM3FJTANBgkqhkiG9w0BAQEFAASCAQBk2g/0huvjVtrj pcNgg8FKY5CwnZi0LjJpQLxAd/Y2Nf5lCuA/6bUiCli64391TlrZaSb35nt2Z/T2oumFkxcW56SX LPjOXFFcOr6kMRvYsGoe6UCnqvqqaT5YoiilhCtJSsntooDx7EjBUNheXSW06ewdWGeKM8STQnL9 kg+KVRJi7BvI5z8h6tkF1DoLq2M7QeSdhbOYqVQfxbucb4byouH/TsowTMFHjH1UAPFjukMh1YAA 5PffWoB7MdTUoU50UKJN9cdPP4Ug8q2X0IJ3Gd3jh3XYlJ1VSGsnO/wkut+jDXuYEEG5bVGj3oh5 cJVlRsUGNdfDji/q0GdU2h6vAAAAAAAA --nextPart12410435.8xKqY3EYM9-- From owner-freebsd-current@freebsd.org Thu Mar 9 13:58:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0DC60D03496 for ; Thu, 9 Mar 2017 13:58:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C97561DE7 for ; Thu, 9 Mar 2017 13:58:56 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from Michaels-MacBook-Pro.local (50-200-140-194-static.hfc.comcastbusiness.net [50.200.140.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 1F86A224B2 for ; Thu, 9 Mar 2017 08:58:47 -0500 (EST) Subject: Re: start-up failure at SVN r314889 To: freebsd-current@freebsd.org References: <20170308142658.GE1309@albert.catwhisker.org> From: Michael Butler Message-ID: Date: Thu, 9 Mar 2017 08:58:44 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 13:58:57 -0000 Per Hans .. this should fix it: r314953 | hselasky | 2017-03-09 04:17:43 -0500 (Thu, 09 Mar 2017) | 9 lines Changed paths: M /head/sys/compat/linuxkpi/common/src/linux_work.c Don't create any threads before SI_SUB_INIT_IF in the LinuxKPI. Else kthread_add() will assert it is called too soon. This fixes a startup issue when COMPAT_LINUXKPI is in enabled the kernel configuration file. imb On 3/8/17 6:02 PM, Michael Butler wrote: > The difference between a kernel that boots and another that won't is .. > > imb@toshi:/home/imb> diff -cw /sys/amd64/conf/TOSHI~ /sys/amd64/conf/TOSHI > *** /sys/amd64/conf/TOSHI~ Wed Mar 8 10:05:09 2017 > --- /sys/amd64/conf/TOSHI Wed Mar 8 17:33:25 2017 > *************** > *** 373,379 **** > # Enable Linux ABI emulation > #options COMPAT_LINUX32 > # Enable Linux KPI > ! #options COMPAT_LINUXKPI > > # Enable the linux-like proc filesystem support (requires COMPAT_LINUX > # and PSEUDOFS) > --- 373,379 ---- > # Enable Linux ABI emulation > #options COMPAT_LINUX32 > # Enable Linux KPI > ! options COMPAT_LINUXKPI > > # Enable the linux-like proc filesystem support (requires COMPAT_LINUX > # and PSEUDOFS) > > Seems to point at something in SVN r314843 :-( > > imb > > > On 03/08/17 17:10, Eric Camachat wrote: >> I have the same issue on Dell Precision M4800. >> >> On Wed, Mar 8, 2017 at 6:26 AM, David Wolfskill wrote: >>> On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote: >>>> My laptop usually starts like this .. >>>> >>>> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 >>>> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64 >>>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >>>> 4.0.0) >>>> ... >>>> >>>> This morning, I get this :-( >>>> >>>> FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 >>>> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI >>>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM >>>> 4.0.0) >>>> VT(vga): resolution 640x480 >>>> panic: kthread_add called too soon >>>> [ .. ] >>>> >>>> Any thoughts? >>>> .... >>> "uname -vp" output from my last several (successful) build/smoke-tests >>> for head: >>> >>> FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:18 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >>> >>> FreeBSD 12.0-CURRENT #275 r314700M/314700:1200023: Sun Mar 5 07:45:20 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >>> >>> FreeBSD 12.0-CURRENT #276 r314770M/314770:1200023: Mon Mar 6 05:45:44 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >>> >>> FreeBSD 12.0-CURRENT #277 r314842M/314842:1200023: Tue Mar 7 05:55:58 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >>> >>> FreeBSD 12.0-CURRENT #278 r314906M/314906:1200024: Wed Mar 8 06:05:49 PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >>> >>> Sorry it's not more help. >>> >>> Peace, >>> david >>> -- >>> David H. Wolfskill david@catwhisker.org >>> How could one possibly "respect" a misogynist, racist, bullying con-man??!? >>> >>> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >> >> > _______________________________________________ > 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 Mar 9 14:25:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35822D03F5D for ; Thu, 9 Mar 2017 14:25:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D02CF50 for ; Thu, 9 Mar 2017 14:25:22 +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 v29EPHBr031347 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Mar 2017 16:25:17 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v29EPHBr031347 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v29EPH6l031334; Thu, 9 Mar 2017 16:25:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Mar 2017 16:25:17 +0200 From: Konstantin Belousov To: Alexandre Martins Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Message-ID: <20170309142516.GA16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <4355496.HzrDjoMEL6@pc-alex> <20170309130754.GX30979@kib.kiev.ua> <3034263.GEZH9i4V44@pc-alex> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3034263.GEZH9i4V44@pc-alex> User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 14:25:23 -0000 On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote: > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote: > > > I have the save question for the cpu_ipi_pending here: > > > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=annotate#l1 > > > 080> > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > Hello, > > > > > > > > I'm curently reading the code of the function smp_rendezvous_action, in > > > > kern/subr_smp.c file. In that function, i see that the variable > > > > smp_rv_waiters is read in some while() loop in a non-atomic way. > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annotate#l > > > > 412 > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annotate#l > > > > 458 > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annotate#l > > > > 472 > > > > > > > > I suspect one of my freeze to be due by that. > > > > You should provide either evidence or, at least, some reasoning supporting > > your claims. > > I curently have a software watchdog that triger and does a coredump. In the > coredumps, I always see a CPU trying to write-lock a "rm lock". Every time, > that CPU is spinning into the smp_rendezvous_action, in the first while loop) > while the others are into the idle threads. > > The fact is that freeze is not clear and I start to search "exotic" causes to > explain it. This sounds as the 'usual' deadlock, where some other thread owns rmlock in read mode. I recommend you to follow the https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html From owner-freebsd-current@freebsd.org Thu Mar 9 14:32:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27684D0437E; Thu, 9 Mar 2017 14:32:02 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 DC10A1568; Thu, 9 Mar 2017 14:32:01 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 178-164-145-249.pool.digikabel.hu ([178.164.145.249] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1clz6j-000NiM-Le; Thu, 09 Mar 2017 14:31:57 +0000 Subject: Re: process killed: text file modification To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <646c1395-9482-b214-118c-01573243ae5a@harmless.hu> From: Gergely Czuczy Message-ID: <45436522-77df-f894-0569-737a6a74958f@harmless.hu> Date: Thu, 9 Mar 2017 15:31:56 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <646c1395-9482-b214-118c-01573243ae5a@harmless.hu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 14:32:02 -0000 [+freebsd-fs] On 2017. 03. 09. 14:20, Gergely Czuczy wrote: > On 2017. 03. 09. 11:27, Gergely Czuczy wrote: >> Hello, >> >> I'm trying to build a few things from ports on an rpi3, the ports >> collection is mounted over NFS from another machine. When it's trying >> to build pkg i'm getting the error message in syslog: >> >> rpi3 kernel: pid 4451 (sh), uid 0, was killed: text file modification >> >> The report to pkg@: >> https://lists.freebsd.org/pipermail/freebsd-pkg/2017-March/002048.html >> >> In ports-mgmt/pkg's config.log It fails at the following entry: >> configure:3726: checking whether we are cross compiling >> configure:3734: cc -o conftest -O2 -pipe -Wno-error >> -fno-strict-aliasing conftest.c >&5 >> configure:3738: $? = 0 >> configure:3745: ./conftest >> configure:3749: $? = 137 >> configure:3756: error: in `/usr/ports/ports-mgmt/pkg/work/pkg-1.10.0': >> configure:3760: error: cannot run C compiled programs. >> If you meant to cross compile, use `--host'. >> See `config.log' for more details >> >> # uname -a >> FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314949: Thu Mar 9 >> 08:58:46 CET 2017 >> aegir@marvin.harmless.hu:/tank/rpi3/crochet/work/obj/arm64.aarch64/tank/rpi3/src/sys/AEGIR >> arm64 > So far, a few additions: > Time is synced between the NFS server and the client. > it's an open() call which is getting the kill, and it's not the file > what's being opened, but the process executing it. > Here's a simple code that reproduces it: > #include > > int main() { > > FILE *f = fopen ("/bar", "w"); > > fclose(f); > return 0; > } > > Conditions to reproduce it: > - The resulting binary must be executed from the nfs mount > - The binary must be built after mounting the NFS share. > > I haven't tried building it on a different host, I don't have access > to multiple RPis. Also, if I build the binary, umount/remount the NFS > mount point, which has the binary, execute it, then it works. > > I've also tried this with the raspbsd.org's image, I could reproduce > it as well. > > Another interesting thing is, when I first booted the RPi up, the NFS > server was a 10.2-STABLE, and later got updated to 11-STABLE. While it > was 10.2 I've tried to build some port, and I don't remember having > this issue. > > So, could someone please help me figure this out and fix it? This > stuff should work pretty much. > So, this error message comes from here: https://svnweb.freebsd.org/base/head/sys/fs/nfsclient/nfs_clbio.c?revision=314436&view=markup#l1674 It's the NFS_TIMESPEC_COMPARE(&np->n_mtime, &np->n_vattr.na_mtime) comparision that fails, np should be the NFS node structure, from the vnode's v_data, and n_vattr is the attribute cache. As I've seen these two are being updated together, so I don't really see by the code why they might differ. Could someone please take a look at it, with more experience in the NFS code? -czg From owner-freebsd-current@freebsd.org Thu Mar 9 14:46:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46C37D04A94 for ; Thu, 9 Mar 2017 14:46:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 302271E49 for ; Thu, 9 Mar 2017 14:46:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2F964D04A93; Thu, 9 Mar 2017 14:46:52 +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 2F406D04A92 for ; Thu, 9 Mar 2017 14:46:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1EDF1E47; Thu, 9 Mar 2017 14:46:51 +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 v29Ekkx3037350 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Mar 2017 16:46:46 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v29Ekkx3037350 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v29Ekkwp037349; Thu, 9 Mar 2017 16:46:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Mar 2017 16:46:46 +0200 From: Konstantin Belousov To: Bryan Drewery Cc: current@FreeBSD.org Subject: Re: r314708: panic: tdsendsignal: ksi on queue Message-ID: <20170309144646.GB16105@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 14:46:52 -0000 On Wed, Mar 08, 2017 at 09:00:17PM -0800, Bryan Drewery wrote: > I'm on r314708. I hit ^C while running 'kyua test' in /usr/tests/bin/pwait. > > > panic: tdsendsignal: ksi on queue > > cpuid = 10 > > > #10 kdb_enter (why=0xffffffff814488f5 "panic", msg=) at /usr/src/sys/kern/subr_kdb.c:444 > > #11 0xffffffff80a577f3 in vpanic (fmt=, ap=0xfffffe35601a3620) at /usr/src/sys/kern/kern_shutdown.c:772 > > #12 0xffffffff80a5764f in _kassert_panic (fatal=1, fmt=0xffffffff81448fd7 "%s: ksi on queue") at /usr/src/sys/kern/kern_shutdown.c:669 > > #13 0xffffffff80a5c843 in tdsendsignal (p=0xfffff80c39389a80, td=0x0, sig=20, ksi=0xfffff803888a2bd0) at /usr/src/sys/kern/kern_sig.c:2095 > > #14 0xffffffff80a13828 in exit1 (td=, rval=, signo=) at /usr/src/sys/kern/kern_exit.c:459 > > #15 0xffffffff80a5b28c in sigexit (td=0xfffff802f0bee000, sig=9) at /usr/src/sys/kern/kern_sig.c:3081 > > #16 0xffffffff80a5b88e in postsig (sig=9) at /usr/src/sys/kern/kern_sig.c:2992 > > #17 0xffffffff80a5b56b in kern_sigsuspend (td=0xfffff802f0bee000, mask=...) at /usr/src/sys/kern/kern_sig.c:1515 > > #18 0xffffffff80a5b441 in sys_sigsuspend (td=0xfffff802f0bee000, uap=) at /usr/src/sys/kern/kern_sig.c:1479 > > #19 0xffffffff80ee04da in syscallenter (td=0xfffff802f0bee000, sa=) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 > > #20 amd64_syscall (td=0xfffff802f0bee000, traced=0) at /usr/src/sys/amd64/amd64/trap.c:902 > > > > (kgdb) frame 18 > > #18 0xffffffff80a5b441 in sys_sigsuspend (td=0xfffff802f0bee000, uap=) at /usr/src/sys/kern/kern_sig.c:1479 > > 1479 return (kern_sigsuspend(td, mask)); > > > (kgdb) p td->td_proc->p_comm > > $3 = "timeout", '\000' > > > (kgdb) frame 13 > > #13 0xffffffff80a5c843 in tdsendsignal (p=0xfffff80c39389a80, td=0x0, sig=20, ksi=0xfffff803888a2bd0) at /usr/src/sys/kern/kern_sig.c:2095 > > 2095 KASSERT(ksi == NULL || !KSI_ONQ(ksi), ("%s: ksi on queue", __func__)); > > (kgdb) p *ksi > > $4 = {ksi_link = {tqe_next = 0x0, tqe_prev = 0xfffff80c39389c58}, ksi_info = {si_signo = 20, si_errno = 0, si_code = 2, si_pid = 90903, si_uid = 0, si_status = 9, si_addr = 0x0, si_value = { > > sival_int = 0, sival_ptr = 0x0, sigval_int = 0, sigval_ptr = 0x0}, _reason = {_fault = {_trapno = 0}, _timer = {_timerid = 0, _overrun = 0}, _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = { > > __spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0}}}}, ksi_flags = 6, ksi_sigq = 0xfffff80c39389c28} > > > (kgdb) p *ksi->ksi_sigq > > $6 = {sq_signals = {__bits = {524288, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_ptrace = {__bits = {0, 0, 0, 0}}, sq_list = {tqh_first = 0xfffff803888a2bd0, tqh_last = 0xfffff803888a2bd0}, Yes, there is a race, apparently, with the child zombie still not finishing sending the SIGCHLD to the parent and parent exiting. The following should fix the issue, but I do not think that reproducing the problem is easy. diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c index c524fe5df37..ba5ff84e9de 100644 --- a/sys/kern/kern_exit.c +++ b/sys/kern/kern_exit.c @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) { struct proc *p, *nq, *q, *t; struct thread *tdt; + ksiginfo_t ksi; mtx_assert(&Giant, MA_NOTOWNED); KASSERT(rval == 0 || signo == 0, ("exit1 rv %d sig %d", rval, signo)); @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) proc_reparent(q, q->p_reaper); if (q->p_state == PRS_ZOMBIE) { PROC_LOCK(q->p_reaper); - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); + if (q->p_ksi != NULL) { + ksiginfo_init(&ksi); + ksiginfo_copy(q->p_ksi, &ksi); + } + pksignal(q->p_reaper, SIGCHLD, q->p_ksi != + NULL ? &ksi : NULL); PROC_UNLOCK(q->p_reaper); } } else { From owner-freebsd-current@freebsd.org Thu Mar 9 14:52:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CCD5D04D4C for ; Thu, 9 Mar 2017 14:52:29 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 D15E3399 for ; Thu, 9 Mar 2017 14:52:27 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id 162E337622A2; Thu, 9 Mar 2017 15:49:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 07C163760918; Thu, 9 Mar 2017 15:49:55 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 5PdDIIgspohg; Thu, 9 Mar 2017 15:49:54 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id D63AA3761505; Thu, 9 Mar 2017 15:49:54 +0100 (CET) From: Alexandre Martins To: Konstantin Belousov Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Date: Thu, 09 Mar 2017 15:54:01 +0100 Message-ID: <6365091.VDDbDinMUz@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170309142516.GA16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <3034263.GEZH9i4V44@pc-alex> <20170309142516.GA16105@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart14049380.uZkcBIUOjb"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 14:52:29 -0000 --nextPart14049380.uZkcBIUOjb Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a =E9crit : > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote: > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote= : > > > > I have the save question for the cpu_ipi_pending here: > > > >=20 > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=3D= annotat > > > > e#l1 > > > > 080> > > > >=20 > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > > Hello, > > > > >=20 > > > > > I'm curently reading the code of the function smp_rendezvous_= action, > > > > > in > > > > > kern/subr_smp.c file. In that function, i see that the variab= le > > > > > smp_rv_waiters is read in some while() loop in a non-atomic w= ay. > > > > >=20 > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view= =3Dannota > > > > > te#l > > > > > 412 > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view= =3Dannota > > > > > te#l > > > > > 458 > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view= =3Dannota > > > > > te#l > > > > > 472 > > > > >=20 > > > > > I suspect one of my freeze to be due by that. > > >=20 > > > You should provide either evidence or, at least, some reasoning > > > supporting > > > your claims. > >=20 > > I curently have a software watchdog that triger and does a coredump= . In > > the > > coredumps, I always see a CPU trying to write-lock a "rm lock". Eve= ry > > time, > > that CPU is spinning into the smp_rendezvous_action, in the first w= hile > > loop) while the others are into the idle threads. > >=20 > > The fact is that freeze is not clear and I start to search "exotic"= causes > > to explain it. >=20 > This sounds as the 'usual' deadlock, where some other thread owns rml= ock in > read mode. I recommend you to follow the > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook= /kernel > debug-deadlocks.html As habit, with theses options, in our test environment, it never happen= . But=20 at customers, in production, ... :-D The only thing I have it's the coredump. In it, the rm_lock seems free = of=20 readers/writers. There is nothing in the pcpu->pc_rm_queue (of all CPU)= and=20 nothing in the rm->rm_activeReaders. Thank you. It' s realy nice to try to help me ! =2D-=20 Alexandre Martins STORMSHIELD --nextPart14049380.uZkcBIUOjb Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMDkxNDU0MDFaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCBgSoYq pTkGQAVmq8nK9hBbpavNLnsoxBflDvbey1u8UTANBgkqhkiG9w0BAQEFAASCAQC95jH06zAF9Ny5 kUHjo/bAxmDjKWniPiX84NpvkxcybsJUgvZChCguOPGtisJICdFDdQsDZ3BRvGiMF+b0QgGnwxf6 Z0Uq/SJOl+nLq0JEM8reIG9Gv0PP2ohwK1aGp4QJmvdISdzjs9ScROkdy0Rf8doEvTC4Hii781KH +ccMQ+4obEHYQcBBKJ6OArILRxqL82CQBw4gEOoWsyitpZQBVvO20Ii5TaDLNgnRkAB9Ssi9Yvl4 3j03d/jfNOK3rmRD70V0yCqvyRj56EkirXqyXYPdRADGci+kaXXeqeb1l4YuE3C4jeSxlZ9hnodA muB2u7lkWfoxRLly5hMSpGtkAAAAAAAA --nextPart14049380.uZkcBIUOjb-- From owner-freebsd-current@freebsd.org Thu Mar 9 15:59:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AEDAD05DAF for ; Thu, 9 Mar 2017 15:59:02 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d: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 F1A6417E2 for ; Thu, 9 Mar 2017 15:59:01 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-qk0-x229.google.com with SMTP id v125so123184804qkh.2 for ; Thu, 09 Mar 2017 07:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=hGfIPmP1QrgN7kgAeu4Zm2Ie7VoSBZgrYK0Wm1hIp/8=; b=kZNM9Wac/UG0L5lezd0aUMF8U0JQ50VluUMY48HEYqXhC1Ws/Jl8fNKLhNiecjwmtA iXluO+BbP0e/JeGqzkWbbhV6LqBBCUhzKiji2JsL8nXypDafcrUMqUyI+Gn5WhTewUSE KCVMOmMTpXmaVkctWCUhxZu1W+wkFXiz8h8RXVWpW210b/eXhoXR2Bc9WNcteeYY7+5l 8M1dcluL/vrimUO9eZfDzVFVwETP2zb43BRwG/R2PIB2WzGfI6KcoSu3r2xufEz0yEPa UY9StWZwNfJguNnNAHhuBgXn9ZkX+D+p7wq7BCcARwWDCvKFI6vqOuc8RQcZJjgf0JXh pxIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=hGfIPmP1QrgN7kgAeu4Zm2Ie7VoSBZgrYK0Wm1hIp/8=; b=dKW6dM3I2YEAtOjNNFH+N2p+eExqXtreRnxy0BKsURtytO8gJEtawSV2zn4D1K2gUc 67dagU4GXFMx8nb5m7xwtYEcEDSPW5wxQpvnrN28llkWxW7uin7cg/cy8rHIKUau4RAs TEfueZttbZP0WYNJdRkHMZ3xFCfHPvE01iEks2wNKJ1pBd/+0o4Eb8ZiK17mDLuVFwvr ipbbtSXYCteFvEO0kEJFkWYLh8iUOcCBB++V7q0SI8VGtouOn9ksVIsDgSm9fRa+Ubsr ZG5o1DdQ142DLmNqYfEj++OBRwTa/L0e5XcIe7utygmer+zsMj61x12QU8NBn9IkBfxL mlcQ== X-Gm-Message-State: AMke39mGDrbiUhbdKKfAbGzGK3nA/6nvuzvpLv6tKvuT13NrlDaAfcdp7NC/MZcY9Mksxsi5lWG5ALuVVzeOmg== X-Received: by 10.237.55.99 with SMTP id i90mr14442817qtb.262.1489075140829; Thu, 09 Mar 2017 07:59:00 -0800 (PST) MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.12.172.240 with HTTP; Thu, 9 Mar 2017 07:59:00 -0800 (PST) From: Justin Hibbits Date: Thu, 9 Mar 2017 09:59:00 -0600 X-Google-Sender-Auth: D0tdQy89q-2E4hdLrLIt_-VsOqI Message-ID: Subject: hang in dlclose() on rtld lock (powerpc64) To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 15:59:02 -0000 When building ports in poudriere, I see gdk-pixbuf-query-modules and gio-querymodules hanging on r314676, but working in r305820. I took a backtrace on both in gdb, and see the following (identical between both): Program received signal SIGINT, Interrupt. 0x00000000506831d8 in .__sys.umtx_op () from /lib/libc.so.7 (gdb) bt #0 0x00000000506831d8 in .__sys.umtx_op () from /lib/libc.so.7 #1 0x0000000050588010 in _umtx_op_err (obj=0x4, op=13, val=0, uaddr=0x0, uaddr2=0x0) at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.c:37 #2 0x00000000505881b8 in __thr_rwlock_wrlock (rwlock=, tsp=) at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.c:325 #3 0x00000000505965f0 in _thr_rwlock_wrlock (tsp=, rwlock=) at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.h:239 #4 _thr_rtld_wlock_acquire (lock=0x505bdd00) at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_rtld.c:141 #5 0x0000000050026bf4 in wlock_acquire (lock=0x5004cf20 , lockstate=0xffffffffffffcab0) at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld_lock.c:222 #6 0x0000000050022b1c in dlclose (handle=0x51d62000) at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:3021 #7 0x0000000050022c90 in free_needed_filtees (n=0x509f7420) at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:2113 #8 0x0000000050022d18 in unload_filtees (obj=0x509fa800) at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:2129 #9 0x0000000050022e54 in unload_object (root=) at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:4464 #10 0x0000000050022c20 in dlclose (handle=0x50054000) at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:3044 ---Type to continue, or q to quit---q This happens on powerpc64. I haven't tested on powerpc or any other arch. - Justin From owner-freebsd-current@freebsd.org Thu Mar 9 16:08:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAB8ED05002 for ; Thu, 9 Mar 2017 16:08:55 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C4ED31D71 for ; Thu, 9 Mar 2017 16:08:55 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id C12F4D05001; Thu, 9 Mar 2017 16:08:55 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0C68D06000 for ; Thu, 9 Mar 2017 16:08:55 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 864B41D70 for ; Thu, 9 Mar 2017 16:08:54 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1clzY6-0006T4-1z for current@freebsd.org; Thu, 09 Mar 2017 16:00:14 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1clzY6-0007Ur-13 for current@freebsd.org; Thu, 09 Mar 2017 16:00:14 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Thu, 09 Mar 2017 15:00:13 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: how to SVN regenerate [ man awk ] Date: Thu, 09 Mar 2017 07:00:13 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:08:56 -0000 For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then man awk displays not the newer import per a recent SVN but the older 2015 [ it says ] one. Stale file, or not all parts of the man page updated to include latest revision dat, or some other command to [g]unzip or whatever, besides 320.whatis in periodic--weekly, update the compressed latest installed files from /usr/obj to what one expects when one has just recompiled the man page? This crops up quite a lot on this machine, so I am unschooled in some principle of updating this operating system.=20=20 If it matters, I receive a=20 WARNING manpath environment variable set when starting an additional xterm & ...=20 From owner-freebsd-current@freebsd.org Thu Mar 9 16:10:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20630D050E4 for ; Thu, 9 Mar 2017 16:10:59 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::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 DCAE8A6 for ; Thu, 9 Mar 2017 16:10:58 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id ac8fae04 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Thu, 9 Mar 2017 08:10:57 -0800 (PST) Subject: Re: input/output error @boot To: freebsd-current@freebsd.org References: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> From: Pete Wright Message-ID: <32d229ef-370c-de44-0405-640459514924@nomadlogic.org> Date: Thu, 9 Mar 2017 08:10:57 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:10:59 -0000 On 3/9/17 4:42 AM, Dexuan Cui wrote: >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Pete Wright >> Sent: Thursday, March 9, 2017 14:04 >> To: freebsd-current@freebsd.org >> Subject: Re: input/output error @boot >> On 3/8/17 10:00 PM, Dexuan Cui wrote: >>> For now, I suggest we should only apply the idea "reduce the size of the >>> staging area if necessary" to VM running on Hyper-V, we should restore the >>> old behavior on physical machines since that has been working for people >>> for a long period of time, though it's potentially unsafe. >>> >> +1 >> >> i'd like to see the old behaviour for physical machines to be restored >> as well since this has rendered my drm-next test rig broken :( >> >> -pete > > Eventually I committed 314956 for the issue: > https://svnweb.freebsd.org/base?view=revision&revision=314956 > The old behaviour for physical machines are restored. > > PS, I understand usually I should put the patch on phabricator for review, > before it's committed, but since the issue here is critical, I committed it > directly to unblock people first. Sorry. > Please comment on the patch if you think it needs rework -- I hope not. :-) > Thank you Dexuan - I will do a build today and reboot when I am home from work tonight. FWIW I verified that if I boot my system with in "classic" BIOS mode I am able to load the kernel and go multi-user, so this is probably the fix for me. Cheers! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Thu Mar 9 16:31:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E752D059B7 for ; Thu, 9 Mar 2017 16:31:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26E9A1DFC for ; Thu, 9 Mar 2017 16:31:10 +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 v29GUqc5060689 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Mar 2017 18:30:52 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v29GUqc5060689 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v29GUqfn060688; Thu, 9 Mar 2017 18:30:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Mar 2017 18:30:52 +0200 From: Konstantin Belousov To: Justin Hibbits Cc: FreeBSD Current Subject: Re: hang in dlclose() on rtld lock (powerpc64) Message-ID: <20170309163052.GC16105@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:31:11 -0000 On Thu, Mar 09, 2017 at 09:59:00AM -0600, Justin Hibbits wrote: > When building ports in poudriere, I see gdk-pixbuf-query-modules and > gio-querymodules hanging on r314676, but working in r305820. I took a > backtrace on both in gdb, and see the following (identical between both): > > Program received signal SIGINT, Interrupt. > 0x00000000506831d8 in .__sys.umtx_op () from /lib/libc.so.7 > (gdb) bt > #0 0x00000000506831d8 in .__sys.umtx_op () from /lib/libc.so.7 > #1 0x0000000050588010 in _umtx_op_err (obj=0x4, op=13, val=0, uaddr=0x0, > uaddr2=0x0) > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.c:37 > #2 0x00000000505881b8 in __thr_rwlock_wrlock (rwlock=, > tsp=) > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.c:325 > #3 0x00000000505965f0 in _thr_rwlock_wrlock (tsp=, > rwlock=) > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.h:239 > #4 _thr_rtld_wlock_acquire (lock=0x505bdd00) > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_rtld.c:141 > #5 0x0000000050026bf4 in wlock_acquire (lock=0x5004cf20 , > lockstate=0xffffffffffffcab0) > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld_lock.c:222 > #6 0x0000000050022b1c in dlclose (handle=0x51d62000) > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:3021 > #7 0x0000000050022c90 in free_needed_filtees (n=0x509f7420) > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:2113 > #8 0x0000000050022d18 in unload_filtees (obj=0x509fa800) > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:2129 > #9 0x0000000050022e54 in unload_object (root=) > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:4464 > #10 0x0000000050022c20 in dlclose (handle=0x50054000) > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:3044 > ---Type to continue, or q to quit---q > > > This happens on powerpc64. I haven't tested on powerpc or any other arch. Please test the following patch. It avoids recursing on the bind lock. diff --git a/libexec/rtld-elf/rtld.c b/libexec/rtld-elf/rtld.c index a7c61b2d13f..880cf100c45 100644 --- a/libexec/rtld-elf/rtld.c +++ b/libexec/rtld-elf/rtld.c @@ -77,6 +77,7 @@ static void digest_dynamic2(Obj_Entry *, const Elf_Dyn *, const Elf_Dyn *, static void digest_dynamic(Obj_Entry *, int); static Obj_Entry *digest_phdr(const Elf_Phdr *, int, caddr_t, const char *); static Obj_Entry *dlcheck(void *); +static int dlclose_locked(void *, RtldLockState *); static Obj_Entry *dlopen_object(const char *name, int fd, Obj_Entry *refobj, int lo_flags, int mode, RtldLockState *lockstate); static Obj_Entry *do_load_object(int, const char *, char *, struct stat *, int); @@ -98,7 +99,7 @@ static void initlist_add_objects(Obj_Entry *, Obj_Entry *, Objlist *); static void linkmap_add(Obj_Entry *); static void linkmap_delete(Obj_Entry *); static void load_filtees(Obj_Entry *, int flags, RtldLockState *); -static void unload_filtees(Obj_Entry *); +static void unload_filtees(Obj_Entry *, RtldLockState *); static int load_needed_objects(Obj_Entry *, int); static int load_preload_objects(void); static Obj_Entry *load_object(const char *, int fd, const Obj_Entry *, int); @@ -142,7 +143,7 @@ static int symlook_obj1_sysv(SymLook *, const Obj_Entry *); static int symlook_obj1_gnu(SymLook *, const Obj_Entry *); static void trace_loaded_objects(Obj_Entry *); static void unlink_object(Obj_Entry *); -static void unload_object(Obj_Entry *); +static void unload_object(Obj_Entry *, RtldLockState *lockstate); static void unref_dag(Obj_Entry *); static void ref_dag(Obj_Entry *); static char *origin_subst_one(Obj_Entry *, char *, const char *, @@ -2104,13 +2105,13 @@ initlist_add_objects(Obj_Entry *obj, Obj_Entry *tail, Objlist *list) #endif static void -free_needed_filtees(Needed_Entry *n) +free_needed_filtees(Needed_Entry *n, RtldLockState *lockstate) { Needed_Entry *needed, *needed1; for (needed = n; needed != NULL; needed = needed->next) { if (needed->obj != NULL) { - dlclose(needed->obj); + dlclose_locked(needed->obj, lockstate); needed->obj = NULL; } } @@ -2121,14 +2122,14 @@ free_needed_filtees(Needed_Entry *n) } static void -unload_filtees(Obj_Entry *obj) +unload_filtees(Obj_Entry *obj, RtldLockState *lockstate) { - free_needed_filtees(obj->needed_filtees); - obj->needed_filtees = NULL; - free_needed_filtees(obj->needed_aux_filtees); - obj->needed_aux_filtees = NULL; - obj->filtees_loaded = false; + free_needed_filtees(obj->needed_filtees, lockstate); + obj->needed_filtees = NULL; + free_needed_filtees(obj->needed_aux_filtees, lockstate); + obj->needed_aux_filtees = NULL; + obj->filtees_loaded = false; } static void @@ -3015,15 +3016,23 @@ search_library_pathfds(const char *name, const char *path, int *fdp) int dlclose(void *handle) { + RtldLockState lockstate; + int error; + + wlock_acquire(rtld_bind_lock, &lockstate); + error = dlclose_locked(handle, &lockstate); + lock_release(rtld_bind_lock, &lockstate); + return (error); +} + +static int +dlclose_locked(void *handle, RtldLockState *lockstate) +{ Obj_Entry *root; - RtldLockState lockstate; - wlock_acquire(rtld_bind_lock, &lockstate); root = dlcheck(handle); - if (root == NULL) { - lock_release(rtld_bind_lock, &lockstate); + if (root == NULL) return -1; - } LD_UTRACE(UTRACE_DLCLOSE_START, handle, NULL, 0, root->dl_refcount, root->path); @@ -3035,19 +3044,18 @@ dlclose(void *handle) * The object will be no longer referenced, so we must unload it. * First, call the fini functions. */ - objlist_call_fini(&list_fini, root, &lockstate); + objlist_call_fini(&list_fini, root, lockstate); unref_dag(root); /* Finish cleaning up the newly-unreferenced objects. */ GDB_STATE(RT_DELETE,&root->linkmap); - unload_object(root); + unload_object(root, lockstate); GDB_STATE(RT_CONSISTENT,NULL); } else unref_dag(root); LD_UTRACE(UTRACE_DLCLOSE_STOP, handle, NULL, 0, 0, NULL); - lock_release(rtld_bind_lock, &lockstate); return 0; } @@ -3123,13 +3131,13 @@ rtld_dlopen(const char *name, int fd, int mode) } static void -dlopen_cleanup(Obj_Entry *obj) +dlopen_cleanup(Obj_Entry *obj, RtldLockState *lockstate) { obj->dl_refcount--; unref_dag(obj); if (obj->refcount == 0) - unload_object(obj); + unload_object(obj, lockstate); } static Obj_Entry * @@ -3178,7 +3186,7 @@ dlopen_object(const char *name, int fd, Obj_Entry *refobj, int lo_flags, (mode & RTLD_MODEMASK) == RTLD_NOW, &obj_rtld, (lo_flags & RTLD_LO_EARLY) ? SYMLOOK_EARLY : 0, lockstate) == -1) { - dlopen_cleanup(obj); + dlopen_cleanup(obj, lockstate); obj = NULL; } else if (lo_flags & RTLD_LO_EARLY) { /* @@ -3235,7 +3243,7 @@ dlopen_object(const char *name, int fd, Obj_Entry *refobj, int lo_flags, (lo_flags & RTLD_LO_EARLY) ? SYMLOOK_EARLY : 0, lockstate) == -1) { objlist_clear(&initlist); - dlopen_cleanup(obj); + dlopen_cleanup(obj, lockstate); if (lockstate == &mlockstate) lock_release(rtld_bind_lock, lockstate); return (NULL); @@ -4429,7 +4437,7 @@ trace_loaded_objects(Obj_Entry *obj) * reference count of 0. */ static void -unload_object(Obj_Entry *root) +unload_object(Obj_Entry *root, RtldLockState *lockstate) { Obj_Entry marker, *obj, *next; @@ -4461,11 +4469,11 @@ unload_object(Obj_Entry *root) if (next != NULL) { init_marker(&marker); TAILQ_INSERT_BEFORE(next, &marker, next); - unload_filtees(obj); + unload_filtees(obj, lockstate); next = TAILQ_NEXT(&marker, next); TAILQ_REMOVE(&obj_list, &marker, next); } else - unload_filtees(obj); + unload_filtees(obj, lockstate); } release_object(obj); } From owner-freebsd-current@freebsd.org Thu Mar 9 16:43:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5323ED05C70 for ; Thu, 9 Mar 2017 16:43:37 +0000 (UTC) (envelope-from david@catwhisker.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 3CD76A98 for ; Thu, 9 Mar 2017 16:43:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3966CD05C6F; Thu, 9 Mar 2017 16:43:37 +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 376A4D05C6E for ; Thu, 9 Mar 2017 16:43:37 +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 B2686A97 for ; Thu, 9 Mar 2017 16:43:35 +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 v29GhTju055537; Thu, 9 Mar 2017 16:43:29 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v29GhTP9055536; Thu, 9 Mar 2017 08:43:29 -0800 (PST) (envelope-from david) Date: Thu, 9 Mar 2017 08:43:29 -0800 From: David Wolfskill To: Jeffrey Bouquet Cc: current Subject: Re: how to SVN regenerate [ man awk ] Message-ID: <20170309164329.GA1309@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Jeffrey Bouquet , current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="U4KZ8/+9P0BiZZNI" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:43:37 -0000 --U4KZ8/+9P0BiZZNI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2017 at 07:00:13AM -0800, Jeffrey Bouquet wrote: > For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then > man awk displays not the newer import per a recent SVN but > the older 2015 [ it says ] one. Stale file, or not all parts of > the man page updated to include latest revision dat, or some > other command to [g]unzip or whatever, besides 320.whatis > in periodic--weekly, update the compressed latest installed > files from /usr/obj to what one expects when one has just > recompiled the man page? If you intend to use "svn up", you should probably review, and follow the instructions in, /usr/src/UPDATING. > This crops up quite a lot on this machine, so I am unschooled in > some principle of updating this operating system. =20 >=20 > If it matters, I receive a=20 >=20 > WARNING manpath environment variable set >=20 > when starting an additional > xterm & ...=20 You may have code in your login shell's initialization file that sets MANPATH.... Peace, david --=20 David H. Wolfskill david@catwhisker.org How could one possibly "respect" a misogynist, racist, bullying con-man??!? See http://www.catwhisker.org/~david/publickey.gpg for my public key. --U4KZ8/+9P0BiZZNI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYwYYxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XvCkH/RWO5NjiK3KzSYw09FV1wK+3 ifvO0NMdWCNk9mbX12PeHZeJjdLqSM2FLO9hQOZUJLM230EFgG7AEclUTN5U3r6J m/OIsXl17gvWr2f6s+fAk7RV0peipgBsQonvQvkGRCNcLs9I20GMTcmq+UqGP5TW 0q0Bm9BXukvHotLrelYE39y4fGzML3br1BXXtReX52xdAAWp2vthQ6nGcT1tP3lm U0phC/at4xMRPGKZtAWvr3jnQ4XD5dYVacp9MH22aDXA5Fu8EIuKbikdptIzF1ot ImN928O0XL4Cl+UH2a6jvrHWm8ZX9hkOb+gK2EmkA9rInEukYyTduNafpfEukPY= =NQon -----END PGP SIGNATURE----- --U4KZ8/+9P0BiZZNI-- From owner-freebsd-current@freebsd.org Thu Mar 9 17:26:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99A57D04CE7 for ; Thu, 9 Mar 2017 17:26:17 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AC8C874; Thu, 9 Mar 2017 17:26:17 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id v29HPF0T095504; Thu, 9 Mar 2017 09:25:16 -0800 (PST) (envelope-from null@pozo.com) From: Manfred Antar Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: localedef broken on current amd64 Message-Id: Date: Thu, 9 Mar 2017 09:25:15 -0800 To: freebsd-current@freebsd.org, pfg@freebsd.org X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: v29HPF0T095504 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 17:26:17 -0000 I rebuilt localedef on current this morning. doing a make buildworld: =3D=3D=3D> colldef (all) localedef -D -U -i /usr/src/share/colldef/af_ZA.UTF-8.src -f /usr/src/tool= s/tools/locale/etc/final-maps/map.UTF-8 /usr/obj/usr/src/share/colldef/af_Z= A.UTF-8 /usr/src/share/colldef/af_ZA.UTF-8.src: 2421: error: Bad file descriptor *** Error code 4 worked fine yesterday --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@freebsd.org Thu Mar 9 17:44:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D5F8D0520F for ; Thu, 9 Mar 2017 17:44:55 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm28-vm5.bullet.mail.ne1.yahoo.com (nm28-vm5.bullet.mail.ne1.yahoo.com [98.138.91.250]) (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 5EFEE12E1 for ; Thu, 9 Mar 2017 17:44:55 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1489081494; bh=SsZW0cT5qwMSJIPo612lxmWFMXeXzXjBo+UvZ3zThPc=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject; b=Xkb3c3ScGUPhVU1tVa3VNN4cukYlMtFRKRRMn+NYliZ7+IjGqVksDgxF7Q6iNpu1MrYoCw8t6q3aIyCihWLP5VJsEHIQFWWEeaXfzFDqi8sk0aDKBuP3WybUGCpvWOuRzKKVHY/jGJ7X64vcxC9Dp4VagOdjSD+ZXey2paxrwTOat9xRpgMo4kmGsIEYSxAZviRpXKAjcc+iejsgQNDqDha91f9dxMggN2Fr5BAKgMYatb8TeVINz19QPJHPK62H1+e9LWc04AZRsqSBfYpUlG1AhoNZjwzFZMBNBgIZoLx3QP1+sm80O+NMZNyp2egdbSwr+2YcsMRVA93bosX4nw== Received: from [98.138.226.177] by nm28.bullet.mail.ne1.yahoo.com with NNFMP; 09 Mar 2017 17:44:54 -0000 Received: from [98.138.84.43] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 09 Mar 2017 17:44:54 -0000 Received: from [127.0.0.1] by smtp111.mail.ne1.yahoo.com with NNFMP; 09 Mar 2017 17:44:54 -0000 X-Yahoo-Newman-Id: 195900.35274.bm@smtp111.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XLqVffUVM1kIw2Qqn_hN1Zc7P_fk.0Gg67mMeVZKQGjtViy tL8uq6EeTzsVjNSjXaKdUok88IEs2KUzcrAkcakcuHI41n2_kIdyKm3I5LSF aLTeZp3lViMhPRZLhbQuQYL99ozUpf2z19um9Lu42u_qG4usK.qrKKSsW5QR 51NrmIX5NdB.V9QRYtIWkCcYg2I6Q0t6ApGiYVN4zsW1WvkpN.nLdOdnQc2o Gv55K3hFw5QJCpaN.FrKdnGPj.f9nKDi04psOp4n9tHDRlck_Gc53ER1rjry uzoHEq3CJ1kksvQahkeAD8kv9u6prPZmDz6OfrJDuzSrLdnf2fBkfAj8NKx6 nvaYyxbxSOlGWH_b2X_7hBgHV0Bo92vORKs3YRitvRsuvYDGxvqHQnz_sBsv lCeS3hBqtY_cMSHHtpVwcUA1Lg9jvwgT2sDv6WM4NmxfG5H8xEJElIK5OEs0 MkSTFi_ZDki3cEd4.xwuJvt5DZKbwNWB6ujoFyWnM2Gf4YD0u1bvqUU79BUS Yyht20DVkHURBNyGtzSyMKdxVsM3d2PJtHkVhL7Ty9OVccX0- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: Re: localedef broken on current amd64 To: Manfred Antar , freebsd-current@freebsd.org References: From: Pedro Giffuni Message-ID: Date: Thu, 9 Mar 2017 12:47:56 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 17:44:55 -0000 Yes, I am looking at it, I suspect there is an underlying bug but I will be reverting the latest change. Thank you, Pedro. On 3/9/2017 12:25 PM, Manfred Antar wrote: > I rebuilt localedef on current this morning. > doing a make buildworld: > > ===> colldef (all) > localedef -D -U -i /usr/src/share/colldef/af_ZA.UTF-8.src -f /usr/src/tools/tools/locale/etc/final-maps/map.UTF-8 /usr/obj/usr/src/share/colldef/af_ZA.UTF-8 > /usr/src/share/colldef/af_ZA.UTF-8.src: 2421: error: Bad file descriptor > *** Error code 4 > > worked fine yesterday From owner-freebsd-current@freebsd.org Thu Mar 9 18:30:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18444D054A8 for ; Thu, 9 Mar 2017 18:30:39 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 047BC1B79 for ; Thu, 9 Mar 2017 18:30:39 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0110CD054A7; Thu, 9 Mar 2017 18:30:39 +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 F32A7D054A6 for ; Thu, 9 Mar 2017 18:30:38 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 AC4061B78 for ; Thu, 9 Mar 2017 18:30:38 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1cm2pd-0007IB-Lq; Thu, 09 Mar 2017 19:30:33 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1cm2pd-000270-KS; Thu, 09 Mar 2017 19:30:33 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Thu, 09 Mar 2017 18:30:33 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "David Wolfskill" CC: "current" Subject: Re: how to SVN regenerate [ man awk ] Date: Thu, 09 Mar 2017 10:30:33 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <20170309164329.GA1309@albert.catwhisker.org> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 18:30:39 -0000 On Thu, 9 Mar 2017 08:43:29 -0800, David Wolfskill w= rote: > On Thu, Mar 09, 2017 at 07:00:13AM -0800, Jeffrey Bouquet wrote: > > For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then > > man awk displays not the newer import per a recent SVN but > > the older 2015 [ it says ] one. Stale file, or not all parts of > > the man page updated to include latest revision dat, or some > > other command to [g]unzip or whatever, besides 320.whatis > > in periodic--weekly, update the compressed latest installed > > files from /usr/obj to what one expects when one has just > > recompiled the man page? >=20 > If you intend to use "svn up", you should probably review, and > follow the instructions in, /usr/src/UPDATING. but just for one binary? and one man page update?=20 As in, it is only two files, how to update singly if does not require a bui= ldworld... >=20 > > This crops up quite a lot on this machine, so I am unschooled in manpath (Warning: MANPATH environment variable set) /usr/share/man:/usr/local/man:/usr/share/openssl/man:/usr/local/lib/node_mo= dules/npm/man:/usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.24/= perl/man:/usr/local/share/xpdf/man > > some principle of updating this operating system.=20=20 > >=20 > > If it matters, I receive a=20 > >=20 > > WARNING manpath environment variable set > >=20 > > when starting an additional > > xterm & ...=20 >=20 > You may have code in your login shell's initialization file that sets > MANPATH.... >=20 MANPATH=3D"`manpath`" > Peace, > david > --=20 > David H. Wolfskill david@catwhisker.org > How could one possibly "respect" a misogynist, racist, bullying con-man??= !? >=20 > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@freebsd.org Thu Mar 9 18:46:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F8D0D05A3A; Thu, 9 Mar 2017 18:46:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2CE51A70; Thu, 9 Mar 2017 18:46:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 3B21010A7B9; Thu, 9 Mar 2017 13:46:54 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Cc: Gergely Czuczy , freebsd-fs@freebsd.org Subject: Re: process killed: text file modification Date: Thu, 09 Mar 2017 10:44:27 -0800 Message-ID: <55189643.aaZPuY77s8@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <45436522-77df-f894-0569-737a6a74958f@harmless.hu> References: <646c1395-9482-b214-118c-01573243ae5a@harmless.hu> <45436522-77df-f894-0569-737a6a74958f@harmless.hu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 09 Mar 2017 13:46:54 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 18:46:58 -0000 On Thursday, March 09, 2017 03:31:56 PM Gergely Czuczy wrote: > [+freebsd-fs] > > > On 2017. 03. 09. 14:20, Gergely Czuczy wrote: > > On 2017. 03. 09. 11:27, Gergely Czuczy wrote: > >> Hello, > >> > >> I'm trying to build a few things from ports on an rpi3, the ports > >> collection is mounted over NFS from another machine. When it's trying > >> to build pkg i'm getting the error message in syslog: > >> > >> rpi3 kernel: pid 4451 (sh), uid 0, was killed: text file modification > >> > >> The report to pkg@: > >> https://lists.freebsd.org/pipermail/freebsd-pkg/2017-March/002048.html > >> > >> In ports-mgmt/pkg's config.log It fails at the following entry: > >> configure:3726: checking whether we are cross compiling > >> configure:3734: cc -o conftest -O2 -pipe -Wno-error > >> -fno-strict-aliasing conftest.c >&5 > >> configure:3738: $? = 0 > >> configure:3745: ./conftest > >> configure:3749: $? = 137 > >> configure:3756: error: in `/usr/ports/ports-mgmt/pkg/work/pkg-1.10.0': > >> configure:3760: error: cannot run C compiled programs. > >> If you meant to cross compile, use `--host'. > >> See `config.log' for more details > >> > >> # uname -a > >> FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314949: Thu Mar 9 > >> 08:58:46 CET 2017 > >> aegir@marvin.harmless.hu:/tank/rpi3/crochet/work/obj/arm64.aarch64/tank/rpi3/src/sys/AEGIR > >> arm64 > > So far, a few additions: > > Time is synced between the NFS server and the client. > > it's an open() call which is getting the kill, and it's not the file > > what's being opened, but the process executing it. > > Here's a simple code that reproduces it: > > #include > > > > int main() { > > > > FILE *f = fopen ("/bar", "w"); > > > > fclose(f); > > return 0; > > } > > > > Conditions to reproduce it: > > - The resulting binary must be executed from the nfs mount > > - The binary must be built after mounting the NFS share. > > > > I haven't tried building it on a different host, I don't have access > > to multiple RPis. Also, if I build the binary, umount/remount the NFS > > mount point, which has the binary, execute it, then it works. > > > > I've also tried this with the raspbsd.org's image, I could reproduce > > it as well. > > > > Another interesting thing is, when I first booted the RPi up, the NFS > > server was a 10.2-STABLE, and later got updated to 11-STABLE. While it > > was 10.2 I've tried to build some port, and I don't remember having > > this issue. > > > > So, could someone please help me figure this out and fix it? This > > stuff should work pretty much. > > > So, this error message comes from here: > https://svnweb.freebsd.org/base/head/sys/fs/nfsclient/nfs_clbio.c?revision=314436&view=markup#l1674 > > It's the NFS_TIMESPEC_COMPARE(&np->n_mtime, &np->n_vattr.na_mtime) > comparision that fails, np should be the NFS node structure, from the > vnode's v_data, and n_vattr is the attribute cache. As I've seen these > two are being updated together, so I don't really see by the code why > they might differ. Could someone please take a look at it, with more > experience in the NFS code? -czg Can you print out the two mtimes? I wonder if what's happening is that your server uses different granularity (for example just seconds) than your client, so on the client we generate a timestamp with a non-zero nanoseconds but when the server receives that timestamp it "truncates" it. During open() we forcefully re-fetch the timestamp (for CTO consistency) and then notice it doesn't match. For now I would start with comparing the timestamps and maybe the vfs.timestamp_precision sysctls on client and server (if server is a FreeBSD box). -- John Baldwin From owner-freebsd-current@freebsd.org Thu Mar 9 19:39:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A574D04185 for ; Thu, 9 Mar 2017 19:39:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB1D1F0E for ; Thu, 9 Mar 2017 19:39:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 39D29D04183; Thu, 9 Mar 2017 19:39:42 +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 396F5D04182 for ; Thu, 9 Mar 2017 19:39:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::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 032221F0D for ; Thu, 9 Mar 2017 19:39:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id m27so75689855iti.0 for ; Thu, 09 Mar 2017 11:39:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UEDmHjRZqXEAztPzy1sXzEjBsZ2+18gMXUkBAkL5Ulc=; b=MuhrwnRNpv+7VDEI8eq1zoZGvpvUC5OO5WeNeLZDhfL4bwbxVLAMn9j7yYR5c2P06O BGXv+HNrFUosz90LPZiDaj1bBp2VJ345pxF3sk35DtjM8DYcxse2zCjY/9Rt7uov6pH2 srbEQ4LE/+RFVSZokD3iPZcm4BHP1UyXdICmWRZDUAM4+xeLXsagC4W0H/dJAKFAqPfy GVLUv44g2PZFDzc+UIoDajrJFjfSiek6lEUnEOxbtfX3tQXAoYbNSHxqkFAJcunrHZoM 3Qdzi6VDC3Jr98fO5Y64ZEF7BYqnnKzEDXKLYnA5bYnqW982xX7vmWFIoJpMVTAcYBOr xHYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UEDmHjRZqXEAztPzy1sXzEjBsZ2+18gMXUkBAkL5Ulc=; b=UHB+ai+5AtARJQ+LskbbmMNrTF8XzDIKdH0oDot6v+DYIhQikQT48FljWO+aQsmq2J 4DmLZyZYEHwsrO4PCQx8sZxPtq2Wao1kHC2nmGec7pcxjHdCOsIUYuUR2E5TiIoaDPXf zN/7ye73d8rsuPG8HN1CBZ/NMbZ4lsTVNFHILkBFH3oKiXk1q/0G0nPLVTgin94qafGK 5Y1s3uVOiSTcre1P5IljP6kTQHb972spJdwqSNCqfW8ULZ9GGrj7aDM5k+a0fo/TfQEj 9eCIxpdtmlNPufXXFVGdMO6dcmgqQx8p4WOds2sIp3GKn8F/NYhr47EKU34OQfcQWaw+ xWlA== X-Gm-Message-State: AMke39nAcxREgSpibKRd/ylSsDrx2rlSbXfmMYEFXeJY+9uBGBDHLSbmDpcPSRBGUIMv7Exm7myH/+Q5uzedxQ== X-Received: by 10.36.86.83 with SMTP id o80mr21899429itb.65.1489088381461; Thu, 09 Mar 2017 11:39:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.190.71 with HTTP; Thu, 9 Mar 2017 11:39:41 -0800 (PST) In-Reply-To: References: From: Ryan Stone Date: Thu, 9 Mar 2017 14:39:41 -0500 Message-ID: Subject: Re: how to SVN regenerate [ man awk ] To: jbtakk@iherebuywisely.com Cc: current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 19:39:42 -0000 On Thu, Mar 9, 2017 at 10:00 AM, Jeffrey Bouquet wrote: > For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then > man awk displays not the newer import per a recent SVN but > the older 2015 [ it says ] one. Stale file, or not all parts of > the man page updated to include latest revision dat, or some > other command to [g]unzip or whatever, besides 320.whatis > in periodic--weekly, update the compressed latest installed > files from /usr/obj to what one expects when one has just > recompiled the man page? > Any chance that there is an obsolete copy of the manpage in /usr/share/man/cat1? From owner-freebsd-current@freebsd.org Thu Mar 9 19:47:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A98E6D04445; Thu, 9 Mar 2017 19:47:21 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 6C187635; Thu, 9 Mar 2017 19:47:20 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 178-164-145-249.pool.digikabel.hu ([178.164.145.249] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cm41u-000Bf3-8a; Thu, 09 Mar 2017 19:47:18 +0000 Subject: Re: process killed: text file modification To: John Baldwin , freebsd-current@freebsd.org References: <646c1395-9482-b214-118c-01573243ae5a@harmless.hu> <45436522-77df-f894-0569-737a6a74958f@harmless.hu> <55189643.aaZPuY77s8@ralph.baldwin.cx> Cc: freebsd-fs@freebsd.org From: Gergely Czuczy Message-ID: <3ed3e4a3-23af-7267-39f1-9090093c9c1e@harmless.hu> Date: Thu, 9 Mar 2017 20:47:17 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <55189643.aaZPuY77s8@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 19:47:21 -0000 On 2017. 03. 09. 19:44, John Baldwin wrote: > On Thursday, March 09, 2017 03:31:56 PM Gergely Czuczy wrote: >> [+freebsd-fs] >> >> >> On 2017. 03. 09. 14:20, Gergely Czuczy wrote: >>> On 2017. 03. 09. 11:27, Gergely Czuczy wrote: >>>> Hello, >>>> >>>> I'm trying to build a few things from ports on an rpi3, the ports >>>> collection is mounted over NFS from another machine. When it's trying >>>> to build pkg i'm getting the error message in syslog: >>>> >>>> rpi3 kernel: pid 4451 (sh), uid 0, was killed: text file modification >>>> >>>> The report to pkg@: >>>> https://lists.freebsd.org/pipermail/freebsd-pkg/2017-March/002048.html >>>> >>>> In ports-mgmt/pkg's config.log It fails at the following entry: >>>> configure:3726: checking whether we are cross compiling >>>> configure:3734: cc -o conftest -O2 -pipe -Wno-error >>>> -fno-strict-aliasing conftest.c >&5 >>>> configure:3738: $? = 0 >>>> configure:3745: ./conftest >>>> configure:3749: $? = 137 >>>> configure:3756: error: in `/usr/ports/ports-mgmt/pkg/work/pkg-1.10.0': >>>> configure:3760: error: cannot run C compiled programs. >>>> If you meant to cross compile, use `--host'. >>>> See `config.log' for more details >>>> >>>> # uname -a >>>> FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314949: Thu Mar 9 >>>> 08:58:46 CET 2017 >>>> aegir@marvin.harmless.hu:/tank/rpi3/crochet/work/obj/arm64.aarch64/tank/rpi3/src/sys/AEGIR >>>> arm64 >>> So far, a few additions: >>> Time is synced between the NFS server and the client. >>> it's an open() call which is getting the kill, and it's not the file >>> what's being opened, but the process executing it. >>> Here's a simple code that reproduces it: >>> #include >>> >>> int main() { >>> >>> FILE *f = fopen ("/bar", "w"); >>> >>> fclose(f); >>> return 0; >>> } >>> >>> Conditions to reproduce it: >>> - The resulting binary must be executed from the nfs mount >>> - The binary must be built after mounting the NFS share. >>> >>> I haven't tried building it on a different host, I don't have access >>> to multiple RPis. Also, if I build the binary, umount/remount the NFS >>> mount point, which has the binary, execute it, then it works. >>> >>> I've also tried this with the raspbsd.org's image, I could reproduce >>> it as well. >>> >>> Another interesting thing is, when I first booted the RPi up, the NFS >>> server was a 10.2-STABLE, and later got updated to 11-STABLE. While it >>> was 10.2 I've tried to build some port, and I don't remember having >>> this issue. >>> >>> So, could someone please help me figure this out and fix it? This >>> stuff should work pretty much. >>> >> So, this error message comes from here: >> https://svnweb.freebsd.org/base/head/sys/fs/nfsclient/nfs_clbio.c?revision=314436&view=markup#l1674 >> >> It's the NFS_TIMESPEC_COMPARE(&np->n_mtime, &np->n_vattr.na_mtime) >> comparision that fails, np should be the NFS node structure, from the >> vnode's v_data, and n_vattr is the attribute cache. As I've seen these >> two are being updated together, so I don't really see by the code why >> they might differ. Could someone please take a look at it, with more >> experience in the NFS code? -czg > Can you print out the two mtimes? I wonder if what's happening is that > your server uses different granularity (for example just seconds) than > your client, so on the client we generate a timestamp with a non-zero > nanoseconds but when the server receives that timestamp it "truncates" > it. During open() we forcefully re-fetch the timestamp (for CTO > consistency) and then notice it doesn't match. For now I would start > with comparing the timestamps and maybe the vfs.timestamp_precision > sysctls on client and server (if server is a FreeBSD box). Here are the time values: Mar 9 19:46:01 rpi3 kernel: np->n_mtime: -3298114786344 + -3298114786336 &np->n_vattr.na_mtime: -3298114786616 + -3298114786608 Mar 9 19:46:01 rpi3 kernel: pid 912 (csh), uid 0, was killed: text file modification Mar 9 19:46:01 rpi3 kernel: np->n_mtime: -3298114786344 + -3298114786336 &np->n_vattr.na_mtime: -3298114786616 + -3298114786608 Mar 9 19:46:01 rpi3 kernel: pid 912 (csh), uid 0, was killed: text file modification Printed this way: printf("np->n_mtime: %ji + %ji &np->n_vattr.na_mtime: %ji + %ji", (intmax_t)(&np->n_mtime.tv_sec), (intmax_t)(&np->n_mtime.tv_nsec), (intmax_t)(&np->n_vattr.na_mtime.tv_sec), (intmax_t)(&np->n_vattr.na_mtime.tv_nsec)); From owner-freebsd-current@freebsd.org Thu Mar 9 20:08:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA700D04A5C for ; Thu, 9 Mar 2017 20:08:03 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) (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 6AF39100B for ; Thu, 9 Mar 2017 20:08:02 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from 178-164-145-249.pool.digikabel.hu ([178.164.145.249] helo=[10.219.16.1]) by marvin.harmless.hu with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cm4Lv-000MIq-JV for freebsd-current@freebsd.org; Thu, 09 Mar 2017 20:07:59 +0000 Subject: Re: process killed: text file modification To: freebsd-current@freebsd.org References: <646c1395-9482-b214-118c-01573243ae5a@harmless.hu> <45436522-77df-f894-0569-737a6a74958f@harmless.hu> <55189643.aaZPuY77s8@ralph.baldwin.cx> <3ed3e4a3-23af-7267-39f1-9090093c9c1e@harmless.hu> From: Gergely Czuczy Message-ID: <5ac94b9a-7ced-9eff-d746-7dddaaeca516@harmless.hu> Date: Thu, 9 Mar 2017 21:07:59 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <3ed3e4a3-23af-7267-39f1-9090093c9c1e@harmless.hu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 20:08:03 -0000 On 2017. 03. 09. 20:47, Gergely Czuczy wrote: > > > On 2017. 03. 09. 19:44, John Baldwin wrote: >> On Thursday, March 09, 2017 03:31:56 PM Gergely Czuczy wrote: >>> [+freebsd-fs] >>> >>> >>> On 2017. 03. 09. 14:20, Gergely Czuczy wrote: >>>> On 2017. 03. 09. 11:27, Gergely Czuczy wrote: >>>>> Hello, >>>>> >>>>> I'm trying to build a few things from ports on an rpi3, the ports >>>>> collection is mounted over NFS from another machine. When it's trying >>>>> to build pkg i'm getting the error message in syslog: >>>>> >>>>> rpi3 kernel: pid 4451 (sh), uid 0, was killed: text file modification >>>>> >>>>> The report to pkg@: >>>>> https://lists.freebsd.org/pipermail/freebsd-pkg/2017-March/002048.html >>>>> >>>>> >>>>> In ports-mgmt/pkg's config.log It fails at the following entry: >>>>> configure:3726: checking whether we are cross compiling >>>>> configure:3734: cc -o conftest -O2 -pipe -Wno-error >>>>> -fno-strict-aliasing conftest.c >&5 >>>>> configure:3738: $? = 0 >>>>> configure:3745: ./conftest >>>>> configure:3749: $? = 137 >>>>> configure:3756: error: in >>>>> `/usr/ports/ports-mgmt/pkg/work/pkg-1.10.0': >>>>> configure:3760: error: cannot run C compiled programs. >>>>> If you meant to cross compile, use `--host'. >>>>> See `config.log' for more details >>>>> >>>>> # uname -a >>>>> FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314949: Thu Mar 9 >>>>> 08:58:46 CET 2017 >>>>> aegir@marvin.harmless.hu:/tank/rpi3/crochet/work/obj/arm64.aarch64/tank/rpi3/src/sys/AEGIR >>>>> >>>>> arm64 >>>> So far, a few additions: >>>> Time is synced between the NFS server and the client. >>>> it's an open() call which is getting the kill, and it's not the file >>>> what's being opened, but the process executing it. >>>> Here's a simple code that reproduces it: >>>> #include >>>> >>>> int main() { >>>> >>>> FILE *f = fopen ("/bar", "w"); >>>> >>>> fclose(f); >>>> return 0; >>>> } >>>> >>>> Conditions to reproduce it: >>>> - The resulting binary must be executed from the nfs mount >>>> - The binary must be built after mounting the NFS share. >>>> >>>> I haven't tried building it on a different host, I don't have access >>>> to multiple RPis. Also, if I build the binary, umount/remount the NFS >>>> mount point, which has the binary, execute it, then it works. >>>> >>>> I've also tried this with the raspbsd.org's image, I could reproduce >>>> it as well. >>>> >>>> Another interesting thing is, when I first booted the RPi up, the NFS >>>> server was a 10.2-STABLE, and later got updated to 11-STABLE. While it >>>> was 10.2 I've tried to build some port, and I don't remember having >>>> this issue. >>>> >>>> So, could someone please help me figure this out and fix it? This >>>> stuff should work pretty much. >>>> >>> So, this error message comes from here: >>> https://svnweb.freebsd.org/base/head/sys/fs/nfsclient/nfs_clbio.c?revision=314436&view=markup#l1674 >>> >>> >>> It's the NFS_TIMESPEC_COMPARE(&np->n_mtime, &np->n_vattr.na_mtime) >>> comparision that fails, np should be the NFS node structure, from the >>> vnode's v_data, and n_vattr is the attribute cache. As I've seen these >>> two are being updated together, so I don't really see by the code why >>> they might differ. Could someone please take a look at it, with more >>> experience in the NFS code? -czg >> Can you print out the two mtimes? I wonder if what's happening is that >> your server uses different granularity (for example just seconds) than >> your client, so on the client we generate a timestamp with a non-zero >> nanoseconds but when the server receives that timestamp it "truncates" >> it. During open() we forcefully re-fetch the timestamp (for CTO >> consistency) and then notice it doesn't match. For now I would start >> with comparing the timestamps and maybe the vfs.timestamp_precision >> sysctls on client and server (if server is a FreeBSD box). > Here are the time values: > Mar 9 19:46:01 rpi3 kernel: np->n_mtime: -3298114786344 + > -3298114786336 &np->n_vattr.na_mtime: -3298114786616 + -3298114786608 > Mar 9 19:46:01 rpi3 kernel: pid 912 (csh), uid 0, was killed: text > file modification > Mar 9 19:46:01 rpi3 kernel: np->n_mtime: -3298114786344 + > -3298114786336 &np->n_vattr.na_mtime: -3298114786616 + -3298114786608 > Mar 9 19:46:01 rpi3 kernel: pid 912 (csh), uid 0, was killed: text > file modification > > Printed this way: > printf("np->n_mtime: %ji + %ji > &np->n_vattr.na_mtime: %ji + %ji", > (intmax_t)(&np->n_mtime.tv_sec), > (intmax_t)(&np->n_mtime.tv_nsec), > (intmax_t)(&np->n_vattr.na_mtime.tv_sec), > (intmax_t)(&np->n_vattr.na_mtime.tv_nsec)); Sorry, I made a typo there. Here's it now: Mar 9 20:05:35 rpi3 kernel: np->n_mtime: 1489089935 + 219323000 &np->n_vattr.na_mtime: 1489089935 + 221438000 Mar 9 20:05:35 rpi3 kernel: pid 847 (csh), uid 0, was killed: text file modification Mar 9 20:05:35 rpi3 kernel: np->n_mtime: 1489089935 + 219323000 &np->n_vattr.na_mtime: 1489089935 + 221438000 Mar 9 20:05:35 rpi3 kernel: pid 847 (csh), uid 0, was killed: text file modification That's a difference of 2115 micro seconds. From owner-freebsd-current@freebsd.org Thu Mar 9 20:36:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEF7FD05513 for ; Thu, 9 Mar 2017 20:36:20 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 880B7C2 for ; Thu, 9 Mar 2017 20:36:20 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-qk0-x22b.google.com with SMTP id p64so138915046qke.1 for ; Thu, 09 Mar 2017 12:36:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=KKzfVp0aPwW0jNJnQPt4stxhExwMljO7FBi5/+pMSzo=; b=eD8kqaAjM4Y59h35KKDg7OnkzFyb5qJNaXPFj5J/ULvG/tqKBlo/12EbvLJef0Xaku +ue85Up2RqM/8mxNQB7RnfMDd/ro4X7CXIpFd4WDFbrSEK6+7jYjVz6H5BRDzVrbYxh4 ExZhpQUVzFzKURlTs9BkPYqL2msJITIvMGxB6knUOaE9x3IQpLhPbqAkXfeHFszEjF65 jffqsyU9nljwPrA/RXDtJgFqWacifHvflX7IKsOrjJwSKhwwIUsR57/VsFpH4Ja+y/+r 5H2ZHyVh700GjuY0wk601IFg7JJgOEwtYUTO6H4ypCehrPE02oMBFMiFxZ7nB1hLSyhZ BveA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=KKzfVp0aPwW0jNJnQPt4stxhExwMljO7FBi5/+pMSzo=; b=Nl14Ts0wI00hOlGxk1DNVOjzwIN0GtAuFarjEteEnZVhaTTZiG82/eAChubw7lXjs1 9Q64wk552eQ8BumEpv2gRjyh+/0Ibe8e4cVaRlL3kvul0vTfeVWxd7/JOimT648uCXQe k/8JaehhkSnF1J7ZPhTGctTZPvsrqEMH0h84s0Sae5EIcy2B9irIJ+z+z89UUExDxWFa pouMtaztOW6KeEdcU0e0lTQNTewyIwKZGQWLtGEGbs+llrwVoWZgA16zFCSnAg9GbriE ovfNYr4gvsISpJqBakmD4aC4HAnAHrCUBH/KOarn7L6kNjTGBJiXO1N/6nNhtV6wWZ5G wnNw== X-Gm-Message-State: AMke39lVMCBXWIt+xTZt/UYmPkSPAOjFnd3oNWgV4sKa90R+xTa7RhWK88jc0kUyYCUwmv/QbLP5QNH+jI6sjw== X-Received: by 10.200.62.137 with SMTP id y9mr16067553qtf.182.1489091779620; Thu, 09 Mar 2017 12:36:19 -0800 (PST) MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.12.172.240 with HTTP; Thu, 9 Mar 2017 12:36:19 -0800 (PST) In-Reply-To: <20170309163052.GC16105@kib.kiev.ua> References: <20170309163052.GC16105@kib.kiev.ua> From: Justin Hibbits Date: Thu, 9 Mar 2017 14:36:19 -0600 X-Google-Sender-Auth: A5anGlqxG0D6n0JO0NBGrlVs-vc Message-ID: Subject: Re: hang in dlclose() on rtld lock (powerpc64) To: Konstantin Belousov Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 20:36:20 -0000 On Thursday, March 9, 2017, Konstantin Belousov wrote: > On Thu, Mar 09, 2017 at 09:59:00AM -0600, Justin Hibbits wrote: > > When building ports in poudriere, I see gdk-pixbuf-query-modules and > > gio-querymodules hanging on r314676, but working in r305820. I took a > > backtrace on both in gdb, and see the following (identical between both): > > > > Program received signal SIGINT, Interrupt. > > 0x00000000506831d8 in .__sys.umtx_op () from /lib/libc.so.7 > > (gdb) bt > > #0 0x00000000506831d8 in .__sys.umtx_op () from /lib/libc.so.7 > > #1 0x0000000050588010 in _umtx_op_err (obj=0x4, op=13, val=0, uaddr=0x0, > > uaddr2=0x0) > > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.c:37 > > #2 0x00000000505881b8 in __thr_rwlock_wrlock (rwlock=, > > tsp=) > > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.c:325 > > #3 0x00000000505965f0 in _thr_rwlock_wrlock (tsp=, > > rwlock=) > > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_umtx.h:239 > > #4 _thr_rtld_wlock_acquire (lock=0x505bdd00) > > at /home/chmeee/freebsd/pristine/lib/libthr/thread/thr_rtld.c:141 > > #5 0x0000000050026bf4 in wlock_acquire (lock=0x5004cf20 , > > lockstate=0xffffffffffffcab0) > > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld_lock.c:222 > > #6 0x0000000050022b1c in dlclose (handle=0x51d62000) > > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:3021 > > #7 0x0000000050022c90 in free_needed_filtees (n=0x509f7420) > > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:2113 > > #8 0x0000000050022d18 in unload_filtees (obj=0x509fa800) > > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:2129 > > #9 0x0000000050022e54 in unload_object (root=) > > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:4464 > > #10 0x0000000050022c20 in dlclose (handle=0x50054000) > > at /home/chmeee/freebsd/pristine/libexec/rtld-elf/rtld.c:3044 > > ---Type to continue, or q to quit---q > > > > > > This happens on powerpc64. I haven't tested on powerpc or any other > arch. > > Please test the following patch. It avoids recursing on the bind lock. > > diff --git a/libexec/rtld-elf/rtld.c b/libexec/rtld-elf/rtld.c > index a7c61b2d13f..880cf100c45 100644 > --- a/libexec/rtld-elf/rtld.c > +++ b/libexec/rtld-elf/rtld.c > @@ -77,6 +77,7 @@ static void digest_dynamic2(Obj_Entry *, const Elf_Dyn > *, const Elf_Dyn *, > static void digest_dynamic(Obj_Entry *, int); > static Obj_Entry *digest_phdr(const Elf_Phdr *, int, caddr_t, const char > *); > static Obj_Entry *dlcheck(void *); > +static int dlclose_locked(void *, RtldLockState *); > static Obj_Entry *dlopen_object(const char *name, int fd, Obj_Entry > *refobj, > int lo_flags, int mode, RtldLockState *lockstate); > static Obj_Entry *do_load_object(int, const char *, char *, struct stat > *, int); > @@ -98,7 +99,7 @@ static void initlist_add_objects(Obj_Entry *, Obj_Entry > *, Objlist *); > static void linkmap_add(Obj_Entry *); > static void linkmap_delete(Obj_Entry *); > static void load_filtees(Obj_Entry *, int flags, RtldLockState *); > -static void unload_filtees(Obj_Entry *); > +static void unload_filtees(Obj_Entry *, RtldLockState *); > static int load_needed_objects(Obj_Entry *, int); > static int load_preload_objects(void); > static Obj_Entry *load_object(const char *, int fd, const Obj_Entry *, > int); > @@ -142,7 +143,7 @@ static int symlook_obj1_sysv(SymLook *, const > Obj_Entry *); > static int symlook_obj1_gnu(SymLook *, const Obj_Entry *); > static void trace_loaded_objects(Obj_Entry *); > static void unlink_object(Obj_Entry *); > -static void unload_object(Obj_Entry *); > +static void unload_object(Obj_Entry *, RtldLockState *lockstate); > static void unref_dag(Obj_Entry *); > static void ref_dag(Obj_Entry *); > static char *origin_subst_one(Obj_Entry *, char *, const char *, > @@ -2104,13 +2105,13 @@ initlist_add_objects(Obj_Entry *obj, Obj_Entry > *tail, Objlist *list) > #endif > > static void > -free_needed_filtees(Needed_Entry *n) > +free_needed_filtees(Needed_Entry *n, RtldLockState *lockstate) > { > Needed_Entry *needed, *needed1; > > for (needed = n; needed != NULL; needed = needed->next) { > if (needed->obj != NULL) { > - dlclose(needed->obj); > + dlclose_locked(needed->obj, lockstate); > needed->obj = NULL; > } > } > @@ -2121,14 +2122,14 @@ free_needed_filtees(Needed_Entry *n) > } > > static void > -unload_filtees(Obj_Entry *obj) > +unload_filtees(Obj_Entry *obj, RtldLockState *lockstate) > { > > - free_needed_filtees(obj->needed_filtees); > - obj->needed_filtees = NULL; > - free_needed_filtees(obj->needed_aux_filtees); > - obj->needed_aux_filtees = NULL; > - obj->filtees_loaded = false; > + free_needed_filtees(obj->needed_filtees, lockstate); > + obj->needed_filtees = NULL; > + free_needed_filtees(obj->needed_aux_filtees, lockstate); > + obj->needed_aux_filtees = NULL; > + obj->filtees_loaded = false; > } > > static void > @@ -3015,15 +3016,23 @@ search_library_pathfds(const char *name, const > char *path, int *fdp) > int > dlclose(void *handle) > { > + RtldLockState lockstate; > + int error; > + > + wlock_acquire(rtld_bind_lock, &lockstate); > + error = dlclose_locked(handle, &lockstate); > + lock_release(rtld_bind_lock, &lockstate); > + return (error); > +} > + > +static int > +dlclose_locked(void *handle, RtldLockState *lockstate) > +{ > Obj_Entry *root; > - RtldLockState lockstate; > > - wlock_acquire(rtld_bind_lock, &lockstate); > root = dlcheck(handle); > - if (root == NULL) { > - lock_release(rtld_bind_lock, &lockstate); > + if (root == NULL) > return -1; > - } > LD_UTRACE(UTRACE_DLCLOSE_START, handle, NULL, 0, root->dl_refcount, > root->path); > > @@ -3035,19 +3044,18 @@ dlclose(void *handle) > * The object will be no longer referenced, so we must unload it. > * First, call the fini functions. > */ > - objlist_call_fini(&list_fini, root, &lockstate); > + objlist_call_fini(&list_fini, root, lockstate); > > unref_dag(root); > > /* Finish cleaning up the newly-unreferenced objects. */ > GDB_STATE(RT_DELETE,&root->linkmap); > - unload_object(root); > + unload_object(root, lockstate); > GDB_STATE(RT_CONSISTENT,NULL); > } else > unref_dag(root); > > LD_UTRACE(UTRACE_DLCLOSE_STOP, handle, NULL, 0, 0, NULL); > - lock_release(rtld_bind_lock, &lockstate); > return 0; > } > > @@ -3123,13 +3131,13 @@ rtld_dlopen(const char *name, int fd, int mode) > } > > static void > -dlopen_cleanup(Obj_Entry *obj) > +dlopen_cleanup(Obj_Entry *obj, RtldLockState *lockstate) > { > > obj->dl_refcount--; > unref_dag(obj); > if (obj->refcount == 0) > - unload_object(obj); > + unload_object(obj, lockstate); > } > > static Obj_Entry * > @@ -3178,7 +3186,7 @@ dlopen_object(const char *name, int fd, Obj_Entry > *refobj, int lo_flags, > (mode & RTLD_MODEMASK) == RTLD_NOW, &obj_rtld, > (lo_flags & RTLD_LO_EARLY) ? SYMLOOK_EARLY : 0, > lockstate) == -1) { > - dlopen_cleanup(obj); > + dlopen_cleanup(obj, lockstate); > obj = NULL; > } else if (lo_flags & RTLD_LO_EARLY) { > /* > @@ -3235,7 +3243,7 @@ dlopen_object(const char *name, int fd, Obj_Entry > *refobj, int lo_flags, > (lo_flags & RTLD_LO_EARLY) ? SYMLOOK_EARLY : 0, > lockstate) == -1) { > objlist_clear(&initlist); > - dlopen_cleanup(obj); > + dlopen_cleanup(obj, lockstate); > if (lockstate == &mlockstate) > lock_release(rtld_bind_lock, lockstate); > return (NULL); > @@ -4429,7 +4437,7 @@ trace_loaded_objects(Obj_Entry *obj) > * reference count of 0. > */ > static void > -unload_object(Obj_Entry *root) > +unload_object(Obj_Entry *root, RtldLockState *lockstate) > { > Obj_Entry marker, *obj, *next; > > @@ -4461,11 +4469,11 @@ unload_object(Obj_Entry *root) > if (next != NULL) { > init_marker(&marker); > TAILQ_INSERT_BEFORE(next, &marker, next); > - unload_filtees(obj); > + unload_filtees(obj, lockstate); > next = TAILQ_NEXT(&marker, next); > TAILQ_REMOVE(&obj_list, &marker, next); > } else > - unload_filtees(obj); > + unload_filtees(obj, lockstate); > } > release_object(obj); > } > > Thanks, kib. Patch worked perfectly! - Justin From owner-freebsd-current@freebsd.org Thu Mar 9 21:32:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B0B0D0543F for ; Thu, 9 Mar 2017 21:32:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.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 5CB76260 for ; Thu, 9 Mar 2017 21:32:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5C19AD0543D; Thu, 9 Mar 2017 21:32:52 +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 5BA00D0543C; Thu, 9 Mar 2017 21:32:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FA8C25F; Thu, 9 Mar 2017 21:32:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 6348575CB; Thu, 9 Mar 2017 21:32:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 6BB4330486; Thu, 9 Mar 2017 21:32:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id fYD-t6hPRxie; Thu, 9 Mar 2017 21:32:16 +0000 (UTC) To: current@FreeBSD.org, "freebsd-net@freebsd.org" DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D0B4730480 From: Bryan Drewery Subject: r314708: panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241 Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <3c8062d7-afcc-44eb-1c05-f32c2b49973d@FreeBSD.org> Date: Thu, 9 Mar 2017 13:31:56 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CsddWNDgqxTRQ3BPa6GKCOEem7mqkoHee" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 21:32:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CsddWNDgqxTRQ3BPa6GKCOEem7mqkoHee Content-Type: multipart/mixed; boundary="jR5W7a7ELFHlCm8KKPRrBRfOlfF0jh0de"; protected-headers="v1" From: Bryan Drewery To: current@FreeBSD.org, "freebsd-net@freebsd.org" Message-ID: <3c8062d7-afcc-44eb-1c05-f32c2b49973d@FreeBSD.org> Subject: r314708: panic: Assertion err == 0 failed at /usr/src/sys/net/iflib.c:2241 --jR5W7a7ELFHlCm8KKPRrBRfOlfF0jh0de Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This came up at shutdown in r314708. I don't yet know if I will have a core to diagnose. > panic: Assertion err =3D=3D 0 failed at /usr/src/sys/net/iflib.c:2241 > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe349= a7f9940 > vpanic() at vpanic+0x186/frame 0xfffffe349a7f99c0 > _kassert_panic() at _kassert_panic+0x12f/frame 0xfffffe349a7f9a40 > _task_fn_rx() at _task_fn_rx+0x19d/frame 0xfffffe349a7f9b20 > gtaskqueue_run_locked() at gtaskqueue_run_locked+0x139/frame 0xfffffe34= 9a7f9b80 > gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0x88/frame 0xfffffe3= 49a7f9bb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe349a7f9bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe349a7f9bf0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > KDB: enter: panic > [ thread pid 0 tid 100038 ] > Stopped at kdb_enter+0x3b: movq $0,kdb_why --=20 Regards, Bryan Drewery --jR5W7a7ELFHlCm8KKPRrBRfOlfF0jh0de-- --CsddWNDgqxTRQ3BPa6GKCOEem7mqkoHee 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 iQEcBAEBAgAGBQJYwcnNAAoJEDXXcbtuRpfPCq8H/jvKQH+LZ8H0KIK1PirAgDSD XR3wUz3UN46OsukHG0PJeUOz0YMsD2D00cYMpvF3hfb/vOAtNqiAc62EGZCn4ZSu o5oWAm0Emx8I6x9i7jX4fm3197W9Y1TINIULQlaRSi0cSL5QVX84Ti+vyAzXq35H W1UwZj4jr+nkq0sV9561kaDLX4DqAhHXxIERKoGS/3cuklD93prLRKvwj40UUWRk q/nltQ/67eGygbtv7jQ3kJbcWDL/9/CZ2KT4Zh9vVdh5aijQOcrJLi85B388rAXt 2t/ewkDj0YSDs6stAEIPG8Wn+s42pmt8tu7RkQ4l/PSaigfVR2Y8eZ5r+k0TiGE= =BHhn -----END PGP SIGNATURE----- --CsddWNDgqxTRQ3BPa6GKCOEem7mqkoHee-- From owner-freebsd-current@freebsd.org Thu Mar 9 22:08:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB36ED05236 for ; Thu, 9 Mar 2017 22:08:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.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 9A6C51ABC for ; Thu, 9 Mar 2017 22:08:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 96E3DD05235; Thu, 9 Mar 2017 22:08: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 9682BD05234 for ; Thu, 9 Mar 2017 22:08:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69DE71ABB; Thu, 9 Mar 2017 22:08:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 940E07E19; Thu, 9 Mar 2017 22:08:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 6BA61305AD; Thu, 9 Mar 2017 22:07:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 8fAgMVpTLIQm; Thu, 9 Mar 2017 22:07:47 +0000 (UTC) Subject: Re: r314708: panic: tdsendsignal: ksi on queue DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 985E6305A5 To: Konstantin Belousov References: <20170309144646.GB16105@kib.kiev.ua> Cc: current@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <965f0de2-032a-fd35-6646-57f6840ebcc8@FreeBSD.org> Date: Thu, 9 Mar 2017 14:07:50 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170309144646.GB16105@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TMg6t0XwnlV1sb9uOWEpsTmj1Fulpb7u5" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 22:08:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TMg6t0XwnlV1sb9uOWEpsTmj1Fulpb7u5 Content-Type: multipart/mixed; boundary="1eLMk0lKB4RhglmtUTBV8SWcdr4lnAdjo"; protected-headers="v1" From: Bryan Drewery To: Konstantin Belousov Cc: current@FreeBSD.org Message-ID: <965f0de2-032a-fd35-6646-57f6840ebcc8@FreeBSD.org> Subject: Re: r314708: panic: tdsendsignal: ksi on queue References: <20170309144646.GB16105@kib.kiev.ua> In-Reply-To: <20170309144646.GB16105@kib.kiev.ua> --1eLMk0lKB4RhglmtUTBV8SWcdr4lnAdjo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/9/2017 6:46 AM, Konstantin Belousov wrote: > On Wed, Mar 08, 2017 at 09:00:17PM -0800, Bryan Drewery wrote: >> I'm on r314708. I hit ^C while running 'kyua test' in /usr/tests/bin/= pwait. >> >>> panic: tdsendsignal: ksi on queue >>> cpuid =3D 10 >> >>> #10 kdb_enter (why=3D0xffffffff814488f5 "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:444 >>> #11 0xffffffff80a577f3 in vpanic (fmt=3D, ap=3D0xfffff= e35601a3620) at /usr/src/sys/kern/kern_shutdown.c:772 >>> #12 0xffffffff80a5764f in _kassert_panic (fatal=3D1, fmt=3D0xffffffff= 81448fd7 "%s: ksi on queue") at /usr/src/sys/kern/kern_shutdown.c:669 >>> #13 0xffffffff80a5c843 in tdsendsignal (p=3D0xfffff80c39389a80, td=3D= 0x0, sig=3D20, ksi=3D0xfffff803888a2bd0) at /usr/src/sys/kern/kern_sig.c:= 2095 >>> #14 0xffffffff80a13828 in exit1 (td=3D, rval=3D, signo=3D) at /usr/src/sys/kern/kern_exit.c:459 >>> #15 0xffffffff80a5b28c in sigexit (td=3D0xfffff802f0bee000, sig=3D9) = at /usr/src/sys/kern/kern_sig.c:3081 >>> #16 0xffffffff80a5b88e in postsig (sig=3D9) at /usr/src/sys/kern/kern= _sig.c:2992 >>> #17 0xffffffff80a5b56b in kern_sigsuspend (td=3D0xfffff802f0bee000, m= ask=3D...) at /usr/src/sys/kern/kern_sig.c:1515 >>> #18 0xffffffff80a5b441 in sys_sigsuspend (td=3D0xfffff802f0bee000, ua= p=3D) at /usr/src/sys/kern/kern_sig.c:1479 >>> #19 0xffffffff80ee04da in syscallenter (td=3D0xfffff802f0bee000, sa=3D= ) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:13= 5 >>> #20 amd64_syscall (td=3D0xfffff802f0bee000, traced=3D0) at /usr/src/s= ys/amd64/amd64/trap.c:902 >> >> >>> (kgdb) frame 18 >>> #18 0xffffffff80a5b441 in sys_sigsuspend (td=3D0xfffff802f0bee000, ua= p=3D) at /usr/src/sys/kern/kern_sig.c:1479 >>> 1479 return (kern_sigsuspend(td, mask)); >> >>> (kgdb) p td->td_proc->p_comm >>> $3 =3D "timeout", '\000' >> >>> (kgdb) frame 13 >>> #13 0xffffffff80a5c843 in tdsendsignal (p=3D0xfffff80c39389a80, td=3D= 0x0, sig=3D20, ksi=3D0xfffff803888a2bd0) at /usr/src/sys/kern/kern_sig.c:= 2095 >>> 2095 KASSERT(ksi =3D=3D NULL || !KSI_ONQ(ksi), ("%s: ksi o= n queue", __func__)); >>> (kgdb) p *ksi >>> $4 =3D {ksi_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffff80c39389c= 58}, ksi_info =3D {si_signo =3D 20, si_errno =3D 0, si_code =3D 2, si_pid= =3D 90903, si_uid =3D 0, si_status =3D 9, si_addr =3D 0x0, si_value =3D = { >>> sival_int =3D 0, sival_ptr =3D 0x0, sigval_int =3D 0, sigval_pt= r =3D 0x0}, _reason =3D {_fault =3D {_trapno =3D 0}, _timer =3D {_timerid= =3D 0, _overrun =3D 0}, _mesgq =3D {_mqd =3D 0}, _poll =3D {_band =3D 0}= , __spare__ =3D { >>> __spare1__ =3D 0, __spare2__ =3D {0, 0, 0, 0, 0, 0, 0}}}}, ks= i_flags =3D 6, ksi_sigq =3D 0xfffff80c39389c28} >> >>> (kgdb) p *ksi->ksi_sigq >>> $6 =3D {sq_signals =3D {__bits =3D {524288, 0, 0, 0}}, sq_kill =3D {_= _bits =3D {0, 0, 0, 0}}, sq_ptrace =3D {__bits =3D {0, 0, 0, 0}}, sq_list= =3D {tqh_first =3D 0xfffff803888a2bd0, tqh_last =3D 0xfffff803888a2bd0},= >=20 > Yes, there is a race, apparently, with the child zombie still not finis= hing > sending the SIGCHLD to the parent and parent exiting. The following sh= ould > fix the issue, but I do not think that reproducing the problem is easy.= >=20 Thanks, I've applied it locally. > diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c > index c524fe5df37..ba5ff84e9de 100644 > --- a/sys/kern/kern_exit.c > +++ b/sys/kern/kern_exit.c > @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) > { > struct proc *p, *nq, *q, *t; > struct thread *tdt; > + ksiginfo_t ksi; > =20 > mtx_assert(&Giant, MA_NOTOWNED); > KASSERT(rval =3D=3D 0 || signo =3D=3D 0, ("exit1 rv %d sig %d", rval,= signo)); > @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) > proc_reparent(q, q->p_reaper); > if (q->p_state =3D=3D PRS_ZOMBIE) { > PROC_LOCK(q->p_reaper); > - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); > + if (q->p_ksi !=3D NULL) { > + ksiginfo_init(&ksi); > + ksiginfo_copy(q->p_ksi, &ksi); > + } > + pksignal(q->p_reaper, SIGCHLD, q->p_ksi !=3D > + NULL ? &ksi : NULL); > PROC_UNLOCK(q->p_reaper); > } > } else { >=20 --=20 Regards, Bryan Drewery --1eLMk0lKB4RhglmtUTBV8SWcdr4lnAdjo-- --TMg6t0XwnlV1sb9uOWEpsTmj1Fulpb7u5 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 iQEcBAEBAgAGBQJYwdI2AAoJEDXXcbtuRpfPLlUH/RcvCp6gYUjKgXS/UbExceWs nZDAHi8kAxIzdTnRLhl41KO8R0x0/pERuHuquJ8fmUta9MeEkyl7Wu4Ef4i0ZWt8 w+2np2dpp3ivVLxW+UV7OOY+PyIGbT8DSBnN7aKRm5KQOItT457d/P0VREuEzu50 1QMjZjMULZaxPNgBL1ucNTZnVXwcbUPA+GRorQ6qQbwGrBpxAyqxWQy/nTT4CDfD Nc9V2YGY00RFkc2MFG8QKVQO4hxkIvaboFWn+W4IlotkE5yp9aCa7/5Yu/R4kv/O sO/QsTsCkkfVBYTJaK2w2UgqdEvp+5CSWG+wojaltlNbqwis5lLrB6cvZUHLQMA= =gGTw -----END PGP SIGNATURE----- --TMg6t0XwnlV1sb9uOWEpsTmj1Fulpb7u5-- From owner-freebsd-current@freebsd.org Thu Mar 9 23:11:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FFD5D055E2 for ; Thu, 9 Mar 2017 23:11:55 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA74AAB for ; Thu, 9 Mar 2017 23:11:55 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mailman.ysv.freebsd.org (Postfix) id 0CB4DD055E1; Thu, 9 Mar 2017 23:11:55 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C56DD055E0 for ; Thu, 9 Mar 2017 23:11:55 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CE672AA9; Thu, 9 Mar 2017 23:11:54 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 614A839; Fri, 10 Mar 2017 00:11:51 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 4A93C28497; Fri, 10 Mar 2017 00:11:51 +0100 (CET) Date: Fri, 10 Mar 2017 00:11:51 +0100 From: Jilles Tjoelker To: Konstantin Belousov Cc: Bryan Drewery , current@FreeBSD.org Subject: Re: r314708: panic: tdsendsignal: ksi on queue Message-ID: <20170309231151.GA49720@stack.nl> References: <20170309144646.GB16105@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170309144646.GB16105@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 23:11:55 -0000 On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: > Yes, there is a race, apparently, with the child zombie still not finishing > sending the SIGCHLD to the parent and parent exiting. The following should > fix the issue, but I do not think that reproducing the problem is easy. > diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c > index c524fe5df37..ba5ff84e9de 100644 > --- a/sys/kern/kern_exit.c > +++ b/sys/kern/kern_exit.c > @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) > { > struct proc *p, *nq, *q, *t; > struct thread *tdt; > + ksiginfo_t ksi; > > mtx_assert(&Giant, MA_NOTOWNED); > KASSERT(rval == 0 || signo == 0, ("exit1 rv %d sig %d", rval, signo)); > @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) > proc_reparent(q, q->p_reaper); > if (q->p_state == PRS_ZOMBIE) { > PROC_LOCK(q->p_reaper); > - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); > + if (q->p_ksi != NULL) { > + ksiginfo_init(&ksi); > + ksiginfo_copy(q->p_ksi, &ksi); > + } > + pksignal(q->p_reaper, SIGCHLD, q->p_ksi != > + NULL ? &ksi : NULL); > PROC_UNLOCK(q->p_reaper); > } > } else { This patch introduces a subtle correctness bug. A real SIGCHLD ksiginfo should always be the zombie's p_ksi; otherwise, the siginfo may be lost if there are too many signals pending for the target process or in the system. If the siginfo is lost and the reaper normally passes si_pid to waitpid() or similar (instead of passing WAIT_ANY or P_ALL), a zombie will remain until the reaper terminates. Conceptually the siginfo is sent to one process at a time only, so the bug is an artifact of the implementation. Perhaps the piece of code added in r309886 can be moved or the ksiginfo can be removed from the parent's queue. If such a fix is not possible, it may be better to send a bare SIGCHLD (si_code is SI_KERNEL or 0, depending on how many signals are pending) in this situation and document that reapers must use WAIT_ANY or P_ALL. (However, compared to the pre-r309886 situation they can still use SIGCHLD to get notified when to call waitpid() or similar.) -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Thu Mar 9 23:48:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F432D05D16 for ; Thu, 9 Mar 2017 23:48:20 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2E40B1A37 for ; Thu, 9 Mar 2017 23:48:20 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2AE29D05D15; Thu, 9 Mar 2017 23:48:20 +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 28C26D05D14 for ; Thu, 9 Mar 2017 23:48:20 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E442F1A36; Thu, 9 Mar 2017 23:48:19 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 0FA0215E0; Thu, 9 Mar 2017 23:48:19 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 2C4F430838; Thu, 9 Mar 2017 23:48:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id xrT3wyn4kWJ5; Thu, 9 Mar 2017 23:47:54 +0000 (UTC) Subject: Re: r314708: panic: tdsendsignal: ksi on queue DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 3A95630833 To: Konstantin Belousov References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> Cc: current@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> Date: Thu, 9 Mar 2017 15:47:32 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170309231151.GA49720@stack.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhJqqOKViOhgPgqtrJdCTlNNlw6FLnGlg" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 23:48:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AhJqqOKViOhgPgqtrJdCTlNNlw6FLnGlg Content-Type: multipart/mixed; boundary="LpE6BXWECbPK2gqQEwJLJ73iWeEc1UPF5"; protected-headers="v1" From: Bryan Drewery To: Konstantin Belousov Cc: current@FreeBSD.org Message-ID: <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> Subject: Re: r314708: panic: tdsendsignal: ksi on queue References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> In-Reply-To: <20170309231151.GA49720@stack.nl> --LpE6BXWECbPK2gqQEwJLJ73iWeEc1UPF5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: > On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: >> Yes, there is a race, apparently, with the child zombie still not fini= shing >> sending the SIGCHLD to the parent and parent exiting. The following s= hould >> fix the issue, but I do not think that reproducing the problem is easy= =2E >=20 >> diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c >> index c524fe5df37..ba5ff84e9de 100644 >> --- a/sys/kern/kern_exit.c >> +++ b/sys/kern/kern_exit.c >> @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) >> { >> struct proc *p, *nq, *q, *t; >> struct thread *tdt; >> + ksiginfo_t ksi; >> =20 >> mtx_assert(&Giant, MA_NOTOWNED); >> KASSERT(rval =3D=3D 0 || signo =3D=3D 0, ("exit1 rv %d sig %d", rval= , signo)); >> @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) >> proc_reparent(q, q->p_reaper); >> if (q->p_state =3D=3D PRS_ZOMBIE) { >> PROC_LOCK(q->p_reaper); >> - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); >> + if (q->p_ksi !=3D NULL) { >> + ksiginfo_init(&ksi); >> + ksiginfo_copy(q->p_ksi, &ksi); >> + } >> + pksignal(q->p_reaper, SIGCHLD, q->p_ksi !=3D >> + NULL ? &ksi : NULL); >> PROC_UNLOCK(q->p_reaper); >> } >> } else { I just got something weird with this patch that wasn't happening before: /usr/bin/time -l src/bin/poudriere -e /usr/local/etc testport -j exp-10amd64 -p commit -z test devel/ccache [poudriere runs and completes with exit status 0] > time: command terminated abnormally = =20 > 28.08 real 9.92 user 10.38 sys = =20 > 23464 maximum resident set size = =20 > 4996 average shared memory size = =20 > 88 average unshared data size = =20 > 127 average unshared stack size = =20 > 282705 page reclaims = =20 > 5623 page faults = =20 > 0 swaps = =20 > 2673 block input operations = =20 > 4836 block output operations = =20 > 33 messages sent = =20 > 0 messages received = =20 > 37 signals received = =20 > 11226 voluntary context switches = =20 > 780 involuntary context switches = =20 > zsh: alarm /usr/bin/time -l src/bin/poudriere -e /usr/local/etc te= stport -j exp-10amd64 exit status: 142 (SIGALRM). I don't see time(1) using SIGALRM or proc reaper at all. Rerunning it, and trying other simpler test cases, does not produce the same result. It may be some race unrelated to this patch, dunno. >=20 > This patch introduces a subtle correctness bug. A real SIGCHLD ksiginfo= > should always be the zombie's p_ksi; otherwise, the siginfo may be lost= > if there are too many signals pending for the target process or in the > system. If the siginfo is lost and the reaper normally passes si_pid to= > waitpid() or similar (instead of passing WAIT_ANY or P_ALL), a zombie > will remain until the reaper terminates. >=20 > Conceptually the siginfo is sent to one process at a time only, so the > bug is an artifact of the implementation. Perhaps the piece of code > added in r309886 can be moved or the ksiginfo can be removed from the > parent's queue. >=20 > If such a fix is not possible, it may be better to send a bare SIGCHLD > (si_code is SI_KERNEL or 0, depending on how many signals are pending) > in this situation and document that reapers must use WAIT_ANY or P_ALL.= > (However, compared to the pre-r309886 situation they can still use > SIGCHLD to get notified when to call waitpid() or similar.) >=20 --=20 Regards, Bryan Drewery --LpE6BXWECbPK2gqQEwJLJ73iWeEc1UPF5-- --AhJqqOKViOhgPgqtrJdCTlNNlw6FLnGlg 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 iQEcBAEBAgAGBQJYwemUAAoJEDXXcbtuRpfPV1YH/2vbQvMKbamftIZe8j2ASUGF rdSdZMsVIE+zWnCckNEYcw6aPqp4YrRUH0lJZlm6Z+R9/JU8iTDUqySVRFa3jbRB o/cEqqb/Af3Frof50ASKk0H66+mkL23NVhkU6a/jHNbtf22BPDSjk099H/fOyyX5 T+eqaGjycS0jEs9wo6RyODItpTUplG68JRCwnESy1xgnuNhLQJGRBaqS3OIx7v0I oR1I6wYBJQoYGb/tqEUyWNJ6Myb7LeLRfwVxhCjRJKYfipzdOdvZQb8LE/85Nott a6i/sm9cilxF1rf97zONKf20US7W2Vn4ukce3op9BxjDwoY8cHhBfYjFIlc/fBY= =kb7q -----END PGP SIGNATURE----- --AhJqqOKViOhgPgqtrJdCTlNNlw6FLnGlg-- From owner-freebsd-current@freebsd.org Thu Mar 9 23:57:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D3CFD04325 for ; Thu, 9 Mar 2017 23:57:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.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 5AB589 for ; Thu, 9 Mar 2017 23:57:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5A101D04324; Thu, 9 Mar 2017 23:57:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59B41D04323 for ; Thu, 9 Mar 2017 23:57:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 295782000; Thu, 9 Mar 2017 23:57:35 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 38F1C17F3; Thu, 9 Mar 2017 23:57:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E78BC30877; Thu, 9 Mar 2017 23:57:28 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id H0ZjFswOXK1W; Thu, 9 Mar 2017 23:57:18 +0000 (UTC) Subject: Re: r314708: panic: tdsendsignal: ksi on queue DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BA4AF30871 To: Konstantin Belousov References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> Cc: current@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Thu, 9 Mar 2017 15:57:06 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6oKB8GMj0DjIucTvXVtofbvdNFRn8VAKd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 23:57:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6oKB8GMj0DjIucTvXVtofbvdNFRn8VAKd Content-Type: multipart/mixed; boundary="N5VRPxGWQn1N9mKI3n26Sr4waQKxOLkPd"; protected-headers="v1" From: Bryan Drewery To: Konstantin Belousov Cc: current@FreeBSD.org Message-ID: Subject: Re: r314708: panic: tdsendsignal: ksi on queue References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> In-Reply-To: <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> --N5VRPxGWQn1N9mKI3n26Sr4waQKxOLkPd Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/9/2017 3:47 PM, Bryan Drewery wrote: > On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: >> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: >>> Yes, there is a race, apparently, with the child zombie still not fin= ishing >>> sending the SIGCHLD to the parent and parent exiting. The following = should >>> fix the issue, but I do not think that reproducing the problem is eas= y. >> >>> diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c >>> index c524fe5df37..ba5ff84e9de 100644 >>> --- a/sys/kern/kern_exit.c >>> +++ b/sys/kern/kern_exit.c >>> @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) >>> { >>> struct proc *p, *nq, *q, *t; >>> struct thread *tdt; >>> + ksiginfo_t ksi; >>> =20 >>> mtx_assert(&Giant, MA_NOTOWNED); >>> KASSERT(rval =3D=3D 0 || signo =3D=3D 0, ("exit1 rv %d sig %d", rva= l, signo)); >>> @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) >>> proc_reparent(q, q->p_reaper); >>> if (q->p_state =3D=3D PRS_ZOMBIE) { >>> PROC_LOCK(q->p_reaper); >>> - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); >>> + if (q->p_ksi !=3D NULL) { >>> + ksiginfo_init(&ksi); >>> + ksiginfo_copy(q->p_ksi, &ksi); >>> + } >>> + pksignal(q->p_reaper, SIGCHLD, q->p_ksi !=3D >>> + NULL ? &ksi : NULL); >>> PROC_UNLOCK(q->p_reaper); >>> } >>> } else { >=20 > I just got something weird with this patch that wasn't happening before= : >=20 > /usr/bin/time -l src/bin/poudriere -e /usr/local/etc testport -j > exp-10amd64 -p commit -z test devel/ccache > [poudriere runs and completes with exit status 0] >> time: command terminated abnormally = =20 >> 28.08 real 9.92 user 10.38 sys = =20 >> 23464 maximum resident set size = =20 >> 4996 average shared memory size = =20 >> 88 average unshared data size = =20 >> 127 average unshared stack size = =20 >> 282705 page reclaims = =20 >> 5623 page faults = =20 >> 0 swaps = =20 >> 2673 block input operations = =20 >> 4836 block output operations = =20 >> 33 messages sent = =20 >> 0 messages received = =20 >> 37 signals received = =20 >> 11226 voluntary context switches = =20 >> 780 involuntary context switches = =20 >> zsh: alarm /usr/bin/time -l src/bin/poudriere -e /usr/local/etc t= estport -j exp-10amd64 > exit status: 142 (SIGALRM). >=20 > I don't see time(1) using SIGALRM or proc reaper at all. >=20 > Rerunning it, and trying other simpler test cases, does not produce the= > same result. It may be some race unrelated to this patch, dunno. >=20 I'm consistently getting foreground processes getting the wrong signals now. I'm removing this patch for now. >=20 >> >> This patch introduces a subtle correctness bug. A real SIGCHLD ksiginf= o >> should always be the zombie's p_ksi; otherwise, the siginfo may be los= t >> if there are too many signals pending for the target process or in the= >> system. If the siginfo is lost and the reaper normally passes si_pid t= o >> waitpid() or similar (instead of passing WAIT_ANY or P_ALL), a zombie >> will remain until the reaper terminates. >> >> Conceptually the siginfo is sent to one process at a time only, so the= >> bug is an artifact of the implementation. Perhaps the piece of code >> added in r309886 can be moved or the ksiginfo can be removed from the >> parent's queue. >> >> If such a fix is not possible, it may be better to send a bare SIGCHLD= >> (si_code is SI_KERNEL or 0, depending on how many signals are pending)= >> in this situation and document that reapers must use WAIT_ANY or P_ALL= =2E >> (However, compared to the pre-r309886 situation they can still use >> SIGCHLD to get notified when to call waitpid() or similar.) >> >=20 >=20 --=20 Regards, Bryan Drewery --N5VRPxGWQn1N9mKI3n26Sr4waQKxOLkPd-- --6oKB8GMj0DjIucTvXVtofbvdNFRn8VAKd 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 iQEcBAEBAgAGBQJYwevSAAoJEDXXcbtuRpfPOMAH/ihoupaKtVFBnbUb+BNBmeq6 cfYTx2JXxnoK6Hlok/pIUIwrpstUUzIGPfVpBQE8j/JM7tnYkDdsw3KNtdF5BAsu zx/oIPgv3FH3U0IkT1G+/MXUFXlb4pC+qhM47SJkm/2KfkZGRwgB9EwXVGovDpAj yHg4IwHfhCrYXXWjr5KSU3aqBkArFPrjG7NtA+yJ83DQjO+GhLvJcCrNwi0FJd5G fq4F4CwYWCz0klnPv9jU1BsO28P+b/U5iov0mYFG6g1cnYY0bltmrfme5tmnRUrv KSHGpWPlIQ7qO/v66e18YioGY8BGCITm3W/F90FwFZUrEqpaNxQngVSOEBHYmnc= =o3Z9 -----END PGP SIGNATURE----- --6oKB8GMj0DjIucTvXVtofbvdNFRn8VAKd-- From owner-freebsd-current@freebsd.org Fri Mar 10 00:59:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 813A4D0542C for ; Fri, 10 Mar 2017 00:59:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.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 5DC121D20 for ; Fri, 10 Mar 2017 00:59:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5D259D0542B; Fri, 10 Mar 2017 00:59:40 +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 5CC8CD0542A for ; Fri, 10 Mar 2017 00:59:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CF5D1D1E; Fri, 10 Mar 2017 00:59:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 45C361F18; Fri, 10 Mar 2017 00:59:39 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E573A30BB7; Fri, 10 Mar 2017 00:59:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id I9TEBJhY0L1R; Fri, 10 Mar 2017 00:59:24 +0000 (UTC) Subject: Re: r314708: panic: tdsendsignal: ksi on queue DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com CACC430BB2 To: Konstantin Belousov References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> Cc: current@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <767b31de-835f-8fa6-85fb-34b276452479@FreeBSD.org> Date: Thu, 9 Mar 2017 16:59:06 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QP1GQLRuUmbkwqKSWM5oobCc7o11aUVeO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 00:59:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QP1GQLRuUmbkwqKSWM5oobCc7o11aUVeO Content-Type: multipart/mixed; boundary="uugKUSaHPc74QvJ52oEUpSqha7TPvbl5X"; protected-headers="v1" From: Bryan Drewery To: Konstantin Belousov Cc: current@FreeBSD.org Message-ID: <767b31de-835f-8fa6-85fb-34b276452479@FreeBSD.org> Subject: Re: r314708: panic: tdsendsignal: ksi on queue References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> In-Reply-To: --uugKUSaHPc74QvJ52oEUpSqha7TPvbl5X Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/9/2017 3:57 PM, Bryan Drewery wrote: > On 3/9/2017 3:47 PM, Bryan Drewery wrote: >> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: >>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote: >>>> Yes, there is a race, apparently, with the child zombie still not fi= nishing >>>> sending the SIGCHLD to the parent and parent exiting. The following= should >>>> fix the issue, but I do not think that reproducing the problem is ea= sy. >>> >>>> diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c >>>> index c524fe5df37..ba5ff84e9de 100644 >>>> --- a/sys/kern/kern_exit.c >>>> +++ b/sys/kern/kern_exit.c >>>> @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) >>>> { >>>> struct proc *p, *nq, *q, *t; >>>> struct thread *tdt; >>>> + ksiginfo_t ksi; >>>> =20 >>>> mtx_assert(&Giant, MA_NOTOWNED); >>>> KASSERT(rval =3D=3D 0 || signo =3D=3D 0, ("exit1 rv %d sig %d", rv= al, signo)); >>>> @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) >>>> proc_reparent(q, q->p_reaper); >>>> if (q->p_state =3D=3D PRS_ZOMBIE) { >>>> PROC_LOCK(q->p_reaper); >>>> - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); >>>> + if (q->p_ksi !=3D NULL) { >>>> + ksiginfo_init(&ksi); >>>> + ksiginfo_copy(q->p_ksi, &ksi); >>>> + } >>>> + pksignal(q->p_reaper, SIGCHLD, q->p_ksi !=3D >>>> + NULL ? &ksi : NULL); >>>> PROC_UNLOCK(q->p_reaper); >>>> } >>>> } else { >> >> I just got something weird with this patch that wasn't happening befor= e: >> >> /usr/bin/time -l src/bin/poudriere -e /usr/local/etc testport -j >> exp-10amd64 -p commit -z test devel/ccache >> [poudriere runs and completes with exit status 0] >>> time: command terminated abnormally = =20 >>> 28.08 real 9.92 user 10.38 sys = =20 >>> 23464 maximum resident set size = =20 >>> 4996 average shared memory size = =20 >>> 88 average unshared data size = =20 >>> 127 average unshared stack size = =20 >>> 282705 page reclaims = =20 >>> 5623 page faults = =20 >>> 0 swaps = =20 >>> 2673 block input operations = =20 >>> 4836 block output operations = =20 >>> 33 messages sent = =20 >>> 0 messages received = =20 >>> 37 signals received = =20 >>> 11226 voluntary context switches = =20 >>> 780 involuntary context switches = =20 >>> zsh: alarm /usr/bin/time -l src/bin/poudriere -e /usr/local/etc = testport -j exp-10amd64 >> exit status: 142 (SIGALRM). >> >> I don't see time(1) using SIGALRM or proc reaper at all. >> >> Rerunning it, and trying other simpler test cases, does not produce th= e >> same result. It may be some race unrelated to this patch, dunno. >> >=20 > I'm consistently getting foreground processes getting the wrong signals= > now. I'm removing this patch for now. It wasn't this patch doing this. Something else is very wrong with signal handling right now. >=20 >> >>> >>> This patch introduces a subtle correctness bug. A real SIGCHLD ksigin= fo >>> should always be the zombie's p_ksi; otherwise, the siginfo may be lo= st >>> if there are too many signals pending for the target process or in th= e >>> system. If the siginfo is lost and the reaper normally passes si_pid = to >>> waitpid() or similar (instead of passing WAIT_ANY or P_ALL), a zombie= >>> will remain until the reaper terminates. >>> >>> Conceptually the siginfo is sent to one process at a time only, so th= e >>> bug is an artifact of the implementation. Perhaps the piece of code >>> added in r309886 can be moved or the ksiginfo can be removed from the= >>> parent's queue. >>> >>> If such a fix is not possible, it may be better to send a bare SIGCHL= D >>> (si_code is SI_KERNEL or 0, depending on how many signals are pending= ) >>> in this situation and document that reapers must use WAIT_ANY or P_AL= L. >>> (However, compared to the pre-r309886 situation they can still use >>> SIGCHLD to get notified when to call waitpid() or similar.) >>> >> >> >=20 >=20 --=20 Regards, Bryan Drewery --uugKUSaHPc74QvJ52oEUpSqha7TPvbl5X-- --QP1GQLRuUmbkwqKSWM5oobCc7o11aUVeO 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 iQEcBAEBAgAGBQJYwfpaAAoJEDXXcbtuRpfPZYoH/iLLdrNbPyPRsrRoXn512hYa 4DTOuBVfQTS6eH7t1d8OGIqpWCNfEF3orYvwy3dIjPSXoWpT3y0JqWs3pk3ppugf 3TLGB3A/L+dNeefaJ/2MlOdbGsNKFVr7JtAnuycP2LYaydbSaRV2V5j5oUAS0+sg IVXgyefSMzGGLDyhUmHC9V8a/cF4+XWJYr11pUN2xg5A40jWvz18TLhWTtZaUKpi WBFii1dsiDtgF4aKzs4FQOtupE5okxGugAFvpD/5EHlgkHzXv+yvxAG1Vh/bvjA7 XQ5OG/a/uLsvT6eqr17aX+86ozJjk6lJDkhU1TqXfPf5k7HrlcioPh34MARLxuc= =C+7A -----END PGP SIGNATURE----- --QP1GQLRuUmbkwqKSWM5oobCc7o11aUVeO-- From owner-freebsd-current@freebsd.org Fri Mar 10 01:20:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2529D05B7E for ; Fri, 10 Mar 2017 01:20:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id BE2E517B4 for ; Fri, 10 Mar 2017 01:20:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id BAA0ED05B7D; Fri, 10 Mar 2017 01:20:17 +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 BA406D05B7B for ; Fri, 10 Mar 2017 01:20:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8896717B3; Fri, 10 Mar 2017 01:20:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id A4AC221A5; Fri, 10 Mar 2017 01:20:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id BEADB30C57; Fri, 10 Mar 2017 01:20:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 3qyQKNmKs71w; Fri, 10 Mar 2017 01:20:07 +0000 (UTC) Subject: Re: r314708: panic: tdsendsignal: ksi on queue DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 0B65930C51 To: Konstantin Belousov References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> <767b31de-835f-8fa6-85fb-34b276452479@FreeBSD.org> Cc: current@FreeBSD.org From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Thu, 9 Mar 2017 17:20:11 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <767b31de-835f-8fa6-85fb-34b276452479@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HrLUqQbVE70X6mCT6F1Q8OnDTHmXX5pJC" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 01:20:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HrLUqQbVE70X6mCT6F1Q8OnDTHmXX5pJC Content-Type: multipart/mixed; boundary="2bbCBTnU3iJlkRUOoW4C5ocvX7nDVv2xx"; protected-headers="v1" From: Bryan Drewery To: Konstantin Belousov Cc: current@FreeBSD.org Message-ID: Subject: Re: r314708: panic: tdsendsignal: ksi on queue References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> <5e56d3d6-9e92-1b50-f720-ff16c58b74dd@FreeBSD.org> <767b31de-835f-8fa6-85fb-34b276452479@FreeBSD.org> In-Reply-To: <767b31de-835f-8fa6-85fb-34b276452479@FreeBSD.org> --2bbCBTnU3iJlkRUOoW4C5ocvX7nDVv2xx Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/9/2017 4:59 PM, Bryan Drewery wrote: > On 3/9/2017 3:57 PM, Bryan Drewery wrote: >> On 3/9/2017 3:47 PM, Bryan Drewery wrote: >>> On 3/9/2017 3:11 PM, Jilles Tjoelker wrote: >>>> On Thu, Mar 09, 2017 at 04:46:46PM +0200, Konstantin Belousov wrote:= >>>>> Yes, there is a race, apparently, with the child zombie still not f= inishing >>>>> sending the SIGCHLD to the parent and parent exiting. The followin= g should >>>>> fix the issue, but I do not think that reproducing the problem is e= asy. >>>> >>>>> diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c >>>>> index c524fe5df37..ba5ff84e9de 100644 >>>>> --- a/sys/kern/kern_exit.c >>>>> +++ b/sys/kern/kern_exit.c >>>>> @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) >>>>> { >>>>> struct proc *p, *nq, *q, *t; >>>>> struct thread *tdt; >>>>> + ksiginfo_t ksi; >>>>> =20 >>>>> mtx_assert(&Giant, MA_NOTOWNED); >>>>> KASSERT(rval =3D=3D 0 || signo =3D=3D 0, ("exit1 rv %d sig %d", r= val, signo)); >>>>> @@ -456,7 +457,12 @@ exit1(struct thread *td, int rval, int signo) >>>>> proc_reparent(q, q->p_reaper); >>>>> if (q->p_state =3D=3D PRS_ZOMBIE) { >>>>> PROC_LOCK(q->p_reaper); >>>>> - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); >>>>> + if (q->p_ksi !=3D NULL) { >>>>> + ksiginfo_init(&ksi); >>>>> + ksiginfo_copy(q->p_ksi, &ksi); >>>>> + } >>>>> + pksignal(q->p_reaper, SIGCHLD, q->p_ksi !=3D >>>>> + NULL ? &ksi : NULL); >>>>> PROC_UNLOCK(q->p_reaper); >>>>> } >>>>> } else { >>> >>> I just got something weird with this patch that wasn't happening befo= re: >>> >>> /usr/bin/time -l src/bin/poudriere -e /usr/local/etc testport -j >>> exp-10amd64 -p commit -z test devel/ccache >>> [poudriere runs and completes with exit status 0] >>>> time: command terminated abnormally = =20 >>>> 28.08 real 9.92 user 10.38 sys = =20 >>>> 23464 maximum resident set size = =20 >>>> 4996 average shared memory size = =20 >>>> 88 average unshared data size = =20 >>>> 127 average unshared stack size = =20 >>>> 282705 page reclaims = =20 >>>> 5623 page faults = =20 >>>> 0 swaps = =20 >>>> 2673 block input operations = =20 >>>> 4836 block output operations = =20 >>>> 33 messages sent = =20 >>>> 0 messages received = =20 >>>> 37 signals received = =20 >>>> 11226 voluntary context switches = =20 >>>> 780 involuntary context switches = =20 >>>> zsh: alarm /usr/bin/time -l src/bin/poudriere -e /usr/local/etc= testport -j exp-10amd64 >>> exit status: 142 (SIGALRM). >>> >>> I don't see time(1) using SIGALRM or proc reaper at all. >>> >>> Rerunning it, and trying other simpler test cases, does not produce t= he >>> same result. It may be some race unrelated to this patch, dunno. >>> >> >> I'm consistently getting foreground processes getting the wrong signal= s >> now. I'm removing this patch for now. >=20 > It wasn't this patch doing this. Something else is very wrong with > signal handling right now. >=20 False alarm. This spurious SIGALRM issue is purely my fault. Ignore those reports. >> >>> >>>> >>>> This patch introduces a subtle correctness bug. A real SIGCHLD ksigi= nfo >>>> should always be the zombie's p_ksi; otherwise, the siginfo may be l= ost >>>> if there are too many signals pending for the target process or in t= he >>>> system. If the siginfo is lost and the reaper normally passes si_pid= to >>>> waitpid() or similar (instead of passing WAIT_ANY or P_ALL), a zombi= e >>>> will remain until the reaper terminates. >>>> >>>> Conceptually the siginfo is sent to one process at a time only, so t= he >>>> bug is an artifact of the implementation. Perhaps the piece of code >>>> added in r309886 can be moved or the ksiginfo can be removed from th= e >>>> parent's queue. >>>> >>>> If such a fix is not possible, it may be better to send a bare SIGCH= LD >>>> (si_code is SI_KERNEL or 0, depending on how many signals are pendin= g) >>>> in this situation and document that reapers must use WAIT_ANY or P_A= LL. >>>> (However, compared to the pre-r309886 situation they can still use >>>> SIGCHLD to get notified when to call waitpid() or similar.) >>>> >>> >>> >> >> >=20 >=20 --=20 Regards, Bryan Drewery --2bbCBTnU3iJlkRUOoW4C5ocvX7nDVv2xx-- --HrLUqQbVE70X6mCT6F1Q8OnDTHmXX5pJC 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 iQEcBAEBAgAGBQJYwf9LAAoJEDXXcbtuRpfPaQUIAJTio1yOOyhAp/h8gW69sffs 9CwA3WtkCwa49GXImITgnv1m+75gtiw7kqyb9vsFbgyQZlb5imJghtHcvhY2NboY f3K70IUuZ4kxFqki6YBUqo8wJoqjbRsV5lvK1i4kLRZrW8ZH46UbxSlkCyl1Jh+3 dZ8smOMjvNVK2oW/k8MNRrAn6fnsIpPsEYGePOGVuIHGxsKOMpI5lI3kEvaYEbOv u5B/z7QPm/6aVIygqHLdrAW3rmVvmyfzYeIyZnEd4oYokrkEHcjBkO+YOvFogbQg 9JUE4fBqTU6q0wVYqiNriZxDLcBKHlzU6MwW1AB/qkFHhDRoadxV9855jgAgEMc= =8fqQ -----END PGP SIGNATURE----- --HrLUqQbVE70X6mCT6F1Q8OnDTHmXX5pJC-- From owner-freebsd-current@freebsd.org Fri Mar 10 01:20:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DCBED05B9D for ; Fri, 10 Mar 2017 01:20:25 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 00DD61811 for ; Fri, 10 Mar 2017 01:20:24 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-b77ff70000001583-44-58c1ff513ede Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 6D.E3.05507.15FF1C85; Thu, 9 Mar 2017 20:20:17 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v2A1KGbL017622; Thu, 9 Mar 2017 20:20:16 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v2A1KCJt021447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Mar 2017 20:20:16 -0500 Date: Thu, 9 Mar 2017 19:20:12 -0600 From: Benjamin Kaduk To: Gergely Czuczy Cc: freebsd-current@freebsd.org Subject: Re: LOR on RPi3 r314894 Message-ID: <20170310012012.GN30306@kduck.kaduk.org> References: <0ff6a99f-aadb-45b8-14e5-8021ad29ac08@harmless.hu> <20170309055923.GM30306@kduck.kaduk.org> <68007967-7456-3a77-d7ca-57bc4b649d76@harmless.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68007967-7456-3a77-d7ca-57bc4b649d76@harmless.hu> User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBIsWRmVeSWpSXmKPExsUixG6nohv4/2CEwZsuQYs5bz4wWUybco3d gcljxqf5LB79856xBzBFcdmkpOZklqUW6dslcGVca5jLXrCFveLihUssDYxvWLsYOTkkBEwk FjWuYO9i5OIQEmhjkpg49yYzhLOBUeJA2z8o5wqTxK99GxhBWlgEVCROfWxgBrHZgOyG7stg toiAvsSlnh9MIDazgLxE18GPYCuEBRQkHq/8ygZi8wKtW3BsC9S6DiaJ4y+/s0MkBCVOznzC AtGsJXHj30ugQRxAtrTE8n8cIGFOAXuJE7NXgc0XFVCWaJjxgHkCo8AsJN2zkHTPQuhewMi8 ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdcLzezRC81pXQTIzhQXVR2MHb3eB9iFOBgVOLh/ZB7 MEKINbGsuDL3EKMkB5OSKO/nuUAhvqT8lMqMxOKM+KLSnNTiQ4wSHMxKIrzmj4FyvCmJlVWp RfkwKWkOFiVxXnGNxgghgfTEktTs1NSC1CKYrAwHh5IEb+U/oEbBotT01Iq0zJwShDQTByfI cB6g4WogNbzFBYm5xZnpEPlTjLocN44feMMkxJKXn5cqJc67EqRIAKQoozQPbg4owUhk7695 xSgO9JYw74e/QFU8wOQEN+kV0BImoCXT+MCWlCQipKQaGLd/W3bynIT17nhWKU+r+nc984O+ H0v9pM6plLxY8Z3x/d93+ZZVfJ8e6J9r9fO1k6/PKdeTcgobNFXNC97L3/6dvO4o7+ZLbzlC zpxuLLd87LLpiYjVLQ7na23d5s/+XFjcmrlaye9wPq9wnWzA6WM/S8Ktqr8te1LF6un+cWXo si7ritWTbZRYijMSDbWYi4oTAabJEa0LAwAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 01:20:25 -0000 On Thu, Mar 09, 2017 at 07:01:07AM +0100, Gergely Czuczy wrote: > > > On 2017. 03. 09. 6:59, Benjamin Kaduk wrote: > > On Wed, Mar 08, 2017 at 02:06:33PM +0100, Gergely Czuczy wrote: > >> On 2017. 03. 08. 13:06, Hans Petter Selasky wrote: > >>> You might check the links on this page to see if your LOR is already > >>> listed: > >>> > >>> https://wiki.freebsd.org/LOR > >> Thank you, I wasn't aware of this page. It turns out it's already listed: > >> http://sources.zabbadoz.net/freebsd/lor/238.html > >> > >> However, the last reported stamp shouldn't anymore be 2008-09-30 :) > > The page is no longer actively maintained, unfortunately. > I couldn't find it among the PRs, should I open one? Or since it was on > this page, is it already known? I have no idea whether it's a false > positive, but I'm surely not getting a panic. I would say hold off on filing a PR unless there is a clear panic/deadlock/etc. -Ben From owner-freebsd-current@freebsd.org Fri Mar 10 02:37:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D6AFD053D3 for ; Fri, 10 Mar 2017 02:37:21 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::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 C95E312AD for ; Fri, 10 Mar 2017 02:37:20 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 7261a2f1 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Thu, 9 Mar 2017 18:37:19 -0800 (PST) Subject: Re: input/output error @boot To: freebsd-current@freebsd.org References: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> <32d229ef-370c-de44-0405-640459514924@nomadlogic.org> From: Pete Wright Message-ID: Date: Thu, 9 Mar 2017 18:37:18 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <32d229ef-370c-de44-0405-640459514924@nomadlogic.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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 02:37:21 -0000 On 3/9/17 8:10 AM, Pete Wright wrote: > > > On 3/9/17 4:42 AM, Dexuan Cui wrote: >>> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >>> current@freebsd.org] On Behalf Of Pete Wright >>> Sent: Thursday, March 9, 2017 14:04 >>> To: freebsd-current@freebsd.org >>> Subject: Re: input/output error @boot >>> On 3/8/17 10:00 PM, Dexuan Cui wrote: >>>> For now, I suggest we should only apply the idea "reduce the size of >>>> the >>>> staging area if necessary" to VM running on Hyper-V, we should >>>> restore the >>>> old behavior on physical machines since that has been working for >>>> people >>>> for a long period of time, though it's potentially unsafe. >>>> >>> +1 >>> >>> i'd like to see the old behaviour for physical machines to be restored >>> as well since this has rendered my drm-next test rig broken :( >>> >>> -pete >> >> Eventually I committed 314956 for the issue: >> https://svnweb.freebsd.org/base?view=revision&revision=314956 >> The old behaviour for physical machines are restored. >> >> PS, I understand usually I should put the patch on phabricator for >> review, >> before it's committed, but since the issue here is critical, I >> committed it >> directly to unblock people first. Sorry. >> Please comment on the patch if you think it needs rework -- I hope >> not. :-) >> > > Thank you Dexuan - I will do a build today and reboot when I am home > from work tonight. FWIW I verified that if I boot my system with in > "classic" BIOS mode I am able to load the kernel and go multi-user, so > this is probably the fix for me. > Happy to report that 314956 addresses the issue I was having with UEFI not booting. Thanks for the fix! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Fri Mar 10 02:45:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F831D0563B for ; Fri, 10 Mar 2017 02:45:47 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.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 C49E5182C for ; Fri, 10 Mar 2017 02:45:46 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x232.google.com with SMTP id m27so1204053iti.1 for ; Thu, 09 Mar 2017 18:45:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=LaBln8kl4FT7j29SaQD/8uAmeqoa5t7jGutOeR139aU=; b=R+r/v7GFTDLzve/dAYsnvqeddO/0itr337fp09au1OOXAzsu+P0As3478Iiy9I+uJR aaKmS/bKz1VG+NliFcnbkcR4dAoQM2s2L6/dTIsdJrZLO4aThu+I072t6t1mXSTATlP1 bLvrmJUUBJ9wXPPP2d654Pf5gBaPMsD5QYioUwk75iQRsPicFukUJMXZQlx8YIpqwewA 2ySKTUg8QDtR4HfPY5OhJFsby26/fmOAsIIPFjgdTLKudETh1JZRP//5Qc1yrHC1dsPp 27WGlVvrjMwePBP05e4k6/ZgwMdYSd3ielFPCB1qknPAVaRuYabffS19xZyiQvb4dcMl UxqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LaBln8kl4FT7j29SaQD/8uAmeqoa5t7jGutOeR139aU=; b=E0dcO7RWEPw3F1LF1EQTGO0kKfbHVz8sO9azxd4cNzTMDquFkqlUQbRbfwneYvnFUS Qc2x15a3A3+jlzsoToRD2WGNK+lF7A3kTeWjO8hsgbJBMd7xf2rtIBUe3yK1dCo/A0iv U5uAuRTSjW8NCIiKSUSPFRSoAZss+vsGEQS3Q4lG2FmtXjJMrJcfAsoMb9xNq+CCPGjE pXQ7pVzst1x4H5KaIFpUd2xxMQZs1C7EJf6AiubSn5LjR0M2MDsie21qJPjZoNlc9tyw vk4KxSnL4C6Xdijbtzkhsn0PY56RqsN/V2MHBrkAuUbhzzk5RW3tUjpDhEH8+19IoiGR 37dQ== X-Gm-Message-State: AFeK/H0zmqcCxlJJmO3wU36boFqfsbXDqzKCPJM+GITxuOETPLHwInOHxIr7TScV+xbAmG9iocoa2zzJj/UsKA== X-Received: by 10.36.124.16 with SMTP id a16mr363561itd.90.1489113946071; Thu, 09 Mar 2017 18:45:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.199 with HTTP; Thu, 9 Mar 2017 18:45:45 -0800 (PST) Received: by 10.64.226.199 with HTTP; Thu, 9 Mar 2017 18:45:45 -0800 (PST) In-Reply-To: References: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> <32d229ef-370c-de44-0405-640459514924@nomadlogic.org> From: Roberto Rodriguez Jr Date: Thu, 9 Mar 2017 21:45:45 -0500 Message-ID: Subject: Re: input/output error @boot To: Pete Wright Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 02:45:47 -0000 Hello all, I am booting from CURRENTusb img. For the life of me I cannot comprehend why I cannot see my /boot directory after Choose Shell from bsdinstall welcome mkdir /tmp/mnt zpool import zpool import -fR /tmp/mnt mypool zfs mount -a ls mypool var usr tmp Where is boot, etc, bin, root? zfs list mypool/ROOT none How do I mount my drive? ZFS on root stripe0 314495 12 CUREENT amd64 HP 15 Laptop A6-5200 I would love to learn so I can be a better tester. I could the compile the new loader.efi after svn update. Thanks to all for this fix. You are awesome! I love this community. -R From owner-freebsd-current@freebsd.org Fri Mar 10 10:44:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8AFED06401 for ; Fri, 10 Mar 2017 10:44:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AFBDE1374 for ; Fri, 10 Mar 2017 10:44:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id AF26CD06400; Fri, 10 Mar 2017 10:44:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AED29D063FF for ; Fri, 10 Mar 2017 10:44:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57A88136E; Fri, 10 Mar 2017 10:44:34 +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 v2AAiTxX002165 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 12:44:29 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v2AAiTxX002165 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v2AAiT5o002164; Fri, 10 Mar 2017 12:44:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Mar 2017 12:44:29 +0200 From: Konstantin Belousov To: Jilles Tjoelker Cc: Bryan Drewery , current@FreeBSD.org Subject: Re: r314708: panic: tdsendsignal: ksi on queue Message-ID: <20170310104429.GH16105@kib.kiev.ua> References: <20170309144646.GB16105@kib.kiev.ua> <20170309231151.GA49720@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170309231151.GA49720@stack.nl> User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 10:44:34 -0000 On Fri, Mar 10, 2017 at 12:11:51AM +0100, Jilles Tjoelker wrote: > This patch introduces a subtle correctness bug. A real SIGCHLD ksiginfo > should always be the zombie's p_ksi; otherwise, the siginfo may be lost > if there are too many signals pending for the target process or in the > system. If the siginfo is lost and the reaper normally passes si_pid to > waitpid() or similar (instead of passing WAIT_ANY or P_ALL), a zombie > will remain until the reaper terminates. > > Conceptually the siginfo is sent to one process at a time only, so the > bug is an artifact of the implementation. Perhaps the piece of code > added in r309886 can be moved or the ksiginfo can be removed from the > parent's queue. > > If such a fix is not possible, it may be better to send a bare SIGCHLD > (si_code is SI_KERNEL or 0, depending on how many signals are pending) > in this situation and document that reapers must use WAIT_ANY or P_ALL. > (However, compared to the pre-r309886 situation they can still use > SIGCHLD to get notified when to call waitpid() or similar.) > IMO it is acceptable for reaper to know and handle the case of lost siginfo. But also it seems to be not too hard to guarantee the queueing of the SIGCHLD for zombie re-parerning. diff --git a/sys/kern/kern_exit.c b/sys/kern/kern_exit.c index c524fe5df37..1a1dcc3a4c7 100644 --- a/sys/kern/kern_exit.c +++ b/sys/kern/kern_exit.c @@ -189,6 +189,7 @@ exit1(struct thread *td, int rval, int signo) { struct proc *p, *nq, *q, *t; struct thread *tdt; + ksiginfo_t *ksi, *ksi1; mtx_assert(&Giant, MA_NOTOWNED); KASSERT(rval == 0 || signo == 0, ("exit1 rv %d sig %d", rval, signo)); @@ -449,14 +450,23 @@ exit1(struct thread *td, int rval, int signo) wakeup(q->p_reaper); for (; q != NULL; q = nq) { nq = LIST_NEXT(q, p_sibling); + ksi = ksiginfo_alloc(TRUE); PROC_LOCK(q); q->p_sigparent = SIGCHLD; if (!(q->p_flag & P_TRACED)) { proc_reparent(q, q->p_reaper); if (q->p_state == PRS_ZOMBIE) { + if (q->p_ksi == NULL) { + ksi1 = NULL; + } else { + ksiginfo_copy(q->p_ksi, ksi); + ksi->ksi_flags |= KSI_INS; + ksi1 = ksi; + ksi = NULL; + } PROC_LOCK(q->p_reaper); - pksignal(q->p_reaper, SIGCHLD, q->p_ksi); + pksignal(q->p_reaper, SIGCHLD, ksi1); PROC_UNLOCK(q->p_reaper); } } else { @@ -489,6 +499,8 @@ exit1(struct thread *td, int rval, int signo) kern_psignal(q, SIGKILL); } PROC_UNLOCK(q); + if (ksi != NULL) + ksiginfo_free(ksi); } /* From owner-freebsd-current@freebsd.org Fri Mar 10 13:23:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 869A2D06820 for ; Fri, 10 Mar 2017 13:23:29 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 3B80613DD for ; Fri, 10 Mar 2017 13:23:27 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id 0CD673761024; Fri, 10 Mar 2017 14:20:46 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id F389D37611C2; Fri, 10 Mar 2017 14:20:45 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id CD6vZvPnHhWM; Fri, 10 Mar 2017 14:20:45 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id D72783761024; Fri, 10 Mar 2017 14:20:45 +0100 (CET) From: Alexandre Martins To: Konstantin Belousov Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Date: Fri, 10 Mar 2017 14:24:52 +0100 Message-ID: <1584060.AQ0HNTQbMq@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170309142516.GA16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <3034263.GEZH9i4V44@pc-alex> <20170309142516.GA16105@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2805968.SMjhqhfdD7"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 13:23:29 -0000 --nextPart2805968.SMjhqhfdD7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a =E9crit : > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote: > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote= : > > > > I have the save question for the cpu_ipi_pending here: > > > >=20 > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=3D= annotat > > > > e#l1 > > > > 080> > > > >=20 > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > > Hello, > > > > >=20 > > > > > I'm curently reading the code of the function smp_rendezvous_= action, > > > > > in > > > > > kern/subr_smp.c file. In that function, i see that the variab= le > > > > > smp_rv_waiters is read in some while() loop in a non-atomic w= ay. > > > > >=20 > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view= =3Dannota > > > > > te#l > > > > > 412 > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view= =3Dannota > > > > > te#l > > > > > 458 > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view= =3Dannota > > > > > te#l > > > > > 472 > > > > >=20 > > > > > I suspect one of my freeze to be due by that. > > >=20 > > > You should provide either evidence or, at least, some reasoning > > > supporting > > > your claims. > >=20 > > I curently have a software watchdog that triger and does a coredump= . In > > the > > coredumps, I always see a CPU trying to write-lock a "rm lock". Eve= ry > > time, > > that CPU is spinning into the smp_rendezvous_action, in the first w= hile > > loop) while the others are into the idle threads. > >=20 > > The fact is that freeze is not clear and I start to search "exotic"= causes > > to explain it. >=20 > This sounds as the 'usual' deadlock, where some other thread owns rml= ock in > read mode. I recommend you to follow the > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook= /kernel > debug-deadlocks.html Just a last question, for my personnal knowledge. In ARM >=3D 6, for atomic acces, the code should (?) use LDREX and STRE= X for, I=20 quote : "Use LDREX and STREX to implement interprocess communication in= =20 multiple-processor and shared-memory systems." (see here :=20 http://infocenter.arm.com/help/index.jsp?topic=3D/com.arm.doc.dui0489e/= Cihbghef.html But, in that while loop, it's a standard "LDR" that is used. Is it corr= ect=20 too, and why ? =2D-=20 Alexandre Martins STORMSHIELD --nextPart2805968.SMjhqhfdD7 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMTAxMzI0NTJaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCAoctU2 d1qaGvBg31MZQOB+NJojk3ycQ8NvmWZpzfCkgzANBgkqhkiG9w0BAQEFAASCAQC7/eVgoNBuUw44 7Ho03IwnxHPBMiFKHlibaZwfo2eEFKB6tthtzJbnTZQvig5HHBf+3lfos3jlJWGg5M+esgpjfWGJ IOu4z7571vZgewZzwLIwn7frjBkl4wv5F4/kQNWHfMZwffkVvPSu2rOeXd4n1QdnUNvbNn9IbDRa G/CCt9h3ZpibR6Fi3aQD6zYurmY2xvjck/U7sQAZRLzBSbcfhhhy1KqIUC3OgGhLSGyaNQ3yNQj7 FE7IzgX6MAr0lTuUpf3cS7++AOvrjxA/gwC3MMhDKOILBhwnlSE5k42dmypptUNvJH0lfZDrNUC5 Gr24IlFbumkQ/aX2g81m5v8QAAAAAAAA --nextPart2805968.SMjhqhfdD7-- From owner-freebsd-current@freebsd.org Fri Mar 10 13:57:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30BA3D041D6 for ; Fri, 10 Mar 2017 13:57:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD47FAE4 for ; Fri, 10 Mar 2017 13:57:22 +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 v2ADvGjN045116 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 15:57:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v2ADvGjN045116 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v2ADvGi0045115; Fri, 10 Mar 2017 15:57:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Mar 2017 15:57:16 +0200 From: Konstantin Belousov To: Alexandre Martins Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Message-ID: <20170310135716.GI16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <3034263.GEZH9i4V44@pc-alex> <20170309142516.GA16105@kib.kiev.ua> <1584060.AQ0HNTQbMq@pc-alex> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1584060.AQ0HNTQbMq@pc-alex> User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 13:57:23 -0000 On Fri, Mar 10, 2017 at 02:24:52PM +0100, Alexandre Martins wrote: > Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a ?crit : > > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote: > > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote: > > > > > I have the save question for the cpu_ipi_pending here: > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=annotat > > > > > e#l1 > > > > > 080> > > > > > > > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > > > Hello, > > > > > > > > > > > > I'm curently reading the code of the function smp_rendezvous_action, > > > > > > in > > > > > > kern/subr_smp.c file. In that function, i see that the variable > > > > > > smp_rv_waiters is read in some while() loop in a non-atomic way. > > > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annota > > > > > > te#l > > > > > > 412 > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annota > > > > > > te#l > > > > > > 458 > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=annota > > > > > > te#l > > > > > > 472 > > > > > > > > > > > > I suspect one of my freeze to be due by that. > > > > > > > > You should provide either evidence or, at least, some reasoning > > > > supporting > > > > your claims. > > > > > > I curently have a software watchdog that triger and does a coredump. In > > > the > > > coredumps, I always see a CPU trying to write-lock a "rm lock". Every > > > time, > > > that CPU is spinning into the smp_rendezvous_action, in the first while > > > loop) while the others are into the idle threads. > > > > > > The fact is that freeze is not clear and I start to search "exotic" causes > > > to explain it. > > > > This sounds as the 'usual' deadlock, where some other thread owns rmlock in > > read mode. I recommend you to follow the > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel > > debug-deadlocks.html > > Just a last question, for my personnal knowledge. > > In ARM >= 6, for atomic acces, the code should (?) use LDREX and STREX for, I > quote : "Use LDREX and STREX to implement interprocess communication in > multiple-processor and shared-memory systems." (see here : > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0489e/Cihbghef.html > In my previous response to you, I explicitely defined what 'atomic' means when adjected to the term 'load'. The *EX instructions are used on ll/sc architectures to implement read/modify/write atomic operations, which are different from load (read) operations. > But, in that while loop, it's a standard "LDR" that is used. Is it correct > too, and why ? Which 'that while loop' ? while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) cpu_spinwait(); This one ? Because the semantic of the normal load + DMB barrier provides the expected semantic of atomic_load_acq(), as explained in atomic(9) and utilized by the author of the code. From owner-freebsd-current@freebsd.org Fri Mar 10 14:28:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FB04D06084 for ; Fri, 10 Mar 2017 14:28:52 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 DE16626B for ; Fri, 10 Mar 2017 14:28:50 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id 738333760FFA; Fri, 10 Mar 2017 15:26:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 651A63760F56; Fri, 10 Mar 2017 15:26:14 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id PC5tRtbGSpRy; Fri, 10 Mar 2017 15:26:14 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 3819E3760C3C; Fri, 10 Mar 2017 15:26:14 +0100 (CET) From: Alexandre Martins To: Konstantin Belousov Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Date: Fri, 10 Mar 2017 15:30:21 +0100 Message-ID: <1881786.W3Fpph0Tg6@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170310135716.GI16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <1584060.AQ0HNTQbMq@pc-alex> <20170310135716.GI16105@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10063405.8zlACVWeQU"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 14:28:52 -0000 --nextPart10063405.8zlACVWeQU Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Le vendredi 10 mars 2017, 15:57:16 Konstantin Belousov a =E9crit : > On Fri, Mar 10, 2017 at 02:24:52PM +0100, Alexandre Martins wrote: > > Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a ?crit : > > > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote= : > > > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins w= rote: > > > > > > I have the save question for the cpu_ipi_pending here: > > > > > >=20 > > > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?v= iew=3Dann > > > > > > otat > > > > > > e#l1 > > > > > > 080> > > > > > >=20 > > > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > > > > Hello, > > > > > > >=20 > > > > > > > I'm curently reading the code of the function > > > > > > > smp_rendezvous_action, > > > > > > > in > > > > > > > kern/subr_smp.c file. In that function, i see that the va= riable > > > > > > > smp_rv_waiters is read in some while() loop in a non-atom= ic way. > > > > > > >=20 > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?= view=3Dan > > > > > > > nota > > > > > > > te#l > > > > > > > 412 > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?= view=3Dan > > > > > > > nota > > > > > > > te#l > > > > > > > 458 > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?= view=3Dan > > > > > > > nota > > > > > > > te#l > > > > > > > 472 > > > > > > >=20 > > > > > > > I suspect one of my freeze to be due by that. > > > > >=20 > > > > > You should provide either evidence or, at least, some reasoni= ng > > > > > supporting > > > > > your claims. > > > >=20 > > > > I curently have a software watchdog that triger and does a core= dump. > > > > In > > > > the > > > > coredumps, I always see a CPU trying to write-lock a "rm lock".= Every > > > > time, > > > > that CPU is spinning into the smp_rendezvous_action, in the fir= st > > > > while > > > > loop) while the others are into the idle threads. > > > >=20 > > > > The fact is that freeze is not clear and I start to search "exo= tic" > > > > causes > > > > to explain it. > > >=20 > > > This sounds as the 'usual' deadlock, where some other thread owns= rmlock > > > in > > > read mode. I recommend you to follow the > > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-hand= book/ke > > > rnel debug-deadlocks.html > >=20 > > Just a last question, for my personnal knowledge. > >=20 > > In ARM >=3D 6, for atomic acces, the code should (?) use LDREX and = STREX > > for, I quote : "Use LDREX and STREX to implement interprocess > > communication in multiple-processor and shared-memory systems." (se= e here > > : > > http://infocenter.arm.com/help/index.jsp?topic=3D/com.arm.doc.dui04= 89e/Cihbg > > hef.html > In my previous response to you, I explicitely defined what 'atomic' > means when adjected to the term 'load'. The *EX instructions are used= on > ll/sc architectures to implement read/modify/write atomic operations,= > which are different from load (read) operations. Ok ! Because we just want to read the value, there is no need to use th= e *EX=20 version. *EX is intended to be use when a modification will be done the= reafter. >=20 > > But, in that while loop, it's a standard "LDR" that is used. Is it = correct > > too, and why ? >=20 > Which 'that while loop' ? > =09while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) > =09=09cpu_spinwait(); > This one ? No, I point the one at line 412, 458 and 472: 412: while (smp_rv_waiters[0] < smp_rv_ncpus) cpu_spinwait(); 458: while (smp_rv_waiters[1] < smp_rv_ncpus) cpu_spinwait(); 472: while (smp_rv_waiters[2] < smp_rv_ncpus) cpu_spinwait(); >=20 > Because the semantic of the normal load + DMB barrier provides the ex= pected > semantic of atomic_load_acq(), as explained in atomic(9) and utilized= by > the author of the code. So, the writer must use LDREX/STREX to modify the value and use dmb to = make=20 visible to other CPU the write. The readers can read simply the value without the barrier because cache= =20 coherancy protcol will update the value automaticaly. I think I finally got it ! Thank you so much ! Best regards, =2D-=20 Alexandre Martins STORMSHIELD --nextPart10063405.8zlACVWeQU Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMTAxNDMwMjFaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCCPOBDy AHITi7qdgKsprt663s6dyObvBta2mC67qlSaFzANBgkqhkiG9w0BAQEFAASCAQATgeJI94reTIDn JFZxIJHFz6a1ITkmxu0V+F2zMPXc0Q3zjmnsMtaGgZL/Y0zxEkR1fUd451WMCq4slarCQ1hQKRUL E6Ut0+rcU7N5bFc1YxafNoHl9OMx5LZ5hpNpo2fW+SacjVbv1BlFAB3Wt0sPE1tq8FjNVjpokbdU 9G2t/JJO4ftvj+rXXRjzG3GtD3SRd8Nr59M/kUmXpkcqQpJDiu/VziQxoR7Pbj+NSpaIRsMKt/bk g7u4MtSjHsflW4KWjWukYR6Nsx2jHigy+XTPnc/PwZypNimOfnSP+S6KYMPHSoVU0v7rY/J0kCg0 JRbQqFMevS+yqtIopE8fHrLyAAAAAAAA --nextPart10063405.8zlACVWeQU-- From owner-freebsd-current@freebsd.org Fri Mar 10 14:46:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D233FD06535 for ; Fri, 10 Mar 2017 14:46:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BF0E102A for ; Fri, 10 Mar 2017 14:46:33 +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 v2AEkQ0I056540 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 16:46:27 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v2AEkQ0I056540 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v2AEkQIZ056539; Fri, 10 Mar 2017 16:46:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Mar 2017 16:46:26 +0200 From: Konstantin Belousov To: Alexandre Martins Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Message-ID: <20170310144626.GL16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <1584060.AQ0HNTQbMq@pc-alex> <20170310135716.GI16105@kib.kiev.ua> <1881786.W3Fpph0Tg6@pc-alex> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1881786.W3Fpph0Tg6@pc-alex> User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 14:46:33 -0000 On Fri, Mar 10, 2017 at 03:30:21PM +0100, Alexandre Martins wrote: > Le vendredi 10 mars 2017, 15:57:16 Konstantin Belousov a ?crit : > > On Fri, Mar 10, 2017 at 02:24:52PM +0100, Alexandre Martins wrote: > > > Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a ?crit : > > > > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote: > > > > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > > > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins wrote: > > > > > > > I have the save question for the cpu_ipi_pending here: > > > > > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view=ann > > > > > > > otat > > > > > > > e#l1 > > > > > > > 080> > > > > > > > > > > > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > > > > > Hello, > > > > > > > > > > > > > > > > I'm curently reading the code of the function > > > > > > > > smp_rendezvous_action, > > > > > > > > in > > > > > > > > kern/subr_smp.c file. In that function, i see that the variable > > > > > > > > smp_rv_waiters is read in some while() loop in a non-atomic way. > > > > > > > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=an > > > > > > > > nota > > > > > > > > te#l > > > > > > > > 412 > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=an > > > > > > > > nota > > > > > > > > te#l > > > > > > > > 458 > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?view=an > > > > > > > > nota > > > > > > > > te#l > > > > > > > > 472 > > > > > > > > > > > > > > > > I suspect one of my freeze to be due by that. > > > > > > > > > > > > You should provide either evidence or, at least, some reasoning > > > > > > supporting > > > > > > your claims. > > > > > > > > > > I curently have a software watchdog that triger and does a coredump. > > > > > In > > > > > the > > > > > coredumps, I always see a CPU trying to write-lock a "rm lock". Every > > > > > time, > > > > > that CPU is spinning into the smp_rendezvous_action, in the first > > > > > while > > > > > loop) while the others are into the idle threads. > > > > > > > > > > The fact is that freeze is not clear and I start to search "exotic" > > > > > causes > > > > > to explain it. > > > > > > > > This sounds as the 'usual' deadlock, where some other thread owns rmlock > > > > in > > > > read mode. I recommend you to follow the > > > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke > > > > rnel debug-deadlocks.html > > > > > > Just a last question, for my personnal knowledge. > > > > > > In ARM >= 6, for atomic acces, the code should (?) use LDREX and STREX > > > for, I quote : "Use LDREX and STREX to implement interprocess > > > communication in multiple-processor and shared-memory systems." (see here > > > : > > > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0489e/Cihbg > > > hef.html > > In my previous response to you, I explicitely defined what 'atomic' > > means when adjected to the term 'load'. The *EX instructions are used on > > ll/sc architectures to implement read/modify/write atomic operations, > > which are different from load (read) operations. > > Ok ! Because we just want to read the value, there is no need to use the *EX > version. *EX is intended to be use when a modification will be done thereafter. > > > > > > But, in that while loop, it's a standard "LDR" that is used. Is it correct > > > too, and why ? > > > > Which 'that while loop' ? > > while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) > > cpu_spinwait(); > > This one ? > > No, I point the one at line 412, 458 and 472: > > 412: while (smp_rv_waiters[0] < smp_rv_ncpus) > cpu_spinwait(); > > 458: while (smp_rv_waiters[1] < smp_rv_ncpus) > cpu_spinwait(); > > 472: while (smp_rv_waiters[2] < smp_rv_ncpus) > cpu_spinwait(); > > > > > Because the semantic of the normal load + DMB barrier provides the expected > > semantic of atomic_load_acq(), as explained in atomic(9) and utilized by > > the author of the code. > > So, the writer must use LDREX/STREX to modify the value and use dmb to make > visible to other CPU the write. No, this is false statement on all/many counts. ll/sc is only needed for atomic modification, not for a write. If you need to assign a given value to the variable, STR instruction does just that. LDREX/STREX provide a way to ensure that a modification done atomically. E.g., if your intent is to add 1 to the word in memory, you need to ensure that the memory is not modified, when writing out the modified read value. Next, DMB does not 'make visible' the modification. DMB separates externally visible effects of executed instructions before and after it. >From the whole guarantees provided by this separation, atomic_load_acq() only needs the effect of not allowing later memory accesses to occur earlier than the DMB instruction was executed (the acquire semantic). ARMv8 provides loads and stores with the reduced barriers to implement _acq/_rel without excess overhead of full barrier. DMB does not make any store instruction more effective than it already is. > > The readers can read simply the value without the barrier because cache > coherancy protcol will update the value automaticaly. Same is true for stores. This is why plain loads and stores are atomic. > > I think I finally got it ! > Thank you so much ! > > Best regards, > > -- > Alexandre Martins > STORMSHIELD > From owner-freebsd-current@freebsd.org Fri Mar 10 14:57:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2884D0679A for ; Fri, 10 Mar 2017 14:57:26 +0000 (UTC) (envelope-from eric.camachat@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 4C69B15C3 for ; Fri, 10 Mar 2017 14:57:26 +0000 (UTC) (envelope-from eric.camachat@gmail.com) Received: by mail-wm0-x22e.google.com with SMTP id n11so12513078wma.0 for ; Fri, 10 Mar 2017 06:57:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=c849u25ng54F8S2SNfhiuE/8cf5iv51c2h0fIV1DdMk=; b=CEuql2NZ8MgHOiR0wgt9ESPN7/i639gY9zibmHV+B4UsImr/xRwkTboXXGXxTvnhHK 17Y/kGxLon9zcmU20Ic2Ra828VjO/D3iFrdp7EZPvbnCaq3wGZ/qI+yM8aAmdjZPn/gj gea3BTKRbA7zghNmc0l9D6TxmqvLoH0s3wb8bv3+yx2SSjoAyCRCBhXDTdq5EWATGGtS 76S1bZFksUR+UJu9og/Lj0e4JekqCe/rdoXKGUI0XYzKXfz7tEceR+mVTFvz1wP/1ou0 AfPi7KiNo7uc7TxP073ltaRBRW3MHhkV5dLCU9kdE1DkdVpQ8uxyfZyat4e7+br6Fb4b 6SZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=c849u25ng54F8S2SNfhiuE/8cf5iv51c2h0fIV1DdMk=; b=CxKzwZiqx5LVz16NN9azqq6to7yeKmaufWEE/h6QbWPEJv5ApccCjoK5jJpwjKB+W0 VUrDgQfqmv3+qV8LLHQNGvd0UfDybO2Hq7avz7z82Yxi9QyUXVxRW44sCAeHCNWop+tK j65q+9pi2p0/Lak56lJqdmALOOZK+f/SVXFArSZLa4wq7/COnLlDO30UDir+dWUnp+aX HmLL4VgK4+ck5q1qIzGIrpV1KHnL+1wZo07vpRdTZrG9Hafej8Zi9H9ZhjW76kfViKXy bKuLSGHbnomoOP0EzmybX8sYrO1t51x9Y3F4SgW3l+9fQbtiEel3hkkduBZqJdiwWtCC 31Gg== X-Gm-Message-State: AFeK/H0QvvPrF/GHJbMR+Mygq36P953/2JqgGztS1bC+0AI8a6aSG1HtQnWeHI8ob5IzR+MtH9RlfxiphPWK4A== X-Received: by 10.28.15.202 with SMTP id 193mr2639840wmp.99.1489157844327; Fri, 10 Mar 2017 06:57:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.153.73 with HTTP; Fri, 10 Mar 2017 06:57:02 -0800 (PST) In-Reply-To: References: <20170308142658.GE1309@albert.catwhisker.org> From: Eric Camachat Date: Fri, 10 Mar 2017 06:57:02 -0800 Message-ID: Subject: Re: start-up failure at SVN r314889 To: Michael Butler Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 14:57:26 -0000 It works, thank you! On Thu, Mar 9, 2017 at 5:58 AM, Michael Butler wrote: > Per Hans .. this should fix it: > > r314953 | hselasky | 2017-03-09 04:17:43 -0500 (Thu, 09 Mar 2017) | 9 lin= es > Changed paths: > M /head/sys/compat/linuxkpi/common/src/linux_work.c > > Don't create any threads before SI_SUB_INIT_IF in the LinuxKPI. Else > kthread_add() will assert it is called too soon. This fixes a startup > issue when COMPAT_LINUXKPI is in enabled the kernel configuration > file. > > imb > > > > On 3/8/17 6:02 PM, Michael Butler wrote: >> >> The difference between a kernel that boots and another that won't is .. >> >> imb@toshi:/home/imb> diff -cw /sys/amd64/conf/TOSHI~ /sys/amd64/conf/TOS= HI >> *** /sys/amd64/conf/TOSHI~ Wed Mar 8 10:05:09 2017 >> --- /sys/amd64/conf/TOSHI Wed Mar 8 17:33:25 2017 >> *************** >> *** 373,379 **** >> # Enable Linux ABI emulation >> #options COMPAT_LINUX32 >> # Enable Linux KPI >> ! #options COMPAT_LINUXKPI >> >> # Enable the linux-like proc filesystem support (requires COMPAT_LINU= X >> # and PSEUDOFS) >> --- 373,379 ---- >> # Enable Linux ABI emulation >> #options COMPAT_LINUX32 >> # Enable Linux KPI >> ! options COMPAT_LINUXKPI >> >> # Enable the linux-like proc filesystem support (requires COMPAT_LINU= X >> # and PSEUDOFS) >> >> Seems to point at something in SVN r314843 :-( >> >> imb >> >> >> On 03/08/17 17:10, Eric Camachat wrote: >>> >>> I have the same issue on Dell Precision M4800. >>> >>> On Wed, Mar 8, 2017 at 6:26 AM, David Wolfskill >>> wrote: >>>> >>>> On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote: >>>>> >>>>> My laptop usually starts like this .. >>>>> >>>>> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 >>>>> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOS= HI >>>>> amd64 >>>>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LL= VM >>>>> 4.0.0) >>>>> ... >>>>> >>>>> This morning, I get this :-( >>>>> >>>>> FreeBSD 12.0-CURRENT #27 r314889M: Tue Mar 7 19:55:25 EST 2017 >>>>> imb@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOS= HI >>>>> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LL= VM >>>>> 4.0.0) >>>>> VT(vga): resolution 640x480 >>>>> panic: kthread_add called too soon >>>>> [ .. ] >>>>> >>>>> Any thoughts? >>>>> .... >>>> >>>> "uname -vp" output from my last several (successful) build/smoke-tests >>>> for head: >>>> >>>> FreeBSD 12.0-CURRENT #274 r314653M/314653:1200023: Sat Mar 4 06:46:1= 8 >>>> PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CAN= ARY >>>> amd64 >>>> >>>> FreeBSD 12.0-CURRENT #275 r314700M/314700:1200023: Sun Mar 5 07:45:2= 0 >>>> PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CAN= ARY >>>> amd64 >>>> >>>> FreeBSD 12.0-CURRENT #276 r314770M/314770:1200023: Mon Mar 6 05:45:4= 4 >>>> PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CAN= ARY >>>> amd64 >>>> >>>> FreeBSD 12.0-CURRENT #277 r314842M/314842:1200023: Tue Mar 7 05:55:5= 8 >>>> PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CAN= ARY >>>> amd64 >>>> >>>> FreeBSD 12.0-CURRENT #278 r314906M/314906:1200024: Wed Mar 8 06:05:4= 9 >>>> PST 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CAN= ARY >>>> amd64 >>>> >>>> Sorry it's not more help. >>>> >>>> Peace, >>>> david >>>> -- >>>> David H. Wolfskill david@catwhisker.org >>>> How could one possibly "respect" a misogynist, racist, bullying >>>> con-man??!? >>>> >>>> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >>> >>> >>> >> _______________________________________________ >> 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" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 =E2=98=80Eric From owner-freebsd-current@freebsd.org Fri Mar 10 15:21:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94973D06EC9 for ; Fri, 10 Mar 2017 15:21:33 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (gwlille.netasq.com [91.212.116.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 3C48262C for ; Fri, 10 Mar 2017 15:21:31 +0000 (UTC) (envelope-from alexandre.martins@stormshield.eu) Received: from work.stormshield.eu (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTPS id 7B5C93760A9A; Fri, 10 Mar 2017 16:18:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 6E37F3760A02; Fri, 10 Mar 2017 16:18:55 +0100 (CET) Received: from work.stormshield.eu ([127.0.0.1]) by localhost (work.stormshield.eu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nwKmgRiXZOxD; Fri, 10 Mar 2017 16:18:55 +0100 (CET) Received: from pc-alex.localnet (fwlabo.stormshield.eu [10.2.0.1]) by work.stormshield.eu (Postfix) with ESMTP id 4CCFF3760750; Fri, 10 Mar 2017 16:18:55 +0100 (CET) From: Alexandre Martins To: Konstantin Belousov Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Date: Fri, 10 Mar 2017 16:23:02 +0100 Message-ID: <2689552.NsBHWcFoDC@pc-alex> Organization: STORMSHIELD User-Agent: KMail/4.14.10 (FreeBSD/10.3-RELEASE-p7; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170310144626.GL16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <1881786.W3Fpph0Tg6@pc-alex> <20170310144626.GL16105@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1654324.CXniCo5d1m"; micalg="sha256"; protocol="application/pkcs7-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 15:21:33 -0000 --nextPart1654324.CXniCo5d1m Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Le vendredi 10 mars 2017, 16:46:26 Konstantin Belousov a =E9crit : > On Fri, Mar 10, 2017 at 03:30:21PM +0100, Alexandre Martins wrote: > > Le vendredi 10 mars 2017, 15:57:16 Konstantin Belousov a ?crit : > > > On Fri, Mar 10, 2017 at 02:24:52PM +0100, Alexandre Martins wrote= : > > > > Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a ?crit : > > > > > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins w= rote: > > > > > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit = : > > > > > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Marti= ns=20 wrote: > > > > > > > > I have the save question for the cpu_ipi_pending here: > > > > > > > >=20 > > > > > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86= .c?view > > > > > > > > =3Dann > > > > > > > > otat > > > > > > > > e#l1 > > > > > > > > 080> > > > > > > > >=20 > > > > > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?cri= t : > > > > > > > > > Hello, > > > > > > > > >=20 > > > > > > > > > I'm curently reading the code of the function > > > > > > > > > smp_rendezvous_action, > > > > > > > > > in > > > > > > > > > kern/subr_smp.c file. In that function, i see that th= e > > > > > > > > > variable > > > > > > > > > smp_rv_waiters is read in some while() loop in a non-= atomic > > > > > > > > > way. > > > > > > > > >=20 > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_sm= p.c?vie > > > > > > > > > w=3Dan > > > > > > > > > nota > > > > > > > > > te#l > > > > > > > > > 412 > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_sm= p.c?vie > > > > > > > > > w=3Dan > > > > > > > > > nota > > > > > > > > > te#l > > > > > > > > > 458 > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_sm= p.c?vie > > > > > > > > > w=3Dan > > > > > > > > > nota > > > > > > > > > te#l > > > > > > > > > 472 > > > > > > > > >=20 > > > > > > > > > I suspect one of my freeze to be due by that. > > > > > > >=20 > > > > > > > You should provide either evidence or, at least, some rea= soning > > > > > > > supporting > > > > > > > your claims. > > > > > >=20 > > > > > > I curently have a software watchdog that triger and does a > > > > > > coredump. > > > > > > In > > > > > > the > > > > > > coredumps, I always see a CPU trying to write-lock a "rm lo= ck". > > > > > > Every > > > > > > time, > > > > > > that CPU is spinning into the smp_rendezvous_action, in the= first > > > > > > while > > > > > > loop) while the others are into the idle threads. > > > > > >=20 > > > > > > The fact is that freeze is not clear and I start to search > > > > > > "exotic" > > > > > > causes > > > > > > to explain it. > > > > >=20 > > > > > This sounds as the 'usual' deadlock, where some other thread = owns > > > > > rmlock > > > > > in > > > > > read mode. I recommend you to follow the > > > > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-= handboo > > > > > k/ke > > > > > rnel debug-deadlocks.html > > > >=20 > > > > Just a last question, for my personnal knowledge. > > > >=20 > > > > In ARM >=3D 6, for atomic acces, the code should (?) use LDREX = and STREX > > > > for, I quote : "Use LDREX and STREX to implement interprocess > > > > communication in multiple-processor and shared-memory systems."= (see > > > > here > > > >=20 > > > > http://infocenter.arm.com/help/index.jsp?topic=3D/com.arm.doc.d= ui0489e/C > > > > ihbg > > > > hef.html > > >=20 > > > In my previous response to you, I explicitely defined what 'atomi= c' > > > means when adjected to the term 'load'. The *EX instructions are = used on > > > ll/sc architectures to implement read/modify/write atomic operati= ons, > > > which are different from load (read) operations. > >=20 > > Ok ! Because we just want to read the value, there is no need to us= e the > > *EX version. *EX is intended to be use when a modification will be = done > > thereafter.>=20 > > > > But, in that while loop, it's a standard "LDR" that is used. Is= it > > > > correct > > > > too, and why ? > > >=20 > > > Which 'that while loop' ? > > >=20 > > > =09while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) > > > =09 > > > =09=09cpu_spinwait(); > > >=20 > > > This one ? > >=20 > > No, I point the one at line 412, 458 and 472: > >=20 > > 412: while (smp_rv_waiters[0] < smp_rv_ncpus) > >=20 > > cpu_spinwait(); > >=20 > > 458: while (smp_rv_waiters[1] < smp_rv_ncpus) > >=20 > > cpu_spinwait(); > >=20 > > 472: while (smp_rv_waiters[2] < smp_rv_ncpus) > >=20 > > cpu_spinwait(); > > >=20 > > > Because the semantic of the normal load + DMB barrier provides th= e > > > expected > > > semantic of atomic_load_acq(), as explained in atomic(9) and util= ized by > > > the author of the code. > >=20 > > So, the writer must use LDREX/STREX to modify the value and use dmb= to > > make > > visible to other CPU the write. >=20 > No, this is false statement on all/many counts. ll/sc is only needed= for > atomic modification, not for a write. If you need to assign a given = value > to the variable, STR instruction does just that. LDREX/STREX provide= a > way to ensure that a modification done atomically. E.g., if your int= ent > is to add 1 to the word in memory, you need to ensure that the memory= > is not modified, when writing out the modified read value. >=20 > Next, DMB does not 'make visible' the modification. DMB separates > externally visible effects of executed instructions before and after = it. > From the whole guarantees provided by this separation, atomic_load_ac= q() > only needs the effect of not allowing later memory accesses to occur > earlier than the DMB instruction was executed (the acquire semantic).= > ARMv8 provides loads and stores with the reduced barriers to implemen= t > _acq/_rel without excess overhead of full barrier. >=20 > DMB does not make any store instruction more effective than it alread= y is. OK, that why I didn't understand well the use of atomics. It's related to the function "atomic_load_xxx/atomic_store_xxx" that ma= de me=20 think that it's THIS store or THIS load is atomic, but no. The loads an= d=20 stores are already atomic. Thoses functions just do a barrier (if neede= d)=20 before for "acq" and after for the "rel". The barrier does not "flush" = anything=20 in memory but prevent loads and stores reordering. I realy need to practice more the use of atomic _correctly_ (^_^) >=20 > > The readers can read simply the value without the barrier because c= ache > > coherancy protcol will update the value automaticaly. >=20 > Same is true for stores. This is why plain loads and stores are atom= ic. >=20 > > I think I finally got it ! > > Thank you so much ! > >=20 > > Best regards, =2D-=20 Alexandre Martins STORMSHIELD --nextPart1654324.CXniCo5d1m Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCOUw ggSGMIICbqADAgECAgUA28zw7TANBgkqhkiG9w0BAQsFADBIMQswCQYDVQQGEwJGUjEUMBIGA1UE CgwLU1RPUk1TSElFTEQxIzAhBgNVBAMMGlN0b3Jtc2hpZWxkIFJvb3QgQXV0aG9yaXR5MB4XDTE0 MDkwNDE1MDcxMFoXDTI0MDkwMTE1MDcxMFowSTELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JN U0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVsZCBVc2VycyBBdXRob3JpdHkwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDChwWgC/6VWKL7jgWI3eA2sVvRdOwuHcXsRAAXVWdlMC0ygg7u 45E78GhAnpdl8QbIu7x/Q2zOq6KttspwDEIjkoMLTZngLLlGjYJZPfuSoC6hl9R7vRd5f8Fhu3v0 xQ/7vzKYz4C836IGCrk31gmrPO0H0fxkyxCMfhoTTzue3oXW1IsmQwCrOPOu2Y82QANDhbifWLjI WJetnj58YRKR82KBs3Flbqxtp0mi9+IswMvCCRSoT+ORB73Cl6URt7Qm7BcD+qnkJ9uwlUC94dIl T2hX4ybY/w/ssA17Ew418fgyRCWQXzgjZgZ/XUcw2WP9dIggA7Pg+c/xeROJH1zvAgMBAAGjdjB0 MB0GA1UdDgQWBBShbYRsooCFBXx8dXWANMETW5fXgTAfBgNVHSMEGDAWgBS4Qqn6Z0Twf9NhjOyl x1CutL3sozAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjARBglghkgBhvhCAQEEBAMC AQYwDQYJKoZIhvcNAQELBQADggIBAE6C9zkt2J6dPm2KLbzRS6rBIYZNFi0X59g3ekQ2Sc4UWsq+ B3L86j5xnQSRnIM/DKV1+Q2UHbU/qsh4cto2fwTV6V+aJ07Vu/bJE1rAN4AI4V26ytf7VoBcBjVZ Jq8pHOMp/G2eQH7F1xqzml68DpKku66aUalkcC9IM82m7AW3YAyvDoYEAchv4qyL8qhVLLp6LNru 8ZOhMELhZLWl4ulw/SFDMhcBS6I4wC6icj71MLGSrr61vMktMdwQ+CGFQ5z5JbaxM61VgzKay8+g lw+xTbpnitrDfhkzHs2fdwOOur3vtNnNsrdBWiYPseJ2k4VGD7ov5kITQZckmZyF/V+Ir//agJQG VuwhDZCXgXOvrje+FLYp7tQ9pgSvLbluh1A+ywfyHnFI4n6tZy9SD3MIDgWR4KwFLM1Qmt3NQb32 tkq9Vm0jUcQXFfbnWKLA9krw3m8NmCqhL5PzpfOegYOc0QJWfMQamxeWxXMLk6uKisS//+VqfpCa 5Jx53t+9DmoN1+ob4jOprPaX6tfBBr5djah2yzPGjHEB52VgWXxIF9lCM2z7Qw+zFb2PIdNeSjIk NEFg/1orKAAa5gQXAQynN2J7E+aLf2XLhHcS0v+9yoisPEw9+Tb5F1uQh+gzYD5JUUYcYWncnX8g P8k6X+F5mQ/81IoNL/IejxJgy/LoMIIEVzCCAz+gAwIBAgIFAIUoy7swDQYJKoZIhvcNAQELBQAw STELMAkGA1UEBhMCRlIxFDASBgNVBAoMC1NUT1JNU0hJRUxEMSQwIgYDVQQDDBtTdG9ybXNoaWVs ZCBVc2VycyBBdXRob3JpdHkwHhcNMTYwOTAxMTUxMTA4WhcNMTcwOTAxMTUxMTA4WjBwMQswCQYD VQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxGjAYBgNVBAMMEUFsZXhhbmRyZSBNQVJUSU5T MS8wLQYJKoZIhvcNAQkBFiBhbGV4YW5kcmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMN+CnvE13jKEwJ+OyMzwBpC02dY+LpD5luJwnJTVnV2 9aUjEMI+xGFMMHd9kSIVInbk4WDe1ELOKerg0dzgnkRiOHECSGum1UhcZABxQgY2cmSffNQ6JVro 52UaBlt3aTOk3imYJCHUIGgOWMvOtRc8BxyBHdi15FZPj/F9I+AKufRFsBXUakplFIAPEwy3m2eR a/eCMLqGJUyK7YmsAlEnYn2mA38zIoqtKvL6KPHtrV8fw1SRLQ13+j9nu1LlCaqhmLtILFxhV0/9 uDTvx5cKtZ8Xj1nPM6NUUrso9qlXwm4On6Y34pVTtnYGMQRuljil3Hiz84RJjPDJYRGwbgkCAwEA AaOCAR0wggEZMB0GA1UdDgQWBBTmRLIwSfhNwbdfV13xt0G0JHYjPDAfBgNVHSMEGDAWgBShbYRs ooCFBXx8dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DARBglghkgBhvhCAQEE BAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuGOWh0 dHBzOi8vcGtpLm5ldGFzcS5jb20vYXV0aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDAR BgNVHSAECjAIMAYGBFUdIAAwKwYDVR0RBCQwIoEgYWxleGFuZHJlLm1hcnRpbnNAc3Rvcm1zaGll bGQuZXUwDQYJKoZIhvcNAQELBQADggEBALT9NWiAaE6nDev34vShhsyb9lWBOQfCnAMyKwtFy/cU uIoHsxyOanIIQHz0ZtB76GCHDo7RStMyp6RYIefIsxABLhSr4hHapJka9g/X/nxexyr0xyT3IpYQ dmyMSHRT18Z/ZaBlQdyfnS2PYkPHJAHl4iqB4SnQlh3rwFdKTJMgCz413cDxQHytgRPGTiXOhyV7 aS3ANJFha6ZHA8HU9sTslY8ZXSUu94iD3t2kcF3gBb432UKALwryKqnrwzFX68pFpqO5QAjEHaF6 6p1agMb2b3HlQGZrME5wSO6rsZJPYvJEyvrwHxCxjSTkOdPw6GriWGTMrVMU0fVrfptMS1gxggIT MIICDwIBATBSMEkxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEkMCIGA1UEAwwb U3Rvcm1zaGllbGQgVXNlcnMgQXV0aG9yaXR5AgUAhSjLuzANBglghkgBZQMEAgEFAKCBkzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMTAxNTIzMDJaMCgGCSqG SIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMC8GCSqGSIb3DQEJBDEiBCBI1rRJ RzFr0DvQcGiONHPj9reKtdeJSQtGka0UBfCJ0DANBgkqhkiG9w0BAQEFAASCAQCElRTr/3pPGaqu 9oW3oblA99ZMT065PS3ZB8FuTgK/oQ5/StTxHuy9r+L4s285q/qnO/UXzUdINf6WaiHiU4eN+yg6 K8ap7/I/TLD+khemOb8hKENT5rgi/zeAB6jyQ8a2TAwfPa5+PrZb7KIvxvZnpe/YtIapyE8yCW2N GxdDAhyi9hHjmhPVjsa5WPxuZ4rWWoYSwO+TH8SW6z7DGoEBaeoAYMDaeHaIaYMJnzlpMPyRsVje u+R00OtkpgABdyUEtL8hm5Y8Z1zwGmKx9naX2Wdnl+u9ydk3WTlBJd9i3ZCo3E/J9DAAz8Ca08QQ sGWFFF5/HYoHdASqEuUXjTkvAAAAAAAA --nextPart1654324.CXniCo5d1m-- From owner-freebsd-current@freebsd.org Fri Mar 10 15:33:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54EC0D0428A for ; Fri, 10 Mar 2017 15:33:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F2750DD8 for ; Fri, 10 Mar 2017 15:33:01 +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 v2AFWtnN066465 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 17:32:55 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v2AFWtnN066465 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v2AFWt1l066463; Fri, 10 Mar 2017 17:32:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Mar 2017 17:32:55 +0200 From: Konstantin Belousov To: Alexandre Martins Cc: freebsd-current Subject: Re: smp_rendezvous_action: Are atomics correctly used ? Message-ID: <20170310153255.GM16105@kib.kiev.ua> References: <2092905.6A8RAGlt18@pc-alex> <1881786.W3Fpph0Tg6@pc-alex> <20170310144626.GL16105@kib.kiev.ua> <2689552.NsBHWcFoDC@pc-alex> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2689552.NsBHWcFoDC@pc-alex> User-Agent: Mutt/1.8.0 (2017-02-23) 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 15:33:02 -0000 On Fri, Mar 10, 2017 at 04:23:02PM +0100, Alexandre Martins wrote: > Le vendredi 10 mars 2017, 16:46:26 Konstantin Belousov a ?crit : > > On Fri, Mar 10, 2017 at 03:30:21PM +0100, Alexandre Martins wrote: > > > Le vendredi 10 mars 2017, 15:57:16 Konstantin Belousov a ?crit : > > > > On Fri, Mar 10, 2017 at 02:24:52PM +0100, Alexandre Martins wrote: > > > > > Le jeudi 9 mars 2017, 16:25:17 Konstantin Belousov a ?crit : > > > > > > On Thu, Mar 09, 2017 at 02:52:09PM +0100, Alexandre Martins wrote: > > > > > > > Le jeudi 9 mars 2017, 15:07:54 Konstantin Belousov a ?crit : > > > > > > > > On Thu, Mar 09, 2017 at 10:59:27AM +0100, Alexandre Martins > wrote: > > > > > > > > > I have the save question for the cpu_ipi_pending here: > > > > > > > > > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/x86/x86/mp_x86.c?view > > > > > > > > > =ann > > > > > > > > > otat > > > > > > > > > e#l1 > > > > > > > > > 080> > > > > > > > > > > > > > > > > > > Le jeudi 9 mars 2017, 10:43:14 Alexandre Martins a ?crit : > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > > > I'm curently reading the code of the function > > > > > > > > > > smp_rendezvous_action, > > > > > > > > > > in > > > > > > > > > > kern/subr_smp.c file. In that function, i see that the > > > > > > > > > > variable > > > > > > > > > > smp_rv_waiters is read in some while() loop in a non-atomic > > > > > > > > > > way. > > > > > > > > > > > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?vie > > > > > > > > > > w=an > > > > > > > > > > nota > > > > > > > > > > te#l > > > > > > > > > > 412 > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?vie > > > > > > > > > > w=an > > > > > > > > > > nota > > > > > > > > > > te#l > > > > > > > > > > 458 > > > > > > > > > > https://svnweb.freebsd.org/base/head/sys/kern/subr_smp.c?vie > > > > > > > > > > w=an > > > > > > > > > > nota > > > > > > > > > > te#l > > > > > > > > > > 472 > > > > > > > > > > > > > > > > > > > > I suspect one of my freeze to be due by that. > > > > > > > > > > > > > > > > You should provide either evidence or, at least, some reasoning > > > > > > > > supporting > > > > > > > > your claims. > > > > > > > > > > > > > > I curently have a software watchdog that triger and does a > > > > > > > coredump. > > > > > > > In > > > > > > > the > > > > > > > coredumps, I always see a CPU trying to write-lock a "rm lock". > > > > > > > Every > > > > > > > time, > > > > > > > that CPU is spinning into the smp_rendezvous_action, in the first > > > > > > > while > > > > > > > loop) while the others are into the idle threads. > > > > > > > > > > > > > > The fact is that freeze is not clear and I start to search > > > > > > > "exotic" > > > > > > > causes > > > > > > > to explain it. > > > > > > > > > > > > This sounds as the 'usual' deadlock, where some other thread owns > > > > > > rmlock > > > > > > in > > > > > > read mode. I recommend you to follow the > > > > > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handboo > > > > > > k/ke > > > > > > rnel debug-deadlocks.html > > > > > > > > > > Just a last question, for my personnal knowledge. > > > > > > > > > > In ARM >= 6, for atomic acces, the code should (?) use LDREX and STREX > > > > > for, I quote : "Use LDREX and STREX to implement interprocess > > > > > communication in multiple-processor and shared-memory systems." (see > > > > > here > > > > > > > > > > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0489e/C > > > > > ihbg > > > > > hef.html > > > > > > > > In my previous response to you, I explicitely defined what 'atomic' > > > > means when adjected to the term 'load'. The *EX instructions are used on > > > > ll/sc architectures to implement read/modify/write atomic operations, > > > > which are different from load (read) operations. > > > > > > Ok ! Because we just want to read the value, there is no need to use the > > > *EX version. *EX is intended to be use when a modification will be done > > > thereafter.> > > > > > But, in that while loop, it's a standard "LDR" that is used. Is it > > > > > correct > > > > > too, and why ? > > > > > > > > Which 'that while loop' ? > > > > > > > > while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) > > > > > > > > cpu_spinwait(); > > > > > > > > This one ? > > > > > > No, I point the one at line 412, 458 and 472: > > > > > > 412: while (smp_rv_waiters[0] < smp_rv_ncpus) > > > > > > cpu_spinwait(); > > > > > > 458: while (smp_rv_waiters[1] < smp_rv_ncpus) > > > > > > cpu_spinwait(); > > > > > > 472: while (smp_rv_waiters[2] < smp_rv_ncpus) > > > > > > cpu_spinwait(); > > > > > > > > Because the semantic of the normal load + DMB barrier provides the > > > > expected > > > > semantic of atomic_load_acq(), as explained in atomic(9) and utilized by > > > > the author of the code. > > > > > > So, the writer must use LDREX/STREX to modify the value and use dmb to > > > make > > > visible to other CPU the write. > > > > No, this is false statement on all/many counts. ll/sc is only needed for > > atomic modification, not for a write. If you need to assign a given value > > to the variable, STR instruction does just that. LDREX/STREX provide a > > way to ensure that a modification done atomically. E.g., if your intent > > is to add 1 to the word in memory, you need to ensure that the memory > > is not modified, when writing out the modified read value. > > > > Next, DMB does not 'make visible' the modification. DMB separates > > externally visible effects of executed instructions before and after it. > > From the whole guarantees provided by this separation, atomic_load_acq() > > only needs the effect of not allowing later memory accesses to occur > > earlier than the DMB instruction was executed (the acquire semantic). > > ARMv8 provides loads and stores with the reduced barriers to implement > > _acq/_rel without excess overhead of full barrier. > > > > DMB does not make any store instruction more effective than it already is. > > OK, that why I didn't understand well the use of atomics. > > It's related to the function "atomic_load_xxx/atomic_store_xxx" that made me > think that it's THIS store or THIS load is atomic, but no. The loads and > stores are already atomic. Thoses functions just do a barrier (if needed) > before for "acq" and after for the "rel". The barrier does not "flush" anything > in memory but prevent loads and stores reordering. Yes, this is true for the FreeBSD' kernel and C runtime environment. Our model is very close to the C 2011 / C++ 2014 standard's models, but of course it is not formalized even on the level of the mentioned standards. One important difference is that the standards only require explicitely atomic accesses to be atomic in the above sense, which is why e.g. atomic_load_explicit(memory_order_relaxed) exists in the standard, but is not duplicated by our atomic.h, and which might be the source of your confusion. > > I realy need to practice more the use of atomic _correctly_ (^_^) > > > > > > The readers can read simply the value without the barrier because cache > > > coherancy protcol will update the value automaticaly. > > > > Same is true for stores. This is why plain loads and stores are atomic. > > > > > I think I finally got it ! > > > Thank you so much ! > > > > > > Best regards, > > -- > Alexandre Martins > STORMSHIELD > From owner-freebsd-current@freebsd.org Sat Mar 11 01:49:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D13BD07732 for ; Sat, 11 Mar 2017 01:49:08 +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 411E4CC5 for ; Sat, 11 Mar 2017 01:49:07 +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 v2B1n8Du099853 for ; Fri, 10 Mar 2017 17:49:14 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <6779d31b-a285-3002-8ecc-5738ac88df27@madpilot.net> <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> , From: "Chris H" Subject: Re: input/output error @boot Date: Fri, 10 Mar 2017 17:49:14 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <5dbe13bd7b45f0d4bbc4135532955e47@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 01:49:08 -0000 On Thu, 9 Mar 2017 06:00:23 +0000 Dexuan Cui wrote > Hi Roberto, > Thanks for sending me your memmap and this is a temporary workaround > patch for you: > https://github.com/dcui/freebsd/commit/0edd1db55fbbb56352d6024250e4ae7dd8ad31 > e3.patch > > I put the memmap info here for people who're interested: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211746#c26 > > We can notice there is a 4MB BootServicesCode range at [12MB, 16MB) . > loader.efi just writes into this range by force -- this is unsafe anyway! > > To fix this correctly & thoroughly, IMO we need a relocatable kernel, but > that would require a lot of complicated long term work: > https://reviews.freebsd.org/D9686?id=25414#inline-56969 > > For now, I suggest we should only apply the idea "reduce the size of the > staging area if necessary" to VM running on Hyper-V, we should restore the > old behavior on physical machines since that has been working for people > for a long period of time, though it's potentially unsafe. > > I think in the loader we can use CPUID to tell if we're running on Hyper-V or > not. Indeed that will provide *capability*. But I'm don't think that can tell you that it is currently *enabled* || *in use*. The CPU I experienced the (u)efi issue on has the capability, but I've turned it off, as it's more hindrance for performance, for the server' intended use. IOW I think just probing for *capability* isn't going to be enough. --Chris > > Thanks, > -- Dexuan > > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Dexuan Cui > > Sent: Thursday, March 9, 2017 10:44 > > To: Roberto Rodriguez Jr > > Cc: FreeBSD Current > > Subject: RE: input/output error @boot > > > > Hmm, Alex did report 314891 worked. > > > > Can you please post the full boot log of the loader? > > Especially, when you see the “OK” prompt, can you please run the “memmap” > > command like this link ... > > > > You can take a photo of the screen and send it to me, if it’s too big. > > > > Thanks, > > -- Dexuan > From owner-freebsd-current@freebsd.org Sat Mar 11 06:34:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 952A5D075FD; Sat, 11 Mar 2017 06:34:41 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54BC316A9; Sat, 11 Mar 2017 06:34:41 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 9CAD81C79; Sat, 11 Mar 2017 06:34:40 +0000 (UTC) Date: Sat, 11 Mar 2017 07:34:40 +0100 From: Baptiste Daroussin To: Steve Kargl Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170311063440.jorxsa3hod2pjuxu@ivaldir.net> References: <20170108192633.GA42537@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6ih2mue2d5jdfik6" Content-Disposition: inline In-Reply-To: <20170108192633.GA42537@troutmask.apl.washington.edu> User-Agent: NeoMutt/20170225 (1.8.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 06:34:41 -0000 --6ih2mue2d5jdfik6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 08, 2017 at 11:26:33AM -0800, Steve Kargl wrote: > MANPATH is not handled correctly. According to the documentation > in apropos(1) and whatis(1): >=20 > MANPATH The standard search path used by man(1) may be changed by > specifying a path in the MANPATH environment variable. Inval= id > paths, or paths without manual databases, are ignored. > Overridden by -M. If MANPATH begins with a colon, it is > appended to the default list; if it ends with a colon, it is > prepended to the default list; or if it contains two adjacent > colons, the standard search path is inserted between the > colons. If none of these conditions are met, it overrides the > standard search path. >=20 > I have a manpage named mkpic in $HOME/man/man1. I also have the FreeBSD > installed manpages, e.g., /usr/share/man/man1/cat.1.gz. If I have > 'setenv MANPATH :$HOME/man' in my .cshrc file, then the following occurs:= =20 >=20 > % setenv | grep MANPATH > MANPATH=3D:/home/kargl/man > % apropos mkpic > (Warning: MANPATH environment variable set) > mkpic(1) - construct a contour image in MIFF image format > % apropos cat > (Warning: MANPATH environment variable set) > matrix(3) - Array and matrix allocation for FFT library >=20 > So, the above description of MANPATH is incorrect as :/home/kargl/man > should have been appended to the default MANPATH. >=20 > Interestingly, manpath(1) seems to described what actually happens > (long lines wrapped): >=20 > % unsetenv MANPATH > % manpath > /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ > /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ > /usr/local/share/xpdf/man > % setenv MANPATH :$HOME/sman > % manpath > (Warning: MANPATH environment variable set) > :/home/kargl/man >=20 > The expected result according apropos(1) and whatis(1) for last command is >=20 > % manpath > /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ > /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ > /usr/local/share/xpdf/man:/home/kargl/man Sorry it took time, but it is now fixed. the issue was we have kept our man= (1) when importing mandoc and I have not noticed that mandoc had that feature. I implemented it in our man(1) While here I removed the painful warning Best regards, Bapt --6ih2mue2d5jdfik6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAljDmn0ACgkQY4mL3PG3 PlqIRRAA0GuAKYqCdns5aaXDnYaSlT8sy60sxQVka+MBMn5B22lxpXJwInSg/BqA FZeKXOhiKato4L98FkZwI03mxBZy9ohG/eK3kaBDs3MpD2fLbXl6BSlOvsyOoid6 K1jv/1qGEu1y8H1tCg5Jd2dzr4Do8lhOChMhu16zMpse97aJvJJewv4kMghUnSuu vzmrYH/JtECe2RCBbtbRsNVDlZ1BXDwtVTeEpi3ellGMyiKp4O1W3i6NAeVqv+Fe AYvUUzX2cGU2dvYgm9JEYM4Hk78IBoCutADSb/2bwDqcXSQsZfER4+Z1H7W2f5sL C0rQa1tHTdGMklzV9fgFwz+vuM5QK9XuolQk0sTismPRlTWSx5s2NBPnUT7iAk1Q 8HRkwR40JMT1fs71vV2pSIvDvcJhsclGxzHkYYz8MeciqSbrD8L6hyPq87YFkkgP hQpdH/5VzHLqPqoJtyXusHD42jMX4wtP680PYIj1uEwP3jZBDnXCFVB6AYsDMfLf 0ofSueD2HK+3CciO0oLYhh6GxlH+/6CnZc9S4CjZnpECd+S1LJn9EAqFkQAqEq5U 81kK82jH1YFffpHeKJhZnVh3oj53YRni1dBfI9dAhLRI4/gXrRCcygB6OQjuCpaq x8a3Bwj1Xqb/AcrLjfOSayjMfiQ7O0YMhXfyzygqwVeYHy7E31s= =wBwk -----END PGP SIGNATURE----- --6ih2mue2d5jdfik6-- From owner-freebsd-current@freebsd.org Sat Mar 11 06:40:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B3BBD07972; Sat, 11 Mar 2017 06:40:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2CB31A8D; Sat, 11 Mar 2017 06:40:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v2B6eff1056456 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 22:40:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v2B6efIG056455; Fri, 10 Mar 2017 22:40:41 -0800 (PST) (envelope-from sgk) Date: Fri, 10 Mar 2017 22:40:41 -0800 From: Steve Kargl To: Baptiste Daroussin Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170311064041.GA56446@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170108192633.GA42537@troutmask.apl.washington.edu> <20170311063440.jorxsa3hod2pjuxu@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170311063440.jorxsa3hod2pjuxu@ivaldir.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 06:40:43 -0000 On Sat, Mar 11, 2017 at 07:34:40AM +0100, Baptiste Daroussin wrote: > On Sun, Jan 08, 2017 at 11:26:33AM -0800, Steve Kargl wrote: > > MANPATH is not handled correctly. According to the documentation > > in apropos(1) and whatis(1): > > (snip) > > Sorry it took time, but it is now fixed. the issue was we have kept our man(1) > when importing mandoc and I have not noticed that mandoc had that feature. > > I implemented it in our man(1) > > While here I removed the painful warning > Thank you! Thank you! Thank you! -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-current@freebsd.org Sat Mar 11 09:01:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7D24D07086 for ; Sat, 11 Mar 2017 09:01:38 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (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 8304413C2 for ; Sat, 11 Mar 2017 09:01:38 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cmcu1-0002yF-1f for freebsd-current@freebsd.org; Sat, 11 Mar 2017 10:01:29 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org Date: Sat, 11 Mar 2017 10:01:28 +0100 Subject: pkg output overflows line MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) 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: a8ecdd0179e5342c74548fafd5461917 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 09:01:38 -0000 Hello, Since a week or two the output of pkg overflows the lines of my 80 columns terminal. Like this: [1/3] intellij-2016.3.4.txz : 20% 59 MiB 1.2MB/s 03:2 [1/3] intellij-2016.3.4.txz : 21% 60 MiB 1.2MB/s 03:2 [1/3] intellij-2016.3.4.txz : 21% 61 MiB 983.0kB/s 03:2 [1/3] intellij-2016.3.4.txz : 21% 62 MiB 1.2MB/s 03:2 4 ETA If I enlarge the terminal to 86 columns the output is correct again. This happens in urxvt (my default), rxvt and in xterm. Some regression? Regards, Ronald. From owner-freebsd-current@freebsd.org Sat Mar 11 11:24:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B5C9D07743 for ; Sat, 11 Mar 2017 11:24:43 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com [IPv6:2a00:1450:400c:c0c::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF9271C7F; Sat, 11 Mar 2017 11:24:42 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wr0-x241.google.com with SMTP id l37so14348898wrc.3; Sat, 11 Mar 2017 03:24:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=BZB6wdcA+Di1xtlL9K2otEy1n7U08nZHA4RebLMNh3w=; b=fpmQqQeMsz9fkvSce2TBQFkx1dis25gGd9hsRU5bc8bdaxci46u9N+bT7xQNGPF2XS 0+F6z+9pe7MfFkozXu9Ia9Dery9s697wT/jwXeb9QyQBaX5ciTzpj7nPYYx81J9dSq+n 3XplJs+o2CJ1bzHOflgWlt7OyAsMbQ5lh0D0dBTZQQpVurYRtTF4YsfPJHjakj54jiah T8c4CP7365pCQ1kn9wR/9h3GDVhCDcUng36vBqIQ+P4vZVJbNeETt8Wekfm6ilN7YT8k apygBwkvdLnpyTWHz8GH99MSCuZDj7ulpobkzx/ZUnVrKIgsH9wHW85V9WdYszTnCZOw WM6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BZB6wdcA+Di1xtlL9K2otEy1n7U08nZHA4RebLMNh3w=; b=a1DZRSAZlqT5NdirZ6UpfyOR9qXJr0qiSk8Xmevu8RqFcCGuZaPYRr2Qs6JC5nmRx1 LkrPPXrUTHkUD22TVimlqYq6EPKQYjECgLKK7jAYMu04gKlx0+Vn87+G8wRQrlak3NUd Ej9wLWsS4yWPJMKX/4AWPSwYcMbED1alNAYncNCT9xjIBsAGgg8SZNQNPEx4H8nUILSt HByWXLGaUYQYmD0hO2vTUuCaXz7A2juhT2IB9+MXwTjWdposj3qLyEF9Pl2GGn6H5qPr bbunpoHV/D7lejGXXiqke3V0NW/rMEwu9EbZAeqCUaPkznA50YPAQgRYoL6kLTpOww5e +a2Q== X-Gm-Message-State: AMke39nK3XYrm+E+UKtSvX+rbgXoc7UNKG1TzyvyjOuZex2uBC2vv9Lzeli3p00aaVEoRtdtcPcPQMc6XBHtCQ== X-Received: by 10.223.165.138 with SMTP id g10mr20837668wrc.105.1489231480890; Sat, 11 Mar 2017 03:24:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.209.200 with HTTP; Sat, 11 Mar 2017 03:24:40 -0800 (PST) From: Guy Yur Date: Sat, 11 Mar 2017 13:24:40 +0200 Message-ID: Subject: IPV6_ORIGDSTADDR documentation in ip6.4 man page was added commented out in r314722 To: eri@freebsd.org, freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 11:24:43 -0000 Hi, Support for IPV6_ORIGDSTADDR was added in r314722 with the option documentation commented out in the ip6.4 man page. Should it be uncommented? Patch: https://github.com/guyyur/freebsd-src_patches/blob/master/man4_ip6_updates/uncomment_IPV6_ORIGDSTADDR.patch Also, if anyone is interested, OpenBSD updated their version of ip6.4 a few years ago with APIs/options from RFC3542. http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share/man/man4/ip6.4 I put a series of patches in bug 197256 taking revisions 1.25, 1.26, 1.29, 1.31, 1.32, 1.33, 1.34 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197256 Thanks, Guy Yur From owner-freebsd-current@freebsd.org Sat Mar 11 13:03:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79E22D0745B for ; Sat, 11 Mar 2017 13:03:40 +0000 (UTC) (envelope-from dbaio@bsd.com.br) Received: from mail-qt0-x22e.google.com (mail-qt0-x22e.google.com [IPv6:2607:f8b0:400d:c0d::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 3EEF4190D for ; Sat, 11 Mar 2017 13:03:39 +0000 (UTC) (envelope-from dbaio@bsd.com.br) Received: by mail-qt0-x22e.google.com with SMTP id i34so6708711qtc.0 for ; Sat, 11 Mar 2017 05:03:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :user-agent; bh=ULL1EigcsYyeTXo56S52LZBff4vFYfKEeFcPjNc9mu4=; b=OYwM25JQ52OIdfsD3hEQRSphdInTowAnCkVO3410Tocjtjei5fQh/QEVWIdwLczWGh BEyLJ4W8yMcbaK3iXdGtYSA+Kn/ClOoP7DiNCI4Vcf52XhbUIpHTF2Rzl0a+rz+UGYz6 tJLQQO+hl9MqduUcU0GoQb92vIOjRbVQmfB/s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:user-agent; bh=ULL1EigcsYyeTXo56S52LZBff4vFYfKEeFcPjNc9mu4=; b=UR+hu8HYEz+BYC1Mb1BjMpdjYkkUVXjIE13lyIFzUPSc877AzJ8d/4U0qK2FCn5awm OU5YIYRmeHg6e/OlbzleraLu44IhYH1ALjgNjKnexC9mS8hbFSI1r/e4OHLuSisdZRjy Sz8hTwR/o30N/+4voTGkjoYwnOh2OQwK0F8DLV5zqEMx4Sk5+8EeLBRSSMOvbN6O0XZf F/Y8iNSdUVC7z7sBGEeeOy6omKPP7RE80pc/p1uX8gYFP5Mnw3utEl+jTyPBki6pX5B7 ibJxEDcZfwaqXG9nwQrgRDBRsclhFY8T6CuRo8M+Vpk5gC+e7pKcvgxjdU4IC2013Ohk Hung== X-Gm-Message-State: AMke39kxhDa2SnZ5Jz1TRzDhPgVYelgDYZVPgQ/nB39+MYs23sTLkGL+VlXIEogyJnscOg== X-Received: by 10.200.56.24 with SMTP id q24mr24179782qtb.234.1489237418478; Sat, 11 Mar 2017 05:03:38 -0800 (PST) Received: from dx240.localdomain ([2804:d55:ce4:4e00:ea2a:eaff:fed2:a5a0]) by smtp.gmail.com with ESMTPSA id r83sm8325263qki.51.2017.03.11.05.03.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Mar 2017 05:03:37 -0800 (PST) Date: Sat, 11 Mar 2017 10:14:54 -0300 From: "Danilo G. Baio (dbaio)" To: freebsd-current@freebsd.org Cc: robak@freebsd.org Subject: (Windows) bhyve: Unable to apply rights for sandbox Message-ID: <20170311131454.vtver7ohb72k7bz4@dx240.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kh5pvpzdkcpteqkq" Content-Disposition: inline User-Agent: NeoMutt/20170225 (1.8.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 13:03:40 -0000 --kh5pvpzdkcpteqkq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I am following these instructions [1]. bhyve \ -c 2 \ -s 0,hostbridge \ -s 3,ahci-hd,windows10.img \ -s 4,ahci-cd,install_win10.iso \ -s 10,virtio-net,tap0 \ -s 31,lpc \ -l com1,/dev/nmdm0A \ -l com2,/dev/nmdm1A \ -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \ -m 2G -H -w \ windows10 bhyve: Unable to apply rights for sandbox FreeBSD guests are running fine. I noticed that capsicum support for bhyve was enabled recently [2] Any advices ? Is needed to change anything now ? Note: This is my first contact with bhyve. # uname -a FreeBSD dx240.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #0=20 r314706: Sun Mar 5 19:17:41 BRT 2017=20 root@dx240.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 # uname -UK 1200023 1200023 [1] - https://wiki.freebsd.org/bhyve/Windows [2] - https://svnweb.freebsd.org/base?view=3Drevision&revision=3D313727 Regards. -- Danilo G. Baio (dbaio) --kh5pvpzdkcpteqkq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEORj0UTsjzCy+enIkmpN7LfMuiNcFAljD+EMACgkQmpN7LfMu iNdJ8xAAsbKZsWzr382qOc+l3nrW2ZH9297xzTT4IFa4v4sxsilx0URUgky1tr3b BdnmRaIpJGkEtMeqI/KRKL9/sFEeGYVYPQg9QL1ZgF/zS9cKzN1TDEKgn7m0xUWX c3lspxA49bo3Q6Z7C+JmgYY9qbWKy8RGNqICI//8P42qDhdTyPwZqengoNFUI0Dn /HZ40JApuRMp0PUY9HTHMez3fzaim2Qd7zK2PHVyQudQLysZGXonN0VYdIoEoFjL a8rUhk5Ud6/u09BVqOP3uH1g+CI7eu60nRpUh+xK+nGgNh5/mAdXm8eTFkObAEge nVhq+1N5OmiXvtrnhcYnzpQRAm2fWj4rPaohO51rdaHiLSw509lebIUUqO6/VLIg 5cK5X3CZ52rqtPXThQNOQaZg+sFBpxxDYSk691CmRpFE7waQiehm2G5IvdZbyb3g marxZ5ckWo+JpnRo6FbyCvaGBn+/ctccBg2rU18/111V8tsg3EXjjg8ArM5js6pL WOZ+DUcB+Fbe601+osbIm5QEb70mIDpRyP7LQ/PtSOot4dyCp+5xjqQueoTnsHje Pt4UpD6XUvLMykpsaggGQU7/RBjVxutTnH/8huGbtyWHcn4TcZVzPhZhTHCSJAqx UlYYFnrSYc4D3kxl4LNXIC62bXcnr1ML4nKRCAbm7uT4ERPRUBw= =yhwI -----END PGP SIGNATURE----- --kh5pvpzdkcpteqkq-- From owner-freebsd-current@freebsd.org Sat Mar 11 14:30:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0716DD06E40 for ; Sat, 11 Mar 2017 14:30:23 +0000 (UTC) (envelope-from dbaio@bsd.com.br) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::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 B4BA0304 for ; Sat, 11 Mar 2017 14:30:22 +0000 (UTC) (envelope-from dbaio@bsd.com.br) Received: by mail-qt0-x22c.google.com with SMTP id r45so7475358qte.3 for ; Sat, 11 Mar 2017 06:30:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=fMkAJ9Vg3Q9qG8vfgeRvfwx4p020NS97K8Gl8e8WSu4=; b=aju6aRyUuJKFG8clMyZLKHac1u3T/gFDKo3nvN+IeBwyamMq1ivOc3NLaBQh2EoSoz 0+uI9QeZqFHgzzkTxTYhg2zlkZ3tEQ9E7DFm3kaztJ6EUCZNkNnvtWk6rwKZopm2E0bO YzcY4hcDlI2cVjmQCjWFWD5ChDwCVUbO2HT1k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=fMkAJ9Vg3Q9qG8vfgeRvfwx4p020NS97K8Gl8e8WSu4=; b=N+dIH0lSArYOLMNls1DUSSTRrKIlnnqF85ywUPIf5ogjuwwL5iV4B35il+8ndJ3OCa JBfmYfCv5dfk2sxTCYQdH968xVk9zV1bc8/NxzvjgFC4wdHDwtCij7fnQYePaduHW/6J eMoxXf4zGxNMEShMmiVfRE1Jt3H59E9PmQud2Paqu65rIENLcAsHolTSrsPwbpj1QLkM 3QjyKsE3c6+A0MT1V3pduzQxUu8XVOA0jEL4zkh4x/u6gudagislWLv3C8HYL3NatG7I 9KcFQ4/IrhYWH8qNTPEbjTpIUfuVysNV20p4U/EoDHFK+zhphMe1Vfj0aH5KjhjE01U+ 6FUQ== X-Gm-Message-State: AMke39k9ev8FJL2Zr4sH2CwgjvAyt8gpLc8ORAgvuHS2VXZpJ6hl8DDindi/6zOK+RTBZg== X-Received: by 10.200.47.88 with SMTP id k24mr27184158qta.67.1489242621920; Sat, 11 Mar 2017 06:30:21 -0800 (PST) Received: from dx240.localdomain ([2804:d55:ce4:4e00:ea2a:eaff:fed2:a5a0]) by smtp.gmail.com with ESMTPSA id d26sm8426199qtg.26.2017.03.11.06.30.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Mar 2017 06:30:21 -0800 (PST) Date: Sat, 11 Mar 2017 11:41:37 -0300 From: "Danilo G. Baio (dbaio)" To: freebsd-current@freebsd.org Cc: robak@freebsd.org Subject: Re: (Windows) bhyve: Unable to apply rights for sandbox Message-ID: <20170311144137.246e4bxo6j6vtrku@dx240.localdomain> References: <20170311131454.vtver7ohb72k7bz4@dx240.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gq4yl5h6n7keqjid" Content-Disposition: inline In-Reply-To: <20170311131454.vtver7ohb72k7bz4@dx240.localdomain> User-Agent: NeoMutt/20170225 (1.8.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 14:30:23 -0000 --gq4yl5h6n7keqjid Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 11, 2017 at 10:14:54AM -0300, Danilo G. Baio (dbaio) wrote: > Hi. >=20 > I am following these instructions [1]. >=20 > bhyve \ > -c 2 \ > -s 0,hostbridge \ > -s 3,ahci-hd,windows10.img \ > -s 4,ahci-cd,install_win10.iso \ > -s 10,virtio-net,tap0 \ > -s 31,lpc \ > -l com1,/dev/nmdm0A \ > -l com2,/dev/nmdm1A \ > -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \ > -m 2G -H -w \ > windows10 >=20 > bhyve: Unable to apply rights for sandbox >=20 > FreeBSD guests are running fine. >=20 > I noticed that capsicum support for bhyve was enabled recently [2] >=20 > Any advices ? Is needed to change anything now ? >=20 > Note: This is my first contact with bhyve. >=20 > # uname -a > FreeBSD dx240.localdomain 12.0-CURRENT FreeBSD 12.0-CURRENT #0=20 > r314706: Sun Mar 5 19:17:41 BRT 2017=20 > root@dx240.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > # uname -UK > 1200023 1200023 >=20 > [1] - https://wiki.freebsd.org/bhyve/Windows > [2] - https://svnweb.freebsd.org/base?view=3Drevision&revision=3D313727 >=20 > Regards. > -- > Danilo G. Baio (dbaio) False alarm. Pawel helped me, nmdm.ko was not loaded. Now the sandbox error is gone. Thank you. -- Danilo G. Baio (dbaio) --gq4yl5h6n7keqjid Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEORj0UTsjzCy+enIkmpN7LfMuiNcFAljEDJ8ACgkQmpN7LfMu iNczWRAAgbb5ilBX/+AnFqdyYb4yMG6M+6J5NTR06TicQT4EQLpKCmvBNNvuqK0H 7oVdxHdDzctCkJSuVjk/Ye+hq2G2VVu0nUMHmKNjHqaxje+jkTtkrUGkV9qA75Zw s+yU+8y/UE9QbXx5RLPQi8tonQdyC7yIWWJLtUy5D3xse7grh6B+Ik0jnJsvZaeU Wa04z1Ts2wrYSi9Q6vDGFQfzGFn057InwCmjR9sAFMghimqTnnw7of0XhGXYgFRe 39GpHWWlrZPTBheYTYltN5uE4b/kcTRr6DHgQTe42Aq5E8P1rOLYqiDVPbMMCl1t 2jXQJnH0DPIFyUo57CzeoIDI7sdqC5r47aig2UqfWoKgj1NqpWAbIruf9Y5rP/AN Oe8OTzxIdROsme89VvBttVL2VOpdKfBUp5vlRp6Ff9wTn/MRljXbikfZ75oNjryA GHtCdDjsVwq/49Q9mG3N0zwLmLmdzPQSZCbr5J+Aa1ekhyqMYesBjkbs8nzxya/D HPbkqb+cpMmPUMc1YJDz6Cui4t2dJSdp/tKb3Y8JhRx2ah9Lkpr3Tlp2HzJBsuqJ KamoCXI4sp0Ta0I5OcslCzj6Fn0p38HWToB4ScMTK9X+R69vQe2O8C8DsUJnON8a d7rxAe4/idNzdWFZ7SaC9jTNXyeB6nQy1p4F4HMiwg8N9O6tTi0= =YuAf -----END PGP SIGNATURE----- --gq4yl5h6n7keqjid-- From owner-freebsd-current@freebsd.org Sat Mar 11 23:05:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB185D084EC for ; Sat, 11 Mar 2017 23:05:21 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79B266B7 for ; Sat, 11 Mar 2017 23:05:21 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-io0-x229.google.com with SMTP id f84so65691976ioj.0 for ; Sat, 11 Mar 2017 15:05:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=KBiT3HwHcj6vlBPJ6xF4ywz9O6RXjt1d/AkZCH0cnws=; b=t3i2DnZLK2GKo/0LHOKKGPR66Up4Ow2CeMBarapXe1QlFM9JBHpAJKaz5hEBdqYk3G HYdQE52CYnDSCoHFfI13T/3aU5Ox1VL0L84Y3M2s2otNdegA2pU5NxJ0keGd6h5335L9 GmOiZFwhtlDmXo9OSNZWQj4cX2uOovsWVnmNK0PWqgLAlkr/5Hzu45Kn0TVKWghPVj4Q q1DlQVWaC1W+1hLOVMwJArwDD2STBmZgcZJ08Cn83rgE6AoLF7YFiW00tviSNQVCOvFj aUgECpR66GzKJRjtGAHdMJeqgdYFDse6sKeeAVmOzM/Ffd+9uKS1HAeb540tafF+Yx2y ZDKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=KBiT3HwHcj6vlBPJ6xF4ywz9O6RXjt1d/AkZCH0cnws=; b=ROouNQYNBBWgn+Wun/La5BRFqyf/opCZnKEAveGC6pqSNgyiM534XyvI/IK65OKfKO +N0ofj/7caj8UhzshtGwEGCp72ERSdZNGQllow84RlqXXhqbMyIvE05HveeTL6qbVtON XzElqS1g6yRUQKFhFav0UFc9MF7NPawpc3FIsWlqa340sFOH5SnFXT3VCh+3IhstGsub g9rRussOCfy2MkvxTrXkNi0LtNiwWJsKSd9u3sOs7VELo38kIICXLgWGrm9J7af4fZwr UUKRiuHFw7JbvCBA/xpSdPRli49wcDPOIf5WxlK9xmaMRpvGlCBzyiJ3hVr5wAF5Ld3c 1U4w== X-Gm-Message-State: AFeK/H25suvcWf4YKdRGx/9GvG6U3QpKlOWq6TWMfQFCqif0pEDAUVvqKYb24C2Ku/7XY/0Al9Qg1wMkmK7Frw== X-Received: by 10.107.58.131 with SMTP id h125mr3654337ioa.37.1489273520781; Sat, 11 Mar 2017 15:05:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.228 with HTTP; Sat, 11 Mar 2017 15:05:20 -0800 (PST) Received: by 10.64.226.228 with HTTP; Sat, 11 Mar 2017 15:05:20 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Sat, 11 Mar 2017 23:05:20 +0000 Message-ID: Subject: buildworld error To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 23:05:21 -0000 hello, buildworld currently breaks while building kerberos5. Sorry i cant post the error still managing to learn how script works. From owner-freebsd-current@freebsd.org Sat Mar 11 23:23:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 313E4D08A8B for ; Sat, 11 Mar 2017 23:23:40 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) (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 EE96B1097 for ; Sat, 11 Mar 2017 23:23:39 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lgwl-lstewart2.corp.netflix.com (c110-22-60-167.eburwd6.vic.optusnet.com.au [110.22.60.167]) by lauren.room52.net (Postfix) with ESMTPSA id 3F6927E84A for ; Sun, 12 Mar 2017 10:23:28 +1100 (EST) To: FreeBSD Current From: Lawrence Stewart Subject: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX Message-ID: Date: Sun, 12 Mar 2017 10:22:05 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.4 required=5.0 tests=DNS_FROM_AHBL_RHSBL, UNPARSEABLE_RELAY autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 23:23:40 -0000 Hi all, I'm unable to complete buildworld with 2 recent svn revs I've tried (r314838 and r315059). I'm building for a slightly resource constrained production system so am specifying custom settings and a different obj tree location so I can copy it to the target system. The error persists after an "rm -rf /usr/obj/*", and if parallel building is disabled. The underlying build system built from r314838 via simple "make -C /usr/src -s -j6 buildworld buildkernel" built and installed fine, so the problem seems to be around the use of the build customisations. Any clues? Cheers, Lawrence root@builder-head-amd64:/usr/src # cat cust_make.conf KERNCONF=GENERIC-NODEBUG MALLOC_PRODUCTION=YES root@builder-head-amd64:/usr/src # cat cust_src.conf WITHOUT_PROFILE=1 root@builder-head-amd64:/usr/src # make __MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel [...] MK_AUTO_OBJ=no MK_TESTS=no UPDATE_DEPENDFILE=no _RECURSING_CRUNCH=1 CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -std=gnu99 -Qunused-arguments " CXX="c++ -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments -Wno-c++11-extensions " make .MAKE.MODE="normal curdirOk=yes" .MAKE.META.IGNORE_PATHS="" -f rescue.mk exe cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -std=gnu99 -Qunused-arguments -nostdlib -Wl,-dc -r -o cat.lo cat_stub.o /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o cc: error: no such file or directory: '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o' *** Error code 1 There appear to be a lot of missing .o files under the rescue obj tree: root@builder-head-amd64:/usr/src # find /usr/obj/cust/usr/src/rescue/rescue//usr -type f /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost compared with an obj tree on a different head system: find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l 1552 From owner-freebsd-current@freebsd.org Sat Mar 11 23:31:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0259DD08CE1 for ; Sat, 11 Mar 2017 23:31:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 D648114CD for ; Sat, 11 Mar 2017 23:31:00 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: b6a7ec32-06b2-11e7-ba57-8bc134ee460a X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id b6a7ec32-06b2-11e7-ba57-8bc134ee460a; Sat, 11 Mar 2017 23:30:30 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v2BNTtL7002174; Sat, 11 Mar 2017 16:29:55 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1489274995.40576.65.camel@freebsd.org> Subject: Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX From: Ian Lepore To: Lawrence Stewart , FreeBSD Current Date: Sat, 11 Mar 2017 16:29:55 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 23:31:01 -0000 On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote: > Hi all, > > I'm unable to complete buildworld with 2 recent svn revs I've tried > (r314838 and r315059). I'm building for a slightly resource > constrained > production system so am specifying custom settings and a different > obj > tree location so I can copy it to the target system. The error > persists > after an "rm -rf /usr/obj/*", and if parallel building is disabled. > > The underlying build system built from r314838 via simple "make -C > /usr/src -s -j6 buildworld buildkernel" built and installed fine, so > the > problem seems to be around the use of the build customisations. > > Any clues? > > Cheers, > Lawrence > > > root@builder-head-amd64:/usr/src # cat cust_make.conf > KERNCONF=GENERIC-NODEBUG > MALLOC_PRODUCTION=YES > > root@builder-head-amd64:/usr/src # cat cust_src.conf > WITHOUT_PROFILE=1 > > root@builder-head-amd64:/usr/src # make > __MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf > MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel > [...] > MK_AUTO_OBJ=no MK_TESTS=noUPDATE_DEPENDFILE=no_RECURSING_CRUNCH=1 > CC="cc -target x86_64-unknown-freebsd12.0 > --sysroot=/usr/obj/cust/usr/src/tmp > -B/usr/obj/cust/usr/src/tmp/usr/bin > -O2 -pipe-std=gnu99-Qunused-arguments"CXX="c++-target > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp > -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments > -Wno-c++11-extensions"make .MAKE.MODE="normal curdirOk=yes" > .MAKE.META.IGNORE_PATHS=""-f rescue.mk exe > cc -target x86_64-unknown-freebsd12.0 > --sysroot=/usr/obj/cust/usr/src/tmp > -B/usr/obj/cust/usr/src/tmp/usr/bin > -O2 -pipe-std=gnu99-Qunused-arguments-nostdlib -Wl,-dc -r > -o > cat.lo cat_stub.o > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o > cc: error: no such file or directory: > '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o' > *** Error code 1 > > There appear to be a lot of missing .o files under the rescue obj > tree: > > root@builder-head-amd64:/usr/src # find > /usr/obj/cust/usr/src/rescue/rescue//usr -type f > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost > > compared with an obj tree on a different head system: > > find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l > 1552 > _______________________________________________ > 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" The MAKEOBJDIRPREFIX variable must be set in the environment, not in make.conf or on the make command line (documented in build(7)). -- Ian From owner-freebsd-current@freebsd.org Sat Mar 11 23:51:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4618AD08196 for ; Sat, 11 Mar 2017 23:51:36 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 092AF1D28 for ; Sat, 11 Mar 2017 23:51:36 +0000 (UTC) (envelope-from rob.rodz.jr9@gmail.com) Received: by mail-it0-x231.google.com with SMTP id m27so14683349iti.1 for ; Sat, 11 Mar 2017 15:51:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=XFDFMbOISmY+nnKh0swyzLn2u2dHwiU33ao63Z3S6Vc=; b=WAqHyaXgeq1Y/5/qQFfDbh13AG/y3DCgK+19heq76MNkcA1ZPShp0m6/kX5i+1koTs MlhUsnnLDVNGd9mWJgKo14oO27LWR4RUjApJ9jadGRG4cT6yLv0fTxDpWvhgt0jfm7/t Uu/k9NTpS9uw6k1cfTa8raAdYQqPsDRQwBgkpf+0Ks1+l494DYrqNR5tmqZVlTJ3HUDm jaFsYKSo04xiiKJV1Ipjp97gdGYKR5WWI2hFPWb9HEk3ftI9G1xCIhuQMBm6/d8fb3Rs pTgDV/yHo8RDkis89vAxy4wB/fPgPh7oIkRk4KEM1Gn9EAJPMxd1I6hAuqumMdJFWH16 aqRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=XFDFMbOISmY+nnKh0swyzLn2u2dHwiU33ao63Z3S6Vc=; b=H50MQK+8seekNfus/z5HIDQVRH7vskjdoXYDgmFAJGYqmLHXVKD/Y8sjvvVVLIkNwu TMaf88SAPbDiNd3fYIRSvU2Ji9h9uRjZN1NtdZLWbUHwTRAjGtHwWajtM749QoEDTZZj OLrOotLSKabKyE2SnCYfEv4Zs9+ceD4l5LJRMan2R6rqGEOsVhsI6zZ0UVtAkQgnYFaJ kSWJVxcs8IhwLxlnBSUn4z/9XABzSVmJnSDmtPe21UXU1lUWUdpi5Vgq8fLuX/L6gNgs b0A6n2qs2Tc5mdaKt9lAne3k9rYzAmVXxF6VOs4yihQa1eTlRcRa+eyhWBwVKA1z6GiA nIPw== X-Gm-Message-State: AFeK/H0GA2vYZDPDhpYwBcSZwozbHiUOxpGcf1E5eEqh1OWq+OdRJ82YU4nZ37PT525rZS2S4fcQaQ5413/gqg== X-Received: by 10.36.124.16 with SMTP id a16mr5342609itd.90.1489276295239; Sat, 11 Mar 2017 15:51:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.226.228 with HTTP; Sat, 11 Mar 2017 15:51:34 -0800 (PST) In-Reply-To: References: From: Roberto Rodriguez Jr Date: Sat, 11 Mar 2017 23:51:34 +0000 Message-ID: Subject: Re: buildworld error To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 23:51:36 -0000 I figured the script command... here is the new error r315090 --- .depend --- echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libl.a /usr/obj/usr/src/tmp/usr/lib/liby.a /usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend --- setkey.o --- /usr/local/libexec/ccache/cc -O2 -pipe -march=btver2 -I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec -I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -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 -Wno-parentheses -Qunused-arguments -c /usr/src/sbin/setkey/setkey.c -o setkey.o --- all_subdir_lib --- --- jemalloc_nstime.po --- /usr/local/libexec/ccache/cc -pg -O2 -pipe -march=btver2 -I/usr/src/lib/libc/include -I/usr/src/include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.jemalloc_nstime.po -MTjemalloc_nstime.po -std=gnu99 -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 -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c -o jemalloc_nstime.po --- all_subdir_rescue --- --- suffix.o --- /usr/local/libexec/ccache/cc -O2 -pipe -DHAVE_CONFIG_H -I/usr/src/usr.bin/xz/../../lib/liblzma -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2 -DRESCUE -MD -MF.depend.suffix.o -MTsuffix.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 -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/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o --- all_subdir_sbin --- /usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared identifier 'IPSEC_POLICYSCOPE_GLOBAL' f_scope |= IPSEC_POLICYSCOPE_GLOBAL; ^ /usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared identifier 'IPSEC_POLICYSCOPE_IFNET' f_scope |= IPSEC_POLICYSCOPE_IFNET; ^ 2 errors generated. *** [setkey.o] Error code 1 make[4]: stopped in /usr/src/sbin/setkey 1 error make[4]: stopped in /usr/src/sbin/setkey *** [all_subdir_sbin/setkey] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [all_subdir_sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_rescue --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/usr.bin/xz *** [xz_make] Error code 2 make[5]: stopped in /usr/obj/usr/src/rescue/rescue 1 error make[5]: stopped in /usr/obj/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all_subdir_rescue/rescue] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libc *** [all_subdir_lib/libc] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/lib/libcrypto *** [all_subdir_secure/lib/libcrypto] Error code 2 make[4]: stopped in /usr/src/secure/lib 1 error make[4]: stopped in /usr/src/secure/lib *** [all_subdir_secure/lib] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src 1551.754u 434.064s 17:54.86 184.7% 12598+328k 113045+55926io 25455pf+14w