From owner-freebsd-current@freebsd.org Sun May 22 00:41:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8293B45E21 for ; Sun, 22 May 2016 00:41:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A0646164F; Sun, 22 May 2016 00:41:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B4D33107; Sun, 22 May 2016 00:41:55 +0000 (UTC) Date: Sun, 22 May 2016 00:41:55 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <842233046.8.1463877715683.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <171950986.33.1463834743393.JavaMail.jenkins@jenkins-9.freebsd.org> References: <171950986.33.1463834743393.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #303 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 00:41:55 -0000 See From owner-freebsd-current@freebsd.org Sun May 22 02:40:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83837B43BAF for ; Sun, 22 May 2016 02:40:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 651D11EC3; Sun, 22 May 2016 02:40:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C97C4124; Sun, 22 May 2016 02:40:03 +0000 (UTC) Date: Sun, 22 May 2016 02:40:03 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1182715777.11.1463884803762.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1149849110.1.1463764208082.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1149849110.1.1463764208082.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #79 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 02:40:03 -0000 See From owner-freebsd-current@freebsd.org Sun May 22 06:47:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF4DDB440F5 for ; Sun, 22 May 2016 06:47:12 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B61731FD4 for ; Sun, 22 May 2016 06:47:12 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mailman.ysv.freebsd.org (Postfix) id B1F73B440F4; Sun, 22 May 2016 06:47:12 +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 AF511B440F3 for ; Sun, 22 May 2016 06:47:12 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lb0-f180.google.com (mail-lb0-f180.google.com [209.85.217.180]) (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 37F391FD3 for ; Sun, 22 May 2016 06:47:11 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lb0-f180.google.com with SMTP id ww9so46689399lbc.2 for ; Sat, 21 May 2016 23:47:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=cRfSWijsEjJq0vBbF9quudgtQwrlhd7lHrBEJutlyVU=; b=Wywt4PA42WlL3JtB3ykvLTIbJ1HYEL0sOqbXI4qBbsnkW7QgNuMailEMo+LkbSVD0Q Ms7FJdHNz3SCwg59tAm1nbh8N4poKOmrfTk7VJVS8qsdutam0QqzXJBDP1Rd94DCSxzx G7+jd/JVhRF4ggWFS7lOh4W7U2jZbiC7pZ4bIjTLdbzwrL4fxq+UjtvEYqeQyYvvX+6j yCobni3CVeyvjd0bNnNn4EA29o1YojLmpIw9tCJmvmMDbTzWeaT8q79e+mFjPweDoNP9 fjoXF2ejp9mjLcrE0o+QyQkpPgWb5Gy53jL781ZRzkEosyq/bpoy54Tz8QBxijXO6nwj UD0w== X-Gm-Message-State: AOPr4FXk4e4nvbHAQN/xzgD6gurzOc5K74yqUtBUW9oPUXVWPDNK774KiJjm0pohbolS5Q== X-Received: by 10.112.201.105 with SMTP id jz9mr3785714lbc.6.1463899629948; Sat, 21 May 2016 23:47:09 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id h9sm4703103lfg.3.2016.05.21.23.47.09 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 21 May 2016 23:47:09 -0700 (PDT) To: current@freebsd.org From: Andrey Chernov Subject: Recent -current cpucontrol panic: [cpuctl, 129]: cannot bind to target cpu 1 Message-ID: <065e93bb-5269-b726-52cc-2f961656e5f9@freebsd.org> Date: Sun, 22 May 2016 09:47:08 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 06:47:12 -0000 With microcode_update_enable="YES" in rc.conf: db:0:kdb.enter.panic> show pcpu cpuid = 1 dynamic pcpu = 0xfffffe02ac1fd300 curthread = 0xfffff8000ae75a00: pid 736 "cpucontrol" curpcb = 0xfffffe023754eb80 fpcurthread = none idlethread = 0xfffff800022b5000: tid 100003 "idle: cpu1" curpmap = 0xfffff8000af02138 tssp = 0xffffffff80c1cf78 commontssp = 0xffffffff80c1cf78 rsp0 = 0xfffffe023754eb80 gs32p = 0xffffffff80c237d0 ldt = 0xffffffff80c23810 tss = 0xffffffff80c23800 db:0:kdb.enter.panic> bt Tracing pid 736 tid 100121 td 0xfffff8000ae75a00 kdb_enter() at kdb_enter+0x3b/frame 0xfffffe023754e620 vpanic() at vpanic+0x19f/frame 0xfffffe023754e6a0 kassert_panic() at kassert_panic+0x126/frame 0xfffffe023754e710 cpuctl_do_cpuid_count() at cpuctl_do_cpuid_count+0x85/frame 0xfffffe023754e750 cpuctl_ioctl() at cpuctl_ioctl+0x389/frame 0xfffffe023754e800 devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe023754e860 kern_ioctl() at kern_ioctl+0x204/frame 0xfffffe023754e8c0 sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe023754e9a0 amd64_syscall() at amd64_syscall+0x28e/frame 0xfffffe023754eab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe023754eab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8009778ea, rsp = 0x7fffffffe788, rbp = 0x7fffffffe7d0 --- From owner-freebsd-current@freebsd.org Sun May 22 07:14:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D8BDB44531 for ; Sun, 22 May 2016 07:14:13 +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 27ECB1BC6 for ; Sun, 22 May 2016 07:14:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 23E01B44530; Sun, 22 May 2016 07:14:13 +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 211B9B4452D for ; Sun, 22 May 2016 07:14:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F8331BC2; Sun, 22 May 2016 07:14:12 +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 u4M7E7Jl094281 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 22 May 2016 10:14:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u4M7E7Jl094281 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u4M7E7Rl094280; Sun, 22 May 2016 10:14:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 22 May 2016 10:14:07 +0300 From: Konstantin Belousov To: Andrey Chernov Cc: current@freebsd.org Subject: Re: Recent -current cpucontrol panic: [cpuctl, 129]: cannot bind to target cpu 1 Message-ID: <20160522071407.GE89104@kib.kiev.ua> References: <065e93bb-5269-b726-52cc-2f961656e5f9@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <065e93bb-5269-b726-52cc-2f961656e5f9@freebsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 07:14:13 -0000 On Sun, May 22, 2016 at 09:47:08AM +0300, Andrey Chernov wrote: > With microcode_update_enable="YES" in rc.conf: > > db:0:kdb.enter.panic> show pcpu > cpuid = 1 > dynamic pcpu = 0xfffffe02ac1fd300 > curthread = 0xfffff8000ae75a00: pid 736 "cpucontrol" > curpcb = 0xfffffe023754eb80 > fpcurthread = none > idlethread = 0xfffff800022b5000: tid 100003 "idle: cpu1" > curpmap = 0xfffff8000af02138 > tssp = 0xffffffff80c1cf78 > commontssp = 0xffffffff80c1cf78 > rsp0 = 0xfffffe023754eb80 > gs32p = 0xffffffff80c237d0 > ldt = 0xffffffff80c23810 > tss = 0xffffffff80c23800 > db:0:kdb.enter.panic> bt > Tracing pid 736 tid 100121 td 0xfffff8000ae75a00 > kdb_enter() at kdb_enter+0x3b/frame 0xfffffe023754e620 > vpanic() at vpanic+0x19f/frame 0xfffffe023754e6a0 > kassert_panic() at kassert_panic+0x126/frame 0xfffffe023754e710 > cpuctl_do_cpuid_count() at cpuctl_do_cpuid_count+0x85/frame > 0xfffffe023754e750 > cpuctl_ioctl() at cpuctl_ioctl+0x389/frame 0xfffffe023754e800 > devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe023754e860 > kern_ioctl() at kern_ioctl+0x204/frame 0xfffffe023754e8c0 > sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe023754e9a0 > amd64_syscall() at amd64_syscall+0x28e/frame 0xfffffe023754eab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe023754eab0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8009778ea, rsp = > 0x7fffffffe788, rbp = 0x7fffffffe7d0 --- Show verbose dmesg of your boot. What scheduler do you use ? In the fired KASSERT, add printout of td->td_oncpu and show the updated panic message. From owner-freebsd-current@freebsd.org Sun May 22 07:26:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF491B4482F; Sun, 22 May 2016 07:26:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE39E131E; Sun, 22 May 2016 07:26:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1463902009908382.22307607552875; Sun, 22 May 2016 00:26:49 -0700 (PDT) Date: Sun, 22 May 2016 00:26:49 -0700 From: Matthew Macy To: "freebsd-hackers@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154d75bfa01.110355533120837.2862753920701204888@nextbsd.org> Subject: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 07:26:53 -0000 I'm happy to announce a call for testers for the 4.6 update of drm and i915. The driver has been successfully tested on IvyBridge, Haswell, Broadwell and Skylake. At least basic HW 3D acceleration should work, VGA and DP out are known to work. Video decode has only been tried once and that did not work. At this point I'm most interested in taking an inventory of what is broken where. My priorities are common sense: a) stability b) fixing 2D artifacts c) fixing 3D problems d) video decode d) output support e) other features At this time "prime" (needed for switching between GPUs, compute APIs, and DRI3) is not yet supported. All the pieces are in place but support existing functionality is a higher priority. Userptr (mapping user memory in to the driver) requires VM changes. Support is planned, but likely post-11. A few caveats are in order: - The only reported test on Sandy Bridge indicated severe artifacts. - Arrandale (pre-Sandy Bridge) and earlier are not yet supported by this update. The intel_i810 code has been heavily localized for FreeBSD making it more difficult to integrate. Thus there are holes in the gmch support. - This update is 64-bit only. There is no good reason to be running in 32-bit mode on any of the hardware supported by this driver. - Although it works fine for me on my Skylake the one other tester I have reports from indicates that the driver isn't actually attaching and creating aliases for the drm device nodes. Please send issue/success reports to the freebsd-x11 mailing list. I may be preoccupied with work matters for periods of time. Sending it to the list makes sure that the messages don't get lost. If you encounter problems with startx, please try loading the i915 kmod in isolation and make sure that it switches correctly to vt_fb. If you're not running efifb you'll notice a change in resolution. If it works but is slow or has artifacts you may try switching to UXA by removing /etc/X11/xorg.conf.d/20-intel.conf (if you're using the USB image). If you've built from source, try configuring SNA instead. SNA is much better behaved for me. The usual rules apply for kernel debugging. There should be copious information on that in the handbook and elsewhere. If that proves to be problematic for people I will send out a follow up mail. A couple observations: - The FreeBSD PTB insist that a debugger be in tree but that it pre-date GPL2, consequently kernels are, by default compiled with DWARF2 which is very poor at retain debug information in the presence of any optimization. If this is a problem, either recompile everything with -O0 (add CFLAGS += -O0 in drm2 and i915kms Makefiles, and pass COPTFLAGS=-O0 to buildkernel) or install a newer kgdb from ports. - The purpose of encrypted swap is that the data on disk be unrecoverable. This is somewhat at cross purposes with savecore. So don't do that. Now that this is out I will be switching gears to bringing up amdgpu and radeon support. I have no hardware that uses the radeon driver so I will have to rely on Jean for testing and support there. Those of you wishing to try your hand at testing from source can fetch our repo from github at: https://github.com/iotamudelta/freebsd-base-graphics Make sure to check out the drm-next-4.6 branch. If you'd rather just try it on a usb pen driver you can also obtain a prebuilt memstick image with this branch installed along with xorg and some commonly used ports at: http://www.bsddesktop.com/images/disk_YYMMDDHH.img.xz There is no root password and the user/pw is joeuser/joeuser. If you're curious about what's on it, the script used to create the image is here: http://www.bsddesktop.com/images/usbcreate.sh If you'd like to help out with collecting data on what laptops are supported please run Warren Block's notebookstats script: http://www.bsddesktop.com/images/notebookstats It's also installed under /usr/local/bin on the image. If I've missed anything please let me know and I will follow up. -M From owner-freebsd-current@freebsd.org Sun May 22 08:14:26 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32B86B44654; Sun, 22 May 2016 08:14:26 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC8731DB3; Sun, 22 May 2016 08:14:25 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1b4OWe-0009ow-Ti; Sun, 22 May 2016 11:14:16 +0300 Date: Sun, 22 May 2016 11:14:16 +0300 From: Slawa Olhovchenkov To: Matthew Macy Cc: "freebsd-hackers@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported Message-ID: <20160522081416.GU1447@zxy.spb.ru> References: <154d75bfa01.110355533120837.2862753920701204888@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <154d75bfa01.110355533120837.2862753920701204888@nextbsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 08:14:26 -0000 On Sun, May 22, 2016 at 12:26:49AM -0700, Matthew Macy wrote: > I'm happy to announce a call for testers for the 4.6 update of drm and > i915. The driver has been successfully tested on IvyBridge, Haswell, > Broadwell and Skylake. At least basic HW 3D acceleration should work, > VGA and DP out are known to work. Video decode has only been tried > once and that did not work. > > At this point I'm most interested in taking an inventory of what is > broken where. My priorities are common sense: > > a) stability > b) fixing 2D artifacts > c) fixing 3D problems > d) video decode > d) output support > e) other features > > At this time "prime" (needed for switching between GPUs, compute > APIs, and DRI3) is not yet supported. All the pieces are in place but > support existing functionality is a higher priority. Userptr (mapping > user memory in to the driver) requires VM changes. Support is > planned, but likely post-11. Can you do commit placeholder changes for VM for future MFC? From owner-freebsd-current@freebsd.org Sun May 22 09:19:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D51E6B42736 for ; Sun, 22 May 2016 09:19:43 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B87911C9F for ; Sun, 22 May 2016 09:19:43 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mailman.ysv.freebsd.org (Postfix) id B4072B42734; Sun, 22 May 2016 09:19:43 +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 B3996B42733 for ; Sun, 22 May 2016 09:19:43 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (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 1DEB91C9E for ; Sun, 22 May 2016 09:19:42 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f49.google.com with SMTP id e126so37788822lfg.2 for ; Sun, 22 May 2016 02:19:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=Ly7usOat/UzFtaCYNP65TQpecwwvNaDieIpL+fY8dRc=; b=TKTiSPkOTAz66wbZDpKLWThHp7A4lve5B/FMfxTpgBTFe4n6HwhA4Z1gvdCdnVOYZN jnPo6fbtt4NJVwkIuV6UxxcQICFdKGtOmpZNrWkGc47eHF/dkbrYkW4o7y2TR01xTSPM Qc0c89/c/prc/OtUFbXm7Vu4WZJ25RRcNLeLkoTRUssMOYLLCrkdrAHoX56uA/66Hjrv BikKXzN60k+NWDhku2/JYabEPjLOqJveUfNSTLMVvubZhPvhtOly4gyx2rdz7brdBavt G6WllOhBlUDCm9+1C5C8EmVGAS4sTxy+X6wr94kZBDh2h1EeaawTlKGhJ30XJJLf7Vfa 6B/A== X-Gm-Message-State: AOPr4FXbrzFWBjJOaMHJZZ7B/owBhDVGr3skLg80oKdNF0TIvmUB0bnmZEUQMfoWvKQeZQ== X-Received: by 10.25.208.203 with SMTP id h194mr4107957lfg.86.1463908774652; Sun, 22 May 2016 02:19:34 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id s126sm2877445lfs.41.2016.05.22.02.19.33 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 May 2016 02:19:33 -0700 (PDT) Subject: Re: Recent -current cpucontrol panic: [cpuctl, 129]: cannot bind to target cpu 1 To: Konstantin Belousov References: <065e93bb-5269-b726-52cc-2f961656e5f9@freebsd.org> <20160522071407.GE89104@kib.kiev.ua> Cc: current@freebsd.org From: Andrey Chernov Message-ID: <9e7fec3a-869a-a0f8-999c-53b1b24d746d@freebsd.org> Date: Sun, 22 May 2016 12:19:32 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160522071407.GE89104@kib.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 09:19:43 -0000 On 22.05.2016 10:14, Konstantin Belousov wrote: > On Sun, May 22, 2016 at 09:47:08AM +0300, Andrey Chernov wrote: >> With microcode_update_enable="YES" in rc.conf: >> >> db:0:kdb.enter.panic> show pcpu >> cpuid = 1 >> dynamic pcpu = 0xfffffe02ac1fd300 >> curthread = 0xfffff8000ae75a00: pid 736 "cpucontrol" >> curpcb = 0xfffffe023754eb80 >> fpcurthread = none >> idlethread = 0xfffff800022b5000: tid 100003 "idle: cpu1" >> curpmap = 0xfffff8000af02138 >> tssp = 0xffffffff80c1cf78 >> commontssp = 0xffffffff80c1cf78 >> rsp0 = 0xfffffe023754eb80 >> gs32p = 0xffffffff80c237d0 >> ldt = 0xffffffff80c23810 >> tss = 0xffffffff80c23800 >> db:0:kdb.enter.panic> bt >> Tracing pid 736 tid 100121 td 0xfffff8000ae75a00 >> kdb_enter() at kdb_enter+0x3b/frame 0xfffffe023754e620 >> vpanic() at vpanic+0x19f/frame 0xfffffe023754e6a0 >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe023754e710 >> cpuctl_do_cpuid_count() at cpuctl_do_cpuid_count+0x85/frame >> 0xfffffe023754e750 >> cpuctl_ioctl() at cpuctl_ioctl+0x389/frame 0xfffffe023754e800 >> devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe023754e860 >> kern_ioctl() at kern_ioctl+0x204/frame 0xfffffe023754e8c0 >> sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe023754e9a0 >> amd64_syscall() at amd64_syscall+0x28e/frame 0xfffffe023754eab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe023754eab0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8009778ea, rsp = >> 0x7fffffffe788, rbp = 0x7fffffffe7d0 --- > > Show verbose dmesg of your boot. Attached. > What scheduler do you use ? ULE > In the fired KASSERT, add printout of td->td_oncpu and show the updated > panic message. I add, but can't reproduce this bug again so far. From owner-freebsd-current@freebsd.org Sun May 22 09:32:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51DD0B42BFA for ; Sun, 22 May 2016 09:32:51 +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 3BAD816D7 for ; Sun, 22 May 2016 09:32:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3B104B42BF9; Sun, 22 May 2016 09:32:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AB6BB42BF7 for ; Sun, 22 May 2016 09:32:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF41D16D6; Sun, 22 May 2016 09:32:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u4M9Wj7F034097 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 22 May 2016 12:32:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u4M9Wj7F034097 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u4M9WjxS034096; Sun, 22 May 2016 12:32:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 22 May 2016 12:32:45 +0300 From: Konstantin Belousov To: Andrey Chernov Cc: current@freebsd.org Subject: Re: Recent -current cpucontrol panic: [cpuctl, 129]: cannot bind to target cpu 1 Message-ID: <20160522093245.GI89104@kib.kiev.ua> References: <065e93bb-5269-b726-52cc-2f961656e5f9@freebsd.org> <20160522071407.GE89104@kib.kiev.ua> <9e7fec3a-869a-a0f8-999c-53b1b24d746d@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9e7fec3a-869a-a0f8-999c-53b1b24d746d@freebsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 09:32:51 -0000 On Sun, May 22, 2016 at 12:19:32PM +0300, Andrey Chernov wrote: > On 22.05.2016 10:14, Konstantin Belousov wrote: > > On Sun, May 22, 2016 at 09:47:08AM +0300, Andrey Chernov wrote: > >> With microcode_update_enable="YES" in rc.conf: > >> > >> db:0:kdb.enter.panic> show pcpu > >> cpuid = 1 > >> dynamic pcpu = 0xfffffe02ac1fd300 > >> curthread = 0xfffff8000ae75a00: pid 736 "cpucontrol" > >> curpcb = 0xfffffe023754eb80 > >> fpcurthread = none > >> idlethread = 0xfffff800022b5000: tid 100003 "idle: cpu1" > >> curpmap = 0xfffff8000af02138 > >> tssp = 0xffffffff80c1cf78 > >> commontssp = 0xffffffff80c1cf78 > >> rsp0 = 0xfffffe023754eb80 > >> gs32p = 0xffffffff80c237d0 > >> ldt = 0xffffffff80c23810 > >> tss = 0xffffffff80c23800 > >> db:0:kdb.enter.panic> bt > >> Tracing pid 736 tid 100121 td 0xfffff8000ae75a00 > >> kdb_enter() at kdb_enter+0x3b/frame 0xfffffe023754e620 > >> vpanic() at vpanic+0x19f/frame 0xfffffe023754e6a0 > >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe023754e710 > >> cpuctl_do_cpuid_count() at cpuctl_do_cpuid_count+0x85/frame > >> 0xfffffe023754e750 > >> cpuctl_ioctl() at cpuctl_ioctl+0x389/frame 0xfffffe023754e800 > >> devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe023754e860 > >> kern_ioctl() at kern_ioctl+0x204/frame 0xfffffe023754e8c0 > >> sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe023754e9a0 > >> amd64_syscall() at amd64_syscall+0x28e/frame 0xfffffe023754eab0 > >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe023754eab0 > >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8009778ea, rsp = > >> 0x7fffffffe788, rbp = 0x7fffffffe7d0 --- > > > > Show verbose dmesg of your boot. > > Attached. Thanks. > > > What scheduler do you use ? > > ULE > > > In the fired KASSERT, add printout of td->td_oncpu and show the updated > > panic message. > > I add, but can't reproduce this bug again so far. > Do you have core file for the panic ? If yes, it would be at least interesting to see the output of 'p *td' in kgdb. From owner-freebsd-current@freebsd.org Sun May 22 09:45:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52B45B42EEA for ; Sun, 22 May 2016 09:45:16 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3758A1E64 for ; Sun, 22 May 2016 09:45:16 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 33155B42EE8; Sun, 22 May 2016 09:45:16 +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 30881B42EE7 for ; Sun, 22 May 2016 09:45:16 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (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 ABB481E63 for ; Sun, 22 May 2016 09:45:15 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f49.google.com with SMTP id k98so5264580lfi.1 for ; Sun, 22 May 2016 02:45:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=khmZx4X/Utp4IojBvzVbbNYU08n/Qnd9Whhi4zs9Zcc=; b=Ft1oywMLW9jgNG75ETyyINZ0YYk4cr/GbJjmexvO/RZc/E51fowW5NK4gFM0hSf+RI +niu6tpDmROPpPldoHJKIvKu+OOXHFN/qfBR7h+UJERwAUldV6SX6rhTloj/vOikkfhQ JtoEISZqXKEYOLfJAhaN2VQKCjeVQqGGYk6sY8exU9gJzr697g09lV33uC3zhAWCH64t 4Mq759XntKt5liPmxcqfnYSwCzxp2iCbreHRTodEPikx38/ctyDNilwvNE80g7EI3Dot kuB6PKn/mEq9lb79hqk5m1oroaxAChvXdXnYI/9nC/cQjCRdAY4J7hVmppGsUb5L2oRZ OysQ== X-Gm-Message-State: AOPr4FWKSXGHkEb40neHb0JuiD59FkUSLLwgorOuY8uKpuVvUYzzPloRmPHB39Bw8HXbIQ== X-Received: by 10.25.77.129 with SMTP id a123mr3444840lfb.3.1463910313620; Sun, 22 May 2016 02:45:13 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id j2sm4838857lfb.13.2016.05.22.02.45.12 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 May 2016 02:45:12 -0700 (PDT) Subject: Re: Recent -current cpucontrol panic: [cpuctl, 129]: cannot bind to target cpu 1 To: Konstantin Belousov References: <065e93bb-5269-b726-52cc-2f961656e5f9@freebsd.org> <20160522071407.GE89104@kib.kiev.ua> <9e7fec3a-869a-a0f8-999c-53b1b24d746d@freebsd.org> <20160522093245.GI89104@kib.kiev.ua> Cc: current@freebsd.org From: Andrey Chernov Message-ID: Date: Sun, 22 May 2016 12:45:12 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160522093245.GI89104@kib.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 09:45:16 -0000 On 22.05.2016 12:32, Konstantin Belousov wrote: > On Sun, May 22, 2016 at 12:19:32PM +0300, Andrey Chernov wrote: >> On 22.05.2016 10:14, Konstantin Belousov wrote: >>> On Sun, May 22, 2016 at 09:47:08AM +0300, Andrey Chernov wrote: >>>> With microcode_update_enable="YES" in rc.conf: >>>> >>>> db:0:kdb.enter.panic> show pcpu >>>> cpuid = 1 >>>> dynamic pcpu = 0xfffffe02ac1fd300 >>>> curthread = 0xfffff8000ae75a00: pid 736 "cpucontrol" >>>> curpcb = 0xfffffe023754eb80 >>>> fpcurthread = none >>>> idlethread = 0xfffff800022b5000: tid 100003 "idle: cpu1" >>>> curpmap = 0xfffff8000af02138 >>>> tssp = 0xffffffff80c1cf78 >>>> commontssp = 0xffffffff80c1cf78 >>>> rsp0 = 0xfffffe023754eb80 >>>> gs32p = 0xffffffff80c237d0 >>>> ldt = 0xffffffff80c23810 >>>> tss = 0xffffffff80c23800 >>>> db:0:kdb.enter.panic> bt >>>> Tracing pid 736 tid 100121 td 0xfffff8000ae75a00 >>>> kdb_enter() at kdb_enter+0x3b/frame 0xfffffe023754e620 >>>> vpanic() at vpanic+0x19f/frame 0xfffffe023754e6a0 >>>> kassert_panic() at kassert_panic+0x126/frame 0xfffffe023754e710 >>>> cpuctl_do_cpuid_count() at cpuctl_do_cpuid_count+0x85/frame >>>> 0xfffffe023754e750 >>>> cpuctl_ioctl() at cpuctl_ioctl+0x389/frame 0xfffffe023754e800 >>>> devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe023754e860 >>>> kern_ioctl() at kern_ioctl+0x204/frame 0xfffffe023754e8c0 >>>> sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe023754e9a0 >>>> amd64_syscall() at amd64_syscall+0x28e/frame 0xfffffe023754eab0 >>>> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe023754eab0 >>>> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8009778ea, rsp = >>>> 0x7fffffffe788, rbp = 0x7fffffffe7d0 --- >>> >>> Show verbose dmesg of your boot. >> >> Attached. > Thanks. > >> >>> What scheduler do you use ? >> >> ULE >> >>> In the fired KASSERT, add printout of td->td_oncpu and show the updated >>> panic message. >> >> I add, but can't reproduce this bug again so far. >> > Do you have core file for the panic ? If yes, it would be at least > interesting to see the output of 'p *td' in kgdb. > No, just textdump. From owner-freebsd-current@freebsd.org Sun May 22 07:20:39 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 700C9B44639; Sun, 22 May 2016 07:20:39 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51AE31F4E; Sun, 22 May 2016 07:20:38 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1463901630376682.8613684666619; Sun, 22 May 2016 00:20:30 -0700 (PDT) Date: Sun, 22 May 2016 00:20:30 -0700 From: Matthew Macy To: "freebsd-current@freebsd.org" , "freebsd-x11@freebsd.org" , "freebsd-hackers@freebsd.org" Message-ID: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> Subject: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Mailman-Approved-At: Sun, 22 May 2016 11:14:05 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 07:20:39 -0000 I'm happy to announce a call for testers for the 4.6 update of drm and i915. The driver has been successfully tested on IvyBridge, Haswell, Broadwell and Skylake. At least basic HW 3D acceleration should work, VGA and DP out are known to work. Video decode has only been tried once and that did not work. At this point I'm most interested in taking an inventory of what is broken where. My priorities are common sense: a) stability b) fixing 2D artifacts c) fixing 3D problems d) video decode=20 d) output support e) other features At this time "prime" (needed for switching between GPUs, compute APIs, and DRI3) is not yet supported. All the pieces are in place but support existing functionality is a higher priority. Userptr (mapping user memory in to the driver) requires VM changes. Support is planned, but likely post-11. A few caveats are in order: - The only reported test on Sandy Bridge indicated severe artifacts. - Arrandale (pre-Sandy Bridge) and earlier are not yet supported by =C2=A0 this update. The intel_i810 code has been heavily localized for=20 =C2=A0 FreeBSD making it more difficult to integrate. Thus there are =C2=A0 holes in the gmch support. - This update is 64-bit only. There is no good reason to be running =C2=A0 in 32-bit mode on any of the hardware supported by this driver. - Although it works fine for me on my Skylake the one other tester =C2=A0 I have reports from indicates that the driver isn't actually =C2=A0 attaching and creating aliases for the drm device nodes. Please send issue/success reports to the freebsd-x11 mailing list. I may be preoccupied with work matters for periods of time. Sending it to the list makes sure that the messages don't get lost. If you encounter problems with startx, please try loading the i915 kmod in isolation and make sure that it switches correctly to vt_fb. If you're not running efifb you'll notice a change in resolution. If it works but is slow or has artifacts you may try switching to UXA by removing =C2=A0/etc/X11/xorg.conf.d/20-intel.conf (if you're using the USB image). If you've built from source, try configuring SNA instead. SNA is much better behaved for me. The usual rules apply for kernel debugging. There should be copious information on that in the handbook and elsewhere. If that proves to be problematic for people I will send out a follow up mail. A couple observations: - The FreeBSD PTB insist that a debugger be in tree but that it =C2=A0 pre-date GPL2, consequently kernels are, by default compiled with =C2=A0 DWARF2 which is very poor at retain debug information in the =C2=A0 presence of any optimization. If this is a problem, either =C2=A0 recompile everything with -O0 (add CFLAGS +=3D -O0 in drm2 and =C2=A0 i915kms Makefiles, and pass COPTFLAGS=3D-O0 to buildkernel) or =C2=A0 install a newer kgdb from ports. - The purpose of encrypted swap is that the data on disk be =C2=A0 unrecoverable. This is somewhat at cross purposes with savecore. =C2=A0 So don't do that. =C2=A0=20 Now that this is out I will be switching gears to bringing up amdgpu and radeon support. I have no hardware that uses the radeon driver so I will have to rely on Jean for testing and support there. Those of you wishing to try your hand at testing from source can fetch our repo from github at: https://github.com/iotamudelta/freebsd-base-graphics Make sure to check out the drm-next-4.6 branch. If you'd rather just try it on a usb pen driver you can also obtain a prebuilt memstick image with this branch installed along with xorg and some commonly used ports at:=20 http://www.bsddesktop.com/images/disk_YYMMDDHH.img.xz There is no root password and the user/pw is joeuser/joeuser. If you're curious about what's on it, the script used to create the image is here: http://www.bsddesktop.com/images/usbcreate.sh If you'd like to help out with collecting data on what laptops are supported please run Warren Block's notebookstats script: http://www.bsddesktop.com/images/notebookstats It's also installed under /usr/local/bin on the image. If I've missed anything please let me know and I will follow up. -M From owner-freebsd-current@freebsd.org Sun May 22 13:58:27 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1EA5B451B1 for ; Sun, 22 May 2016 13:58:27 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7687019E6 for ; Sun, 22 May 2016 13:58:27 +0000 (UTC) (envelope-from imb@protected-networks.net) 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.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 7EFE71CC37 for ; Sun, 22 May 2016 09:58:17 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: repeatable panic on pageout with 945GM Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <2490f1c7-8153-ece3-49ed-4b3886564fd7@protected-networks.net> Date: Sun, 22 May 2016 09:58:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 13:58:27 -0000 With KDE and compositing enabled, I randomly get the following: (kgdb) info stack #0 doadump (textdump=) at pcpu.h:221 #1 0xffffffff8064e98e in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff8064eea1 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff8064ed13 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:690 #4 0xffffffff809d18ed in vm_fault_hold (map=, vaddr=, fault_type=, fault_flags=, m_hold=) at /usr/src/sys/vm/vm_fault.c:327 #5 0xffffffff809cf548 in vm_fault (map=0xfffff80002000000, vaddr=, fault_type=1 '\001', fault_flags=) at /usr/src/sys/vm/vm_fault.c:273 #6 0xffffffff80a1849f in trap_pfault (frame=, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:741 #7 0xffffffff80a17b30 in trap (frame=0xfffffe00dbec5830) at /usr/src/sys/amd64/amd64/trap.c:442 #8 0xffffffff809fd5a1 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:236 #9 0xffffffff80a0a3bb in pmap_remove_all (m=) at /usr/src/sys/amd64/amd64/pmap.c:3950 #10 0xffffffff809c0c57 in cdev_pager_free_page (object=, m=0xfffffe0001e410d0) at /usr/src/sys/vm/device_pager.c:214 #11 0xffffffff816aff33 in i915_gem_release_mmap (obj=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:1691 #12 0xffffffff816b104b in i915_gem_object_unbind (obj=0xfffff8008ef11400) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:2738 #13 0xffffffff816b47c8 in __i915_gem_shrink (dev_priv=, target=-1, purgeable_only=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:2056 #14 0xffffffff816b3f47 in i915_gem_inactive_shrink (arg=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:4755 #15 0xffffffff809ec628 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:899 #16 0xffffffff80609dcc in fork_exit (callout=0xffffffff809ec260 , arg=0x0, frame=0xfffffe00dbec5c00) at /usr/src/sys/kern/kern_fork.c:1034 #17 0xffffffff809fdade in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 #18 0x0000000000000000 in ?? () Any hints? imb From owner-freebsd-current@freebsd.org Sun May 22 18:27:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44168B45EF1; Sun, 22 May 2016 18:27:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E0D21A89; Sun, 22 May 2016 18:27:30 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1463941648596802.414760701957; Sun, 22 May 2016 11:27:28 -0700 (PDT) Date: Sun, 22 May 2016 11:27:28 -0700 From: Matthew Macy To: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154d9b8d0a3.1072249ba128924.7972504336631390470@nextbsd.org> Subject: Update on CFT error reporting MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 18:27:31 -0000 To improve the user experience I disabled debug logging by default. Before reporting a non-fatal error with i915 load the drm2 module first, then: sysctl dev.drm.drm_debug=-1 to enable full logging. Once you have done that you can then load i915. The "unimplemented" and "dodgy" warnings are expected, they're just placeholders to remind me to get back to them. Thanks. -M From owner-freebsd-current@freebsd.org Sun May 22 18:41:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3645B45586 for ; Sun, 22 May 2016 18:41:16 +0000 (UTC) (envelope-from rwestlun@gmail.com) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d: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 9E4DA1037 for ; Sun, 22 May 2016 18:41:16 +0000 (UTC) (envelope-from rwestlun@gmail.com) Received: by mail-qk0-x22e.google.com with SMTP id x7so95508493qkd.3 for ; Sun, 22 May 2016 11:41:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=Bj01SxfiAsKCH/SKOjf3jkoIdTSiikBzCbsz6dyCe40=; b=CMzws3ijdnTwh2F/aLT54iYxQKul38uoldMiRrmo5B0v4LIdhNsiZmdWs+bR7wA8me tXk1Ib5j9ot42ysqIJEj9cD2Q9dLfkiJxghkagKcc6olXTYK8/rvLNKb96M/4OggTcGb bjwJTI26rsLOh5oc8gx3ctZS1wJTfhnMBiL7AC7/E+65wqBMY2D7gz7h36mJ+ABYKA14 JOfj6u94V6xI/jDma5tzqQbMbcyqe31KqrGYW3FUMjFMOp4bn58XJaiFMw8Ud7IGh8T1 +zfXenfMisLymZFrcZ5gHfOPK1L7A7rLOWvbmruWfzQZUyLvfbGa1dyxvV9FoNKc+Oi6 JMVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=Bj01SxfiAsKCH/SKOjf3jkoIdTSiikBzCbsz6dyCe40=; b=R6wDKDLiDhcdUylIfhyVKsGVPiQ5Ls4nNCT8rzaA7dCXjjvedVC1oKPqFQDm2mqag+ VbwCq7G5FVQJXz3s4QYT3sFk4tMwsPJhYx3p9r0IZBVNy+fZ5rQNX0ctT4fZE5/c/wio dQEaWOzOuYikG4nxUYETDf1m7ea4CZ70k4fEioI+QoAzZUsb+IwMujteMgvtx06IoUf/ EF6LAuDwK5/Ygcct7FmhNXXBIkahb0OMc/IssdglvHKxoM3zCaw3fmde9/Mob+V186Ja PvWZWslz7HRsJxbWrOV9v6+8FQLWORElVz/zlTMRya8rlBBst0HrU3zciaraAvt3s5o3 U5bw== X-Gm-Message-State: ALyK8tLcZQ9Vx5gQaomL0YIzOGFX4Xoe1nJcLY0yrRgwRuD1q92hoBzIaCaCVzH+OsxJQA== X-Received: by 10.55.191.7 with SMTP id p7mr1782328qkf.54.1463942475715; Sun, 22 May 2016 11:41:15 -0700 (PDT) Received: from gmail.com (c-98-216-247-110.hsd1.ma.comcast.net. [98.216.247.110]) by smtp.gmail.com with ESMTPSA id i9sm1450168qte.17.2016.05.22.11.41.14 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 May 2016 11:41:15 -0700 (PDT) Date: Sun, 22 May 2016 14:41:13 -0400 From: Randy Westlund To: freebsd-current@freebsd.org Subject: ZFS on root, beadm, and the /boot symlink Message-ID: <20160522184113.GU19887@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FfX2iGK5t5ehHnsE" Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 18:41:17 -0000 --FfX2iGK5t5ehHnsE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My system was installed from 10.1 or 10.2 with root on ZFS and geli, but now it tracks current. It is not an EFI system. I'm trying to get boot environments to work, but the /boot symlink is throwing me off. I have two pools from the installer's layout; a small bootpool and zroot. The bootpool mounts at /bootpool and /boot is a symlink to it. > randy@mako /> zfs get mountpoint bootpool > NAME PROPERTY VALUE SOURCE > bootpool mountpoint /bootpool local >=20 > randy@mako /> ls -al /boot > lrwxr-xr-x 1 root wheel 13 Aug 12 2015 /boot -> bootpool/boot When I try to activate a boot environment, I get this error: > root@mako:/ # beadm activate r300358 > cp: /tmp/BE-r300358.FS6Xo6ot/boot/zfs/zpool.cache: No such file or direct= ory Because the new boot environment has a symlink to an empty directory: > randy@mako /> ls -al /tmp/BE-r300358.FS6Xo6ot/boot > lrwxr-xr-x 1 root wheel 13 Aug 12 2015 /tmp/BE-r300358.FS6Xo6ot/boot = -> bootpool/boot >=20 > randy@mako /> ls -al /tmp/BE-r300358.FS6Xo6ot/bootpool > total 9 > drwxr-xr-x 2 root wheel 2 Aug 18 2015 . > drwxr-xr-x 21 root wheel 29 May 21 16:23 .. Mergemaster complains about the /boot symlink as well. I'm not sure what the cachefile does or why it's there. It has a recent modification time, but neither pool seems to reference it. > randy@mako /> zpool get cachefile zroot > NAME PROPERTY VALUE SOURCE > zroot cachefile - default > randy@mako /> zpool get cachefile bootpool > NAME PROPERTY VALUE SOURCE > bootpool cachefile - default > randy@mako /> ls -al /boot/zfs/zpool.cache > -rw-r--r-- 1 root wheel 2512 May 21 16:23 /boot/zfs/zpool.cache What's the proper way to handle the /boot symlink with beadm? Randy --FfX2iGK5t5ehHnsE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXQf1JAAoJEGaweXjzNsmpOfwIAKggHVy1Y+JpRh4KN5Aaxert gSHmVXL1KeEa6/MfEXoaRrcjrc2L6qWtm8QY2q0Lzw/u3oOVY6B9srKzCMr+KJog cBNG89wGFplTVdHT78Ol/EAt716v9rBKmS/XtdTyhSt6Exr95UF9KaKRtHOX1kCn +5LmC9Pkiz0IgzB9qooEVX8HueyvHRCDd/1v+LRjsUcxRNb+KVE4YGONwTUoQ26u F588oB9ra/U1I7if5hReVHoI4KBGWXfXDOpA+27ng/TbkMEsffJ2D3Ap9i7F2rbm SWOb6XXlFx9v9dKlthvdmefE42t6POvSlNyohtxZcOSpJ3dJsIDspUZpLq3oXrc= =C75j -----END PGP SIGNATURE----- --FfX2iGK5t5ehHnsE-- From owner-freebsd-current@freebsd.org Sun May 22 19:11:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 690C1B45F17 for ; Sun, 22 May 2016 19:11:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4F43217FC for ; Sun, 22 May 2016 19:11:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B1174D913 for ; Sun, 22 May 2016 19:11:52 +0000 (UTC) Subject: Re: ZFS on root, beadm, and the /boot symlink To: freebsd-current@freebsd.org References: <20160522184113.GU19887@gmail.com> From: Allan Jude Message-ID: <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> Date: Sun, 22 May 2016 15:11:52 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160522184113.GU19887@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 19:11:59 -0000 On 2016-05-22 14:41, Randy Westlund wrote: > My system was installed from 10.1 or 10.2 with root on ZFS and geli, but > now it tracks current. It is not an EFI system. I'm trying to get boot > environments to work, but the /boot symlink is throwing me off. > > I have two pools from the installer's layout; a small bootpool and > zroot. The bootpool mounts at /bootpool and /boot is a symlink to it. > >> randy@mako /> zfs get mountpoint bootpool >> NAME PROPERTY VALUE SOURCE >> bootpool mountpoint /bootpool local >> >> randy@mako /> ls -al /boot >> lrwxr-xr-x 1 root wheel 13 Aug 12 2015 /boot -> bootpool/boot > > When I try to activate a boot environment, I get this error: > >> root@mako:/ # beadm activate r300358 >> cp: /tmp/BE-r300358.FS6Xo6ot/boot/zfs/zpool.cache: No such file or directory > > Because the new boot environment has a symlink to an empty directory: > >> randy@mako /> ls -al /tmp/BE-r300358.FS6Xo6ot/boot >> lrwxr-xr-x 1 root wheel 13 Aug 12 2015 /tmp/BE-r300358.FS6Xo6ot/boot -> bootpool/boot >> >> randy@mako /> ls -al /tmp/BE-r300358.FS6Xo6ot/bootpool >> total 9 >> drwxr-xr-x 2 root wheel 2 Aug 18 2015 . >> drwxr-xr-x 21 root wheel 29 May 21 16:23 .. > > Mergemaster complains about the /boot symlink as well. > > I'm not sure what the cachefile does or why it's there. It has a recent > modification time, but neither pool seems to reference it. > >> randy@mako /> zpool get cachefile zroot >> NAME PROPERTY VALUE SOURCE >> zroot cachefile - default > >> randy@mako /> zpool get cachefile bootpool >> NAME PROPERTY VALUE SOURCE >> bootpool cachefile - default > >> randy@mako /> ls -al /boot/zfs/zpool.cache >> -rw-r--r-- 1 root wheel 2512 May 21 16:23 /boot/zfs/zpool.cache > > What's the proper way to handle the /boot symlink with beadm? > > Randy > It is not possible to use boot environments when you have a separate bootpool. This is the motivation for my recent work to implement GELI in boot2 and loader, to allow you to combine GELI encryption with ZFS boot environments, which previously required a second unencrypted pool for the loader and kernel. -- Allan Jude From owner-freebsd-current@freebsd.org Sun May 22 19:13:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5C49B46077; Sun, 22 May 2016 19:13:24 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B81561C67; Sun, 22 May 2016 19:13:24 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1463944401442706.496849663476; Sun, 22 May 2016 12:13:21 -0700 (PDT) Date: Sun, 22 May 2016 12:13:21 -0700 From: Matthew Macy To: "Matthew Macy" Cc: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154d9e2d1ee.1112a8b40129540.1579569326496248589@nextbsd.org> In-Reply-To: <154d9b8d0a3.1072249ba128924.7972504336631390470@nextbsd.org> References: <154d9b8d0a3.1072249ba128924.7972504336631390470@nextbsd.org> Subject: Note on CFT image MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-ZohoMail: Z_57973067 SPT_1 Z_57973066 SPT_1 SLF_D X-Zoho-Virus-Status: 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 19:13:24 -0000 ---- On Sun, 22 May 2016 11:27:28 -0700 Matthew Macy wrote ---- > To improve the user experience I disabled debug logging by default. Before reporting a non-fatal error with i915 load the drm2 module first, then: sysctl dev.drm.drm_debug=-1 to enable full logging. Once you have done that you can then load i915. The "unimplemented" and "dodgy" warnings are expected, they're just placeholders to remind me to get back to them. When I specified the disk image name I assumed it was self-evident that 'YYMMDDHH' is the date format. Looking at the access logs it appears that many took that literally. You can find the most recent at: http://www.bsddesktop.com/images/ Currently there is only one, disk_16052200.img.xz. -M From owner-freebsd-current@freebsd.org Sun May 22 19:24:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 262D2B463D9 for ; Sun, 22 May 2016 19:24:00 +0000 (UTC) (envelope-from rwestlun@gmail.com) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d: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 DF9841108; Sun, 22 May 2016 19:23:59 +0000 (UTC) (envelope-from rwestlun@gmail.com) Received: by mail-qk0-x22e.google.com with SMTP id x7so95859894qkd.3; Sun, 22 May 2016 12:23:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=KOuJFH55gJDbPqAOn3w3/zCUuYQt+TVrAoGmpof7LJk=; b=gsVod6searu6O9xqi/iBe8g+riGhEdgdlK+znkwuRiwv76ShHZA4901YDyFBtx0Qn6 z+THm2WO0eZCiUaGU2jD48lPHWmd8oMkGCHsCgaBOXLoU0Zc8vgBBoq1rKyYxPrtqz0C PZsPb48v4sL9G/h4NkCe0SqA49Cl2PIfx88eyGTsZ1f85fyy1aGjiygSd7/JDHs4nHy4 tY5oW5JPZ2BBhjxeDkmV+b5eF0irjP6tT63PMu0JDa39R4RVAcDRVgJ/s/P8tEi3wCIh 1YWLHDgoyEP5B90wtYAiacwphM+Ut6Jmb8K/aovxE1rJ/ZBEetZM4/UZ2utj47tApbp4 I6XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=KOuJFH55gJDbPqAOn3w3/zCUuYQt+TVrAoGmpof7LJk=; b=DOVwuvVqUtp/PDdJVVMBIkzHvxb3W7FPuCGv6M5VAzEigalzQZLkSlZ/19g6Ts0++Y ef8G3QDd5TZm1KHnDbGDtEMHV3Ez4Jp0TZ9FYaaPgT0w9aoTOauYpq90h6ZzADQgB0mA EQVBs/1BVVg+ihvLFWnsRYvEar6OHGAldnIvSdcTOzySFli+zJo5Ie6AYH/ZXLPxfH6T mhEQskbdQtOjtszqJmtgdfGEJY1gr4EnQuCOmCRSw/HhUvqhjyydvULH0FF9WLHgPJyF Irf52ZlVY+upPGo2w5zVSmzCpy5uOqep9g3+IMnyW+5A+1YAS3d7e/9IgsS8ajXXMH8+ Go1Q== X-Gm-Message-State: AOPr4FWBJP6FbdAxk9tYyHsvtHd3dWF6jxYwEqtmKrlD4G+CmI6dSOfZs/cuWQMN+/6+wg== X-Received: by 10.55.103.68 with SMTP id b65mr13146225qkc.22.1463945039107; Sun, 22 May 2016 12:23:59 -0700 (PDT) Received: from gmail.com (c-98-216-247-110.hsd1.ma.comcast.net. [98.216.247.110]) by smtp.gmail.com with ESMTPSA id 94sm12474873qgl.11.2016.05.22.12.23.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 May 2016 12:23:58 -0700 (PDT) Date: Sun, 22 May 2016 15:23:56 -0400 From: Randy Westlund To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: ZFS on root, beadm, and the /boot symlink Message-ID: <20160522192356.GV19887@gmail.com> References: <20160522184113.GU19887@gmail.com> <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SidV/bKy1CyabPX8" Content-Disposition: inline In-Reply-To: <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 19:24:00 -0000 --SidV/bKy1CyabPX8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 22, 2016 at 03:11:52PM -0400, Allan Jude wrote: > It is not possible to use boot environments when you have a separate > bootpool. This is the motivation for my recent work to implement GELI in > boot2 and loader, to allow you to combine GELI encryption with ZFS boot > environments, which previously required a second unencrypted pool for > the loader and kernel. Ah, okay. Thanks for all your work in this area. I'll stay tuned. Randy --SidV/bKy1CyabPX8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXQgdMAAoJEGaweXjzNsmpk+sIAMN1jgIEmgsbiYNrz9srmIf8 5dU2pbtCupkUC8mDHI2ziaWTmJbgxQvavPh36LxS+dcgF4aEj2TMDhtUHYPjdpsC 4BXR1dTmmUhjw3v4vas59R7GNP729LgLLgltLfOfi5lLDdS5yQvsj8k3RdQrzezw lwCuRJba2gtfZ1kASyPR1AksiLYRbe6tlPrzkEVtqyGXbhFJUXPMydrqmLh2khl0 Kc8dXe2nuL4ZWc9DCMxj684bWD9dsCZt/3sOoP1ECbK2dJPkmpB+gmMGu5XUL7bQ qHBG/2mOUZm6ZwaENu5ZoB8ZKN4K8Zox0K79gMum+9A5THkw4meMhj/KhncedAc= =/ul+ -----END PGP SIGNATURE----- --SidV/bKy1CyabPX8-- From owner-freebsd-current@freebsd.org Sun May 22 20:15:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB7FAB46C6E for ; Sun, 22 May 2016 20:15:31 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57D451B00; Sun, 22 May 2016 20:15:31 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id i142so49192202wmf.0; Sun, 22 May 2016 13:15:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to; bh=yHNWSBcnqlHksNn0nFW2KmI5V7VIAe8aklIuSxlcfd8=; b=fTY9WQdmZwLcVuOglw6hYP7XEo86tNFxZfiejqZ/KJzMKpahz1fEXn1BThZKkh66V1 LzMxsfs8jS9yk4hdvwPGwDbhq003jT3OiBqEVa7+SFtByC/h7KTjA2q3X3IqOchdopnR ppbwUd9mvIJiaGC/zRU+qOmCxhh+pxyN/Gs6f7LukXT0IjTB+tzkxMIWyCsXypWyhh8X X91vGV2VfaqugBLOBCmoDAPgMUeVVEtPi1+AVTevtu+Nx7lTOdwb/mz5r1gmc9z4nt2H mQUKOJ0FAQ09oP/+vq/iOgfXuncnDY/Avhd71L5ffqouojQ8Nh3iGASf+o9SI/7m71Qt 3bbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to; bh=yHNWSBcnqlHksNn0nFW2KmI5V7VIAe8aklIuSxlcfd8=; b=GnVs7twiD9CvlA6seMzwb5q+Ohq2i3zElZclfqhcHI8NanJEUzHFGttNU4VWchXZG/ KDX+Evw0P32uBIxb0P1Vp6R+vCOm8mtch029wcLH6SKAShWojWO2kafoqC42mYXIZJ/b nmE+/ep0YCGo+84s3X+Tq5TFJnbqvDqAyXPbbwK9ow6ro3rXEzQ7uOkzmtuHK8SUt209 hyKm94KBU72eLSkT4p75gJgB8NtLNIU34axTSj/Xz489JengQrMymyaQXGzrRwRQYAZs arPGPlkoBpinGRmw9IFyD7yHgToQywdpGoP1ataY/ydIJTMDliEurL43myDKEzesw6yA fTRQ== X-Gm-Message-State: AOPr4FU6Ksl45jruPjEBGx6RWFNS9fk1kBwQI3hKS8aZVF3JTQBrZP0rRYn43OHElP+N+g== X-Received: by 10.28.152.19 with SMTP id a19mr13243608wme.60.1463948128749; Sun, 22 May 2016 13:15:28 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:3265:ecff:fe8f:d3ec? ([2001:980:d7ed:1:3265:ecff:fe8f:d3ec]) by smtp.googlemail.com with ESMTPSA id i190sm9893579wmf.10.2016.05.22.13.15.27 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 May 2016 13:15:28 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Subject: Re: ZFS on root, beadm, and the /boot symlink To: Allan Jude , freebsd-current@freebsd.org References: <20160522184113.GU19887@gmail.com> <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> From: =?UTF-8?Q?Ren=c3=a9_Ladan?= Message-ID: <77cd8159-a476-4284-7fa5-2daae2ecf67f@freebsd.org> Date: Sun, 22 May 2016 22:15:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IPkumnChpd2D9akAkrRAgLCP4k1vGBtv8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:15:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IPkumnChpd2D9akAkrRAgLCP4k1vGBtv8 Content-Type: multipart/mixed; boundary="lhCDXeksPQHFk4IuutsVnnXmemOXHDf2q" From: =?UTF-8?Q?Ren=c3=a9_Ladan?= To: Allan Jude , freebsd-current@freebsd.org Message-ID: <77cd8159-a476-4284-7fa5-2daae2ecf67f@freebsd.org> Subject: Re: ZFS on root, beadm, and the /boot symlink References: <20160522184113.GU19887@gmail.com> <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> In-Reply-To: <6ff9950d-2b43-4799-9812-46e081d2b72b@freebsd.org> --lhCDXeksPQHFk4IuutsVnnXmemOXHDf2q Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 05/22/16 21:11, Allan Jude wrote: > On 2016-05-22 14:41, Randy Westlund wrote: >> My system was installed from 10.1 or 10.2 with root on ZFS and geli, b= ut >> now it tracks current. It is not an EFI system. I'm trying to get bo= ot >> environments to work, but the /boot symlink is throwing me off. >> >> I have two pools from the installer's layout; a small bootpool and >> zroot. The bootpool mounts at /bootpool and /boot is a symlink to it.= >> >>> randy@mako /> zfs get mountpoint bootpool >>> NAME PROPERTY VALUE SOURCE >>> bootpool mountpoint /bootpool local >>> >>> randy@mako /> ls -al /boot >>> lrwxr-xr-x 1 root wheel 13 Aug 12 2015 /boot -> bootpool/boot >> >> When I try to activate a boot environment, I get this error: >> >>> root@mako:/ # beadm activate r300358 >>> cp: /tmp/BE-r300358.FS6Xo6ot/boot/zfs/zpool.cache: No such file or di= rectory >> >> Because the new boot environment has a symlink to an empty directory: >> >>> randy@mako /> ls -al /tmp/BE-r300358.FS6Xo6ot/boot >>> lrwxr-xr-x 1 root wheel 13 Aug 12 2015 /tmp/BE-r300358.FS6Xo6ot/b= oot -> bootpool/boot >>> >>> randy@mako /> ls -al /tmp/BE-r300358.FS6Xo6ot/bootpool >>> total 9 >>> drwxr-xr-x 2 root wheel 2 Aug 18 2015 . >>> drwxr-xr-x 21 root wheel 29 May 21 16:23 .. >> >> Mergemaster complains about the /boot symlink as well. >> >> I'm not sure what the cachefile does or why it's there. It has a rece= nt >> modification time, but neither pool seems to reference it. >> >>> randy@mako /> zpool get cachefile zroot >>> NAME PROPERTY VALUE SOURCE >>> zroot cachefile - default >> >>> randy@mako /> zpool get cachefile bootpool >>> NAME PROPERTY VALUE SOURCE >>> bootpool cachefile - default >> >>> randy@mako /> ls -al /boot/zfs/zpool.cache >>> -rw-r--r-- 1 root wheel 2512 May 21 16:23 /boot/zfs/zpool.cache >> >> What's the proper way to handle the /boot symlink with beadm? >> >> Randy >> >=20 > It is not possible to use boot environments when you have a separate > bootpool. This is the motivation for my recent work to implement GELI i= n > boot2 and loader, to allow you to combine GELI encryption with ZFS boot= > environments, which previously required a second unencrypted pool for > the loader and kernel. >=20 Ah, I ran into this as well. I installed FreeBSD in UEFI mode from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ which creates a separate boot pool as described above. Although creating the new boot environment went fine, upgrading that to a pkgbase install with the new boot environment jailed failed when installing the FreeBSD-runtime package because that installs /boot/loader.efi and /boot is a dangling symbolic link in that jail. Regards, Ren=E9 --lhCDXeksPQHFk4IuutsVnnXmemOXHDf2q-- --IPkumnChpd2D9akAkrRAgLCP4k1vGBtv8 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 iQJ8BAEBCgBmBQJXQhNPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDFBNzE2QjE2MkIwMEU1NUJFREVBMDVB REJCRjg2MTBBMzc4OUI3AAoJEK27+GEKN4m3up8QAI5DlPlSoATQ74mkM0fUtQLl MxnEHxRpR//9qJ1+Vra4eG3ie5BzhfItFdb8oFRI2LFiiAJGX1rwVxrziRoqK3nH YQxn3R8a1i4ljPEPxAmY1LuhI94EdeFvUAOiAi/bFFLfHbkd7qF++OqGz7OgISOn Wx8aRf3QjnTw8AiPbD381fVRIPJS0ggBwFvjhmWi+zQ2bCtY2/fyj243wGvVFCuI LJd4NDS6vdQ30gSMmoJXOxzyTVy2f00m0vVpbo9OmShSFOTFuSds5j5uTFawj8TV xXmz0OhCdxmA3fEnTGnnvS/0UsN8NPnE3VCgFnzzVbbTUAeRFRYucr8OHEcVmYmn JgTS4MfBa17zcygviqq/uxAjVcf4FjpwkpPhRswKbAN9BgkeSsPomw4Y0LM9aqre Vq/xPuZ1DMj9/f0DrlZXJAXFMpZ5l/pqJup3IGeJIS3OTq7hUNfoQ8IpzNtkcq4/ kXYH/rkjfakDz/9Hx6zO4uNOINa0H299m+HI+lm/HaxxPoY3YFfI+EojM6TzCO40 IAkZyCVMBTsxSK7wtDbU9j2oGnOuFXQV1hBI8qiw2q11l7EneHiu0MXfSHTUXtar 37iSTi/W3Y6bPWHwYxWSNMQ9pnws1ebewi2tfLfVbYoM0M8XBf+ybBPonOJuUY5j ya6m+hkDNcZ1GbnBgXAc =qlln -----END PGP SIGNATURE----- --IPkumnChpd2D9akAkrRAgLCP4k1vGBtv8-- From owner-freebsd-current@freebsd.org Sun May 22 20:21:28 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7849AB46E38 for ; Sun, 22 May 2016 20:21:28 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::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 2FF121EC3 for ; Sun, 22 May 2016 20:21:28 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qg0-x231.google.com with SMTP id 90so81589980qgz.1 for ; Sun, 22 May 2016 13:21:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=from:subject:date:message-id:to:mime-version; bh=GhZ+qd8U+Ih8AiZZ6Ddoe0SshEnY2qowx/1ZzLKXaug=; b=hVXAZ8+3zzjHm8Zg10NBEcdSnaQ+ku4NvF/dGASLze5iCRnH8BB2jinegt5fiOY2XO iBTh9ZN2AYSGBzScOuyJOe5Bj8HmwozgTLti+mg5yW7aYK1sQAzGTCslyKvpHbauYcYL QRnp58J06lQ6/rJS275X/JRKJdxK7b0g8i7RJJKi4VxnHsycBp9oigdzIPegyrPpCD3i oKyg6gPDrApnA9JglT/ALMCSS8crbuWMQSvEnA67QDndM/G9AwjXHKjFnzxHRXG8wTrk iaZqBHf88nRZ5FQZxbJk9hjPCgpb7pQAwXWPtSnu1d+hCulNvnXXq8INbn8+UHsqbS3Y 9wRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:date:message-id:to:mime-version; bh=GhZ+qd8U+Ih8AiZZ6Ddoe0SshEnY2qowx/1ZzLKXaug=; b=AD5bNYwRMJA9G9dmklbUvhcjEJhXEYtheYbhIKeImRzmr1CvUUn00WswW80XvZXHrE V52E7P+Pf1uTdwe2u947QG8Fi7cB51bHRumWFQWe1B5qMSYG0060+zDOqcACiP7+Bv79 Fk6MxsUMid9OiSp7xcjBlQtVB3l6VG0eQox/yX+ir095J9GMIjliaRjzEhlf+nnnfPc1 7FywHtUKwqF4S2t8lQFKiNDEqWG50Q1eUOL4rV6orQQVFdruRDg54MNpuZ2Rd86KCRvX P5HkT4+NvUYgx52kI6lUUcSutucAyCkd7noglIS8/Prhe9EtSbPXn2BVGDPOPrHXtA6E HWzA== X-Gm-Message-State: ALyK8tJnovJSgf/ATjKzhXzJ2kgRJQVROK+V9wAZzHLvlr/p+l77QRx9jVMWYt/RYXCJM8P3LxR+vMxIEN56PPQxNnvFZ5Wm1cOq6sRA/+F5AawaJyy4N0P38C7t/CPeg05UPnUqCSthXJdMAQmjtHWLSp+TDYzuXLQIORkQIwWpSwbOU/GPLXN3MYFBb2VPjaJU3A5I X-Received: by 10.140.33.130 with SMTP id j2mr6348415qgj.102.1463948487084; Sun, 22 May 2016 13:21:27 -0700 (PDT) Received: from [172.16.2.103] (c-76-111-14-198.hsd1.md.comcast.net. [76.111.14.198]) by smtp.gmail.com with ESMTPSA id 67sm3611195qte.30.2016.05.22.13.21.25 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 22 May 2016 13:21:26 -0700 (PDT) From: Shawn Webb X-Pgp-Agent: GPGMail 2.6b2 Content-Type: multipart/signed; boundary="Apple-Mail=_73A0EACD-8F25-43B9-8633-E4B1CB1889D9"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Interesting error during installworld Date: Sun, 22 May 2016 16:21:21 -0400 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:21:28 -0000 --Apple-Mail=_73A0EACD-8F25-43B9-8633-E4B1CB1889D9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hey All, I=E2=80=99m getting this error when doing `make installworld` on recent = builds of HEAD. It seems that the error is non-critical as installworld = doesn=E2=80=99t actually error out. I=E2=80=99m running HardenedBSD = 11-CURRENT on amd64. sh: tail: not found make[4]: "/usr/src/share/mk/bsd.compiler.mk" line 151: warning: "{ echo = "__FreeBSD_cc_version" | cc -m32 -DCOMPAT_32BIT -march=3Di686 -mmmx = -msse -msse2 -L/usr/obj/usr/src/lib32/usr/lib32 = --sysroot=3D/usr/obj/usr/src/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 = -isystem /usr/obj/usr/src/lib32/usr/include -E - 2>/dev/null || echo = __FreeBSD_cc_version; } | tail -n 1" returned non-zero status Thanks, Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --Apple-Mail=_73A0EACD-8F25-43B9-8633-E4B1CB1889D9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXQhTEAAoJEGqEZY9SRW7uXzkP/1rAXUpX/vCmV7Crg7kS0ep0 e8vRHdJRTELP9l5GLoFtM0PgXmCXt0KJe4EM/TPKPh+CfjQkj8xBvVjHEUJFdnqz D6o3uLTjSacODktpeIoKn/psXTvQ0TdiRaRTshBCDQfp1SZQIVA+clDpC1AUbbtF gYuiTt9G6jKKtCL8TdlQkEyC/WkuWXfOD5HgSH/8uCOYFXagDxcuZXtAugngznrH CKBCXKxudDNBAeOPrU+ALZkDd28ifNJYSH2Z6kr1l4sOJZzvGdDc3oMuhEES/DKy J8leX6ZVTzomT0f+y4zIFfQUiTbeIa6OyWj7yQCMlvvOjNRQS3JOTKanGTvrjZSH AlqckgYwWlKHgFfT3M7aQbuGgOQWzzSuyD1/WSDBRKC9TNXfzoi8bs27RogIFGCs 0ZApl0UdPQIq8+d1CNqTbTqv/qb0tW7GqzYevON2ZNiK0H1kq40TT+fSTrE7jWwt WP7S2Df7q5eGgYTq2zkJhS/0KpR3z9yH2pqU+hP7ZeE2UMMsgpIUBNZVKd7kB5xO 1tepA4nRI3fXuZ6imvKs7F9wTLnclizKyWeNWj39bpN4s0YSI5oU2doK4owEIPxS KZO4HCaK0h/BVLqllsg1cIXpTONKjmDJ8gebkAF+8WXhQRFsKzXVlpZucRoH5B4h Csdw2HAbXJCtolCsahuE =kQjO -----END PGP SIGNATURE----- --Apple-Mail=_73A0EACD-8F25-43B9-8633-E4B1CB1889D9-- From owner-freebsd-current@freebsd.org Sun May 22 20:24:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BD95B46EE5 for ; Sun, 22 May 2016 20:24:24 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87DB811FC; Sun, 22 May 2016 20:24:23 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id u4MKODsG008115; Sun, 22 May 2016 20:24:13 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.102] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id 5skg46mftmb2krzte4c7vusr8a; Sun, 22 May 2016 20:24:12 +0000 (UTC) (envelope-from tim@kientzle.com) From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: pkg chroot issues? Date: Sun, 22 May 2016 13:24:12 -0700 Message-Id: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> Cc: "bapt@freebsd.org" To: FreeBSD current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:24:24 -0000 Crochet has some experimental hooks to install packages onto the system = being built, but this seems to be hitting problems due to limitations in = 'pkg -c'. In particular, it seems that pkg performs the chroot before = it does any network lookups. This is a problem if the chroot is not a = complete system environment (which it cannot be when you're building an = image for another system). There's some further discussion on github: https://github.com/freebsd/crochet/issues/141 Any suggestions? Cheers, Tim From owner-freebsd-current@freebsd.org Sun May 22 20:28:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8C99B46F64 for ; Sun, 22 May 2016 20:28:02 +0000 (UTC) (envelope-from kmacybsd@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 B3BAB1341; Sun, 22 May 2016 20:28:02 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id z189so18688868itg.0; Sun, 22 May 2016 13:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=x40jTCsz4HseXZQFbAddU2WAESt0lbdcdroE/PxAmbg=; b=Xj0M6j35FJqD67Kjd2RwCOI1EO0vYlK2LCD4M2TQsDAAbbBwMmksDg8WxYLQkXidHp BJiEixXzOkoALWskpq7w0UEy/XMpQ9M2UzoTJJiV+jMh89KnnqUwFQHV6sFs7DI2uxtU TJjouoEHV5Uo687eb+sG6JKPrceHxnSn7gPjmugg1o1M0cqQj8QdreXtOpJM+jcoiSWq yJuOgai4GylwQ7nYNWlHNoRkXcvv1ob1Ba/76qi+SJlMtEPQYKr/hLRenFtHRkviiQc0 jH7jqy7+znS/dn5FkBtO62WulKJYYSidH9xmHC0T8Lykj3cdO01Y+aPSpUKjuNuZT+wN BOcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=x40jTCsz4HseXZQFbAddU2WAESt0lbdcdroE/PxAmbg=; b=f9WjDfb+4Ug8G4og0b3uo4xFiJJLv+gAqi0MdnLgd0g7qLL5z2mi4Y9a1TmME9eL17 E0h/qZIL6FRYXw0eF/X6b3FB1KR0Du/pPRUc9TbF7DYS+YRWS/3BeBmk25amFDlHjBgh Ydv8jDbMzB8wKlC4bM56Y9zwTmCB4i/cENfPxHAwhojRtCL8InVQRHbttLKDCHQNRvQZ b3yndyGfAvFp+zR6WRj8JHUts8SPXD/vXvc+TpZvxpfICBC9FmZVD9/rGCMfxhOQ0vjO uFnzHsbfPHxu9XCBLNKjWBGexm6C0Mm0/7UHOC+aDjtvgOBEtc3VHZtplC1jpbYVVkAR fy/A== X-Gm-Message-State: AOPr4FXg2EEHtMkI2f9kuYeH7EEIosO55EpD6VCrVhNmM0cHoZnrIp7ESptzvlgibcf0BLu2bmn3aqrKFyQYyw== MIME-Version: 1.0 X-Received: by 10.36.29.13 with SMTP id 13mr9413818itj.99.1463948881909; Sun, 22 May 2016 13:28:01 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.107.132.212 with HTTP; Sun, 22 May 2016 13:28:01 -0700 (PDT) In-Reply-To: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> References: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> Date: Sun, 22 May 2016 13:28:01 -0700 X-Google-Sender-Auth: kczaxtFvTPUMr2kwU5mTZSegK-4 Message-ID: Subject: Re: pkg chroot issues? From: "K. Macy" To: Tim Kientzle Cc: FreeBSD current , "bapt@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:28:03 -0000 On Sunday, May 22, 2016, Tim Kientzle wrote: > Crochet has some experimental hooks to install packages onto the system > being built, but this seems to be hitting problems due to limitations in > 'pkg -c'. In particular, it seems that pkg performs the chroot before it > does any network lookups. This is a problem if the chroot is not a > complete system environment (which it cannot be when you're building an > image for another system). > > There's some further discussion on github: > > https://github.com/freebsd/crochet/issues/141 > > Any suggestions? > > Cheers, > > Tim > > Just like you need to mount devfs you should have a resolv.conf in your chroot first. Just copy it over before running pkg. This works for me in my image creation script. -M > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > From owner-freebsd-current@freebsd.org Sun May 22 20:31:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B24F8B45121 for ; Sun, 22 May 2016 20:31:14 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::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 045581678 for ; Sun, 22 May 2016 20:31:14 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-lb0-x22a.google.com with SMTP id h1so49720490lbj.3 for ; Sun, 22 May 2016 13:31:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=nufZu6nfoGTRSl+V42+i4AE1CMLBYLrFzLUj1qfW3ho=; b=K4FjTZq2sRFD93k3MENjX22J5GmquI3v/cN8QuQ328dVnKgq43tHHDcFffP6HZrUId ygjwJYfcZDSuOS+mHZdWyEPPISbjf84cWdYJmRVY1wFouUUOZG70aVkh2jmsgPTMRl8n ZiHsINImluhNm/jWrxN+QOxQweyyYiiEsTZEC890CehV7PJNuh4DVj9wmeZMJWvsFZ4g S5on+ZFhlLItLU7PuTyEML5Oae4z1vMLwPRzMSgIbg9D8h/Rql/hXzrUJrokQSYGpD9R UKLE+s4+A49xHKwdXbUca06KP2M1fwFPBox9V4kKhNLJDqqdItxDbap8s3O8499Du6IM i3DA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=nufZu6nfoGTRSl+V42+i4AE1CMLBYLrFzLUj1qfW3ho=; b=Xt07i1MaWl22osgTeG3unz4S0nAdIZbMgQLlH8ZhkgxyAoLBaaGp2iUa7m91L4Qtmf ApXlBEjoCDeG2eP+QFEyDs4snCKJVXt8QyofL7tXT9R0r6f58sA6+tOgsSXTSHHcmpC1 L8dlPJA6aJJzsQTm5B00F9CQrIbMV63kL+CazVrCIqI3+UnFmPdDUF5C9On/8W76zFCo hUE3kKT3XFlvjJBYhONKK7J4Enw0mqZq9co1uLNGvRpySEYPCGQs2HIeVN2IWZ51uzJS snMY8ncCfrFsz42MCLyI4pBRxF0guJVjvAsL6lyzY1qm2cdseIrKQnYOjywGulya4eX5 k+hw== X-Gm-Message-State: AOPr4FU6yVWNmJIFRYFhjBiF8lEVCxP5dncNUp8KmOb2gyOTdX1KHqlFY364axw43OuoMw== X-Received: by 10.112.189.73 with SMTP id gg9mr4007520lbc.109.1463949072267; Sun, 22 May 2016 13:31:12 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id k81sm5184878lfg.16.2016.05.22.13.31.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 May 2016 13:31:11 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 22 May 2016 22:31:08 +0200 From: "bapt@freebsd.org" To: Tim Kientzle Cc: FreeBSD current Subject: Re: pkg chroot issues? Message-ID: <20160522203108.GE11189@ivaldir.etoilebsd.net> References: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3O1VwFp74L81IIeR" Content-Disposition: inline In-Reply-To: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:31:14 -0000 --3O1VwFp74L81IIeR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 22, 2016 at 01:24:12PM -0700, Tim Kientzle wrote: > Crochet has some experimental hooks to install packages onto the system b= eing built, but this seems to be hitting problems due to limitations in 'pk= g -c'. In particular, it seems that pkg performs the chroot before it does= any network lookups. This is a problem if the chroot is not a complete sy= stem environment (which it cannot be when you're building an image for anot= her system). >=20 > There's some further discussion on github: >=20 > https://github.com/freebsd/crochet/issues/141 >=20 > Any suggestions? >=20 I'll reply directly to github thanks for pointing me to the ticket Best regards, Bapt --3O1VwFp74L81IIeR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXQhXlAAoJEGOJi9zxtz5aUqQQANeF366AWP6UwhaGFdNEC9GB Vi8Dkv7W1HU0p15hFNpO7E02N86krn/loLJZh2K6Tk73FILm/W/Dj10/sRa18GXg DqXQt6t2REwzcOyyYpXIiDFB8yotmZMbgoIgmx1gaV8D0USSVjFScq5KA/ye1c8I ZS3i6tMQKdCA1Ievukh9DKUeBAKlrxXQ06MUMER+nia+7EzBGe3a1ZrzJ0Ld7IIG lyT8ZeTNz7FiZc/l3E1C7wadikFxRLoBbGZ5CQj2yeoQfVFEYDZrYfsTUOXrfgoi 7eZFmj7EB3ikeIsXYbWozK1eG432VwDvli411yOuQXfzcH4fK2H62wLJLukGqOo/ zxbwWKwIKCDcE4y6psRji97ADe89slcmBIx0FdbpVIcfUTAKTwQ6ZudHzzgh6shw VjjHSIV+Kc1KIkTkg7oUBStY4ut4lJJ/LCu3ebRRfF4TDik7RITVDenkT4LtFoCp Vu2YMFAWJAXZU6i/V2Nn0khhMj6TYTIwRYrTkiq4iIE/Gwm7spoylnSBqVC93V7I ZOM9Us/yomEcTggM7SJqCbTmjiObGfXlkCjHdoJNSkjP2Ljva8Gh0KXlbvfqXE3L 4gkUC0bftLjk8U+TAH+xoE8GppQKIp1vEhWFfSwbTp3fXylUCiaqEr/2BUbqgkf0 RxCeUt69YTvGYyzEpEXF =WuFG -----END PGP SIGNATURE----- --3O1VwFp74L81IIeR-- From owner-freebsd-current@freebsd.org Sun May 22 20:32:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3ADAAB45337 for ; Sun, 22 May 2016 20:32:49 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::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 B22B81C12 for ; Sun, 22 May 2016 20:32:48 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-lb0-x22b.google.com with SMTP id sh2so7946232lbb.1 for ; Sun, 22 May 2016 13:32:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Tarqcmrt6VccP4KUyrY7J1BU33ewgm//5WkRPBlop9w=; b=T046Ib+QVfJePU2wPvOEgcbFhufo5HTWr0Z3jWV+O8BK5WXALWYiLbvlqQqVDtWTKI 8hlevJv/IOyE/f6b0koz76cmNnM06NFC/NutYDawYoHjrb2FZ5/zy9cf0d+4Y2zyIrsW 3P4w8dc7mxhHlyzMO/BrHy9eMWXekkKW3u5CR6annbg1SWdUBSlvv7yDN53hrwoX4QZq d20rRKhPbRIQHprhYlTwFCsXxG0VatfNarBGv7sYqJPwT6F1WCpCsElcw1v7xbE7+5Ty LsK1KSIYjhRyHFdtlSUJMFxTKJ8/N8OBK3gVL6Ixcm+4+Gujxd2lJpamsf0u5Mk6RleO PqSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=Tarqcmrt6VccP4KUyrY7J1BU33ewgm//5WkRPBlop9w=; b=IiPnU5HVtwBH3i5I5nCq+l8g9b/hq6lVTi03XVs5NEYQuQJVuzv8YLZHnIKibaLogH KtZPRN1bc2+xcBg/ebsGbdgsQEKACQQdQf5V3Pv2ne66+LO+4hcZz7bDgPYkUuQ9BAXD pfMqFT0CUm8rsZj5XC286q4phZU4Uvv5sJKlBjMQPJ2AaP1r1eWGAAFCXodhVjW5s0lM 5TzVp40X3Rf8CbZThG9ObHLBqS+aOVVq8tOq9KMyhNPBNLFO2OE6XpFcSq3/ITd5oWp8 PdIB9Qul3MKGvVOkhoNCEtHvBJZp+0D7zJ2IRIoWVIOsL4aFO4/+rlUHgPOOcZPE2LlQ vBUg== X-Gm-Message-State: AOPr4FUxwssomTlDxNxi+ZFMBDUlSxI2Ve/ZUmHNQNyMyYoCwbCpFfQSStJTu0jXVsNL4g== X-Received: by 10.112.132.104 with SMTP id ot8mr4659278lbb.34.1463949167062; Sun, 22 May 2016 13:32:47 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id wt10sm5121197lbb.25.2016.05.22.13.32.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 May 2016 13:32:46 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 22 May 2016 22:32:44 +0200 From: "bapt@freebsd.org" To: Tim Kientzle Cc: FreeBSD current Subject: Re: pkg chroot issues? Message-ID: <20160522203243.GF11189@ivaldir.etoilebsd.net> References: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> <20160522203108.GE11189@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bGR76rFJjkSxVeRa" Content-Disposition: inline In-Reply-To: <20160522203108.GE11189@ivaldir.etoilebsd.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:32:49 -0000 --bGR76rFJjkSxVeRa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 22, 2016 at 10:31:08PM +0200, bapt@freebsd.org wrote: > On Sun, May 22, 2016 at 01:24:12PM -0700, Tim Kientzle wrote: > > Crochet has some experimental hooks to install packages onto the system= being built, but this seems to be hitting problems due to limitations in '= pkg -c'. In particular, it seems that pkg performs the chroot before it do= es any network lookups. This is a problem if the chroot is not a complete = system environment (which it cannot be when you're building an image for an= other system). > >=20 > > There's some further discussion on github: > >=20 > > https://github.com/freebsd/crochet/issues/141 > >=20 > > Any suggestions? > >=20 > I'll reply directly to github thanks for pointing me to the ticket >=20 > Best regards, > Bapt As people might only follow this thread and not the ticket here is what I answered: pkg supports an option for that which is pkg -o NAMESERVER=3D to avoid havi= ng to copy resolv.conf it was broken in 1.8 but I fixed it in pkg 1.8.0 which has= been released today. the problem with pkg -c is that it calls chroot very early. To avoid that problem we have added pkg -r which does not perform any chroot at all there= fore having not network issue, but the ports tree are is not yet entirely aware = of it and some scripts (preinstall/postinstall) might cause some issues. at least creating users from the script is safe in that regard. for most si= mple case that should work. Best regards, Bapt --bGR76rFJjkSxVeRa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXQhdrAAoJEGOJi9zxtz5aknYP/RVH6AR9zlL8hp/4LmnieJ3F YBsk506sWNJukzGdiqESzPk4aE81j0y9W96o3w/A45Gv/agjB8cvXpv/6r7vX5wq bmsuI3qPQANnBUayQjY43wT4++1MY/VVSzBn6mdi3A9fpfZFi2mSEf46z9HpI/aA QKUKqGgINgTnI7ItcO/FRbfEnBk7ETT1l7uHWJpNNNldkRCHoj9eWqvRzCVl0d2d u/++u31Ips7LOWDePzRzJOr3ayrRQRQSL+nku/GBTb9RB8s1WMj7FPFRJNTjxY+4 6FhtGKDFjyRaEFqmgjZZZ5zmu5qQkEbX83kd3V/pJ+HsNO288+5ZoIz9yD7B+zzo N1vA2fuHTCXkOptQmRhEa0CJ+M0OOVWs2pxdLYLl9nX8eXTvPxF2TwC1dn2Q+h9T oiaXxXOKs8UB0QvsJ4iaT+PeXlXgkMg+VAXxmJq+2+kyCpYFHkoMXEBRxFiB3vJP IsUpjabUG3Ix2YWDGIHCwFU/HiXTf9cqOi/bYiohSezIaSitOSX8KqrkxEmivxsH 8Q2TqKCWh9ff3E10x1t4m4HqeNnSKKOlsq4nuz2UdWy2GZyUPfXfxzN6HwgaHlKr Qsou/PrBDiH3bRJWvV44u2Squtmu2nv6b7WAmX3vdrASUmW0rMQyEfpker4ldcyJ DBnX0TU2a7/ptcAn/f1Q =LLV3 -----END PGP SIGNATURE----- --bGR76rFJjkSxVeRa-- From owner-freebsd-current@freebsd.org Sun May 22 20:43:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A84FAB456A4 for ; Sun, 22 May 2016 20:43:16 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 887BE118B; Sun, 22 May 2016 20:43:15 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id u4MKhEmT008267; Sun, 22 May 2016 20:43:14 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.102] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id 6vc2qxnjijcs2sa2d6zp7tuhh2; Sun, 22 May 2016 20:43:13 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: pkg chroot issues? From: Tim Kientzle In-Reply-To: Date: Sun, 22 May 2016 13:43:13 -0700 Cc: FreeBSD current Content-Transfer-Encoding: quoted-printable Message-Id: <471497D9-2B97-42B4-9C59-EBABEEED77C9@kientzle.com> References: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> To: "K. Macy" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 20:43:16 -0000 > On May 22, 2016, at 1:28 PM, K. Macy wrote: >=20 >=20 >=20 > On Sunday, May 22, 2016, Tim Kientzle wrote: > Crochet has some experimental hooks to install packages onto the = system being built, but this seems to be hitting problems due to = limitations in 'pkg -c'. In particular, it seems that pkg performs the = chroot before it does any network lookups. This is a problem if the = chroot is not a complete system environment (which it cannot be when = you're building an image for another system). >=20 > There's some further discussion on github: >=20 > https://github.com/freebsd/crochet/issues/141 >=20 > Any suggestions? >=20 > Cheers, >=20 > Tim >=20 >=20 > Just like you need to mount devfs you should have a resolv.conf in = your chroot first. Just copy it over before running pkg. This works for = me in my image creation script. Sometimes the image does already have a resolv.conf, but if it does, = it's for the target environment (where the image will ultimately be = running) and may not be appropriate for the environment where the image = is being built. Tim From owner-freebsd-current@freebsd.org Sun May 22 21:18:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85919B4677D for ; Sun, 22 May 2016 21:18:10 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77E3B1E39; Sun, 22 May 2016 21:18:10 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1463951887788818.7661604440858; Sun, 22 May 2016 14:18:07 -0700 (PDT) Date: Sun, 22 May 2016 14:18:07 -0700 From: Matthew Macy To: "Tim Kientzle" Cc: "K. Macy" , "FreeBSD current" Message-ID: <154da550d77.fb9ef0d4130957.4575849336840075088@nextbsd.org> In-Reply-To: <471497D9-2B97-42B4-9C59-EBABEEED77C9@kientzle.com> References: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> <471497D9-2B97-42B4-9C59-EBABEEED77C9@kientzle.com> Subject: Re: pkg chroot issues? MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 21:18:10 -0000 ---- On Sun, 22 May 2016 13:43:13 -0700 Tim Kientzle wrote ---- > > > On May 22, 2016, at 1:28 PM, K. Macy wrote: > > > > > > > > On Sunday, May 22, 2016, Tim Kientzle wrote: > > Crochet has some experimental hooks to install packages onto the system being built, but this seems to be hitting problems due to limitations in 'pkg -c'. In particular, it seems that pkg performs the chroot before it does any network lookups. This is a problem if the chroot is not a complete system environment (which it cannot be when you're building an image for another system). > > > > There's some further discussion on github: > > > > https://github.com/freebsd/crochet/issues/141 > > > > Any suggestions? > > > > Cheers, > > > > Tim > > > > > > Just like you need to mount devfs you should have a resolv.conf in your chroot first. Just copy it over before running pkg. This works for me in my image creation script. > > Sometimes the image does already have a resolv.conf, but if it does, it's for the target environment (where the image will ultimately be running) and may not be appropriate for the environment where the image is being built. Setting NAMESERVER to "10.0.1.1" crashed pkg for me. Maybe it's been fixed in the meantime. If a resolv.conf already exists I would just rename it before and then rename it back after the call to pkg -c. Cheers. -M From owner-freebsd-current@freebsd.org Sun May 22 21:24:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C43AB4698C for ; Sun, 22 May 2016 21:24:46 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B521E12D0; Sun, 22 May 2016 21:24:45 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id e126so40936513lfg.2; Sun, 22 May 2016 14:24:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=INUwtgzRus6/wQ3TRFe+ZY4CHaKLHLFPkaj+Skig2SY=; b=nR7hX6e1YwVNEpF/2x2fJmtHn3VYA1+ySV4XfpBKuzPq87bG3EkwG1UJQn54K+1w4W PnADPFcKTYb+1Z2/6rp4UVbhkIbu/PwefLZf4fwPJxyDxVyrblfoMfBZUWHAdk/oEB7f 09k65S1PAK3K6WARfNR/T3BigJ/YY600k3pmM+lD1nZ41+shYVMM/HjgS1Yf9kLIMO6w fbqZlwM6HFyvYkYima4AkiDLD67kdV8h0YUmcWr0/uxFP9vX2Ni5VDhR3AixO2Z8k1PP EUuPfK/3j4dmAu46YUPx5xnVWjqCp3FyflvVKcy3Yu6vjvYA5khFCxksZjxThr3XRLXr Gw3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=INUwtgzRus6/wQ3TRFe+ZY4CHaKLHLFPkaj+Skig2SY=; b=eQJI9N9iRtGvURKgi2BAbNwEK/ABPdAGZWnxcJ7Nq4IQY/eVKbk+koVCMf1xDpBjV3 4iIl6RA4CMe3eWWL7icH3rP/ZJbgF7VrQxbHVSjannQ23HkFhR41/C8O/yP8IkA2TS3T OHfvGO0FkSFAcsv/+QoVI1Jjpxyiur+0WhNN5GoZURqj2WyGWJGedFtCb+q8lAC5c2nH Qdzr+eo8eyRbMdPSDvWe522Dm2CUZGRAlbEONPErH5YIYFBW8kocR7l5XwbKFgfHnzTt 6rHGrHHnirkJYpmbqec1Vgjwy31Z89AyIZ+UGocZB+xhT2wjxSmQ9txt8569SO7c/8FY WRwg== X-Gm-Message-State: AOPr4FU2OhXnm3gLHlp9E7f52JLPYSmyLevtL7D61BJpN2ZdB9wPiFHpD0d0snhm4upeag== X-Received: by 10.25.158.131 with SMTP id h125mr3929204lfe.165.1463952283345; Sun, 22 May 2016 14:24:43 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id k81sm5215267lfg.16.2016.05.22.14.24.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 May 2016 14:24:42 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 22 May 2016 23:24:39 +0200 From: Baptiste Daroussin To: Matthew Macy Cc: Tim Kientzle , "K. Macy" , FreeBSD current Subject: Re: pkg chroot issues? Message-ID: <20160522212439.GG11189@ivaldir.etoilebsd.net> References: <9BC1A0E1-696D-4C00-B8C8-B57C4DB3A8EF@kientzle.com> <471497D9-2B97-42B4-9C59-EBABEEED77C9@kientzle.com> <154da550d77.fb9ef0d4130957.4575849336840075088@nextbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline In-Reply-To: <154da550d77.fb9ef0d4130957.4575849336840075088@nextbsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 21:24:46 -0000 --7uYPyRQQ5N0D02nI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 22, 2016 at 02:18:07PM -0700, Matthew Macy wrote: >=20 >=20 >=20 > ---- On Sun, 22 May 2016 13:43:13 -0700 Tim Kientzle = wrote ----=20 > > =20 > > > On May 22, 2016, at 1:28 PM, K. Macy wrote:=20 > > > =20 > > > =20 > > > =20 > > > On Sunday, May 22, 2016, Tim Kientzle wrote:=20 > > > Crochet has some experimental hooks to install packages onto the sys= tem being built, but this seems to be hitting problems due to limitations i= n 'pkg -c'. In particular, it seems that pkg performs the chroot before it= does any network lookups. This is a problem if the chroot is not a comple= te system environment (which it cannot be when you're building an image for= another system).=20 > > > =20 > > > There's some further discussion on github:=20 > > > =20 > > > https://github.com/freebsd/crochet/issues/141=20 > > > =20 > > > Any suggestions?=20 > > > =20 > > > Cheers,=20 > > > =20 > > > Tim=20 > > > =20 > > > =20 > > > Just like you need to mount devfs you should have a resolv.conf in y= our chroot first. Just copy it over before running pkg. This works for me i= n my image creation script.=20 > > =20 > > Sometimes the image does already have a resolv.conf, but if it does, i= t's for the target environment (where the image will ultimately be running)= and may not be appropriate for the environment where the image is being bu= ilt.=20 > =20 > Setting NAMESERVER to "10.0.1.1" crashed pkg for me. Maybe it's been fixe= d in the meantime. If a resolv.conf already exists I would just rename it b= efore and then rename it back after the call to pkg -c. >=20 Setting nameserver will inject this name server directly via the libc resol= v api so it won't touch the resolv.conf at all no need to back it up Best regards, Bapt --7uYPyRQQ5N0D02nI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXQiOXAAoJEGOJi9zxtz5a+F4P/3I53aCcQSfLmZa/8UMsBevT j6c5ee1+M/5h4EXzhnV54QztVUoftvx4QVcxURv27O90ick5b0g3w0Od6nIBisHJ M4CC1FWZVXgLDD+GJSkrSLAS7OqfK1rkCORfkRSn7PpQO+otxuvOK49gGN98UUml qrpvgKMgA77MkMsP4Xg43o4twU6JJCqrTzb4Wom3E+c/IfSRjg+GbcmLdI6scCT2 8nVp3hCkkVBJg0xS4uD/UsoPCS/ascSXcBYT7vzYbb2Z2i+QvkOCuddAU6ZGYN63 VjPWQoXu3gmr0h8EckPyQCkg0HUlUf1a/T+0YoM1vcjXdml5boH8CFTa+poPktN3 duCcRQGvLTBTB8P85TjldLS2O/CZzumrvQ/ky0vbrm87kn54DfcrEldNiXeQsDI3 G2F1fIEocF/ErCubRu+vpHFUcpE8o5p2Vi3jJUamJJe0JXoKT31clig+HZF1qfQ6 cTH6Qn/JeulMue7GFbbMeSpfKGmNlkao5QYbAMeBBQ+cNrdHMy1QL/VZwVFbfd2k f5XNuAb2n6of7EZP9ssZvC1woZDwOcWvgWU17dCfBmx1ONYg5H7siPqDyrf3PhGu TENvrPt2v7aCvkC3E3FpRo9lWGKz0jilCm8z+Z/z2nkD9FqEArkn0LCkZJQa+de3 yyq/LtevVntR85N36EnM =kAOK -----END PGP SIGNATURE----- --7uYPyRQQ5N0D02nI-- From owner-freebsd-current@freebsd.org Sun May 22 23:06:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4640B3B4FF for ; Sun, 22 May 2016 23:06:36 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::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 89CEA1E7B for ; Sun, 22 May 2016 23:06:36 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qg0-x234.google.com with SMTP id f92so82522042qgf.0 for ; Sun, 22 May 2016 16:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=DRZv2gBeL1KbHnDrSPhz8u2Ou0xeam8Dg57ACAybEIQ=; b=E3P5tIXi7EEoYrJFo894AbGoeL828gGSmQoOtUylSMfovVpHBAtkNzp54mhex4c+Df 5TBZAUmtr4FuzvqN/lxbE6YypNQMMEttydiKzo4jZFgq9Dn7qy4/WhacHlpEd1NGIo6v R+Mjd30AQCwd75xlbOBFhiu+hW157eaWzDN/SWVOFQJaaeTATLOOdHZnJP+rM5voOUGg RS5oLeC8uG1NLp+AKAAGjhEO6asl5jMJ7i5/DsaqokGGeAbd+0x/Fy/XG5nmOpmoCsnl Yg00YOHWgW7lfcDyoZdqSJCOU2feo03aTns89IVS2TorsBLA6RJaTtHDfIdyWty1Ii6K eT2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=DRZv2gBeL1KbHnDrSPhz8u2Ou0xeam8Dg57ACAybEIQ=; b=XVl9vxdhtgsaAdVTIIK5q4nK2vpeAuJAwxeCtMnVde7m43hy6mxo1JoAIsOoOLQ6KH iNGF2GBP8n45vTGdwqA1vci4p/z6flA2x03qMJ4sUwVbIb8xDgh8rUw69yeGoCbZGGs0 jAGW3wgqFs9FT/dSxn1QIZqPKSv6Df31byjEyXB1fRs8CnmdnuB7mL9sZ/WzT7oWS7ty nACXhGsyo7k+gtM+hTdSXq8va8q2me+ru2luogXEymeZY0yitOYYAIse8bfX6612N2gI r+PqNJ6ljrfozUWI9pX856GZwk/NQpAcCRLKYbF/kAKpuqHqK49MA+6ijZ1GPrj7tNpi P8cQ== X-Gm-Message-State: ALyK8tJXZcynZOY3UsGcLx84UCzx8J+rKMbwmmULaD/LxYaucK59XXo5GSizgdPAd+cQpHgU X-Received: by 10.140.147.202 with SMTP id 193mr1345159qht.54.1463958395630; Sun, 22 May 2016 16:06:35 -0700 (PDT) Received: from [172.16.2.103] (c-76-111-14-198.hsd1.md.comcast.net. [76.111.14.198]) by smtp.gmail.com with ESMTPSA id h8sm3755736qtb.19.2016.05.22.16.06.33 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 22 May 2016 16:06:34 -0700 (PDT) Subject: Re: Interesting error during installworld Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3A7B4D16-9212-48BD-AD35-A5B2B4AD8901"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: Shawn Webb In-Reply-To: Date: Sun, 22 May 2016 19:06:30 -0400 Cc: freebsd-current Message-Id: <909D75AF-6A1C-4E70-9760-B45AE2205085@hardenedbsd.org> References: To: cem@FreeBSD.org X-Mailer: Apple Mail (2.3124) X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 23:06:36 -0000 --Apple-Mail=_3A7B4D16-9212-48BD-AD35-A5B2B4AD8901 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 HardenedBSD has it and it=E2=80=99s in /usr/bin. The only utilities that = aren=E2=80=99t compiled by default in HardenedBSD are freebsd-update and = portsnap. Thanks, Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE > On May 22, 2016, at 7:02 PM, Conrad Meyer wrote: >=20 > FreeBSD has tail(1). Does HardenedBSD remove it? Or is /usr/bin > missing from your PATH? >=20 > On Sun, May 22, 2016 at 1:21 PM, Shawn Webb = wrote: >> Hey All, >>=20 >> I=E2=80=99m getting this error when doing `make installworld` on = recent builds of HEAD. It seems that the error is non-critical as = installworld doesn=E2=80=99t actually error out. I=E2=80=99m running = HardenedBSD 11-CURRENT on amd64. >>=20 >> sh: tail: not found >> make[4]: "/usr/src/share/mk/bsd.compiler.mk" line 151: warning: "{ = echo "__FreeBSD_cc_version" | cc -m32 -DCOMPAT_32BIT -march=3Di686 = -mmmx -msse -msse2 -L/usr/obj/usr/src/lib32/usr/lib32 = --sysroot=3D/usr/obj/usr/src/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 = -isystem /usr/obj/usr/src/lib32/usr/include -E - 2>/dev/null || echo = __FreeBSD_cc_version; } | tail -n 1" returned non-zero status >>=20 >> Thanks, >>=20 >> Shawn Webb >> Cofounder and Security Engineer >> HardenedBSD >>=20 >> GPG Key ID: 0x6A84658F52456EEE >> GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 = 6EEE >>=20 --Apple-Mail=_3A7B4D16-9212-48BD-AD35-A5B2B4AD8901 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXQjt4AAoJEGqEZY9SRW7u3igP/0g3Xi5baiqX6L61OnxfDAlk L8y3g6vNKjfEW/L1LuC1ax/p4kOr7hRQKw9bO+gMvXp3wI7WgRbzbvT1bKXbBWLo w2ofj0XdOALAtTDfIN4C8lsNOf0Td1f3qHPoJ1hphkEnC1u/X86zKZJIvJPW1JH7 7ZaaGWWKqf5IWGkNFabujhalaf6VS3Ys9qr40rnnMRk1FEPqFyZfPB9EZCB9qcfm Bh8SRYcRlGHHmu0dGepJtrsJrseEJosRXpj/9WbbDJKAIRd1JWc45qta3BrKyHeD T/BR5GqcAl5pQxq2ooEmmJHLtuBmEWJQZM061LZgFo7XC3MgOGpLqyraVWGLPJbW uR+xhDA3Vt5/6QOR7Tynt1RFrO1MYAWPg8XYqMNkqu0AOZZFV/hsrhosxtaGCWlB X8rFUMJsNMoxdAAEOZiyQNuaHjWVCE6LbaisL0JxtDXYt5ek/piEYEaLDZK7mDq3 eUHhxPnklukhkI3bEyuPdX83z78Cz6uSRFKCexUFxLnI6OSlgc4W7e06XiXjhT5g hGMSx5qoyCe3Qn1MKbAPKSQIG73VfT5eq8aLm6S64o51mQl5B1NzT1xRlt58/Rjg Eqi216PSWLTdHgzgu5vrP67SA1K6VAz9MVuDpPeHQiMDc12gkTTY6bTsdubr2SHG ZMVGtxfg+QwGnjBrBefs =D402 -----END PGP SIGNATURE----- --Apple-Mail=_3A7B4D16-9212-48BD-AD35-A5B2B4AD8901-- From owner-freebsd-current@freebsd.org Sun May 22 23:10:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12B3BB3B6D1 for ; Sun, 22 May 2016 23:10:59 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f177.google.com (mail-io0-f177.google.com [209.85.223.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB4BE126E for ; Sun, 22 May 2016 23:10:58 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f177.google.com with SMTP id 190so182091533iow.1 for ; Sun, 22 May 2016 16:10:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-transfer-encoding; bh=V9khueRKivPuIMppVj/GftGsJ9i+KoZAJsOhyKOAXpA=; b=gXRDuo0V5O5TzGhrOwrc4YlVTJvHOC4yNhz15jZ87iUyLJDtjdIdxRrj9K+J23hEbv lQAHkyTzauyVrzpAi+YRpiSPhE3jlFYqSh6fRmLZPLO3tUJu1hXQtCM3bfnWnRsZF3S7 lt7t3aE+LvSNSq6FJqLWxyqzHmZ4ml9sjZ6CO0PK8fEIXK0pny05ttz85BjxRVHV8pOj 4gk3ZGEp80UwPcoCnc2gk1eXr8ud2ND+1Mm235JY4FGQvfHgSb0pezjghKhAzjGnxC7z bbwkeTsCHH82gDk6bdfUdP7WzV77Mcg1UjZ98HoNf+EioxgXAHguIxTDfi73Um2lNcJo w/Bw== X-Gm-Message-State: AOPr4FVXTD4GZHDSZS8yV3U2TAnCg1NpqXx6ZXBU4PH5qaAxUE4J65b9TW9323i4N1jPHw== X-Received: by 10.107.162.82 with SMTP id l79mr10061868ioe.193.1463958164577; Sun, 22 May 2016 16:02:44 -0700 (PDT) Received: from mail-io0-f179.google.com (mail-io0-f179.google.com. [209.85.223.179]) by smtp.gmail.com with ESMTPSA id p199sm2963256itc.2.2016.05.22.16.02.44 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 May 2016 16:02:44 -0700 (PDT) Received: by mail-io0-f179.google.com with SMTP id p64so90558205ioi.2 for ; Sun, 22 May 2016 16:02:44 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.107.46.158 with SMTP id u30mr3387706iou.162.1463958163952; Sun, 22 May 2016 16:02:43 -0700 (PDT) Reply-To: cem@FreeBSD.org Received: by 10.36.205.70 with HTTP; Sun, 22 May 2016 16:02:43 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 May 2016 16:02:43 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Interesting error during installworld From: Conrad Meyer To: Shawn Webb Cc: 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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 23:10:59 -0000 FreeBSD has tail(1). Does HardenedBSD remove it? Or is /usr/bin missing from your PATH? On Sun, May 22, 2016 at 1:21 PM, Shawn Webb wr= ote: > Hey All, > > I=E2=80=99m getting this error when doing `make installworld` on recent b= uilds of HEAD. It seems that the error is non-critical as installworld does= n=E2=80=99t actually error out. I=E2=80=99m running HardenedBSD 11-CURRENT = on amd64. > > sh: tail: not found > make[4]: "/usr/src/share/mk/bsd.compiler.mk" line 151: warning: "{ echo "= __FreeBSD_cc_version" | cc -m32 -DCOMPAT_32BIT -march=3Di686 -mmmx -msse -= msse2 -L/usr/obj/usr/src/lib32/usr/lib32 --sysroot=3D/usr/obj/usr/src/lib= 32 -B/usr/obj/usr/src/lib32/usr/lib32 -isystem /usr/obj/usr/src/lib32/usr= /include -E - 2>/dev/null || echo __FreeBSD_cc_version; } | tail -n 1" retu= rned non-zero status > > Thanks, > > Shawn Webb > Cofounder and Security Engineer > HardenedBSD > > GPG Key ID: 0x6A84658F52456EEE > GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE > From owner-freebsd-current@freebsd.org Mon May 23 02:17:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7505CB464F0 for ; Mon, 23 May 2016 02:17:15 +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 E6F7216F6; Mon, 23 May 2016 02:17:13 +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 u4N2H5mq008434; Mon, 23 May 2016 02:17:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u4N2H5qO008433; Sun, 22 May 2016 19:17:05 -0700 (PDT) (envelope-from david) Date: Sun, 22 May 2016 19:17:05 -0700 From: David Wolfskill To: Conrad Meyer Cc: Shawn Webb , freebsd-current Subject: Re: Interesting error during installworld Message-ID: <20160523021705.GG1416@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Conrad Meyer , Shawn Webb , freebsd-current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9Iq5ULCa7nGtWwZS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 02:17:15 -0000 --9Iq5ULCa7nGtWwZS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 22, 2016 at 04:02:43PM -0700, Conrad Meyer wrote: > FreeBSD has tail(1). Does HardenedBSD remove it? Or is /usr/bin > missing from your PATH? > .... I noticed this with a straight vanilla FreeBSD build/install, but have been busy with "other things" today. It appears to me that the issue is that certain inistallation tools (ITOOLS) are installed in a temporary directory -- see ca. lines 860 - 870 of head's src/Makefile.inc1 -- and "tail" hasn't been defined as one of the required "installation tools." Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9Iq5ULCa7nGtWwZS Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJXQmghXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xs9sH/3TO6c7kW5RGK/h2Q5J4xs+0 F6hhrf9wf3EELX5W7A6CRxcz9B3kISm4b0OvUcD5k6dYfHx920zW6JVF98gHOdaB pD6MffcGxRITVIADosk4ZNIXVOFeM/ULrPan3xbXrf3lH1kRqn7ofum2L59N1T2o QA13KJQmTpmqWg3ltAq2b2Z3rOI24lDNdXpOb6l7QJhonHpq3t3TFpnDiGvCuSSr BJXCEbJaN4BbwdEBNbF6g2pV0cUR2uPsMsSqXPqigrpwKnsGXTOKlyRTlJWAeQ4b GIbUOF85Un0J4tnud7SoraQM2zzXzgrKmVLHsgNpDqmPVdwgcJUroAX6MQ+4H9c= =s3QL -----END PGP SIGNATURE----- --9Iq5ULCa7nGtWwZS-- From owner-freebsd-current@freebsd.org Mon May 23 03:33:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64F6DB46456 for ; Mon, 23 May 2016 03:33:44 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 310A41A33 for ; Mon, 23 May 2016 03:33:44 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by mail-ig0-x233.google.com with SMTP id l10so17850737igk.0 for ; Sun, 22 May 2016 20:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=cXfT2XfaotcCrrRH+QbVaCAIuNFYLvqXqNFEXv3FIYE=; b=QL6Crdp6oY+9vuFyxWmpHKYcU9ppYawx6h4cItuxgN4nZv6vdDUXLwMZYJXCEjzjdZ M6ABRL7DqrPUXnRIScrdMzAaU52PHbhO+RhhQHLY4Dm7ap6NBclfhpt3HFWYhy9qqIQc cL6a57YHOyWWlzQ32qBAgTsNRKGHjQJ1pe4vQ1o0kTIxkY5tLQoUIe8Ha+hrKE6rNgiQ WRM74AG9ydIy2+nSfOQnZkScCXgudwDWdakUt/LbOAiv54yhMDY78jEkKaK9NmZmqx3D fsk2QPoRTlEkRAP0mnsJ/IWBMrWNwbnXcIaz987dlx8rSO5XyHST84kztT3Yjo8B7kfM G34w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=cXfT2XfaotcCrrRH+QbVaCAIuNFYLvqXqNFEXv3FIYE=; b=ihiHYWFZalNdyXs3/a+GXGXZw7tIoKwyM6ukAo6ieuSeemVUaW9Xy7tdFfbl2eTFr2 cM+qFEOrLBrWRGBxdFUb4gn1rzSyPRDG7ji5+kl0GXUWeUonMeYPd689+nYA6jP3p0Pm /VzFIm5j4dr4NEQT4Dq0td6ELJPl7i2uok/rKM3wX9g0f7V8yZg6tSaeAcMCMkkkYtPR OmzD8GbgzRHJy6HM+iab38rV86mN5eBTt8c+crEHyFCOUvIHIPMzuhcD+NVKpQBct3uy 00B8pyhsEIb5AjILAQYj2GMjE93S7FFnO4HAFQXeCjFVoJYwutBUQHPDn3gUcpBWBafi qXUw== X-Gm-Message-State: AOPr4FVI/iIEL6AJAuD7sDB7IBFGRDb+xFZ3c/2E0bWmAHbuc+1cQaEWsk1KTIVd4LpFqA== X-Received: by 10.50.220.227 with SMTP id pz3mr11060404igc.12.1463974423557; Sun, 22 May 2016 20:33:43 -0700 (PDT) Received: from dendrobates.araler.com (97-122-172-187.hlrn.qwest.net. [97.122.172.187]) by smtp.gmail.com with ESMTPSA id p33sm3234375ioi.35.2016.05.22.20.33.42 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 May 2016 20:33:43 -0700 (PDT) Date: Sun, 22 May 2016 21:33:41 -0600 From: Sergey Manucharian To: freebsd-current@freebsd.org Subject: What builds go to snapshots? Message-ID: <20160523033341.GS1388@dendrobates.araler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.0 (2016-04-01) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 03:33:44 -0000 Is there any materialistic definition of those builds, which become snapshots at [0]? - Sergey [0] ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ From owner-freebsd-current@freebsd.org Mon May 23 03:55:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75658B44531 for ; Mon, 23 May 2016 03:55:38 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5B22B1A33 for ; Mon, 23 May 2016 03:55:38 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1AE7AD2F6 for ; Mon, 23 May 2016 03:55:37 +0000 (UTC) Subject: Re: What builds go to snapshots? To: freebsd-current@freebsd.org References: <20160523033341.GS1388@dendrobates.araler.com> From: Allan Jude Message-ID: <6f2cf206-38da-a6aa-a8a4-b407aee85786@freebsd.org> Date: Sun, 22 May 2016 23:55:36 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160523033341.GS1388@dendrobates.araler.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 03:55:38 -0000 On 2016-05-22 23:33, Sergey Manucharian wrote: > Is there any materialistic definition of those builds, which > become snapshots at [0]? > > - Sergey > > [0] ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ > > _______________________________________________ > 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 snapshots are built with the scripts/makefiles in the 'release' subdirectory of the source tree. -- Allan Jude From owner-freebsd-current@freebsd.org Mon May 23 05:29:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA7C9B4614D for ; Mon, 23 May 2016 05:29:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC6F1CAB; Mon, 23 May 2016 05:29:14 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8C7B9157; Mon, 23 May 2016 05:29:14 +0000 (UTC) Date: Mon, 23 May 2016 05:29:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <810293491.0.1463981354278.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #304 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 05:29:14 -0000 See ------------------------------------------ [...truncated 325077 lines...] [192.168.10.2] out: usr.bin/tr/legacy_test:main -> passed [0.091s] [192.168.10.2] out: usr.bin/join/legacy_test:main -> passed [0.033s] [192.168.10.2] out: usr.bin/cmp/cmp_test:missing -> passed [0.093s] [192.168.10.2] out: usr.bin/cmp/cmp_test:skip -> passed [0.085s] [192.168.10.2] out: usr.bin/grep/grep_test:basic -> passed [0.061s] [192.168.10.2] out: usr.bin/grep/grep_test:begin_end -> passed [0.073s] [192.168.10.2] out: usr.bin/grep/grep_test:binary -> passed [0.059s] [192.168.10.2] out: usr.bin/grep/grep_test:context -> passed [0.114s] [192.168.10.2] out: usr.bin/grep/grep_test:context2 -> passed [0.089s] [192.168.10.2] out: usr.bin/grep/grep_test:egrep -> passed [0.054s] [192.168.10.2] out: usr.bin/grep/grep_test:file_exp -> passed [0.065s] [192.168.10.2] out: usr.bin/grep/grep_test:ignore_case -> passed [0.058s] [192.168.10.2] out: usr.bin/grep/grep_test:invert -> passed [0.057s] [192.168.10.2] out: usr.bin/grep/grep_test:negative -> passed [0.053s] [192.168.10.2] out: usr.bin/grep/grep_test:nonexistent -> passed [0.054s] [192.168.10.2] out: usr.bin/grep/grep_test:recurse -> passed [0.093s] [192.168.10.2] out: usr.bin/grep/grep_test:recurse_symlink -> passed [0.081s] [192.168.10.2] out: usr.bin/grep/grep_test:whole_line -> passed [0.054s] [192.168.10.2] out: usr.bin/grep/grep_test:word_regexps -> passed [0.056s] [192.168.10.2] out: usr.bin/grep/grep_test:zgrep -> passed [0.061s] [192.168.10.2] out: usr.bin/basename/basename_test:basic -> passed [0.142s] [192.168.10.2] out: usr.bin/basename/basename_test:suffix -> passed [0.089s] [192.168.10.2] out: usr.bin/soelim/soelim:files -> passed [0.112s] [192.168.10.2] out: usr.bin/soelim/soelim:stdin -> passed [0.114s] [192.168.10.2] out: usr.bin/units/basics_test:main -> passed [0.046s] [192.168.10.2] out: usr.bin/limits/limits_test:cputime_hard_flag -> passed [3.179s] [192.168.10.2] out: usr.bin/limits/limits_test:cputime_soft_flag -> passed [3.151s] [192.168.10.2] out: usr.bin/bmake/archives/fmt_44bsd/legacy_test:main -> passed [0.093s] [192.168.10.2] out: usr.bin/bmake/archives/fmt_44bsd_mod/legacy_test:main -> passed [0.074s] [192.168.10.2] out: usr.bin/bmake/archives/fmt_oldbsd/legacy_test:main -> passed [0.076s] [192.168.10.2] out: usr.bin/bmake/basic/t0/legacy_test:main -> passed [0.076s] [192.168.10.2] out: usr.bin/bmake/basic/t1/legacy_test:main -> passed [0.065s] [192.168.10.2] out: usr.bin/bmake/basic/t2/legacy_test:main -> passed [0.059s] [192.168.10.2] out: usr.bin/bmake/basic/t3/legacy_test:main -> passed [0.057s] [192.168.10.2] out: usr.bin/bmake/execution/ellipsis/legacy_test:main -> passed [0.068s] [192.168.10.2] out: usr.bin/bmake/execution/empty/legacy_test:main -> passed [0.068s] [192.168.10.2] out: usr.bin/bmake/execution/joberr/legacy_test:main -> passed [0.060s] [192.168.10.2] out: usr.bin/bmake/execution/plus/legacy_test:main -> passed [0.065s] [192.168.10.2] out: usr.bin/bmake/shell/builtin/legacy_test:main -> passed [0.077s] [192.168.10.2] out: usr.bin/bmake/shell/meta/legacy_test:main -> passed [0.077s] [192.168.10.2] out: usr.bin/bmake/shell/path/legacy_test:main -> passed [0.071s] [192.168.10.2] out: usr.bin/bmake/shell/path_select/legacy_test:main -> passed [0.077s] [192.168.10.2] out: usr.bin/bmake/shell/replace/legacy_test:main -> passed [0.078s] [192.168.10.2] out: usr.bin/bmake/shell/select/legacy_test:main -> passed [0.066s] [192.168.10.2] out: usr.bin/bmake/suffixes/basic/legacy_test:main -> passed [0.071s] [192.168.10.2] out: usr.bin/bmake/suffixes/src_wild1/legacy_test:main -> passed [0.082s] [192.168.10.2] out: usr.bin/bmake/suffixes/src_wild2/legacy_test:main -> passed [0.086s] [192.168.10.2] out: usr.bin/bmake/syntax/directive-t0/legacy_test:main -> passed [0.066s] [192.168.10.2] out: usr.bin/bmake/syntax/enl/legacy_test:main -> passed [0.067s] [192.168.10.2] out: usr.bin/bmake/syntax/funny-targets/legacy_test:main -> passed [0.063s] [192.168.10.2] out: usr.bin/bmake/syntax/semi/legacy_test:main -> passed [0.063s] [192.168.10.2] out: usr.bin/bmake/sysmk/t0/2/1/legacy_test:main -> passed [0.090s] [192.168.10.2] out: usr.bin/bmake/sysmk/t1/2/1/legacy_test:main -> passed [0.154s] [192.168.10.2] out: usr.bin/bmake/sysmk/t2/2/1/legacy_test:main -> passed [0.121s] [192.168.10.2] out: usr.bin/bmake/variables/modifier_M/legacy_test:main -> passed [0.063s] [192.168.10.2] out: usr.bin/bmake/variables/modifier_t/legacy_test:main -> passed [0.073s] [192.168.10.2] out: usr.bin/bmake/variables/opt_V/legacy_test:main -> passed [0.061s] [192.168.10.2] out: usr.bin/bmake/variables/t0/legacy_test:main -> passed [0.066s] [192.168.10.2] out: usr.bin/uuencode/legacy_test:main -> passed [0.038s] [192.168.10.2] out: usr.bin/apply/legacy_test:main -> passed [0.087s] [192.168.10.2] out: usr.bin/printf/legacy_test:main -> passed [0.104s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_0 -> passed [0.105s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_basic -> passed [0.350s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_cmdline -> passed [0.207s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_Z -> passed [0.093s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_bz2 -> passed [0.110s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_grz -> passed [0.093s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_gz -> passed [0.101s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_lrz -> passed [0.090s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_lz -> passed [0.098s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_lz4 -> passed [0.091s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_lzma -> passed [0.120s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_lzo -> passed [0.088s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_extract_cpio_xz -> passed [0.117s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_format_newc -> passed [0.098s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_gcpio_compat -> passed [0.215s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_0 -> passed [0.152s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_B_upper -> passed [0.099s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_C_upper -> passed [0.119s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_J_upper -> passed [0.309s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_L_upper -> passed [0.200s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_Z_upper -> passed [0.095s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_a -> passed [0.143s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_b64encode -> passed [0.098s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_c -> passed [0.097s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_d -> passed [0.126s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_f -> passed [0.125s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_grzip -> passed [0.079s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_help -> passed [0.099s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_l -> passed [0.107s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_lrzip -> passed [0.080s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_lz4 -> passed [0.105s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_lzma -> passed [0.208s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_lzop -> passed [0.092s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_m -> passed [0.108s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_passphrase -> passed [0.092s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_t -> passed [0.142s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_u -> passed [0.114s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_uuencode -> passed [0.101s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_version -> passed [0.087s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_xz -> passed [0.209s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_y -> passed [0.102s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_option_z -> passed [0.091s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_owner_parse -> passed [0.080s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_passthrough_dotdot -> passed [0.097s] [192.168.10.2] out: usr.bin/cpio/functional_test:test_passthrough_reverse -> passed [0.108s] [192.168.10.2] out: usr.bin/dirname/dirname_test:basic -> passed [0.156s] [192.168.10.2] out: usr.bin/xargs/legacy_test:main -> passed [0.160s] [192.168.10.2] out: usr.bin/tar/functional_test:test_0 -> passed [0.079s] [192.168.10.2] out: usr.bin/tar/functional_test:test_basic -> passed [0.167s] [192.168.10.2] out: usr.bin/tar/functional_test:test_copy -> passed [6.944s] [192.168.10.2] out: usr.bin/tar/functional_test:test_empty_mtree -> passed [0.086s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_bz2 -> passed [0.136s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_grz -> passed [0.093s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_gz -> passed [0.099s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lrz -> passed [0.088s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lz -> passed [0.139s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lz4 -> passed [0.090s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lzma -> passed [0.119s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lzo -> passed [0.106s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_xz -> passed [0.121s] [192.168.10.2] out: usr.bin/tar/functional_test:test_format_newc -> passed [0.135s] [192.168.10.2] out: usr.bin/tar/functional_test:test_help -> passed [0.097s] [192.168.10.2] out: usr.bin/tar/functional_test:test_leading_slash -> passed [0.091s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_C_upper -> passed [0.280s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_H_upper -> passed [0.252s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_L_upper -> passed [0.259s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_O_upper -> passed [0.177s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_T_upper -> passed [0.218s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_U_upper -> passed [0.304s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_X_upper -> passed [0.227s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_a -> passed [0.151s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_b -> passed [0.389s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_b64encode -> passed [0.100s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_exclude -> passed [0.243s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_gid_gname -> passed [0.118s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_grzip -> passed [0.076s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_j -> passed [0.097s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_k -> passed [0.218s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_keep_newer_files -> passed [0.115s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lrzip -> passed [0.077s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lz4 -> passed [0.088s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lzma -> passed [0.207s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lzop -> passed [0.088s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_n -> passed [0.147s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_newer_than -> passed [2.277s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_nodump -> passed [0.142s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_older_than -> passed [2.290s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_passphrase -> passed [0.091s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_q -> passed [0.222s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_r -> passed [0.127s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_s -> passed [0.977s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_uid_uname -> passed [0.121s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_uuencode -> passed [0.098s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_xz -> passed [0.209s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_z -> passed [0.085s] [192.168.10.2] out: usr.bin/tar/functional_test:test_patterns -> passed [0.234s] [192.168.10.2] out: usr.bin/tar/functional_test:test_print_longpath -> passed [0.089s] [192.168.10.2] out: usr.bin/tar/functional_test:test_stdio -> passed [0.184s] [192.168.10.2] out: usr.bin/tar/functional_test:test_strip_components -> passed [0.167s] [192.168.10.2] out: usr.bin/tar/functional_test:test_symlink_dir -> passed [0.243s] [192.168.10.2] out: usr.bin/tar/functional_test:test_version -> passed [0.078s] [192.168.10.2] out: usr.bin/cut/cut_test:basic -> passed [0.070s] [192.168.10.2] out: usr.bin/cut/cut_test:dflag -> passed [0.069s] [192.168.10.2] out: usr.bin/cut/cut_test:dsflag -> passed [0.069s] [192.168.10.2] out: usr.bin/cut/cut_test:latin1 -> passed [0.069s] [192.168.10.2] out: usr.bin/cut/cut_test:sflag -> passed [0.070s] [192.168.10.2] out: usr.bin/cut/cut_test:utf8 -> passed [0.069s] [192.168.10.2] out: usr.bin/calendar/legacy_test:main -> passed [1.320s] [192.168.10.2] out: usr.bin/comm/legacy_test:main -> passed [0.042s] [192.168.10.2] out: usr.bin/col/col:rlf -> passed [0.091s] [192.168.10.2] out: sys/acl/00:main -> passed [1.113s] [192.168.10.2] out: sys/acl/01:main -> skipped: system doesn't have ZFS loaded [0.020s] [192.168.10.2] out: sys/acl/02:main -> passed [1.305s] [192.168.10.2] out: sys/acl/03:main -> skipped: system doesn't have ZFS loaded [0.019s] [192.168.10.2] out: sys/acl/04:main -> skipped: system doesn't have ZFS loaded [0.017s] [192.168.10.2] out: sys/aio/aio_test:aio_fifo_test -> skipped: Unsafe AIO is disabled [0.016s] [192.168.10.2] out: sys/aio/aio_test:aio_file_test -> skipped: Unsafe AIO is disabled [0.016s] [192.168.10.2] out: sys/aio/aio_test:aio_large_read_test -> skipped: Unsafe AIO is disabled [0.014s] [192.168.10.2] out: sys/aio/aio_test:aio_md_test -> passed [0.032s] [192.168.10.2] out: sys/aio/aio_test:aio_pipe_test -> skipped: Unsafe AIO is disabled [0.015s] [192.168.10.2] out: sys/aio/aio_test:aio_pty_test -> skipped: Unsafe AIO is disabled [0.015s] [192.168.10.2] out: sys/aio/aio_test:aio_socket_two_reads -> passed [0.015s] [192.168.10.2] out: sys/aio/aio_test:aio_unix_socketpair_test -> passed [0.016s] [192.168.10.2] out: sys/aio/aio_kqueue_test:main -> passed [0.014s] [192.168.10.2] out: sys/aio/lio_kqueue_test:main -> passed [0.013s] [192.168.10.2] out: sys/fifo/fifo_create:main -> passed [4.248s] [192.168.10.2] out: sys/fifo/fifo_io:main -> passed [11.028s] [192.168.10.2] out: sys/fifo/fifo_misc:main -> passed [0.029s] [192.168.10.2] out: sys/fifo/fifo_open:main -> passed [14.380s] [192.168.10.2] out: sys/file/ftruncate_test:main -> passed [0.055s] [192.168.10.2] out: sys/file/newfileops_on_fork_test:main -> passed [1.048s] [192.168.10.2] out: sys/file/closefrom_test:main -> passed [0.025s] [192.168.10.2] out: sys/file/dup_test:main -> passed [0.027s] [192.168.10.2] out: sys/file/fcntlflags_test:main -> passed [0.020s] [192.168.10.2] out: sys/file/flock_test:main -> passed [6.712s] [192.168.10.2] out: sys/geom/class/concat/1_test:main -> passed [0.151s] [192.168.10.2] out: sys/geom/class/concat/2_test:main -> passed [0.681s] [192.168.10.2] out: sys/geom/class/eli/attach_d_test:main -> passed [2.240s] [192.168.10.2] out: sys/geom/class/eli/configure_b_B_test:main -> passed [0.224s] [192.168.10.2] out: sys/geom/class/eli/delkey_test:main -> passed [0.292s] [192.168.10.2] out: sys/geom/class/eli/detach_l_test:main -> passed [2.233s] [192.168.10.2] out: sys/geom/class/eli/init_B_test:main -> passed [0.244s] [192.168.10.2] out: sys/geom/class/eli/init_J_test:main -> passed [77.111s] [192.168.10.2] out: sys/geom/class/eli/init_a_test:main -> passed [348.012s] [192.168.10.2] out: sys/geom/class/eli/init_i_P_test:main -> passed [0.064s] [192.168.10.2] out: sys/geom/class/eli/init_test:main -> passed [41.193s] [192.168.10.2] out: sys/geom/class/eli/integrity_copy_test:main -> passed [451.439s] [192.168.10.2] out: sys/geom/class/eli/integrity_data_test:main -> passed [187.834s] [192.168.10.2] out: sys/geom/class/eli/integrity_hmac_test:main -> passed [188.705s] [192.168.10.2] out: sys/geom/class/eli/kill_test:main -> passed [1.242s] [192.168.10.2] out: sys/geom/class/eli/nokey_test:main -> passed [0.126s] Resuming build [192.168.10.2] out: sys/geom/class/eli/onetime_a_test:main -> No handlers could be found for logger "paramiko.transport" Warning: run() received nonzero return code -1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt Traceback (most recent call last): File "freebsd-ci/scripts/test/run-tests.py", line 207, in main(sys.argv) File "freebsd-ci/scripts/test/run-tests.py", line 79, in main runTest() File "freebsd-ci/scripts/test/run-tests.py", line 184, in runTest fabric.api.run("kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt") File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 649, in host_prompting_wrapper return func(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/fabric/operations.py", line 1056, in run shell_escape=shell_escape) File "/usr/local/lib/python2.7/site-packages/fabric/operations.py", line 923, in _run_command channel=default_channel(), command=wrapped_command, pty=pty, File "/usr/local/lib/python2.7/site-packages/fabric/state.py", line 402, in default_channel chan = _open_session() File "/usr/local/lib/python2.7/site-packages/fabric/state.py", line 389, in _open_session return connections[env.host_string].get_transport().open_session() File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 159, in __getitem__ self.connect(key) File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 151, in connect user, host, port, cache=self, seek_gateway=seek_gateway) File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 575, in connect raise NetworkError(msg, e) fabric.exceptions.NetworkError: Timed out trying to connect to 192.168.10.2 (tried 1 time) [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Mon May 23 08:13:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCDE4B45094; Mon, 23 May 2016 08:13:00 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B14B51E34; Mon, 23 May 2016 08:13:00 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 14639911729565.735165783792354; Mon, 23 May 2016 01:12:52 -0700 (PDT) Date: Mon, 23 May 2016 01:12:52 -0700 From: Matthew Macy To: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> Subject: CFT update day 2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 08:13:00 -0000 The highlights for today are the following: Bug fixes: - Will Andrews fixed attach for some laptops (such as the Carbon X1). The Carbon X1 has a quirky BIOS that doesn't allow the OS to enumerate the GPU's interrupt. - Will Andrews identified a conditionally uninitialized return in idr_find that could lead to a panic in some cases. - Fixed a panic in mtrr_del frequently seen when attach failed. - Sleep/wakeups with interrupts are largely implemented correctly now. Previously a polling 10ms sleep was used. I'm still concerned that the code really needs to be level-triggered. Cleanups: - Logging is now enabled for the first 10s after attach unless dev.drm.drm_debug_keep=1. - Unimplemented warnings are off by default. As of this moment the latest USB image is: http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz The USB image now has sync disabled on var. This should improve responsiveness for most people with slow USB pen drives. If you're having issues that require retaining logs you'll need to "zfs set sync=enabled zrootusb/var". The USB image now includes kde4 and xfce. It is also much larger, for this iteration you will need a 16GB USB key. The next one will probably not be quite so large. If size is a common problem let me know. It's difficult to buy a USB key that is less than 16GB today. joeuser's .xinitrc is configured to start xfce with startx. To start kde run: service kdm4 onestart. Note that the image name has changed. The most recent should be self-evident in: http://www.bsddesktop.com/images Helpful hint: use a 1MB blocksize for dd and run gpart recover to fix label warnings. Assuming your USB pen drive shows up as /dev/da0 and cftdisk image is the one I just posted: unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img of=/dev/da0 bs=1M; gpart recover da0 And as a reminder, if you're having problems with X on the USB key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf somewhere else on your file system. If using the github repo, make sure you're using the drm-next-4.6 branch. Cheers. -M From owner-freebsd-current@freebsd.org Mon May 23 08:22:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F26D2B454C6; Mon, 23 May 2016 08:22:35 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4CF71474; Mon, 23 May 2016 08:22:35 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1463991754223645.971378040623; Mon, 23 May 2016 01:22:34 -0700 (PDT) Date: Mon, 23 May 2016 01:22:34 -0700 From: Matthew Macy To: "Matthew Macy" Cc: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154dcb55dbb.cbe8d6b4148781.1537965612873410977@nextbsd.org> In-Reply-To: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> Subject: Re: CFT update day 2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-ZohoMail: Z_57973067 SPT_1 Z_57973066 SPT_1 SLF_D X-Zoho-Virus-Status: 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 08:22:36 -0000 > > And as a reminder, if you're having problems with X on the USB > key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf > somewhere else on your file system. This change switches from SNA to UXA which may fix problems for some. > > If using the github repo, make sure you're using the drm-next-4.6 > branch. > > Cheers. > > -M > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon May 23 08:37:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BF5FB45A4F for ; Mon, 23 May 2016 08:37:16 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B38241BA4 for ; Mon, 23 May 2016 08:37:15 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mail-wm0-x230.google.com with SMTP id n129so65503078wmn.1 for ; Mon, 23 May 2016 01:37:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:reply-to; bh=AKJwk3izrGIdPIPK0sqEevzAwx8Thc4AxJjUK24VKws=; b=WOXSTuNyetp87TaFkWqV0wignM1NRKC56voE85jo/D8UvUKYDv5c3fK3dmuYoTMo+A eUy9BxmNOYeZTJ+O9QhmjaQ5KmyvhL7ekTb14xbtvmX6N9WhSznlG0YF9nlRyaqg9905 o6fjyaXxuA94Gfb5DQDR0+rn84D0EkhGEAQP4ua1xmAJC50OS8/fLp7dHZjw3TjIVRAp XbR3o/3ahQeW/UxO312ICvQTkxITyrdMgPG73JLRJER0cr26ZrHU7A5J+5B7TS+AJI92 YwxFGKhqX3Mtp53rndGLiQlSU9SQgDoXpq0S7ZVyMNiKZNC0w3bt3JZwrcUj/wkWScFm LyHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=AKJwk3izrGIdPIPK0sqEevzAwx8Thc4AxJjUK24VKws=; b=i2uN18j9BKu79i7BsuWS3XBTcEXiPsNgSLIjuajg+3WVMB+BD6wstRTSnTOjD45NXy 10a2wdudLQ/FweGiU9GjFO4AvlhGMcwjO4OPeVca+90JPVliNeBrpP2lUlNg8Icu/l4P QSZdR4juV+UV6NHSXiZXFzCk/qwCZyySIQLHYvK/u7B8cbTLSeHmXQEdwfo8qyU9RcBg i0vnUIpxMLSzFW1Mh0tP5IhQwLOPhn6JiJJWP0G035CLqFyWfkyChGkyKHeGLkNQuAlH BwmLXb41SIa2Mjmf8UlvayUSlIp7YW47P4cDVaZsMfpYDGOPlBmCUkyMZtnG+X4Eb0Cz q2ww== X-Gm-Message-State: AOPr4FV5cjVMgfV06RsX3cahwC+IxBpZ8aEgxh/mRUQlGmhPYa7Omr6oD3eY7DYxHX9LAWoV X-Received: by 10.28.105.67 with SMTP id e64mr16509422wmc.80.1463992633844; Mon, 23 May 2016 01:37:13 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id y1sm34007012wjy.36.2016.05.23.01.37.13 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 May 2016 01:37:13 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id u4N8bCAx055561 for ; Mon, 23 May 2016 09:37:12 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id u4N8bCYb055560 for freebsd-current@freebsd.org; Mon, 23 May 2016 09:37:12 +0100 (BST) (envelope-from mexas) Date: Mon, 23 May 2016 09:37:12 +0100 (BST) From: Anton Shterenlikht Message-Id: <201605230837.u4N8bCYb055560@mech-as222.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: em(4) regression between r289975 and r300212 Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 08:37:16 -0000 This is an amd64 laptop, Dell Latitude 3340. I updated from: 11.0-CURRENT #1 r298975: Tue May 3 15:18:03 BST 2016 /usr/obj/usr/src/sys/GENERIC amd64 to: 11.0-CURRENT #2 r300212: Fri May 20 09:50:53 BST 2016 /usr/obj/usr/src/sys/GENERIC amd64 Now em(4) stops working 2-5 min after boot, or, perhaps, after 2-5 min of network traffic. The interface is shown as up: # ifconfig -a em0: flags=8843 metric 0 mtu 1500 options=4019b ether 20:47:47:01:62:6e inet 10.70.14.139 netmask 0xffffff00 broadcast 10.70.14.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active and there's nothing obvious in dmesg or /var/log/messages, but the network is not working at all, e.g. can't ping /etc/resolv.conf hosts. Is anybody else seeing this? Thanks Anton From owner-freebsd-current@freebsd.org Mon May 23 09:02:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57436B468B3; Mon, 23 May 2016 09:02:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2348219F9; Mon, 23 May 2016 09:01:59 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 031911FE024; Mon, 23 May 2016 11:01:57 +0200 (CEST) Subject: Re: CFT update day 2 To: Matthew Macy , "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> From: Hans Petter Selasky Message-ID: Date: Mon, 23 May 2016 11:05:20 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 09:02:00 -0000 On 05/23/16 10:12, Matthew Macy wrote: > - Will Andrews identified a conditionally uninitialized return in > idr_find that could lead to a panic in some cases. FYI If you integrate linux_idr.c from FreeBSD-11-current, this problem and a few others should already be solved: For example there: while ((il = idr_find_layer_locked(idr, i)) != NULL) { The following loop is buggy: for (;i < (i & ~IDR_MASK) + IDR_SIZE; i++) { if (il->ary[i & IDR_MASK]) { *nextidp = i; And equivalent to a "while (true)", which I believe this is not the intention. --HPS From owner-freebsd-current@freebsd.org Mon May 23 09:02:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A80E9B46A18 for ; Mon, 23 May 2016 09:02:25 +0000 (UTC) (envelope-from benjamin.villain@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::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 1A1BF1BF7 for ; Mon, 23 May 2016 09:02:25 +0000 (UTC) (envelope-from benjamin.villain@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id k98so12062089lfi.1 for ; Mon, 23 May 2016 02:02:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=pRV+Xq/iVb0DgAd1f10jtvdHCf7OZPKkdHR7q4QUz6w=; b=lgzzWhaEnqIYQpmRvOONiyKf3A9DDbEyHBa6+2SdQN4l8dCK/t6BinfsQs/fp+3Bmb IlehmHG27vikqdRulYmAPTZi6+TL/HRKqSFisewDr/5xg382PkjYseZHrvOICtjqQDp8 J7IzWudALfcV+v2JMu6WeAgDhDhM3eP2M62LuCwYklHllxUsypJqibzvU5roOybpL90E HuVLv8BaEfunNqUbshHUDL6Rlu6grSS0TRkmXa6MI29OeFRQAvhoroTIzdD6Ggu/BSdt TN1HK0BsatyPl3/AKBTwMU6xMqk7xTyXRU9ObPgX4RoQSpGANdho8tC8Vn1qMKW1IUUk j3Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=pRV+Xq/iVb0DgAd1f10jtvdHCf7OZPKkdHR7q4QUz6w=; b=Ve2lI3VcbS0Baq2NLAVS5YNEvjbT0aqK2/ILFatD+d4/MgKJpJDE4KNwTQwVq5dylo F0k0HRSlqSqRz4dzNSsr3YVdqv8YDzpxG7h9UoJsyVAe0uIrQJ6rKdwkNTbdWwvxclNs OIp/Vk0XwQnE8cDWRXkN2E9u+lFXBwNE+C7cnSnOuLGjTJ1gBO1aZiD9UsPURN5PzZnV OYyp855ddBOBBqzbK/2A1NPxzRcQY9qAT+oH+65XwCaHYBqQhWiILPpGsfpPRZzYy8Bq +i2yQDcdmrxWjadEmBzsujGNJN/YZARK5N+/Jk2OJ9p96jsYamvl2xCQYvBa9qz09f6y YOyA== X-Gm-Message-State: AOPr4FWjDZN134PZCzeW1QsP6MBkyQLPih4jlDhzqO3MMTMrnaOtdu5xcEnSeq8MHlaVnYzXRyFSNQUlaIzvKg== MIME-Version: 1.0 X-Received: by 10.25.218.70 with SMTP id r67mr5487681lfg.50.1463994143173; Mon, 23 May 2016 02:02:23 -0700 (PDT) Received: by 10.25.210.74 with HTTP; Mon, 23 May 2016 02:02:22 -0700 (PDT) In-Reply-To: <201605230837.u4N8bCYb055560@mech-as222.men.bris.ac.uk> References: <201605230837.u4N8bCYb055560@mech-as222.men.bris.ac.uk> Date: Mon, 23 May 2016 11:02:22 +0200 Message-ID: Subject: Re: em(4) regression between r289975 and r300212 From: Benjamin VILLAIN To: mexas@bris.ac.uk Cc: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=001a11402618db915d05337eb233 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 09:02:25 -0000 --001a11402618db915d05337eb233 Content-Type: text/plain; charset=UTF-8 Hi Anton, I have the same behavior on my workstation. I just applied K. Macy's patch and it seems to work for now. Cheers, -- Ben On Mon, May 23, 2016 at 10:37 AM, Anton Shterenlikht wrote: > This is an amd64 laptop, Dell Latitude 3340. > > I updated from: > 11.0-CURRENT #1 r298975: Tue May 3 15:18:03 BST 2016 > /usr/obj/usr/src/sys/GENERIC amd64 > > to: > 11.0-CURRENT #2 r300212: Fri May 20 09:50:53 BST 2016 > /usr/obj/usr/src/sys/GENERIC amd64 > > Now em(4) stops working 2-5 min after boot, > or, perhaps, after 2-5 min of network traffic. > > The interface is shown as up: > > # ifconfig -a > em0: flags=8843 metric 0 mtu 1500 > > options=4019b > ether 20:47:47:01:62:6e > inet 10.70.14.139 netmask 0xffffff00 broadcast 10.70.14.255 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > and there's nothing obvious in dmesg or /var/log/messages, > but the network is not working at all, e.g. can't ping > /etc/resolv.conf hosts. > > Is anybody else seeing this? > > Thanks > > Anton > _______________________________________________ > 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" > --001a11402618db915d05337eb233 Content-Type: text/x-patch; charset=US-ASCII; name="tq_wakeup.patch" Content-Disposition: attachment; filename="tq_wakeup.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iojsb4k10 ZGlmZiAtLWdpdCBhL3N5cy9rZXJuL3N1YnJfdGFza3F1ZXVlLmMgYi9zeXMva2Vybi9zdWJyX3Rh c2txdWV1ZS5jCmluZGV4IDJlZjVhM2MuLjAwY2I0NmYgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL3N1 YnJfdGFza3F1ZXVlLmMKKysrIGIvc3lzL2tlcm4vc3Vicl90YXNrcXVldWUuYwpAQCAtNjgsNyAr NjgsNiBAQCBzdHJ1Y3QgdGFza3F1ZXVlIHsKIAlUQUlMUV9IRUFEKCwgdGFza3F1ZXVlX2J1c3kp IHRxX2FjdGl2ZTsKIAlzdHJ1Y3QgbXR4CQl0cV9tdXRleDsKIAlzdHJ1Y3QgdGhyZWFkCQkqKnRx X3RocmVhZHM7Ci0Jc3RydWN0IHRocmVhZAkJKnRxX2N1cnRocmVhZDsKIAlpbnQJCQl0cV90Y291 bnQ7CiAJaW50CQkJdHFfc3BpbjsKIAlpbnQJCQl0cV9mbGFnczsKQEAgLTIyMiw3ICsyMjEsNyBA QCB0YXNrcXVldWVfZW5xdWV1ZV9sb2NrZWQoc3RydWN0IHRhc2txdWV1ZSAqcXVldWUsIHN0cnVj dCB0YXNrICp0YXNrKQogCSAqIENvdW50IG11bHRpcGxlIGVucXVldWVzLgogCSAqLwogCWlmICh0 YXNrLT50YV9wZW5kaW5nKSB7Ci0JCWlmICh0YXNrLT50YV9wZW5kaW5nIDwgVUNIQVJfTUFYKQor CQlpZiAodGFzay0+dGFfcGVuZGluZyA8IFVTSFJUX01BWCkKIAkJCXRhc2stPnRhX3BlbmRpbmcr KzsKIAkJVFFfVU5MT0NLKHF1ZXVlKTsKIAkJcmV0dXJuICgwKTsKQEAgLTQ2NSw4ICs0NjQsNyBA QCB0YXNrcXVldWVfcnVuX2xvY2tlZChzdHJ1Y3QgdGFza3F1ZXVlICpxdWV1ZSkKIAogCQlUUV9M T0NLKHF1ZXVlKTsKIAkJdGIudGJfcnVubmluZyA9IE5VTEw7Ci0JCWlmICgodGFzay0+dGFfZmxh Z3MgJiBUQVNLX1NLSVBfV0FLRVVQKSA9PSAwKQotCQkJd2FrZXVwKHRhc2spOworCQl3YWtldXAo dGFzayk7CiAKIAkJVEFJTFFfUkVNT1ZFKCZxdWV1ZS0+dHFfYWN0aXZlLCAmdGIsIHRiX2xpbmsp OwogCQl0Yl9maXJzdCA9IFRBSUxRX0ZJUlNUKCZxdWV1ZS0+dHFfYWN0aXZlKTsKQEAgLTQ4MSw5 ICs0NzksNyBAQCB0YXNrcXVldWVfcnVuKHN0cnVjdCB0YXNrcXVldWUgKnF1ZXVlKQogewogCiAJ VFFfTE9DSyhxdWV1ZSk7Ci0JcXVldWUtPnRxX2N1cnRocmVhZCA9IGN1cnRocmVhZDsKIAl0YXNr cXVldWVfcnVuX2xvY2tlZChxdWV1ZSk7Ci0JcXVldWUtPnRxX2N1cnRocmVhZCA9IE5VTEw7CiAJ VFFfVU5MT0NLKHF1ZXVlKTsKIH0KIApAQCAtNzE2LDcgKzcxMiw2IEBAIHRhc2txdWV1ZV90aHJl YWRfbG9vcCh2b2lkICphcmcpCiAJdHEgPSAqdHFwOwogCXRhc2txdWV1ZV9ydW5fY2FsbGJhY2so dHEsIFRBU0tRVUVVRV9DQUxMQkFDS19UWVBFX0lOSVQpOwogCVRRX0xPQ0sodHEpOwotCXRxLT50 cV9jdXJ0aHJlYWQgPSBjdXJ0aHJlYWQ7CiAJd2hpbGUgKCh0cS0+dHFfZmxhZ3MgJiBUUV9GTEFH U19BQ1RJVkUpICE9IDApIHsKIAkJLyogWFhYID8gKi8KIAkJdGFza3F1ZXVlX3J1bl9sb2NrZWQo dHEpOwpAQCAtNzMwLDcgKzcyNSw2IEBAIHRhc2txdWV1ZV90aHJlYWRfbG9vcCh2b2lkICphcmcp CiAJCVRRX1NMRUVQKHRxLCB0cSwgJnRxLT50cV9tdXRleCwgMCwgIi0iLCAwKTsKIAl9CiAJdGFz a3F1ZXVlX3J1bl9sb2NrZWQodHEpOwotCXRxLT50cV9jdXJ0aHJlYWQgPSBOVUxMOwogCS8qCiAJ ICogVGhpcyB0aHJlYWQgaXMgb24gaXRzIHdheSBvdXQsIHNvIGp1c3QgZHJvcCB0aGUgbG9jayB0 ZW1wb3JhcmlseQogCSAqIGluIG9yZGVyIHRvIGNhbGwgdGhlIHNodXRkb3duIGNhbGxiYWNrLiAg VGhpcyBhbGxvd3MgdGhlIGNhbGxiYWNrCkBAIC03NTQsOCArNzQ4LDcgQEAgdGFza3F1ZXVlX3Ro cmVhZF9lbnF1ZXVlKHZvaWQgKmNvbnRleHQpCiAKIAl0cXAgPSBjb250ZXh0OwogCXRxID0gKnRx cDsKLQlpZiAodHEtPnRxX2N1cnRocmVhZCAhPSBjdXJ0aHJlYWQpCi0JCXdha2V1cF9vbmUodHEp OworCXdha2V1cF9vbmUodHEpOwogfQogCiBUQVNLUVVFVUVfREVGSU5FKHN3aSwgdGFza3F1ZXVl X3N3aV9lbnF1ZXVlLCBOVUxMLApkaWZmIC0tZ2l0IGEvc3lzL3N5cy9fdGFzay5oIGIvc3lzL3N5 cy9fdGFzay5oCmluZGV4IDRjZmExNzEuLmNlODk3ODEgMTAwNjQ0Ci0tLSBhL3N5cy9zeXMvX3Rh c2suaAorKysgYi9zeXMvc3lzL190YXNrLmgKQEAgLTQ1LDggKzQ1LDcgQEAgdHlwZWRlZiB2b2lk IHRhc2tfZm5fdCh2b2lkICpjb250ZXh0LCBpbnQgcGVuZGluZyk7CiAKIHN0cnVjdCB0YXNrIHsK IAlTVEFJTFFfRU5UUlkodGFzaykgdGFfbGluazsJLyogKHEpIGxpbmsgZm9yIHF1ZXVlICovCi0J dWludDhfdAl0YV9wZW5kaW5nOwkJLyogKHEpIGNvdW50IHRpbWVzIHF1ZXVlZCAqLwotCXVpbnQ4 X3QJdGFfZmxhZ3M7CQkvKiAocSkgZmxhZ3MgKi8KKwl1aW50MTZfdCB0YV9wZW5kaW5nOwkJLyog KHEpIGNvdW50IHRpbWVzIHF1ZXVlZCAqLwogCXVfc2hvcnQJdGFfcHJpb3JpdHk7CQkvKiAoYykg UHJpb3JpdHkgKi8KIAl0YXNrX2ZuX3QgKnRhX2Z1bmM7CQkvKiAoYykgdGFzayBoYW5kbGVyICov CiAJdm9pZAkqdGFfY29udGV4dDsJCS8qIChjKSBhcmd1bWVudCBmb3IgaGFuZGxlciAqLwpkaWZm IC0tZ2l0IGEvc3lzL3N5cy90YXNrcXVldWUuaCBiL3N5cy9zeXMvdGFza3F1ZXVlLmgKaW5kZXgg YmMwMTA4OC4uNGM0MDQ0ZiAxMDA2NDQKLS0tIGEvc3lzL3N5cy90YXNrcXVldWUuaAorKysgYi9z eXMvc3lzL3Rhc2txdWV1ZS5oCkBAIC05OCw3ICs5OCw2IEBAIHZvaWQJdGFza3F1ZXVlX3NldF9j YWxsYmFjayhzdHJ1Y3QgdGFza3F1ZXVlICpxdWV1ZSwKIAogI2RlZmluZSBUQVNLX0lOSVRJQUxJ WkVSKHByaW9yaXR5LCBmdW5jLCBjb250ZXh0KQlcCiAJeyAudGFfcGVuZGluZyA9IDAsCQkJCVwK LQkgIC50YV9mbGFncyA9IDAsCQkJCVwKIAkgIC50YV9wcmlvcml0eSA9IChwcmlvcml0eSksCQkJ XAogCSAgLnRhX2Z1bmMgPSAoZnVuYyksCQkJCVwKIAkgIC50YV9jb250ZXh0ID0gKGNvbnRleHQp IH0KQEAgLTExNCw3ICsxMTMsNiBAQCB2b2lkCXRhc2txdWV1ZV90aHJlYWRfZW5xdWV1ZSh2b2lk ICpjb250ZXh0KTsKICAqLwogI2RlZmluZSBUQVNLX0lOSVQodGFzaywgcHJpb3JpdHksIGZ1bmMs IGNvbnRleHQpIGRvIHsJXAogCSh0YXNrKS0+dGFfcGVuZGluZyA9IDA7CQkJCVwKLQkodGFzaykt PnRhX2ZsYWdzID0gMDsJCQkJXAogCSh0YXNrKS0+dGFfcHJpb3JpdHkgPSAocHJpb3JpdHkpOwkJ XAogCSh0YXNrKS0+dGFfZnVuYyA9IChmdW5jKTsJCQlcCiAJKHRhc2spLT50YV9jb250ZXh0ID0g KGNvbnRleHQpOwkJCVwKQEAgLTIyNCw3ICsyMjIsNiBAQCBpbnQJdGFza3Fncm91cF9hZGp1c3Qo c3RydWN0IHRhc2txZ3JvdXAgKnFncm91cCwgaW50IGNudCwgaW50IHN0cmlkZSk7CiAKICNkZWZp bmUgR1RBU0tfSU5JVCh0YXNrLCBwcmlvcml0eSwgZnVuYywgY29udGV4dCkgZG8gewlcCiAJKHRh c2spLT50YV9wZW5kaW5nID0gMDsJCQkJXAotCSh0YXNrKS0+dGFfZmxhZ3MgPSBUQVNLX1NLSVBf V0FLRVVQOwkJXAogCSh0YXNrKS0+dGFfcHJpb3JpdHkgPSAocHJpb3JpdHkpOwkJXAogCSh0YXNr KS0+dGFfZnVuYyA9IChmdW5jKTsJCQlcCiAJKHRhc2spLT50YV9jb250ZXh0ID0gKGNvbnRleHQp OwkJCVwK --001a11402618db915d05337eb233-- From owner-freebsd-current@freebsd.org Mon May 23 09:24:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D1E8B4455E for ; Mon, 23 May 2016 09:24:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::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 C7A8C1C9F for ; Mon, 23 May 2016 09:24:48 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mail-wm0-x232.google.com with SMTP id z87so40186622wmh.0 for ; Mon, 23 May 2016 02:24:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:cc:reply-to:in-reply-to; bh=6Io7zVnCgNONboO2LtPdHHQZgY9GufWnB1uUjt452vo=; b=hMoWWxPEvemoAwHY3GQWpCVGmYnGPFvQrmrq+oeNHnix/6PXzE4V9wqsEkZNATsF78 qHVhP4dnJf/O+mHCeaaViNXCoR8ph+mr7X9ZvWlMpgYxEGZ9mjIiYj9j49Q/wdRYUFfy eYFAsnRymydT62NiqOkkMWzSR7IwtK4mVikLDnbwDvgsYh4YHu97f6ZPAWL77Am/JZAl z3y6W4+w5KrNDmEh8t1Ztq96G6Vh3KVJKNGGdZRoioYXDNLecTxhe8SZXooxiK26Qrgi NzT084rqcYPTTRQjbDg/hKHZuIQKR73zKRKCqJXVWrSsOxTjT2nRt6zI6tika1iT1ift lYGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=6Io7zVnCgNONboO2LtPdHHQZgY9GufWnB1uUjt452vo=; b=Ruzf5nQUwO3s4FVTRRhg4i9EWVOD8vddReY1n5aVkso+5erlksy0wjU4g16XhVUh20 vySvBxWrXhj1R2tA5g7+MByLTgajZ9Av2UDZ00ZLuOZdbNCqMV2CJ+wKUaKtAoSWYzlD 4iQf1ee9v9dCJgkjIdOvIcy/v2X14iXnxdGao8wGSq76G4cRAnLCDDjIJACPnwQR09Ek EF+vuOcl5SO/YVSMHaPKcn8ID5LMS+O0StLjppq0KyXmyVMsBF4RVfTp9C1NEYyRvkdl /e/LZH/XCgzJ1lO2KeQCZ3eBTbrRcLsZwsagwe1PJjJTX4D34ENSH/QtrUQd3TqCS88S fndQ== X-Gm-Message-State: AOPr4FWNCHZcSnh7eHBXJ3SID/8FBipVhANACOtn4O3vMYRw/kqDN5jDpX4Z8+3d81xKyD79 X-Received: by 10.28.24.82 with SMTP id 79mr17021524wmy.42.1463995487342; Mon, 23 May 2016 02:24:47 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id k62sm12633225wmb.7.2016.05.23.02.24.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 May 2016 02:24:46 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id u4N9OkUC055802; Mon, 23 May 2016 10:24:46 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id u4N9Oj70055801; Mon, 23 May 2016 10:24:45 +0100 (BST) (envelope-from mexas) Date: Mon, 23 May 2016 10:24:45 +0100 (BST) From: Anton Shterenlikht Message-Id: <201605230924.u4N9Oj70055801@mech-as222.men.bris.ac.uk> To: benjamin.villain@gmail.com, mexas@bris.ac.uk Subject: Re: em(4) regression between r289975 and r300212 Cc: freebsd-current@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 09:24:49 -0000 >From benjamin.villain@gmail.com Mon May 23 10:22:53 2016 > >Hi Anton, > >I have the same behavior on my workstation. I just applied K. Macy's patch >and it seems to work for now. Looks like it's been committed already: r300372 | avg | 2016-05-21 15:51:49 +0100 (Sat, 21 May 2016) | 5 lines Changed paths: M /head/sys/kern/subr_taskqueue.c M /head/sys/sys/_task.h M /head/sys/sys/taskqueue.h fix loss of taskqueue wakeups (introduced in r300113) Submitted by: kmacy Tested by: dchagin I'm building r300487 now, will see. Thanks Anton From owner-freebsd-current@freebsd.org Mon May 23 14:10:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1722BB46ADC for ; Mon, 23 May 2016 14:10:56 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DED6211C0 for ; Mon, 23 May 2016 14:10:55 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by mail-io0-x233.google.com with SMTP id p64so102688503ioi.2 for ; Mon, 23 May 2016 07:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=el6MBWBq1ZmwX5ogP3LK0vMniWQqm3W4ms7sxNvhe5k=; b=DgwIz+WWo9mjBcbMHhgAGYPE+TU94f3Jd2njecHeCzWGHDRD3d1woR6+byNkSHIIop o2C39S2W0mKYWap1OfxeM83p6j6VLn4CpEea2NI54RIuh7stXXwe73yy6sKkgVh+cIlm a5fz5arTdl7tabbyYZDxx5sZ3RGZY9ZRxovuzp9VdDnn+BfrSEHe0RtQS7BTebF3FKYU P34Eb6x1M5GE2HK4CX0T8Mbae7WvHOrSxDSnUUgUOq0RgtJB7ZlszGz/q8cTDIT27157 OXNDm/Z0lhCS6uyBawz0XFPnkuyGtOV7tr2vKVtPTxF+clZaI1FHAUYFWTX5QGh2XlAD zGdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=el6MBWBq1ZmwX5ogP3LK0vMniWQqm3W4ms7sxNvhe5k=; b=jz2nKWDxHaiY8bhNmATryd8p+jicnkQNpe5gb/5pVZO9jWSm40tJbNBa+NW4eIvlUO uGLk4IOSXqNjlqJwY8ckLK3xfbgxGtTD2ctp5rdoS/H5aKy/QF4HnL7VkCe9TMclKr1M Tb60huTVDKlWFNfEHXc2GYp7rYs8/2yFg8uNV9lYSB2HLpQ+gICpLaV9xp68Y+ReBAA0 cY/eVXhKhtBgBxh/77COWQwKUZ/foPcSDwoafQtf1Q1+ZlkFKfIHv5uy0es9A3zAHdHn k7V78f8SqUq8WZypjbAt8OkuXU56sMqXvWXK4LHgbCVZ05XeUgUVm2C/bG8OM2AABZn9 1v4g== X-Gm-Message-State: AOPr4FXOxLfoHHzwNXdC/8tWT1K43dc2Du3US3bwJumVHsxoXAdcBd6rNqtVPAeokE1/7g== X-Received: by 10.107.20.5 with SMTP id 5mr12717982iou.155.1464012653591; Mon, 23 May 2016 07:10:53 -0700 (PDT) Received: from debian.ara-ler.com ([50.243.135.133]) by smtp.gmail.com with ESMTPSA id t95sm6179423ioe.32.2016.05.23.07.10.52 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 May 2016 07:10:52 -0700 (PDT) Date: Mon, 23 May 2016 08:10:50 -0600 From: Sergey Manucharian To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: What builds go to snapshots? Message-ID: <20160523141050.GG5169@debian.ara-ler.com> References: <20160523033341.GS1388@dendrobates.araler.com> <6f2cf206-38da-a6aa-a8a4-b407aee85786@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6f2cf206-38da-a6aa-a8a4-b407aee85786@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 14:10:56 -0000 Excerpts from Allan Jude's message from Sun 22-May-16 23:55: > On 2016-05-22 23:33, Sergey Manucharian wrote: > > Is there any materialistic definition of those builds, which > > become snapshots at [0]? > > > > - Sergey > > > > [0] ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ > > > The snapshots are built with the scripts/makefiles in the 'release' > subdirectory of the source tree. Thanks, Alan! But how is it determined/decided which particular build goes to "snapshots"? E.g. the latest builds are of May 18, why not of May 15 or 16? S. From owner-freebsd-current@freebsd.org Mon May 23 15:16:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DCADB47BCA for ; Mon, 23 May 2016 15:16:03 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 23093176F for ; Mon, 23 May 2016 15:16:02 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id C6576DFF9; Mon, 23 May 2016 15:16:01 +0000 (UTC) Subject: Re: What builds go to snapshots? To: Sergey Manucharian References: <20160523033341.GS1388@dendrobates.araler.com> <6f2cf206-38da-a6aa-a8a4-b407aee85786@freebsd.org> <20160523141050.GG5169@debian.ara-ler.com> Cc: freebsd-current@freebsd.org From: Allan Jude Message-ID: <7a18b73e-94ce-ea02-db0a-337deef5b4b3@freebsd.org> Date: Mon, 23 May 2016 11:16:01 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160523141050.GG5169@debian.ara-ler.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 15:16:03 -0000 On 2016-05-23 10:10, Sergey Manucharian wrote: > Excerpts from Allan Jude's message from Sun 22-May-16 23:55: >> On 2016-05-22 23:33, Sergey Manucharian wrote: >>> Is there any materialistic definition of those builds, which >>> become snapshots at [0]? >>> >>> - Sergey >>> >>> [0] ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ >>> >> The snapshots are built with the scripts/makefiles in the 'release' >> subdirectory of the source tree. > > Thanks, Alan! But how is it determined/decided which particular build > goes to "snapshots"? E.g. the latest builds are of May 18, why not of > May 15 or 16? > > S. > That is just whenever the release engineers have time to build a snapshot. There are not usually any special considerations. -- Allan Jude From owner-freebsd-current@freebsd.org Mon May 23 15:49:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0581B47863 for ; Mon, 23 May 2016 15:49:06 +0000 (UTC) (envelope-from vangyzen@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 D03CE19E7 for ; Mon, 23 May 2016 15:49:06 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CBD87B47862; Mon, 23 May 2016 15:49:06 +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 CB73EB47861 for ; Mon, 23 May 2016 15:49:06 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id B79C019E6; Mon, 23 May 2016 15:49:06 +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 15C1D56485; Mon, 23 May 2016 10:49:06 -0500 (CDT) Subject: Re: Strange text on two computers with AMD processors To: "Alex V. Petrov" , Eric Joyner , Scott Long References: Cc: current@FreeBSD.org From: Eric van Gyzen Message-ID: <00a7b131-058e-734c-6d8f-36b6c7a83acf@FreeBSD.org> Date: Mon, 23 May 2016 10:49:02 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 15:49:07 -0000 On 05/20/16 10:41 PM, Alex V. Petrov wrote: > Strange text on two computers with AMD > CPU: AMD FX-8370 Eight-Core Processor (4018.42-MHz K8-class CPU) > and > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2412.41-MHz > K8-class CPU) > > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #6 r300310: Sat May 21 01:38:41 KRAT 2016 > alex@alex.super:/usr/obj/usr/src/sys/ALEX amd64 > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on > LLVM 3.8.0) > can't re-use a leaf (ixl_rx_miss_bufs)! > > And PC with Athlon 4600+ dont't boot. > Frezed on detect wireless keyboard. The message is from sysctl. It happens because two files try to declare the same sysctl node: ./net/iflib.c:SYSCTL_INT(_dev_netmap, OID_AUTO, ixl_rx_miss_bufs, ./dev/netmap/if_ixl_netmap.h:SYSCTL_INT(_dev_netmap, OID_AUTO, ixl_rx_miss_bufs, I've copied the folks who are working in this area. However, I don't think this is related to your boot failure. I have no idea about that. Eric From owner-freebsd-current@freebsd.org Mon May 23 16:40:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50A9EB47023 for ; Mon, 23 May 2016 16:40:23 +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 3E0FB173A for ; Mon, 23 May 2016 16:40:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3D6DBB47021; Mon, 23 May 2016 16:40:23 +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 3D020B47020; Mon, 23 May 2016 16:40:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5AD1739; Mon, 23 May 2016 16:40:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 274341F73; Mon, 23 May 2016 16:40:23 +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 D49F91C459; Mon, 23 May 2016 16:40:22 +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 xId9nFujGyMG; Mon, 23 May 2016 16:40:20 +0000 (UTC) To: current@FreeBSD.org, toolchain@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 538561C44C From: Bryan Drewery Subject: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes] Organization: FreeBSD Message-ID: Date: Mon, 23 May 2016 09:40:17 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 16:40:23 -0000 In head is now the WITH_SYSTEM_COMPILER option. It is off-by-default for now but hopefully will be on-by-default relatively quickly. It will skip building the bootstrap Clang for buildworld/kernel-toolchain/universe if /usr/bin/cc matches the tree. It will also skip GCC if building for the same arch as the host system. The Clang/GCC-to-by-installed will be still be built though. See https://svnweb.freebsd.org/changeset/base/300354 for more details. A critical note to toolchain developers, or anyone who touches the Clang or GCC source files. If you modify these files or add a new target architecture into Clang, please bump the revision in the appropriate file= : Clang: lib/clang/include/clang/Basic/Version.inc FREEBSD_CC_VERSION GCC: gnu/usr.bin/cc/cc_tools/freebsd-native.h FBSD_CC_VER Still left todo: - Build one version of clang in universe if the WITH_SYSTEM_COMPILER logic does not pass. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Mon May 23 16:42:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F27BB4725B for ; Mon, 23 May 2016 16:42:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9150E1CC2; Mon, 23 May 2016 16:42:03 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7B21865; Mon, 23 May 2016 16:42:03 +0000 (UTC) Date: Mon, 23 May 2016 16:41:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1198742416.0.1464021722873.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <810293491.0.1463981354278.JavaMail.jenkins@jenkins-9.freebsd.org> References: <810293491.0.1463981354278.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #305 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 16:42:03 -0000 See ------------------------------------------ [...truncated 321315 lines...] [192.168.10.2] out: lib/libc/locale/wcscspn_test:wcscspn -> passed [0.048s] [192.168.10.2] out: lib/libc/locale/wcspbrk_test:wcspbrk -> passed [0.084s] [192.168.10.2] out: lib/libc/locale/wcsspn_test:wcsspn -> passed [0.081s] [192.168.10.2] out: lib/libc/locale/wcstod_test:wcstod -> passed [0.079s] [192.168.10.2] out: lib/libc/locale/wctomb_test:wcrtomb -> passed [0.103s] [192.168.10.2] out: lib/libc/locale/wctomb_test:wcrtomb_state -> passed [0.055s] [192.168.10.2] out: lib/libc/locale/wctomb_test:wctomb -> passed [0.066s] [192.168.10.2] out: lib/libc/ssp/ssp_test:fgets -> passed [0.256s] [192.168.10.2] out: lib/libc/ssp/ssp_test:getcwd -> passed [0.109s] [192.168.10.2] out: lib/libc/ssp/ssp_test:gets -> passed [0.091s] [192.168.10.2] out: lib/libc/ssp/ssp_test:memcpy -> passed [0.138s] [192.168.10.2] out: lib/libc/ssp/ssp_test:memmove -> passed [0.073s] [192.168.10.2] out: lib/libc/ssp/ssp_test:memset -> passed [0.083s] [192.168.10.2] out: lib/libc/ssp/ssp_test:raw -> passed [0.108s] [192.168.10.2] out: lib/libc/ssp/ssp_test:read -> passed [0.102s] [192.168.10.2] out: lib/libc/ssp/ssp_test:readlink -> passed [0.090s] [192.168.10.2] out: lib/libc/ssp/ssp_test:snprintf -> passed [0.100s] [192.168.10.2] out: lib/libc/ssp/ssp_test:sprintf -> passed [0.089s] [192.168.10.2] out: lib/libc/ssp/ssp_test:stpcpy -> passed [0.107s] [192.168.10.2] out: lib/libc/ssp/ssp_test:stpncpy -> passed [0.080s] [192.168.10.2] out: lib/libc/ssp/ssp_test:strcat -> passed [0.090s] [192.168.10.2] out: lib/libc/ssp/ssp_test:strcpy -> passed [0.119s] [192.168.10.2] out: lib/libc/ssp/ssp_test:strncat -> passed [0.181s] [192.168.10.2] out: lib/libc/ssp/ssp_test:strncpy -> passed [0.106s] [192.168.10.2] out: lib/libc/ssp/ssp_test:vsnprintf -> passed [0.123s] [192.168.10.2] out: lib/libc/ssp/ssp_test:vsprintf -> passed [0.149s] [192.168.10.2] out: lib/librt/sched_test:sched_getparam -> passed [0.090s] [192.168.10.2] out: lib/librt/sched_test:sched_priority -> passed [0.050s] [192.168.10.2] out: lib/librt/sched_test:sched_rr_get_interval_1 -> passed [0.044s] [192.168.10.2] out: lib/librt/sched_test:sched_rr_get_interval_2 -> passed [0.046s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_1 -> passed [0.032s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_2 -> passed [0.023s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_3 -> passed [0.022s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_4 -> passed [0.023s] [192.168.10.2] out: lib/librt/sem_test:basic -> passed [0.045s] [192.168.10.2] out: lib/librt/sem_test:child -> passed [21.464s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_freebsd_nfs4 -> passed [0.379s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_freebsd_posix1e -> passed [0.229s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_nfs4 -> passed [0.134s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_pax -> passed [0.148s] [192.168.10.2] out: lib/libarchive/functional_test:test_acl_posix1e -> passed [0.151s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_api_feature -> passed [0.133s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_clear_error -> passed [0.159s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_cmdline -> passed [0.128s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_getdate -> passed [0.142s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_match_owner -> passed [0.132s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_match_path -> passed [0.141s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_match_time -> passed [2.520s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_md5 -> passed [0.122s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_pathmatch -> passed [0.144s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase -> passed [0.179s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_incorrect_sequance -> passed [0.121s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_multiple -> passed [0.132s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_multiple_with_callback -> passed [0.135s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_multiple_with_callback2 -> passed [0.109s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_set_callback1 -> passed [0.147s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_set_callback2 -> passed [0.144s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_set_callback3 -> passed [0.124s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_add_passphrase_single -> passed [0.157s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_close_twice -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_close_twice_open_fd -> passed [0.110s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_close_twice_open_filename -> passed [0.103s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_multiple_data_objects -> passed [0.845s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_next_header_empty -> passed [0.169s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_next_header_raw -> passed [0.134s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_open2 -> passed [0.132s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_filter_option -> passed [0.139s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_format_option -> passed [0.227s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_option -> passed [0.289s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_set_options -> passed [0.103s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_read_support -> passed [0.169s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_set_error -> passed [0.202s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_sha1 -> passed [0.197s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_sha256 -> passed [0.177s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_sha512 -> passed [0.332s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_string -> passed [0.171s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_string_conversion -> passed [0.444s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_string_sort -> passed [0.112s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_b64encode -> passed [0.172s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_bzip2 -> passed [0.339s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_compress -> passed [0.151s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_grzip -> passed [0.181s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_gzip -> passed [0.129s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_lrzip -> passed [0.128s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_lz4 -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_lzip -> passed [0.320s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_lzma -> passed [0.278s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_lzop -> passed [0.133s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_uuencode -> passed [0.130s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_add_filter_by_name_xz -> passed [0.253s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_filter_option -> passed [0.110s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_7zip -> passed [0.155s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_ar -> passed [0.153s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_arbsd -> passed [0.366s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_argnu -> passed [0.125s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_arsvr4 -> passed [0.228s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_bsdtar -> passed [0.113s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_cd9660 -> passed [0.142s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_cpio -> passed [0.204s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_gnutar -> passed [0.119s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_iso -> passed [0.177s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_iso9660 -> passed [0.149s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_mtree -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_mtree_classic -> passed [0.123s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_newc -> passed [0.108s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_odc -> passed [0.122s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_oldtar -> passed [0.124s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_pax -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_paxr -> passed [0.191s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_posix -> passed [0.180s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_rpax -> passed [0.175s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_shar -> passed [0.176s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_shardump -> passed [0.134s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_ustar -> passed [0.115s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_v7 -> passed [0.105s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_v7tar -> passed [0.159s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_warc -> passed [0.203s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_xar -> passed [0.219s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_by_name_zip -> passed [0.284s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_7zip -> passed [0.241s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_a -> passed [0.186s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_ar -> passed [0.115s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_cpio -> passed [0.130s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_iso -> passed [0.133s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_jar -> passed [0.114s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_tar -> passed [0.111s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_tar_bz2 -> passed [0.132s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_tar_bz2_def_zip -> passed [0.145s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_tar_gz -> passed [0.133s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_tar_xz -> passed [0.265s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_ext_zip -> passed [0.107s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_filter_by_no_ext_def_zip -> passed [0.150s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_format_option -> passed [0.112s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_option -> passed [0.111s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_options -> passed [0.148s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_passphrase -> passed [0.115s] [192.168.10.2] out: lib/libarchive/functional_test:test_archive_write_set_passphrase_callback -> passed [0.128s] [192.168.10.2] out: lib/libarchive/functional_test:test_bad_fd -> passed [0.119s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_bzip2 -> passed [0.202s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_cpio -> passed [0.194s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_gtar -> passed [0.186s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_gzip -> passed [0.215s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_lz4 -> passed [0.114s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_lzip -> passed [0.349s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_lzma -> passed [0.227s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_lzop -> passed [0.170s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_mac -> passed [0.229s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_solaris_pax_sparse -> passed [0.263s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_solaris_tar_acl -> passed [0.277s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_tar_hardlink -> passed [0.256s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_uudecode -> passed [0.269s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_uudecode_large -> passed [0.143s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_xz -> passed [0.156s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_1 -> passed [0.157s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_2 -> passed [0.193s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_3 -> passed [0.167s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_4 -> passed [0.134s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_5 -> passed [0.137s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_6 -> passed [0.117s] [192.168.10.2] out: lib/libarchive/functional_test:test_compat_zip_7 -> passed [0.258s] [192.168.10.2] out: lib/libarchive/functional_test:test_empty_write -> passed [0.149s] [192.168.10.2] out: lib/libarchive/functional_test:test_entry -> passed [0.165s] [192.168.10.2] out: lib/libarchive/functional_test:test_entry_strmode -> passed [0.139s] [192.168.10.2] out: lib/libarchive/functional_test:test_extattr_freebsd -> passed [0.209s] [192.168.10.2] out: lib/libarchive/functional_test:test_filter_count -> passed [0.157s] [192.168.10.2] out: lib/libarchive/functional_test:test_fully_sparse_files -> passed [0.191s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_ar -> passed [2.462s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_cab -> passed [1.375s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_cpio -> passed [2.689s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_iso9660 -> passed [14.944s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_lzh -> passed [1.475s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_mtree -> passed [1.142s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_tar -> passed [57.268s] [192.168.10.2] out: lib/libarchive/functional_test:test_fuzz_zip -> passed [37.104s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_CP1251_UTF8 -> passed [0.329s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_CP932_UTF8 -> passed [0.282s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_EUCJP_CP932 -> passed [0.265s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_EUCJP_UTF8 -> passed [0.199s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_KOI8R_CP866 -> passed [0.306s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_KOI8R_UTF8 -> passed [0.520s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_Russian_Russia -> passed [0.221s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_UTF8_CP866 -> passed [0.206s] [192.168.10.2] out: lib/libarchive/functional_test:test_gnutar_filename_encoding_ru_RU_CP1251 -> passed [0.149s] [192.168.10.2] out: lib/libarchive/functional_test:test_link_resolver -> passed [0.214s] [192.168.10.2] out: lib/libarchive/functional_test:test_open_failure -> passed [0.223s] [192.168.10.2] out: lib/libarchive/functional_test:test_open_fd -> passed [0.421s] [192.168.10.2] out: lib/libarchive/functional_test:test_open_file -> passed [0.318s] [192.168.10.2] out: lib/libarchive/functional_test:test_open_filename -> passed [0.793s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding -> passed [0.226s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding_CP1251 -> passed [0.173s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding_CP932 -> passed [0.197s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding_EUCJP -> passed [0.194s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding_KOI8R -> passed [0.222s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding_KOI8R_BINARY -> passed [0.295s] [192.168.10.2] out: lib/libarchive/functional_test:test_pax_filename_encoding_KOI8R_CP1251 -> passed [0.198s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_append_filter -> passed [0.192s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_append_filter_program -> passed [0.169s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_append_filter_wrong_program -> passed [0.157s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_append_wrong_filter -> passed [0.134s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_data_large -> passed [6.642s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_disk -> passed [3.234s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_disk_entry_from_file -> passed [0.316s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_extract -> passed [1.454s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_file_nonexistent -> passed [0.208s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_compress_empty2 -> passed [0.202s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_compress_invalid -> passed [5.380s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_compress_truncated -> passed [0.921s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_grzip -> passed [0.255s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_lrzip -> passed [0.245s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_lzop -> passed [0.328s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_lzop_multiple_parts -> passed [0.246s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_program -> passed [0.184s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_program_signature -> passed [0.204s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_uudecode -> passed [0.221s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_filter_uudecode_base64 -> passed [0.265s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip -> passed [0.313s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_bzip2 -> passed [0.271s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_copy -> passed [0.215s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_deflate -> passed [0.213s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_empty -> passed [0.255s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_encryption_data -> passed [3.284s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_encryption_header -> passed [0.343s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_encryption_partially -> passed [0.269s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_from_fd -> passed [0.248s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_lzma1 -> passed [0.282s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_lzma2 -> passed [0.260s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_malformed -> passed [0.168s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_7zip_ppmd -> passed [0.232s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_ar -> passed [0.154s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cab -> passed [0.228s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cab_filename -> passed [0.311s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_afio -> passed [1.507s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin -> passed [0.360s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_Z -> passed [0.214s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_be -> passed [0.269s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_bz2 -> passed [0.199s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_gz -> passed [0.206s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_le -> passed [0.204s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_lzip -> passed [0.152s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_lzma -> passed [0.229s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_bin_xz -> passed [0.194s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_filename_CP866_CP1251 -> passed [0.188s] Resuming build [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_cpio_filename_CP866_CP1251_win -> [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Mon May 23 16:45:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F7B3B47444 for ; Mon, 23 May 2016 16:45:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 50DF51EA1; Mon, 23 May 2016 16:45:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 49C0312FF; Mon, 23 May 2016 16:45:53 +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 9D27C1C4B4; Mon, 23 May 2016 16:45:52 +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 WKPgkO2d3_cN; Mon, 23 May 2016 16:45:49 +0000 (UTC) Subject: Re: Interesting error during installworld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 7C6261C4AE To: Shawn Webb , freebsd-current@freebsd.org References: From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Mon, 23 May 2016 09:45:47 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 16:45:53 -0000 On 5/22/16 1:21 PM, Shawn Webb wrote: > Hey All, >=20 > I=E2=80=99m getting this error when doing `make installworld` on recent= builds of HEAD. It seems that the error is non-critical as installworld = doesn=E2=80=99t actually error out. I=E2=80=99m running HardenedBSD 11-CU= RRENT on amd64. >=20 > sh: tail: not found > make[4]: "/usr/src/share/mk/bsd.compiler.mk" line 151: warning: "{ echo= "__FreeBSD_cc_version" | cc -m32 -DCOMPAT_32BIT -march=3Di686 -mmmx -ms= se -msse2 -L/usr/obj/usr/src/lib32/usr/lib32 --sysroot=3D/usr/obj/usr/s= rc/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 -isystem /usr/obj/usr/src/l= ib32/usr/include -E - 2>/dev/null || echo __FreeBSD_cc_version; } | tail = -n 1" returned non-zero status >=20 This is not likely a HardenedBSD issue. It's due to some of my recent changes. I had fixed this for the native installworld but may have missed it for the 32bit portion. Looking into it further. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Mon May 23 17:11:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D694CB47D85 for ; Mon, 23 May 2016 17:11:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C7A5311AF; Mon, 23 May 2016 17:11:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id C18591D4E; Mon, 23 May 2016 17:11:49 +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 81E6B1C5B3; Mon, 23 May 2016 17:11:49 +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 iT7v02m8E1fz; Mon, 23 May 2016 17:11:47 +0000 (UTC) Subject: Re: Interesting error during installworld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com C4B4C1C5AB To: Shawn Webb , freebsd-current@freebsd.org References: From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Mon, 23 May 2016 10:11:46 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 17:11:49 -0000 On 5/23/16 9:45 AM, Bryan Drewery wrote: > On 5/22/16 1:21 PM, Shawn Webb wrote: >> Hey All, >> >> I=E2=80=99m getting this error when doing `make installworld` on recen= t builds of HEAD. It seems that the error is non-critical as installworld= doesn=E2=80=99t actually error out. I=E2=80=99m running HardenedBSD 11-C= URRENT on amd64. >> >> sh: tail: not found >> make[4]: "/usr/src/share/mk/bsd.compiler.mk" line 151: warning: "{ ech= o "__FreeBSD_cc_version" | cc -m32 -DCOMPAT_32BIT -march=3Di686 -mmmx -m= sse -msse2 -L/usr/obj/usr/src/lib32/usr/lib32 --sysroot=3D/usr/obj/usr/= src/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 -isystem /usr/obj/usr/src/= lib32/usr/include -E - 2>/dev/null || echo __FreeBSD_cc_version; } | tail= -n 1" returned non-zero status >> >=20 > This is not likely a HardenedBSD issue. It's due to some of my recent > changes. I had fixed this for the native installworld but may have > missed it for the 32bit portion. Looking into it further. >=20 Fixed in r300525. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Mon May 23 17:51:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9EDBB47595 for ; Mon, 23 May 2016 17:51:14 +0000 (UTC) (envelope-from ken@kdm.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 D4D331AC5 for ; Mon, 23 May 2016 17:51:14 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id D4113B47594; Mon, 23 May 2016 17:51:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1732B47593 for ; Mon, 23 May 2016 17:51:14 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 931DF1AC4 for ; Mon, 23 May 2016 17:51:14 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4NHp5Ap050201 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 13:51:05 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4NHp5gG050200; Mon, 23 May 2016 13:51:05 -0400 (EDT) (envelope-from ken) Date: Mon, 23 May 2016 13:51:05 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160523175105.GA50102@mithlond.kdm.org> References: <20160521100949.6179a697@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160521100949.6179a697@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 23 May 2016 13:51:06 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 17:51:15 -0000 On Sat, May 21, 2016 at 10:09:49 +0200, Gary Jennejohn wrote: > There appears to be a regression in AHCI/ADA behavior since r300207. > > Starting a test kernel at r300293 results in extremely long timeouts > probing ahcich2 for non-existent multiplier ports. > > Here some kernel output: Is this dmesg output with or without the problem? > ahci0: > port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03, > 0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 17.0 on pci0 > > ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported Has the controller always claimed support for Port Multipliers? > ahcich2: at channel 2 on ahci0 > > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > > /dev/ada1p1 on /home (ufs, local, journaled soft-updates) > > An older kernel at r299170 does not exhibit this peculiar behavior and > mounts /home with no delays. Are you able to send dmesg output before and after? Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Mon May 23 19:25:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0EB8B47E5F for ; Mon, 23 May 2016 19:25:42 +0000 (UTC) (envelope-from ken@kdm.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 8B81C1332 for ; Mon, 23 May 2016 19:25:42 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 86D1DB47E5E; Mon, 23 May 2016 19:25: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 8671DB47E5D for ; Mon, 23 May 2016 19:25:42 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48C12132F for ; Mon, 23 May 2016 19:25:41 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4NJPdaA051423 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 15:25:39 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4NJPd32051422; Mon, 23 May 2016 15:25:39 -0400 (EDT) (envelope-from ken) Date: Mon, 23 May 2016 15:25:39 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160523192539.GB50102@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16296020.R5v2TQkD2c@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 23 May 2016 15:25:39 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 19:25:42 -0000 On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > I have faced the issue with fresh CURRENT stopped to boot on my old desktop > after update to r300299 > Verbose boot shows the endless cycle of > > ata2: SATA reset: ports status=0x05 > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > messages logged to console. > > Below is the relevant portion of ATA controller/devices probed/attached during > the boot: > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > ata0: at channel 0 on atapci0 > atapci1: port 0xd080-0xd087, 0xd000-0xd003, > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 > ata2: at channel 0 on atapci1 > ata3: at channel 1 on atapci1 > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > ada0: ATA-7 SATA 2.x device > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > ada1: ATA8-ACS SATA 3.x device > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device I'm not entirely sure what is causing the problem with your system, but hopefully we can narrow it down a bit. There is a bug that came in with my SMR changes in revision 300207 that broke the quirk functionality in the ada(4) driver. I don't think that is the problem you're seeing, though. Can you try out this patch: https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt In /boot/loader.conf, put the following: kern.cam.ada.0.quirks="0x04" kern.cam.ada.1.quirks="0x04" If you're able to boot with those quirk entries in the loader.conf, try taking one of them out, and reboot. If that works, try taking the other one out and reboot. What I'm trying to figure out here is where the problem lies: 1. The bug with the ada(4) driver (in where it loaded the quirks). 2. The extra probe steps in the ada(4) driver might be causing a problem with ada0 (Samsung drive). 3. The extra probe steps in the ada(4) driver might be causing a problem with ada1 (Seagate drive). 4. Something else. So, if you can try the patch and try to eliminate a few possibilities, we may be able to narrow it down. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Mon May 23 20:21:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D94D4B46F06 for ; Mon, 23 May 2016 20:21:49 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C2B011097 for ; Mon, 23 May 2016 20:21:49 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id BE5DCB46F05; Mon, 23 May 2016 20:21:49 +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 BE0CBB46F04 for ; Mon, 23 May 2016 20:21:49 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4398F1093; Mon, 23 May 2016 20:21:48 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4NKQ0sn053125 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 23 May 2016 23:26:02 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4NKLXIa088233 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 23:21:34 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4NKLX8d088232; Mon, 23 May 2016 23:21:33 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Mon, 23 May 2016 23:21:32 +0300 Message-ID: <1978132.y0KOqIjNEb@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160523192539.GB50102@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <20160523192539.GB50102@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 20:21:49 -0000 On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > I have faced the issue with fresh CURRENT stopped to boot on my old > > desktop > > > > after update to r300299 > > Verbose boot shows the endless cycle of > > > > ata2: SATA reset: ports status=0x05 > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > messages logged to console. > > > > Below is the relevant portion of ATA controller/devices probed/attached > > during the boot: > > > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > > ata0: at channel 0 on atapci0 > > atapci1: port 0xd080-0xd087, > > 0xd000-0xd003, > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 > > ata2: at channel 0 on atapci1 > > ata3: at channel 1 on atapci1 > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > ada0: ATA-7 SATA 2.x device > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > ada1: ATA8-ACS SATA 3.x device > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > I'm not entirely sure what is causing the problem with your system, but > hopefully we can narrow it down a bit. > > There is a bug that came in with my SMR changes in revision 300207 that > broke the quirk functionality in the ada(4) driver. I don't think that is > the problem you're seeing, though. > > Can you try out this patch: > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > In /boot/loader.conf, put the following: > > kern.cam.ada.0.quirks="0x04" > kern.cam.ada.1.quirks="0x04" > > If you're able to boot with those quirk entries in the loader.conf, try > taking one of them out, and reboot. If that works, try taking the other > one out and reboot. > > What I'm trying to figure out here is where the problem lies: > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > 2. The extra probe steps in the ada(4) driver might be causing a problem > with ada0 (Samsung drive). > 3. The extra probe steps in the ada(4) driver might be causing a problem > with ada1 (Seagate drive). > 4. Something else. > > So, if you can try the patch and try to eliminate a few possibilities, we > may be able to narrow it down. I was able to boot after applying the patch ; kern.cam.ada.0.quirks="0x04" was the quirk in effect. It is quirk for my Samsung HD200HJ KF100-06 hard drive. > > Thanks, Thanks to you. > > Ken From owner-freebsd-current@freebsd.org Mon May 23 20:53:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31498B47B4F for ; Mon, 23 May 2016 20:53:59 +0000 (UTC) (envelope-from ken@kdm.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 1AB2A1D0E for ; Mon, 23 May 2016 20:53:59 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 16073B47B4E; Mon, 23 May 2016 20:53: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 15AEAB47B4D for ; Mon, 23 May 2016 20:53:59 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E28D11D0D for ; Mon, 23 May 2016 20:53:58 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4NKrtde052606 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 16:53:55 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4NKrtTc052605; Mon, 23 May 2016 16:53:55 -0400 (EDT) (envelope-from ken) Date: Mon, 23 May 2016 16:53:55 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160523205355.GC50102@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <20160523192539.GB50102@mithlond.kdm.org> <1978132.y0KOqIjNEb@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1978132.y0KOqIjNEb@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 23 May 2016 16:53:56 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 20:53:59 -0000 On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > I have faced the issue with fresh CURRENT stopped to boot on my old > > > desktop > > > > > > after update to r300299 > > > Verbose boot shows the endless cycle of > > > > > > ata2: SATA reset: ports status=0x05 > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > messages logged to console. > > > > > > Below is the relevant portion of ATA controller/devices probed/attached > > > during the boot: > > > > > > atapci0: port > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > > > ata0: at channel 0 on atapci0 > > > atapci1: port 0xd080-0xd087, > > > 0xd000-0xd003, > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 > > > ata2: at channel 0 on atapci1 > > > ata3: at channel 1 on atapci1 > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > ada0: ATA-7 SATA 2.x device > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > ada1: ATA8-ACS SATA 3.x device > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > I'm not entirely sure what is causing the problem with your system, but > > hopefully we can narrow it down a bit. > > > > There is a bug that came in with my SMR changes in revision 300207 that > > broke the quirk functionality in the ada(4) driver. I don't think that is > > the problem you're seeing, though. > > > > Can you try out this patch: > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > In /boot/loader.conf, put the following: > > > > kern.cam.ada.0.quirks="0x04" > > kern.cam.ada.1.quirks="0x04" > > > > If you're able to boot with those quirk entries in the loader.conf, try > > taking one of them out, and reboot. If that works, try taking the other > > one out and reboot. > > > > What I'm trying to figure out here is where the problem lies: > > > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > > 2. The extra probe steps in the ada(4) driver might be causing a problem > > with ada0 (Samsung drive). > > 3. The extra probe steps in the ada(4) driver might be causing a problem > > with ada1 (Seagate drive). > > 4. Something else. > > > > So, if you can try the patch and try to eliminate a few possibilities, we > > may be able to narrow it down. > > I was able to boot after applying the patch ; > kern.cam.ada.0.quirks="0x04" > was the quirk in effect. It is quirk for my Samsung HD200HJ KF100-06 hard > drive. Okay. Just so we can narrow it down a little more, can you try this: First, let's try getting an ATA Log directory using the PIO version of the command: camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd If that works (you should get hexdump output), try the DMA version of the command: camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd My hope is that we can confirm whether or not this is what is causing the Samsung drive to have issues. It is certainly possible to put in a quirk, but I'd rather not make it unnecessarily broad. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Mon May 23 21:05:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6FB1B47ED2 for ; Mon, 23 May 2016 21:05:59 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8FED7194C for ; Mon, 23 May 2016 21:05:59 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8BA37B47ED1; Mon, 23 May 2016 21:05: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 8B497B47ED0 for ; Mon, 23 May 2016 21:05:59 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 240F7194B; Mon, 23 May 2016 21:05:58 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4NLAHrZ053579 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 00:10:19 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4NL5oWB088473 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 00:05:50 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4NL5oQE088472; Tue, 24 May 2016 00:05:50 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 00:05:49 +0300 Message-ID: <2305772.TzURlykN7S@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160523205355.GC50102@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1978132.y0KOqIjNEb@asus.theweb.org.ua> <20160523205355.GC50102@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:05:59 -0000 On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > I have faced the issue with fresh CURRENT stopped to boot on my old > > > > desktop > > > > > > > > after update to r300299 > > > > Verbose boot shows the endless cycle of > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > messages logged to console. > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > probed/attached > > > > during the boot: > > > > > > > > atapci0: port > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on > > > > pci0 > > > > ata0: at channel 0 on atapci0 > > > > atapci1: port 0xd080-0xd087, > > > > 0xd000-0xd003, > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on > > > > pci0 > > > > ata2: at channel 0 on atapci1 > > > > ata3: at channel 1 on atapci1 > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > ada0: ATA-7 SATA 2.x device > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > ada1: ATA8-ACS SATA 3.x device > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > > > I'm not entirely sure what is causing the problem with your system, but > > > hopefully we can narrow it down a bit. > > > > > > There is a bug that came in with my SMR changes in revision 300207 that > > > broke the quirk functionality in the ada(4) driver. I don't think that > > > is > > > the problem you're seeing, though. > > > > > > Can you try out this patch: > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > > > In /boot/loader.conf, put the following: > > > > > > kern.cam.ada.0.quirks="0x04" > > > kern.cam.ada.1.quirks="0x04" > > > > > > If you're able to boot with those quirk entries in the loader.conf, try > > > taking one of them out, and reboot. If that works, try taking the other > > > one out and reboot. > > > > > > What I'm trying to figure out here is where the problem lies: > > > > > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > > > 2. The extra probe steps in the ada(4) driver might be causing a problem > > > > > > with ada0 (Samsung drive). > > > > > > 3. The extra probe steps in the ada(4) driver might be causing a problem > > > > > > with ada1 (Seagate drive). > > > > > > 4. Something else. > > > > > > So, if you can try the patch and try to eliminate a few possibilities, > > > we > > > may be able to narrow it down. > > > > I was able to boot after applying the patch ; > > > > kern.cam.ada.0.quirks="0x04" > > was the quirk in effect. It is quirk for my Samsung HD200HJ KF100-06 hard > > drive. > > Okay. Just so we can narrow it down a little more, can you try this: > > First, let's try getting an ATA Log directory using the PIO version of the > command: > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > If that works (you should get hexdump output), try the DMA version of the > command: > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd "Expecting a character pointer argument." error for both commands. > > My hope is that we can confirm whether or not this is what is causing the > Samsung drive to have issues. It is certainly possible to put in a quirk, > but I'd rather not make it unnecessarily broad. > > Thanks, > > Ken From owner-freebsd-current@freebsd.org Mon May 23 21:11:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 037D4B470E8 for ; Mon, 23 May 2016 21:11:37 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E15611E49 for ; Mon, 23 May 2016 21:11:36 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id E0B21B470E7; Mon, 23 May 2016 21:11:36 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E05A4B470E6 for ; Mon, 23 May 2016 21:11:36 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC6671E48 for ; Mon, 23 May 2016 21:11:36 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4NLBYCR052878 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 17:11:34 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4NLBYMU052877; Mon, 23 May 2016 17:11:34 -0400 (EDT) (envelope-from ken) Date: Mon, 23 May 2016 17:11:34 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160523211134.GA52811@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1978132.y0KOqIjNEb@asus.theweb.org.ua> <20160523205355.GC50102@mithlond.kdm.org> <2305772.TzURlykN7S@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2305772.TzURlykN7S@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 23 May 2016 17:11:34 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:11:37 -0000 On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > > I have faced the issue with fresh CURRENT stopped to boot on my old > > > > > desktop > > > > > > > > > > after update to r300299 > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > messages logged to console. > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > probed/attached > > > > > during the boot: > > > > > > > > > > atapci0: port > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on > > > > > pci0 > > > > > ata0: at channel 0 on atapci0 > > > > > atapci1: port 0xd080-0xd087, > > > > > 0xd000-0xd003, > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on > > > > > pci0 > > > > > ata2: at channel 0 on atapci1 > > > > > ata3: at channel 1 on atapci1 > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > ada0: ATA-7 SATA 2.x device > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > > > > > I'm not entirely sure what is causing the problem with your system, but > > > > hopefully we can narrow it down a bit. > > > > > > > > There is a bug that came in with my SMR changes in revision 300207 that > > > > broke the quirk functionality in the ada(4) driver. I don't think that > > > > is > > > > the problem you're seeing, though. > > > > > > > > Can you try out this patch: > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > If you're able to boot with those quirk entries in the loader.conf, try > > > > taking one of them out, and reboot. If that works, try taking the other > > > > one out and reboot. > > > > > > > > What I'm trying to figure out here is where the problem lies: > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > > > > 2. The extra probe steps in the ada(4) driver might be causing a problem > > > > > > > > with ada0 (Samsung drive). > > > > > > > > 3. The extra probe steps in the ada(4) driver might be causing a problem > > > > > > > > with ada1 (Seagate drive). > > > > > > > > 4. Something else. > > > > > > > > So, if you can try the patch and try to eliminate a few possibilities, > > > > we > > > > may be able to narrow it down. > > > > > > I was able to boot after applying the patch ; > > > > > > kern.cam.ada.0.quirks="0x04" > > > was the quirk in effect. It is quirk for my Samsung HD200HJ KF100-06 hard > > > drive. > > > > Okay. Just so we can narrow it down a little more, can you try this: > > > > First, let's try getting an ATA Log directory using the PIO version of the > > command: > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > If that works (you should get hexdump output), try the DMA version of the > > command: > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > "Expecting a character pointer argument." error for both commands. Did the double quotes make it onto the command line? Both of those work for me... Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Mon May 23 21:15:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F47DB4719F for ; Mon, 23 May 2016 21:15:35 +0000 (UTC) (envelope-from oleg@opentransfer.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 EC06110A9 for ; Mon, 23 May 2016 21:15:34 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id EB553B4719E; Mon, 23 May 2016 21:15: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 EAFB4B4719D for ; Mon, 23 May 2016 21:15:34 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6862D10A8; Mon, 23 May 2016 21:15:33 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4NLJqAA053758 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 00:19:54 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4NLFPDk088542 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 00:15:26 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4NLFPLF088541; Tue, 24 May 2016 00:15:25 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 00:15:25 +0300 Message-ID: <4441424.tykpEpYuU7@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160523211134.GA52811@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <2305772.TzURlykN7S@asus.theweb.org.ua> <20160523211134.GA52811@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:15:35 -0000 On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > > > I have faced the issue with fresh CURRENT stopped to boot on my > > > > > > old > > > > > > desktop > > > > > > > > > > > > after update to r300299 > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > messages logged to console. > > > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > > probed/attached > > > > > > during the boot: > > > > > > > > > > > > atapci0: port > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 > > > > > > on > > > > > > pci0 > > > > > > ata0: at channel 0 on atapci0 > > > > > > atapci1: port 0xd080-0xd087, > > > > > > 0xd000-0xd003, > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on > > > > > > pci0 > > > > > > ata2: at channel 0 on atapci1 > > > > > > ata3: at channel 1 on atapci1 > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > > > > > > > I'm not entirely sure what is causing the problem with your system, > > > > > but > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > There is a bug that came in with my SMR changes in revision 300207 > > > > > that > > > > > broke the quirk functionality in the ada(4) driver. I don't think > > > > > that > > > > > is > > > > > the problem you're seeing, though. > > > > > > > > > > Can you try out this patch: > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > If you're able to boot with those quirk entries in the loader.conf, > > > > > try > > > > > taking one of them out, and reboot. If that works, try taking the > > > > > other > > > > > one out and reboot. > > > > > > > > > > What I'm trying to figure out here is where the problem lies: > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > > > > > 2. The extra probe steps in the ada(4) driver might be causing a > > > > > problem > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be causing a > > > > > problem > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > 4. Something else. > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > possibilities, > > > > > we > > > > > may be able to narrow it down. > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > was the quirk in effect. It is quirk for my Samsung HD200HJ KF100-06 > > > > hard > > > > drive. > > > > > > Okay. Just so we can narrow it down a little more, can you try this: > > > > > > First, let's try getting an ATA Log directory using the PIO version of > > > the > > > command: > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > If that works (you should get hexdump output), try the DMA version of > > > the > > > command: > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > "Expecting a character pointer argument." error for both commands. > > Did the double quotes make it onto the command line? Both of those work > for me... Something went wrong from my side, sorry. Below is the output of commands: root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd camcontrol: error sending command (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd camcontrol: error sending command (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 00 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > Ken From owner-freebsd-current@freebsd.org Mon May 23 21:21:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F75EB473AE; Mon, 23 May 2016 21:21:45 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F78F1512; Mon, 23 May 2016 21:21:45 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 146403849772540.00948174805217; Mon, 23 May 2016 14:21:37 -0700 (PDT) Date: Mon, 23 May 2016 14:21:37 -0700 From: Matthew Macy To: "Matthias Haas" Cc: "freebsd-x11" , "freebsd-current" , Message-ID: <154df7e9d46.f8f6c67384567.4803192402268842079@nextbsd.org> In-Reply-To: References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> Subject: Re: CFT update day 2 MIME-Version: 1.0 User-Agent: Zoho Mail X-Mailer: Zoho Mail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:21:45 -0000 =20 =20 Have you tried with the xf86-intel in ports. That actually work= s better for most. Also try SNA. What does pciconf -lvbc show for graphics?= ---- On Mon, 23 May 2016 14:17:41 -0700 Matthias Haas wrote ----First of all thanks for your great work so far. I have tried= the driver on my notebook with Iris 550. After patching libdrm with https= ://cgit.freedesktop.org/mesa/drm/commit/?id=3De3623d34cad0ac3f181b0deee0931= df202b8f909 and installing the experimental xf86-video-intel driver it is = partially working. What's not working is: - 3D-acceleration - multi-monito= r support (only tried with hdmi), after loading the i915kms driver the out= put is duplicated, but there is no way of controlling the outputs independ= ently (xfce also shows only one connected display) - Xorg refuses to start= unless I kldload i915kms manually before trying to start Xorg - there are= some rendering issues (pink lines, weird transparency where there should = be no transparency), but I don't know if these are related to i915, the ex= perimental xf86-video-intel driver or the software renderer On 2016-05-23= 10:12, Matthew Macy wrote: > The highlights for today are the following: >= > Bug fixes: > - Will Andrews fixed attach for some laptops (such as the = Carbon X1). > The Carbon X1 has a quirky BIOS that doesn't allow the OS t= o > enumerate the GPU's interrupt. > - Will Andrews identified a conditio= nally uninitialized return in > idr_find that could lead to a panic in so= me cases. > - Fixed a panic in mtrr_del frequently seen when attach failed.= > - Sleep/wakeups with interrupts are largely implemented correctly > no= w. Previously a polling 10ms sleep was used. I'm still > concerned that t= he code really needs to be level-triggered. > > Cleanups: > - Logging is n= ow enabled for the first 10s after attach unless > dev.drm.drm_debug_keep= =3D1. > - Unimplemented warnings are off by default. > > As of this moment= the latest USB image is: > http://www.bsddesktop.com/images/cftdisk_20160= 52307.img.xz > > The USB image now has sync disabled on var. This should i= mprove > responsiveness for most people with slow USB pen drives. If > you'= re having issues that require retaining logs you'll need > to "zfs set sync= =3Denabled zrootusb/var". > > The USB image now includes kde4 and xfce. It= is also much larger, for > this iteration you will need a 16GB USB key. Th= e next one will probably > not be quite so large. If size is a common probl= em let me know. It's > difficult to buy a USB key that is less than 16GB to= day. > > joeuser's .xinitrc is configured to start xfce with startx. To s= tart > kde > run: service kdm4 onestart. > > Note that the image name has= changed. The most recent should be > self-evident in: http://www.bsddeskto= p.com/images > > Helpful hint: use a 1MB blocksize for dd and run gpart re= cover > to fix label warnings. Assuming your USB pen drive shows up as > /d= ev/da0 and cftdisk image is the one I just posted: > > unxz -f cftdisk_201= 6052307.img.xz; dd if=3Dcftdisk_2016052307.img > of=3D/dev/da0 bs=3D1M; gpa= rt recover da0 > > And as a reminder, if you're having problems with X on = the USB > key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.con= f > somewhere else on your file system. > > If using the github repo, make= sure you're using the drm-next-4.6 > branch. > > Cheers. > > -M > > ___= ____________________________________________ > freebsd-x11@freebsd.org mail= ing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsu= bscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" =20 =20 =20 =20 =20 From owner-freebsd-current@freebsd.org Mon May 23 21:30:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18790B47595 for ; Mon, 23 May 2016 21:30:48 +0000 (UTC) (envelope-from ken@kdm.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 01D5C1BDE for ; Mon, 23 May 2016 21:30:48 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 00C07B47594; Mon, 23 May 2016 21:30:48 +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 00603B47593 for ; Mon, 23 May 2016 21:30:48 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF0911BDD for ; Mon, 23 May 2016 21:30:47 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4NLUjcc053138 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 17:30:45 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4NLUjlX053137; Mon, 23 May 2016 17:30:45 -0400 (EDT) (envelope-from ken) Date: Mon, 23 May 2016 17:30:45 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160523213045.GB52811@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <2305772.TzURlykN7S@asus.theweb.org.ua> <20160523211134.GA52811@mithlond.kdm.org> <4441424.tykpEpYuU7@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4441424.tykpEpYuU7@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 23 May 2016 17:30:45 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:30:48 -0000 On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > > > > I have faced the issue with fresh CURRENT stopped to boot on my > > > > > > > old > > > > > > > desktop > > > > > > > > > > > > > > after update to r300299 > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > messages logged to console. > > > > > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > > > probed/attached > > > > > > > during the boot: > > > > > > > > > > > > > > atapci0: port > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 > > > > > > > on > > > > > > > pci0 > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > atapci1: port 0xd080-0xd087, > > > > > > > 0xd000-0xd003, > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on > > > > > > > pci0 > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > > > > > > > > > I'm not entirely sure what is causing the problem with your system, > > > > > > but > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > There is a bug that came in with my SMR changes in revision 300207 > > > > > > that > > > > > > broke the quirk functionality in the ada(4) driver. I don't think > > > > > > that > > > > > > is > > > > > > the problem you're seeing, though. > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > If you're able to boot with those quirk entries in the loader.conf, > > > > > > try > > > > > > taking one of them out, and reboot. If that works, try taking the > > > > > > other > > > > > > one out and reboot. > > > > > > > > > > > > What I'm trying to figure out here is where the problem lies: > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > > > > > > 2. The extra probe steps in the ada(4) driver might be causing a > > > > > > problem > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be causing a > > > > > > problem > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > possibilities, > > > > > > we > > > > > > may be able to narrow it down. > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > was the quirk in effect. It is quirk for my Samsung HD200HJ KF100-06 > > > > > hard > > > > > drive. > > > > > > > > Okay. Just so we can narrow it down a little more, can you try this: > > > > > > > > First, let's try getting an ATA Log directory using the PIO version of > > > > the > > > > command: > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > > > If that works (you should get hexdump output), try the DMA version of > > > > the > > > > command: > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > "Expecting a character pointer argument." error for both commands. > > > > Did the double quotes make it onto the command line? Both of those work > > for me... > > Something went wrong from my side, sorry. > Below is the output of commands: > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > |hd > camcontrol: error sending command > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 01 00 > (pass1:ata2:0:0:0): CAM status: ATA Status Error > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i > 512 - |hd > camcontrol: error sending command > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 00 01 00 > (pass1:ata2:0:0:0): CAM status: ATA Status Error > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 Okay, at least it consistently fails with both the PIO and DMA versions. Looks like the drive claims to support READ LOG, but doesn't actually support it. Can you revert the previous patch, take the quirk out of loader.conf, and try this patch? https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt It adds the model number for your drive into the ada(4) driver as a quirk. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Mon May 23 21:37:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C99AB47766; Mon, 23 May 2016 21:37:36 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D2221FA7; Mon, 23 May 2016 21:37:36 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1464039446963157.25189811871326; Mon, 23 May 2016 14:37:26 -0700 (PDT) Date: Mon, 23 May 2016 14:37:26 -0700 From: Matthew Macy To: "freebsd-x11" Cc: "freebsd-x11" , "freebsd-current" , "owner-freebsd-x11" Message-ID: <154df8d1979.cf46985a84438.3983579250485293175@nextbsd.org> In-Reply-To: <76776af4de1df8eb183b410eee1f7f78@mathaas.de> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <154df7e9d46.f8f6c67384567.4803192402268842079@nextbsd.org> <76776af4de1df8eb183b410eee1f7f78@mathaas.de> Subject: Re: CFT update day 2 MIME-Version: 1.0 User-Agent: Zoho Mail X-Mailer: Zoho Mail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:37:36 -0000 =20 =20 Please try patching. The new xf86-intel barely works at all for= bapt on his broadwell. Believe it or not, I have not had time to test the = new X bits myself. It should all work "eventually" but there is a lot to co= ver and I'm not at all familiar with the user side bits.Sorry for top posti= ng. Zoho's iOS client is kind of broken.-M---- On Mon, 23 May 2016 14:30:51= -0700 Matthias Haas wrote ----That was the first = thing I tried, but it's too old to even recognize the gpu, I guess there a= re only some pci ids or something similar missing, I may try patching them= in tomorrow if I can find out what exactly is missing. On 2016-05-23 23:= 21, Matthew Macy wrote: > Have you tried with the xf86-intel in ports. That= actually works > better for most. Also try SNA. What does pciconf -lvbc sh= ow for > graphics? > > ---- On Mon, 23 May 2016 14:17:41 -0700 Matthias > = Haas wrote ---- > >> First of all thanks for your = great work so far. >> >> I have tried the driver on my notebook with Iris = 550. >> After patching libdrm with >> > https://cgit.freedesktop.org/mesa/= drm/commit/?id=3De3623d34cad0ac3f181b0deee0931df202b8f909 >> [1] >> and ins= talling the experimental xf86-video-intel driver it is >> partially >> work= ing. >> What's not working is: >> - 3D-acceleration >> - multi-monitor supp= ort (only tried with hdmi), after loading the >> i915kms driver the output = is duplicated, but there is no way of >> controlling the outputs independen= tly (xfce also shows only one >> connected display) >> - Xorg refuses to st= art unless I kldload i915kms manually before >> trying >> to start Xorg >> = - there are some rendering issues (pink lines, weird transparency >> where = >> there should be no transparency), but I don't know if these are >> relat= ed >> to i915, the experimental xf86-video-intel driver or the software >> = renderer >> >> On 2016-05-23 10:12, Matthew Macy wrote: >>> The highlights= for today are the following: >>> >>> Bug fixes: >>> - Will Andrews fixed = attach for some laptops (such as the Carbon >> X1). >>> The Carbon X1 has a= quirky BIOS that doesn't allow the OS to >>> enumerate the GPU's interrupt= . >>> - Will Andrews identified a conditionally uninitialized return in >>>= idr_find that could lead to a panic in some cases. >>> - Fixed a panic in = mtrr_del frequently seen when attach failed. >>> - Sleep/wakeups with inter= rupts are largely implemented correctly >>> now. Previously a polling 10ms = sleep was used. I'm still >>> concerned that the code really needs to be le= vel-triggered. >>> >>> Cleanups: >>> - Logging is now enabled for the firs= t 10s after attach unless >>> dev.drm.drm_debug_keep=3D1. >>> - Unimplement= ed warnings are off by default. >>> >>> As of this moment the latest USB i= mage is: >>> http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz [2]= >>> >>> The USB image now has sync disabled on var. This should improve >= >> responsiveness for most people with slow USB pen drives. If >>> you're h= aving issues that require retaining logs you'll need >>> to "zfs set sync= =3Denabled zrootusb/var". >>> >>> The USB image now includes kde4 and xfce= . It is also much larger, >> for >>> this iteration you will need a 16GB US= B key. The next one will >> probably >>> not be quite so large. If size is = a common problem let me know. >> It's >>> difficult to buy a USB key that i= s less than 16GB today. >>> >>> joeuser's .xinitrc is configured to start = xfce with startx. To >> start >>> kde >>> run: service kdm4 onestart. >>> = >>> Note that the image name has changed. The most recent should be >>> sel= f-evident in: http://www.bsddesktop.com/images [3] >>> >>> Helpful hint: u= se a 1MB blocksize for dd and run gpart recover >>> to fix label warnings. = Assuming your USB pen drive shows up as >>> /dev/da0 and cftdisk image is t= he one I just posted: >>> >>> unxz -f cftdisk_2016052307.img.xz; dd if=3Dc= ftdisk_2016052307.img >>> of=3D/dev/da0 bs=3D1M; gpart recover da0 >>> >>>= And as a reminder, if you're having problems with X on the USB >>> key, tr= y disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf >> >>> somewhe= re else on your file system. >>> >>> If using the github repo, make sure y= ou're using the drm-next-4.6 >>> branch. >>> >>> Cheers. >>> >>> -M >>> = >>> _______________________________________________ >>> freebsd-x11@freebsd= .org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-x1= 1 [4] >>> To unsubscribe, send any mail to >> "freebsd-x11-unsubscribe@free= bsd.org" > > > Links: > ------ > [1] > https://cgit.freedesktop.org/mesa/= drm/commit/?id=3De3623d34cad0ac3f181b0deee0931df202b8f909 > [2] http://www.= bsddesktop.com/images/cftdisk_2016052307.img.xz > [3] http://www.bsddesktop= .com/images > [4] https://lists.freebsd.org/mailman/listinfo/freebsd-x11=20 =20 =20 =20 =20 From owner-freebsd-current@freebsd.org Mon May 23 21:50:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FCB4B47C7C; Mon, 23 May 2016 21:50:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 802F31A94; Mon, 23 May 2016 21:50:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 77A561CC3; Mon, 23 May 2016 21:50: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 2F8961CCCA; Mon, 23 May 2016 21:50:34 +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 ysQLM3bvcZUd; Mon, 23 May 2016 21:50:31 +0000 (UTC) Subject: Re: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 468471CCC1 To: Mark Millard , FreeBSD Current , FreeBSD Toolchain References: <986EF3DE-84DA-4867-AD94-384EA3733144@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <0aa6b29d-100e-6b10-efb3-933200cb0119@FreeBSD.org> Date: Mon, 23 May 2016 14:50:30 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <986EF3DE-84DA-4867-AD94-384EA3733144@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:50:34 -0000 On 5/23/16 2:41 PM, Mark Millard wrote: > Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016): > >> A critical note to toolchain developers, or anyone who touches the Clang >> or GCC source files. If you modify these files or add a new target >> architecture into Clang, please bump the revision in the appropriate file: >> >> Clang: lib/clang/include/clang/Basic/Version.inc FREEBSD_CC_VERSION >> GCC: gnu/usr.bin/cc/cc_tools/freebsd-native.h FBSD_CC_VER > > quoting from https://svnweb.freebsd.org/changeset/base/300354 : > >> This relies on the macros being incremented whenever any change occurs >> to these compilers that warrant rebuilding files. It also should never >> repeat earlier values. > > It appears that someone that tries to make or test clang patches without using a committer bit to be the one updating the official source will have trouble meeting this criteria. I've been in that situation in the past. Reverting back to, say, CURRENT after a patch is adopted is another example of version number progression problems. > If you are testing a local patch you can modify the files yourself as well. Or just set WITHOUT_SYSTEM_COMPILER. > It may be that official value updates to FREEBSD_CC_VERSION should be spaced apart leaving versions available between official version numbers for such local activities without version identification conflicts. > > There are also projects such as the /project/clang*-import ones that might have version number transition issues between it and CURRENT at various stages for those working on the project and anyone that is just following the project while it is active. I followed clang380-import and reported on some powerpc64/powerpc/armv6 issues during the project so I've been in this situation in the past. > For project branches they could just use some unique number or disable the option. > It is not clear to me what the right things would have been to do and when to do it if this FREEBSD_CC_VERSION criteria had been in place at the time. > > Similar comments probably apply to FBSD_CC_VER and gcc/g++. > > Is it as simple as "never use WITH_SYSTEM_COMPILER" for patch/update explorations that are not yet official commits on CURRENT or STABLE? Does the version number involved then matter? > > === > Mark Millard > markmi@dsl-only.net > -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Mon May 23 21:59:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA1FCB47074 for ; Mon, 23 May 2016 21:59:45 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D2E09169F for ; Mon, 23 May 2016 21:59:45 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id CE7F0B47073; Mon, 23 May 2016 21:59:45 +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 CE1B9B47072 for ; Mon, 23 May 2016 21:59:45 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 610A6169E; Mon, 23 May 2016 21:59:44 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4NM41Ui054292 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 01:04:03 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4NLxYf9088744 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 00:59:35 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4NLxYjd088743; Tue, 24 May 2016 00:59:34 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 00:59:34 +0300 Message-ID: <1867408.u01hNEiJM1@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160523213045.GB52811@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <4441424.tykpEpYuU7@asus.theweb.org.ua> <20160523213045.GB52811@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:59:46 -0000 On Monday 23 May 2016 17:30:45 you wrote: > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > > > > > I have faced the issue with fresh CURRENT stopped to boot on > > > > > > > > my > > > > > > > > old > > > > > > > > desktop > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > > > > probed/attached > > > > > > > > during the boot: > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device > > > > > > > > 31.1 > > > > > > > > on > > > > > > > > pci0 > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > atapci1: port 0xd080-0xd087, > > > > > > > > 0xd000-0xd003, > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device > > > > > > > > 31.2 on > > > > > > > > pci0 > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem with your > > > > > > > system, > > > > > > > but > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in revision > > > > > > > 300207 > > > > > > > that > > > > > > > broke the quirk functionality in the ada(4) driver. I don't > > > > > > > think > > > > > > > that > > > > > > > is > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > If you're able to boot with those quirk entries in the > > > > > > > loader.conf, > > > > > > > try > > > > > > > taking one of them out, and reboot. If that works, try taking > > > > > > > the > > > > > > > other > > > > > > > one out and reboot. > > > > > > > > > > > > > > What I'm trying to figure out here is where the problem lies: > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the > > > > > > > quirks). > > > > > > > 2. The extra probe steps in the ada(4) driver might be causing a > > > > > > > problem > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be causing a > > > > > > > problem > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > > possibilities, > > > > > > > we > > > > > > > may be able to narrow it down. > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > was the quirk in effect. It is quirk for my Samsung HD200HJ > > > > > > KF100-06 > > > > > > hard > > > > > > drive. > > > > > > > > > > Okay. Just so we can narrow it down a little more, can you try > > > > > this: > > > > > > > > > > First, let's try getting an ATA Log directory using the PIO version > > > > > of > > > > > the > > > > > command: > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > > > > > If that works (you should get hexdump output), try the DMA version > > > > > of > > > > > the > > > > > command: > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > > > "Expecting a character pointer argument." error for both commands. > > > > > > Did the double quotes make it onto the command line? Both of those work > > > for me... > > > > Something went wrong from my side, sorry. > > > > Below is the output of commands: > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i > > 512 -> > > |hd > > > > camcontrol: error sending command > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 01 00 > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" > > -i > > 512 - |hd > > camcontrol: error sending command > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 00 > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > Okay, at least it consistently fails with both the PIO and DMA versions. > Looks like the drive claims to support READ LOG, but doesn't actually > support it. > > Can you revert the previous patch, take the quirk out of loader.conf, and > try this patch? > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > It adds the model number for your drive into the ada(4) driver as a quirk. Unfortunately it is not working ; but allows to boot with quirk added back to loader.conf > > Thanks, > > Ken From owner-freebsd-current@freebsd.org Mon May 23 21:27:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0844EB474A4; Mon, 23 May 2016 21:27:43 +0000 (UTC) (envelope-from freebsd-x11@mathaas.de) Received: from clayman.mathaas.de (clayman.mathaas.de [37.120.161.224]) (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 8678019A9; Mon, 23 May 2016 21:27:42 +0000 (UTC) (envelope-from freebsd-x11@mathaas.de) Received: from clayman.mathaas.de (localhost [127.0.0.1]) by clayman.mathaas.de (Postfix) with ESMTPS id 81A283494F1E; Mon, 23 May 2016 23:17:43 +0200 (CEST) Received: from mathaas.de (clayman.mathaas.de [37.120.161.224]) (Authenticated sender: freebsd-x11@mathaas.de) by clayman.mathaas.de (Postfix) with ESMTPSA id 38DE43494F1B; Mon, 23 May 2016 23:17:41 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 23 May 2016 23:17:41 +0200 From: Matthias Haas To: Matthew Macy Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org, owner-freebsd-x11@freebsd.org Subject: Re: CFT update day 2 In-Reply-To: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> Message-ID: X-Sender: freebsd-x11@mathaas.de User-Agent: Roundcube Webmail/1.0.2 X-Mailman-Approved-At: Mon, 23 May 2016 22:05:42 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:27:43 -0000 First of all thanks for your great work so far. I have tried the driver on my notebook with Iris 550. After patching libdrm with https://cgit.freedesktop.org/mesa/drm/commit/?id=e3623d34cad0ac3f181b0deee0931df202b8f909 and installing the experimental xf86-video-intel driver it is partially working. What's not working is: - 3D-acceleration - multi-monitor support (only tried with hdmi), after loading the i915kms driver the output is duplicated, but there is no way of controlling the outputs independently (xfce also shows only one connected display) - Xorg refuses to start unless I kldload i915kms manually before trying to start Xorg - there are some rendering issues (pink lines, weird transparency where there should be no transparency), but I don't know if these are related to i915, the experimental xf86-video-intel driver or the software renderer On 2016-05-23 10:12, Matthew Macy wrote: > The highlights for today are the following: > > Bug fixes: > - Will Andrews fixed attach for some laptops (such as the Carbon X1). > The Carbon X1 has a quirky BIOS that doesn't allow the OS to > enumerate the GPU's interrupt. > - Will Andrews identified a conditionally uninitialized return in > idr_find that could lead to a panic in some cases. > - Fixed a panic in mtrr_del frequently seen when attach failed. > - Sleep/wakeups with interrupts are largely implemented correctly > now. Previously a polling 10ms sleep was used. I'm still > concerned that the code really needs to be level-triggered. > > Cleanups: > - Logging is now enabled for the first 10s after attach unless > dev.drm.drm_debug_keep=1. > - Unimplemented warnings are off by default. > > As of this moment the latest USB image is: > http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz > > The USB image now has sync disabled on var. This should improve > responsiveness for most people with slow USB pen drives. If > you're having issues that require retaining logs you'll need > to "zfs set sync=enabled zrootusb/var". > > The USB image now includes kde4 and xfce. It is also much larger, for > this iteration you will need a 16GB USB key. The next one will probably > not be quite so large. If size is a common problem let me know. It's > difficult to buy a USB key that is less than 16GB today. > > joeuser's .xinitrc is configured to start xfce with startx. To start > kde > run: service kdm4 onestart. > > Note that the image name has changed. The most recent should be > self-evident in: http://www.bsddesktop.com/images > > Helpful hint: use a 1MB blocksize for dd and run gpart recover > to fix label warnings. Assuming your USB pen drive shows up as > /dev/da0 and cftdisk image is the one I just posted: > > unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img > of=/dev/da0 bs=1M; gpart recover da0 > > And as a reminder, if you're having problems with X on the USB > key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf > somewhere else on your file system. > > If using the github repo, make sure you're using the drm-next-4.6 > branch. > > Cheers. > > -M > > _______________________________________________ > 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" From owner-freebsd-current@freebsd.org Mon May 23 22:09:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EBADB4739C; Mon, 23 May 2016 22:09:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 52EDE1F20; Mon, 23 May 2016 22:09:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 56731142; Mon, 23 May 2016 22:09:48 +0000 (UTC) Date: Mon, 23 May 2016 22:09:44 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ian@FreeBSD.org, cem@FreeBSD.org, ken@FreeBSD.org, asomers@FreeBSD.org, markj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1271267998.3.1464041388367.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3184 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 22:09:48 -0000 FreeBSD_HEAD_i386 - Build #3184 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3184/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3184/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3184/console Change summaries: 300539 by asomers: Add bit_count to the bitstring(3) api Add a bit_count function, which efficiently counts the number of bits set in a bitstring. sys/sys/bitstring.h tests/sys/sys/bitstring_test.c share/man/man3/bitstring.3 Add bit_alloc sys/kern/subr_unit.c Use bit_count instead of a naive counting loop in check_unrhdr, used when INVARIANTS are enabled. The userland test runs about 6x faster in a generic build, or 8.5x faster when built for Nehalem, which has the POPCNT instruction. sys/sys/param.h Bump __FreeBSD_version due to the addition of bit_alloc UPDATING Add a note about the ABI incompatibility of the bitstring(3) changes, as suggested by lidl. Suggested by: gibbs Reviewed by: gibbs, ngie MFC after: 9 days X-MFC-With: 299090, 300538 Relnotes: yes Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D6255 300538 by asomers: Commit a missing change from 299090 tests/sys/kern/Makefile Reenable a disabled compiler warning, the need for which was eliminated by r299090. Reviewed by: ngie MFC after: 4 weeks X-MFC-With: 299090 Sponsored by: Spectra Logic Corp 300537 by markj: Mark the prefix and default router list sysctl handlers MPSAFE. MFC after: 2 weeks 300536 by markj: Acquire the nd6 lock in the prefix list sysctl handler. The nd6 lock will be used to synchronize access to the NDP prefix list. MFC after: 2 weeks Tested by: Jason Wolfe (as part of a larger change) 300535 by ian: Spaces->tab in comment. 300534 by ian: Oops, fix a paste-o commited in r300533. 300533 by ian: Use the new(-ish) CP15_SCTLR macro to generate system control reg accesses where possible. In the places that doesn't work (multi-line inline asm, and places where the old armv4 cpufuncs mechanism is used), annotate the accesses with a comment that includes SCTLR. Now a grep -i sctlr can find all the system control register manipulations. No functional changes. 300532 by ken: Fix ada(4) trim support quirk setting. I broke broke the quirk in the ada(4) driver disabling NCQ trim support in revision 300207. The support flags were set before the quirks were loaded. sys/cam/ata/ata_da.c: Call adasetflags() after loading quirks, so that we'll set the flags accurately. Sponsored by: Spectra Logic 300531 by cem: ntb_hw(4): Only record the first three MSIX vectors Don't overrun the msix_data array by reading the (unused) link state interrupt information. Reported by: mav (earlier version) Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D6489 The end of the build log: [...truncated 122851 lines...] --- fld_page.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.fld_page.po -MTfld_page.po -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/lib/ncurses/form/../../../contrib/ncurses/form/fld_page.c -o fld_page.po --- all_subdir_tests --- --- unix_seqpacket_test.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o unix_seqpacket_test.full unix_seqpacket_test.o -lprivateatf-c -lpthread --- unix_seqpacket_test.debug --- objcopy --only-keep-debug unix_seqpacket_test.full unix_seqpacket_test.debug --- unix_seqpacket_test --- objcopy --strip-debug --add-gnu-debuglink=unix_seqpacket_test.debug unix_seqpacket_test.full unix_seqpacket_test --- unix_passfd_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.unix_passfd_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=unix_passfd_test ) --- all_subdir_usr.sbin --- --- dmutils.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.dmutils.o -MTdmutils.o -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 -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmutils.c -o dmutils.o --- all_subdir_tests --- --- .depend.unix_passfd_test --- echo unix_passfd_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a >> .depend.unix_passfd_test --- unix_passfd_test.o --- cc -O2 -pipe -g -MD -MP -MF.depend.unix_passfd_test.unix_passfd_test.o -MTunix_passfd_test.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/tests/sys/kern/unix_passfd_test.c -o unix_passfd_test.o --- all_subdir_lib --- --- fld_stat.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.fld_stat.po -MTfld_stat.po -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/lib/ncurses/form/../../../contrib/ncurses/form/fld_stat.c -o fld_stat.po --- fld_type.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.fld_type.po -MTfld_type.po -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/lib/ncurses/form/../../../contrib/ncurses/form/fld_type.c -o fld_type.po --- all_subdir_usr.sbin --- --- dmwalk.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.dmwalk.o -MTdmwalk.o -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 -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmwalk.c -o dmwalk.o --- all_subdir_usr.bin --- --- netgraph.o --- cc -O2 -pipe -I/usr/obj/usr/src/usr.bin/netstat -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -g -MD -MP -MF.depend.netgraph.o -MTnetgraph.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/netstat/netgraph.c -o netgraph.o --- all_subdir_lib --- --- fld_user.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.fld_user.po -MTfld_user.po -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/lib/ncurses/form/../../../contrib/ncurses/form/fld_user.c -o fld_user.po --- all_subdir_tests --- --- unix_passfd_test.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o unix_passfd_test.full unix_passfd_test.o -lprivateatf-c --- unix_passfd_test.debug --- objcopy --only-keep-debug unix_passfd_test.full unix_passfd_test.debug --- unix_passfd_test --- objcopy --strip-debug --add-gnu-debuglink=unix_passfd_test.debug unix_passfd_test.full unix_passfd_test --- lockf_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.lockf_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=lockf_test ) --- all_subdir_usr.bin --- --- netstat.full --- --- all_subdir_tests --- --- .depend.lockf_test --- --- all_subdir_usr.bin --- cc -O2 -pipe -I/usr/obj/usr/src/usr.bin/netstat -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -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 -o netstat.full if.o inet.o main.o mbuf.o mroute.o netisr.o nl_symbols.o route.o unix.o mroute6.o ipsec.o bpf.o pfkey.o sctp.o flowtable.o inet6.o netgraph.o -lkvm -lmemstat -lxo -lutil -lnetgraph --- all_subdir_tests --- echo lockf_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a /usr/obj/usr/src/lib/libnetbsd/libnetbsd.a >> .depend.lockf_test --- t_lockf.o --- cc -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -MD -MP -MF.depend.lockf_test.t_lockf.o -MTt_lockf.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/contrib/netbsd-tests/kernel/t_lockf.c -o t_lockf.o --- all_subdir_lib --- --- frm_cursor.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.frm_cursor.po -MTfrm_cursor.po -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/lib/ncurses/form/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.po --- all_subdir_usr.bin --- --- netstat.1.gz --- gzip -cn /usr/src/usr.bin/netstat/netstat.1 > netstat.1.gz --- netstat.debug --- objcopy --only-keep-debug netstat.full netstat.debug --- netstat --- objcopy --strip-debug --add-gnu-debuglink=netstat.debug netstat.full netstat --- all_subdir_usr.bin/newgrp --- ===> usr.bin/newgrp (all) --- .depend --- echo newgrp.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend --- newgrp.o --- cc -O2 -pipe -g -MD -MP -MF.depend.newgrp.o -MTnewgrp.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/newgrp/newgrp.c -o newgrp.o --- all_subdir_usr.sbin --- --- dsargs.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.dsargs.o -MTdsargs.o -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 -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/dispatcher/dsargs.c -o dsargs.o --- all_subdir_lib --- --- frm_data.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.frm_data.po -MTfrm_data.po -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/lib/ncurses/form/../../../contrib/ncurses/form/frm_data.c -o frm_data.po --- all_subdir_tests --- --- lockf_test.full --- cc -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -L/usr/obj/usr/src/lib/libnetbsd -o lockf_test.full t_lockf.o -lprivateatf-c -L/usr/obj/usr/src/lib/libnetbsd -lnetbsd --- lockf_test.debug --- objcopy --only-keep-debug lockf_test.full lockf_test.debug --- lockf_test --- objcopy --strip-debug --add-gnu-debuglink=lockf_test.debug lockf_test.full lockf_test --- mqueue_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.mqueue_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=mqueue_test ) --- .depend.mqueue_test --- echo mqueue_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a /usr/obj/usr/src/tmp/usr/lib/librt.a /usr/obj/usr/src/lib/libnetbsd/libnetbsd.a >> .depend.mqueue_test --- t_mqueue.o --- cc -O2 -pipe -I/usr/src/tests -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -MD -MP -MF.depend.mqueue_test.t_mqueue.o -MTt_mqueue.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/contrib/netbsd-tests/kernel/t_mqueue.c -o t_mqueue.o --- all_subdir_usr.bin --- --- newgrp.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o newgrp.full newgrp.o -lcrypt -lutil --- all_subdir_lib --- --- frm_def.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.frm_def.po -MTfrm_def.po -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/lib/ncurses/form/../../../contrib/ncurses/form/frm_def.c -o frm_def.po --- all_subdir_usr.bin --- --- newgrp.1.gz --- gzip -cn /usr/src/usr.bin/newgrp/newgrp.1 > newgrp.1.gz --- all_subdir_usr.sbin --- --- dscontrol.o --- --- all_subdir_usr.bin --- --- newgrp.debug --- --- all_subdir_usr.sbin --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.dscontrol.o -MTdscontrol.o -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 -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/dispatcher/dscontrol.c -o dscontrol.o --- all_subdir_usr.bin --- objcopy --only-keep-debug newgrp.full newgrp.debug --- newgrp --- objcopy --strip-debug --add-gnu-debuglink=newgrp.debug newgrp.full newgrp --- all_subdir_usr.bin/nfsstat --- ===> usr.bin/nfsstat (all) --- .depend --- echo nfsstat.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend --- nfsstat.o --- cc -O2 -pipe -DNFS -g -MD -MP -MF.depend.nfsstat.o -MTnfsstat.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/nfsstat/nfsstat.c -o nfsstat.o --- all_subdir_tests --- --- mqueue_test.full --- cc -O2 -pipe -I/usr/src/tests -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -L/usr/obj/usr/src/lib/libnetbsd -o mqueue_test.full t_mqueue.o -lprivateatf-c -lrt -L/usr/obj/usr/src/lib/libnetbsd -lnetbsd --- mqueue_test.debug --- objcopy --only-keep-debug mqueue_test.full mqueue_test.debug --- mqueue_test --- objcopy --strip-debug --add-gnu-debuglink=mqueue_test.debug mqueue_test.full mqueue_test --- subr_unit_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.subr_unit_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=subr_unit_test ) --- .depend.subr_unit_test --- echo subr_unit_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend.subr_unit_test --- subr_unit.o --- cc -O2 -pipe -g -MD -MP -MF.depend.subr_unit_test.subr_unit.o -MTsubr_unit.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -Wno-missing-prototypes -c /usr/src/sys/kern/subr_unit.c -o subr_unit.o --- all_subdir_usr.sbin --- --- dsfield.o --- cc -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.dsfield.o -MTdsfield.o -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 -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/dispatcher/dsfield.c -o dsfield.o --- all_subdir_lib --- --- frm_driver.po --- cc -pg -O2 -pipe -I. -I/usr/obj/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../ncurses -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/form -I/usr/src/lib/ncurses/form/../../../contrib/ncurses/menu -MD -MP -MF.depend.frm_driver.po -MTfrm_driver.po -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/lib/ncurses/form/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.po --- all_subdir_tests --- /usr/src/sys/kern/subr_unit.c:1030:16: error: comparison of integers of different signs: 'u_int' (aka 'unsigned int') and 'long' [-Werror,-Wsign-compare] for (m = 0; m < count * reps; m++) { ~ ^ ~~~~~~~~~~~~ /usr/src/sys/kern/subr_unit.c:1046:16: error: comparison of integers of different signs: 'u_int' (aka 'unsigned int') and 'long' [-Werror,-Wsign-compare] for (i = 0; i < count; i++) { ~ ^ ~~~~~ 2 errors generated. *** [subr_unit.o] Error code 1 make[6]: stopped in /usr/src/tests/sys/kern 1 error make[6]: stopped in /usr/src/tests/sys/kern *** [subr_unit_test] Error code 2 make[5]: stopped in /usr/src/tests/sys/kern 1 error make[5]: stopped in /usr/src/tests/sys/kern *** [all_subdir_tests/sys/kern] Error code 2 make[4]: stopped in /usr/src/tests/sys 1 error make[4]: stopped in /usr/src/tests/sys *** [all_subdir_tests/sys] Error code 2 make[3]: stopped in /usr/src/tests 1 error make[3]: stopped in /usr/src/tests *** [all_subdir_tests] Error code 2 make[2]: stopped in /usr/src --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/acpi/iasl *** [all] Error code 2 make[4]: stopped in /usr/src/usr.sbin/acpi 1 error make[4]: stopped in /usr/src/usr.sbin/acpi *** [all_subdir_usr.sbin/acpi] Error code 2 make[3]: stopped in /usr/src/usr.sbin 1 error make[3]: stopped in /usr/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_usr.bin --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.bin/nfsstat *** [all_subdir_usr.bin/nfsstat] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [all_subdir_usr.bin] 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[5]: stopped in /usr/src/lib/ncurses/form *** [all_subdir_lib/ncurses/form] Error code 2 make[4]: stopped in /usr/src/lib/ncurses 1 error make[4]: stopped in /usr/src/lib/ncurses *** [all_subdir_lib/ncurses] 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 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 Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6944239021679770215.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon May 23 22:41:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64535B47B9B for ; Mon, 23 May 2016 22:41:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-168.reflexion.net [208.70.211.168]) (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 1A35D1235 for ; Mon, 23 May 2016 22:41:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31412 invoked from network); 23 May 2016 21:41:38 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 23 May 2016 21:41:38 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 23 May 2016 17:41:06 -0400 (EDT) Received: (qmail 7591 invoked from network); 23 May 2016 21:41:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 23 May 2016 21:41:06 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id BE0051C43E2; Mon, 23 May 2016 14:41:03 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes] Message-Id: <986EF3DE-84DA-4867-AD94-384EA3733144@dsl-only.net> Date: Mon, 23 May 2016 14:41:07 -0700 To: FreeBSD Current , Bryan Drewery , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 22:41:10 -0000 Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016): > A critical note to toolchain developers, or anyone who touches the = Clang > or GCC source files. If you modify these files or add a new target > architecture into Clang, please bump the revision in the appropriate = file: >=20 > Clang: lib/clang/include/clang/Basic/Version.inc FREEBSD_CC_VERSION > GCC: gnu/usr.bin/cc/cc_tools/freebsd-native.h FBSD_CC_VER quoting from https://svnweb.freebsd.org/changeset/base/300354 : > This relies on the macros being incremented whenever any change occurs > to these compilers that warrant rebuilding files. It also should = never > repeat earlier values. It appears that someone that tries to make or test clang patches without = using a committer bit to be the one updating the official source will = have trouble meeting this criteria. I've been in that situation in the = past. Reverting back to, say, CURRENT after a patch is adopted is = another example of version number progression problems. It may be that official value updates to FREEBSD_CC_VERSION should be = spaced apart leaving versions available between official version numbers = for such local activities without version identification conflicts. There are also projects such as the /project/clang*-import ones that = might have version number transition issues between it and CURRENT at = various stages for those working on the project and anyone that is just = following the project while it is active. I followed clang380-import and = reported on some powerpc64/powerpc/armv6 issues during the project so = I've been in this situation in the past. It is not clear to me what the right things would have been to do and = when to do it if this FREEBSD_CC_VERSION criteria had been in place at = the time. Similar comments probably apply to FBSD_CC_VER and gcc/g++. Is it as simple as "never use WITH_SYSTEM_COMPILER" for patch/update = explorations that are not yet official commits on CURRENT or STABLE? = Does the version number involved then matter? =3D=3D=3D Mark Millard markmi@dsl-only.net From owner-freebsd-current@freebsd.org Mon May 23 23:08:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 269E5B4738D for ; Mon, 23 May 2016 23:08:20 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 100E012C1 for ; Mon, 23 May 2016 23:08:20 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0BAC1B4738C; Mon, 23 May 2016 23:08: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 0B4D4B4738B for ; Mon, 23 May 2016 23:08:20 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D9E8812C0 for ; Mon, 23 May 2016 23:08:19 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4NN8G0N054360 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 May 2016 19:08:16 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4NN8GNW054359; Mon, 23 May 2016 19:08:16 -0400 (EDT) (envelope-from ken) Date: Mon, 23 May 2016 19:08:16 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160523230816.GA54355@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <4441424.tykpEpYuU7@asus.theweb.org.ua> <20160523213045.GB52811@mithlond.kdm.org> <1867408.u01hNEiJM1@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1867408.u01hNEiJM1@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 23 May 2016 19:08:17 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 23:08:20 -0000 On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > On Monday 23 May 2016 17:30:45 you wrote: > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > > > > > > I have faced the issue with fresh CURRENT stopped to boot on > > > > > > > > > my > > > > > > > > > old > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > > > > > probed/attached > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device > > > > > > > > > 31.1 > > > > > > > > > on > > > > > > > > > pci0 > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > atapci1: port 0xd080-0xd087, > > > > > > > > > 0xd000-0xd003, > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device > > > > > > > > > 31.2 on > > > > > > > > > pci0 > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem with your > > > > > > > > system, > > > > > > > > but > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in revision > > > > > > > > 300207 > > > > > > > > that > > > > > > > > broke the quirk functionality in the ada(4) driver. I don't > > > > > > > > think > > > > > > > > that > > > > > > > > is > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in the > > > > > > > > loader.conf, > > > > > > > > try > > > > > > > > taking one of them out, and reboot. If that works, try taking > > > > > > > > the > > > > > > > > other > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the problem lies: > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the > > > > > > > > quirks). > > > > > > > > 2. The extra probe steps in the ada(4) driver might be causing a > > > > > > > > problem > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be causing a > > > > > > > > problem > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > > > possibilities, > > > > > > > > we > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > was the quirk in effect. It is quirk for my Samsung HD200HJ > > > > > > > KF100-06 > > > > > > > hard > > > > > > > drive. > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can you try > > > > > > this: > > > > > > > > > > > > First, let's try getting an ATA Log directory using the PIO version > > > > > > of > > > > > > the > > > > > > command: > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > > > > > > > If that works (you should get hexdump output), try the DMA version > > > > > > of > > > > > > the > > > > > > command: > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - |hd > > > > > > > > > > "Expecting a character pointer argument." error for both commands. > > > > > > > > Did the double quotes make it onto the command line? Both of those work > > > > for me... > > > > > > Something went wrong from my side, sorry. > > > > > > Below is the output of commands: > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i > > > 512 -> > > > |hd > > > > > > camcontrol: error sending command > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 01 00 > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" > > > -i > > > 512 - |hd > > > camcontrol: error sending command > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 00 > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > Okay, at least it consistently fails with both the PIO and DMA versions. > > Looks like the drive claims to support READ LOG, but doesn't actually > > support it. > > > > Can you revert the previous patch, take the quirk out of loader.conf, and > > try this patch? > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > It adds the model number for your drive into the ada(4) driver as a quirk. > > Unfortunately it is not working ; but allows to boot with quirk added back to > loader.conf Okay, try this one. I put a question mark in place of the space, perhaps that will match it. https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Mon May 23 21:30:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8957FB475B8; Mon, 23 May 2016 21:30:56 +0000 (UTC) (envelope-from freebsd-x11@mathaas.de) Received: from clayman.mathaas.de (clayman.mathaas.de [37.120.161.224]) (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 1D0F71C99; Mon, 23 May 2016 21:30:55 +0000 (UTC) (envelope-from freebsd-x11@mathaas.de) Received: from clayman.mathaas.de (localhost [127.0.0.1]) by clayman.mathaas.de (Postfix) with ESMTPS id 13B403494F1E; Mon, 23 May 2016 23:30:54 +0200 (CEST) Received: from mathaas.de (clayman.mathaas.de [37.120.161.224]) (Authenticated sender: freebsd-x11@mathaas.de) by clayman.mathaas.de (Postfix) with ESMTPSA id A75963494F1B; Mon, 23 May 2016 23:30:51 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 23 May 2016 23:30:51 +0200 From: Matthias Haas To: Matthew Macy Cc: freebsd-x11 , freebsd-current , owner-freebsd-x11@freebsd.org Subject: Re: CFT update day 2 In-Reply-To: <154df7e9d46.f8f6c67384567.4803192402268842079@nextbsd.org> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <154df7e9d46.f8f6c67384567.4803192402268842079@nextbsd.org> Message-ID: <76776af4de1df8eb183b410eee1f7f78@mathaas.de> X-Sender: freebsd-x11@mathaas.de User-Agent: Roundcube Webmail/1.0.2 X-Mailman-Approved-At: Mon, 23 May 2016 23:11:34 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 21:30:56 -0000 That was the first thing I tried, but it's too old to even recognize the gpu, I guess there are only some pci ids or something similar missing, I may try patching them in tomorrow if I can find out what exactly is missing. On 2016-05-23 23:21, Matthew Macy wrote: > Have you tried with the xf86-intel in ports. That actually works > better for most. Also try SNA. What does pciconf -lvbc show for > graphics? > > ---- On Mon, 23 May 2016 14:17:41 -0700 Matthias > Haas wrote ---- > >> First of all thanks for your great work so far. >> >> I have tried the driver on my notebook with Iris 550. >> After patching libdrm with >> > https://cgit.freedesktop.org/mesa/drm/commit/?id=e3623d34cad0ac3f181b0deee0931df202b8f909 >> [1] >> and installing the experimental xf86-video-intel driver it is >> partially >> working. >> What's not working is: >> - 3D-acceleration >> - multi-monitor support (only tried with hdmi), after loading the >> i915kms driver the output is duplicated, but there is no way of >> controlling the outputs independently (xfce also shows only one >> connected display) >> - Xorg refuses to start unless I kldload i915kms manually before >> trying >> to start Xorg >> - there are some rendering issues (pink lines, weird transparency >> where >> there should be no transparency), but I don't know if these are >> related >> to i915, the experimental xf86-video-intel driver or the software >> renderer >> >> On 2016-05-23 10:12, Matthew Macy wrote: >>> The highlights for today are the following: >>> >>> Bug fixes: >>> - Will Andrews fixed attach for some laptops (such as the Carbon >> X1). >>> The Carbon X1 has a quirky BIOS that doesn't allow the OS to >>> enumerate the GPU's interrupt. >>> - Will Andrews identified a conditionally uninitialized return in >>> idr_find that could lead to a panic in some cases. >>> - Fixed a panic in mtrr_del frequently seen when attach failed. >>> - Sleep/wakeups with interrupts are largely implemented correctly >>> now. Previously a polling 10ms sleep was used. I'm still >>> concerned that the code really needs to be level-triggered. >>> >>> Cleanups: >>> - Logging is now enabled for the first 10s after attach unless >>> dev.drm.drm_debug_keep=1. >>> - Unimplemented warnings are off by default. >>> >>> As of this moment the latest USB image is: >>> http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz [2] >>> >>> The USB image now has sync disabled on var. This should improve >>> responsiveness for most people with slow USB pen drives. If >>> you're having issues that require retaining logs you'll need >>> to "zfs set sync=enabled zrootusb/var". >>> >>> The USB image now includes kde4 and xfce. It is also much larger, >> for >>> this iteration you will need a 16GB USB key. The next one will >> probably >>> not be quite so large. If size is a common problem let me know. >> It's >>> difficult to buy a USB key that is less than 16GB today. >>> >>> joeuser's .xinitrc is configured to start xfce with startx. To >> start >>> kde >>> run: service kdm4 onestart. >>> >>> Note that the image name has changed. The most recent should be >>> self-evident in: http://www.bsddesktop.com/images [3] >>> >>> Helpful hint: use a 1MB blocksize for dd and run gpart recover >>> to fix label warnings. Assuming your USB pen drive shows up as >>> /dev/da0 and cftdisk image is the one I just posted: >>> >>> unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img >>> of=/dev/da0 bs=1M; gpart recover da0 >>> >>> And as a reminder, if you're having problems with X on the USB >>> key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf >> >>> somewhere else on your file system. >>> >>> If using the github repo, make sure you're using the drm-next-4.6 >>> branch. >>> >>> Cheers. >>> >>> -M >>> >>> _______________________________________________ >>> freebsd-x11@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 [4] >>> To unsubscribe, send any mail to >> "freebsd-x11-unsubscribe@freebsd.org" > > > Links: > ------ > [1] > https://cgit.freedesktop.org/mesa/drm/commit/?id=e3623d34cad0ac3f181b0deee0931df202b8f909 > [2] http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz > [3] http://www.bsddesktop.com/images > [4] https://lists.freebsd.org/mailman/listinfo/freebsd-x11 From owner-freebsd-current@freebsd.org Mon May 23 23:14:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D7DCB4760F; Mon, 23 May 2016 23:14:22 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E5431AE6; Mon, 23 May 2016 23:14:22 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1464045254772217.63659415793552; Mon, 23 May 2016 16:14:14 -0700 (PDT) Date: Mon, 23 May 2016 16:14:14 -0700 From: Matthew Macy To: "Matthias Haas" Cc: "freebsd-x11" , "freebsd-current" , "" Message-ID: <154dfe5b839.bb479336200478.8694310937502696142@nextbsd.org> In-Reply-To: <76776af4de1df8eb183b410eee1f7f78@mathaas.de> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <154df7e9d46.f8f6c67384567.4803192402268842079@nextbsd.org> <76776af4de1df8eb183b410eee1f7f78@mathaas.de> Subject: Re: CFT update day 2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 23:14:22 -0000 ---- On Mon, 23 May 2016 14:30:51 -0700 Matthias Haas wrote ---- > That was the first thing I tried, but it's too old to even recognize the > gpu, I guess there are only some pci ids or something similar missing, I > may try patching them in tomorrow if I can find out what exactly is > missing. Try working with the ports people. The module load and missing pciids are a ports problem. The outputs not working and visual artifacts are mine. -M > On 2016-05-23 23:21, Matthew Macy wrote: > > Have you tried with the xf86-intel in ports. That actually works > > better for most. Also try SNA. What does pciconf -lvbc show for > > graphics? > > > > ---- On Mon, 23 May 2016 14:17:41 -0700 Matthias > > Haas wrote ---- > > > >> First of all thanks for your great work so far. > >> > >> I have tried the driver on my notebook with Iris 550. > >> After patching libdrm with > >> > > https://cgit.freedesktop.org/mesa/drm/commit/?id=e3623d34cad0ac3f181b0deee0931df202b8f909 > >> [1] > >> and installing the experimental xf86-video-intel driver it is > >> partially > >> working. > >> What's not working is: > >> - 3D-acceleration > >> - multi-monitor support (only tried with hdmi), after loading the > >> i915kms driver the output is duplicated, but there is no way of > >> controlling the outputs independently (xfce also shows only one > >> connected display) > >> - Xorg refuses to start unless I kldload i915kms manually before > >> trying > >> to start Xorg > >> - there are some rendering issues (pink lines, weird transparency > >> where > >> there should be no transparency), but I don't know if these are > >> related > >> to i915, the experimental xf86-video-intel driver or the software > >> renderer > >> > >> On 2016-05-23 10:12, Matthew Macy wrote: > >>> The highlights for today are the following: > >>> > >>> Bug fixes: > >>> - Will Andrews fixed attach for some laptops (such as the Carbon > >> X1). > >>> The Carbon X1 has a quirky BIOS that doesn't allow the OS to > >>> enumerate the GPU's interrupt. > >>> - Will Andrews identified a conditionally uninitialized return in > >>> idr_find that could lead to a panic in some cases. > >>> - Fixed a panic in mtrr_del frequently seen when attach failed. > >>> - Sleep/wakeups with interrupts are largely implemented correctly > >>> now. Previously a polling 10ms sleep was used. I'm still > >>> concerned that the code really needs to be level-triggered. > >>> > >>> Cleanups: > >>> - Logging is now enabled for the first 10s after attach unless > >>> dev.drm.drm_debug_keep=1. > >>> - Unimplemented warnings are off by default. > >>> > >>> As of this moment the latest USB image is: > >>> http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz [2] > >>> > >>> The USB image now has sync disabled on var. This should improve > >>> responsiveness for most people with slow USB pen drives. If > >>> you're having issues that require retaining logs you'll need > >>> to "zfs set sync=enabled zrootusb/var". > >>> > >>> The USB image now includes kde4 and xfce. It is also much larger, > >> for > >>> this iteration you will need a 16GB USB key. The next one will > >> probably > >>> not be quite so large. If size is a common problem let me know. > >> It's > >>> difficult to buy a USB key that is less than 16GB today. > >>> > >>> joeuser's .xinitrc is configured to start xfce with startx. To > >> start > >>> kde > >>> run: service kdm4 onestart. > >>> > >>> Note that the image name has changed. The most recent should be > >>> self-evident in: http://www.bsddesktop.com/images [3] > >>> > >>> Helpful hint: use a 1MB blocksize for dd and run gpart recover > >>> to fix label warnings. Assuming your USB pen drive shows up as > >>> /dev/da0 and cftdisk image is the one I just posted: > >>> > >>> unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img > >>> of=/dev/da0 bs=1M; gpart recover da0 > >>> > >>> And as a reminder, if you're having problems with X on the USB > >>> key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf > >> > >>> somewhere else on your file system. > >>> > >>> If using the github repo, make sure you're using the drm-next-4.6 > >>> branch. > >>> > >>> Cheers. > >>> > >>> -M > >>> > >>> _______________________________________________ > >>> freebsd-x11@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 [4] > >>> To unsubscribe, send any mail to > >> "freebsd-x11-unsubscribe@freebsd.org" > > > > > > Links: > > ------ > > [1] > > https://cgit.freedesktop.org/mesa/drm/commit/?id=e3623d34cad0ac3f181b0deee0931df202b8f909 > > [2] http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz > > [3] http://www.bsddesktop.com/images > > [4] https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon May 23 23:46:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05E8DB47CD1 for ; Mon, 23 May 2016 23:46:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-190.reflexion.net [208.70.211.190]) (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 BF2BA18E2 for ; Mon, 23 May 2016 23:46:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 27003 invoked from network); 23 May 2016 22:00:12 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 May 2016 22:00:12 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 23 May 2016 17:59:48 -0400 (EDT) Received: (qmail 21030 invoked from network); 23 May 2016 21:59:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 23 May 2016 21:59:47 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 17BED1C43D6; Mon, 23 May 2016 14:59:38 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: WITH_SYSTEM_COMPILER: Skip Clang/GCC bootstrap [Critical note for Toolchain changes] From: Mark Millard In-Reply-To: <0aa6b29d-100e-6b10-efb3-933200cb0119@FreeBSD.org> Date: Mon, 23 May 2016 14:59:41 -0700 Cc: FreeBSD Current , FreeBSD Toolchain Message-Id: <2600671A-777E-4C72-90F4-25F79C48D1FA@dsl-only.net> References: <986EF3DE-84DA-4867-AD94-384EA3733144@dsl-only.net> <0aa6b29d-100e-6b10-efb3-933200cb0119@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 23:46:25 -0000 On 2016-May-23, at 2:50 PM, Bryan Drewery = wrote: > On 5/23/16 2:41 PM, Mark Millard wrote: >> Relative to (Bryan Drewery Mon May 23 16:40:23 UTC 2016): >>=20 >>> A critical note to toolchain developers, or anyone who touches the = Clang >>> or GCC source files. If you modify these files or add a new target >>> architecture into Clang, please bump the revision in the appropriate = file: >>>=20 >>> Clang: lib/clang/include/clang/Basic/Version.inc FREEBSD_CC_VERSION >>> GCC: gnu/usr.bin/cc/cc_tools/freebsd-native.h FBSD_CC_VER >>=20 >> quoting from https://svnweb.freebsd.org/changeset/base/300354 : >>=20 >>> This relies on the macros being incremented whenever any change = occurs >>> to these compilers that warrant rebuilding files. It also should = never >>> repeat earlier values. >>=20 >> It appears that someone that tries to make or test clang patches = without using a committer bit to be the one updating the official source = will have trouble meeting this criteria. I've been in that situation in = the past. Reverting back to, say, CURRENT after a patch is adopted is = another example of version number progression problems. >>=20 >=20 > If you are testing a local patch you can modify the files yourself as > well. Or just set WITHOUT_SYSTEM_COMPILER. But what temporary private value assignment will only "increment" and = yet "never repeat repeat earlier values" once the temporary period is = over and official numbering again is in use? Looks to me like = WITHOUT_SYSTEM_COMPILER is required for such contexts. >> It may be that official value updates to FREEBSD_CC_VERSION should be = spaced apart leaving versions available between official version numbers = for such local activities without version identification conflicts. >>=20 >> There are also projects such as the /project/clang*-import ones that = might have version number transition issues between it and CURRENT at = various stages for those working on the project and anyone that is just = following the project while it is active. I followed clang380-import and = reported on some powerpc64/powerpc/armv6 issues during the project so = I've been in this situation in the past. >>=20 >=20 > For project branches they could just use some unique number or disable > the option. So in some contexts the "increment" and/or "never repeat repeat earlier = values" do not apply (including when a temporary local assignment goes = to no longer being in use)? It still looks to me like = WITHOUT_SYSTEM_COMPILER is required for such contexts. >> It is not clear to me what the right things would have been to do and = when to do it if this FREEBSD_CC_VERSION criteria had been in place at = the time. >>=20 >> Similar comments probably apply to FBSD_CC_VER and gcc/g++. >>=20 >> Is it as simple as "never use WITH_SYSTEM_COMPILER" for patch/update = explorations that are not yet official commits on CURRENT or STABLE? = Does the version number involved then matter? >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue May 24 00:09:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F76BB47431; Tue, 24 May 2016 00:09:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 921611325; Tue, 24 May 2016 00:09:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BEF241E3; Tue, 24 May 2016 00:09:34 +0000 (UTC) Date: Tue, 24 May 2016 00:09:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jkim@FreeBSD.org, bdrewery@FreeBSD.org, bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <85571445.5.1464048574788.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1271267998.3.1464041388367.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1271267998.3.1464041388367.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3185 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 00:09:34 -0000 FreeBSD_HEAD_i386 - Build #3185 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3185/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3185/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3185/console Change summaries: 300543 by jkim: Document POPCNT erratum for 6th Generation Intel Core processors. 300542 by bapt: Update pci_vendors to 2016.05.23 300540 by bdrewery: Be more clear about LOCKLEAF being exclusive and add LOCKSHARED. The end of the build log: [...truncated 120837 lines...] --- nsinit.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsinit.o -MTnsinit.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsinit.c -o nsinit.o --- nsload.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsload.o -MTnsload.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsload.c -o nsload.o --- all_subdir_tests --- --- ptrace_test.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o ptrace_test.full ptrace_test.o -lprivateatf-c -lpthread --- ptrace_test.debug --- objcopy --only-keep-debug ptrace_test.full ptrace_test.debug --- ptrace_test --- objcopy --strip-debug --add-gnu-debuglink=ptrace_test.debug ptrace_test.full ptrace_test --- unix_seqpacket_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.unix_seqpacket_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=unix_seqpacket_test ) --- all_subdir_usr.bin --- --- trace.o --- cc -O2 -pipe -DEXTENDED -I/usr/src/usr.bin/m4 -I/usr/src/usr.bin/m4/../../lib/libopenbsd -g -MD -MP -MF.depend.trace.o -MTtrace.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/m4/trace.c -o trace.o --- all_subdir_tests --- --- .depend.unix_seqpacket_test --- echo unix_seqpacket_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a /usr/obj/usr/src/tmp/usr/lib/libpthread.a >> .depend.unix_seqpacket_test --- unix_seqpacket_test.o --- cc -O2 -pipe -g -MD -MP -MF.depend.unix_seqpacket_test.unix_seqpacket_test.o -MTunix_seqpacket_test.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/tests/sys/kern/unix_seqpacket_test.c -o unix_seqpacket_test.o --- all_subdir_usr.sbin --- --- nsnames.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsnames.o -MTnsnames.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsnames.c -o nsnames.o --- all_subdir_usr.bin --- --- parser.o --- cc -O2 -pipe -DEXTENDED -I/usr/src/usr.bin/m4 -I/usr/src/usr.bin/m4/../../lib/libopenbsd -g -MD -MP -MF.depend.parser.o -MTparser.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 parser.c -o parser.o --- all_subdir_usr.sbin --- --- nsobject.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsobject.o -MTnsobject.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsobject.c -o nsobject.o --- all_subdir_usr.bin --- --- tokenizer.o --- cc -O2 -pipe -DEXTENDED -I/usr/src/usr.bin/m4 -I/usr/src/usr.bin/m4/../../lib/libopenbsd -g -MD -MP -MF.depend.tokenizer.o -MTtokenizer.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 tokenizer.c -o tokenizer.o --- all_subdir_usr.sbin --- --- nsparse.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsparse.o -MTnsparse.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsparse.c -o nsparse.o --- nspredef.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nspredef.o -MTnspredef.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nspredef.c -o nspredef.o --- all_subdir_tests --- --- unix_seqpacket_test.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o unix_seqpacket_test.full unix_seqpacket_test.o -lprivateatf-c -lpthread --- unix_seqpacket_test.debug --- objcopy --only-keep-debug unix_seqpacket_test.full unix_seqpacket_test.debug --- unix_seqpacket_test --- objcopy --strip-debug --add-gnu-debuglink=unix_seqpacket_test.debug unix_seqpacket_test.full unix_seqpacket_test --- unix_passfd_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.unix_passfd_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=unix_passfd_test ) --- all_subdir_usr.bin --- --- m4.full --- cc -O2 -pipe -DEXTENDED -I/usr/src/usr.bin/m4 -I/usr/src/usr.bin/m4/../../lib/libopenbsd -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -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 -o m4.full eval.o expr.o look.o main.o misc.o gnum4.o trace.o parser.o tokenizer.o -ly -ll -lm -L/usr/obj/usr/src/lib/libopenbsd -lopenbsd --- all_subdir_tests --- --- .depend.unix_passfd_test --- echo unix_passfd_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a >> .depend.unix_passfd_test --- unix_passfd_test.o --- cc -O2 -pipe -g -MD -MP -MF.depend.unix_passfd_test.unix_passfd_test.o -MTunix_passfd_test.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/tests/sys/kern/unix_passfd_test.c -o unix_passfd_test.o --- all_subdir_usr.sbin --- --- nsprepkg.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsprepkg.o -MTnsprepkg.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsprepkg.c -o nsprepkg.o --- all_subdir_usr.bin --- --- m4.1.gz --- gzip -cn /usr/src/usr.bin/m4/m4.1 > m4.1.gz --- m4.debug --- objcopy --only-keep-debug m4.full m4.debug --- m4 --- objcopy --strip-debug --add-gnu-debuglink=m4.debug m4.full m4 --- all --- ===> usr.bin/m4/tests (all) --- legacy_test --- cat /usr/src/usr.bin/m4/tests/legacy_test.sh >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test --- Kyuafile --- --- all_subdir_usr.bin/mandoc --- ===> usr.bin/mandoc (all) --- .depend --- echo mandoc.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/lib/libopenbsd/libopenbsd.a /usr/obj/usr/src/tmp/usr/lib/libprivatesqlite3.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- man.o --- cc -O2 -pipe -DHAVE_CONFIG_H -D_WITH_GETLINE -I/usr/src/usr.bin/mandoc/../../lib/libopenbsd/ -I/usr/src/usr.bin/mandoc/../../contrib/sqlite3 -g -MD -MP -MF.depend.man.o -MTman.o -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 -c /usr/src/usr.bin/mandoc/../../contrib/mdocml/man.c -o man.o --- all_subdir_tests --- --- unix_passfd_test.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o unix_passfd_test.full unix_passfd_test.o -lprivateatf-c --- unix_passfd_test.debug --- objcopy --only-keep-debug unix_passfd_test.full unix_passfd_test.debug --- unix_passfd_test --- objcopy --strip-debug --add-gnu-debuglink=unix_passfd_test.debug unix_passfd_test.full unix_passfd_test --- lockf_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.lockf_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=lockf_test ) --- all_subdir_usr.sbin --- --- nsrepair.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsrepair.o -MTnsrepair.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsrepair.c -o nsrepair.o --- all_subdir_tests --- --- .depend.lockf_test --- echo lockf_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a /usr/obj/usr/src/lib/libnetbsd/libnetbsd.a >> .depend.lockf_test --- t_lockf.o --- cc -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -MD -MP -MF.depend.lockf_test.t_lockf.o -MTt_lockf.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/contrib/netbsd-tests/kernel/t_lockf.c -o t_lockf.o --- all_subdir_usr.bin --- --- man_hash.o --- cc -O2 -pipe -DHAVE_CONFIG_H -D_WITH_GETLINE -I/usr/src/usr.bin/mandoc/../../lib/libopenbsd/ -I/usr/src/usr.bin/mandoc/../../contrib/sqlite3 -g -MD -MP -MF.depend.man_hash.o -MTman_hash.o -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 -c /usr/src/usr.bin/mandoc/../../contrib/mdocml/man_hash.c -o man_hash.o --- man_macro.o --- cc -O2 -pipe -DHAVE_CONFIG_H -D_WITH_GETLINE -I/usr/src/usr.bin/mandoc/../../lib/libopenbsd/ -I/usr/src/usr.bin/mandoc/../../contrib/sqlite3 -g -MD -MP -MF.depend.man_macro.o -MTman_macro.o -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 -c /usr/src/usr.bin/mandoc/../../contrib/mdocml/man_macro.c -o man_macro.o --- all_subdir_usr.sbin --- --- nsrepair2.o --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nsrepair2.o -MTnsrepair2.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nsrepair2.c -o nsrepair2.o --- all_subdir_tests --- --- lockf_test.full --- cc -O2 -pipe -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -L/usr/obj/usr/src/lib/libnetbsd -o lockf_test.full t_lockf.o -lprivateatf-c -L/usr/obj/usr/src/lib/libnetbsd -lnetbsd --- lockf_test.debug --- objcopy --only-keep-debug lockf_test.full lockf_test.debug --- lockf_test --- objcopy --strip-debug --add-gnu-debuglink=lockf_test.debug lockf_test.full lockf_test --- mqueue_test --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.mqueue_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=mqueue_test ) --- .depend.mqueue_test --- echo mqueue_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libprivateatf-c.a /usr/obj/usr/src/tmp/usr/lib/librt.a /usr/obj/usr/src/lib/libnetbsd/libnetbsd.a >> .depend.mqueue_test --- t_mqueue.o --- cc -O2 -pipe -I/usr/src/tests -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -MD -MP -MF.depend.mqueue_test.t_mqueue.o -MTt_mqueue.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/contrib/netbsd-tests/kernel/t_mqueue.c -o t_mqueue.o --- all_subdir_usr.bin --- --- man_validate.o --- cc -O2 -pipe -DHAVE_CONFIG_H -D_WITH_GETLINE -I/usr/src/usr.bin/mandoc/../../lib/libopenbsd/ -I/usr/src/usr.bin/mandoc/../../contrib/sqlite3 -g -MD -MP -MF.depend.man_validate.o -MTman_validate.o -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 -c /usr/src/usr.bin/mandoc/../../contrib/mdocml/man_validate.c -o man_validate.o --- all_subdir_tests --- --- mqueue_test.full --- cc -O2 -pipe -I/usr/src/tests -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -L/usr/obj/usr/src/lib/libnetbsd -o mqueue_test.full t_mqueue.o -lprivateatf-c -lrt -L/usr/obj/usr/src/lib/libnetbsd -lnetbsd --- mqueue_test.debug --- objcopy --only-keep-debug mqueue_test.full mqueue_test.debug --- mqueue_test --- objcopy --strip-debug --add-gnu-debuglink=mqueue_test.debug mqueue_test.full mqueue_test --- subr_unit_test --- --- all_subdir_usr.sbin --- --- nssearch.o --- --- all_subdir_tests --- (cd /usr/src/tests/sys/kern && DEPENDFILE=.depend.subr_unit_test NO_SUBDIR=1 make -f /usr/src/tests/sys/kern/Makefile _RECURSING_PROGS=t PROG=subr_unit_test ) --- all_subdir_usr.sbin --- cc -O2 -pipe -DACPI_EXEC_APP -fno-strict-aliasing -I/usr/src/usr.sbin/acpi/acpidb/../../../sys -g -MD -MP -MF.depend.nssearch.o -MTnssearch.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.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/components/namespace/nssearch.c -o nssearch.o --- all_subdir_tests --- --- .depend.subr_unit_test --- echo subr_unit_test.full: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend.subr_unit_test --- subr_unit.o --- cc -O2 -pipe -g -MD -MP -MF.depend.subr_unit_test.subr_unit.o -MTsubr_unit.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -Wno-missing-prototypes -c /usr/src/sys/kern/subr_unit.c -o subr_unit.o /usr/src/sys/kern/subr_unit.c:1030:16: error: comparison of integers of different signs: 'u_int' (aka 'unsigned int') and 'long' [-Werror,-Wsign-compare] for (m = 0; m < count * reps; m++) { ~ ^ ~~~~~~~~~~~~ /usr/src/sys/kern/subr_unit.c:1046:16: error: comparison of integers of different signs: 'u_int' (aka 'unsigned int') and 'long' [-Werror,-Wsign-compare] for (i = 0; i < count; i++) { ~ ^ ~~~~~ 2 errors generated. *** [subr_unit.o] Error code 1 make[6]: stopped in /usr/src/tests/sys/kern 1 error make[6]: stopped in /usr/src/tests/sys/kern *** [subr_unit_test] Error code 2 make[5]: stopped in /usr/src/tests/sys/kern 1 error make[5]: stopped in /usr/src/tests/sys/kern *** [all_subdir_tests/sys/kern] Error code 2 make[4]: stopped in /usr/src/tests/sys 1 error make[4]: stopped in /usr/src/tests/sys *** [all_subdir_tests/sys] Error code 2 make[3]: stopped in /usr/src/tests 1 error make[3]: stopped in /usr/src/tests *** [all_subdir_tests] Error code 2 make[2]: stopped in /usr/src --- all_subdir_usr.bin --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/usr.bin/mandoc *** [all_subdir_usr.bin/mandoc] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [all_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/acpi/acpidb *** [all] Error code 2 make[4]: stopped in /usr/src/usr.sbin/acpi 1 error make[4]: stopped in /usr/src/usr.sbin/acpi *** [all_subdir_usr.sbin/acpi] Error code 2 make[3]: stopped in /usr/src/usr.sbin 1 error make[3]: stopped in /usr/src/usr.sbin *** [all_subdir_usr.sbin] 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/libxo *** [all_subdir_lib/libxo] 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 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 Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson5689829517514269844.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue May 24 01:10:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5897FB484EB for ; Tue, 24 May 2016 01:10:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1813E1896 for ; Tue, 24 May 2016 01:10:53 +0000 (UTC) (envelope-from imb@protected-networks.net) 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.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id AC93C1CC5F for ; Mon, 23 May 2016 21:10:51 -0400 (EDT) Subject: Re: repeatable panic on pageout with 945GM To: freebsd-current@freebsd.org References: <2490f1c7-8153-ece3-49ed-4b3886564fd7@protected-networks.net> From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: Date: Mon, 23 May 2016 21:10:50 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <2490f1c7-8153-ece3-49ed-4b3886564fd7@protected-networks.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 01:10:54 -0000 On 05/22/16 09:58, Michael Butler wrote: > With KDE and compositing enabled, I randomly get the following: > > (kgdb) info stack > #0 doadump (textdump=) at pcpu.h:221 > #1 0xffffffff8064e98e in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:366 > #2 0xffffffff8064eea1 in vpanic (fmt=, ap= optimized out>) at /usr/src/sys/kern/kern_shutdown.c:759 > #3 0xffffffff8064ed13 in panic (fmt=0x0) at > /usr/src/sys/kern/kern_shutdown.c:690 > #4 0xffffffff809d18ed in vm_fault_hold (map=, > vaddr=, fault_type=, > fault_flags=, m_hold=) at > /usr/src/sys/vm/vm_fault.c:327 > #5 0xffffffff809cf548 in vm_fault (map=0xfffff80002000000, vaddr= optimized out>, fault_type=1 '\001', fault_flags=) > at /usr/src/sys/vm/vm_fault.c:273 > #6 0xffffffff80a1849f in trap_pfault (frame=, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:741 > #7 0xffffffff80a17b30 in trap (frame=0xfffffe00dbec5830) at > /usr/src/sys/amd64/amd64/trap.c:442 > #8 0xffffffff809fd5a1 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:236 > #9 0xffffffff80a0a3bb in pmap_remove_all (m=) at > /usr/src/sys/amd64/amd64/pmap.c:3950 > #10 0xffffffff809c0c57 in cdev_pager_free_page (object= out>, m=0xfffffe0001e410d0) at /usr/src/sys/vm/device_pager.c:214 > #11 0xffffffff816aff33 in i915_gem_release_mmap (obj= out>) at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:1691 > #12 0xffffffff816b104b in i915_gem_object_unbind > (obj=0xfffff8008ef11400) at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:2738 > #13 0xffffffff816b47c8 in __i915_gem_shrink (dev_priv= out>, target=-1, purgeable_only=) > at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:2056 > #14 0xffffffff816b3f47 in i915_gem_inactive_shrink (arg= out>) at > /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:4755 > #15 0xffffffff809ec628 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:899 > #16 0xffffffff80609dcc in fork_exit (callout=0xffffffff809ec260 > , arg=0x0, frame=0xfffffe00dbec5c00) at > /usr/src/sys/kern/kern_fork.c:1034 > #17 0xffffffff809fdade in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:611 > #18 0x0000000000000000 in ?? () > > Any hints? Anyone? Another flavour .. almost like there's a mutex that should be held that isn't .. (kgdb) bt #0 0xffffffff8064e33f in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:686 #1 0xffffffff8064e03e in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:369 #2 0xffffffff8064e551 in kproc_shutdown (arg=0x104, howto=) at /usr/src/sys/kern/kern_shutdown.c:811 #3 0xffffffff8064e3c3 in vpanic (fmt=0xfffffe0000209000
, ap=0xfffffe00dbf2f180) at /usr/src/sys/kern/kern_shutdown.c:712 #4 0xffffffff809d04ed in vm_fault_hold (map=0xfffff80002000000, vaddr=, fault_type=1 '\001', fault_flags=0, m_hold=0x0) at /usr/src/sys/vm/vm_fault.c:208 #5 0xffffffff809ce148 in mtrash_ctor (mem=, size=, arg=, flags=) at /usr/src/sys/vm/uma_dbg.c:143 #6 0xffffffff80a1709f in trap_fatal (frame=0x1, eva=18446735277650083840) at /usr/src/sys/amd64/amd64/trap.c:830 #7 0xffffffff80a16730 in trap (frame=0xfffffe00dbf2f570) at /usr/src/sys/amd64/amd64/trap.c:215 #8 0xffffffff809fc1a1 in Xxmm () at /usr/src/sys/amd64/amd64/exception.S:145 #9 0xffffffff80a08fbb in pmap_remove_all (m=) at atomic.h:186 #10 0xffffffff809bf937 in cdev_pager_allocate (handle=, tp=, ops=, size=, prot=, foff=, cred=) at /usr/src/sys/vm/device_pager.c:186 #11 0xffffffff816aff33 in i915_gem_release_mmap (obj=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:1691 #12 0xffffffff816b15ba in i915_gem_object_get_fence (obj=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:105 #13 0xffffffff816afb32 in i915_gem_pager_fault (vm_obj=0xfffff8002c501a50, offset=, prot=, mres=) at /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:1553 #14 0xffffffff809bf384 in dev_pager_dealloc (object=0xfffff8002c501a50) at /usr/src/sys/vm/device_pager.c:242 #15 0xffffffff809edfbf in vm_pager_bufferinit () at /usr/src/sys/vm/vm_pager.c:201 #16 0xffffffff809ce9e9 in vm_fault_hold (map=0xfffff80093759000, vaddr=, fault_type=2 '\002', fault_flags=0, m_hold=0x0) at pcpu.h:221 #17 0xffffffff809ce148 in mtrash_ctor (mem=, size=, arg=, flags=) at /usr/src/sys/vm/uma_dbg.c:143 #18 0xffffffff80a1709f in trap_fatal (frame=0x2, eva=18446735280090484736) at /usr/src/sys/amd64/amd64/trap.c:830 #19 0xffffffff80a16860 in trap (frame=0xfffffe00dbf2fc00) at /usr/src/sys/amd64/amd64/trap.c:481 #20 0xffffffff809fc1a1 in Xxmm () at /usr/src/sys/amd64/amd64/exception.S:145 #21 0x00000008024f33b6 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@freebsd.org Tue May 24 02:23:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64245B47966; Tue, 24 May 2016 02:23:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4FAE61493; Tue, 24 May 2016 02:23:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B7766229; Tue, 24 May 2016 02:23:45 +0000 (UTC) Date: Tue, 24 May 2016 02:23:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, allanjude@FreeBSD.org, truckman@FreeBSD.org, asomers@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1702050976.7.1464056625759.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <85571445.5.1464048574788.JavaMail.jenkins@jenkins-9.freebsd.org> References: <85571445.5.1464048574788.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3186 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 02:23:45 -0000 FreeBSD_HEAD_i386 - Build #3186 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3186/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3186/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3186/console Change summaries: 300548 by adrian: [bhnd] Implement pass-through resource management for ChipCommon. This patchset adds support to bhnd_chipc for sharing SYS_RES_MEMORY resources with its children, allowing us to hang devices off of bhnd_chipc that rely on access to a subset of the device register space that bhnd_chipc itself must also allocate. We could avoid most of this heavy lifting if RF_SHAREABLE+SYS_RES_MEMORY wasn't limited to use with allocations at the same size/offset. As a work-around, I implemented something similar to vga_pci.c, which implements similar reference counting of of PCI BAR resources for its children. With these changes, chipc will use reference counting of SYS_RES_MEMORY allocation/activation requests, to decide when to allocate/activate/ deactivate/release resources from the parent bhnd(4) bus. The requesting child device is allocated a new resource from chipc's rman, pointing to (possibly a subregion of) the refcounted bhnd resources allocated by chipc. Other resource types are just passed directly to the parent bhnd bus; RF_SHAREABLE works just fine with IRQs. I also lifted the SPROM device code out into a common driver, since this now allows me to hang simple subclasses off of a common driver off of both bhndb_pci and bhnd_chipc. Tested: * (landonf) Tested against BCM4331 and BCM4312, confirmed that SPROM still attaches and can be queried. Submitted by: Landon Fuller Reviewed by: mizkha@gmail.com Differential Revision: https://reviews.freebsd.org/D6471 300547 by truckman: Fix multiple Coverity Out-of-bounds access false postive issues in CAM The currently used idiom for clearing the part of a ccb after its header generates one or two Coverity errors for each time it is used. All instances generate an Out-of-bounds access (ARRAY_VS_SINGLETON) error because of the treatment of the header as a two element array, with a pointer to the non-existent second element being passed as the starting address to bzero(). Some instances also alsp generate Out-of-bounds access (OVERRUN) errors, probably because the space being cleared is larger than the sizeofstruct ccb_hdr). In addition, this idiom is difficult for humans to understand and it is error prone. The user has to chose the proper struct ccb_* type (which does not appear in the surrounding code) for the sizeof() in the length calculation. I found several instances where the length was incorrect, which could cause either an actual out of bounds write, or incompletely clear the ccb. A better way is to write the code to clear the ccb itself starting at sizeof(ccb_hdr) bytes from the start of the ccb, and calculate the length based on the specific type of struct ccb_* being cleared as specified by the union ccb member being used. The latter can normally be seen in the nearby code. This is friendlier for Coverity and other static analysis tools because they will see that the intent is to clear the trailing part of the ccb. Wrap all of the boilerplate code in a convenient macro that only requires a pointer to the desired union ccb member (or a pointer to the union ccb itself) as an argument. Reported by: Coverity CID: 1007578, 1008684, 1009724, 1009773, 1011304, 1011306 CID: 1011307, 1011308, 1011309, 1011310, 1011311, 1011312 CID: 1011313, 1011314, 1011315, 1011316, 1011317, 1011318 CID: 1011319, 1011320, 1011321, 1011322, 1011324, 1011325 CID: 1011326, 1011327, 1011328, 1011329, 1011330, 1011374 CID: 1011390, 1011391, 1011392, 1011393, 1011394, 1011395 CID: 1011396, 1011397, 1011398, 1011399, 1011400, 1011401 CID: 1011402, 1011403, 1011404, 1011405, 1011406, 1011408 CID: 1011409, 1011410, 1011411, 1011412, 1011413, 1011414 CID: 1017461, 1018387, 1086860, 1086874, 1194257, 1229897 CID: 1229968, 1306229, 1306234, 1331282, 1331283, 1331294 CID: 1331295, 1331535, 1331536, 1331539, 1331540, 1341623 CID: 1341624, 1341637, 1341638, 1355264, 1355324 Reviewed by: scottl, ken, delphij, imp MFH: 1 month Differential Revision: https://reviews.freebsd.org/D6496 300546 by allanjude: Only set kern.geom.part.mbr.enforce_chs=0 once, instead of once per disk Sponsored by: ScaleEngine Inc. 300545 by allanjude: Add support for RAID 1+0 (striped mirrors) to bsdinstall/zfsboot Sponsored by: ScaleEngine Inc. 300544 by asomers: Fix build of kern/subr_unit.c, broken by r300539 Reported by: peter Pointyhat to: asomers Sponsored by: Spectra Logic Corp From owner-freebsd-current@freebsd.org Tue May 24 02:42:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DD58B47DEB; Tue, 24 May 2016 02:42:13 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 108971E47; Tue, 24 May 2016 02:42:12 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1464057731428286.8159216079657; Mon, 23 May 2016 19:42:11 -0700 (PDT) Date: Mon, 23 May 2016 19:42:11 -0700 From: Matthew Macy To: "huanghwh" Cc: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154e0a4192a.e87a8ee1205348.4770904017869786762@nextbsd.org> In-Reply-To: <7b0b6eb4.2942.154e0a001a3.Coremail.huanghwh@163.com> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <7b0b6eb4.2942.154e0a001a3.Coremail.huanghwh@163.com> Subject: Re:CFT update day 2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 02:42:13 -0000 ---- On Mon, 23 May 2016 19:37:43 -0700 huanghwh wrote = ----=20 > Hi, > I try to test drm-next-4.6 on my MacBookPro 15(2015), > kldload i915kms show: >=20 > [drm] Initialized drm 1.1.0 20060810 > bus_register unimplemented!!! > drmn0: on vgapci0 > vgapci0: child drmn0 requested pci_enable_io > vgapci0: child drmn0 requested pci_enable_io > [drm] Found 128MB of eLLC > WARN_ON(domain->wake_count =3D=3D 0) > [drm] Memory usable by graphics device =3D 2048M > [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > [drm] Driver supports precise vblank timestamp query. > [drm] Connector eDP-1: get mode from tunables: > [drm] - kern.vt.fb.modes.eDP-1 > [drm] - kern.vt.fb.default_mode > [drm] Connector DP-1: get mode from tunables: > [drm] - kern.vt.fb.modes.DP-1 > [drm] - kern.vt.fb.default_mode > [drm] Connector HDMI-A-1: get mode from tunables: > [drm] - kern.vt.fb.modes.HDMI-A-1 > [drm] - kern.vt.fb.default_mode > [drm] Connector DP-2: get mode from tunables: > [drm] - kern.vt.fb.modes.DP-2 > [drm] - kern.vt.fb.default_mode > [drm] Connector HDMI-A-2: get mode from tunables: > [drm] - kern.vt.fb.modes.HDMI-A-2 > [drm] - kern.vt.fb.default_mode > [drm] Connector HDMI-A-3: get mode from tunables: > [drm] - kern.vt.fb.modes.HDMI-A-3 > [drm] - kern.vt.fb.default_mode > [drm] Initialized i915 1.6.0 20160229 for drmn on minor 0 > VT: Replacing driver "efifb" with new "fb". > start FB_INFO: > type=3D11 height=3D1800 width=3D2880 depth=3D32 > cmsize=3D16 size=3D21196800 > pbase=3D0x90000000 vbase=3D0xffffffff82210000 > name=3Ddrmn0 flags=3D0x0 stride=3D11776 bpp=3D32 > cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 > end FB_INFO > drmn0: fb0: inteldrmfb frame buffer device >=20 > But VT console looks like move to bottom right, I could not see the whol= e screen. >=20 > The mate desktop can show, but quickly panic: >=20 > vm_radix_insert: key 33 is already present: >=20 > http://sw.gddsn.org.cn/freebsd/drm-4.6-next-panic.jpg =20 That should be easy to fix. However, I wont have time to get to it for a da= y or two. Could you please file a PR and assign it to me? I think that I c= an have that fixed by the next update. -M >=20 > At 2016-05-23 16:12:52, "Matthew Macy" wrote:>>The h= ighlights for today are the following:>>Bug fixes:>- Will Andrews fixed att= ach for some laptops (such as the Carbon X1).> The Carbon X1 has a quirky = BIOS that doesn't allow the OS to> enumerate the GPU's interrupt.>- Will A= ndrews identified a conditionally uninitialized return in> idr_find that c= ould lead to a panic in some cases.>- Fixed a panic in mtrr_del frequently = seen when attach failed.>- Sleep/wakeups with interrupts are largely implem= ented correctly> now. Previously a polling 10ms sleep was used. I'm still>= concerned that the code really needs to be level-triggered.>>Cleanups:>- = Logging is now enabled for the first 10s after attach unless> dev.drm.drm_= debug_keep=3D1.>- Unimplemented warnings are off by default.>>As of this mo= ment the latest USB image is:> http://www.bsddesktop.com/images/cftdisk_201= 6052307.img.xz>>The USB image now has sync disabled on var. This should imp= rove>responsiveness for most people with slow USB pen drives. If>you're hav= ing issues that require retaining logs you'll need>to "zfs set sync=3Denabl= ed zrootusb/var".>>The USB image now includes kde4 and xfce. It is also muc= h larger, for >this iteration you will need a 16GB USB key. The next one wi= ll probably>not be quite so large. If size is a common problem let me know.= It's >difficult to buy a USB key that is less than 16GB today.>>joeuser's = .xinitrc is configured to start xfce with startx. To start kde >run: servi= ce kdm4 onestart.>>Note that the image name has changed. The most recent sh= ould be>self-evident in: http://www.bsddesktop.com/images >>Helpful hint: u= se a 1MB blocksize for dd and run gpart recover>to fix label warnings. Assu= ming your USB pen drive shows up as>/dev/da0 and cftdisk image is the one I= just posted:>>unxz -f cftdisk_2016052307.img.xz; dd if=3Dcftdisk_201605230= 7.img of=3D/dev/da0 bs=3D1M; gpart recover da0>>And as a reminder, if you'r= e having problems with X on the USB>key, try disabling it by moving /etc/X1= 1/xorg.conf.d/20-intel.conf>somewhere else on your file system.>>If using t= he github repo, make sure you're using the drm-next-4.6>branch.>>Cheers.>>-= M>>_______________________________________________>freebsd-x11@freebsd.org = mailing list>https://lists.freebsd.org/mailman/listinfo/freebsd-x11>To unsu= bscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 > =20 >=20 From owner-freebsd-current@freebsd.org Tue May 24 04:42:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58530B47986 for ; Tue, 24 May 2016 04:42:30 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 42EEB16E9 for ; Tue, 24 May 2016 04:42:30 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: by mailman.ysv.freebsd.org (Postfix) id 42397B47985; Tue, 24 May 2016 04:42:30 +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 3F84FB47984 for ; Tue, 24 May 2016 04:42:30 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A280C16E2; Tue, 24 May 2016 04:42:29 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from [109.42.2.225] by msvc-mesg-gmx002.server.lan (via HTTP); Tue, 24 May 2016 06:42:18 +0200 Message-ID: From: "Olli Hauer" To: "Kenneth D. Merry" , "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 06:42:18 +0200 X-Provags-ID: V03:K0:3QmntJrG0se6XFko1pmL0biKHCKnjLcPivVwvp7bnVh vYVWcL3IKOHjJ+wkF1X3pknRq7HZEV/XtggcUGpIYN7O7YhM1j sCslzkwt7aZNMstVnKrpiTHqfZtCnX1ORbK7F/jAqaHDPPAy9w xeba9fqxF9DRAvndDcgDQXStHM/LjbmRPIHRTaa4us1BJr0gKd PmqE3CdUXt3urMRsGrjTXnWXYPOnH7q5JBDhuQS4DSKi1TPOMb XbKWhv+gtLr1gv3RjEpMtsLuna8ahLbaHLTZGJdJ8CEBi+elmV jDLkaQ= X-UI-Out-Filterresults: notjunk:1;V01:K0:yqh+EyCjkRg=:Cyo7knNRNzMbE3TMLGFv2J MOAucLDZmMijIjt5UHt0Xh/tg2RmGRqPWxeFTYR2A7v9LJXKNhmFLOnZlKiWXxnw1zrm4Qy1S VMZxtJLGqa63uKJJIPVpvPGu+raIMPo5RsiJjDngkd07uBtj4GF2W3hoQvin+wRAENfKWiK/z C2WizMHvx8mHKhLZZ7W0U0+V8YQ4u164rnWLgV6UnfivJzIwouP4Q7VH8Liv11t2vRloeXys3 UI9jWm0ZJqraHM+2Q479g/Fr+2XXoyk5omoc7u8axcFqQyxo3naTR0Doyo4wNvOSYBYcAGfdG KXGTZrDf/46rjKJSH5RgikNuEPIBoepGwklVb/6Q6L7IuYefblqDTCs61zAa1jVyHtJ98AYsl J0RvUUAWhjwITC/e7GB5Qi6+Fo/1KAjs+dSnsTu0wlAvY1IHAZzT8IF87/u2+3MUFagkPewps kc0LtxFkjBywV2BVTyVcdQZY56DyfY5GYCy7MoJ8xtQPNlty//yl MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 04:42:30 -0000 From owner-freebsd-current@freebsd.org Tue May 24 05:04:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58282B47FE4 for ; Tue, 24 May 2016 05:04:31 +0000 (UTC) (envelope-from oleg@opentransfer.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 3CC2D1675 for ; Tue, 24 May 2016 05:04:31 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3877CB47FE3; Tue, 24 May 2016 05:04:31 +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 381A5B47FE1 for ; Tue, 24 May 2016 05:04:31 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A97391673; Tue, 24 May 2016 05:04:30 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4O58kDG062984 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 08:08:48 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4O54MWb065844 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 08:04:22 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4O54LXv065843; Tue, 24 May 2016 08:04:21 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 08:04:21 +0300 Message-ID: <1679722.baB5vE8cei@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160523230816.GA54355@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1867408.u01hNEiJM1@asus.theweb.org.ua> <20160523230816.GA54355@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 05:04:31 -0000 On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > On Monday 23 May 2016 17:30:45 you wrote: > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > > > > > > > I have faced the issue with fresh CURRENT stopped to boot > > > > > > > > > > on > > > > > > > > > > my > > > > > > > > > > old > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > > > > > > probed/attached > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > > > > > > > > > > device > > > > > > > > > > 31.1 > > > > > > > > > > on > > > > > > > > > > pci0 > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > atapci1: port > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device > > > > > > > > > > 31.2 on > > > > > > > > > > pci0 > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI > > > > > > > > > > device > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem with your > > > > > > > > > system, > > > > > > > > > but > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in revision > > > > > > > > > 300207 > > > > > > > > > that > > > > > > > > > broke the quirk functionality in the ada(4) driver. I don't > > > > > > > > > think > > > > > > > > > that > > > > > > > > > is > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1 > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in the > > > > > > > > > loader.conf, > > > > > > > > > try > > > > > > > > > taking one of them out, and reboot. If that works, try > > > > > > > > > taking > > > > > > > > > the > > > > > > > > > other > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the problem > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the > > > > > > > > > quirks). > > > > > > > > > 2. The extra probe steps in the ada(4) driver might be > > > > > > > > > causing a > > > > > > > > > problem > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be > > > > > > > > > causing a > > > > > > > > > problem > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > > > > possibilities, > > > > > > > > > we > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > was the quirk in effect. It is quirk for my Samsung HD200HJ > > > > > > > > KF100-06 > > > > > > > > hard > > > > > > > > drive. > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can you try > > > > > > > this: > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using the PIO > > > > > > > version > > > > > > > of > > > > > > > the > > > > > > > command: > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > > > > > > > |hd > > > > > > > > > > > > > > If that works (you should get hexdump output), try the DMA > > > > > > > version > > > > > > > of > > > > > > > the > > > > > > > command: > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > > > > > > > |hd > > > > > > > > > > > > "Expecting a character pointer argument." error for both commands. > > > > > > > > > > Did the double quotes make it onto the command line? Both of those > > > > > work > > > > > for me... > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > Below is the output of commands: > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" > > > > -i > > > > 512 -> > > > > > > > > |hd > > > > > > > > camcontrol: error sending command > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 > > > > 01 00 > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 > > > > 0" > > > > -i > > > > 512 - |hd > > > > camcontrol: error sending command > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 > > > > 00 > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > Okay, at least it consistently fails with both the PIO and DMA versions. > > > Looks like the drive claims to support READ LOG, but doesn't actually > > > support it. > > > > > > Can you revert the previous patch, take the quirk out of loader.conf, > > > and > > > try this patch? > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > > > It adds the model number for your drive into the ada(4) driver as a > > > quirk. > > > > Unfortunately it is not working ; but allows to boot with quirk added > > back to> > > loader.conf > > Okay, try this one. I put a question mark in place of the space, perhaps > that will match it. > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt Still no luck, but it works with quirk in the loader.conf Below is the drive identification from 'smartctl' output: === START OF INFORMATION SECTION === Model Family: SAMSUNG SpinPoint S250 Device Model: SAMSUNG HD200HJ Serial Number: S16KJ1CQ500218 LU WWN Device Id: 5 0000f0 01b500218 Firmware Version: KF100-06 Thank you > > Thanks, > > Ken From owner-freebsd-current@freebsd.org Tue May 24 05:07:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B94BB480D2 for ; Tue, 24 May 2016 05:07:56 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1467D1979 for ; Tue, 24 May 2016 05:07:56 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id 101E7B480D1; Tue, 24 May 2016 05:07:56 +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 0FC7BB480D0 for ; Tue, 24 May 2016 05:07:56 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9ABF41977 for ; Tue, 24 May 2016 05:07:54 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4O5CE1R063003 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 08:12:15 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4O57oOV065872 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 08:07:50 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4O57nuI065871; Tue, 24 May 2016 08:07:49 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: Olli Hauer Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 08:07:49 +0300 Message-ID: <1541410.s3JlYmr9lT@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 05:07:56 -0000 On Tuesday 24 May 2016 06:42:18 you wrote: > Not sure, but maybe related. > I had 5 old ata systems running, doing ntp and dns cache (running since 5.0 > lifted over time to 10.x) The systems showed no smart or any other defects. > Last year they began stop working with strange messages like adaX not found > where in fstab still was ataX (back from 5.x) ... Meanwhile the systems are > replaced and thrown away. > If from interest i can look for old logs. I have performed device entries name transition when compatibility shims were removed in CURRENT. Thank you. > > > On 23/05/2016, 21:25 "Kenneth D. Merry" wrote: > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > I have faced the issue with fresh CURRENT stopped to boot on my old > > desktop > > after update to r300299 > > Verbose boot shows the endless cycle of > > > > ata2: SATA reset: ports status=0x05 > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > messages logged to console. > > > > Below is the relevant portion of ATA controller/devices probed/attached > > during the boot: > > > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > > ata0: at channel 0 on atapci0 > > atapci1: port 0xd080-0xd087, > > 0xd000-0xd003, > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 > > ata2: at channel 0 on atapci1 > > ata3: at channel 1 on atapci1 > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > ada0: ATA-7 SATA 2.x device > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > ada1: ATA8-ACS SATA 3.x device > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device > > I'm not entirely sure what is causing the problem with your system, but > hopefully we can narrow it down a bit. > > There is a bug that came in with my SMR changes in revision 300207 that > broke the quirk functionality in the ada(4) driver. I don't think that is > the problem you're seeing, though. > > Can you try out this patch: > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt > > In /boot/loader.conf, put the following: > > kern.cam.ada.0.quirks="0x04" > kern.cam.ada.1.quirks="0x04" > > If you're able to boot with those quirk entries in the loader.conf, try > taking one of them out, and reboot. If that works, try taking the other > one out and reboot. > > What I'm trying to figure out here is where the problem lies: > > 1. The bug with the ada(4) driver (in where it loaded the quirks). > 2. The extra probe steps in the ada(4) driver might be causing a problem > with ada0 (Samsung drive). > 3. The extra probe steps in the ada(4) driver might be causing a problem > with ada1 (Seagate drive). > 4. Something else. > > So, if you can try the patch and try to eliminate a few possibilities, we > may be able to narrow it down. > > Thanks, > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue May 24 08:31:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4570BB48626 for ; Tue, 24 May 2016 08:31:36 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) (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 213251D09 for ; Tue, 24 May 2016 08:31:35 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a118.g.dreamhost.com (caibbdcaaahf.dreamhost.com [208.113.200.75]) by hapkido.dreamhost.com (Postfix) with ESMTP id 7DE89A6B24 for ; Tue, 24 May 2016 01:31:34 -0700 (PDT) Received: from homiemail-a118.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a118.g.dreamhost.com (Postfix) with ESMTP id 8248560002B8F for ; Tue, 24 May 2016 01:31:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h=to :from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=menhennitt.com.au; bh=OJbn/x9zo6pw AuwNvZcO0Elvzlc=; b=Kb0bvmd87SIRGA6VG+jytQt758f2RmWu1C6fSDicBWjP fRacFGZM3ekG5MAbBSMqyFTS1C7KRm4Xi5DDSdzOFr8/mi3y70jHR7NJYrl9+G6n jGbsQeL1kGPXuF6igSoo747GGqj9tKQp5U6+7M4Anb9arWJaNdAQjehK/nLaans= Received: from [203.2.73.68] (c122-107-214-88.mckinn3.vic.optusnet.com.au [122.107.214.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by homiemail-a118.g.dreamhost.com (Postfix) with ESMTPSA id DFFB960002B85 for ; Tue, 24 May 2016 01:31:27 -0700 (PDT) To: freebsd-current@freebsd.org From: Graham Menhennitt Subject: bluetooth not working in recent current Message-ID: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> Date: Tue, 24 May 2016 18:31:25 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 08:31:36 -0000 I've been running 11-current AMD64 on this machine for about a year. It has a bluetooth dongle that has worked correctly up until a week ago. I updated to the latest source around then, so I presume that's what broke it. I have ng_ubt_load="YES" in /boot/loader.conf, and bluetooth_enable="YES" in /etc/rc.conf. In dmesg, I can see ubt0: on usbus6 and when I do # ngctl list There are 7 total nodes: Name: ubt0 Type: ubt ID: 00000001 Num hooks: 0 Name: ngctl1336 Type: socket ID: 00000022 Num hooks: 0 Name: btsock_hci_raw Type: btsock_hci_raw ID: 00000002 Num hooks: 0 Name: btsock_l2c_raw Type: btsock_l2c_raw ID: 00000003 Num hooks: 0 Name: btsock_l2c Type: btsock_l2c ID: 00000004 Num hooks: 0 Name: btsock_sco Type: btsock_sco ID: 00000005 Num hooks: 0 Name: re0 Type: ether ID: 00000013 Num hooks: 0 But # hccontrol -n ubt0hci inquiry hccontrol: Could not find HCI nodes Output of kldstat, and my kernel config are below. Could somebody please give me a clue. Thanks in advance for any help, Graham Id Refs Address Size Name 1 39 0xffffffff80200000 13c26b0 kernel 2 1 0xffffffff815c4000 a2d0 ng_ubt.ko 3 2 0xffffffff815cf000 13b08 ng_hci.ko 4 4 0xffffffff815e3000 3328 ng_bluetooth.ko 5 8 0xffffffff815e7000 1a748 netgraph.ko 6 1 0xffffffff81602000 b67618 nvidia.ko 7 3 0xffffffff8216a000 6ef80 vboxdrv.ko 8 1 0xffffffff82421000 2a06 uhid.ko 9 1 0xffffffff82424000 e233 ng_l2cap.ko 10 1 0xffffffff82433000 1ce60 ng_btsocket.ko 11 1 0xffffffff82450000 3c04 ng_socket.ko 12 1 0xffffffff82454000 3725 ums.ko 13 1 0xffffffff82458000 3e0e uplcom.ko 14 1 0xffffffff8245c000 54b8 ucom.ko 15 2 0xffffffff82462000 2a0f vboxnetflt.ko 16 1 0xffffffff82465000 4374 ng_ether.ko 17 1 0xffffffff8246a000 3f86 vboxnetadp.ko include GENERIC ident starker nooptions QUOTA # Enable disk quotas for UFS nooptions MD_ROOT # MD is a potential root device nooptions NFS_ROOT # NFS usable as /, requires NFSCL #nooptions COMPAT_FREEBSD32 # Compatible with i386 binaries nooptions COMPAT_FREEBSD4 # Compatible with FreeBSD4 nooptions COMPAT_FREEBSD5 # Compatible with FreeBSD5 nooptions COMPAT_FREEBSD6 # Compatible with FreeBSD6 nooptions COMPAT_FREEBSD7 # Compatible with FreeBSD7 #nooptions SYSVSHM # SYSV-style shared memory #nooptions SYSVMSG # SYSV-style message queues #nooptions SYSVSEM # SYSV-style semaphores nooptions XENHVM nodevice fdc #nodevice ahci # AHCI-compatible SATA controllers nodevice mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA nodevice siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA nodevice ahc # AHA2940 and onboard AIC7xxx devices nodevice ahd # AHA39320/29320 and onboard AIC79xx devices nodevice esp # AMD Am53C974 (Tekram DC-390(T)) nodevice hptiop # Highpoint RocketRaid 3xxx series nodevice isp # Qlogic family nodevice mpt # LSI-Logic MPT-Fusion nodevice mps # LSI-Logic MPT-Fusion 2 nodevice mpr # LSI-Logic MPT-Fusion 3 nodevice sym # NCR/Symbios Logic (newer chipsets + those of `ncr') nodevice trm # Tekram DC395U/UW/F DC315U adapters nodevice adv # Advansys SCSI adapters nodevice adw # Advansys wide SCSI adapters nodevice aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. nodevice bt # Buslogic/Mylex MultiMaster SCSI adapters nodevice isci # Intel C600 SAS controller nodevice ch # SCSI media changers #nodevice da # Direct Access (disks) nodevice sa # Sequential Access (tape etc) #nodevice cd # CD #nodevice pass # Passthrough device (direct ATA/SCSI access) nodevice ses # Enclosure Services (SES and SAF-TE) nodevice amr # AMI MegaRAID nodevice arcmsr # Areca SATA II RAID nodevice ciss # Compaq Smart RAID 5* nodevice dpt # DPT Smartcache III, IV - See NOTES for options nodevice hptmv # Highpoint RocketRAID 182x nodevice hptnr # Highpoint DC7280, R750 nodevice hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx nodevice hpt27xx # Highpoint RocketRAID 27xx nodevice iir # Intel Integrated RAID nodevice ips # IBM (Adaptec) ServeRAID nodevice mly # Mylex AcceleRAID/eXtremeRAID nodevice twa # 3ware 9000 series PATA/SATA RAID nodevice tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller nodevice aac # Adaptec FSA RAID nodevice aacp # SCSI passthrough for aac (requires CAM) nodevice aacraid # Adaptec by PMC RAID nodevice ida # Compaq Smart RAID nodevice mfi # LSI MegaRAID SAS nodevice mlx # Mylex DAC960 family nodevice mrsas # LSI/Avago MegaRAID SAS/SATA, 6Gb/s and 12Gb/s nodevice twe # 3ware ATA RAID nodevice atkbdc # AT keyboard controller nodevice atkbd # AT keyboard nodevice psm # PS/2 mouse #nodevice kbdmux # keyboard multiplexer nodevice cbb # cardbus (yenta) bridge nodevice pccard # PC Card (16-bit) bus nodevice cardbus # CardBus (32-bit) bus nodevice ppc nodevice ppbus # Parallel port bus (required) nodevice lpt # Printer nodevice ppi # Parallel port interface device nodevice puc # Multi I/O cards and multi-channel UARTs nodevice bxe # Broadcom NetXtreme II BCM5771X/BCM578XX 10GbE nodevice de # DEC/Intel DC21x4x (``Tulip'') nodevice em # Intel PRO/1000 Gigabit Ethernet Family nodevice igb # Intel PRO/1000 PCIE Server Gigabit Family nodevice ixgbe # Intel PRO/10GbE PCIE Ethernet Family nodevice ixl # Intel XL710 40Gbe PCIE Ethernet nodevice ixlv # Intel XL710 40Gbe VF PCIE Ethernet nodevice le # AMD Am7900 LANCE and Am79C9xx PCnet nodevice ti # Alteon Networks Tigon I/II gigabit Ethernet nodevice txp # 3Com 3cR990 (``Typhoon'') nodevice vx # 3Com 3c590, 3c595 (``Vortex'') nodevice ae # Attansic/Atheros L2 FastEthernet nodevice age # Attansic/Atheros L1 Gigabit Ethernet nodevice alc # Atheros AR8131/AR8132 Ethernet nodevice ale # Atheros AR8121/AR8113/AR8114 Ethernet nodevice bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet nodevice bfe # Broadcom BCM440x 10/100 Ethernet nodevice bge # Broadcom BCM570xx Gigabit Ethernet nodevice cas # Sun Cassini/Cassini+ and NS DP83065 Saturn nodevice dc # DEC/Intel 21143 and various workalikes nodevice et # Agere ET1310 10/100/Gigabit Ethernet nodevice fxp # Intel EtherExpress PRO/100B (82557, 82558) nodevice gem # Sun GEM/Sun ERI/Apple GMAC nodevice hme # Sun HME (Happy Meal Ethernet) nodevice jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet nodevice lge # Level 1 LXT1001 gigabit Ethernet nodevice msk # Marvell/SysKonnect Yukon II Gigabit Ethernet nodevice nfe # nVidia nForce MCP on-board Ethernet nodevice nge # NatSemi DP83820 gigabit Ethernet nodevice pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') nodevice rl # RealTek 8129/8139 nodevice sf # Adaptec AIC-6915 (``Starfire'') nodevice sge # Silicon Integrated Systems SiS190/191 nodevice sis # Silicon Integrated Systems SiS 900/SiS 7016 nodevice sk # SysKonnect SK-984x & SK-982x gigabit Ethernet nodevice ste # Sundance ST201 (D-Link DFE-550TX) nodevice stge # Sundance/Tamarack TC9021 gigabit Ethernet nodevice tl # Texas Instruments ThunderLAN nodevice tx # SMC EtherPower II (83c170 ``EPIC'') nodevice vge # VIA VT612x gigabit Ethernet nodevice vr # VIA Rhine, Rhine II nodevice wb # Winbond W89C840F nodevice xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') nodevice cs # Crystal Semiconductor CS89x0 NIC nodevice ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards nodevice ex # Intel EtherExpress Pro/10 and Pro/10+ nodevice ep # Etherlink III based cards nodevice fe # Fujitsu MB8696x based cards nodevice sn # SMC's 9000 series of Ethernet chips nodevice xe # Xircom pccard Ethernet nodevice wlan # 802.11 support nodevice wlan_wep # 802.11 WEP support nodevice wlan_ccmp # 802.11 CCMP support nodevice wlan_tkip # 802.11 TKIP support nodevice wlan_amrr # AMRR transmit rate control algorithm nodevice an # Aironet 4500/4800 802.11 wireless NICs. nodevice ath # Atheros NICs nodevice ath_pci # Atheros pci/cardbus glue nodevice ath_hal # pci/cardbus chip support nodevice ath_rate_sample # SampleRate tx rate control for ath nodevice ipw # Intel 2100 wireless NICs. nodevice iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. nodevice iwn # Intel 4965/1000/5000/6000 wireless NICs. nodevice malo # Marvell Libertas wireless NICs. nodevice mwl # Marvell 88W8363 802.11n wireless NICs. nodevice ral # Ralink Technology RT2500 wireless NICs. nodevice wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. nodevice wpi # Intel 3945ABG wireless NICs. #nodevice sound # Generic sound driver (required) nodevice snd_cmi # CMedia CMI8338/CMI8738 nodevice snd_csa # Crystal Semiconductor CS461x/428x nodevice snd_emu10kx # Creative SoundBlaster Live! and Audigy nodevice snd_es137x # Ensoniq AudioPCI ES137x #nodevice snd_hda # Intel High Definition Audio nodevice snd_ich # Intel, NVidia and other ICH AC'97 Audio nodevice snd_via8233 # VIA VT8233x Audio nodevice mmc # MMC/SD bus nodevice mmcsd # MMC/SD memory card nodevice sdhci # Generic PCI SD Host Controller nodevice virtio # Generic VirtIO bus (required) nodevice virtio_pci # VirtIO PCI device nodevice vtnet # VirtIO Ethernet device nodevice virtio_blk # VirtIO Block device nodevice virtio_scsi # VirtIO SCSI device nodevice virtio_balloon # VirtIO Memory Balloon device nodevice hyperv # HyperV drivers nodevice xenpci # Xen HVM Hypervisor services driver nodevice vmx # VMware VMXNET3 Ethernet From owner-freebsd-current@freebsd.org Tue May 24 13:21:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5335EB48600 for ; Tue, 24 May 2016 13:21:20 +0000 (UTC) (envelope-from ken@kdm.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 3C5001CF9 for ; Tue, 24 May 2016 13:21:20 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3BB11B485FF; Tue, 24 May 2016 13:21: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 3B611B485FE for ; Tue, 24 May 2016 13:21:20 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 160E51CF8 for ; Tue, 24 May 2016 13:21:19 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4ODLHdJ065677 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 09:21:17 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4ODLHed065676; Tue, 24 May 2016 09:21:17 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 09:21:17 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524132117.GA65494@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1867408.u01hNEiJM1@asus.theweb.org.ua> <20160523230816.GA54355@mithlond.kdm.org> <1679722.baB5vE8cei@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1679722.baB5vE8cei@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 09:21:17 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 13:21:20 -0000 On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman > wrote: > > > > > > > > > > > I have faced the issue with fresh CURRENT stopped to boot > > > > > > > > > > > on > > > > > > > > > > > my > > > > > > > > > > > old > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA controller/devices > > > > > > > > > > > probed/attached > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > > > > > > > > > > > device > > > > > > > > > > > 31.1 > > > > > > > > > > > on > > > > > > > > > > > pci0 > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > atapci1: port > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device > > > > > > > > > > > 31.2 on > > > > > > > > > > > pci0 > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > ada1: ATA8-ACS SATA 3.x device > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem with your > > > > > > > > > > system, > > > > > > > > > > but > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in revision > > > > > > > > > > 300207 > > > > > > > > > > that > > > > > > > > > > broke the quirk functionality in the ada(4) driver. I don't > > > > > > > > > > think > > > > > > > > > > that > > > > > > > > > > is > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1 > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in the > > > > > > > > > > loader.conf, > > > > > > > > > > try > > > > > > > > > > taking one of them out, and reboot. If that works, try > > > > > > > > > > taking > > > > > > > > > > the > > > > > > > > > > other > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the problem > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded the > > > > > > > > > > quirks). > > > > > > > > > > 2. The extra probe steps in the ada(4) driver might be > > > > > > > > > > causing a > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be > > > > > > > > > > causing a > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > > > > > possibilities, > > > > > > > > > > we > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > was the quirk in effect. It is quirk for my Samsung HD200HJ > > > > > > > > > KF100-06 > > > > > > > > > hard > > > > > > > > > drive. > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can you try > > > > > > > > this: > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using the PIO > > > > > > > > version > > > > > > > > of > > > > > > > > the > > > > > > > > command: > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > > > > > > > > |hd > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try the DMA > > > > > > > > version > > > > > > > > of > > > > > > > > the > > > > > > > > command: > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > > > > > > > > |hd > > > > > > > > > > > > > > "Expecting a character pointer argument." error for both commands. > > > > > > > > > > > > Did the double quotes make it onto the command line? Both of those > > > > > > work > > > > > > for me... > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > Below is the output of commands: > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" > > > > > -i > > > > > 512 -> > > > > > > > > > > |hd > > > > > > > > > > camcontrol: error sending command > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 > > > > > 01 00 > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 > > > > > 0" > > > > > -i > > > > > 512 - |hd > > > > > camcontrol: error sending command > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 > > > > > 00 > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > Okay, at least it consistently fails with both the PIO and DMA versions. > > > > Looks like the drive claims to support READ LOG, but doesn't actually > > > > support it. > > > > > > > > Can you revert the previous patch, take the quirk out of loader.conf, > > > > and > > > > try this patch? > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > > > > > It adds the model number for your drive into the ada(4) driver as a > > > > quirk. > > > > > > Unfortunately it is not working ; but allows to boot with quirk added > > > back to> > > > loader.conf > > > > Okay, try this one. I put a question mark in place of the space, perhaps > > that will match it. > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > Still no luck, but it works with quirk in the loader.conf > Below is the drive identification from 'smartctl' output: > > === START OF INFORMATION SECTION === > Model Family: SAMSUNG SpinPoint S250 > Device Model: SAMSUNG HD200HJ > Serial Number: S16KJ1CQ500218 > LU WWN Device Id: 5 0000f0 01b500218 > Firmware Version: KF100-06 Hmm. Turns out a question mark won't match a space, so the previous patch wouldn't work. Can you send the output of: camcontrol identify ada0 -v That will include a raw identify data dump. Hopefully I can figure out what is going on from that. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 13:32:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68565B48961 for ; Tue, 24 May 2016 13:32:59 +0000 (UTC) (envelope-from ken@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 5244912F8 for ; Tue, 24 May 2016 13:32:59 +0000 (UTC) (envelope-from ken@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 51891B48960; Tue, 24 May 2016 13:32: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 4ED80B4895F for ; Tue, 24 May 2016 13:32:59 +0000 (UTC) (envelope-from ken@freebsd.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BBED12F7 for ; Tue, 24 May 2016 13:32:58 +0000 (UTC) (envelope-from ken@freebsd.org) Received: from [10.0.0.27] (mbp2013-wired.int.kdm.org [10.0.0.27]) (authenticated bits=0) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPSA id u4ODWurD065818 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 May 2016 09:32:57 -0400 (EDT) (envelope-from ken@freebsd.org) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: ATA? related trouble with r300299 From: Ken Merry In-Reply-To: Date: Tue, 24 May 2016 09:32:56 -0400 Cc: "Oleg V. Nauman" , current@freebsd.org Message-Id: <4ACA80CF-8267-4AEA-8806-BD014B291953@freebsd.org> References: To: Olli Hauer X-Mailer: Apple Mail (2.3124) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [96.89.93.250]); Tue, 24 May 2016 09:32:57 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 13:32:59 -0000 As Oleg mentioned, that was due to the compatibility shims for the old = ATA layer getting removed. The only thing required to get those = machines to boot would be to change /dev/ad* in /boot/loader.conf to the = correct /dev/ada device. Ken =E2=80=94=20 Ken Merry ken@FreeBSD.ORG > On May 24, 2016, at 12:42 AM, Olli Hauer wrote: >=20 > Not sure, but maybe related. > I had 5 old ata systems running, doing ntp and dns cache (running = since 5.0 lifted over time to 10.x) The systems showed no smart or any = other defects.=20 > Last year they began stop working with strange messages like adaX not = found where in fstab still was ataX (back from 5.x) ... > Meanwhile the systems are replaced and thrown away. > If from interest i can look for old logs. >=20 >=20 > On 23/05/2016, 21:25 "Kenneth D. Merry" wrote: > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote: > > > > I have faced the issue with fresh CURRENT stopped to boot on my old = desktop > > after update to r300299 > > Verbose boot shows the endless cycle of > > > > ata2: SATA reset: ports status=3D0x05 > > ata2: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 > > ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 > > ata2: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 > > ata2: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 > > messages logged to console. > > > > Below is the relevant portion of ATA controller/devices = probed/attached during > > the boot: > > > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on = pci0 > > ata0: at channel 0 on atapci0 > > atapci1: port 0xd080-0xd087, = 0xd000-0xd003, > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on = pci0 > > ata2: at channel 0 on atapci1 > > ata3: at channel 1 on atapci1 > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > ada0: ATA-7 SATA 2.x device > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > ada1: ATA8-ACS SATA 3.x device > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI device >=20 > I'm not entirely sure what is causing the problem with your system, = but > hopefully we can narrow it down a bit. >=20 > There is a bug that came in with my SMR changes in revision 300207 = that > broke the quirk functionality in the ada(4) driver. I don't think that = is > the problem you're seeing, though. >=20 > Can you try out this patch: >=20 > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1.txt = >=20 > In /boot/loader.conf, put the following: >=20 > kern.cam.ada.0.quirks=3D"0x04" > kern.cam.ada.1.quirks=3D"0x04" >=20 > If you're able to boot with those quirk entries in the loader.conf, = try > taking one of them out, and reboot. If that works, try taking the = other > one out and reboot. >=20 > What I'm trying to figure out here is where the problem lies: >=20 > 1. The bug with the ada(4) driver (in where it loaded the quirks). > 2. The extra probe steps in the ada(4) driver might be causing a = problem > with ada0 (Samsung drive). > 3. The extra probe steps in the ada(4) driver might be causing a = problem > with ada1 (Seagate drive). > 4. Something else. >=20 > So, if you can try the patch and try to eliminate a few possibilities, = we > may be able to narrow it down. >=20 > Thanks, >=20 > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current = > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@freebsd.org Tue May 24 13:38:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD72CB48A3C for ; Tue, 24 May 2016 13:38:50 +0000 (UTC) (envelope-from oleg@opentransfer.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 B5A4C168C for ; Tue, 24 May 2016 13:38:50 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id B187CB48A3B; Tue, 24 May 2016 13:38:50 +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 AEF6AB48A3A for ; Tue, 24 May 2016 13:38:50 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 21FE1168A; Tue, 24 May 2016 13:38:49 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4ODh6VG071267 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 16:43:08 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4ODceBi067925 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 16:38:40 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4ODceHQ067924; Tue, 24 May 2016 16:38:40 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 16:38:40 +0300 Message-ID: <1559513.B8DGOROI6t@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160524132117.GA65494@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1679722.baB5vE8cei@asus.theweb.org.ua> <20160524132117.GA65494@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 13:38:50 -0000 On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote: > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman > > > > wrote: > > > > > > > > > > > > I have faced the issue with fresh CURRENT stopped to > > > > > > > > > > > > boot > > > > > > > > > > > > on > > > > > > > > > > > > my > > > > > > > > > > > > old > > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA > > > > > > > > > > > > controller/devices > > > > > > > > > > > > probed/attached > > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > > > > > > > > > > > > device > > > > > > > > > > > > 31.1 > > > > > > > > > > > > on > > > > > > > > > > > > pci0 > > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > > atapci1: port > > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at > > > > > > > > > > > > device > > > > > > > > > > > > 31.2 on > > > > > > > > > > > > pci0 > > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > > ada1: ATA8-ACS SATA 3.x > > > > > > > > > > > > device > > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem with > > > > > > > > > > > your > > > > > > > > > > > system, > > > > > > > > > > > but > > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in > > > > > > > > > > > revision > > > > > > > > > > > 300207 > > > > > > > > > > > that > > > > > > > > > > > broke the quirk functionality in the ada(4) driver. I > > > > > > > > > > > don't > > > > > > > > > > > think > > > > > > > > > > > that > > > > > > > > > > > is > > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.201605 > > > > > > > > > > > 23.1 > > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in the > > > > > > > > > > > loader.conf, > > > > > > > > > > > try > > > > > > > > > > > taking one of them out, and reboot. If that works, try > > > > > > > > > > > taking > > > > > > > > > > > the > > > > > > > > > > > other > > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the problem > > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded > > > > > > > > > > > the > > > > > > > > > > > quirks). > > > > > > > > > > > 2. The extra probe steps in the ada(4) driver might be > > > > > > > > > > > causing a > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be > > > > > > > > > > > causing a > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > > > > > > possibilities, > > > > > > > > > > > we > > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > was the quirk in effect. It is quirk for my Samsung > > > > > > > > > > HD200HJ > > > > > > > > > > KF100-06 > > > > > > > > > > hard > > > > > > > > > > drive. > > > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can you > > > > > > > > > try > > > > > > > > > this: > > > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using the PIO > > > > > > > > > version > > > > > > > > > of > > > > > > > > > the > > > > > > > > > command: > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 > > > > > > > > > - > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try the DMA > > > > > > > > > version > > > > > > > > > of > > > > > > > > > the > > > > > > > > > command: > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i > > > > > > > > > 512 - > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > "Expecting a character pointer argument." error for both > > > > > > > > commands. > > > > > > > > > > > > > > Did the double quotes make it onto the command line? Both of > > > > > > > those > > > > > > > work > > > > > > > for me... > > > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > > > Below is the output of commands: > > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 > > > > > > 0" > > > > > > -i > > > > > > 512 -> > > > > > > > > > > > > |hd > > > > > > > > > > > > camcontrol: error sending command > > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 > > > > > > 00 > > > > > > 01 00 > > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > (ABRT ) > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 > > > > > > 0 1 > > > > > > 0" > > > > > > -i > > > > > > 512 - |hd > > > > > > camcontrol: error sending command > > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 > > > > > > 00 > > > > > > 00 > > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > (ABRT ) > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > Okay, at least it consistently fails with both the PIO and DMA > > > > > versions. > > > > > Looks like the drive claims to support READ LOG, but doesn't > > > > > actually > > > > > support it. > > > > > > > > > > Can you revert the previous patch, take the quirk out of > > > > > loader.conf, > > > > > and > > > > > try this patch? > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > > > > > > > It adds the model number for your drive into the ada(4) driver as a > > > > > quirk. > > > > > > > > Unfortunately it is not working ; but allows to boot with quirk added > > > > back to> > > > > > > > > loader.conf > > > > > > Okay, try this one. I put a question mark in place of the space, > > > perhaps > > > that will match it. > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > > > Still no luck, but it works with quirk in the loader.conf > > > > Below is the drive identification from 'smartctl' output: > > > > === START OF INFORMATION SECTION === > > Model Family: SAMSUNG SpinPoint S250 > > Device Model: SAMSUNG HD200HJ > > Serial Number: S16KJ1CQ500218 > > LU WWN Device Id: 5 0000f0 01b500218 > > Firmware Version: KF100-06 > > Hmm. Turns out a question mark won't match a space, so the previous patch > wouldn't work. Can you send the output of: > > camcontrol identify ada0 -v > > That will include a raw identify data dump. Hopefully I can figure out > what is going on from that. root@desktop:~ # camcontrol identify ada0 -v camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs pass1: Raw identify data: 0: 0040 3fff c837 0010 8856 022a 003f 0000 8: 0000 0000 5331 364b 4a31 4351 3530 3032 16: 3138 2020 2020 2020 0003 4000 0004 4b46 24: 3130 302d 3036 5341 4d53 554e 4720 4844 32: 3230 3048 4a20 2020 2020 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 64: 0003 0078 0078 0078 0078 0000 0000 0000 72: 0000 0000 0000 001f 0706 0000 004c 0040 80: 00f8 0052 746b 7f09 4123 7469 bc01 4123 88: 20ff 0019 0019 0000 fffe 0000 fe00 0000 96: 0000 0000 0000 0000 f1b0 1749 0000 0000 104: 0000 0000 0000 0000 5000 0f00 1b50 0218 112: 0000 0000 0000 0000 0000 0000 0000 401c 120: 401c 0000 0000 0000 0000 0000 0000 0000 128: 0029 0000 0000 0000 0000 0000 0000 0000 136: 0000 0000 0000 0000 ffff 0400 4e00 0003 144: 0000 9a00 0300 2400 7920 3438 0000 0000 152: 0000 0000 0000 0000 0000 0000 0000 0000 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0000 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 003f 0000 208: 0000 0000 0000 0000 0000 0000 0000 0000 216: 0000 0000 0000 0000 0000 0000 0000 0000 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0001 0400 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 98a5 camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs pass1: Raw native max data: 0: 5000 af00 49f1 1717 0000 0000 error = 0x00, sector_count = 0x0000, device = 0x17, status = 0x50 pass1: ATA-7 SATA 2.x device pass1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) protocol ATA/ATAPI-7 SATA 2.x device model SAMSUNG HD200HJ firmware revision KF100-06 serial number S16KJ1CQ500218 WWN 50000f001b500218 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 390721968 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags NCQ Queue Management no NCQ Streaming no Receive & Send FPDMA Queued no SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE media status notification no no power-up in Standby no no write-read-verify no no unload no no general purpose logging yes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 390721968/390721968 HPA - Security no Thank you. > > Thanks, > > Ken From owner-freebsd-current@freebsd.org Tue May 24 13:58:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67A8DB472EF for ; Tue, 24 May 2016 13:58:37 +0000 (UTC) (envelope-from gljennjohn@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 478CA18FD for ; Tue, 24 May 2016 13:58:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 46E6AB472EE; Tue, 24 May 2016 13:58: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 468E1B472ED for ; Tue, 24 May 2016 13:58:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEFE218FC; Tue, 24 May 2016 13:58:36 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id z87so13394773wmh.1; Tue, 24 May 2016 06:58:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=Gm9yZSkKp2NbMTK08ylxQ1yOfypWkqdZh1TmgbWWCSU=; b=B2Lzd0OE1KcBCW/N/qba1ZRtdafqU0lY2yQxZrhLM7oiBFzHelELGye7F3ZJ0I/u2a UN/NLlO843qcEAimvLFXqw50cqi2ReEFRbnxc/3sAaWcoUbikRJ4xcYS7njDvWRGZLCH nq2Xepoi0D2NIbi+ZqekDN0WqOHLvL+V6iLbXf+jBQ4+xGaHJFARTDUz140UWkHjolZ5 vxSfgjQNn7cccBEdyD6QOMRCpj6LftxtOY2y7VZQbYJSCZR0AYu2Ist+ECFCJuJa+Ox+ yFsn4BDA79FXxCrPS1andZ1XbVmzNCunCmJSPj012XEuSyAV/LNnAk1Q8oVGAna0am4z ozUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=Gm9yZSkKp2NbMTK08ylxQ1yOfypWkqdZh1TmgbWWCSU=; b=YSqlgAEUZaagFvFUQq5HLdyqRPzd3d5iTFkhfR4DOPSwzpgXfbrykbI9EKmTKa+5UX /m4J70Ce1K4bt4uR7x66D2wXDUGHyOYFqBoIby55OpS8st5WyEUlrGz3wbtTubdEkb+U YrlLQqgA3W0Y7MC4z7bRzoAXyInU4n6rotPW0FGVuHL+rq3bSap+qA8jInyDN0j/FOs9 rM7WOpRAxEIn7vIPhevFGjoSIssJlAOyVTVz5k6ph6v4g6NlVfU45d95LxABx0GnPura ujTeiho2wk0lblr7d1AV13rYdYWMDj7M5j1PptxtmNoYM8Oo4eh85LqkbQgeL4P39YAo EzbQ== X-Gm-Message-State: ALyK8tJQDUw6kNPTeQRpW+Jukaozj4ejr9ZZxSD9NBVJGjpw0cS1Bc0As4nwsi9gEkU5IA== X-Received: by 10.28.47.70 with SMTP id v67mr4784849wmv.56.1464098315272; Tue, 24 May 2016 06:58:35 -0700 (PDT) Received: from ernst.home (p4FC0F663.dip0.t-ipconnect.de. [79.192.246.99]) by smtp.gmail.com with ESMTPSA id w9sm19438954wme.19.2016.05.24.06.58.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 May 2016 06:58:34 -0700 (PDT) Date: Tue, 24 May 2016 15:58:28 +0200 From: Gary Jennejohn To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160524155828.7119d8a1@ernst.home> In-Reply-To: <20160523175105.GA50102@mithlond.kdm.org> References: <20160521100949.6179a697@ernst.home> <20160523175105.GA50102@mithlond.kdm.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 13:58:37 -0000 On Mon, 23 May 2016 13:51:05 -0400 "Kenneth D. Merry" wrote: > On Sat, May 21, 2016 at 10:09:49 +0200, Gary Jennejohn wrote: > > There appears to be a regression in AHCI/ADA behavior since r300207. > > > > Starting a test kernel at r300293 results in extremely long timeouts > > probing ahcich2 for non-existent multiplier ports. > > > > Here some kernel output: > > Is this dmesg output with or without the problem? > Actually it's the same with and without the problem. The only real difference is the timeouts. > > ahci0: > > port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03, > > 0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 17.0 on pci0 > > > > ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > > Has the controller always claimed support for Port Multipliers? > Yes, this from today's dmesg.boot: ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > > ahcich2: at channel 2 on ahci0 > > > > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > > > > /dev/ada1p1 on /home (ufs, local, journaled soft-updates) > > > > An older kernel at r299170 does not exhibit this peculiar behavior and > > mounts /home with no delays. > > Are you able to send dmesg output before and after? > Before is easy, since I have a dmesg.boot. After - I'll have to copy it from the screen since I don't have the patience to wait for booting to complete. The above is pretty much after, but I can copy down the timeout messages which arise when the mulitplier ports are probed (no disk is present on any of them, so it takes forever). The question in my mind is - why are "empty" multiplier ports being probed with the new code but not with the old code? -- Gary Jennejohn From owner-freebsd-current@freebsd.org Tue May 24 14:02:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE247B4752F for ; Tue, 24 May 2016 14:02:12 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D780A1D9F for ; Tue, 24 May 2016 14:02:12 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id D66B1B4752E; Tue, 24 May 2016 14:02:12 +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 D60ACB4752C for ; Tue, 24 May 2016 14:02:12 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ABD6E1D9D for ; Tue, 24 May 2016 14:02:12 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OE29aP066246 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 10:02:09 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OE29cg066245; Tue, 24 May 2016 10:02:09 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 10:02:09 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524140209.GB65494@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1679722.baB5vE8cei@asus.theweb.org.ua> <20160524132117.GA65494@mithlond.kdm.org> <1559513.B8DGOROI6t@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1559513.B8DGOROI6t@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 10:02:09 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 14:02:13 -0000 On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote: > On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote: > > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman > wrote: > > > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman > > > > > > wrote: > > > > > > > > > > > > > I have faced the issue with fresh CURRENT stopped to > > > > > > > > > > > > > boot > > > > > > > > > > > > > on > > > > > > > > > > > > > my > > > > > > > > > > > > > old > > > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA > > > > > > > > > > > > > controller/devices > > > > > > > > > > > > > probed/attached > > > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > > > > > > > > > > > > > device > > > > > > > > > > > > > 31.1 > > > > > > > > > > > > > on > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > > > atapci1: port > > > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at > > > > > > > > > > > > > device > > > > > > > > > > > > > 31.2 on > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > > > ada0: ATA-7 SATA 2.x device > > > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > > > ada1: ATA8-ACS SATA 3.x > > > > > > > > > > > > > device > > > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem with > > > > > > > > > > > > your > > > > > > > > > > > > system, > > > > > > > > > > > > but > > > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in > > > > > > > > > > > > revision > > > > > > > > > > > > 300207 > > > > > > > > > > > > that > > > > > > > > > > > > broke the quirk functionality in the ada(4) driver. I > > > > > > > > > > > > don't > > > > > > > > > > > > think > > > > > > > > > > > > that > > > > > > > > > > > > is > > > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.201605 > > > > > > > > > > > > 23.1 > > > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in the > > > > > > > > > > > > loader.conf, > > > > > > > > > > > > try > > > > > > > > > > > > taking one of them out, and reboot. If that works, try > > > > > > > > > > > > taking > > > > > > > > > > > > the > > > > > > > > > > > > other > > > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the problem > > > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it loaded > > > > > > > > > > > > the > > > > > > > > > > > > quirks). > > > > > > > > > > > > 2. The extra probe steps in the ada(4) driver might be > > > > > > > > > > > > causing a > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might be > > > > > > > > > > > > causing a > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a few > > > > > > > > > > > > possibilities, > > > > > > > > > > > > we > > > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > was the quirk in effect. It is quirk for my Samsung > > > > > > > > > > > HD200HJ > > > > > > > > > > > KF100-06 > > > > > > > > > > > hard > > > > > > > > > > > drive. > > > > > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can you > > > > > > > > > > try > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using the PIO > > > > > > > > > > version > > > > > > > > > > of > > > > > > > > > > the > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 > > > > > > > > > > - > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try the DMA > > > > > > > > > > version > > > > > > > > > > of > > > > > > > > > > the > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i > > > > > > > > > > 512 - > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > "Expecting a character pointer argument." error for both > > > > > > > > > commands. > > > > > > > > > > > > > > > > Did the double quotes make it onto the command line? Both of > > > > > > > > those > > > > > > > > work > > > > > > > > for me... > > > > > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > > > > > Below is the output of commands: > > > > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 > > > > > > > 0" > > > > > > > -i > > > > > > > 512 -> > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > camcontrol: error sending command > > > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 > > > > > > > 00 > > > > > > > 01 00 > > > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > > (ABRT ) > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 > > > > > > > 0 1 > > > > > > > 0" > > > > > > > -i > > > > > > > 512 - |hd > > > > > > > camcontrol: error sending command > > > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 > > > > > > > 00 > > > > > > > 00 > > > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > > (ABRT ) > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > > > Okay, at least it consistently fails with both the PIO and DMA > > > > > > versions. > > > > > > Looks like the drive claims to support READ LOG, but doesn't > > > > > > actually > > > > > > support it. > > > > > > > > > > > > Can you revert the previous patch, take the quirk out of > > > > > > loader.conf, > > > > > > and > > > > > > try this patch? > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > > > > > > > > > It adds the model number for your drive into the ada(4) driver as a > > > > > > quirk. > > > > > > > > > > Unfortunately it is not working ; but allows to boot with quirk added > > > > > back to> > > > > > > > > > > loader.conf > > > > > > > > Okay, try this one. I put a question mark in place of the space, > > > > perhaps > > > > that will match it. > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > > > > > Still no luck, but it works with quirk in the loader.conf > > > > > > Below is the drive identification from 'smartctl' output: > > > > > > === START OF INFORMATION SECTION === > > > Model Family: SAMSUNG SpinPoint S250 > > > Device Model: SAMSUNG HD200HJ > > > Serial Number: S16KJ1CQ500218 > > > LU WWN Device Id: 5 0000f0 01b500218 > > > Firmware Version: KF100-06 > > > > Hmm. Turns out a question mark won't match a space, so the previous patch > > wouldn't work. Can you send the output of: > > > > camcontrol identify ada0 -v > > > > That will include a raw identify data dump. Hopefully I can figure out > > what is going on from that. > > root@desktop:~ # camcontrol identify ada0 -v > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > pass1: Raw identify data: > 0: 0040 3fff c837 0010 8856 022a 003f 0000 > 8: 0000 0000 5331 364b 4a31 4351 3530 3032 > 16: 3138 2020 2020 2020 0003 4000 0004 4b46 > 24: 3130 302d 3036 5341 4d53 554e 4720 4844 > 32: 3230 3048 4a20 2020 2020 2020 2020 2020 > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > 72: 0000 0000 0000 001f 0706 0000 004c 0040 > 80: 00f8 0052 746b 7f09 4123 7469 bc01 4123 > 88: 20ff 0019 0019 0000 fffe 0000 fe00 0000 > 96: 0000 0000 0000 0000 f1b0 1749 0000 0000 > 104: 0000 0000 0000 0000 5000 0f00 1b50 0218 > 112: 0000 0000 0000 0000 0000 0000 0000 401c > 120: 401c 0000 0000 0000 0000 0000 0000 0000 > 128: 0029 0000 0000 0000 0000 0000 0000 0000 > 136: 0000 0000 0000 0000 ffff 0400 4e00 0003 > 144: 0000 9a00 0300 2400 7920 3438 0000 0000 > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > 200: 0000 0000 0000 0000 0000 0000 003f 0000 > 208: 0000 0000 0000 0000 0000 0000 0000 0000 > 216: 0000 0000 0000 0000 0000 0000 0000 0000 > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > 232: 0000 0000 0001 0400 0000 0000 0000 0000 > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > 248: 0000 0000 0000 0000 0000 0000 0000 98a5 > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs > pass1: Raw native max data: > 0: 5000 af00 49f1 1717 0000 0000 > error = 0x00, sector_count = 0x0000, device = 0x17, status = 0x50 > pass1: ATA-7 SATA 2.x device > pass1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > protocol ATA/ATAPI-7 SATA 2.x > device model SAMSUNG HD200HJ > firmware revision KF100-06 > serial number S16KJ1CQ500218 > WWN 50000f001b500218 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 390721968 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > NCQ Queue Management no > NCQ Streaming no > Receive & Send FPDMA Queued no > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management yes no 0/0x00 > automatic acoustic management yes no 0/0x00 254/0xFE > media status notification no no > power-up in Standby no no > write-read-verify no no > unload no no > general purpose logging yes yes > free-fall no no > Data Set Management (DSM/TRIM) no > Host Protected Area (HPA) yes no 390721968/390721968 > HPA - Security no Okay, there are no surprises in the identify data, so here's another patch that will hopefully shed some more light on where the quirks are getting messed up. https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.1.txt Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 14:41:28 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35579B4805B for ; Tue, 24 May 2016 14:41:28 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF73164B for ; Tue, 24 May 2016 14:41:28 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1F4B8B4805A; Tue, 24 May 2016 14:41:28 +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 1EF57B48059 for ; Tue, 24 May 2016 14:41:28 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D59FA164A for ; Tue, 24 May 2016 14:41:27 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OEfPRF066688 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 10:41:25 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OEfPoG066687; Tue, 24 May 2016 10:41:25 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 10:41:25 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160524144125.GA66261@mithlond.kdm.org> References: <20160521100949.6179a697@ernst.home> <20160523175105.GA50102@mithlond.kdm.org> <20160524155828.7119d8a1@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160524155828.7119d8a1@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 10:41:25 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 14:41:28 -0000 On Tue, May 24, 2016 at 15:58:28 +0200, Gary Jennejohn wrote: > On Mon, 23 May 2016 13:51:05 -0400 > "Kenneth D. Merry" wrote: > > > On Sat, May 21, 2016 at 10:09:49 +0200, Gary Jennejohn wrote: > > > There appears to be a regression in AHCI/ADA behavior since r300207. > > > > > > Starting a test kernel at r300293 results in extremely long timeouts > > > probing ahcich2 for non-existent multiplier ports. > > > > > > Here some kernel output: > > > > Is this dmesg output with or without the problem? > > > > Actually it's the same with and without the problem. The only real > difference is the timeouts. Ahh. > > > ahci0: > > > port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03, > > > 0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 17.0 on pci0 > > > > > > ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > > > > Has the controller always claimed support for Port Multipliers? > > > > Yes, this from today's dmesg.boot: > ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported > > > > ahcich2: at channel 2 on ahci0 > > > > > > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > > > > > > /dev/ada1p1 on /home (ufs, local, journaled soft-updates) > > > > > > An older kernel at r299170 does not exhibit this peculiar behavior and > > > mounts /home with no delays. > > > > Are you able to send dmesg output before and after? > > > > Before is easy, since I have a dmesg.boot. After - I'll have to > copy it from the screen since I don't have the patience to wait > for booting to complete. The above is pretty much after, but I > can copy down the timeout messages which arise when the > mulitplier ports are probed (no disk is present on any of them, > so it takes forever). > > The question in my mind is - why are "empty" multiplier ports being > probed with the new code but not with the old code? If the HBA says that it supports port multipliers, the kernel should always look for them. It probes the port multiplier first, before moving on to look for regular targets. So, from that standpoint, it should not be any different. It sounds like we're either getting further in the port multiplier probe process, or there is something different about the way things are behaving. If you can determine which commands are timing out, that may give us an idea about where it is in the probe process. Here is one way we may be able to track things down... Build a kernel with these options: options CAMDEBUG options CAM_DEBUG_FLAGS=CAM_DEBUG_PROBE If you build a kernel before and after the change with those options, it will hopefully allow us to compare the probe sequence and get a clue about where to look for the problem. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 14:59:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79614B483CE for ; Tue, 24 May 2016 14:59:59 +0000 (UTC) (envelope-from alexvpetrov@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 57A201F5B for ; Tue, 24 May 2016 14:59:59 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 56EFCB483CD; Tue, 24 May 2016 14:59: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 568F6B483CC for ; Tue, 24 May 2016 14:59:59 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::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 B83CA1F5A; Tue, 24 May 2016 14:59:58 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lb0-x22f.google.com with SMTP id ww9so6336022lbc.2; Tue, 24 May 2016 07:59:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=gcndYY3U4paYEXI2byac7b7l4FbxtoZ0/D/JH+GzhYc=; b=M3RvSdmdU2lnhe/r6VzOFGCsjhgZCOZGqZyZbcQC6NPLVDze0mA9+C0TTJYsWXGo0+ 2QC6kVpht3B4IeefgY1I89FuIm5OEHNd+R1w5EvyVaskDDXfHGdHRpB88hukxMLd+TTG 5FbOv+UgnSaZbBENQgcntkEQkrPuJxLWVlIPY5RSfmCI4jgpRy4QnDNMQ5O86HO2XstR uY838GQe2QS2MikEYO7ZGzgvFhxPGBnQ82I3ue42PGoMZ4aF0kCTT/0okxDHShf3/LM4 PxxrLkvyOVfEmkPVKIqnPucHtjCGdGz8/V8+xZy9aqoRS6Wyy9C6WNAPnezV8W1SG5iu jihQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=gcndYY3U4paYEXI2byac7b7l4FbxtoZ0/D/JH+GzhYc=; b=bWy0dpW8o9NocHwRAhwpxZ7NVa30AnCU4qTTx7VtE5yjoNnsvETW/ZmQ9MZb5mqCbG Is0YmUZHrnHZOBrP2uiO+8+vShOn42Q+wNAY9eqJ9gUqzkGI84AU7dY8Dn/rTubdDwS8 d9P9obezuO/I9jgqFruSp7+D4dOzd4xetck9L6DSkoA5UpfdtZAn8bWLEx6PSvQ5IE6L RB+wEZV0Be4lWA70nNztoJA0vDaoXPduqXR97FTAD5T3+EqYHw0kSpx/50f2S9dxc/3v xm9wUtJCl1TfK02cYHH6twYVJO17dccZvmfarN+1KL7qNT3CCc7uyiP2voWWC381GMN9 Tfeg== X-Gm-Message-State: AOPr4FWbcn3hpQqhECCcuYNLofqvQ/LsvGGIf1Y/mdBrs3UNcV9CFDud+Xf61LZ5+h5I1w== X-Received: by 10.112.166.41 with SMTP id zd9mr7828753lbb.122.1464101996429; Tue, 24 May 2016 07:59:56 -0700 (PDT) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id d1sm580779lbm.3.2016.05.24.07.59.55 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 May 2016 07:59:55 -0700 (PDT) Subject: Re: ATA? related trouble with r300299 To: "Kenneth D. Merry" , "Oleg V. Nauman" References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1867408.u01hNEiJM1@asus.theweb.org.ua> <20160523230816.GA54355@mithlond.kdm.org> <1679722.baB5vE8cei@asus.theweb.org.ua> <20160524132117.GA65494@mithlond.kdm.org> Cc: current@freebsd.org From: "Alex V. Petrov" Message-ID: Date: Tue, 24 May 2016 21:59:53 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160524132117.GA65494@mithlond.kdm.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 14:59:59 -0000 24.05.16 20:21, Kenneth D. Merry пишет: > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: >> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: >>> On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: >>>> On Monday 23 May 2016 17:30:45 you wrote: >>>>> On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: >>>>>> On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: >>>>>>> On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: >>>>>>>> On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: >>>>>>>>> On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: >>>>>>>>>> On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: >>>>>>>>>>> On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman >> wrote: >>>>>>>>>>>> I have faced the issue with fresh CURRENT stopped to boot >>>>>>>>>>>> on >>>>>>>>>>>> my >>>>>>>>>>>> old >>>>>>>>>>>> desktop >>>>>>>>>>>> >>>>>>>>>>>> after update to r300299 >>>>>>>>>>>> Verbose boot shows the endless cycle of >>>>>>>>>>>> >>>>>>>>>>>> ata2: SATA reset: ports status=0x05 >>>>>>>>>>>> ata2: reset tp1 mask=03 ostat0=50 ostat1=50 >>>>>>>>>>>> ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 >>>>>>>>>>>> ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 >>>>>>>>>>>> ata2: reset tp2 stat0=50 stat1=50 devices=0x3 >>>>>>>>>>>> messages logged to console. >>>>>>>>>>>> >>>>>>>>>>>> Below is the relevant portion of ATA controller/devices >>>>>>>>>>>> probed/attached >>>>>>>>>>>> during the boot: >>>>>>>>>>>> >>>>>>>>>>>> atapci0: port >>>>>>>>>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at >>>>>>>>>>>> device >>>>>>>>>>>> 31.1 >>>>>>>>>>>> on >>>>>>>>>>>> pci0 >>>>>>>>>>>> ata0: at channel 0 on atapci0 >>>>>>>>>>>> atapci1: port >>>>>>>>>>>> 0xd080-0xd087, >>>>>>>>>>>> 0xd000-0xd003, >>>>>>>>>>>> 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device >>>>>>>>>>>> 31.2 on >>>>>>>>>>>> pci0 >>>>>>>>>>>> ata2: at channel 0 on atapci1 >>>>>>>>>>>> ata3: at channel 1 on atapci1 >>>>>>>>>>>> ada0 at ata2 bus 0 scbus1 target 0 lun 0 >>>>>>>>>>>> ada0: ATA-7 SATA 2.x device >>>>>>>>>>>> ada1 at ata2 bus 0 scbus1 target 1 lun 0 >>>>>>>>>>>> ada1: ATA8-ACS SATA 3.x device >>>>>>>>>>>> cd0 at ata0 bus 0 scbus0 target 0 lun 0 >>>>>>>>>>>> cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI >>>>>>>>>>>> device >>>>>>>>>>> >>>>>>>>>>> I'm not entirely sure what is causing the problem with your >>>>>>>>>>> system, >>>>>>>>>>> but >>>>>>>>>>> hopefully we can narrow it down a bit. >>>>>>>>>>> >>>>>>>>>>> There is a bug that came in with my SMR changes in revision >>>>>>>>>>> 300207 >>>>>>>>>>> that >>>>>>>>>>> broke the quirk functionality in the ada(4) driver. I don't >>>>>>>>>>> think >>>>>>>>>>> that >>>>>>>>>>> is >>>>>>>>>>> the problem you're seeing, though. >>>>>>>>>>> >>>>>>>>>>> Can you try out this patch: >>>>>>>>>>> >>>>>>>>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1 >>>>>>>>>>> .txt >>>>>>>>>>> >>>>>>>>>>> In /boot/loader.conf, put the following: >>>>>>>>>>> >>>>>>>>>>> kern.cam.ada.0.quirks="0x04" >>>>>>>>>>> kern.cam.ada.1.quirks="0x04" >>>>>>>>>>> >>>>>>>>>>> If you're able to boot with those quirk entries in the >>>>>>>>>>> loader.conf, >>>>>>>>>>> try >>>>>>>>>>> taking one of them out, and reboot. If that works, try >>>>>>>>>>> taking >>>>>>>>>>> the >>>>>>>>>>> other >>>>>>>>>>> one out and reboot. >>>>>>>>>>> >>>>>>>>>>> What I'm trying to figure out here is where the problem >>>>>>>>>>> lies: >>>>>>>>>>> >>>>>>>>>>> 1. The bug with the ada(4) driver (in where it loaded the >>>>>>>>>>> quirks). >>>>>>>>>>> 2. The extra probe steps in the ada(4) driver might be >>>>>>>>>>> causing a >>>>>>>>>>> problem >>>>>>>>>>> >>>>>>>>>>> with ada0 (Samsung drive). >>>>>>>>>>> >>>>>>>>>>> 3. The extra probe steps in the ada(4) driver might be >>>>>>>>>>> causing a >>>>>>>>>>> problem >>>>>>>>>>> >>>>>>>>>>> with ada1 (Seagate drive). >>>>>>>>>>> >>>>>>>>>>> 4. Something else. >>>>>>>>>>> >>>>>>>>>>> So, if you can try the patch and try to eliminate a few >>>>>>>>>>> possibilities, >>>>>>>>>>> we >>>>>>>>>>> may be able to narrow it down. >>>>>>>>>> >>>>>>>>>> I was able to boot after applying the patch ; >>>>>>>>>> >>>>>>>>>> kern.cam.ada.0.quirks="0x04" >>>>>>>>>> was the quirk in effect. It is quirk for my Samsung HD200HJ >>>>>>>>>> KF100-06 >>>>>>>>>> hard >>>>>>>>>> drive. >>>>>>>>> >>>>>>>>> Okay. Just so we can narrow it down a little more, can you try >>>>>>>>> this: >>>>>>>>> >>>>>>>>> First, let's try getting an ATA Log directory using the PIO >>>>>>>>> version >>>>>>>>> of >>>>>>>>> the >>>>>>>>> command: >>>>>>>>> >>>>>>>>> camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - >>>>>>>>> |hd >>>>>>>>> >>>>>>>>> If that works (you should get hexdump output), try the DMA >>>>>>>>> version >>>>>>>>> of >>>>>>>>> the >>>>>>>>> command: >>>>>>>>> >>>>>>>>> camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - >>>>>>>>> |hd >>>>>>>> >>>>>>>> "Expecting a character pointer argument." error for both commands. >>>>>>> >>>>>>> Did the double quotes make it onto the command line? Both of those >>>>>>> work >>>>>>> for me... >>>>>> >>>>>> Something went wrong from my side, sorry. >>>>>> >>>>>> Below is the output of commands: >>>>>> >>>>>> root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" >>>>>> -i >>>>>> 512 -> >>>>>> >>>>>> |hd >>>>>> >>>>>> camcontrol: error sending command >>>>>> (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 >>>>>> 01 00 >>>>>> (pass1:ata2:0:0:0): CAM status: ATA Status Error >>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 >>>>>> root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 >>>>>> 0" >>>>>> -i >>>>>> 512 - |hd >>>>>> camcontrol: error sending command >>>>>> (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 >>>>>> 00 >>>>>> 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error >>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 >>>>> >>>>> Okay, at least it consistently fails with both the PIO and DMA versions. >>>>> Looks like the drive claims to support READ LOG, but doesn't actually >>>>> support it. >>>>> >>>>> Can you revert the previous patch, take the quirk out of loader.conf, >>>>> and >>>>> try this patch? >>>>> >>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt >>>>> >>>>> It adds the model number for your drive into the ada(4) driver as a >>>>> quirk. >>>> >>>> Unfortunately it is not working ; but allows to boot with quirk added >>>> back to> >>>> loader.conf >>> >>> Okay, try this one. I put a question mark in place of the space, perhaps >>> that will match it. >>> >>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt >> >> Still no luck, but it works with quirk in the loader.conf >> Below is the drive identification from 'smartctl' output: >> >> === START OF INFORMATION SECTION === >> Model Family: SAMSUNG SpinPoint S250 >> Device Model: SAMSUNG HD200HJ >> Serial Number: S16KJ1CQ500218 >> LU WWN Device Id: 5 0000f0 01b500218 >> Firmware Version: KF100-06 > > Hmm. Turns out a question mark won't match a space, so the previous patch > wouldn't work. Can you send the output of: > > camcontrol identify ada0 -v > > That will include a raw identify data dump. Hopefully I can figure out > what is going on from that. > > Thanks, > > Ken > My old AMD(nForce4-ultra) has the same problems (don't boot on new revisions). camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs pass0: Raw identify data: 0: 0040 3fff c837 0010 8856 022a 003f 0000 8: 0000 0000 5330 4d55 4a31 5050 3530 3936 16: 3137 2020 2020 2020 0003 8000 0004 4352 24: 3130 302d 3130 5341 4d53 554e 4720 4844 32: 3530 314c 4a20 2020 2020 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 64: 0003 0078 0078 0078 0078 0000 0000 0000 72: 0000 0000 0000 001f 0706 0000 004c 0040 80: 01f8 0052 746b 7f01 4123 7469 bc01 4123 88: 20ff 0054 0054 0000 fffe 0000 fe00 0000 96: 0000 0000 0000 0000 6030 3a38 0000 0000 104: 0000 0000 0000 0000 5000 0f00 1b50 9617 112: 0000 0000 0000 0000 0000 0000 0000 4010 120: 4010 0000 0000 0000 0000 0000 0000 0000 128: 0021 0000 0000 0000 0000 0000 0000 0000 136: 0000 0000 0000 0000 ffff 0400 0e00 0003 144: 0000 9a00 0300 2400 6420 3231 0000 0000 152: 0000 0000 0000 0000 0000 0000 0000 0000 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0000 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 003f 0000 208: 0000 0000 0000 0000 0000 0000 0000 0000 216: 0000 0000 0000 0000 0000 0000 100f 0000 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0001 0400 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 75a5 camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs pass0: Raw native max data: 0: 5000 2f00 3860 3a3a 0000 0000 error = 0x00, sector_count = 0x0000, device = 0x3a, status = 0x50 pass0: ATA8-ACS SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model SAMSUNG HD501LJ firmware revision CR100-10 serial number S0MUJ1PP509617 WWN 50000f001b509617 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 976773168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags NCQ Queue Management no NCQ Streaming no Receive & Send FPDMA Queued no SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management yes no 0/0x00 254/0xFE media status notification no no power-up in Standby no no write-read-verify no no unload no no general purpose logging yes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 976773168/976773168 HPA - Security no -- ----- Alex. From owner-freebsd-current@freebsd.org Tue May 24 15:21:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 689D2B48BCF for ; Tue, 24 May 2016 15:21:32 +0000 (UTC) (envelope-from oleg@opentransfer.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 50FCF1D53 for ; Tue, 24 May 2016 15:21:32 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5049AB48BCE; Tue, 24 May 2016 15:21:32 +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 4FE41B48BCD for ; Tue, 24 May 2016 15:21:32 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CF841D50; Tue, 24 May 2016 15:21:31 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4OFPkTw072377 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 18:25:47 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4OFLJw0068421 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 18:21:20 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4OFLJQm068420; Tue, 24 May 2016 18:21:19 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 18:21:19 +0300 Message-ID: <5675128.X7vIuanIF1@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160524140209.GB65494@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1559513.B8DGOROI6t@asus.theweb.org.ua> <20160524140209.GB65494@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 15:21:32 -0000 On Tuesday 24 May 2016 10:02:09 you wrote: > On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote: > > On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote: > > > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > > > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > > > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > > > > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman > > > > wrote: > > > > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. > > > > > > > > > > > > > Nauman > > > > > > > > wrote: > > > > > > > > > > > > > > I have faced the issue with fresh CURRENT stopped > > > > > > > > > > > > > > to > > > > > > > > > > > > > > boot > > > > > > > > > > > > > > on > > > > > > > > > > > > > > my > > > > > > > > > > > > > > old > > > > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA > > > > > > > > > > > > > > controller/devices > > > > > > > > > > > > > > probed/attached > > > > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf > > > > > > > > > > > > > > at > > > > > > > > > > > > > > device > > > > > > > > > > > > > > 31.1 > > > > > > > > > > > > > > on > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > > > > atapci1: port > > > > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 > > > > > > > > > > > > > > at > > > > > > > > > > > > > > device > > > > > > > > > > > > > > 31.2 on > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > > > > ada0: ATA-7 SATA 2.x > > > > > > > > > > > > > > device > > > > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > > > > ada1: ATA8-ACS SATA 3.x > > > > > > > > > > > > > > device > > > > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM > > > > > > > > > > > > > > SCSI > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem > > > > > > > > > > > > > with > > > > > > > > > > > > > your > > > > > > > > > > > > > system, > > > > > > > > > > > > > but > > > > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in > > > > > > > > > > > > > revision > > > > > > > > > > > > > 300207 > > > > > > > > > > > > > that > > > > > > > > > > > > > broke the quirk functionality in the ada(4) driver. > > > > > > > > > > > > > I > > > > > > > > > > > > > don't > > > > > > > > > > > > > think > > > > > > > > > > > > > that > > > > > > > > > > > > > is > > > > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20 > > > > > > > > > > > > > 1605 > > > > > > > > > > > > > 23.1 > > > > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in > > > > > > > > > > > > > the > > > > > > > > > > > > > loader.conf, > > > > > > > > > > > > > try > > > > > > > > > > > > > taking one of them out, and reboot. If that works, > > > > > > > > > > > > > try > > > > > > > > > > > > > taking > > > > > > > > > > > > > the > > > > > > > > > > > > > other > > > > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the > > > > > > > > > > > > > problem > > > > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it > > > > > > > > > > > > > loaded > > > > > > > > > > > > > the > > > > > > > > > > > > > quirks). > > > > > > > > > > > > > 2. The extra probe steps in the ada(4) driver might > > > > > > > > > > > > > be > > > > > > > > > > > > > causing a > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might > > > > > > > > > > > > > be > > > > > > > > > > > > > causing a > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a > > > > > > > > > > > > > few > > > > > > > > > > > > > possibilities, > > > > > > > > > > > > > we > > > > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > was the quirk in effect. It is quirk for my Samsung > > > > > > > > > > > > HD200HJ > > > > > > > > > > > > KF100-06 > > > > > > > > > > > > hard > > > > > > > > > > > > drive. > > > > > > > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can > > > > > > > > > > > you > > > > > > > > > > > try > > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using the > > > > > > > > > > > PIO > > > > > > > > > > > version > > > > > > > > > > > of > > > > > > > > > > > the > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i > > > > > > > > > > > 512 > > > > > > > > > > > - > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try the > > > > > > > > > > > DMA > > > > > > > > > > > version > > > > > > > > > > > of > > > > > > > > > > > the > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" > > > > > > > > > > > -i > > > > > > > > > > > 512 - > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > "Expecting a character pointer argument." error for both > > > > > > > > > > commands. > > > > > > > > > > > > > > > > > > Did the double quotes make it onto the command line? Both > > > > > > > > > of > > > > > > > > > those > > > > > > > > > work > > > > > > > > > for me... > > > > > > > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > > > > > > > Below is the output of commands: > > > > > > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 > > > > > > > > 0 1 > > > > > > > > 0" > > > > > > > > -i > > > > > > > > 512 -> > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > camcontrol: error sending command > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 > > > > > > > > 00 > > > > > > > > 00 > > > > > > > > 01 00 > > > > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > > > (ABRT ) > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 > > > > > > > > 0 0 > > > > > > > > 0 1 > > > > > > > > 0" > > > > > > > > -i > > > > > > > > 512 - |hd > > > > > > > > camcontrol: error sending command > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 > > > > > > > > 00 00 > > > > > > > > 00 > > > > > > > > 00 > > > > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > > > (ABRT ) > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > > > > > Okay, at least it consistently fails with both the PIO and DMA > > > > > > > versions. > > > > > > > Looks like the drive claims to support READ LOG, but doesn't > > > > > > > actually > > > > > > > support it. > > > > > > > > > > > > > > Can you revert the previous patch, take the quirk out of > > > > > > > loader.conf, > > > > > > > and > > > > > > > try this patch? > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > > > > > > > > > > > It adds the model number for your drive into the ada(4) driver > > > > > > > as a > > > > > > > quirk. > > > > > > > > > > > > Unfortunately it is not working ; but allows to boot with quirk > > > > > > added > > > > > > back to> > > > > > > > > > > > > loader.conf > > > > > > > > > > Okay, try this one. I put a question mark in place of the space, > > > > > perhaps > > > > > that will match it. > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > > > > > > > Still no luck, but it works with quirk in the loader.conf > > > > > > > > Below is the drive identification from 'smartctl' output: > > > > > > > > === START OF INFORMATION SECTION === > > > > Model Family: SAMSUNG SpinPoint S250 > > > > Device Model: SAMSUNG HD200HJ > > > > Serial Number: S16KJ1CQ500218 > > > > LU WWN Device Id: 5 0000f0 01b500218 > > > > Firmware Version: KF100-06 > > > > > > Hmm. Turns out a question mark won't match a space, so the previous > > > patch > > > wouldn't work. Can you send the output of: > > > > > > camcontrol identify ada0 -v > > > > > > That will include a raw identify data dump. Hopefully I can figure out > > > what is going on from that. > > > > root@desktop:~ # camcontrol identify ada0 -v > > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > > > > pass1: Raw identify data: > > 0: 0040 3fff c837 0010 8856 022a 003f 0000 > > 8: 0000 0000 5331 364b 4a31 4351 3530 3032 > > > > 16: 3138 2020 2020 2020 0003 4000 0004 4b46 > > 24: 3130 302d 3036 5341 4d53 554e 4720 4844 > > 32: 3230 3048 4a20 2020 2020 2020 2020 2020 > > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > > 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > > 72: 0000 0000 0000 001f 0706 0000 004c 0040 > > 80: 00f8 0052 746b 7f09 4123 7469 bc01 4123 > > 88: 20ff 0019 0019 0000 fffe 0000 fe00 0000 > > 96: 0000 0000 0000 0000 f1b0 1749 0000 0000 > > > > 104: 0000 0000 0000 0000 5000 0f00 1b50 0218 > > 112: 0000 0000 0000 0000 0000 0000 0000 401c > > 120: 401c 0000 0000 0000 0000 0000 0000 0000 > > 128: 0029 0000 0000 0000 0000 0000 0000 0000 > > 136: 0000 0000 0000 0000 ffff 0400 4e00 0003 > > 144: 0000 9a00 0300 2400 7920 3438 0000 0000 > > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > > 200: 0000 0000 0000 0000 0000 0000 003f 0000 > > 208: 0000 0000 0000 0000 0000 0000 0000 0000 > > 216: 0000 0000 0000 0000 0000 0000 0000 0000 > > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > > 232: 0000 0000 0001 0400 0000 0000 0000 0000 > > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > > 248: 0000 0000 0000 0000 0000 0000 0000 98a5 > > > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 > > msecs> > > pass1: Raw native max data: > > 0: 5000 af00 49f1 1717 0000 0000 > > > > error = 0x00, sector_count = 0x0000, device = 0x17, status = 0x50 > > pass1: ATA-7 SATA 2.x device > > pass1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > > > protocol ATA/ATAPI-7 SATA 2.x > > device model SAMSUNG HD200HJ > > firmware revision KF100-06 > > serial number S16KJ1CQ500218 > > WWN 50000f001b500218 > > cylinders 16383 > > heads 16 > > sectors/track 63 > > sector size logical 512, physical 512, offset 0 > > LBA supported 268435455 sectors > > LBA48 supported 390721968 sectors > > PIO supported PIO4 > > DMA supported WDMA2 UDMA6 > > > > Feature Support Enabled Value Vendor > > read ahead yes yes > > write cache yes yes > > flush cache yes yes > > overlap no > > Tagged Command Queuing (TCQ) no no > > Native Command Queuing (NCQ) yes 32 tags > > NCQ Queue Management no > > NCQ Streaming no > > Receive & Send FPDMA Queued no > > SMART yes yes > > microcode download yes yes > > security yes no > > power management yes yes > > advanced power management yes no 0/0x00 > > automatic acoustic management yes no 0/0x00 254/0xFE > > media status notification no no > > power-up in Standby no no > > write-read-verify no no > > unload no no > > general purpose logging yes yes > > free-fall no no > > Data Set Management (DSM/TRIM) no > > Host Protected Area (HPA) yes no 390721968/390721968 > > HPA - Security no > > Okay, there are no surprises in the identify data, so here's another patch > that will hopefully shed some more light on where the quirks are getting > messed up. > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.1.txt Not sure what was causing previous failures but it is bootable now without loader.conf quirks: kernel: (ada0:ata2:0:0:0): adaregister: match found, quirks 0x04 kernel: (ada0:ata2:0:0:0): adaregister: quirks now 0x04 kernel: ada0 at ata2 bus 0 scbus1 target 0 lun 0 kernel: ada0: ATA-7 SATA 2.x device kernel: ada0: Serial Number S16KJ1CQ500218 kernel: ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) kernel: ada0: 190782MB (390721968 512 byte sectors) kernel: ada0: quirks=0x4 kernel: (ada1:ata2:0:1:0): adaregister: match found, quirks 0x01 kernel: (ada1:ata2:0:1:0): adaregister: quirks now 0x01 kernel: ada1 at ata2 bus 0 scbus1 target 1 lun 0 kernel: ada1: ATA8-ACS SATA 3.x device kernel: ada1: Serial Number Z3T7WB31 kernel: ada1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) kernel: ada1: 476940MB (976773168 512 byte sectors) kernel: ada1: quirks=0x1<4K> Thank you! > > Thanks, > > Ken From owner-freebsd-current@freebsd.org Tue May 24 17:13:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B6B9B48D63 for ; Tue, 24 May 2016 17:13:34 +0000 (UTC) (envelope-from ken@kdm.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 149561096 for ; Tue, 24 May 2016 17:13:34 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 13C88B48D62; Tue, 24 May 2016 17:13: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 13628B48D61 for ; Tue, 24 May 2016 17:13:34 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CE83D1095 for ; Tue, 24 May 2016 17:13:33 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OHDUEM068726 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 13:13:30 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OHDTYv068725; Tue, 24 May 2016 13:13:29 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 13:13:29 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524171329.GA66830@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1559513.B8DGOROI6t@asus.theweb.org.ua> <20160524140209.GB65494@mithlond.kdm.org> <5675128.X7vIuanIF1@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5675128.X7vIuanIF1@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 13:13:30 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 17:13:34 -0000 On Tue, May 24, 2016 at 18:21:19 +0300, Oleg V. Nauman wrote: > On Tuesday 24 May 2016 10:02:09 you wrote: > > On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote: > > > On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote: > > > > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > > > > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > > > > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > > > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman > wrote: > > > > > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman > > > > > > wrote: > > > > > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. > > > > > > > > > > > > > > Nauman > > > > > > > > > > wrote: > > > > > > > > > > > > > > > I have faced the issue with fresh CURRENT stopped > > > > > > > > > > > > > > > to > > > > > > > > > > > > > > > boot > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > my > > > > > > > > > > > > > > > old > > > > > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA > > > > > > > > > > > > > > > controller/devices > > > > > > > > > > > > > > > probed/attached > > > > > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf > > > > > > > > > > > > > > > at > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > 31.1 > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > > > > > atapci1: port > > > > > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 > > > > > > > > > > > > > > > at > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > 31.2 on > > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > > > > > ada0: ATA-7 SATA 2.x > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > > > > > ada1: ATA8-ACS SATA 3.x > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM > > > > > > > > > > > > > > > SCSI > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the problem > > > > > > > > > > > > > > with > > > > > > > > > > > > > > your > > > > > > > > > > > > > > system, > > > > > > > > > > > > > > but > > > > > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes in > > > > > > > > > > > > > > revision > > > > > > > > > > > > > > 300207 > > > > > > > > > > > > > > that > > > > > > > > > > > > > > broke the quirk functionality in the ada(4) driver. > > > > > > > > > > > > > > I > > > > > > > > > > > > > > don't > > > > > > > > > > > > > > think > > > > > > > > > > > > > > that > > > > > > > > > > > > > > is > > > > > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20 > > > > > > > > > > > > > > 1605 > > > > > > > > > > > > > > 23.1 > > > > > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries in > > > > > > > > > > > > > > the > > > > > > > > > > > > > > loader.conf, > > > > > > > > > > > > > > try > > > > > > > > > > > > > > taking one of them out, and reboot. If that works, > > > > > > > > > > > > > > try > > > > > > > > > > > > > > taking > > > > > > > > > > > > > > the > > > > > > > > > > > > > > other > > > > > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it > > > > > > > > > > > > > > loaded > > > > > > > > > > > > > > the > > > > > > > > > > > > > > quirks). > > > > > > > > > > > > > > 2. The extra probe steps in the ada(4) driver might > > > > > > > > > > > > > > be > > > > > > > > > > > > > > causing a > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver might > > > > > > > > > > > > > > be > > > > > > > > > > > > > > causing a > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to eliminate a > > > > > > > > > > > > > > few > > > > > > > > > > > > > > possibilities, > > > > > > > > > > > > > > we > > > > > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > was the quirk in effect. It is quirk for my Samsung > > > > > > > > > > > > > HD200HJ > > > > > > > > > > > > > KF100-06 > > > > > > > > > > > > > hard > > > > > > > > > > > > > drive. > > > > > > > > > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, can > > > > > > > > > > > > you > > > > > > > > > > > > try > > > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using the > > > > > > > > > > > > PIO > > > > > > > > > > > > version > > > > > > > > > > > > of > > > > > > > > > > > > the > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i > > > > > > > > > > > > 512 > > > > > > > > > > > > - > > > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try the > > > > > > > > > > > > DMA > > > > > > > > > > > > version > > > > > > > > > > > > of > > > > > > > > > > > > the > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" > > > > > > > > > > > > -i > > > > > > > > > > > > 512 - > > > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > "Expecting a character pointer argument." error for both > > > > > > > > > > > commands. > > > > > > > > > > > > > > > > > > > > Did the double quotes make it onto the command line? Both > > > > > > > > > > of > > > > > > > > > > those > > > > > > > > > > work > > > > > > > > > > for me... > > > > > > > > > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > > > > > > > > > Below is the output of commands: > > > > > > > > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 > > > > > > > > > 0 1 > > > > > > > > > 0" > > > > > > > > > -i > > > > > > > > > 512 -> > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > camcontrol: error sending command > > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 > > > > > > > > > 00 > > > > > > > > > 00 > > > > > > > > > 01 00 > > > > > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > > > > (ABRT ) > > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 > > > > > > > > > 0 0 > > > > > > > > > 0 1 > > > > > > > > > 0" > > > > > > > > > -i > > > > > > > > > 512 - |hd > > > > > > > > > camcontrol: error sending command > > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 > > > > > > > > > 00 00 > > > > > > > > > 00 > > > > > > > > > 00 > > > > > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 > > > > > > > > > (ABRT ) > > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > > > > > > > Okay, at least it consistently fails with both the PIO and DMA > > > > > > > > versions. > > > > > > > > Looks like the drive claims to support READ LOG, but doesn't > > > > > > > > actually > > > > > > > > support it. > > > > > > > > > > > > > > > > Can you revert the previous patch, take the quirk out of > > > > > > > > loader.conf, > > > > > > > > and > > > > > > > > try this patch? > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > > > > > > > > > > > > > > > > It adds the model number for your drive into the ada(4) driver > > > > > > > > as a > > > > > > > > quirk. > > > > > > > > > > > > > > Unfortunately it is not working ; but allows to boot with quirk > > > > > > > added > > > > > > > back to> > > > > > > > > > > > > > > loader.conf > > > > > > > > > > > > Okay, try this one. I put a question mark in place of the space, > > > > > > perhaps > > > > > > that will match it. > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > > > > > > > > > Still no luck, but it works with quirk in the loader.conf > > > > > > > > > > Below is the drive identification from 'smartctl' output: > > > > > > > > > > === START OF INFORMATION SECTION === > > > > > Model Family: SAMSUNG SpinPoint S250 > > > > > Device Model: SAMSUNG HD200HJ > > > > > Serial Number: S16KJ1CQ500218 > > > > > LU WWN Device Id: 5 0000f0 01b500218 > > > > > Firmware Version: KF100-06 > > > > > > > > Hmm. Turns out a question mark won't match a space, so the previous > > > > patch > > > > wouldn't work. Can you send the output of: > > > > > > > > camcontrol identify ada0 -v > > > > > > > > That will include a raw identify data dump. Hopefully I can figure out > > > > what is going on from that. > > > > > > root@desktop:~ # camcontrol identify ada0 -v > > > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > > > > > > pass1: Raw identify data: > > > 0: 0040 3fff c837 0010 8856 022a 003f 0000 > > > 8: 0000 0000 5331 364b 4a31 4351 3530 3032 > > > > > > 16: 3138 2020 2020 2020 0003 4000 0004 4b46 > > > 24: 3130 302d 3036 5341 4d53 554e 4720 4844 > > > 32: 3230 3048 4a20 2020 2020 2020 2020 2020 > > > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > > > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > > > 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > > > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > > > 72: 0000 0000 0000 001f 0706 0000 004c 0040 > > > 80: 00f8 0052 746b 7f09 4123 7469 bc01 4123 > > > 88: 20ff 0019 0019 0000 fffe 0000 fe00 0000 > > > 96: 0000 0000 0000 0000 f1b0 1749 0000 0000 > > > > > > 104: 0000 0000 0000 0000 5000 0f00 1b50 0218 > > > 112: 0000 0000 0000 0000 0000 0000 0000 401c > > > 120: 401c 0000 0000 0000 0000 0000 0000 0000 > > > 128: 0029 0000 0000 0000 0000 0000 0000 0000 > > > 136: 0000 0000 0000 0000 ffff 0400 4e00 0003 > > > 144: 0000 9a00 0300 2400 7920 3438 0000 0000 > > > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 200: 0000 0000 0000 0000 0000 0000 003f 0000 > > > 208: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 216: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 232: 0000 0000 0001 0400 0000 0000 0000 0000 > > > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > > > 248: 0000 0000 0000 0000 0000 0000 0000 98a5 > > > > > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 > > > msecs> > > > pass1: Raw native max data: > > > 0: 5000 af00 49f1 1717 0000 0000 > > > > > > error = 0x00, sector_count = 0x0000, device = 0x17, status = 0x50 > > > pass1: ATA-7 SATA 2.x device > > > pass1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > > > > > protocol ATA/ATAPI-7 SATA 2.x > > > device model SAMSUNG HD200HJ > > > firmware revision KF100-06 > > > serial number S16KJ1CQ500218 > > > WWN 50000f001b500218 > > > cylinders 16383 > > > heads 16 > > > sectors/track 63 > > > sector size logical 512, physical 512, offset 0 > > > LBA supported 268435455 sectors > > > LBA48 supported 390721968 sectors > > > PIO supported PIO4 > > > DMA supported WDMA2 UDMA6 > > > > > > Feature Support Enabled Value Vendor > > > read ahead yes yes > > > write cache yes yes > > > flush cache yes yes > > > overlap no > > > Tagged Command Queuing (TCQ) no no > > > Native Command Queuing (NCQ) yes 32 tags > > > NCQ Queue Management no > > > NCQ Streaming no > > > Receive & Send FPDMA Queued no > > > SMART yes yes > > > microcode download yes yes > > > security yes no > > > power management yes yes > > > advanced power management yes no 0/0x00 > > > automatic acoustic management yes no 0/0x00 254/0xFE > > > media status notification no no > > > power-up in Standby no no > > > write-read-verify no no > > > unload no no > > > general purpose logging yes yes > > > free-fall no no > > > Data Set Management (DSM/TRIM) no > > > Host Protected Area (HPA) yes no 390721968/390721968 > > > HPA - Security no > > > > Okay, there are no surprises in the identify data, so here's another patch > > that will hopefully shed some more light on where the quirks are getting > > messed up. > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.1.txt > > Not sure what was causing previous failures but it is bootable now without > loader.conf quirks: Great! > kernel: (ada0:ata2:0:0:0): adaregister: match found, quirks 0x04 > kernel: (ada0:ata2:0:0:0): adaregister: quirks now 0x04 > kernel: ada0 at ata2 bus 0 scbus1 target 0 lun 0 > kernel: ada0: ATA-7 SATA 2.x device > kernel: ada0: Serial Number S16KJ1CQ500218 > kernel: ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > kernel: ada0: 190782MB (390721968 512 byte sectors) > kernel: ada0: quirks=0x4 > > kernel: (ada1:ata2:0:1:0): adaregister: match found, quirks 0x01 > kernel: (ada1:ata2:0:1:0): adaregister: quirks now 0x01 > kernel: ada1 at ata2 bus 0 scbus1 target 1 lun 0 > kernel: ada1: ATA8-ACS SATA 3.x device > kernel: ada1: Serial Number Z3T7WB31 > kernel: ada1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > kernel: ada1: 476940MB (976773168 512 byte sectors) > kernel: ada1: quirks=0x1<4K> One thing that is concerning is that we now have an additional report of a Samsung drive that won't boot with the new code. It would be good if we could figure out a way to get your machine to boot without a quirk, even if there were a couple of error messages. Otherwise, I suspect we'll see more drives that aren't quirked that have issues. Your drive returns an error when we send it a read log on the command line. When the quirk isn't in place, does your machine boot at all? Or does it hang? Or continually spit out error messages? Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 17:46:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AA19B47979 for ; Tue, 24 May 2016 17:46:51 +0000 (UTC) (envelope-from oleg@opentransfer.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 730821893 for ; Tue, 24 May 2016 17:46:51 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6ECCFB47978; Tue, 24 May 2016 17:46:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C36CB47977 for ; Tue, 24 May 2016 17:46:51 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 922731891; Tue, 24 May 2016 17:46:50 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4OHp3Qe073703 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 20:51:07 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4OHkYkL069010 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 20:46:35 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4OHkX1F069009; Tue, 24 May 2016 20:46:33 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 20:46:33 +0300 Message-ID: <4098903.NVJrBtROzX@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160524171329.GA66830@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <5675128.X7vIuanIF1@asus.theweb.org.ua> <20160524171329.GA66830@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 17:46:51 -0000 On Tuesday 24 May 2016 13:13:29 Kenneth D. Merry wrote: > On Tue, May 24, 2016 at 18:21:19 +0300, Oleg V. Nauman wrote: > > On Tuesday 24 May 2016 10:02:09 you wrote: > > > On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote: > > > > On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote: > > > > > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > > > > > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > > > > > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > > > > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > > > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > > > > > > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman > > > > wrote: > > > > > > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. > > > > > > > > > > > > > Nauman > > > > > > > > wrote: > > > > > > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > > > > > > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. > > > > > > > > > > > > > > > Nauman > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > I have faced the issue with fresh CURRENT > > > > > > > > > > > > > > > > stopped > > > > > > > > > > > > > > > > to > > > > > > > > > > > > > > > > boot > > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > > my > > > > > > > > > > > > > > > > old > > > > > > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA > > > > > > > > > > > > > > > > controller/devices > > > > > > > > > > > > > > > > probed/attached > > > > > > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xf > > > > > > > > > > > > > > > > faf > > > > > > > > > > > > > > > > at > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > 31.1 > > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > > > > > > atapci1: port > > > > > > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq > > > > > > > > > > > > > > > > 19 > > > > > > > > > > > > > > > > at > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > 31.2 on > > > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > > > > > > ada0: ATA-7 SATA > > > > > > > > > > > > > > > > 2.x > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > > > > > > ada1: ATA8-ACS SATA > > > > > > > > > > > > > > > > 3.x > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable > > > > > > > > > > > > > > > > CD-ROM > > > > > > > > > > > > > > > > SCSI > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > with > > > > > > > > > > > > > > > your > > > > > > > > > > > > > > > system, > > > > > > > > > > > > > > > but > > > > > > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > revision > > > > > > > > > > > > > > > 300207 > > > > > > > > > > > > > > > that > > > > > > > > > > > > > > > broke the quirk functionality in the ada(4) > > > > > > > > > > > > > > > driver. > > > > > > > > > > > > > > > I > > > > > > > > > > > > > > > don't > > > > > > > > > > > > > > > think > > > > > > > > > > > > > > > that > > > > > > > > > > > > > > > is > > > > > > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patc > > > > > > > > > > > > > > > h.20 > > > > > > > > > > > > > > > 1605 > > > > > > > > > > > > > > > 23.1 > > > > > > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > loader.conf, > > > > > > > > > > > > > > > try > > > > > > > > > > > > > > > taking one of them out, and reboot. If that > > > > > > > > > > > > > > > works, > > > > > > > > > > > > > > > try > > > > > > > > > > > > > > > taking > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > other > > > > > > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it > > > > > > > > > > > > > > > loaded > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > quirks). > > > > > > > > > > > > > > > 2. The extra probe steps in the ada(4) driver > > > > > > > > > > > > > > > might > > > > > > > > > > > > > > > be > > > > > > > > > > > > > > > causing a > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver > > > > > > > > > > > > > > > might > > > > > > > > > > > > > > > be > > > > > > > > > > > > > > > causing a > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to > > > > > > > > > > > > > > > eliminate a > > > > > > > > > > > > > > > few > > > > > > > > > > > > > > > possibilities, > > > > > > > > > > > > > > > we > > > > > > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > > was the quirk in effect. It is quirk for my > > > > > > > > > > > > > > Samsung > > > > > > > > > > > > > > HD200HJ > > > > > > > > > > > > > > KF100-06 > > > > > > > > > > > > > > hard > > > > > > > > > > > > > > drive. > > > > > > > > > > > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, > > > > > > > > > > > > > can > > > > > > > > > > > > > you > > > > > > > > > > > > > try > > > > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using > > > > > > > > > > > > > the > > > > > > > > > > > > > PIO > > > > > > > > > > > > > version > > > > > > > > > > > > > of > > > > > > > > > > > > > the > > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" > > > > > > > > > > > > > -i > > > > > > > > > > > > > 512 > > > > > > > > > > > > > - > > > > > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try > > > > > > > > > > > > > the > > > > > > > > > > > > > DMA > > > > > > > > > > > > > version > > > > > > > > > > > > > of > > > > > > > > > > > > > the > > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 > > > > > > > > > > > > > 0" > > > > > > > > > > > > > -i > > > > > > > > > > > > > 512 - > > > > > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > > > "Expecting a character pointer argument." error for > > > > > > > > > > > > both > > > > > > > > > > > > commands. > > > > > > > > > > > > > > > > > > > > > > Did the double quotes make it onto the command line? > > > > > > > > > > > Both > > > > > > > > > > > of > > > > > > > > > > > those > > > > > > > > > > > work > > > > > > > > > > > for me... > > > > > > > > > > > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > > > > > > > > > > > Below is the output of commands: > > > > > > > > > > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 > > > > > > > > > > 0 0 > > > > > > > > > > 0 1 > > > > > > > > > > 0" > > > > > > > > > > -i > > > > > > > > > > 512 -> > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > camcontrol: error sending command > > > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 > > > > > > > > > > 00 00 > > > > > > > > > > 00 > > > > > > > > > > 00 > > > > > > > > > > 01 00 > > > > > > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: > > > > > > > > > > 04 > > > > > > > > > > (ABRT ) > > > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 > > > > > > > > > > 0 0 > > > > > > > > > > 0 0 > > > > > > > > > > 0 1 > > > > > > > > > > 0" > > > > > > > > > > -i > > > > > > > > > > 512 - |hd > > > > > > > > > > camcontrol: error sending command > > > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 > > > > > > > > > > 00 > > > > > > > > > > 00 00 > > > > > > > > > > 00 > > > > > > > > > > 00 > > > > > > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: > > > > > > > > > > 04 > > > > > > > > > > (ABRT ) > > > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > > > > > > > > > Okay, at least it consistently fails with both the PIO and > > > > > > > > > DMA > > > > > > > > > versions. > > > > > > > > > Looks like the drive claims to support READ LOG, but doesn't > > > > > > > > > actually > > > > > > > > > support it. > > > > > > > > > > > > > > > > > > Can you revert the previous patch, take the quirk out of > > > > > > > > > loader.conf, > > > > > > > > > and > > > > > > > > > try this patch? > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2 > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > It adds the model number for your drive into the ada(4) > > > > > > > > > driver > > > > > > > > > as a > > > > > > > > > quirk. > > > > > > > > > > > > > > > > Unfortunately it is not working ; but allows to boot with > > > > > > > > quirk > > > > > > > > added > > > > > > > > back to> > > > > > > > > > > > > > > > > loader.conf > > > > > > > > > > > > > > Okay, try this one. I put a question mark in place of the > > > > > > > space, > > > > > > > perhaps > > > > > > > that will match it. > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > > > > > > > > > > > Still no luck, but it works with quirk in the loader.conf > > > > > > > > > > > > Below is the drive identification from 'smartctl' output: > > > > > > > > > > > > === START OF INFORMATION SECTION === > > > > > > Model Family: SAMSUNG SpinPoint S250 > > > > > > Device Model: SAMSUNG HD200HJ > > > > > > Serial Number: S16KJ1CQ500218 > > > > > > LU WWN Device Id: 5 0000f0 01b500218 > > > > > > Firmware Version: KF100-06 > > > > > > > > > > Hmm. Turns out a question mark won't match a space, so the previous > > > > > patch > > > > > wouldn't work. Can you send the output of: > > > > > > > > > > camcontrol identify ada0 -v > > > > > > > > > > That will include a raw identify data dump. Hopefully I can figure > > > > > out > > > > > what is going on from that. > > > > > > > > root@desktop:~ # camcontrol identify ada0 -v > > > > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > > > > > > > > pass1: Raw identify data: > > > > 0: 0040 3fff c837 0010 8856 022a 003f 0000 > > > > 8: 0000 0000 5331 364b 4a31 4351 3530 3032 > > > > > > > > 16: 3138 2020 2020 2020 0003 4000 0004 4b46 > > > > 24: 3130 302d 3036 5341 4d53 554e 4720 4844 > > > > 32: 3230 3048 4a20 2020 2020 2020 2020 2020 > > > > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > > > > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > > > > 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > > > > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > > > > 72: 0000 0000 0000 001f 0706 0000 004c 0040 > > > > 80: 00f8 0052 746b 7f09 4123 7469 bc01 4123 > > > > 88: 20ff 0019 0019 0000 fffe 0000 fe00 0000 > > > > 96: 0000 0000 0000 0000 f1b0 1749 0000 0000 > > > > > > > > 104: 0000 0000 0000 0000 5000 0f00 1b50 0218 > > > > 112: 0000 0000 0000 0000 0000 0000 0000 401c > > > > 120: 401c 0000 0000 0000 0000 0000 0000 0000 > > > > 128: 0029 0000 0000 0000 0000 0000 0000 0000 > > > > 136: 0000 0000 0000 0000 ffff 0400 4e00 0003 > > > > 144: 0000 9a00 0300 2400 7920 3438 0000 0000 > > > > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 200: 0000 0000 0000 0000 0000 0000 003f 0000 > > > > 208: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 216: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 232: 0000 0000 0001 0400 0000 0000 0000 0000 > > > > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > 248: 0000 0000 0000 0000 0000 0000 0000 98a5 > > > > > > > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 > > > > msecs> > > > > > > > > pass1: Raw native max data: > > > > 0: 5000 af00 49f1 1717 0000 0000 > > > > > > > > error = 0x00, sector_count = 0x0000, device = 0x17, status = 0x50 > > > > pass1: ATA-7 SATA 2.x device > > > > pass1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > > > > > > > protocol ATA/ATAPI-7 SATA 2.x > > > > device model SAMSUNG HD200HJ > > > > firmware revision KF100-06 > > > > serial number S16KJ1CQ500218 > > > > WWN 50000f001b500218 > > > > cylinders 16383 > > > > heads 16 > > > > sectors/track 63 > > > > sector size logical 512, physical 512, offset 0 > > > > LBA supported 268435455 sectors > > > > LBA48 supported 390721968 sectors > > > > PIO supported PIO4 > > > > DMA supported WDMA2 UDMA6 > > > > > > > > Feature Support Enabled Value Vendor > > > > read ahead yes yes > > > > write cache yes yes > > > > flush cache yes yes > > > > overlap no > > > > Tagged Command Queuing (TCQ) no no > > > > Native Command Queuing (NCQ) yes 32 tags > > > > NCQ Queue Management no > > > > NCQ Streaming no > > > > Receive & Send FPDMA Queued no > > > > SMART yes yes > > > > microcode download yes yes > > > > security yes no > > > > power management yes yes > > > > advanced power management yes no 0/0x00 > > > > automatic acoustic management yes no 0/0x00 254/0xFE > > > > media status notification no no > > > > power-up in Standby no no > > > > write-read-verify no no > > > > unload no no > > > > general purpose logging yes yes > > > > free-fall no no > > > > Data Set Management (DSM/TRIM) no > > > > Host Protected Area (HPA) yes no 390721968/390721968 > > > > HPA - Security no > > > > > > Okay, there are no surprises in the identify data, so here's another > > > patch > > > that will hopefully shed some more light on where the quirks are getting > > > messed up. > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.1.txt > > > > Not sure what was causing previous failures but it is bootable now > > without > > > > loader.conf quirks: > Great! > > > kernel: (ada0:ata2:0:0:0): adaregister: match found, quirks 0x04 > > kernel: (ada0:ata2:0:0:0): adaregister: quirks now 0x04 > > kernel: ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > kernel: ada0: ATA-7 SATA 2.x device > > kernel: ada0: Serial Number S16KJ1CQ500218 > > kernel: ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > kernel: ada0: 190782MB (390721968 512 byte sectors) > > kernel: ada0: quirks=0x4 > > > > kernel: (ada1:ata2:0:1:0): adaregister: match found, quirks 0x01 > > kernel: (ada1:ata2:0:1:0): adaregister: quirks now 0x01 > > kernel: ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > kernel: ada1: ATA8-ACS SATA 3.x device > > kernel: ada1: Serial Number Z3T7WB31 > > kernel: ada1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > kernel: ada1: 476940MB (976773168 512 byte sectors) > > kernel: ada1: quirks=0x1<4K> > > One thing that is concerning is that we now have an additional report of a > Samsung drive that won't boot with the new code. > > It would be good if we could figure out a way to get your machine to boot > without a quirk, even if there were a couple of error messages. Otherwise, > I suspect we'll see more drives that aren't quirked that have issues. > > Your drive returns an error when we send it a read log on the command line. > When the quirk isn't in place, does your machine boot at all? Or does it > hang? Or continually spit out error messages? Here is what happens when I noticed the issue: Boot process stopped with new kernel after the system update. I was waiting for appr. 10 minutes The next step: boot the same kernel with verbose logging I noticed that kernel produce ata2: SATA reset: ports status=0x05 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=50 devices=0x3 five error messages. I was waiting for appr. 1 hour, 5 error messages ( they were always the same ) were logged every 30 seconds but without any further progress on boot. > > Ken From owner-freebsd-current@freebsd.org Tue May 24 18:00:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3638AB47C93 for ; Tue, 24 May 2016 18:00:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 15FB01E8A for ; Tue, 24 May 2016 18:00:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 15594B47C92; Tue, 24 May 2016 18:00: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 14FF2B47C91 for ; Tue, 24 May 2016 18:00:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EAC51E86; Tue, 24 May 2016 18:00:54 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id n129so143452213wmn.1; Tue, 24 May 2016 11:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=c7M9vThX7cZXOy2LO8dms6B0NpQvafpOLaND9aGPAWU=; b=muy36uvqZ+/5jEy1QKQ9y7JsR4RK4aHkqaYwzW4HzPVF3gzamdCyNGPHvhhn3R34Na RX9UH9ii50nwQjwO/9nxugvNJokzDDAm3qCpgyYrfkhHi+ufMoKoq7gBU/U29WkHLfyh P+vvpevJHi21o34ZcAzBMpaVcfp9STBM4c1WRv6cq1oRcHiWOqAIEfmL47xNQs2OdbS7 SdGW8mQr21C666Op/rFV4Z74MAhaeUcSYZZqyI/bp/v1SmOrZNelI6lwzJQxLDzry1yL rutkojZonYw9wwZhSJd/duzBOD3MB4fQ+AdGmVjwoFKJ/tnm3RZPqNu8/CXxoaFcgRUu 5WhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=c7M9vThX7cZXOy2LO8dms6B0NpQvafpOLaND9aGPAWU=; b=W2x2K7kHtHEASChJER+J9L/kAKsaQP3ak75653tPn2rLCrYpEZzEJ48T7LuEMg725P bDZ1XggIOGgZ44IrlL29cPBvBYBxpDsFhqmL/WQMQG3U5n5A2N4cPN8C9hsAQeIDrGyx J7fh7eBJoxj/ZZxxXsPa3CzoA6abzYWtDriKX1ESxKcoH2AIvpnb/mXLI59JcnQEFRJX yEGlSMwTWJghqWkr1ASQ/96NXim1gjpp4Vu0GCzCcClCSkx3syiF8rM8YlWjDpSp6xyt 7QlaoiESE/RuRE/O97ARbyuo/GPvvpfr62J43GixfNifl4aUkyf72iRoHvNlDQFSj0aV 9h5w== X-Gm-Message-State: ALyK8tIDLcfK8S1L7szO/+V9FXp7Wqjh8Bk6OGCHkozEBdt+Qj/6grlxaP0zujI8aTWOoQ== X-Received: by 10.28.230.87 with SMTP id d84mr20715553wmh.50.1464112852889; Tue, 24 May 2016 11:00:52 -0700 (PDT) Received: from ernst.home (p4FC0F663.dip0.t-ipconnect.de. [79.192.246.99]) by smtp.gmail.com with ESMTPSA id q125sm4914431wmd.19.2016.05.24.11.00.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 May 2016 11:00:52 -0700 (PDT) Date: Tue, 24 May 2016 20:00:51 +0200 From: Gary Jennejohn To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160524200051.42d0e6cb@ernst.home> In-Reply-To: <20160524144125.GA66261@mithlond.kdm.org> References: <20160521100949.6179a697@ernst.home> <20160523175105.GA50102@mithlond.kdm.org> <20160524155828.7119d8a1@ernst.home> <20160524144125.GA66261@mithlond.kdm.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 18:00:55 -0000 On Tue, 24 May 2016 10:41:25 -0400 "Kenneth D. Merry" wrote: > > The question in my mind is - why are "empty" multiplier ports being > > probed with the new code but not with the old code? > > If the HBA says that it supports port multipliers, the kernel should always > look for them. It probes the port multiplier first, before moving on to > look for regular targets. > > So, from that standpoint, it should not be any different. It sounds like > we're either getting further in the port multiplier probe process, or there > is something different about the way things are behaving. > > If you can determine which commands are timing out, that may give us an > idea about where it is in the probe process. > > Here is one way we may be able to track things down... Build a kernel with > these options: > > options CAMDEBUG > options CAM_DEBUG_FLAGS=CAM_DEBUG_PROBE > > If you build a kernel before and after the change with those options, it > will hopefully allow us to compare the probe sequence and get a clue about > where to look for the problem. > OK, both the old and new kernel versions do an extremely fast intial probe with these results (note: obtained with grep over dmesg.boot): (aprobe0:ahcich0:0:15:0): Probe started (aprobe0:ahcich0:0:15:0): Probe PROBE_INVALID to PROBE_RESET (aprobe1:ahcich1:0:15:0): Probe started (aprobe1:ahcich1:0:15:0): Probe PROBE_INVALID to PROBE_RESET (aprobe2:ahcich2:0:15:0): Probe started (aprobe2:ahcich2:0:15:0): Probe PROBE_INVALID to PROBE_RESET (aprobe3:ahcich3:0:15:0): Probe started (aprobe3:ahcich3:0:15:0): Probe PROBE_INVALID to PROBE_RESET (aprobe4:ahcich4:0:15:0): Probe started (aprobe4:ahcich4:0:15:0): Probe PROBE_INVALID to PROBE_RESET (aprobe5:ahcich5:0:15:0): Probe started (aprobe5:ahcich5:0:15:0): Probe PROBE_INVALID to PROBE_RESET (aprobe4:ahcich4:0:15:0): Probe PROBE_RESET to PROBE_RESET (aprobe4:ahcich4:0:15:0): Probe PROBE_RESET to PROBE_INVALID (aprobe4:ahcich4:0:15:0): Probe completed (aprobe4:ahcich4:0:0:0): Probe started (aprobe4:ahcich4:0:0:0): Probe PROBE_INVALID to PROBE_RESET (aprobe4:ahcich4:0:0:0): Probe PROBE_RESET to PROBE_INVALID (aprobe4:ahcich4:0:0:0): Probe completed (aprobe0:ahcich0:0:15:0): Probe PROBE_RESET to PROBE_RESET (aprobe2:ahcich2:0:15:0): Probe PROBE_RESET to PROBE_RESET (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:15:0): Probe PROBE_RESET to PROBE_INVALID (aprobe0:ahcich0:0:15:0): Probe completed (aprobe2:ahcich2:0:15:0): SIGNATURE: 0000 (aprobe2:ahcich2:0:15:0): Probe PROBE_RESET to PROBE_INVALID (aprobe2:ahcich2:0:15:0): Probe completed (aprobe0:ahcich0:0:0:0): Probe started (aprobe0:ahcich0:0:0:0): Probe PROBE_INVALID to PROBE_RESET (aprobe2:ahcich2:0:0:0): Probe started (aprobe2:ahcich2:0:0:0): Probe PROBE_INVALID to PROBE_RESET (aprobe3:ahcich3:0:15:0): Probe PROBE_RESET to PROBE_RESET (aprobe5:ahcich5:0:15:0): Probe PROBE_RESET to PROBE_RESET (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY (aprobe2:ahcich2:0:0:0): SIGNATURE: 0000 (aprobe2:ahcich2:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY (aprobe1:ahcich1:0:15:0): Probe PROBE_RESET to PROBE_RESET (aprobe3:ahcich3:0:15:0): SIGNATURE: 0000 (aprobe3:ahcich3:0:15:0): Probe PROBE_RESET to PROBE_INVALID (aprobe3:ahcich3:0:15:0): Probe completed (aprobe5:ahcich5:0:15:0): SIGNATURE: 0000 (aprobe5:ahcich5:0:15:0): Probe PROBE_RESET to PROBE_INVALID (aprobe5:ahcich5:0:15:0): Probe completed (aprobe1:ahcich1:0:15:0): SIGNATURE: eb14 (aprobe1:ahcich1:0:15:0): Probe PROBE_RESET to PROBE_INVALID (aprobe1:ahcich1:0:15:0): Probe completed (aprobe1:ahcich3:0:0:0): Probe started (aprobe1:ahcich3:0:0:0): Probe PROBE_INVALID to PROBE_RESET (aprobe3:ahcich5:0:0:0): Probe started (aprobe3:ahcich5:0:0:0): Probe PROBE_INVALID to PROBE_RESET (aprobe4:ahcich1:0:0:0): Probe started (aprobe4:ahcich1:0:0:0): Probe PROBE_INVALID to PROBE_RESET (aprobe1:ahcich3:0:0:0): SIGNATURE: 0000 (aprobe1:ahcich3:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY (aprobe3:ahcich5:0:0:0): SIGNATURE: 0000 (aprobe3:ahcich5:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY (aprobe4:ahcich1:0:0:0): SIGNATURE: eb14 (aprobe4:ahcich1:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY (aprobe0:ahcich0:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE (aprobe1:ahcich3:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE (aprobe3:ahcich5:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE (aprobe0:ahcich0:0:0:0): Probe PROBE_SETMODE to PROBE_SET_MULTI (aprobe1:ahcich3:0:0:0): Probe PROBE_SETMODE to PROBE_SETDMAAA (aprobe3:ahcich5:0:0:0): Probe PROBE_SETMODE to PROBE_SETDMAAA (aprobe0:ahcich0:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE (aprobe0:ahcich0:0:0:0): Probe completed (aprobe1:ahcich3:0:0:0): Probe PROBE_SETDMAAA to PROBE_SET_MULTI (aprobe4:ahcich1:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE (aprobe3:ahcich5:0:0:0): Probe PROBE_SETDMAAA to PROBE_SET_MULTI (aprobe1:ahcich3:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE (aprobe1:ahcich3:0:0:0): Probe completed (aprobe3:ahcich5:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE (aprobe3:ahcich5:0:0:0): Probe completed (aprobe2:ahcich2:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE (aprobe4:ahcich1:0:0:0): Probe PROBE_SETMODE to PROBE_INQUIRY (aprobe2:ahcich2:0:0:0): Probe PROBE_SETMODE to PROBE_SETDMAAA (aprobe2:ahcich2:0:0:0): Probe PROBE_SETDMAAA to PROBE_SET_MULTI (aprobe2:ahcich2:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE (aprobe2:ahcich2:0:0:0): Probe completed (aprobe4:ahcich1:0:0:0): Probe PROBE_INQUIRY to PROBE_FULL_INQUIRY (aprobe4:ahcich1:0:0:0): Probe PROBE_FULL_INQUIRY to PROBE_DONE (aprobe4:ahcich1:0:0:0): Probe completed it looks like the code is basically checking to see how many ports are on a multiplier since it looks at port 0 and port 15. [I don't have a dmesg.boot for the "broken" kernel, but I saw the probe messages going shooting past and it was obviuos that they were the same] The old code stops there. The new code starts probing for what appear to be random ports on a multiplier, like 0, 7, 20, 17, etc. These always result in timeouts. These probes always start with "Probe PROBE_INVALID to PROBE_IDENTIFY" Why the new code doesn't accept the PROBE_INVALID and skip over it I don't understand. After I noticed that the same ports had been probed several times on achich2 with no apparent end in sight I rebooted. This behavior is extremely poor. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Tue May 24 19:10:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB3D9B49C8A for ; Tue, 24 May 2016 19:10:50 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B512F1470 for ; Tue, 24 May 2016 19:10:50 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id B47ADB49C89; Tue, 24 May 2016 19:10:50 +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 B41F6B49C88 for ; Tue, 24 May 2016 19:10:50 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 73A73146B for ; Tue, 24 May 2016 19:10:49 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OJAgIt070200 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 15:10:42 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OJAfSV070199; Tue, 24 May 2016 15:10:41 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 15:10:41 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160524191041.GB66830@mithlond.kdm.org> References: <20160521100949.6179a697@ernst.home> <20160523175105.GA50102@mithlond.kdm.org> <20160524155828.7119d8a1@ernst.home> <20160524144125.GA66261@mithlond.kdm.org> <20160524200051.42d0e6cb@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160524200051.42d0e6cb@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 15:10:42 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 19:10:50 -0000 On Tue, May 24, 2016 at 20:00:51 +0200, Gary Jennejohn wrote: > On Tue, 24 May 2016 10:41:25 -0400 > "Kenneth D. Merry" wrote: > > > > The question in my mind is - why are "empty" multiplier ports being > > > probed with the new code but not with the old code? > > > > If the HBA says that it supports port multipliers, the kernel should always > > look for them. It probes the port multiplier first, before moving on to > > look for regular targets. > > > > So, from that standpoint, it should not be any different. It sounds like > > we're either getting further in the port multiplier probe process, or there > > is something different about the way things are behaving. > > > > If you can determine which commands are timing out, that may give us an > > idea about where it is in the probe process. > > > > Here is one way we may be able to track things down... Build a kernel with > > these options: > > > > options CAMDEBUG > > options CAM_DEBUG_FLAGS=CAM_DEBUG_PROBE > > > > If you build a kernel before and after the change with those options, it > > will hopefully allow us to compare the probe sequence and get a clue about > > where to look for the problem. > > > > OK, both the old and new kernel versions do an extremely fast intial > probe with these results (note: obtained with grep over dmesg.boot): > > (aprobe0:ahcich0:0:15:0): Probe started > (aprobe0:ahcich0:0:15:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe1:ahcich1:0:15:0): Probe started > (aprobe1:ahcich1:0:15:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe2:ahcich2:0:15:0): Probe started > (aprobe2:ahcich2:0:15:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe3:ahcich3:0:15:0): Probe started > (aprobe3:ahcich3:0:15:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe4:ahcich4:0:15:0): Probe started > (aprobe4:ahcich4:0:15:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe5:ahcich5:0:15:0): Probe started > (aprobe5:ahcich5:0:15:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe4:ahcich4:0:15:0): Probe PROBE_RESET to PROBE_RESET > (aprobe4:ahcich4:0:15:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe4:ahcich4:0:15:0): Probe completed > (aprobe4:ahcich4:0:0:0): Probe started > (aprobe4:ahcich4:0:0:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe4:ahcich4:0:0:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe4:ahcich4:0:0:0): Probe completed > (aprobe0:ahcich0:0:15:0): Probe PROBE_RESET to PROBE_RESET > (aprobe2:ahcich2:0:15:0): Probe PROBE_RESET to PROBE_RESET > (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 > (aprobe0:ahcich0:0:15:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe0:ahcich0:0:15:0): Probe completed > (aprobe2:ahcich2:0:15:0): SIGNATURE: 0000 > (aprobe2:ahcich2:0:15:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe2:ahcich2:0:15:0): Probe completed > (aprobe0:ahcich0:0:0:0): Probe started > (aprobe0:ahcich0:0:0:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe2:ahcich2:0:0:0): Probe started > (aprobe2:ahcich2:0:0:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe3:ahcich3:0:15:0): Probe PROBE_RESET to PROBE_RESET > (aprobe5:ahcich5:0:15:0): Probe PROBE_RESET to PROBE_RESET > (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > (aprobe0:ahcich0:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY > (aprobe2:ahcich2:0:0:0): SIGNATURE: 0000 > (aprobe2:ahcich2:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY > (aprobe1:ahcich1:0:15:0): Probe PROBE_RESET to PROBE_RESET > (aprobe3:ahcich3:0:15:0): SIGNATURE: 0000 > (aprobe3:ahcich3:0:15:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe3:ahcich3:0:15:0): Probe completed > (aprobe5:ahcich5:0:15:0): SIGNATURE: 0000 > (aprobe5:ahcich5:0:15:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe5:ahcich5:0:15:0): Probe completed > (aprobe1:ahcich1:0:15:0): SIGNATURE: eb14 > (aprobe1:ahcich1:0:15:0): Probe PROBE_RESET to PROBE_INVALID > (aprobe1:ahcich1:0:15:0): Probe completed > (aprobe1:ahcich3:0:0:0): Probe started > (aprobe1:ahcich3:0:0:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe3:ahcich5:0:0:0): Probe started > (aprobe3:ahcich5:0:0:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe4:ahcich1:0:0:0): Probe started > (aprobe4:ahcich1:0:0:0): Probe PROBE_INVALID to PROBE_RESET > (aprobe1:ahcich3:0:0:0): SIGNATURE: 0000 > (aprobe1:ahcich3:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY > (aprobe3:ahcich5:0:0:0): SIGNATURE: 0000 > (aprobe3:ahcich5:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY > (aprobe4:ahcich1:0:0:0): SIGNATURE: eb14 > (aprobe4:ahcich1:0:0:0): Probe PROBE_RESET to PROBE_IDENTIFY > (aprobe0:ahcich0:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE > (aprobe1:ahcich3:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE > (aprobe3:ahcich5:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE > (aprobe0:ahcich0:0:0:0): Probe PROBE_SETMODE to PROBE_SET_MULTI > (aprobe1:ahcich3:0:0:0): Probe PROBE_SETMODE to PROBE_SETDMAAA > (aprobe3:ahcich5:0:0:0): Probe PROBE_SETMODE to PROBE_SETDMAAA > (aprobe0:ahcich0:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE > (aprobe0:ahcich0:0:0:0): Probe completed > (aprobe1:ahcich3:0:0:0): Probe PROBE_SETDMAAA to PROBE_SET_MULTI > (aprobe4:ahcich1:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE > (aprobe3:ahcich5:0:0:0): Probe PROBE_SETDMAAA to PROBE_SET_MULTI > (aprobe1:ahcich3:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE > (aprobe1:ahcich3:0:0:0): Probe completed > (aprobe3:ahcich5:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE > (aprobe3:ahcich5:0:0:0): Probe completed > (aprobe2:ahcich2:0:0:0): Probe PROBE_IDENTIFY to PROBE_SETMODE > (aprobe4:ahcich1:0:0:0): Probe PROBE_SETMODE to PROBE_INQUIRY > (aprobe2:ahcich2:0:0:0): Probe PROBE_SETMODE to PROBE_SETDMAAA > (aprobe2:ahcich2:0:0:0): Probe PROBE_SETDMAAA to PROBE_SET_MULTI > (aprobe2:ahcich2:0:0:0): Probe PROBE_SET_MULTI to PROBE_DONE > (aprobe2:ahcich2:0:0:0): Probe completed > (aprobe4:ahcich1:0:0:0): Probe PROBE_INQUIRY to PROBE_FULL_INQUIRY > (aprobe4:ahcich1:0:0:0): Probe PROBE_FULL_INQUIRY to PROBE_DONE > (aprobe4:ahcich1:0:0:0): Probe completed > > it looks like the code is basically checking to see how many ports are > on a multiplier since it looks at port 0 and port 15. Okay. > [I don't have a dmesg.boot for the "broken" kernel, but I saw the > probe messages going shooting past and it was obviuos that they > were the same] > > The old code stops there. > > The new code starts probing for what appear to be random ports on a > multiplier, like 0, 7, 20, 17, etc. These always result in timeouts. I'm guessing you would have seen "SIGNATURE: 9669" in the logs with the new code in that case. That is the only way we should have gotten into probing a port multiplier. > These probes always start with "Probe PROBE_INVALID to PROBE_IDENTIFY" > Why the new code doesn't accept the PROBE_INVALID and skip over it > I don't understand. PROBE_INVALID is a state in the ATA probe state machine. It is where all of the probes start, and where probes end if they have "failed" in the sense that we're not going to continue. The probe messages are intermixed, so you'd have to match them up by the probe peripheral driver instance number (aprobe2, aprobe4, etc.) to see the sequence for one particular device. > After I noticed that the same ports had been probed several times on > achich2 with no apparent end in sight I rebooted. This behavior is > extremely poor. Can you send full dmesg output from the working kernel? It looks like you have some ATAPI devcies on your machine (signature eb14). They would likely be attaching to the da(4) driver if they are disks, and that is a different code path. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 20:17:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51BB2B4920A for ; Tue, 24 May 2016 20:17:38 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3B33910C1 for ; Tue, 24 May 2016 20:17:38 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 36A96B49209; Tue, 24 May 2016 20:17:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36419B49208 for ; Tue, 24 May 2016 20:17:38 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D905810C0 for ; Tue, 24 May 2016 20:17:37 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OKHXMG071058 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 16:17:33 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OKHXPp071057; Tue, 24 May 2016 16:17:33 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 16:17:33 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524201733.GA71011@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <5675128.X7vIuanIF1@asus.theweb.org.ua> <20160524171329.GA66830@mithlond.kdm.org> <4098903.NVJrBtROzX@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4098903.NVJrBtROzX@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 16:17:33 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 20:17:38 -0000 On Tue, May 24, 2016 at 20:46:33 +0300, Oleg V. Nauman wrote: > On Tuesday 24 May 2016 13:13:29 Kenneth D. Merry wrote: > > On Tue, May 24, 2016 at 18:21:19 +0300, Oleg V. Nauman wrote: > > > On Tuesday 24 May 2016 10:02:09 you wrote: > > > > On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote: > > > > > On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote: > > > > > > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > > > > > > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > > > > > > > > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > > > > > > > > > On Monday 23 May 2016 17:30:45 you wrote: > > > > > > > > > > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman > wrote: > > > > > > > > > > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > > > > > > > > > > > > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman > > > > > > wrote: > > > > > > > > > > > > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > > > > > > > > > > > > > > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. > > > > > > > > > > > > > > Nauman > > > > > > > > > > wrote: > > > > > > > > > > > > > > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry > wrote: > > > > > > > > > > > > > > > > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. > > > > > > > > > > > > > > > > Nauman > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > I have faced the issue with fresh CURRENT > > > > > > > > > > > > > > > > > stopped > > > > > > > > > > > > > > > > > to > > > > > > > > > > > > > > > > > boot > > > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > > > my > > > > > > > > > > > > > > > > > old > > > > > > > > > > > > > > > > > desktop > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > after update to r300299 > > > > > > > > > > > > > > > > > Verbose boot shows the endless cycle of > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ata2: SATA reset: ports status=0x05 > > > > > > > > > > > > > > > > > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > > > > > > > > > > > > > > > > > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > > > > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > > > > > > > > > > > > > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > > > > > > > > > > > > > > > > > messages logged to console. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Below is the relevant portion of ATA > > > > > > > > > > > > > > > > > controller/devices > > > > > > > > > > > > > > > > > probed/attached > > > > > > > > > > > > > > > > > during the boot: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > atapci0: port > > > > > > > > > > > > > > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xf > > > > > > > > > > > > > > > > > faf > > > > > > > > > > > > > > > > > at > > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > 31.1 > > > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > > > > ata0: at channel 0 on atapci0 > > > > > > > > > > > > > > > > > atapci1: port > > > > > > > > > > > > > > > > > 0xd080-0xd087, > > > > > > > > > > > > > > > > > 0xd000-0xd003, > > > > > > > > > > > > > > > > > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq > > > > > > > > > > > > > > > > > 19 > > > > > > > > > > > > > > > > > at > > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > 31.2 on > > > > > > > > > > > > > > > > > pci0 > > > > > > > > > > > > > > > > > ata2: at channel 0 on atapci1 > > > > > > > > > > > > > > > > > ata3: at channel 1 on atapci1 > > > > > > > > > > > > > > > > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > > > > > > > > > > > > > > > ada0: ATA-7 SATA > > > > > > > > > > > > > > > > > 2.x > > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > > > > > > > > > > > > > > > ada1: ATA8-ACS SATA > > > > > > > > > > > > > > > > > 3.x > > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > > > > > > > > > > > > cd0: <_NEC DVD_RW ND-3570A 1.11> Removable > > > > > > > > > > > > > > > > > CD-ROM > > > > > > > > > > > > > > > > > SCSI > > > > > > > > > > > > > > > > > device > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I'm not entirely sure what is causing the > > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > with > > > > > > > > > > > > > > > > your > > > > > > > > > > > > > > > > system, > > > > > > > > > > > > > > > > but > > > > > > > > > > > > > > > > hopefully we can narrow it down a bit. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > There is a bug that came in with my SMR changes > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > revision > > > > > > > > > > > > > > > > 300207 > > > > > > > > > > > > > > > > that > > > > > > > > > > > > > > > > broke the quirk functionality in the ada(4) > > > > > > > > > > > > > > > > driver. > > > > > > > > > > > > > > > > I > > > > > > > > > > > > > > > > don't > > > > > > > > > > > > > > > > think > > > > > > > > > > > > > > > > that > > > > > > > > > > > > > > > > is > > > > > > > > > > > > > > > > the problem you're seeing, though. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Can you try out this patch: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patc > > > > > > > > > > > > > > > > h.20 > > > > > > > > > > > > > > > > 1605 > > > > > > > > > > > > > > > > 23.1 > > > > > > > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > In /boot/loader.conf, put the following: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > > > > kern.cam.ada.1.quirks="0x04" > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > If you're able to boot with those quirk entries > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > loader.conf, > > > > > > > > > > > > > > > > try > > > > > > > > > > > > > > > > taking one of them out, and reboot. If that > > > > > > > > > > > > > > > > works, > > > > > > > > > > > > > > > > try > > > > > > > > > > > > > > > > taking > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > other > > > > > > > > > > > > > > > > one out and reboot. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > What I'm trying to figure out here is where the > > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > lies: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 1. The bug with the ada(4) driver (in where it > > > > > > > > > > > > > > > > loaded > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > quirks). > > > > > > > > > > > > > > > > 2. The extra probe steps in the ada(4) driver > > > > > > > > > > > > > > > > might > > > > > > > > > > > > > > > > be > > > > > > > > > > > > > > > > causing a > > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > with ada0 (Samsung drive). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 3. The extra probe steps in the ada(4) driver > > > > > > > > > > > > > > > > might > > > > > > > > > > > > > > > > be > > > > > > > > > > > > > > > > causing a > > > > > > > > > > > > > > > > problem > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > with ada1 (Seagate drive). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 4. Something else. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > So, if you can try the patch and try to > > > > > > > > > > > > > > > > eliminate a > > > > > > > > > > > > > > > > few > > > > > > > > > > > > > > > > possibilities, > > > > > > > > > > > > > > > > we > > > > > > > > > > > > > > > > may be able to narrow it down. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I was able to boot after applying the patch ; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > kern.cam.ada.0.quirks="0x04" > > > > > > > > > > > > > > > was the quirk in effect. It is quirk for my > > > > > > > > > > > > > > > Samsung > > > > > > > > > > > > > > > HD200HJ > > > > > > > > > > > > > > > KF100-06 > > > > > > > > > > > > > > > hard > > > > > > > > > > > > > > > drive. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Okay. Just so we can narrow it down a little more, > > > > > > > > > > > > > > can > > > > > > > > > > > > > > you > > > > > > > > > > > > > > try > > > > > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > First, let's try getting an ATA Log directory using > > > > > > > > > > > > > > the > > > > > > > > > > > > > > PIO > > > > > > > > > > > > > > version > > > > > > > > > > > > > > of > > > > > > > > > > > > > > the > > > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" > > > > > > > > > > > > > > -i > > > > > > > > > > > > > > 512 > > > > > > > > > > > > > > - > > > > > > > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > > > > > > > If that works (you should get hexdump output), try > > > > > > > > > > > > > > the > > > > > > > > > > > > > > DMA > > > > > > > > > > > > > > version > > > > > > > > > > > > > > of > > > > > > > > > > > > > > the > > > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > > > > > > > > > > camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 > > > > > > > > > > > > > > 0" > > > > > > > > > > > > > > -i > > > > > > > > > > > > > > 512 - > > > > > > > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > > > > > "Expecting a character pointer argument." error for > > > > > > > > > > > > > both > > > > > > > > > > > > > commands. > > > > > > > > > > > > > > > > > > > > > > > > Did the double quotes make it onto the command line? > > > > > > > > > > > > Both > > > > > > > > > > > > of > > > > > > > > > > > > those > > > > > > > > > > > > work > > > > > > > > > > > > for me... > > > > > > > > > > > > > > > > > > > > > > Something went wrong from my side, sorry. > > > > > > > > > > > > > > > > > > > > > > Below is the output of commands: > > > > > > > > > > > > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 > > > > > > > > > > > 0 0 > > > > > > > > > > > 0 1 > > > > > > > > > > > 0" > > > > > > > > > > > -i > > > > > > > > > > > 512 -> > > > > > > > > > > > > > > > > > > > > > > |hd > > > > > > > > > > > > > > > > > > > > > > camcontrol: error sending command > > > > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 > > > > > > > > > > > 00 00 > > > > > > > > > > > 00 > > > > > > > > > > > 00 > > > > > > > > > > > 01 00 > > > > > > > > > > > (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: > > > > > > > > > > > 04 > > > > > > > > > > > (ABRT ) > > > > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > > root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 > > > > > > > > > > > 0 0 > > > > > > > > > > > 0 0 > > > > > > > > > > > 0 1 > > > > > > > > > > > 0" > > > > > > > > > > > -i > > > > > > > > > > > 512 - |hd > > > > > > > > > > > camcontrol: error sending command > > > > > > > > > > > (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 > > > > > > > > > > > 00 > > > > > > > > > > > 00 00 > > > > > > > > > > > 00 > > > > > > > > > > > 00 > > > > > > > > > > > 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > > > > > > > > > > > (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: > > > > > > > > > > > 04 > > > > > > > > > > > (ABRT ) > > > > > > > > > > > (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > > > > > > > > > > > > > > > > > > > > Okay, at least it consistently fails with both the PIO and > > > > > > > > > > DMA > > > > > > > > > > versions. > > > > > > > > > > Looks like the drive claims to support READ LOG, but doesn't > > > > > > > > > > actually > > > > > > > > > > support it. > > > > > > > > > > > > > > > > > > > > Can you revert the previous patch, take the quirk out of > > > > > > > > > > loader.conf, > > > > > > > > > > and > > > > > > > > > > try this patch? > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2 > > > > > > > > > > .txt > > > > > > > > > > > > > > > > > > > > It adds the model number for your drive into the ada(4) > > > > > > > > > > driver > > > > > > > > > > as a > > > > > > > > > > quirk. > > > > > > > > > > > > > > > > > > Unfortunately it is not working ; but allows to boot with > > > > > > > > > quirk > > > > > > > > > added > > > > > > > > > back to> > > > > > > > > > > > > > > > > > > loader.conf > > > > > > > > > > > > > > > > Okay, try this one. I put a question mark in place of the > > > > > > > > space, > > > > > > > > perhaps > > > > > > > > that will match it. > > > > > > > > > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > > > > > > > > > > > > > > Still no luck, but it works with quirk in the loader.conf > > > > > > > > > > > > > > Below is the drive identification from 'smartctl' output: > > > > > > > > > > > > > > === START OF INFORMATION SECTION === > > > > > > > Model Family: SAMSUNG SpinPoint S250 > > > > > > > Device Model: SAMSUNG HD200HJ > > > > > > > Serial Number: S16KJ1CQ500218 > > > > > > > LU WWN Device Id: 5 0000f0 01b500218 > > > > > > > Firmware Version: KF100-06 > > > > > > > > > > > > Hmm. Turns out a question mark won't match a space, so the previous > > > > > > patch > > > > > > wouldn't work. Can you send the output of: > > > > > > > > > > > > camcontrol identify ada0 -v > > > > > > > > > > > > That will include a raw identify data dump. Hopefully I can figure > > > > > > out > > > > > > what is going on from that. > > > > > > > > > > root@desktop:~ # camcontrol identify ada0 -v > > > > > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > > > > > > > > > > pass1: Raw identify data: > > > > > 0: 0040 3fff c837 0010 8856 022a 003f 0000 > > > > > 8: 0000 0000 5331 364b 4a31 4351 3530 3032 > > > > > > > > > > 16: 3138 2020 2020 2020 0003 4000 0004 4b46 > > > > > 24: 3130 302d 3036 5341 4d53 554e 4720 4844 > > > > > 32: 3230 3048 4a20 2020 2020 2020 2020 2020 > > > > > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > > > > > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > > > > > 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > > > > > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > > > > > 72: 0000 0000 0000 001f 0706 0000 004c 0040 > > > > > 80: 00f8 0052 746b 7f09 4123 7469 bc01 4123 > > > > > 88: 20ff 0019 0019 0000 fffe 0000 fe00 0000 > > > > > 96: 0000 0000 0000 0000 f1b0 1749 0000 0000 > > > > > > > > > > 104: 0000 0000 0000 0000 5000 0f00 1b50 0218 > > > > > 112: 0000 0000 0000 0000 0000 0000 0000 401c > > > > > 120: 401c 0000 0000 0000 0000 0000 0000 0000 > > > > > 128: 0029 0000 0000 0000 0000 0000 0000 0000 > > > > > 136: 0000 0000 0000 0000 ffff 0400 4e00 0003 > > > > > 144: 0000 9a00 0300 2400 7920 3438 0000 0000 > > > > > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 200: 0000 0000 0000 0000 0000 0000 003f 0000 > > > > > 208: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 216: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 232: 0000 0000 0001 0400 0000 0000 0000 0000 > > > > > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > > > > > 248: 0000 0000 0000 0000 0000 0000 0000 98a5 > > > > > > > > > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 > > > > > msecs> > > > > > > > > > > pass1: Raw native max data: > > > > > 0: 5000 af00 49f1 1717 0000 0000 > > > > > > > > > > error = 0x00, sector_count = 0x0000, device = 0x17, status = 0x50 > > > > > pass1: ATA-7 SATA 2.x device > > > > > pass1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > > > > > > > > > protocol ATA/ATAPI-7 SATA 2.x > > > > > device model SAMSUNG HD200HJ > > > > > firmware revision KF100-06 > > > > > serial number S16KJ1CQ500218 > > > > > WWN 50000f001b500218 > > > > > cylinders 16383 > > > > > heads 16 > > > > > sectors/track 63 > > > > > sector size logical 512, physical 512, offset 0 > > > > > LBA supported 268435455 sectors > > > > > LBA48 supported 390721968 sectors > > > > > PIO supported PIO4 > > > > > DMA supported WDMA2 UDMA6 > > > > > > > > > > Feature Support Enabled Value Vendor > > > > > read ahead yes yes > > > > > write cache yes yes > > > > > flush cache yes yes > > > > > overlap no > > > > > Tagged Command Queuing (TCQ) no no > > > > > Native Command Queuing (NCQ) yes 32 tags > > > > > NCQ Queue Management no > > > > > NCQ Streaming no > > > > > Receive & Send FPDMA Queued no > > > > > SMART yes yes > > > > > microcode download yes yes > > > > > security yes no > > > > > power management yes yes > > > > > advanced power management yes no 0/0x00 > > > > > automatic acoustic management yes no 0/0x00 254/0xFE > > > > > media status notification no no > > > > > power-up in Standby no no > > > > > write-read-verify no no > > > > > unload no no > > > > > general purpose logging yes yes > > > > > free-fall no no > > > > > Data Set Management (DSM/TRIM) no > > > > > Host Protected Area (HPA) yes no 390721968/390721968 > > > > > HPA - Security no > > > > > > > > Okay, there are no surprises in the identify data, so here's another > > > > patch > > > > that will hopefully shed some more light on where the quirks are getting > > > > messed up. > > > > > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.1.txt > > > > > > Not sure what was causing previous failures but it is bootable now > > > without > > > > > > loader.conf quirks: > > Great! > > > > > kernel: (ada0:ata2:0:0:0): adaregister: match found, quirks 0x04 > > > kernel: (ada0:ata2:0:0:0): adaregister: quirks now 0x04 > > > kernel: ada0 at ata2 bus 0 scbus1 target 0 lun 0 > > > kernel: ada0: ATA-7 SATA 2.x device > > > kernel: ada0: Serial Number S16KJ1CQ500218 > > > kernel: ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > > kernel: ada0: 190782MB (390721968 512 byte sectors) > > > kernel: ada0: quirks=0x4 > > > > > > kernel: (ada1:ata2:0:1:0): adaregister: match found, quirks 0x01 > > > kernel: (ada1:ata2:0:1:0): adaregister: quirks now 0x01 > > > kernel: ada1 at ata2 bus 0 scbus1 target 1 lun 0 > > > kernel: ada1: ATA8-ACS SATA 3.x device > > > kernel: ada1: Serial Number Z3T7WB31 > > > kernel: ada1: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > > kernel: ada1: 476940MB (976773168 512 byte sectors) > > > kernel: ada1: quirks=0x1<4K> > > > > One thing that is concerning is that we now have an additional report of a > > Samsung drive that won't boot with the new code. > > > > It would be good if we could figure out a way to get your machine to boot > > without a quirk, even if there were a couple of error messages. Otherwise, > > I suspect we'll see more drives that aren't quirked that have issues. > > > > Your drive returns an error when we send it a read log on the command line. > > When the quirk isn't in place, does your machine boot at all? Or does it > > hang? Or continually spit out error messages? > > Here is what happens when I noticed the issue: > > Boot process stopped with new kernel after the system update. I was waiting > for appr. 10 minutes > The next step: boot the same kernel with verbose logging > I noticed that kernel produce > ata2: SATA reset: ports status=0x05 > ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > five error messages. > I was waiting for appr. 1 hour, 5 error messages ( they were always the same ) > were logged every 30 seconds but without any further progress on boot. Okay, I've got a basic idea of what may be going on. The resets that are getting sent are triggering another probe, which then triggers a reset, which triggers a probe...and so on. So here is another patch that should work for you: https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt I have commented out the quirk for this drive, and the driver will now only start the SMR probe on drives that claim to be SMR-capable. So, for the vast majority of drives out there right now, it won't even start the extra probe steps. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 20:18:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F4D2B49273 for ; Tue, 24 May 2016 20:18:42 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1787711F7 for ; Tue, 24 May 2016 20:18:42 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 16E0FB49272; Tue, 24 May 2016 20:18: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 1681DB49271 for ; Tue, 24 May 2016 20:18:42 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E346111F6 for ; Tue, 24 May 2016 20:18:41 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OKIcQl071079 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 16:18:38 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OKIcs4071078; Tue, 24 May 2016 16:18:38 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 16:18:38 -0400 From: "Kenneth D. Merry" To: "Alex V. Petrov" Cc: "Oleg V. Nauman" , current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524201838.GB71011@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1867408.u01hNEiJM1@asus.theweb.org.ua> <20160523230816.GA54355@mithlond.kdm.org> <1679722.baB5vE8cei@asus.theweb.org.ua> <20160524132117.GA65494@mithlond.kdm.org> 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-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 16:18:38 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 20:18:42 -0000 On Tue, May 24, 2016 at 21:59:53 +0700, Alex V. Petrov wrote: > 24.05.16 20:21, Kenneth D. Merry ??????????: > > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > >> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > >>> On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > >>>> On Monday 23 May 2016 17:30:45 you wrote: > >>>>> On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > >>>>>> On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > >>>>>>> On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > >>>>>>>> On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > >>>>>>>>> On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > >>>>>>>>>> On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > >>>>>>>>>>> On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman > >> wrote: > >>>>>>>>>>>> I have faced the issue with fresh CURRENT stopped to boot > >>>>>>>>>>>> on > >>>>>>>>>>>> my > >>>>>>>>>>>> old > >>>>>>>>>>>> desktop > >>>>>>>>>>>> > >>>>>>>>>>>> after update to r300299 > >>>>>>>>>>>> Verbose boot shows the endless cycle of > >>>>>>>>>>>> > >>>>>>>>>>>> ata2: SATA reset: ports status=0x05 > >>>>>>>>>>>> ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > >>>>>>>>>>>> ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > >>>>>>>>>>>> ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > >>>>>>>>>>>> ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > >>>>>>>>>>>> messages logged to console. > >>>>>>>>>>>> > >>>>>>>>>>>> Below is the relevant portion of ATA controller/devices > >>>>>>>>>>>> probed/attached > >>>>>>>>>>>> during the boot: > >>>>>>>>>>>> > >>>>>>>>>>>> atapci0: port > >>>>>>>>>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > >>>>>>>>>>>> device > >>>>>>>>>>>> 31.1 > >>>>>>>>>>>> on > >>>>>>>>>>>> pci0 > >>>>>>>>>>>> ata0: at channel 0 on atapci0 > >>>>>>>>>>>> atapci1: port > >>>>>>>>>>>> 0xd080-0xd087, > >>>>>>>>>>>> 0xd000-0xd003, > >>>>>>>>>>>> 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device > >>>>>>>>>>>> 31.2 on > >>>>>>>>>>>> pci0 > >>>>>>>>>>>> ata2: at channel 0 on atapci1 > >>>>>>>>>>>> ata3: at channel 1 on atapci1 > >>>>>>>>>>>> ada0 at ata2 bus 0 scbus1 target 0 lun 0 > >>>>>>>>>>>> ada0: ATA-7 SATA 2.x device > >>>>>>>>>>>> ada1 at ata2 bus 0 scbus1 target 1 lun 0 > >>>>>>>>>>>> ada1: ATA8-ACS SATA 3.x device > >>>>>>>>>>>> cd0 at ata0 bus 0 scbus0 target 0 lun 0 > >>>>>>>>>>>> cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI > >>>>>>>>>>>> device > >>>>>>>>>>> > >>>>>>>>>>> I'm not entirely sure what is causing the problem with your > >>>>>>>>>>> system, > >>>>>>>>>>> but > >>>>>>>>>>> hopefully we can narrow it down a bit. > >>>>>>>>>>> > >>>>>>>>>>> There is a bug that came in with my SMR changes in revision > >>>>>>>>>>> 300207 > >>>>>>>>>>> that > >>>>>>>>>>> broke the quirk functionality in the ada(4) driver. I don't > >>>>>>>>>>> think > >>>>>>>>>>> that > >>>>>>>>>>> is > >>>>>>>>>>> the problem you're seeing, though. > >>>>>>>>>>> > >>>>>>>>>>> Can you try out this patch: > >>>>>>>>>>> > >>>>>>>>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1 > >>>>>>>>>>> .txt > >>>>>>>>>>> > >>>>>>>>>>> In /boot/loader.conf, put the following: > >>>>>>>>>>> > >>>>>>>>>>> kern.cam.ada.0.quirks="0x04" > >>>>>>>>>>> kern.cam.ada.1.quirks="0x04" > >>>>>>>>>>> > >>>>>>>>>>> If you're able to boot with those quirk entries in the > >>>>>>>>>>> loader.conf, > >>>>>>>>>>> try > >>>>>>>>>>> taking one of them out, and reboot. If that works, try > >>>>>>>>>>> taking > >>>>>>>>>>> the > >>>>>>>>>>> other > >>>>>>>>>>> one out and reboot. > >>>>>>>>>>> > >>>>>>>>>>> What I'm trying to figure out here is where the problem > >>>>>>>>>>> lies: > >>>>>>>>>>> > >>>>>>>>>>> 1. The bug with the ada(4) driver (in where it loaded the > >>>>>>>>>>> quirks). > >>>>>>>>>>> 2. The extra probe steps in the ada(4) driver might be > >>>>>>>>>>> causing a > >>>>>>>>>>> problem > >>>>>>>>>>> > >>>>>>>>>>> with ada0 (Samsung drive). > >>>>>>>>>>> > >>>>>>>>>>> 3. The extra probe steps in the ada(4) driver might be > >>>>>>>>>>> causing a > >>>>>>>>>>> problem > >>>>>>>>>>> > >>>>>>>>>>> with ada1 (Seagate drive). > >>>>>>>>>>> > >>>>>>>>>>> 4. Something else. > >>>>>>>>>>> > >>>>>>>>>>> So, if you can try the patch and try to eliminate a few > >>>>>>>>>>> possibilities, > >>>>>>>>>>> we > >>>>>>>>>>> may be able to narrow it down. > >>>>>>>>>> > >>>>>>>>>> I was able to boot after applying the patch ; > >>>>>>>>>> > >>>>>>>>>> kern.cam.ada.0.quirks="0x04" > >>>>>>>>>> was the quirk in effect. It is quirk for my Samsung HD200HJ > >>>>>>>>>> KF100-06 > >>>>>>>>>> hard > >>>>>>>>>> drive. > >>>>>>>>> > >>>>>>>>> Okay. Just so we can narrow it down a little more, can you try > >>>>>>>>> this: > >>>>>>>>> > >>>>>>>>> First, let's try getting an ATA Log directory using the PIO > >>>>>>>>> version > >>>>>>>>> of > >>>>>>>>> the > >>>>>>>>> command: > >>>>>>>>> > >>>>>>>>> camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > >>>>>>>>> |hd > >>>>>>>>> > >>>>>>>>> If that works (you should get hexdump output), try the DMA > >>>>>>>>> version > >>>>>>>>> of > >>>>>>>>> the > >>>>>>>>> command: > >>>>>>>>> > >>>>>>>>> camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > >>>>>>>>> |hd > >>>>>>>> > >>>>>>>> "Expecting a character pointer argument." error for both commands. > >>>>>>> > >>>>>>> Did the double quotes make it onto the command line? Both of those > >>>>>>> work > >>>>>>> for me... > >>>>>> > >>>>>> Something went wrong from my side, sorry. > >>>>>> > >>>>>> Below is the output of commands: > >>>>>> > >>>>>> root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" > >>>>>> -i > >>>>>> 512 -> > >>>>>> > >>>>>> |hd > >>>>>> > >>>>>> camcontrol: error sending command > >>>>>> (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 > >>>>>> 01 00 > >>>>>> (pass1:ata2:0:0:0): CAM status: ATA Status Error > >>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > >>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > >>>>>> root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 > >>>>>> 0" > >>>>>> -i > >>>>>> 512 - |hd > >>>>>> camcontrol: error sending command > >>>>>> (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 > >>>>>> 00 > >>>>>> 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > >>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > >>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > >>>>> > >>>>> Okay, at least it consistently fails with both the PIO and DMA versions. > >>>>> Looks like the drive claims to support READ LOG, but doesn't actually > >>>>> support it. > >>>>> > >>>>> Can you revert the previous patch, take the quirk out of loader.conf, > >>>>> and > >>>>> try this patch? > >>>>> > >>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > >>>>> > >>>>> It adds the model number for your drive into the ada(4) driver as a > >>>>> quirk. > >>>> > >>>> Unfortunately it is not working ; but allows to boot with quirk added > >>>> back to> > >>>> loader.conf > >>> > >>> Okay, try this one. I put a question mark in place of the space, perhaps > >>> that will match it. > >>> > >>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > >> > >> Still no luck, but it works with quirk in the loader.conf > >> Below is the drive identification from 'smartctl' output: > >> > >> === START OF INFORMATION SECTION === > >> Model Family: SAMSUNG SpinPoint S250 > >> Device Model: SAMSUNG HD200HJ > >> Serial Number: S16KJ1CQ500218 > >> LU WWN Device Id: 5 0000f0 01b500218 > >> Firmware Version: KF100-06 > > > > Hmm. Turns out a question mark won't match a space, so the previous patch > > wouldn't work. Can you send the output of: > > > > camcontrol identify ada0 -v > > > > That will include a raw identify data dump. Hopefully I can figure out > > what is going on from that. > > > > Thanks, > > > > Ken > > > > My old AMD(nForce4-ultra) has the same problems (don't boot on new > revisions). > > camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > pass0: Raw identify data: > 0: 0040 3fff c837 0010 8856 022a 003f 0000 > 8: 0000 0000 5330 4d55 4a31 5050 3530 3936 > 16: 3137 2020 2020 2020 0003 8000 0004 4352 > 24: 3130 302d 3130 5341 4d53 554e 4720 4844 > 32: 3530 314c 4a20 2020 2020 2020 2020 2020 > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > 72: 0000 0000 0000 001f 0706 0000 004c 0040 > 80: 01f8 0052 746b 7f01 4123 7469 bc01 4123 > 88: 20ff 0054 0054 0000 fffe 0000 fe00 0000 > 96: 0000 0000 0000 0000 6030 3a38 0000 0000 > 104: 0000 0000 0000 0000 5000 0f00 1b50 9617 > 112: 0000 0000 0000 0000 0000 0000 0000 4010 > 120: 4010 0000 0000 0000 0000 0000 0000 0000 > 128: 0021 0000 0000 0000 0000 0000 0000 0000 > 136: 0000 0000 0000 0000 ffff 0400 0e00 0003 > 144: 0000 9a00 0300 2400 6420 3231 0000 0000 > 152: 0000 0000 0000 0000 0000 0000 0000 0000 > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > 200: 0000 0000 0000 0000 0000 0000 003f 0000 > 208: 0000 0000 0000 0000 0000 0000 0000 0000 > 216: 0000 0000 0000 0000 0000 0000 100f 0000 > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > 232: 0000 0000 0001 0400 0000 0000 0000 0000 > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > 248: 0000 0000 0000 0000 0000 0000 0000 75a5 > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs > pass0: Raw native max data: > 0: 5000 2f00 3860 3a3a 0000 0000 > error = 0x00, sector_count = 0x0000, device = 0x3a, status = 0x50 > pass0: ATA8-ACS SATA 2.x device > pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model SAMSUNG HD501LJ > firmware revision CR100-10 > serial number S0MUJ1PP509617 > WWN 50000f001b509617 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 976773168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > NCQ Queue Management no > NCQ Streaming no > Receive & Send FPDMA Queued no > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no > automatic acoustic management yes no 0/0x00 254/0xFE > media status notification no no > power-up in Standby no no > write-read-verify no no > unload no no > general purpose logging yes yes > free-fall no no > Data Set Management (DSM/TRIM) no > Host Protected Area (HPA) yes no 976773168/976773168 > HPA - Security no Can you try this patch and see whether it works for you? https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 20:30:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47919B4951C; Tue, 24 May 2016 20:30:15 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E2CA19FC; Tue, 24 May 2016 20:30:14 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1464121813005272.1568459266034; Tue, 24 May 2016 13:30:13 -0700 (PDT) Date: Tue, 24 May 2016 13:30:12 -0700 From: Matthew Macy To: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154e475e7dd.110dd4a35266176.6603642503542272432@nextbsd.org> Subject: Note on filing bugs found in the CFT MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 20:30:15 -0000 I had previously told testers to file bugs in bugzilla. But the sheer numbers that are already there make it a bit heavyweight. In the future please file issues in the github issue tracker for our repo. Thanks. -M From owner-freebsd-current@freebsd.org Tue May 24 20:54:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6567FB49A56 for ; Tue, 24 May 2016 20:54:29 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5AB1899 for ; Tue, 24 May 2016 20:54:29 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4A0AFB49A55; Tue, 24 May 2016 20:54:29 +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 49AADB49A54 for ; Tue, 24 May 2016 20:54:29 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C12481898; Tue, 24 May 2016 20:54:28 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id u4OKwfb2075463 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 24 May 2016 23:58:43 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id u4OKsAFP069853 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 23:54:11 +0300 (EEST) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id u4OKs9Y4069852; Tue, 24 May 2016 23:54:09 +0300 (EEST) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Date: Tue, 24 May 2016 23:54:09 +0300 Message-ID: <1940214.zTZhPdnZGe@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160524201733.GA71011@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <4098903.NVJrBtROzX@asus.theweb.org.ua> <20160524201733.GA71011@mithlond.kdm.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 20:54:29 -0000 On Tuesday 24 May 2016 16:17:33 you wrote: > Okay, I've got a basic idea of what may be going on. The resets that are > getting sent are triggering another probe, which then triggers a reset, > which triggers a probe...and so on. > > So here is another patch that should work for you: > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt > > I have commented out the quirk for this drive, and the driver will now only > start the SMR probe on drives that claim to be SMR-capable. So, for the > vast majority of drives out there right now, it won't even start the extra > probe steps. It fixes this issue. I was able to boot with your latest patch. Thank you! > > Ken From owner-freebsd-current@freebsd.org Tue May 24 20:56:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81D21B49BA6 for ; Tue, 24 May 2016 20:56:48 +0000 (UTC) (envelope-from ken@kdm.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 6B6DE1A98 for ; Tue, 24 May 2016 20:56:48 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 66DD3B49BA5; Tue, 24 May 2016 20:56:48 +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 6680EB49BA4 for ; Tue, 24 May 2016 20:56:48 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 335291A97 for ; Tue, 24 May 2016 20:56:47 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4OKukgh071646 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 16:56:46 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4OKukag071645; Tue, 24 May 2016 16:56:46 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 16:56:46 -0400 From: "Kenneth D. Merry" To: "Oleg V. Nauman" Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524205645.GA71641@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <4098903.NVJrBtROzX@asus.theweb.org.ua> <20160524201733.GA71011@mithlond.kdm.org> <1940214.zTZhPdnZGe@asus.theweb.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1940214.zTZhPdnZGe@asus.theweb.org.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 16:56:46 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 20:56:48 -0000 On Tue, May 24, 2016 at 23:54:09 +0300, Oleg V. Nauman wrote: > On Tuesday 24 May 2016 16:17:33 you wrote: > > Okay, I've got a basic idea of what may be going on. The resets that are > > getting sent are triggering another probe, which then triggers a reset, > > which triggers a probe...and so on. > > > > So here is another patch that should work for you: > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt > > > > I have commented out the quirk for this drive, and the driver will now only > > start the SMR probe on drives that claim to be SMR-capable. So, for the > > vast majority of drives out there right now, it won't even start the extra > > probe steps. > > It fixes this issue. I was able to boot with your latest patch. Great! I'll check it in with that fix as well as a quirk entry. That way, if we have other reasons later on to issue a read log, we'll know that it doesn't work for those drives. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue May 24 23:15:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54C9DB493CC for ; Tue, 24 May 2016 23:15:42 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E72091278 for ; Tue, 24 May 2016 23:15:41 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x234.google.com with SMTP id z87so41817000wmh.0 for ; Tue, 24 May 2016 16:15:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=TU8hxa8ulGle8UID6W3MMyU0cS1Xv2xbXE/RbBybrcU=; b=QifZZdHhCkoNa4ELO8aTRfJwGJWQanXeMAEmBDHYliIlZ4+KTLjSNF7A9G4YgpURQs n0FHGofGTYHB0lZA7SKp34an6zs8QyRcLXY2vk0XiOsF7dD2KntlQX19LNnLgOktuxZi gb4CMzEm2N9ehgrfHobznJWMnv9AD+Zgh5hA+yFhkDe2Sk9CRE+ncb0/QxawMdNkg7IB Fngff0SJUyuTxJOPu9c41c4jPF8+jGFvKDa+h+PGbzohhKMp5iIIANEwl3KrBlbN/nPx S0F+efOVI72ITUVHnw4ijoA96noOMpaqKXEIBVyVxFWaOb77becfTJnMJNoWdYt+OX0y cELQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=TU8hxa8ulGle8UID6W3MMyU0cS1Xv2xbXE/RbBybrcU=; b=VXfczlJSsw1yvGUJKUGWLQjzotXsVP8K1CqYukPF5BzD+q2RinTXdtJk4Yz5QOk29t Ir7kQ2bHu04+0Am7RGpHgVU85nUHiKZ4Gh25rQVFk5LFYzAd+iif3YRK9IOrSRY/i/da l9NZJ4WmAOMii2P4+ahkPQvhmfCNJtFlIS/fDauDBE6OP83+FKb1MUsavczwAxIXPbP4 WJBIXWIZaS6YfjB2nU9/WKV6h6sR7mAMNLL3SyJHhpjjELMjy3kK8AoU+R3R48dglsac j7jzOs3DHOfQONe/QM0PocBStmti0Jd6IeYLEnhmt+R42Ox+VEqkNhBAX2uqjNuPPUHK qDxA== X-Gm-Message-State: ALyK8tJWKG3Ug0+oq7nNu7/FbKUQZQWL34iPb6PPwWMZAyJQgU8NJIXQvpTbcw6iwLAjbuYA X-Received: by 10.28.213.1 with SMTP id m1mr122838wmg.103.1464131740239; Tue, 24 May 2016 16:15:40 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id t13sm6028902wmt.14.2016.05.24.16.15.37 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 May 2016 16:15:37 -0700 (PDT) Subject: Re: ATA? related trouble with r300299 To: freebsd-current@freebsd.org References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <4098903.NVJrBtROzX@asus.theweb.org.ua> <20160524201733.GA71011@mithlond.kdm.org> <1940214.zTZhPdnZGe@asus.theweb.org.ua> <20160524205645.GA71641@mithlond.kdm.org> From: Steven Hartland Message-ID: <89aa4fa2-8e66-45e6-ec92-97dfc78c284f@multiplay.co.uk> Date: Wed, 25 May 2016 00:15:39 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160524205645.GA71641@mithlond.kdm.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2016 23:15:42 -0000 On 24/05/2016 21:56, Kenneth D. Merry wrote: > On Tue, May 24, 2016 at 23:54:09 +0300, Oleg V. Nauman wrote: >> On Tuesday 24 May 2016 16:17:33 you wrote: >>> Okay, I've got a basic idea of what may be going on. The resets that are >>> getting sent are triggering another probe, which then triggers a reset, >>> which triggers a probe...and so on. >>> >>> So here is another patch that should work for you: >>> >>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt >>> >>> I have commented out the quirk for this drive, and the driver will now only >>> start the SMR probe on drives that claim to be SMR-capable. So, for the >>> vast majority of drives out there right now, it won't even start the extra >>> probe steps. >> It fixes this issue. I was able to boot with your latest patch. > Great! I'll check it in with that fix as well as a quirk entry. That way, > if we have other reasons later on to issue a read log, we'll know that > it doesn't work for those drives. Might be worth seeing if smartmontools can read the log from that drive before committing the quirk as a double check. Regards Steve From owner-freebsd-current@freebsd.org Wed May 25 00:17:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B728B48398; Wed, 25 May 2016 00:17:47 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0671E1486; Wed, 25 May 2016 00:17:46 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 146413546512049.04533714798538; Tue, 24 May 2016 17:17:45 -0700 (PDT) Date: Tue, 24 May 2016 17:17:45 -0700 From: Matthew Macy To: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154e5463872.dc176e48274187.51761834023632288@nextbsd.org> In-Reply-To: <154e475e7dd.110dd4a35266176.6603642503542272432@nextbsd.org> References: <154e475e7dd.110dd4a35266176.6603642503542272432@nextbsd.org> Subject: Re: Note on filing bugs found in the CFT MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 00:17:47 -0000 ---- On Tue, 24 May 2016 13:30:12 -0700 Matthew Macy wrote ---- > > I had previously told testers to file bugs in bugzilla. But the sheer numbers that are already there make it a bit heavyweight. In the future please file issues in the github issue tracker for our repo. Thanks. Issues weren't enabled on that repository and I wanted to give it a more memorable name so please file issues here: https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues Thanks in advance. From owner-freebsd-current@freebsd.org Wed May 25 00:35:11 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8A65B4899E for ; Wed, 25 May 2016 00:35:11 +0000 (UTC) (envelope-from alexvpetrov@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 8638C1F38 for ; Wed, 25 May 2016 00:35:11 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 85782B4899D; Wed, 25 May 2016 00:35:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85100B4899C for ; Wed, 25 May 2016 00:35:11 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::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 ED7611F37; Wed, 25 May 2016 00:35:10 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lf0-x22e.google.com with SMTP id w16so50978lfd.2; Tue, 24 May 2016 17:35:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=ytT/EiRMNJJYiwfS2eD/mHTRZ6sjwPVtisMVUhGNIEA=; b=XvCAJ8N8E6rHC3KcJLMl1r3PVIwLG7wcI8l8tABiE08TR9UJdGYhwDa4NHqrqAl0KO ZD0qMNJjCNQn5E9gowmqIJQ15xb1pHlJ3vXYXr4h7cx5AybfX61fhafjNmzecXJ1FsyF 9gV/bzD6mTr/pxpCevFd3B2SRJ0QeYUQm5V97BMtvgczeAKo60No0yJLhTb4ecSt0Ltv QaKM4mbSOXDm5biinOprYEhxIy+EZBv9XbkzOdTWep6q+4eYxiwr6tbxkgNCZdbOJEtk ww4HPapPqkQYYFGyCaouIY7cNWvQmVIXL12EMNrHOepLZW9437GaBzNJxONAMFS6rrNK s3dQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=ytT/EiRMNJJYiwfS2eD/mHTRZ6sjwPVtisMVUhGNIEA=; b=IjNDcxbtS1TiDvj4WgW/TGLYHyHNng1sLLG3BxszQyw9FOdp3FZadZVqcxSSRs3W0l N5saayD5e7QUYCt80cbPyw62ifFbr3HcYjicjqIWJasyyM8WRfMssuyq7HyFePG5ewG6 4Jnf6ndCdPQeVnOhDk7uiaGV2mD9/PAXihuTdUNwmgZwBcM7O6C5MDP2ihSs44mRQjIf 8ZFqi1De5pDtp0Uy1sbSz8p+8He6Uoxtg+zPwV2YJ+s+tRcIpWg9I6RhGodTE0Czux2m 5lhWo79KOZ3DUZ9YmX7YGgX7WWvxnehr+RACPoplmuTOO83bbhb78bDhYeoHB0eLKbxV CRZg== X-Gm-Message-State: ALyK8tJHKlQVuffZcPYlNZj1c1XQ3fNSOCo6SelLZ64zchV2QxGHmL8MlnRA43itsbxcsg== X-Received: by 10.25.88.14 with SMTP id m14mr168872lfb.156.1464136508818; Tue, 24 May 2016 17:35:08 -0700 (PDT) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id re2sm948796lbb.22.2016.05.24.17.35.07 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 May 2016 17:35:08 -0700 (PDT) Subject: Re: ATA? related trouble with r300299 To: "Kenneth D. Merry" References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1867408.u01hNEiJM1@asus.theweb.org.ua> <20160523230816.GA54355@mithlond.kdm.org> <1679722.baB5vE8cei@asus.theweb.org.ua> <20160524132117.GA65494@mithlond.kdm.org> <20160524201838.GB71011@mithlond.kdm.org> Cc: "Oleg V. Nauman" , current@freebsd.org From: "Alex V. Petrov" Message-ID: <2b81f3af-4c5d-7d62-537b-5962d630782a@gmail.com> Date: Wed, 25 May 2016 07:35:06 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160524201838.GB71011@mithlond.kdm.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 00:35:11 -0000 25.05.16 03:18, Kenneth D. Merry пишет: > On Tue, May 24, 2016 at 21:59:53 +0700, Alex V. Petrov wrote: >> 24.05.16 20:21, Kenneth D. Merry ??????????: >>> On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: >>>> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: >>>>> On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: >>>>>> On Monday 23 May 2016 17:30:45 you wrote: >>>>>>> On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: >>>>>>>> On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: >>>>>>>>> On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: >>>>>>>>>> On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: >>>>>>>>>>> On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: >>>>>>>>>>>> On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: >>>>>>>>>>>>> On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman >>>> wrote: >>>>>>>>>>>>>> I have faced the issue with fresh CURRENT stopped to boot >>>>>>>>>>>>>> on >>>>>>>>>>>>>> my >>>>>>>>>>>>>> old >>>>>>>>>>>>>> desktop >>>>>>>>>>>>>> >>>>>>>>>>>>>> after update to r300299 >>>>>>>>>>>>>> Verbose boot shows the endless cycle of >>>>>>>>>>>>>> >>>>>>>>>>>>>> ata2: SATA reset: ports status=0x05 >>>>>>>>>>>>>> ata2: reset tp1 mask=03 ostat0=50 ostat1=50 >>>>>>>>>>>>>> ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 >>>>>>>>>>>>>> ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 >>>>>>>>>>>>>> ata2: reset tp2 stat0=50 stat1=50 devices=0x3 >>>>>>>>>>>>>> messages logged to console. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Below is the relevant portion of ATA controller/devices >>>>>>>>>>>>>> probed/attached >>>>>>>>>>>>>> during the boot: >>>>>>>>>>>>>> >>>>>>>>>>>>>> atapci0: port >>>>>>>>>>>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at >>>>>>>>>>>>>> device >>>>>>>>>>>>>> 31.1 >>>>>>>>>>>>>> on >>>>>>>>>>>>>> pci0 >>>>>>>>>>>>>> ata0: at channel 0 on atapci0 >>>>>>>>>>>>>> atapci1: port >>>>>>>>>>>>>> 0xd080-0xd087, >>>>>>>>>>>>>> 0xd000-0xd003, >>>>>>>>>>>>>> 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device >>>>>>>>>>>>>> 31.2 on >>>>>>>>>>>>>> pci0 >>>>>>>>>>>>>> ata2: at channel 0 on atapci1 >>>>>>>>>>>>>> ata3: at channel 1 on atapci1 >>>>>>>>>>>>>> ada0 at ata2 bus 0 scbus1 target 0 lun 0 >>>>>>>>>>>>>> ada0: ATA-7 SATA 2.x device >>>>>>>>>>>>>> ada1 at ata2 bus 0 scbus1 target 1 lun 0 >>>>>>>>>>>>>> ada1: ATA8-ACS SATA 3.x device >>>>>>>>>>>>>> cd0 at ata0 bus 0 scbus0 target 0 lun 0 >>>>>>>>>>>>>> cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI >>>>>>>>>>>>>> device >>>>>>>>>>>>> >>>>>>>>>>>>> I'm not entirely sure what is causing the problem with your >>>>>>>>>>>>> system, >>>>>>>>>>>>> but >>>>>>>>>>>>> hopefully we can narrow it down a bit. >>>>>>>>>>>>> >>>>>>>>>>>>> There is a bug that came in with my SMR changes in revision >>>>>>>>>>>>> 300207 >>>>>>>>>>>>> that >>>>>>>>>>>>> broke the quirk functionality in the ada(4) driver. I don't >>>>>>>>>>>>> think >>>>>>>>>>>>> that >>>>>>>>>>>>> is >>>>>>>>>>>>> the problem you're seeing, though. >>>>>>>>>>>>> >>>>>>>>>>>>> Can you try out this patch: >>>>>>>>>>>>> >>>>>>>>>>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1 >>>>>>>>>>>>> .txt >>>>>>>>>>>>> >>>>>>>>>>>>> In /boot/loader.conf, put the following: >>>>>>>>>>>>> >>>>>>>>>>>>> kern.cam.ada.0.quirks="0x04" >>>>>>>>>>>>> kern.cam.ada.1.quirks="0x04" >>>>>>>>>>>>> >>>>>>>>>>>>> If you're able to boot with those quirk entries in the >>>>>>>>>>>>> loader.conf, >>>>>>>>>>>>> try >>>>>>>>>>>>> taking one of them out, and reboot. If that works, try >>>>>>>>>>>>> taking >>>>>>>>>>>>> the >>>>>>>>>>>>> other >>>>>>>>>>>>> one out and reboot. >>>>>>>>>>>>> >>>>>>>>>>>>> What I'm trying to figure out here is where the problem >>>>>>>>>>>>> lies: >>>>>>>>>>>>> >>>>>>>>>>>>> 1. The bug with the ada(4) driver (in where it loaded the >>>>>>>>>>>>> quirks). >>>>>>>>>>>>> 2. The extra probe steps in the ada(4) driver might be >>>>>>>>>>>>> causing a >>>>>>>>>>>>> problem >>>>>>>>>>>>> >>>>>>>>>>>>> with ada0 (Samsung drive). >>>>>>>>>>>>> >>>>>>>>>>>>> 3. The extra probe steps in the ada(4) driver might be >>>>>>>>>>>>> causing a >>>>>>>>>>>>> problem >>>>>>>>>>>>> >>>>>>>>>>>>> with ada1 (Seagate drive). >>>>>>>>>>>>> >>>>>>>>>>>>> 4. Something else. >>>>>>>>>>>>> >>>>>>>>>>>>> So, if you can try the patch and try to eliminate a few >>>>>>>>>>>>> possibilities, >>>>>>>>>>>>> we >>>>>>>>>>>>> may be able to narrow it down. >>>>>>>>>>>> >>>>>>>>>>>> I was able to boot after applying the patch ; >>>>>>>>>>>> >>>>>>>>>>>> kern.cam.ada.0.quirks="0x04" >>>>>>>>>>>> was the quirk in effect. It is quirk for my Samsung HD200HJ >>>>>>>>>>>> KF100-06 >>>>>>>>>>>> hard >>>>>>>>>>>> drive. >>>>>>>>>>> >>>>>>>>>>> Okay. Just so we can narrow it down a little more, can you try >>>>>>>>>>> this: >>>>>>>>>>> >>>>>>>>>>> First, let's try getting an ATA Log directory using the PIO >>>>>>>>>>> version >>>>>>>>>>> of >>>>>>>>>>> the >>>>>>>>>>> command: >>>>>>>>>>> >>>>>>>>>>> camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - >>>>>>>>>>> |hd >>>>>>>>>>> >>>>>>>>>>> If that works (you should get hexdump output), try the DMA >>>>>>>>>>> version >>>>>>>>>>> of >>>>>>>>>>> the >>>>>>>>>>> command: >>>>>>>>>>> >>>>>>>>>>> camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - >>>>>>>>>>> |hd >>>>>>>>>> >>>>>>>>>> "Expecting a character pointer argument." error for both commands. >>>>>>>>> >>>>>>>>> Did the double quotes make it onto the command line? Both of those >>>>>>>>> work >>>>>>>>> for me... >>>>>>>> >>>>>>>> Something went wrong from my side, sorry. >>>>>>>> >>>>>>>> Below is the output of commands: >>>>>>>> >>>>>>>> root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" >>>>>>>> -i >>>>>>>> 512 -> >>>>>>>> >>>>>>>> |hd >>>>>>>> >>>>>>>> camcontrol: error sending command >>>>>>>> (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 >>>>>>>> 01 00 >>>>>>>> (pass1:ata2:0:0:0): CAM status: ATA Status Error >>>>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 >>>>>>>> root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 >>>>>>>> 0" >>>>>>>> -i >>>>>>>> 512 - |hd >>>>>>>> camcontrol: error sending command >>>>>>>> (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 >>>>>>>> 00 >>>>>>>> 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error >>>>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 >>>>>>> >>>>>>> Okay, at least it consistently fails with both the PIO and DMA versions. >>>>>>> Looks like the drive claims to support READ LOG, but doesn't actually >>>>>>> support it. >>>>>>> >>>>>>> Can you revert the previous patch, take the quirk out of loader.conf, >>>>>>> and >>>>>>> try this patch? >>>>>>> >>>>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt >>>>>>> >>>>>>> It adds the model number for your drive into the ada(4) driver as a >>>>>>> quirk. >>>>>> >>>>>> Unfortunately it is not working ; but allows to boot with quirk added >>>>>> back to> >>>>>> loader.conf >>>>> >>>>> Okay, try this one. I put a question mark in place of the space, perhaps >>>>> that will match it. >>>>> >>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt >>>> >>>> Still no luck, but it works with quirk in the loader.conf >>>> Below is the drive identification from 'smartctl' output: >>>> >>>> === START OF INFORMATION SECTION === >>>> Model Family: SAMSUNG SpinPoint S250 >>>> Device Model: SAMSUNG HD200HJ >>>> Serial Number: S16KJ1CQ500218 >>>> LU WWN Device Id: 5 0000f0 01b500218 >>>> Firmware Version: KF100-06 >>> >>> Hmm. Turns out a question mark won't match a space, so the previous patch >>> wouldn't work. Can you send the output of: >>> >>> camcontrol identify ada0 -v >>> >>> That will include a raw identify data dump. Hopefully I can figure out >>> what is going on from that. >>> >>> Thanks, >>> >>> Ken >>> >> >> My old AMD(nForce4-ultra) has the same problems (don't boot on new >> revisions). >> >> camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs >> pass0: Raw identify data: >> 0: 0040 3fff c837 0010 8856 022a 003f 0000 >> 8: 0000 0000 5330 4d55 4a31 5050 3530 3936 >> 16: 3137 2020 2020 2020 0003 8000 0004 4352 >> 24: 3130 302d 3130 5341 4d53 554e 4720 4844 >> 32: 3530 314c 4a20 2020 2020 2020 2020 2020 >> 40: 2020 2020 2020 2020 2020 2020 2020 8010 >> 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 >> 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 >> 64: 0003 0078 0078 0078 0078 0000 0000 0000 >> 72: 0000 0000 0000 001f 0706 0000 004c 0040 >> 80: 01f8 0052 746b 7f01 4123 7469 bc01 4123 >> 88: 20ff 0054 0054 0000 fffe 0000 fe00 0000 >> 96: 0000 0000 0000 0000 6030 3a38 0000 0000 >> 104: 0000 0000 0000 0000 5000 0f00 1b50 9617 >> 112: 0000 0000 0000 0000 0000 0000 0000 4010 >> 120: 4010 0000 0000 0000 0000 0000 0000 0000 >> 128: 0021 0000 0000 0000 0000 0000 0000 0000 >> 136: 0000 0000 0000 0000 ffff 0400 0e00 0003 >> 144: 0000 9a00 0300 2400 6420 3231 0000 0000 >> 152: 0000 0000 0000 0000 0000 0000 0000 0000 >> 160: 0000 0000 0000 0000 0000 0000 0000 0000 >> 168: 0000 0000 0000 0000 0000 0000 0000 0000 >> 176: 0000 0000 0000 0000 0000 0000 0000 0000 >> 184: 0000 0000 0000 0000 0000 0000 0000 0000 >> 192: 0000 0000 0000 0000 0000 0000 0000 0000 >> 200: 0000 0000 0000 0000 0000 0000 003f 0000 >> 208: 0000 0000 0000 0000 0000 0000 0000 0000 >> 216: 0000 0000 0000 0000 0000 0000 100f 0000 >> 224: 0000 0000 0000 0000 0000 0000 0000 0000 >> 232: 0000 0000 0001 0400 0000 0000 0000 0000 >> 240: 0000 0000 0000 0000 0000 0000 0000 0000 >> 248: 0000 0000 0000 0000 0000 0000 0000 75a5 >> >> camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs >> pass0: Raw native max data: >> 0: 5000 2f00 3860 3a3a 0000 0000 >> error = 0x00, sector_count = 0x0000, device = 0x3a, status = 0x50 >> pass0: ATA8-ACS SATA 2.x device >> pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) >> >> protocol ATA/ATAPI-8 SATA 2.x >> device model SAMSUNG HD501LJ >> firmware revision CR100-10 >> serial number S0MUJ1PP509617 >> WWN 50000f001b509617 >> cylinders 16383 >> heads 16 >> sectors/track 63 >> sector size logical 512, physical 512, offset 0 >> LBA supported 268435455 sectors >> LBA48 supported 976773168 sectors >> PIO supported PIO4 >> DMA supported WDMA2 UDMA6 >> >> Feature Support Enabled Value Vendor >> read ahead yes yes >> write cache yes yes >> flush cache yes yes >> overlap no >> Tagged Command Queuing (TCQ) no no >> Native Command Queuing (NCQ) yes 32 tags >> NCQ Queue Management no >> NCQ Streaming no >> Receive & Send FPDMA Queued no >> SMART yes yes >> microcode download yes yes >> security yes no >> power management yes yes >> advanced power management no no >> automatic acoustic management yes no 0/0x00 254/0xFE >> media status notification no no >> power-up in Standby no no >> write-read-verify no no >> unload no no >> general purpose logging yes yes >> free-fall no no >> Data Set Management (DSM/TRIM) no >> Host Protected Area (HPA) yes no 976773168/976773168 >> HPA - Security no > > Can you try this patch and see whether it works for you? > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt > > Thanks, > > Ken > Yes! Your patch works. The system is loaded. Thank you. -- ----- Alex. From owner-freebsd-current@freebsd.org Wed May 25 02:22:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E5DAB49D3E for ; Wed, 25 May 2016 02:22:54 +0000 (UTC) (envelope-from ken@kdm.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 755B31384 for ; Wed, 25 May 2016 02:22:54 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 74A33B49D3C; Wed, 25 May 2016 02:22:54 +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 743E0B49D39 for ; Wed, 25 May 2016 02:22:54 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49D7C1383 for ; Wed, 25 May 2016 02:22:53 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4P2MotX075681 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 May 2016 22:22:50 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4P2Molb075680; Tue, 24 May 2016 22:22:50 -0400 (EDT) (envelope-from ken) Date: Tue, 24 May 2016 22:22:50 -0400 From: "Kenneth D. Merry" To: "Alex V. Petrov" Cc: "Oleg V. Nauman" , current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160525022250.GA75661@mithlond.kdm.org> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <1867408.u01hNEiJM1@asus.theweb.org.ua> <20160523230816.GA54355@mithlond.kdm.org> <1679722.baB5vE8cei@asus.theweb.org.ua> <20160524132117.GA65494@mithlond.kdm.org> <20160524201838.GB71011@mithlond.kdm.org> <2b81f3af-4c5d-7d62-537b-5962d630782a@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b81f3af-4c5d-7d62-537b-5962d630782a@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 24 May 2016 22:22:50 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 02:22:54 -0000 On Wed, May 25, 2016 at 07:35:06 +0700, Alex V. Petrov wrote: > > > 25.05.16 03:18, Kenneth D. Merry ??????????: > > On Tue, May 24, 2016 at 21:59:53 +0700, Alex V. Petrov wrote: > >> 24.05.16 20:21, Kenneth D. Merry ??????????: > >>> On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote: > >>>> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote: > >>>>> On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote: > >>>>>> On Monday 23 May 2016 17:30:45 you wrote: > >>>>>>> On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote: > >>>>>>>> On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote: > >>>>>>>>> On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote: > >>>>>>>>>> On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote: > >>>>>>>>>>> On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote: > >>>>>>>>>>>> On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote: > >>>>>>>>>>>>> On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman > >>>> wrote: > >>>>>>>>>>>>>> I have faced the issue with fresh CURRENT stopped to boot > >>>>>>>>>>>>>> on > >>>>>>>>>>>>>> my > >>>>>>>>>>>>>> old > >>>>>>>>>>>>>> desktop > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> after update to r300299 > >>>>>>>>>>>>>> Verbose boot shows the endless cycle of > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> ata2: SATA reset: ports status=0x05 > >>>>>>>>>>>>>> ata2: reset tp1 mask=03 ostat0=50 ostat1=50 > >>>>>>>>>>>>>> ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > >>>>>>>>>>>>>> ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 > >>>>>>>>>>>>>> ata2: reset tp2 stat0=50 stat1=50 devices=0x3 > >>>>>>>>>>>>>> messages logged to console. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Below is the relevant portion of ATA controller/devices > >>>>>>>>>>>>>> probed/attached > >>>>>>>>>>>>>> during the boot: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> atapci0: port > >>>>>>>>>>>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at > >>>>>>>>>>>>>> device > >>>>>>>>>>>>>> 31.1 > >>>>>>>>>>>>>> on > >>>>>>>>>>>>>> pci0 > >>>>>>>>>>>>>> ata0: at channel 0 on atapci0 > >>>>>>>>>>>>>> atapci1: port > >>>>>>>>>>>>>> 0xd080-0xd087, > >>>>>>>>>>>>>> 0xd000-0xd003, > >>>>>>>>>>>>>> 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device > >>>>>>>>>>>>>> 31.2 on > >>>>>>>>>>>>>> pci0 > >>>>>>>>>>>>>> ata2: at channel 0 on atapci1 > >>>>>>>>>>>>>> ata3: at channel 1 on atapci1 > >>>>>>>>>>>>>> ada0 at ata2 bus 0 scbus1 target 0 lun 0 > >>>>>>>>>>>>>> ada0: ATA-7 SATA 2.x device > >>>>>>>>>>>>>> ada1 at ata2 bus 0 scbus1 target 1 lun 0 > >>>>>>>>>>>>>> ada1: ATA8-ACS SATA 3.x device > >>>>>>>>>>>>>> cd0 at ata0 bus 0 scbus0 target 0 lun 0 > >>>>>>>>>>>>>> cd0: <_NEC DVD_RW ND-3570A 1.11> Removable CD-ROM SCSI > >>>>>>>>>>>>>> device > >>>>>>>>>>>>> > >>>>>>>>>>>>> I'm not entirely sure what is causing the problem with your > >>>>>>>>>>>>> system, > >>>>>>>>>>>>> but > >>>>>>>>>>>>> hopefully we can narrow it down a bit. > >>>>>>>>>>>>> > >>>>>>>>>>>>> There is a bug that came in with my SMR changes in revision > >>>>>>>>>>>>> 300207 > >>>>>>>>>>>>> that > >>>>>>>>>>>>> broke the quirk functionality in the ada(4) driver. I don't > >>>>>>>>>>>>> think > >>>>>>>>>>>>> that > >>>>>>>>>>>>> is > >>>>>>>>>>>>> the problem you're seeing, though. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Can you try out this patch: > >>>>>>>>>>>>> > >>>>>>>>>>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.1 > >>>>>>>>>>>>> .txt > >>>>>>>>>>>>> > >>>>>>>>>>>>> In /boot/loader.conf, put the following: > >>>>>>>>>>>>> > >>>>>>>>>>>>> kern.cam.ada.0.quirks="0x04" > >>>>>>>>>>>>> kern.cam.ada.1.quirks="0x04" > >>>>>>>>>>>>> > >>>>>>>>>>>>> If you're able to boot with those quirk entries in the > >>>>>>>>>>>>> loader.conf, > >>>>>>>>>>>>> try > >>>>>>>>>>>>> taking one of them out, and reboot. If that works, try > >>>>>>>>>>>>> taking > >>>>>>>>>>>>> the > >>>>>>>>>>>>> other > >>>>>>>>>>>>> one out and reboot. > >>>>>>>>>>>>> > >>>>>>>>>>>>> What I'm trying to figure out here is where the problem > >>>>>>>>>>>>> lies: > >>>>>>>>>>>>> > >>>>>>>>>>>>> 1. The bug with the ada(4) driver (in where it loaded the > >>>>>>>>>>>>> quirks). > >>>>>>>>>>>>> 2. The extra probe steps in the ada(4) driver might be > >>>>>>>>>>>>> causing a > >>>>>>>>>>>>> problem > >>>>>>>>>>>>> > >>>>>>>>>>>>> with ada0 (Samsung drive). > >>>>>>>>>>>>> > >>>>>>>>>>>>> 3. The extra probe steps in the ada(4) driver might be > >>>>>>>>>>>>> causing a > >>>>>>>>>>>>> problem > >>>>>>>>>>>>> > >>>>>>>>>>>>> with ada1 (Seagate drive). > >>>>>>>>>>>>> > >>>>>>>>>>>>> 4. Something else. > >>>>>>>>>>>>> > >>>>>>>>>>>>> So, if you can try the patch and try to eliminate a few > >>>>>>>>>>>>> possibilities, > >>>>>>>>>>>>> we > >>>>>>>>>>>>> may be able to narrow it down. > >>>>>>>>>>>> > >>>>>>>>>>>> I was able to boot after applying the patch ; > >>>>>>>>>>>> > >>>>>>>>>>>> kern.cam.ada.0.quirks="0x04" > >>>>>>>>>>>> was the quirk in effect. It is quirk for my Samsung HD200HJ > >>>>>>>>>>>> KF100-06 > >>>>>>>>>>>> hard > >>>>>>>>>>>> drive. > >>>>>>>>>>> > >>>>>>>>>>> Okay. Just so we can narrow it down a little more, can you try > >>>>>>>>>>> this: > >>>>>>>>>>> > >>>>>>>>>>> First, let's try getting an ATA Log directory using the PIO > >>>>>>>>>>> version > >>>>>>>>>>> of > >>>>>>>>>>> the > >>>>>>>>>>> command: > >>>>>>>>>>> > >>>>>>>>>>> camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > >>>>>>>>>>> |hd > >>>>>>>>>>> > >>>>>>>>>>> If that works (you should get hexdump output), try the DMA > >>>>>>>>>>> version > >>>>>>>>>>> of > >>>>>>>>>>> the > >>>>>>>>>>> command: > >>>>>>>>>>> > >>>>>>>>>>> camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 0" -i 512 - > >>>>>>>>>>> |hd > >>>>>>>>>> > >>>>>>>>>> "Expecting a character pointer argument." error for both commands. > >>>>>>>>> > >>>>>>>>> Did the double quotes make it onto the command line? Both of those > >>>>>>>>> work > >>>>>>>>> for me... > >>>>>>>> > >>>>>>>> Something went wrong from my side, sorry. > >>>>>>>> > >>>>>>>> Below is the output of commands: > >>>>>>>> > >>>>>>>> root@desktop:~ # camcontrol cmd ada0 -v -a "2f 0 0 0 0 0 0 0 0 0 1 0" > >>>>>>>> -i > >>>>>>>> 512 -> > >>>>>>>> > >>>>>>>> |hd > >>>>>>>> > >>>>>>>> camcontrol: error sending command > >>>>>>>> (pass1:ata2:0:0:0): READ_LOG_EXT. ACB: 2f 00 00 00 00 00 00 00 00 00 > >>>>>>>> 01 00 > >>>>>>>> (pass1:ata2:0:0:0): CAM status: ATA Status Error > >>>>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > >>>>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > >>>>>>>> root@desktop:~ # camcontrol cmd ada0 -v -d -a "47 0 0 0 0 0 0 0 0 0 1 > >>>>>>>> 0" > >>>>>>>> -i > >>>>>>>> 512 - |hd > >>>>>>>> camcontrol: error sending command > >>>>>>>> (pass1:ata2:0:0:0): READ_LOG_DMA_EXT. ACB: 47 00 00 00 00 00 00 00 00 > >>>>>>>> 00 > >>>>>>>> 01 00 (pass1:ata2:0:0:0): CAM status: ATA Status Error > >>>>>>>> (pass1:ata2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > >>>>>>>> (pass1:ata2:0:0:0): RES: 51 04 00 00 00 00 00 00 00 01 00 > >>>>>>> > >>>>>>> Okay, at least it consistently fails with both the PIO and DMA versions. > >>>>>>> Looks like the drive claims to support READ LOG, but doesn't actually > >>>>>>> support it. > >>>>>>> > >>>>>>> Can you revert the previous patch, take the quirk out of loader.conf, > >>>>>>> and > >>>>>>> try this patch? > >>>>>>> > >>>>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.2.txt > >>>>>>> > >>>>>>> It adds the model number for your drive into the ada(4) driver as a > >>>>>>> quirk. > >>>>>> > >>>>>> Unfortunately it is not working ; but allows to boot with quirk added > >>>>>> back to> > >>>>>> loader.conf > >>>>> > >>>>> Okay, try this one. I put a question mark in place of the space, perhaps > >>>>> that will match it. > >>>>> > >>>>> https://people.freebsd.org/~ken/cam_smr_ada_patch.20160523.3.txt > >>>> > >>>> Still no luck, but it works with quirk in the loader.conf > >>>> Below is the drive identification from 'smartctl' output: > >>>> > >>>> === START OF INFORMATION SECTION === > >>>> Model Family: SAMSUNG SpinPoint S250 > >>>> Device Model: SAMSUNG HD200HJ > >>>> Serial Number: S16KJ1CQ500218 > >>>> LU WWN Device Id: 5 0000f0 01b500218 > >>>> Firmware Version: KF100-06 > >>> > >>> Hmm. Turns out a question mark won't match a space, so the previous patch > >>> wouldn't work. Can you send the output of: > >>> > >>> camcontrol identify ada0 -v > >>> > >>> That will include a raw identify data dump. Hopefully I can figure out > >>> what is going on from that. > >>> > >>> Thanks, > >>> > >>> Ken > >>> > >> > >> My old AMD(nForce4-ultra) has the same problems (don't boot on new > >> revisions). > >> > >> camcontrol: sending ATA ATA_IDENTIFY with timeout of 30000 msecs > >> pass0: Raw identify data: > >> 0: 0040 3fff c837 0010 8856 022a 003f 0000 > >> 8: 0000 0000 5330 4d55 4a31 5050 3530 3936 > >> 16: 3137 2020 2020 2020 0003 8000 0004 4352 > >> 24: 3130 302d 3130 5341 4d53 554e 4720 4844 > >> 32: 3530 314c 4a20 2020 2020 2020 2020 2020 > >> 40: 2020 2020 2020 2020 2020 2020 2020 8010 > >> 48: 0000 2f00 4000 0200 0200 0007 3fff 0010 > >> 56: 003f fc10 00fb 0110 ffff 0fff 0000 0007 > >> 64: 0003 0078 0078 0078 0078 0000 0000 0000 > >> 72: 0000 0000 0000 001f 0706 0000 004c 0040 > >> 80: 01f8 0052 746b 7f01 4123 7469 bc01 4123 > >> 88: 20ff 0054 0054 0000 fffe 0000 fe00 0000 > >> 96: 0000 0000 0000 0000 6030 3a38 0000 0000 > >> 104: 0000 0000 0000 0000 5000 0f00 1b50 9617 > >> 112: 0000 0000 0000 0000 0000 0000 0000 4010 > >> 120: 4010 0000 0000 0000 0000 0000 0000 0000 > >> 128: 0021 0000 0000 0000 0000 0000 0000 0000 > >> 136: 0000 0000 0000 0000 ffff 0400 0e00 0003 > >> 144: 0000 9a00 0300 2400 6420 3231 0000 0000 > >> 152: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 160: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 168: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 176: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 184: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 192: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 200: 0000 0000 0000 0000 0000 0000 003f 0000 > >> 208: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 216: 0000 0000 0000 0000 0000 0000 100f 0000 > >> 224: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 232: 0000 0000 0001 0400 0000 0000 0000 0000 > >> 240: 0000 0000 0000 0000 0000 0000 0000 0000 > >> 248: 0000 0000 0000 0000 0000 0000 0000 75a5 > >> > >> camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 with timeout of 1000 msecs > >> pass0: Raw native max data: > >> 0: 5000 2f00 3860 3a3a 0000 0000 > >> error = 0x00, sector_count = 0x0000, device = 0x3a, status = 0x50 > >> pass0: ATA8-ACS SATA 2.x device > >> pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > >> > >> protocol ATA/ATAPI-8 SATA 2.x > >> device model SAMSUNG HD501LJ > >> firmware revision CR100-10 > >> serial number S0MUJ1PP509617 > >> WWN 50000f001b509617 > >> cylinders 16383 > >> heads 16 > >> sectors/track 63 > >> sector size logical 512, physical 512, offset 0 > >> LBA supported 268435455 sectors > >> LBA48 supported 976773168 sectors > >> PIO supported PIO4 > >> DMA supported WDMA2 UDMA6 > >> > >> Feature Support Enabled Value Vendor > >> read ahead yes yes > >> write cache yes yes > >> flush cache yes yes > >> overlap no > >> Tagged Command Queuing (TCQ) no no > >> Native Command Queuing (NCQ) yes 32 tags > >> NCQ Queue Management no > >> NCQ Streaming no > >> Receive & Send FPDMA Queued no > >> SMART yes yes > >> microcode download yes yes > >> security yes no > >> power management yes yes > >> advanced power management no no > >> automatic acoustic management yes no 0/0x00 254/0xFE > >> media status notification no no > >> power-up in Standby no no > >> write-read-verify no no > >> unload no no > >> general purpose logging yes yes > >> free-fall no no > >> Data Set Management (DSM/TRIM) no > >> Host Protected Area (HPA) yes no 976773168/976773168 > >> HPA - Security no > > > > Can you try this patch and see whether it works for you? > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt > > > > Thanks, > > > > Ken > > > > Yes! Your patch works. The system is loaded. Great, thanks! It is checked in in revision 300640. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Wed May 25 12:37:08 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9EF8B49DAA for ; Wed, 25 May 2016 12:37:08 +0000 (UTC) (envelope-from gljennjohn@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 C8E421D93 for ; Wed, 25 May 2016 12:37:08 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C4249B49DA9; Wed, 25 May 2016 12:37:08 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3C16B49DA7 for ; Wed, 25 May 2016 12:37:08 +0000 (UTC) (envelope-from gljennjohn@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 5AB7C1D91; Wed, 25 May 2016 12:37:08 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id z87so18804435wmh.1; Wed, 25 May 2016 05:37:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=V1IokvS008ZsCnK7zujdd5RZAT1WvahBZgob/0K7P3Q=; b=Pz+fkKUyWzSIno3whQ8DDNlYAjSXX8/N8P4hvwU3NOrex5Gvs+X98beOkGq9zBXZpM SQg2zmPOuXlv1AQ8IWbusY4bn3guvbkP2dAW3lDgvInULneUqqRQi3t3fgR+slAmNwok XzU581T0Z0TeWNK/2G58HYcWp8Ewa5z2EnlH2htmfTKVa4TiXfzK7iqSaXREbSmlVFVB TcnOnPuz/HbRD+mIct/ltbbigW4luSJWeRGxPL6O46cZnUly5LQRFwIJFtzIsNAior9h 46qypJREDxDbRWkyOwLTpSpL/FAEbUWreXgx+HNYuRYZQq4Qe4bWyzMvpSu6Fo1ot/LA j0bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=V1IokvS008ZsCnK7zujdd5RZAT1WvahBZgob/0K7P3Q=; b=gi/2b05RcDksEg6/B6u6K0A4SpaYNcPK4xaxR9KrLttS+l/cNsF+6n4cDXUaw/BIYy lYkl3/v0vudLCp22Q+zXJNLX3ps0kFV4QfuTTEnARFSiTg5KB7S/tmT7moDTkgDukNFX l6LSd0szdv1kNJVAMniSAr3tBvcAaE4qJRkSoeodEtEnkZIb1nfSDSV3E+wofedJCCXx MWLx17Jm+9sDSEvXjdk9znj5QR+aR2dd3JV6opCPNGrxjt6EHBN/PD5/lovsfg8j0S5y pOpiyMl7rXkdfy3mMhpQE5rYIGgukotGLMG5UWzOD+a0keVXAD05lupdk3WiRd6bXstq FBaA== X-Gm-Message-State: ALyK8tIOBBneeulptRFGTWnH4F5Dw/tyl3tZlWbIVfVVJ0pH8AbhpZO0QTWecYhk7ar1bA== X-Received: by 10.194.179.233 with SMTP id dj9mr3637089wjc.115.1464179826883; Wed, 25 May 2016 05:37:06 -0700 (PDT) Received: from ernst.home ([79.192.246.78]) by smtp.gmail.com with ESMTPSA id y6sm24634052wmy.8.2016.05.25.05.37.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 May 2016 05:37:05 -0700 (PDT) Date: Wed, 25 May 2016 14:36:59 +0200 From: Gary Jennejohn To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160525143659.473d8b61@ernst.home> In-Reply-To: <20160525081511.28bfbdf2@ernst.home> References: <20160521100949.6179a697@ernst.home> <20160523175105.GA50102@mithlond.kdm.org> <20160524155828.7119d8a1@ernst.home> <20160524144125.GA66261@mithlond.kdm.org> <20160524200051.42d0e6cb@ernst.home> <20160524191041.GB66830@mithlond.kdm.org> <20160525081511.28bfbdf2@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 12:37:09 -0000 On Wed, 25 May 2016 08:15:11 +0200 Gary Jennejohn wrote: > On Tue, 24 May 2016 15:10:41 -0400 > "Kenneth D. Merry" wrote: > > > Can you send full dmesg output from the working kernel? > > > > I'll give it a try and hope that the mail server doesn't strip it ==> > dmesg.boot.gz. > > > It looks like you have some ATAPI devcies on your machine (signature eb14). > > They would likely be attaching to the da(4) driver if they are disks, and > > that is a different code path. > > > > The one and only ATAPI device is cd0. > OK, it appears that one of the ATA fixes ken@ recently committed fixed my problem also. I'm now at r300677 and booting succeeds. I guess the ATAPI DVD drive was the culprite. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed May 25 12:47:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50179B49FDB for ; Wed, 25 May 2016 12:47:34 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 38F4E121A for ; Wed, 25 May 2016 12:47:34 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 34691B49FDA; Wed, 25 May 2016 12:47: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 340CCB49FD9 for ; Wed, 25 May 2016 12:47:34 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F17BE1219 for ; Wed, 25 May 2016 12:47:33 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4PClVLM083968 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 May 2016 08:47:31 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4PClVw4083967; Wed, 25 May 2016 08:47:31 -0400 (EDT) (envelope-from ken) Date: Wed, 25 May 2016 08:47:31 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: AHCI/ADA regression? Message-ID: <20160525124730.GA83902@mithlond.kdm.org> References: <20160521100949.6179a697@ernst.home> <20160523175105.GA50102@mithlond.kdm.org> <20160524155828.7119d8a1@ernst.home> <20160524144125.GA66261@mithlond.kdm.org> <20160524200051.42d0e6cb@ernst.home> <20160524191041.GB66830@mithlond.kdm.org> <20160525081511.28bfbdf2@ernst.home> <20160525143659.473d8b61@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160525143659.473d8b61@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Wed, 25 May 2016 08:47:31 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 12:47:34 -0000 On Wed, May 25, 2016 at 14:36:59 +0200, Gary Jennejohn wrote: > On Wed, 25 May 2016 08:15:11 +0200 > Gary Jennejohn wrote: > > > On Tue, 24 May 2016 15:10:41 -0400 > > "Kenneth D. Merry" wrote: > > > > > Can you send full dmesg output from the working kernel? > > > > > > > I'll give it a try and hope that the mail server doesn't strip it ==> > > dmesg.boot.gz. > > > > > It looks like you have some ATAPI devcies on your machine (signature eb14). > > > They would likely be attaching to the da(4) driver if they are disks, and > > > that is a different code path. > > > > > > > The one and only ATAPI device is cd0. > > > > OK, it appears that one of the ATA fixes ken@ recently committed > fixed my problem also. Great! I'm glad it's working! > I'm now at r300677 and booting succeeds. > > I guess the ATAPI DVD drive was the culprite. It was most likely the Samsung hard drive. This drive is the exact same model that Alex Petrov also had problems with: ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA8-ACS SATA 2.x device ada1: Serial Number S0MUJ1KP317818 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 476938MB (976771055 512 byte sectors) It claims to support Read Log, but actually doesn't. The change I checked in in revision 300640 will only send a Read Log (and additional SMR probe steps) to drives that claim they're SMR drives. Any non-SMR drives should get the same probe as before. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Wed May 25 15:56:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16E3BB495E3 for ; Wed, 25 May 2016 15:56:07 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A647A1E75 for ; Wed, 25 May 2016 15:56:06 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id s131so15292410wme.0 for ; Wed, 25 May 2016 08:56:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=HRZW/9FsYrXLGuCQ0XGveyyx0Fz5PmVA4LlVFHtRQ1w=; b=uZaCQ8j04ldru9GGRTGt8EODWRVRWw9ZFrhMUNrNl+NISHijxej1Euor3m12VM0pNt hHZ7bO984KofrpjwMH/Qb/AecS/wLQ/D9Ty+vuEkm0JgcP767m4a/R73Pp+UeBXbjsNe ZDrSItYLkdhfMVBu67h6TuoBE/TOyOPpemcVy3aagrhSnGFBQVeO41Y1iUYF5IkMmp1D ShjtCrkWwS1gBo4qyD+cLXvKTEIkCfKUD2Ph6EZSn7mj3zsPqT5JfY1jW0PukoTWBI7N IvHWvrPxvefJm4iWP4cXIwy2IgUTeNivwYEcAkW8BVkY/jbOEmvhdQ4NrjWeebr2KaNA iY7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=HRZW/9FsYrXLGuCQ0XGveyyx0Fz5PmVA4LlVFHtRQ1w=; b=BF1+CLxaSEzUQVH646ehl5EacL+UUhiBMoiqr8RSKKChAhabA6fFEq7zBuXyAX9wG0 UPgZSU5VB6isqKNylf3k95McJClN+tusssRksxaOFC++EcM1rZU6TDlrpWPV7rXrfKbt tTxcPEQnfnnskT+LPTpyCQAjnQaXzyLdNBjtlgeSBgmJJYg88aqvN2N62pd9w6rHWW8c dP35JhQdGINazEdlOXywh8SZpSYi8BFtVco+qn64I0n2GgeYwrRbsrNn8GFMwvfkwfX1 WOabhVSx3pJXsTmUoAgMOYkw79HFIniYpK8ZHA7YjEgsOCqmSBEf3gLXRNG+YW2v3V48 Hxjg== X-Gm-Message-State: ALyK8tL41EYVrHPRnndgRHD4jlYqM7OCnmO/hkd9fs273qvO5eCv3ndyz6myhpZMkQpUeVvCqea5nfa4dFDArg== MIME-Version: 1.0 X-Received: by 10.28.194.4 with SMTP id s4mr4345133wmf.68.1464191764979; Wed, 25 May 2016 08:56:04 -0700 (PDT) Received: by 10.28.54.150 with HTTP; Wed, 25 May 2016 08:56:04 -0700 (PDT) In-Reply-To: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> Date: Wed, 25 May 2016 08:56:04 -0700 Message-ID: Subject: Re: bluetooth not working in recent current From: Maksim Yevmenkin To: Graham Menhennitt Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 15:56:07 -0000 Hi Graham On Tue, May 24, 2016 at 1:31 AM, Graham Menhennitt wrote: > I've been running 11-current AMD64 on this machine for about a year. It > has a bluetooth dongle that has worked correctly up until a week ago. I > updated to the latest source around then, so I presume that's what broke it. can you please make sure that /etc/rc.d/bluetooth ran? it is usually called from devd(8) in response to ubt(4) device arrival. can you also please try to start it manually and see where it stops? i.e. something like # sh -x /etc/rc.d/bluetooth start ubt0 thanks! max From owner-freebsd-current@freebsd.org Wed May 25 18:34:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8DD8B49CE0 for ; Wed, 25 May 2016 18:34:42 +0000 (UTC) (envelope-from adrian.chadd@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 A71321DEC; Wed, 25 May 2016 18:34:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id z123so33420161itg.0; Wed, 25 May 2016 11:34:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to; bh=S3AD1HmL2DZTIykWjxjTFEzQVWimz+Fk0SR34ZzaymE=; b=xl0grXd2BzeaYgVEogFiZybQjxCP6e9bTPjZPpgWbKFHNmON54Nj16jOX7gLHOG9IN w6aBv/NkeeR/4nhCLOYj/wahkis6Y7GVHGGsn+Pd1nWoGCMKN9rlltrAU8DUyvyYXwzc w0/BanU/c80DoRLVfd4HovvuceK823I4NpLKlGYahWQ17Fu5OG6fnDtvtwmpgyBAdpnT QvJzixlkJ/NJl+K9+p/oQMQWIY6kRaS+YhjoK4HKsBXXYtYqmnbtZ5rd0uoOlowi+XPp fthv+OCCHfBpPuV6TkHe8ingpKnL18vz3xdwYrqrgCJ6up3HFCxbIiIbl7Csuj1dOMbr KG9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to; bh=S3AD1HmL2DZTIykWjxjTFEzQVWimz+Fk0SR34ZzaymE=; b=aXn9Ud6Eq7/29lWArgrW6wOxvR8lIbozC1GvYlUKNuf9Le/K9VK0FwBPDeLtuhYlaO oPhLqqVI25+exhvx8C5r8dn5FwVARKa9/YHaMwzGuaszQcHUlZBiMQa8pluAJBXqZ0k0 yb2coApdjdQC3EZPs/YSpUc41QTsSw3GiFXTv4K2Oeq8lKrgXB28Fn/2dwDWwSIr1tAZ dl3Vota6drpkLEI/hROfOzES7HRuA79g3BAFEOGAQRB6ShwOEYYP7bDaBrYpiCWbvYmF bYBx16OGm/no0FZtYczWPh+FFS2zYGMip1gPxJgosT4Iu6KAi4j2gOhAVienu1yEdcTX +cIQ== X-Gm-Message-State: AOPr4FWNkNCTEFm/NiDHz/3srrNOcKQ/s/UlwY4g3zDLExkaribDOdyw5PAvAOARmU5/XwJGBbfC7ULAgdoXXw== MIME-Version: 1.0 X-Received: by 10.36.51.15 with SMTP id k15mr22064309itk.80.1464201282071; Wed, 25 May 2016 11:34:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.113.3 with HTTP; Wed, 25 May 2016 11:34:42 -0700 (PDT) Date: Wed, 25 May 2016 11:34:42 -0700 X-Google-Sender-Auth: CPUnQ7s2m1SqGuQI5hciiGZbDfg Message-ID: Subject: [belated] call for testing: replacement ath3k firmware upload tool From: Adrian Chadd To: Maksim Yevmenkin , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 18:34:42 -0000 hiya, I wrote a replacement ath3k bluetooth firmware upload tool, based on the ath3k driver in linux. all the driver does is inject the "right" firmware / config combination into the bluetooth chips. https://github.com/erikarn/ath3k I'd like to land this in -HEAD before 11, as it enables all of the AR30xx series chips and figures out the right config to inject based on the reported config. Some just need firmware, some need board configurations, some need both. I've been using this for a couple years now, and others have been using it whenever they ask why their atheros bluetooth doesn't work. Thanks! -adrian From owner-freebsd-current@freebsd.org Wed May 25 18:35:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A775B49DE1 for ; Wed, 25 May 2016 18:35:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8CB41F7D; Wed, 25 May 2016 18:35:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-oi0-x22c.google.com with SMTP id w184so86000123oiw.2; Wed, 25 May 2016 11:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to; bh=S3AD1HmL2DZTIykWjxjTFEzQVWimz+Fk0SR34ZzaymE=; b=ArGcfIAo3acQ59plagMTkJYiCHblhs2mSbblMvV5IACf0mSjMHfbqODcoaakyaNY5H ilFTKauNgQC+TVG4AlP/UATUqGImEImJ6PxH3ibVvZ4tGqa2LWZu4ePfJ64toD0Uqv6f 8VLCSbuB32GUbP/TNLdrfky+UiO5ul5Y2zAwEsT0zFe3mIYB+l6s4QbLfRvPDx9D/aKs 5JqHZO9Le6+Jix1jmDQxKdXd/ZZHqMX3xgrXgYj5wGhdprcJhpCJEHKSwowDh8t+E3Eg 93PRybTzj5kTIFmjM05+88l1VUkQF1Vx0Z3HB11lxSqi4glyM99JvusC8Yewpc6xwOkg AdSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to; bh=S3AD1HmL2DZTIykWjxjTFEzQVWimz+Fk0SR34ZzaymE=; b=dDrU5cTnjIkfFrO/Yi777iMz7R/qGTjYHWWew151MW4fCFrd4PjFJUCNISh31QsOtB zOqZLJH9GMkyp2bAtOI73SieJhRAwAUfiR4pLeeJSW0oKBdMzOkm5g01d1QUCMsQnd44 aXBANcxWf6Ygeojt0M1T2lQFOndshRcMVB4AxWR8ykwkCCZIwLQ6SKI7E850iezScPzK CqfIBzuQZ8oQtdz/f0jbKKz1fMfFyWWyCjn3osdVYYwdwyK5xp6v2bZvh1dW5tNpy4Ig CyZNgXk5jcJOgaErfDKJ8Aw0bmbD7FY+OGY5QUKRHR2fdbAUuvI6ZqJJRgPeZkdGjP7p /sSA== X-Gm-Message-State: ALyK8tIzkL21A64h1VCFKxZGaytjrcoeau04uG8lx9bfEpd4yg+UBMrC5+6JdvrcPr9/Cd6SiLkoNxLd9ZnuPw== MIME-Version: 1.0 X-Received: by 10.157.9.141 with SMTP id q13mr3165488otd.101.1464201346011; Wed, 25 May 2016 11:35:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.202.239.131 with HTTP; Wed, 25 May 2016 11:35:45 -0700 (PDT) Date: Wed, 25 May 2016 11:35:45 -0700 X-Google-Sender-Auth: sPVeA6LNjaV-qa0jtWzNa_5_cEs Message-ID: Subject: [belated] call for testing: replacement ath3k firmware upload tool From: Adrian Chadd To: Maksim Yevmenkin , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 18:35:47 -0000 hiya, I wrote a replacement ath3k bluetooth firmware upload tool, based on the ath3k driver in linux. all the driver does is inject the "right" firmware / config combination into the bluetooth chips. https://github.com/erikarn/ath3k I'd like to land this in -HEAD before 11, as it enables all of the AR30xx series chips and figures out the right config to inject based on the reported config. Some just need firmware, some need board configurations, some need both. I've been using this for a couple years now, and others have been using it whenever they ask why their atheros bluetooth doesn't work. Thanks! -adrian From owner-freebsd-current@freebsd.org Wed May 25 20:40:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96677B4A3F8 for ; Wed, 25 May 2016 20:40:36 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a43.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) (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 78BDB1E18 for ; Wed, 25 May 2016 20:40:35 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a43.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a43.g.dreamhost.com (Postfix) with ESMTP id C44B88C05F for ; Wed, 25 May 2016 13:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s= menhennitt.com.au; bh=Fqp0ESapQXKHZp6upB9SDwvN13Y=; b=KctwUlMxmR m/hhCHXt1PdxbNl6LBXVOPO5Qgw/zWLyML5TUhfZzw4bsjhSMr3kpEoBOdiEUYfg zu1M020y3j/LhBZu67a+e5mQajGWr9NWmUPYRTuCVfImz2KLBCVTBI7vaeFtKVt5 EP/9amEYgj6df4tudrbEEe8ZF7Y93RReM= Received: from [203.2.73.68] (c122-107-214-88.mckinn3.vic.optusnet.com.au [122.107.214.88]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by homiemail-a43.g.dreamhost.com (Postfix) with ESMTPSA id 27D368C057 for ; Wed, 25 May 2016 13:40:27 -0700 (PDT) Subject: Re: bluetooth not working in recent current To: freebsd-current@freebsd.org References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> From: Graham Menhennitt Message-ID: <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> Date: Thu, 26 May 2016 06:40:26 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 20:40:36 -0000 On 26/05/2016 01:56 AM, Maksim Yevmenkin wrote: > Hi Graham > > On Tue, May 24, 2016 at 1:31 AM, Graham Menhennitt > wrote: >> I've been running 11-current AMD64 on this machine for about a year. It >> has a bluetooth dongle that has worked correctly up until a week ago. I >> updated to the latest source around then, so I presume that's what broke it. > can you please make sure that /etc/rc.d/bluetooth ran? it is usually > called from devd(8) in response to ubt(4) device arrival. > > can you also please try to start it manually and see where it stops? > i.e. something like > > # sh -x /etc/rc.d/bluetooth start ubt0 Hi Max. Thanks for responding. The output of that command is below. I'll do some more diagnosis when I get home tonight. Thanks, Graham # sh -x /etc/rc.d/bluetooth start ubt0 + . /etc/rc.subr + : 32606 + export RC_PID + [ -z '' ] + _rc_subr_loaded=YES + SYSCTL=/sbin/sysctl + SYSCTL_N='/sbin/sysctl -n' + SYSCTL_W=/sbin/sysctl + PROTECT=/usr/bin/protect + ID=/usr/bin/id + IDCMD='if [ -x /usr/bin/id ]; then /usr/bin/id -un; fi' + PS='/bin/ps -ww' + /bin/ps -ww -p 32606 -o 'jid=' + JID=0 + _rc_namevarlist='program chroot chdir env flags fib nice user group groups prepend' + _rc_subr_loaded=: + name=bluetooth + desc='Bluetooth setup script' + rcvar='' + start_cmd=bluetooth_start + stop_cmd=bluetooth_stop + required_modules='ng_bluetooth ng_hci ng_l2cap ng_btsocket' + load_rc_config bluetooth + local _name _rcvar_val _var _defval _v _msg _new _d + _name=bluetooth + false + [ -r /etc/defaults/rc.conf ] + debug 'Sourcing /etc/defaults/rc.conf' + . /etc/defaults/rc.conf + rc_info=NO + rc_startmsgs=YES + rcshutdown_timeout=90 + early_late_divider=FILESYSTEMS + always_force_depends=NO + apm_enable=NO + apmd_enable=NO + apmd_flags='' + ddb_enable=NO + ddb_config=/etc/ddb.conf + devd_enable=YES + devd_flags='' + kldxref_enable=NO + kldxref_clobber=NO + kldxref_module_path='' + powerd_enable=NO + powerd_flags='' + tmpmfs=AUTO + tmpsize=20m + tmpmfs_flags=-S + varmfs=AUTO + varsize=32m + varmfs_flags=-S + populate_var=AUTO + cleanvar_enable=YES + local_startup=/usr/local/etc/rc.d + script_name_sep=' ' + rc_conf_files='/etc/rc.conf /etc/rc.conf.local' + zfs_enable=NO + gptboot_enable=YES + gbde_autoattach_all=NO + gbde_devices=NO + gbde_attach_attempts=3 + gbde_lockdir=/etc + geli_devices='' + geli_tries='' + geli_default_flags='' + geli_autodetach=YES + root_rw_mount=YES + root_hold_delay=30 + fsck_y_enable=NO + fsck_y_flags='' + background_fsck=YES + background_fsck_delay=60 + netfs_types='nfs:NFS smbfs:SMB' + extra_netfs_types=NO + hostname='' + hostid_enable=YES + hostid_file=/etc/hostid + nisdomainname=NO + dhclient_program=/sbin/dhclient + dhclient_flags='' + background_dhclient=NO + synchronous_dhclient=NO + defaultroute_delay=30 + defaultroute_carrier_delay=5 + netif_enable=YES + netif_ipexpand_max=2048 + wpa_supplicant_program=/usr/sbin/wpa_supplicant + wpa_supplicant_flags=-s + wpa_supplicant_conf_file=/etc/wpa_supplicant.conf + firewall_enable=NO + firewall_script=/etc/rc.firewall + firewall_type=UNKNOWN + firewall_quiet=NO + firewall_logging=NO + firewall_logif=NO + firewall_flags='' + firewall_coscripts='' + firewall_client_net=192.0.2.0/24 + firewall_simple_iif=ed1 + firewall_simple_inet=192.0.2.16/28 + firewall_simple_oif=ed0 + firewall_simple_onet=192.0.2.0/28 + firewall_myservices='' + firewall_allowservices='' + firewall_trusted='' + firewall_logdeny=NO + firewall_nologports='135-139,445 1026,1027 1433,1434' + firewall_nat_enable=NO + firewall_nat_interface='' + firewall_nat_flags='' + dummynet_enable=NO + ip_portrange_first=NO + ip_portrange_last=NO + ike_enable=NO + ike_program=/usr/local/sbin/isakmpd + ike_flags='' + ipsec_enable=NO + ipsec_file=/etc/ipsec.conf + natd_program=/sbin/natd + natd_enable=NO + natd_interface='' + natd_flags='' + ipfilter_enable=NO + ipfilter_program=/sbin/ipf + ipfilter_rules=/etc/ipf.rules + ipfilter_flags='' + ipnat_enable=NO + ipnat_program=/sbin/ipnat + ipnat_rules=/etc/ipnat.rules + ipnat_flags='' + ipmon_enable=NO + ipmon_program=/sbin/ipmon + ipmon_flags=-Ds + ipfs_enable=NO + ipfs_program=/sbin/ipfs + ipfs_flags='' + pf_enable=NO + pf_rules=/etc/pf.conf + pf_program=/sbin/pfctl + pf_flags='' + pflog_enable=NO + pflog_logfile=/var/log/pflog + pflog_program=/sbin/pflogd + pflog_flags='' + ftpproxy_enable=NO + ftpproxy_flags='' + pfsync_enable=NO + pfsync_syncdev='' + pfsync_syncpeer='' + pfsync_ifconfig='' + tcp_extensions=YES + log_in_vain=0 + tcp_keepalive=YES + tcp_drop_synfin=NO + icmp_drop_redirect=NO + icmp_log_redirect=NO + network_interfaces=auto + cloned_interfaces='' + sppp_interfaces='' + ppp_enable=NO + ppp_program=/usr/sbin/ppp + ppp_mode=auto + ppp_nat=YES + ppp_profile=papchap + ppp_user=root + hostapd_enable=NO + syslogd_enable=YES + syslogd_program=/usr/sbin/syslogd + syslogd_flags=-s + syslogd_oomprotect=YES + altlog_proglist='' + inetd_enable=NO + inetd_program=/usr/sbin/inetd + inetd_flags='-wW -C 60' + iscsid_enable=NO + iscsictl_enable=NO + iscsictl_flags=-Aa + hastd_enable=NO + hastd_program=/sbin/hastd + hastd_flags='' + ctld_enable=NO + local_unbound_enable=NO + kdc_enable=NO + kdc_program=/usr/libexec/kdc + kdc_flags='' + kadmind_enable=NO + kadmind_program=/usr/libexec/kadmind + kpasswdd_enable=NO + kpasswdd_program=/usr/libexec/kpasswdd + kfd_enable=NO + kfd_program=/usr/libexec/kfd + kfd_flags='' + ipropd_master_enable=NO + ipropd_master_program=/usr/libexec/ipropd-master + ipropd_master_flags='' + ipropd_master_keytab=/etc/krb5.keytab + ipropd_master_slaves='' + ipropd_slave_enable=NO + ipropd_slave_program=/usr/libexec/ipropd-slave + ipropd_slave_flags='' + ipropd_slave_keytab=/etc/krb5.keytab + ipropd_slave_master='' + gssd_enable=NO + gssd_program=/usr/sbin/gssd + gssd_flags='' + rwhod_enable=NO + rwhod_flags='' + rarpd_enable=NO + rarpd_flags=-a + bootparamd_enable=NO + bootparamd_flags='' + pppoed_enable=NO + pppoed_provider='*' + pppoed_flags='-P /var/run/pppoed.pid' + pppoed_interface=fxp0 + sshd_enable=NO + sshd_program=/usr/sbin/sshd + sshd_flags='' + ftpd_enable=NO + ftpd_program=/usr/libexec/ftpd + ftpd_flags='' + amd_enable=NO + amd_program=/usr/sbin/amd + amd_flags='-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map' + amd_map_program=NO + autofs_enable=NO + automount_flags='' + automountd_flags='' + autounmountd_flags='' + nfs_client_enable=NO + nfs_access_cache=60 + nfs_server_enable=NO + nfs_server_flags='-u -t' + nfs_server_managegids=NO + mountd_enable=NO + mountd_flags='-r -S' + weak_mountd_authentication=NO + nfs_reserved_port_only=NO + nfs_bufpackets='' + rpc_lockd_enable=NO + rpc_lockd_flags='' + rpc_statd_enable=NO + rpc_statd_flags='' + rpcbind_enable=NO + rpcbind_program=/usr/sbin/rpcbind + rpcbind_flags='' + rpc_ypupdated_enable=NO + keyserv_enable=NO + keyserv_flags='' + nfsv4_server_enable=NO + nfscbd_enable=NO + nfscbd_flags='' + nfsuserd_enable=NO + nfsuserd_flags='' + timed_enable=NO + timed_flags='' + ntpdate_enable=NO + ntpdate_program=/usr/sbin/ntpdate + ntpdate_flags=-b + ntpdate_config=/etc/ntp.conf + ntpdate_hosts='' + ntpd_enable=NO + ntpd_program=/usr/sbin/ntpd + ntpd_config=/etc/ntp.conf + ntpd_sync_on_start=NO + ntpd_flags='-p /var/run/ntpd.pid -f /var/db/ntpd.drift' + ntp_src_leapfile=/etc/ntp/leap-seconds + ntp_db_leapfile=/var/db/ntpd.leap-seconds.list + ntp_leapfile_sources=https://www.ietf.org/timezones/data/leap-seconds.list + ntp_leapfile_fetch_opts=-mq + ntp_leapfile_expiry_days=30 + ntp_leapfile_fetch_verbose=NO + nis_client_enable=NO + nis_client_flags='' + nis_ypset_enable=NO + nis_ypset_flags='' + nis_server_enable=NO + nis_server_flags='' + nis_ypxfrd_enable=NO + nis_ypxfrd_flags='' + nis_yppasswdd_enable=NO + nis_yppasswdd_flags='' + bsnmpd_enable=NO + bsnmpd_flags='' + defaultrouter=NO + static_arp_pairs='' + static_ndp_pairs='' + static_routes='' + natm_static_routes='' + gateway_enable=NO + routed_enable=NO + routed_program=/sbin/routed + routed_flags=-q + arpproxy_all=NO + forward_sourceroute=NO + accept_sourceroute=NO + atm_enable=NO + atm_pvcs='' + atm_arps='' + hcsecd_enable=NO + hcsecd_config=/etc/bluetooth/hcsecd.conf + sdpd_enable=NO + sdpd_control=/var/run/sdp + sdpd_groupname=nobody + sdpd_username=nobody + bthidd_enable=NO + bthidd_config=/etc/bluetooth/bthidd.conf + bthidd_hids=/var/db/bthidd.hids + rfcomm_pppd_server_enable=NO + rfcomm_pppd_server_profile='one two' + rfcomm_pppd_server_one_channel=1 + rfcomm_pppd_server_two_channel=3 + ubthidhci_enable=NO + netwait_enable=NO + netwait_timeout=60 + netwait_if_timeout=30 + icmp_bmcastecho=NO + ipv6_network_interfaces=auto + ipv6_activate_all_interfaces=NO + ipv6_defaultrouter=NO + ipv6_static_routes='' + ipv6_gateway_enable=NO + ipv6_cpe_wanif=NO + ipv6_privacy=NO + route6d_enable=NO + route6d_program=/usr/sbin/route6d + route6d_flags='' + ipv6_default_interface=NO + rtsol_flags='' + rtsold_enable=NO + rtsold_flags=-a + rtadvd_enable=NO + rtadvd_interfaces='' + mroute6d_enable=NO + mroute6d_program=/usr/local/sbin/pim6dd + mroute6d_flags='' + stf_interface_ipv4addr='' + stf_interface_ipv4plen=0 + stf_interface_ipv6_ifid=0:0:0:1 + stf_interface_ipv6_slaid=0000 + ipv6_ipv4mapping=NO + ipv6_ipfilter_rules=/etc/ipf6.rules + ip6addrctl_enable=YES + ip6addrctl_verbose=NO + ip6addrctl_policy=AUTO + keyboard='' + keymap=NO + keyrate=NO + keybell=NO + keychange=NO + cursor=NO + scrnmap=NO + font8x16=NO + font8x14=NO + font8x8=NO + blanktime=300 + saver=NO + moused_nondefault_enable=YES + moused_enable=NO + moused_type=auto + moused_port=/dev/psm0 + moused_flags='' + mousechar_start=NO + allscreens_flags='' + allscreens_kbdflags='' + mta_start_script=/etc/rc.sendmail + sendmail_enable=NO + sendmail_pidfile=/var/run/sendmail.pid + sendmail_procname=/usr/sbin/sendmail + sendmail_flags='-L sm-mta -bd -q30m' + sendmail_cert_create=YES + sendmail_submit_enable=YES + sendmail_submit_flags='-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost' + sendmail_outbound_enable=YES + sendmail_outbound_flags='-L sm-queue -q30m' + sendmail_msp_queue_enable=YES + sendmail_msp_queue_flags='-L sm-msp-queue -Ac -q30m' + sendmail_rebuild_aliases=NO + auditd_enable=NO + auditd_program=/usr/sbin/auditd + auditd_flags='' + auditdistd_enable=NO + auditdistd_program=/usr/sbin/auditdistd + auditdistd_flags='' + cron_enable=YES + cron_program=/usr/sbin/cron + cron_dst=YES + cron_flags='' + lpd_enable=NO + lpd_program=/usr/sbin/lpd + lpd_flags='' + nscd_enable=NO + chkprintcap_enable=NO + chkprintcap_flags=-d + dumpdev=AUTO + dumpdir=/var/crash + savecore_enable=YES + savecore_flags='-m 10' + crashinfo_enable=YES + crashinfo_program=/usr/sbin/crashinfo + quota_enable=NO + check_quotas=YES + quotaon_flags=-a + quotaoff_flags=-a + quotacheck_flags=-a + accounting_enable=NO + ibcs2_enable=NO + ibcs2_loaders=coff + firstboot_sentinel=/firstboot + sysvipc_enable=NO + linux_enable=NO + svr4_enable=NO + clear_tmp_enable=NO + clear_tmp_X=YES + ldconfig_insecure=NO + ldconfig_paths='/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg' + ldconfig32_paths='/usr/lib32 /usr/lib32/compat' + ldconfigsoft_paths='/usr/libsoft /usr/libsoft/compat /usr/local/libsoft' + ldconfig_paths_aout='/usr/lib/compat/aout /usr/local/lib/aout' + ldconfig_local_dirs=/usr/local/libdata/ldconfig + ldconfig_local32_dirs=/usr/local/libdata/ldconfig32 + ldconfig_localsoft_dirs=/usr/local/libdata/ldconfigsoft + kern_securelevel_enable=NO + kern_securelevel=-1 + update_motd=YES + entropy_boot_file=/boot/entropy + entropy_file=/entropy + entropy_dir=/var/db/entropy + entropy_save_sz=4096 + entropy_save_num=8 + harvest_mask=511 + dmesg_enable=YES + watchdogd_enable=NO + watchdogd_flags='' + devfs_rulesets='/etc/defaults/devfs.rules /etc/devfs.rules' + devfs_system_ruleset='' + devfs_set_rulesets='' + devfs_load_rulesets=YES + performance_cx_lowest=C2 + performance_cpu_freq=NONE + economy_cx_lowest=Cmax + economy_cpu_freq=NONE + virecover_enable=YES + ugidfw_enable=NO + bsdextended_script=/etc/rc.bsdextended + newsyslog_enable=YES + newsyslog_flags=-CN + mixer_enable=YES + opensm_enable=NO + rctl_enable=YES + rctl_rules=/etc/rctl.conf + iovctl_files='' + jail_enable=NO + jail_parallel_start=NO + jail_list='' + jail_reverse_stop=NO + [ -z '' ] + source_rc_confs_defined=yes + source_rc_confs + local i sourced_files + sourced_files=:/etc/rc.conf: + [ -r /etc/rc.conf ] + . /etc/rc.conf + hostname=starker + ifconfig_re0=DHCP + local_unbound_enable=YES + sshd_enable=YES + ntpd_enable=YES + ntpd_sync_on_start=YES + powerd_enable=YES + dumpdev=NO + hald_enable=YES + dbus_enable=YES + kdm4_enable=YES + background_fsck=NO + devfs_system_ruleset=system + rpcbind_enable=YES + nfs_client_enable=YES + nfs_server_enable=YES + rpc_statd_enable=YES + rpc_lockd_enable=YES + sendmail_enable=NONE + nullmailer_enable=YES + vboxnet_enable=YES + bluetooth_enable=YES + cupsd_enable=YES + sourced_files=:/etc/rc.conf::/etc/rc.conf.local: + [ -r /etc/rc.conf.local ] + _rc_conf_loaded=true + [ -n bluetooth ] + _d=/etc + [ -f /etc/rc.conf.d/bluetooth ] + [ -d /etc/rc.conf.d/bluetooth ] + _d=/usr/local/etc + [ -f /usr/local/etc/rc.conf.d/bluetooth ] + [ -d /usr/local/etc/rc.conf.d/bluetooth ] + hccontrol=/usr/sbin/hccontrol + hcseriald=/usr/sbin/hcseriald + run_rc_command start ubt0 + _return=0 + rc_arg=start + [ -z bluetooth ] + shift 1 + rc_extra_args=ubt0 + _rc_prefix='' + eval '_override_command=$bluetooth_program' + _override_command='' + command='' + _keywords='start stop restart rcvar enabled describe extracommands ' + rc_pid='' + _pidcmd='' + _procname='' + [ -n '' ] + [ -z start ] + [ start '=' enabled ] + [ -n '' ] + eval 'rc_flags=$bluetooth_flags' + rc_flags='' + eval '_chdir=$bluetooth_chdir' '_chroot=$bluetooth_chroot' '_nice=$bluetooth_nice' '_user=$bluetooth_user' '_group=$bluetooth_group' '_groups=$bluetooth_groups' '_fib=$bluetooth_fib' '_env=$bluetooth_env' '_prepend=$bluetooth_prepend' '_login_class=${bluetooth_login_class:-daemon}' '_oomprotect=$bluetooth_oomprotect' + _chdir='' _chroot='' _nice='' _user='' _group='' _groups='' _fib='' _env='' _prepend='' _login_class=daemon _oomprotect='' + [ -n '' ] + [ -z '' ] + eval + [ start '!=' start ] + [ -n '' -a start '!=' rcvar -a start '!=' stop -a start '!=' describe ] + [ -n '' -a start '=' stop -a -z '' ] + [ start '=' start -a -z '' -a -n '' ] + eval '_cmd=$start_cmd' '_precmd=$start_precmd' '_postcmd=$start_postcmd' + _cmd=bluetooth_start _precmd='' _postcmd='' + [ -n bluetooth_start ] + _run_rc_precmd + check_required_before start + local _f + return 0 + [ -n '' ] + check_required_after start + local _f _args + _args=ng_bluetooth + load_kld ng_bluetooth + local _loaded _mod _opt _re + getopts e:m: _opt + shift 0 + [ 1 -ne 1 ] + _mod=ng_bluetooth + _loaded=false + [ -n '' ] + kldstat -q -m ng_bluetooth + _loaded=true + true + debug 'load_kld: ng_bluetooth kernel module already loaded.' + return 0 + _args=ng_hci + load_kld ng_hci + local _loaded _mod _opt _re + getopts e:m: _opt + shift 0 + [ 1 -ne 1 ] + _mod=ng_hci + _loaded=false + [ -n '' ] + kldstat -q -m ng_hci + _loaded=true + true + debug 'load_kld: ng_hci kernel module already loaded.' + return 0 + _args=ng_l2cap + load_kld ng_l2cap + local _loaded _mod _opt _re + getopts e:m: _opt + shift 0 + [ 1 -ne 1 ] + _mod=ng_l2cap + _loaded=false + [ -n '' ] + kldstat -q -m ng_l2cap + _loaded=true + true + debug 'load_kld: ng_l2cap kernel module already loaded.' + return 0 + _args=ng_btsocket + load_kld ng_btsocket + local _loaded _mod _opt _re + getopts e:m: _opt + shift 0 + [ 1 -ne 1 ] + _mod=ng_btsocket + _loaded=false + [ -n '' ] + kldstat -q -m ng_btsocket + _loaded=true + true + debug 'load_kld: ng_btsocket kernel module already loaded.' + return 0 + return 0 + return 0 + _run_rc_doit 'bluetooth_start ubt0' + debug 'run_rc_command: doit: bluetooth_start ubt0' + eval 'bluetooth_start ubt0' + bluetooth_start ubt0 + local _file + dev=ubt0 + hook=hook + expr ubt0 : 'ubt\([0-9]\{1,\}\)' + unit=0 + [ -z 0 ] + bluetooth_device_authentication_enable=0 + bluetooth_device_class=ff:01:0c + bluetooth_device_connectable=1 + bluetooth_device_discoverable=1 + bluetooth_device_encryption_mode=0 + bluetooth_device_hci_debug_level=3 + bluetooth_device_l2cap_debug_level=3 + /usr/bin/uname -n + bluetooth_device_local_name='starker (ubt0)' + bluetooth_device_role_switch=1 + _file=/etc/defaults/bluetooth.device.conf + bluetooth_read_conf /etc/defaults/bluetooth.device.conf bluetooth_device_ + local _err _file _line _namespace + _file=/etc/defaults/bluetooth.device.conf + _namespace=bluetooth_device_ + _err=0 + [ ! -e /etc/defaults/bluetooth.device.conf ] + [ ! -f /etc/defaults/bluetooth.device.conf -o ! -r /etc/defaults/bluetooth.device.conf ] + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + continue + read _line + [ -z '' ] + continue + read _line + return 0 + _file=/etc/bluetooth/ubt0.conf + bluetooth_read_conf /etc/bluetooth/ubt0.conf bluetooth_device_ + local _err _file _line _namespace + _file=/etc/bluetooth/ubt0.conf + _namespace=bluetooth_device_ + _err=0 + [ ! -e /etc/bluetooth/ubt0.conf ] + return 0 + bluetooth_setup_stack ubt0 hook + dev=ubt0 + shift + hook=hook + shift + ngctl mkpeer ubt0: hci hook drv + ngctl name ubt0:hook ubt0hci + ngctl msg ubt0hci: set_debug 3 + ngctl mkpeer ubt0hci: l2cap acl hci + ngctl name ubt0hci:acl ubt0l2cap + ngctl msg ubt0l2cap: set_debug 3 + ngctl connect ubt0hci: btsock_hci_raw: raw ubt0raw + ngctl connect ubt0l2cap: btsock_l2c_raw: ctl ubt0ctl + ngctl connect ubt0l2cap: btsock_l2c: l2c ubt0l2c + /usr/sbin/hccontrol -n ubt0hci reset + return 1 + bluetooth_shutdown_stack ubt0 + dev=ubt0 + ngctl shutdown ubt0hci: + ngctl shutdown ubt0l2cap: + return 0 + err 1 'Unable to setup Bluetooth stack for device ubt0' + exitval=1 + shift + [ -x /usr/bin/logger ] + logger '/etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0' + echo '/etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0' /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 + exit 1 From owner-freebsd-current@freebsd.org Wed May 25 21:30:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3478B4AF47 for ; Wed, 25 May 2016 21:30:22 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D26D1FDA for ; Wed, 25 May 2016 21:30:22 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id z87so77123453wmh.0 for ; Wed, 25 May 2016 14:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=zzXZxDdAzYqZB1f5KHAW6jylWuP0ejl9C3v59kMnrZA=; b=mGM71VwrZzqU0zAUzGJloTPiQqAMrBe91D96/ozXVZ4pwnTnG33VJ3kshEw8r296nK Ke/j/YH9fkIwuOxU7CZCIP1KrjL+9I/0v0nA94ZR3UZ+n3nU+vMD8Di2n4ruvriQ+eYB kti3IsftUL+DaAx5EmZom4yzuYSk41eCjQl2DAQHzCcm9kKqI/gwMRO8uW/SwwFD+6iW QtYCR9cyYOekPGbLzaMpNxlgYVhq23tEZNavXaNs04GvbhQiVgpaW1dXTnHyXZVwz0M6 IX8wo+jTgYl5ISdSSd2KaKgu/of9tY3y/wLcybK8ZROAw2pDXYoMqbbQaZm7d7jmLc+J XbRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=zzXZxDdAzYqZB1f5KHAW6jylWuP0ejl9C3v59kMnrZA=; b=Bm90/c1ASwJbWtfEPs+yaG1BAuQ3YyspmAYxjy/BHbGxs3JjQVAhBrv0o/XdYEp/NI xtfug0cNl3EAKTDX1feeyPa2GAneDmFEGc7URZJnTxz1i4vfHrPBNXJjhxvk+gYhb46B 5lkZn7UKEYvkb9/YeSaN19p6u+WDTTOEUk/S5ZMG/zLBVzUZD80lBIMrU1gEkTsjnqOP hF5Qjm/IZI+qTgf0jOHmHfTMLPfXsG51HHNaa+JYX0aP18cg4BqT4WQlG5rFloul8gyC 77Xg3xFqlPjRCH8WIii/eFExD/uD4LZWjxSi2VnKc4Aml69OayKCypA8a8GTVXIqumHE 479A== X-Gm-Message-State: ALyK8tJi3O+8B3a5hdLlalITIeVDjRc40ct5TcxB1G4hp5S3lgphcxpzL0OO1gVapaF9w6haxFC16OL9aK/VBg== MIME-Version: 1.0 X-Received: by 10.28.181.148 with SMTP id e142mr58888wmf.38.1464211464961; Wed, 25 May 2016 14:24:24 -0700 (PDT) Received: by 10.28.54.150 with HTTP; Wed, 25 May 2016 14:24:24 -0700 (PDT) In-Reply-To: <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> Date: Wed, 25 May 2016 14:24:24 -0700 Message-ID: Subject: Re: bluetooth not working in recent current From: Maksim Yevmenkin To: Graham Menhennitt Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2016 21:30:22 -0000 Graham, >> can you also please try to start it manually and see where it stops? >> i.e. something like >> >> # sh -x /etc/rc.d/bluetooth start ubt0 > > Thanks for responding. The output of that command is below. I'll do some > more diagnosis when I get home tonight. thanks a lot [...] > + /usr/sbin/hccontrol -n ubt0hci reset > + return 1 so, "reset" command failed :( can you please tell me which exact broadcom device you have, i.e. vendor id and product id? some broadcom devices may require firmware download. you said it was working before, can you please tell if you had to download firmware before? i.e. use ubtbcmfw ? are you dual booting between freebsd and windows (or linux)? thanks! max From owner-freebsd-current@freebsd.org Thu May 26 01:26:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F1F8B48FA5 for ; Thu, 26 May 2016 01:26:45 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a79.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) (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 3415B1745 for ; Thu, 26 May 2016 01:26:44 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a79.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a79.g.dreamhost.com (Postfix) with ESMTP id 929A27D4070 for ; Wed, 25 May 2016 18:26:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s= menhennitt.com.au; bh=yMEfmXllMNByMF3ov0rsr9WLUJ0=; b=jyXIGvQKz5 iVTTa+HpIkj5q6FOfMW1oRug76DTvJr9TcMH6gHxybX7Zf/gMpGzRh7uTC00P052 GAAJTbM6dzvzjReGMzJaIV/vnm8gsUOgJVkbdCIpvbktwcDmIZZAvBYXnsFafDsy vU5ZSwSsjZMynE305zlntgf/2Sqrgc9gE= Received: from [137.237.172.27] (unknown [192.160.117.156]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by homiemail-a79.g.dreamhost.com (Postfix) with ESMTPSA id D89EC7D406F for ; Wed, 25 May 2016 18:26:42 -0700 (PDT) Subject: Re: bluetooth not working in recent current To: freebsd-current@freebsd.org References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> From: Graham Menhennitt Message-ID: Date: Thu, 26 May 2016 11:26:36 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 01:26:45 -0000 On 26/05/2016 7:24 AM, Maksim Yevmenkin wrote: > >>> can you also please try to start it manually and see where it stops? >>> i.e. something like >>> >>> # sh -x /etc/rc.d/bluetooth start ubt0 >> Thanks for responding. The output of that command is below. I'll do some >> more diagnosis when I get home tonight. > + /usr/sbin/hccontrol -n ubt0hci reset > + return 1 > so, "reset" command failed :( can you please tell me which exact > broadcom device you have, i.e. vendor id and product id? some broadcom > devices may require firmware download. you said it was working before, > can you please tell if you had to download firmware before? i.e. use > ubtbcmfw ? are you dual booting between freebsd and windows (or > linux)? > dmesg shows: ubt0: on usbus6 usbconfig dump_device_desc shows: ugen6.2: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0110 bDeviceClass = 0x00e0 bDeviceSubClass = 0x0001 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0a5c idProduct = 0x200a bcdDevice = 0x0001 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <2035B0000001> bNumConfigurations = 0x0001 No, I don't dual boot anything. I have never loaded firmware - maybe it happened automatically in the past, but I've never used ubtbcmfw explicitly. Thanks for your help, Graham From owner-freebsd-current@freebsd.org Thu May 26 06:43:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E02F0B4A4A6 for ; Thu, 26 May 2016 06:43:05 +0000 (UTC) (envelope-from gljennjohn@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 C1C051E9A for ; Thu, 26 May 2016 06:43:05 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id BCFD3B4A4A5; Thu, 26 May 2016 06:43:05 +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 BC9F7B4A4A4 for ; Thu, 26 May 2016 06:43:05 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51D461E98 for ; Thu, 26 May 2016 06:43:05 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id z87so86420954wmh.0 for ; Wed, 25 May 2016 23:43:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=nPPiAlnryFPSed9aELo8L744udG0N5O4VeYONrKO7Nc=; b=h7fRdf+v5hmMM+AMzpgoYb6qL+zkid7fd+0UXdhDkEigm1y4jyoPeSFtPD0tR8V2yk TiJvtu+pvrhSlTMId7k1bU3TF06pIKNlq/B35ZPi/TqoRnD/bx3GIyNBYhQBo4VyuhNu USvSXGBt8EA+F15daYYSI7pFPbgSQBfh+Pe8XhK/7tgXdv6xU42YjMytzjxvLg7l2zjF uMbPBQBoMOc4mjJT+QFGrF8VX5KKX458uwBsSG+JbVX2tD9BlLFOX5gEewdFPNBSa/gJ igaI+OC78cmAGUjqRr2XMlr3PK1K32RL4lLHTBIo7AtgffYQyaKOqMruE8GWP8cOlNOu 1cTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=nPPiAlnryFPSed9aELo8L744udG0N5O4VeYONrKO7Nc=; b=ZiUDGZSGIbFZuItKlDqgMMLzguh5D6lbfhaZlR9cNOpFjAljP9uBCHVapvDGf9DYXi AP4r6b6k/SsZMQh7hlZOaCJ2fyNHR67ee7pC6XN1L7/X1zqoR3OfqvEij8u3q/avk+GN xVXehHIcwb6HNLRDiYnUQN1RTmJGPeFPntMq82KctHeqYwT7FZ2lci4U94Mi4f9Hrgzo 5I1Wt3MnE4eav/Y2UmZhfOVSfcUM21JPb9rO9Pz4kszNEiOmM1U7v4EYG76vfgbhcU4L Zugwk5V2QDakPabMasGjENQph0N7AUQZjoE7K4TvmPUt6BTrGnrcsyth3B5T2+w0iaex GuDg== X-Gm-Message-State: ALyK8tKi488BTal6EWyeQ5kt8ZnBJ3OJX8w2MaN9Q/zA0S4Mz2Eq2OdwDdptrrx9rHz4/Q== X-Received: by 10.28.142.137 with SMTP id q131mr1751496wmd.81.1464244983841; Wed, 25 May 2016 23:43:03 -0700 (PDT) Received: from ernst.home (p4FC0F647.dip0.t-ipconnect.de. [79.192.246.71]) by smtp.gmail.com with ESMTPSA id 124sm1802396wml.12.2016.05.25.23.43.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 May 2016 23:43:03 -0700 (PDT) Date: Thu, 26 May 2016 08:42:53 +0200 From: Gary Jennejohn To: current@freebsd.org Subject: Recognizing SMR HDDs Message-ID: <20160526084253.6588938f@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 06:43:06 -0000 Now that ken@ has checked in the SMR code I'm wondering how I can see whether it's having any effect. I have a 8TB SMR disk in a USB3 enclosure. Does the kernel emit any sort of trace to indicate that it sees the drive as SMR and takes that into account? I have the probe trace enabled in my kernel config, but I don't see anything special pop out when I turn the drive on. Does the fact that the drive appears as a /dev/daX play any role? BTW the disk returns an error when multiple LUNs are probed. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu May 26 08:39:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C06E8B4B5AA for ; Thu, 26 May 2016 08:39:32 +0000 (UTC) (envelope-from peter@rulingia.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 A87961AE3 for ; Thu, 26 May 2016 08:39:32 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id A43E7B4B5A9; Thu, 26 May 2016 08:39:32 +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 A1A23B4B5A8 for ; Thu, 26 May 2016 08:39:32 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EF2D1AE1 for ; Thu, 26 May 2016 08:39:31 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id u4Q8dFj0039577 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 26 May 2016 18:39:21 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id u4Q8dAaL068942 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 May 2016 18:39:10 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id u4Q8d9Kg068941; Thu, 26 May 2016 18:39:09 +1000 (AEST) (envelope-from peter) Date: Thu, 26 May 2016 18:39:09 +1000 From: Peter Jeremy To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526083909.GJ6157@server.rulingia.com> References: <20160526084253.6588938f@ernst.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AptwxgnoZDC4KQWS" Content-Disposition: inline In-Reply-To: <20160526084253.6588938f@ernst.home> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 08:39:32 -0000 --AptwxgnoZDC4KQWS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2016-May-26 08:42:53 +0200, Gary Jennejohn wrote: >Now that ken@ has checked in the SMR code I'm wondering how I can see >whether it's having any effect. camcontrol(8) has been enhanced with SMR options and there's a new zonectl(8) command - these should be able to report whether the drive is recognized as a host-aware or host-managed SMR drive. I believe that drive-managed SMR drives don't admit to anything. >Does the fact that the drive appears as a /dev/daX play any role? USB drives are handled via the SCSI CAM layer rather than as SATA drives. It's possible that either the umass(4) driver or your USB to SATA adapter are not correctly handling the relevant commands. --=20 Peter Jeremy --AptwxgnoZDC4KQWS Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJXRrYtXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0bZYQAJ+x3P6nIyDmYKaNweZSG4oX CdwNTVRGthlaNQLay+SmCCQmck/dtkT0GtA7X5aoSZWb9XAIbu/D7wZMBeQHHzTs GGYZHX/VsmTHdqlFWnpCVekO8ik3nEc6qgyMUdLMpGmG5lTha2Eatu/k40OzO/0g B1gp+JY0fpnMbpVdW52GYq/CDDfda1ZAHV0z3S+bziN7W9fNpJ/cTybOfhcIOa/B uPEU64pAi/nzm1xCJrqXtjOdHIAGFH65tz9Gc8q9ko/XmqNIadXJrOH8QEoqRc8S oUtqxzW6sGkoIEyb8mnSWeIPumUJbuTo+4hhM4cRYItT5JPVbVdPv1ioenacRP+2 SIv35jmo6oJaM/axHpKDUrsWV1dCL9Hy5KB8ek+l6jXAybDNcbcwkMFekDJGTKoS 41n3Iu8AHrQ93UPZfhQnYzQMT5sbeQo66uk69pSeeLtqdHmGu97jZ9NYM6O01I9L JrhvwOHMdWnuH+2SoxiHJgciGwpVpNvuICIfkjEIj3tORCsmj/zkVImIxSKKntdq mXh6XxT8aFSbhbrIeifWN6dE738VQhaXcuFz9HhmeL4cx6DbBovDw91z4AM51q+g 8bIUXqGaxOgN3f2Ofb/w4dyhx86efsN3tXemm3Cqo12SmWgt/45l+BcrZqmRk7mp W2WYdcoEcONlohUucDol =JJXQ -----END PGP SIGNATURE----- --AptwxgnoZDC4KQWS-- From owner-freebsd-current@freebsd.org Thu May 26 09:00:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEAC3B4BEC8 for ; Thu, 26 May 2016 09:00:50 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC7001D37 for ; Thu, 26 May 2016 09:00:50 +0000 (UTC) (envelope-from listjm@club.fr) Received: from [192.168.1.51] (22.165.7.84.rev.sfr.net [84.7.165.22]) by msfrf2627.sfr.fr (SMTP Server) with ESMTP id E43311C000C32 for ; Thu, 26 May 2016 10:54:12 +0200 (CEST) Received: from [192.168.1.51] (22.165.7.84.rev.sfr.net [84.7.165.22]) (Authenticated sender: juanmolina@sfr.fr) by msfrf2627.sfr.fr (SMTP Server) with ESMTPA for ; Thu, 26 May 2016 10:54:12 +0200 (CEST) Authentication-Results: sfr.fr; auth=pass (PLAIN) smtp.auth=juanmolina@sfr.fr Subject: dmesg: can't reuse a leaf (ixl_rx_miss_bufs)! To: FreeBSD-Current From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <5746B9B3.9050802@club.fr> Date: Thu, 26 May 2016 10:54:11 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 X-sfr-mailing: LEGIT Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 09:00:51 -0000 Hi! In three different machines running HEAD I have this message in the very first lines of the dmesg output: can't reuse a leaf (ixl_rx_miss_bufs)! I don’t remember seeing it before and I have not configured any ixl device. It seems harmless, but I wonder if it’s a sign of a bug somewhere. Cheers, Juan From owner-freebsd-current@freebsd.org Thu May 26 09:06:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E56B7B49156 for ; Thu, 26 May 2016 09:06:14 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA7CE14CB for ; Thu, 26 May 2016 09:06:14 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id e62so90168637ita.1 for ; Thu, 26 May 2016 02:06:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=FJLVzvsc/s3TWF6PMl/bgsJQuPHj4BIPpYYAqVMrWTc=; b=PUUYvQZ+4lIhxxKIYEj9sSRr9YmyA/wAJpODf7XQkprNWVnaxrRI2NlgC5nwi0tIbD ozfZ3qPpeCkAUR5IqZRL6BmI04J4YgTq8QVg7sgmD/mUmxrIfVjZ9MN9JbdnSuNIJ7vp 5iexyCZ726N1X4kTSrd/02uYCOuH+nBm/oT5Dg/nHieYcSXX+L8kLtdWCgEnJVJP8EnJ mbLysY5drrb/7iOyamPNXMspxtogie1mSG4wsCyV7b0E9GLUPNaj1yS2h+JynPVljeGA H1YNn3NwuMy/njmQCFqm4koT8Tlw3O1okiejCuWq3Jd31eJwpEYwTy/boF/Sobv5McUu APVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=FJLVzvsc/s3TWF6PMl/bgsJQuPHj4BIPpYYAqVMrWTc=; b=mRwKiKdT5uqK0PmBOXc+zGq/ftEx2NUAf2KcHx2giidplOTIV65eQp2x9xAccdGvUV 4fRoqx6pNonE21Nf9Pu08NGDNXbRTKW+ZiBuG/3uBgVKrH/nBot7AQ7XFIpN2t4CjKT3 F7laxGiP1RGwU+m2hfzhlSFETxjfHE0nULr/7dA5BaGiwOPyw63XFZ4tSVHJbN4L39nn v3KG7Bc6dQu5qNk8DO22nikh/GTWizDubWfvg3ze4FM3ZsAEewt4Tiu5Um8s3V2orHqV qMflZlwM7f70vWV04vPfiXmNgsIVhuzmsm/RlkGxSBz8YHF4a5SlTAI2ogDWyK204hUD NJHQ== X-Gm-Message-State: ALyK8tKSplmB+iupgpVz1MMuHZLSXDqPaqqpykpMsWYo/8+rOsr28jW8j487MJr6YNZ45oYdQw26zH3Ky4wWCw== MIME-Version: 1.0 X-Received: by 10.36.44.200 with SMTP id i191mr1965508iti.99.1464253574059; Thu, 26 May 2016 02:06:14 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.107.132.212 with HTTP; Thu, 26 May 2016 02:06:13 -0700 (PDT) In-Reply-To: <5746B9B3.9050802@club.fr> References: <5746B9B3.9050802@club.fr> Date: Thu, 26 May 2016 02:06:13 -0700 X-Google-Sender-Auth: io_r0CEplsYFIlmwN1LbfJEktZ0 Message-ID: Subject: Re: dmesg: can't reuse a leaf (ixl_rx_miss_bufs)! From: "K. Macy" To: =?UTF-8?Q?Juan_Ram=C3=B3n_Molina_Menor?= Cc: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 09:06:15 -0000 It will be fixed in the next iflib update. On Thursday, May 26, 2016, Juan Ram=C3=B3n Molina Menor wr= ote: > Hi! > > In three different machines running HEAD I have this message in the very > first lines of the dmesg output: > > can't reuse a leaf (ixl_rx_miss_bufs)! > > I don=E2=80=99t remember seeing it before and I have not configured any i= xl > device. It seems harmless, but I wonder if it=E2=80=99s a sign of a bug s= omewhere. > > Cheers, > Juan > _______________________________________________ > 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 May 26 09:06:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95209B491D8 for ; Thu, 26 May 2016 09:06:53 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 633241729 for ; Thu, 26 May 2016 09:06:53 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-io0-x233.google.com with SMTP id p64so8356251ioi.2 for ; Thu, 26 May 2016 02:06:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=0wIugAmUiEto1pEBjFPVX4TkveOJqM/oUy9piJ9jutQ=; b=e695Gn7rCpMKZBqA9Isc4I1o1ncYTwXi8crNTejEu+X1AG/MHLc57FNvHCf99ttBnO 5A3w9k0ilM3lGwOmRWEUbc9bsf/zccN34p9yq6/nyBnvyUaL/fk/7ViTUiZY/f6dDW89 1q6QUinOBaZbzohoAz7qhZrn2DWgC8BNI87bA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=0wIugAmUiEto1pEBjFPVX4TkveOJqM/oUy9piJ9jutQ=; b=iiVnLDBSxIn8jL46GmnPGpvXmP6MEVDWX5sW7mAF2jcTL4Lm7iLiyMtHt618pForsX U3UiApGDJlHleI8OF9M4ctFOBH8uaVPvgBhTXBFE23137OR5njX5PNVk8PfHwqf2mPoq hPZITbcHRPOPzVqsIBt2bzqNHx60R3E5An6uKsDuIqwroqzAervUy6K75aEk/qiPl5c8 nJUELDpSWMf4glN+EvKgGqoMDm1ac7uzlIfucpZBgRXWrYfZxp0MBJ4KvFotCqd5mnLZ 72e1LTouv3NkKQJjogauNbq8J3FMXV3dzSCKbvpxtq191IQKZd769JQ8ylpUKNISqRLe p1oA== X-Gm-Message-State: ALyK8tJcaxoFfC7UnWYfhAN7tOmpEiQjX9FsvgeApA+LhrEkQhtq2V+GKlmwJizEM8jr3rWf07WaSZE8EivXFw== X-Received: by 10.107.46.158 with SMTP id u30mr7706153iou.162.1464253612775; Thu, 26 May 2016 02:06:52 -0700 (PDT) MIME-Version: 1.0 References: <5746B9B3.9050802@club.fr> In-Reply-To: <5746B9B3.9050802@club.fr> From: =?UTF-8?Q?Otac=C3=ADlio_de_Ara=C3=BAjo_Ramos_Neto?= Date: Thu, 26 May 2016 09:06:43 +0000 Message-ID: Subject: Re: dmesg: can't reuse a leaf (ixl_rx_miss_bufs)! To: =?UTF-8?Q?Juan_Ram=C3=B3n_Molina_Menor?= , FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 09:06:53 -0000 Em qui, 26 de mai de 2016 06:01, Juan Ram=C3=B3n Molina Menor escreveu: > Hi! > > In three different machines running HEAD I have this message in the very > first lines of the dmesg output: > > can't reuse a leaf (ixl_rx_miss_bufs)! > > I don=E2=80=99t remember seeing it before and I have not configured any i= xl > device. It seems harmless, but I wonder if it=E2=80=99s a sign of a bug s= omewhere. > > Cheers, > Juan > _________________________________________ > It is happing also with my guest machine on virtualbox also. > From owner-freebsd-current@freebsd.org Thu May 26 10:58:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4915B4B0CB for ; Thu, 26 May 2016 10:58:59 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp26.services.sfr.fr (smtp26.services.sfr.fr [93.17.128.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9153214A5; Thu, 26 May 2016 10:58:58 +0000 (UTC) (envelope-from listjm@club.fr) Received: from [192.168.1.51] (22.165.7.84.rev.sfr.net [84.7.165.22]) by msfrf2607.sfr.fr (SMTP Server) with ESMTP id 5869E1C00240F; Thu, 26 May 2016 12:57:50 +0200 (CEST) Received: from [192.168.1.51] (22.165.7.84.rev.sfr.net [84.7.165.22]) (Authenticated sender: juanmolina@sfr.fr) by msfrf2607.sfr.fr (SMTP Server) with ESMTPA; Thu, 26 May 2016 12:57:47 +0200 (CEST) Authentication-Results: sfr.fr; auth=pass (PLAIN) smtp.auth=juanmolina@sfr.fr Subject: Re: dmesg: can't reuse a leaf (ixl_rx_miss_bufs)! To: "K. Macy" References: <5746B9B3.9050802@club.fr> Cc: FreeBSD-Current From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <5746D6AA.7020809@club.fr> Date: Thu, 26 May 2016 12:57:46 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: X-sfr-mailing: LEGIT Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 10:58:59 -0000 Le 26/05/2016 11:06, K. Macy a écrit : > It will be fixed in the next iflib update. > Nice, thank you. From owner-freebsd-current@freebsd.org Thu May 26 12:34:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D12AB49AEE for ; Thu, 26 May 2016 12:34:49 +0000 (UTC) (envelope-from ken@kdm.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 0778F1BEE for ; Thu, 26 May 2016 12:34:49 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 06B8BB49AEC; Thu, 26 May 2016 12:34:49 +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 0633EB49AE9 for ; Thu, 26 May 2016 12:34:49 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3F731BED for ; Thu, 26 May 2016 12:34:48 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4QCYkW0002352 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 May 2016 08:34:46 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4QCYjxc002351; Thu, 26 May 2016 08:34:45 -0400 (EDT) (envelope-from ken) Date: Thu, 26 May 2016 08:34:45 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526123445.GA2105@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160526084253.6588938f@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Thu, 26 May 2016 08:34:46 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 12:34:49 -0000 On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > Now that ken@ has checked in the SMR code I'm wondering how I can see > whether it's having any effect. > > I have a 8TB SMR disk in a USB3 enclosure. Does the kernel emit any > sort of trace to indicate that it sees the drive as SMR and takes > that into account? There is nothing extra emitted in the dmesg to tell you it is an SMR drive, you have to look. > I have the probe trace enabled in my kernel config, but I don't see > anything special pop out when I turn the drive on. You'll see extra states in the probe compared to a standard drive if it is Host Aware or Host Managed. You won't see those states if it is Drive Managed. > Does the fact that the drive appears as a /dev/daX play any role? It shouldn't matter. I put changes in both the da(4) and ada(4) drivers to support SMR drives. And the changes should work even when you have an ATA protocol drive attached via a SCSI transport. Which is likely the case with your drive. What kind of drive is it? Here are some things you can do on any disk to see what it is: diskinfo -v /dev/daX For example: # diskinfo -v /dev/da18 /dev/da18 512 # sectorsize 8001563222016 # mediasize in bytes (7.3T) 15628053168 # mediasize in sectors 4096 # stripesize 0 # stripeoffset 972801 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. Z84003SK # Disk ident. id1,enc@n5003048001f311fd/type@0/slot@13/elmdesc@Slot_19 # Physical path Host_Aware # Zone Mode So this is a Host Aware drive. zonectl -c params -d /dev/daX # zonectl -c params -d /dev/da18 Zone Mode: Host Aware Command support: Report Zones, Open, Close, Finish, Reset Write Pointer Unrestricted Read in Sequential Write Required Zone (URSWRZ): No Optimal Number of Open Sequential Write Preferred Zones: 128 Optimal Number of Non-Sequentially Written Sequential Write Preferred Zones: 8 Maximum Number of Open Sequential Write Required Zones: Unlimited If I issue the same command on a drive managed SMR drive: # zonectl -c params -d /dev/da19 Zone Mode: Drive Managed Command support: None Unrestricted Read in Sequential Write Required Zone (URSWRZ): No Optimal Number of Open Sequential Write Preferred Zones: Not Set Optimal Number of Non-Sequentially Written Sequential Write Preferred Zones: Not Set Maximum Number of Open Sequential Write Required Zones: Not Set sysctl kern.cam.da.X # sysctl kern.cam.da.18 kern.cam.da.18.sort_io_queue: -1 kern.cam.da.18.rotating: 1 kern.cam.da.18.unmapped_io: 1 kern.cam.da.18.error_inject: 0 [ begin SMR fields ] kern.cam.da.18.max_seq_zones: 4294967295 kern.cam.da.18.optimal_nonseq_zones: 8 kern.cam.da.18.optimal_seq_zones: 128 kern.cam.da.18.zone_support: Report Zones, Open, Close, Finish, Reset Write Pointer kern.cam.da.18.zone_mode: Host Aware [ end SMR fields ] kern.cam.da.18.minimum_cmd_size: 6 kern.cam.da.18.delete_max: 262144 kern.cam.da.18.delete_method: NONE # sysctl kern.cam.da.19 kern.cam.da.19.sort_io_queue: -1 kern.cam.da.19.rotating: 1 kern.cam.da.19.unmapped_io: 1 kern.cam.da.19.error_inject: 0 [ begin SMR fields ] kern.cam.da.19.max_seq_zones: 0 kern.cam.da.19.optimal_nonseq_zones: 0 kern.cam.da.19.optimal_seq_zones: 0 kern.cam.da.19.zone_support: None kern.cam.da.19.zone_mode: Drive Managed [ begin SMR fields ] kern.cam.da.19.minimum_cmd_size: 6 kern.cam.da.19.delete_max: 262144 kern.cam.da.19.delete_method: NONE If you have a Host Aware or Host Managed drive, you can get the list of zones and their status, reset the write pointer, etc. Ask the drive (via camcontrol(8)) to list all zones on a Host Aware drive (but truncate the output to 10 lines): # camcontrol zone da18 -v -c rz |head -10 29809 zones, Maximum LBA 0x3a3812aaf (15628053167) Zone lengths and types may vary Start LBA Length WP LBA Zone Type Condition Sequential Reset 0, 524288, 0x80000, Conventional, NWP, Sequential, No Reset Needed 0x80000, 524288, 0x100000, Conventional, NWP, Sequential, No Reset Needed 0x100000, 524288, 0x180000, Conventional, NWP, Sequential, No Reset Needed 0x180000, 524288, 0x200000, Conventional, NWP, Sequential, No Reset Needed 0x200000, 524288, 0x280000, Conventional, NWP, Sequential, No Reset Needed 0x280000, 524288, 0x300000, Conventional, NWP, Sequential, No Reset Needed 0x300000, 524288, 0x380000, Conventional, NWP, Sequential, No Reset Needed Ask the drive (via zonectl(8)) to report zones that are in the Full state: # zonectl -d /dev/da18 -c rz -o full |head -10 192 zones, Maximum LBA 0x3a3812aaf (15628053167) Zone lengths and types may vary Start LBA Length WP LBA Zone Type Condition Sequential Reset 0x2000000, 524288, 0x2080000, Seq Preferred, Full, Sequential, No Reset Needed 0x2080000, 524288, 0x2100000, Seq Preferred, Full, Sequential, No Reset Needed 0x2100000, 524288, 0x2180000, Seq Preferred, Full, Sequential, No Reset Needed 0x2180000, 524288, 0x2200000, Seq Preferred, Full, Sequential, No Reset Needed 0x2200000, 524288, 0x2280000, Seq Preferred, Full, Sequential, No Reset Needed 0x2280000, 524288, 0x2300000, Seq Preferred, Full, Sequential, No Reset Needed 0x2300000, 524288, 0x2380000, Seq Preferred, Full, Sequential, No Reset Needed Note that there are 192 zones in that state, versus 29809 zones total. You can also reset write pointers. For example, reset the zone beginning at LBA 0x2000000, which we see above is in the full state: # zonectl -d /dev/da18 -c rwp -l 0x2000000 Now ask for the zone report beginning at LBA 0x2000000: # zonectl -d /dev/da18 -c rz -l 0x2000000 |head -10 29745 zones, Maximum LBA 0x3a3812aaf (15628053167) Zone lengths and types may vary Start LBA Length WP LBA Zone Type Condition Sequential Reset 0x2000000, 524288, 0x2000000, Seq Preferred, Empty, Sequential, No Reset Needed 0x2080000, 524288, 0x2100000, Seq Preferred, Full, Sequential, No Reset Needed 0x2100000, 524288, 0x2180000, Seq Preferred, Full, Sequential, No Reset Needed 0x2180000, 524288, 0x2200000, Seq Preferred, Full, Sequential, No Reset Needed 0x2200000, 524288, 0x2280000, Seq Preferred, Full, Sequential, No Reset Needed 0x2280000, 524288, 0x2300000, Seq Preferred, Full, Sequential, No Reset Needed 0x2300000, 524288, 0x2380000, Seq Preferred, Full, Sequential, No Reset Needed The zone is empty, and the write pointer is at the beginning of the zone instead of the end. You can only do that for Host Aware and Host Managed drives. Host Managed drives aren't yet supported via the ada(4) driver. They should in theory attach to the da(4) driver, but I haven't seen one yet. > BTW the disk returns an error when multiple LUNs are probed. That should just be because you've got the probe debugging turned on. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Thu May 26 13:29:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9B23B4BBB6 for ; Thu, 26 May 2016 13:29:24 +0000 (UTC) (envelope-from gljennjohn@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 99D6C1225 for ; Thu, 26 May 2016 13:29:24 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 98FB8B4BBB5; Thu, 26 May 2016 13:29:24 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 989CCB4BBB4 for ; Thu, 26 May 2016 13:29:24 +0000 (UTC) (envelope-from gljennjohn@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 436911224; Thu, 26 May 2016 13:29:24 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id n129so99966341wmn.1; Thu, 26 May 2016 06:29:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=5YTisSqjv4eIkcABGD0pFg6Zbn/D06o/Bv8J7ywcv5A=; b=pv9AK3ITGEnXMX597RCN/U8F9bqI4KXgADxWEpv9n+p7MA9AJnx1tCXXqQYBVAKHxB id9kvrlI4dAliMuJQjJk+aZGsYgEdJ2mGP4NKMk4NHzI6m5mZSTVevcZXDd9wPT2CfXu /imvmakGQEzTTAOOGLAD2fmk4EVpUjN6E/3ococY/os4a82titHHrzAzBzPRyl0IPdP4 1Bc+5Wk7FnhfBA3YEbiG+J3D1dMV6E6Yyui9FUeQgmG8V+CmYu5D+KSwh6HwKgKzLukH BNdiF+8Z6Y4z3uKLo/+jdpgjIebmdKLEqO2sqz0Yk0tBV3ij/KG1KRA8LW/lXI7kQENL Ta4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=5YTisSqjv4eIkcABGD0pFg6Zbn/D06o/Bv8J7ywcv5A=; b=f3fm1cD0tem/pJUiUT30MZSeX+8lnetehM8JuGHHEIdESjPzzku2scVLOwt0wUaHpk QKIoZIZW90svW2X/ZN+8iJojxsCT7I9Ky2P0UAtYoXYXJvogO2/8QW3snBHz1bOKY5KV vl3Yz/K9hHIOE4prrOnuoP+gT54DmqKT7KBwe4HXpsBcuOCXNRkj6hGLL9JiA9Wv8G5z pqa4aeYGOqv9Ra5EEOTqpG3fqe27DcnH2sM81NVKXcXq0PenMfP0I7oTGMWXwf2GqoY+ +yDNO57hSPMxrwDiErngxHZ8Vto5DMUY/ExQjD8UsPfF2QKKWfd24kw55xOQvucw/tUi vLuQ== X-Gm-Message-State: ALyK8tKDyO8gZ+a3Ol1bZTEcNtVRfAJp4D7BpGuUOABAdi2kgi1p/psakVEURDR6CzihZg== X-Received: by 10.194.75.197 with SMTP id e5mr10908142wjw.154.1464269362593; Thu, 26 May 2016 06:29:22 -0700 (PDT) Received: from ernst.home (p4FC0F647.dip0.t-ipconnect.de. [79.192.246.71]) by smtp.gmail.com with ESMTPSA id i190sm3531020wmf.10.2016.05.26.06.29.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 May 2016 06:29:21 -0700 (PDT) Date: Thu, 26 May 2016 15:29:21 +0200 From: Gary Jennejohn To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526152921.1c91f61a@ernst.home> In-Reply-To: <20160526123445.GA2105@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 13:29:24 -0000 On Thu, 26 May 2016 08:34:45 -0400 "Kenneth D. Merry" wrote: > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > What kind of drive is it? > ST8000AS 0002-1NA17Z 0X03 > Here are some things you can do on any disk to see what it is: > > diskinfo -v /dev/daX > I don't have the new versions of these utilities installed, so I can't get any of this neat diskinfo/zonectl information. > # sysctl kern.cam.da.19 > kern.cam.da.19.sort_io_queue: -1 > kern.cam.da.19.rotating: 1 > kern.cam.da.19.unmapped_io: 1 > kern.cam.da.19.error_inject: 0 > [ begin SMR fields ] > kern.cam.da.19.max_seq_zones: 0 > kern.cam.da.19.optimal_nonseq_zones: 0 > kern.cam.da.19.optimal_seq_zones: 0 > kern.cam.da.19.zone_support: None > kern.cam.da.19.zone_mode: Drive Managed > [ begin SMR fields ] > kern.cam.da.19.minimum_cmd_size: 6 > kern.cam.da.19.delete_max: 262144 > kern.cam.da.19.delete_method: NONE > My drive shows this; sysctl kern.cam.da.0 kern.cam.da.0.sort_io_queue: -1 kern.cam.da.0.rotating: 1 kern.cam.da.0.unmapped_io: 0 kern.cam.da.0.error_inject: 0 kern.cam.da.0.max_seq_zones: 0 kern.cam.da.0.optimal_nonseq_zones: 0 kern.cam.da.0.optimal_seq_zones: 0 kern.cam.da.0.zone_support: None kern.cam.da.0.zone_mode: Not Zoned <== I guess it can't be managed kern.cam.da.0.minimum_cmd_size: 10 kern.cam.da.0.delete_max: 131072 kern.cam.da.0.delete_method: NONE In fact, the ouput for every one of the 4 drives in the enclosure is the same, even though the other three are non-SMR SATA drives. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu May 26 13:41:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28DAAB4B0C5 for ; Thu, 26 May 2016 13:41:23 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 134EE1C0F for ; Thu, 26 May 2016 13:41:23 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 128F5B4B0C4; Thu, 26 May 2016 13:41:23 +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 122F8B4B0C3 for ; Thu, 26 May 2016 13:41:23 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E274D1C0E for ; Thu, 26 May 2016 13:41:22 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4QDfK96003273 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 May 2016 09:41:20 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4QDfKnf003272; Thu, 26 May 2016 09:41:20 -0400 (EDT) (envelope-from ken) Date: Thu, 26 May 2016 09:41:20 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526134120.GA3146@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160526152921.1c91f61a@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Thu, 26 May 2016 09:41:20 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 13:41:23 -0000 On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote: > On Thu, 26 May 2016 08:34:45 -0400 > "Kenneth D. Merry" wrote: > > > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > > What kind of drive is it? > > > > ST8000AS 0002-1NA17Z 0X03 Can you send the output of 'camcontrol inquiry daX -v' and 'camcontrol identify daX -v'? There is a quirk for that particular drive to identify it as Drive Managed. When attached behind a SAS controller it looks like this: # camcontrol inquiry da12 -v pass12: Fixed Direct Access SPC-4 SCSI device pass12: Serial Number Z8407Y52 pass12: 600.000MB/s transfers, Command Queueing Enabled > > Here are some things you can do on any disk to see what it is: > > > > diskinfo -v /dev/daX > > > > I don't have the new versions of these utilities installed, so I can't > get any of this neat diskinfo/zonectl information. > > > # sysctl kern.cam.da.19 > > kern.cam.da.19.sort_io_queue: -1 > > kern.cam.da.19.rotating: 1 > > kern.cam.da.19.unmapped_io: 1 > > kern.cam.da.19.error_inject: 0 > > [ begin SMR fields ] > > kern.cam.da.19.max_seq_zones: 0 > > kern.cam.da.19.optimal_nonseq_zones: 0 > > kern.cam.da.19.optimal_seq_zones: 0 > > kern.cam.da.19.zone_support: None > > kern.cam.da.19.zone_mode: Drive Managed > > [ begin SMR fields ] > > kern.cam.da.19.minimum_cmd_size: 6 > > kern.cam.da.19.delete_max: 262144 > > kern.cam.da.19.delete_method: NONE > > > > My drive shows this; > sysctl kern.cam.da.0 > kern.cam.da.0.sort_io_queue: -1 > kern.cam.da.0.rotating: 1 > kern.cam.da.0.unmapped_io: 0 > kern.cam.da.0.error_inject: 0 > kern.cam.da.0.max_seq_zones: 0 > kern.cam.da.0.optimal_nonseq_zones: 0 > kern.cam.da.0.optimal_seq_zones: 0 > kern.cam.da.0.zone_support: None > kern.cam.da.0.zone_mode: Not Zoned <== I guess it can't be managed > kern.cam.da.0.minimum_cmd_size: 10 > kern.cam.da.0.delete_max: 131072 > kern.cam.da.0.delete_method: NONE > > In fact, the ouput for every one of the 4 drives in the enclosure is > the same, even though the other three are non-SMR SATA drives. Yes. There is something slightly odd about the Inquiry data you pasted above. Seagate didn't set the bits in the ATA identify data to mark it as a Drive Managed drive, so I put in a quirk entry to mark it as Drive Managed. Unfortunately with Drive Managed drives that is really all you know. You don't know the zone boundaries or states. But, it is useful to know that you really should write sequentially for good performance. (True of any drive, but especially true with SMR drives.) Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Thu May 26 14:00:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AA92B4B4DB for ; Thu, 26 May 2016 14:00:44 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4A67D181C for ; Thu, 26 May 2016 14:00:44 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 497F0B4B4DA; Thu, 26 May 2016 14:00:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48BD9B4B4D9 for ; Thu, 26 May 2016 14:00:44 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::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 CC7271814; Thu, 26 May 2016 14:00:43 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id z87so938381wmh.1; Thu, 26 May 2016 07:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=f/xmuciaDoh4JtjJplsQaFvy0rj9NxMb+vHLk7Uihto=; b=rsgNk6haN5yIDODhDkFSAlY9LlcpOlnc5Awj2fbJLzhH4umcTXJhbnTm5OfXgManSl VOctqyphIyIY6zSopj90Hi88g3p7B+5H+ZKzPSuyvI5A6jsmBGfObWdcia1rxgyEjBsE uvYFuNbOIFpeCCAf7tLLvP5kyRKz9jbpeJYX1cpfuEzbHvoEjcyJC8ac/EYRZAYznlAG nScjysMzfdMrxbaZdVOazp2Dsaeuccl8X5GmG8qEDaWOaSdE9gihremZZaoNDdhXOjHV K5Kf5wNTeXkoq+GUyDI3bfROXL68baKPtKFn4ljFjNspMcE9mEGUu05z+8Az7mAi4ZyA THFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=f/xmuciaDoh4JtjJplsQaFvy0rj9NxMb+vHLk7Uihto=; b=Kniha8RWhwbu9ZPobByDXZWRckJT0aXFNcuGPvGmjOZN0vi3sxiXUNm73Uu0hZJeDr 9MuLppBx4EXoytFLeqpIrBVFRKsb8SD+mdjKrLG4KoEqzK1zNpwyKDd/tRVhB2uhJyjN /5oNHx5zAFqc/h9Ab82MhH3JNIgjza+8r9Kl9tJ4s96acDsdQtcAFCXfak5I09ITEAxW czKcJ0afdDtmBFsxMVD0desIokEsi9Awr5YpqU+yAAkiv/cmzlmAzafU9Z4H9amSQ32f 4msbS96kxFpU0Zl/NCz1jScjaF1WOyko+bDBBkb+KvOQjNcPfRMSmqviUg6KKnmPpOPZ JwqA== X-Gm-Message-State: ALyK8tIzh8ZVrfyAHcl5yXH8SYfvjOZgr8s9OOkBXgyhv7NtBZoRUYnaCTUwKKY8waFMlA== X-Received: by 10.28.63.193 with SMTP id m184mr3742790wma.85.1464271242255; Thu, 26 May 2016 07:00:42 -0700 (PDT) Received: from ernst.home (p4FC0F647.dip0.t-ipconnect.de. [79.192.246.71]) by smtp.gmail.com with ESMTPSA id f188sm3725061wma.2.2016.05.26.07.00.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 May 2016 07:00:41 -0700 (PDT) Date: Thu, 26 May 2016 16:00:41 +0200 From: Gary Jennejohn To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526160041.6bf738b8@ernst.home> In-Reply-To: <20160526134120.GA3146@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> <20160526134120.GA3146@mithlond.kdm.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:00:44 -0000 On Thu, 26 May 2016 09:41:20 -0400 "Kenneth D. Merry" wrote: > On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote: > > On Thu, 26 May 2016 08:34:45 -0400 > > "Kenneth D. Merry" wrote: > > > > > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > > > What kind of drive is it? > > > > > > > ST8000AS 0002-1NA17Z 0X03 > > Can you send the output of 'camcontrol inquiry daX -v' and > 'camcontrol identify daX -v'? > > There is a quirk for that particular drive to identify it as Drive Managed. > When attached behind a SAS controller it looks like this: > > # camcontrol inquiry da12 -v > pass12: Fixed Direct Access SPC-4 SCSI device > pass12: Serial Number Z8407Y52 > pass12: 600.000MB/s transfers, Command Queueing Enabled > Thanks for the info. Here the requested output: camcontrol inquiry da0 -v pass5: Fixed Direct Access SPC-4 SCSI device pass5: Serial Number 000000000000 pass5: 400.000MB/s transfers camcontrol identify da0 -v camcontrol: sending ATA ATA_IDENTIFY via pass_16 with timeout of 30000 msecs pass5: Raw identify data: 0: 0c5a 3fff c837 0010 0000 0000 003f 0000 8: 0000 0000 2020 2020 2020 2020 2020 2020 16: 5a38 3430 3339 4738 0000 8000 0000 4152 24: 3133 2020 2020 5354 3830 3030 4153 3030 32: 3032 2d31 4e41 3137 5a20 2020 2020 2020 40: 2020 2020 2020 2020 2020 2020 2020 8010 48: 4000 2f00 4000 0200 0200 0007 3fff 0010 56: 003f fc10 00fb 5c10 ffff 0fff 0000 0007 64: 0003 0078 0078 0078 0078 0000 0000 0000 72: 0000 0000 0000 001f 8d0e 0004 00cc 0040 80: 03f0 001f 346b 7d61 6163 3469 bc41 6163 88: 407f 81e7 81e7 0000 fffe 0000 fe00 0000 96: 0000 0000 0000 0000 2ab0 a381 0003 0000 104: 0000 0000 6003 0000 5000 c500 7b0e 5cbe 112: 0000 0000 0000 0000 0000 0000 0000 40dc 120: 409c 0000 0000 0000 0000 0000 0000 0000 128: 0021 2ab0 a381 2ab0 a381 2020 0002 0140 136: 0108 5000 3c06 3c0a 0000 003c 0000 0008 144: 0000 0000 bdff 0280 0000 0000 0008 0000 152: 0000 0000 0000 8000 0000 0184 8b00 8008 160: 0000 0000 0000 0000 0000 0000 0000 0000 168: 0000 0000 0000 0000 0000 0000 0000 0000 176: 0000 0000 0000 0000 0000 0000 0000 0000 184: 0000 0000 0000 0000 0000 0000 0000 0000 192: 0000 0000 0000 0000 0000 0000 0000 0000 200: 0000 0000 0000 0000 0000 0000 30a5 0000 208: 0000 4000 0000 0000 0000 0000 0000 0000 216: 0000 175c 0000 0000 0000 0000 107f 0000 224: 0000 0000 0000 0000 0000 0000 0000 0000 232: 0000 0000 0000 0000 0000 0000 0000 0000 240: 0000 0000 0000 0000 0000 0000 0000 0000 248: 0000 0000 0000 0000 0000 0000 0000 6aa5 camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 via pass_16 with timeout of 1000 msecs pass5: Raw native max data: 0: 0000 0000 0000 0000 0000 0000 error = 0x00, sector_count = 0x0000, device = 0x00, status = 0x00 pass5: ACS-2 ATA SATA 3.x device pass5: 400.000MB/s transfers protocol ATA/ATAPI-9 SATA 3.x device model ST8000AS0002-1NA17Z firmware revision AR13 serial number Z84039G8 WWN 5000c5007b0e5cbe cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 4096, offset 0 LBA supported 268435455 sectors LBA48 supported 15628053168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 5980 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags NCQ Queue Management no NCQ Streaming no Receive & Send FPDMA Queued no SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management no no media status notification no no power-up in Standby yes no write-read-verify no no unload yes yes general purpose logging yes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 15628053168/1 HPA - Security no -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu May 26 14:03:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DB22B4B677 for ; Thu, 26 May 2016 14:03:06 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF271CF1 for ; Thu, 26 May 2016 14:03:06 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3D432B4B676; Thu, 26 May 2016 14:03:06 +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 3CC64B4B675 for ; Thu, 26 May 2016 14:03:06 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9F991CF0; Thu, 26 May 2016 14:03:05 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id n129so228790519wmn.1; Thu, 26 May 2016 07:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=fGE0MT/fAtFGrckbH6h2OITnl1xwikfzv+dk6EarcL4=; b=wvcjUaJn0jtn50THlyRswbeSJ7nJv6eBClCVsIWXwpvr/NxGfak2NCS2CtJFlYqe1G aJk1piSJo4cyhKBiuHDgi0O/bqFbUNEIRmb+kCnGLxaUFH/3t835+citZAqmRFF8dpT9 VnsMbOYX4TIhBT/YGUVdp9MVjdPhvHBQiyJ1glJcbTluo7RTu/6uHFbfHqmCJLw2jeGk n87H4Qfv6jxcGk/v6sMhSlF9h+/KzgkWlnXrRSEVclJH1MFbTPFU0eYNovJ4xVErqFdx GgTkWqn2RIcsP3fn5VH4MK+mwgRqATyTAVnsEt1AOlgqkpIpwsvffHP9+r1horEIWtBB 5o5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=fGE0MT/fAtFGrckbH6h2OITnl1xwikfzv+dk6EarcL4=; b=YYRUxLp9e53D++H4JAuRCLYNC6eddAeOuaaw6Kj9Q8pGDy/hXcc/bKGefws1qfF8BL 8al40s0E2xwLbR7C12t9b6DMyHRp8pTF4vGnjpool9Ey/b6abio2QzYBtMWbUGql1uUz 1s3tXCE8hl76iCi9/KgxstpIrBR3KBbKEsm+/vsryvNd3ODrO8KxldW6xV6j6pfC9Fhw XW0m2bVLjCFRoZpDlevm3OP0aeLkziS/EfSVjZRWzbFFlUDbtjNwJKc0VVAgwyG4JmeZ vYyrnQvWDZKcAYXrwbvgz7LVuC9nLDL/tYoWzUdQoNRPf3IX8xMxB9bBKECJi/RaCmi/ g4cw== X-Gm-Message-State: ALyK8tITr9nHMSpZgymmnNhcVZUwmXeyMyM5I6H6nYsgG+JZYt7sQ9mBiVu0C0WuKRe8/xLA2hun4oawAgoWXg== X-Received: by 10.28.52.75 with SMTP id b72mr3926917wma.98.1464271384344; Thu, 26 May 2016 07:03:04 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.28.29.80 with HTTP; Thu, 26 May 2016 07:02:24 -0700 (PDT) In-Reply-To: <20160526134120.GA3146@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> <20160526134120.GA3146@mithlond.kdm.org> From: Igor Mozolevsky Date: Thu, 26 May 2016 15:02:24 +0100 X-Google-Sender-Auth: HsOa4kuCfGN_f0vr_LAgUT3IeWE Message-ID: Subject: Re: Recognizing SMR HDDs To: "Kenneth D. Merry" Cc: Gary Jennejohn , current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:03:06 -0000 On 26 May 2016 at 14:41, Kenneth D. Merry wrote: > On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote: > > On Thu, 26 May 2016 08:34:45 -0400 > > "Kenneth D. Merry" wrote: > > > > > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > > > What kind of drive is it? > > > > > > > ST8000AS 0002-1NA17Z 0X03 > [snip] > Yes. There is something slightly odd about the Inquiry data you pasted > above. Seagate didn't set the bits in the ATA identify data to mark it as > a Drive Managed drive, so I put in a quirk entry to mark it as Drive > Managed. > > Unfortunately with Drive Managed drives that is really all you know. You > don't know the zone boundaries or states. But, it is useful to know that > you really should write sequentially for good performance. (True of any > drive, but especially true with SMR drives.) > The drive is supposed to have Word 69 set to 0x0001 and support ZAC MGMT IN/OUT - http://www.seagate.com/www-content/product-content/hdd-fam/seagate-archive-hdd/en-us/docs/100795782a.pdf at pg. 24 and 28. Incidentally AR17 firmware is a new batch, perhaps Seagate did what they did with -DL003 drives where the early models reported 512n sector size (so as not to confuse computers) and the later models properly reported 4kn sector size? -- Igor M. From owner-freebsd-current@freebsd.org Thu May 26 14:10:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F9C4B4B7A6 for ; Thu, 26 May 2016 14:10:17 +0000 (UTC) (envelope-from ken@kdm.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 ED5851EED for ; Thu, 26 May 2016 14:10:16 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id E8D4DB4B7A5; Thu, 26 May 2016 14:10:16 +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 E878FB4B7A3 for ; Thu, 26 May 2016 14:10:16 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5E571EEC for ; Thu, 26 May 2016 14:10:16 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4QEAEnh003694 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 May 2016 10:10:14 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4QEAEDL003693; Thu, 26 May 2016 10:10:14 -0400 (EDT) (envelope-from ken) Date: Thu, 26 May 2016 10:10:14 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526141013.GA3640@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> <20160526134120.GA3146@mithlond.kdm.org> <20160526160041.6bf738b8@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160526160041.6bf738b8@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Thu, 26 May 2016 10:10:14 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:10:17 -0000 On Thu, May 26, 2016 at 16:00:41 +0200, Gary Jennejohn wrote: > On Thu, 26 May 2016 09:41:20 -0400 > "Kenneth D. Merry" wrote: > > > On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote: > > > On Thu, 26 May 2016 08:34:45 -0400 > > > "Kenneth D. Merry" wrote: > > > > > > > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > > > > What kind of drive is it? > > > > > > > > > > ST8000AS 0002-1NA17Z 0X03 > > > > Can you send the output of 'camcontrol inquiry daX -v' and > > 'camcontrol identify daX -v'? > > > > There is a quirk for that particular drive to identify it as Drive Managed. > > When attached behind a SAS controller it looks like this: > > > > # camcontrol inquiry da12 -v > > pass12: Fixed Direct Access SPC-4 SCSI device > > pass12: Serial Number Z8407Y52 > > pass12: 600.000MB/s transfers, Command Queueing Enabled > > > > Thanks for the info. > > Here the requested output: > > camcontrol inquiry da0 -v > pass5: Fixed Direct Access SPC-4 SCSI device > pass5: Serial Number 000000000000 > pass5: 400.000MB/s transfers Okay. Looks like the USB to SATA chip is perhaps mangling the model number. I'm guessing that is the "standard" way to do it, but it is unfortunate. > camcontrol identify da0 -v > camcontrol: sending ATA ATA_IDENTIFY via pass_16 with timeout of 30000 msecs > pass5: Raw identify data: > 0: 0c5a 3fff c837 0010 0000 0000 003f 0000 > 8: 0000 0000 2020 2020 2020 2020 2020 2020 > 16: 5a38 3430 3339 4738 0000 8000 0000 4152 > 24: 3133 2020 2020 5354 3830 3030 4153 3030 > 32: 3032 2d31 4e41 3137 5a20 2020 2020 2020 > 40: 2020 2020 2020 2020 2020 2020 2020 8010 > 48: 4000 2f00 4000 0200 0200 0007 3fff 0010 > 56: 003f fc10 00fb 5c10 ffff 0fff 0000 0007 > 64: 0003 0078 0078 0078 0078 0000 0000 0000 > 72: 0000 0000 0000 001f 8d0e 0004 00cc 0040 > 80: 03f0 001f 346b 7d61 6163 3469 bc41 6163 > 88: 407f 81e7 81e7 0000 fffe 0000 fe00 0000 > 96: 0000 0000 0000 0000 2ab0 a381 0003 0000 > 104: 0000 0000 6003 0000 5000 c500 7b0e 5cbe > 112: 0000 0000 0000 0000 0000 0000 0000 40dc > 120: 409c 0000 0000 0000 0000 0000 0000 0000 > 128: 0021 2ab0 a381 2ab0 a381 2020 0002 0140 > 136: 0108 5000 3c06 3c0a 0000 003c 0000 0008 > 144: 0000 0000 bdff 0280 0000 0000 0008 0000 > 152: 0000 0000 0000 8000 0000 0184 8b00 8008 > 160: 0000 0000 0000 0000 0000 0000 0000 0000 > 168: 0000 0000 0000 0000 0000 0000 0000 0000 > 176: 0000 0000 0000 0000 0000 0000 0000 0000 > 184: 0000 0000 0000 0000 0000 0000 0000 0000 > 192: 0000 0000 0000 0000 0000 0000 0000 0000 > 200: 0000 0000 0000 0000 0000 0000 30a5 0000 > 208: 0000 4000 0000 0000 0000 0000 0000 0000 > 216: 0000 175c 0000 0000 0000 0000 107f 0000 > 224: 0000 0000 0000 0000 0000 0000 0000 0000 > 232: 0000 0000 0000 0000 0000 0000 0000 0000 > 240: 0000 0000 0000 0000 0000 0000 0000 0000 > 248: 0000 0000 0000 0000 0000 0000 0000 6aa5 > > camcontrol: sending ATA READ_NATIVE_MAX_ADDRESS48 via pass_16 with timeout of 1000 msecs > pass5: Raw native max data: > 0: 0000 0000 0000 0000 0000 0000 > error = 0x00, sector_count = 0x0000, device = 0x00, status = 0x00 > pass5: ACS-2 ATA SATA 3.x device > pass5: 400.000MB/s transfers > > protocol ATA/ATAPI-9 SATA 3.x > device model ST8000AS0002-1NA17Z > firmware revision AR13 The firmware is old, the current version is AR17. You should really ask Seagate for updated firmware. > serial number Z84039G8 > WWN 5000c5007b0e5cbe > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 4096, offset 0 > LBA supported 268435455 sectors > LBA48 supported 15628053168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > media RPM 5980 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > NCQ Queue Management no > NCQ Streaming no > Receive & Send FPDMA Queued no > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no > automatic acoustic management no no > media status notification no no > power-up in Standby yes no > write-read-verify no no > unload yes yes > general purpose logging yes yes > free-fall no no > Data Set Management (DSM/TRIM) no > Host Protected Area (HPA) yes no 15628053168/1 > HPA - Security no > > -- > Gary Jennejohn Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Thu May 26 14:16:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BA3CB4B9F2 for ; Thu, 26 May 2016 14:16:41 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 848B21685 for ; Thu, 26 May 2016 14:16:41 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id 83F1EB4B9F1; Thu, 26 May 2016 14:16:41 +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 83A10B4B9F0 for ; Thu, 26 May 2016 14:16:41 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 469191684 for ; Thu, 26 May 2016 14:16:40 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4QEGclK003773 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 May 2016 10:16:39 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4QEGccD003772; Thu, 26 May 2016 10:16:38 -0400 (EDT) (envelope-from ken) Date: Thu, 26 May 2016 10:16:38 -0400 From: "Kenneth D. Merry" To: Igor Mozolevsky Cc: Gary Jennejohn , current Subject: Re: Recognizing SMR HDDs Message-ID: <20160526141638.GB3640@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> <20160526134120.GA3146@mithlond.kdm.org> 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-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Thu, 26 May 2016 10:16:39 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:16:41 -0000 On Thu, May 26, 2016 at 15:02:24 +0100, Igor Mozolevsky wrote: > On 26 May 2016 at 14:41, Kenneth D. Merry wrote: > > > On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote: > > > On Thu, 26 May 2016 08:34:45 -0400 > > > "Kenneth D. Merry" wrote: > > > > > > > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote: > > > > What kind of drive is it? > > > > > > > > > > ST8000AS 0002-1NA17Z 0X03 > > > > [snip] > > > > Yes. There is something slightly odd about the Inquiry data you pasted > > above. Seagate didn't set the bits in the ATA identify data to mark it as > > a Drive Managed drive, so I put in a quirk entry to mark it as Drive > > Managed. > > > > Unfortunately with Drive Managed drives that is really all you know. You > > don't know the zone boundaries or states. But, it is useful to know that > > you really should write sequentially for good performance. (True of any > > drive, but especially true with SMR drives.) > > > > The drive is supposed to have Word 69 set to 0x0001 and support ZAC MGMT > IN/OUT - > http://www.seagate.com/www-content/product-content/hdd-fam/seagate-archive-hdd/en-us/docs/100795782a.pdf > at pg. 24 and 28. That is a different drive. He has ST8000AS0002, which is a Drive Managed drive. The doc above is for ST8000AS0022, which is a Host Aware drive. > Incidentally AR17 firmware is a new batch, perhaps Seagate did what they > did with -DL003 drives where the early models reported 512n sector size (so > as not to confuse computers) and the later models properly reported 4kn > sector size? Yes, AR17 is the latest firmware. He really needs to upgrade, there are bugs with older versions. AR17 firmware reports the same thing in terms of sector size. For instance, from one of mine: rotocol ATA/ATAPI-9 SATA 3.x device model ST8000AS0002-1NA17Z firmware revision AR17 serial number Z8409926 WWN 5000c50086f84017 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 4096, offset 0 LBA supported 268435455 sectors LBA48 supported 15628053168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 5980 Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Thu May 26 14:27:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6573B4BEEB for ; Thu, 26 May 2016 14:27:53 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F15913AF for ; Thu, 26 May 2016 14:27:53 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id n129so229959274wmn.1 for ; Thu, 26 May 2016 07:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=RLynbr8zUSaGl8LmJ7cgdjgq5zQXhopD1FlTLioVsCE=; b=m9C+ykaGYxGXepscx2bFNdHHyMXhoHBae6x2WIsPBNJ37xpx203HxnJoQ7uECJWfPF 6dEib8g04aXZuYptWOnx1HC1fgJnqroQQVqt6pafe0xRipq0WIEY1R5VG+OuUnigwe3+ APRWg3lBKB5+vIgdWdRcKC5/3LYdr8cDJVP96ueydA1aq9px7gL3NKUlTg1T0cHX59sB I9ByvKzGtHrJYSwKvHT4sQpzWd8mxTJwMYAnqY5CYoRGHytssEDMDvCgFmCrdXD7HyZe JIVWj7YXy8T+NGBR4DNAVAU7RXVaHoZuQLl82jNPxFp8txP0KJt+diLMtpCx79hAsQC+ KmxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=RLynbr8zUSaGl8LmJ7cgdjgq5zQXhopD1FlTLioVsCE=; b=DHPyHaxIQmRkzU8l9DelEXOv7GdBj8RtIxJrmvjLir1U23HI/gDM0GEK6QOs/4GAqg 9//IRriPCbzPLEvcYkTIRso+YXxbQZvVCe8uBzWC8d0/lDtIcWNQ4Q/nqKTPgVhR28jx 8UHMREEMvti9Mzy+4qlf1KNqJ+NTLMt9h/1EbkaIObPMPHcsDyLHniZ8v7bT8n35zbbq NGVAUWSkmoY30SCVM06Wo+2894YXYiUF/TnIhLQc2Fp1OQyew8CW57DZK/odKOE1RFeH zbfIQnVxsPI7pypMRGF4rTMpeQzf1QWamMXW9xbpZUJXfWVSR9iqLXAQsfCcqoVC9CNp XZ8w== X-Gm-Message-State: ALyK8tIl4DsuUj9U6PEXght9L4ZImRMFJAtskub6dax7WcySlTcq09jWDg97wRM072946+tL0yEbfXb4/AdL2w== MIME-Version: 1.0 X-Received: by 10.28.181.148 with SMTP id e142mr3878753wmf.38.1464272871629; Thu, 26 May 2016 07:27:51 -0700 (PDT) Received: by 10.28.54.150 with HTTP; Thu, 26 May 2016 07:27:51 -0700 (PDT) In-Reply-To: References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> Date: Thu, 26 May 2016 07:27:51 -0700 Message-ID: Subject: Re: bluetooth not working in recent current From: Maksim Yevmenkin To: Graham Menhennitt Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:27:53 -0000 Graham, >>>> can you also please try to start it manually and see where it stops? >>>> i.e. something like >>>> >>>> # sh -x /etc/rc.d/bluetooth start ubt0 >>> >>> Thanks for responding. The output of that command is below. I'll do some >>> more diagnosis when I get home tonight. >> >> + /usr/sbin/hccontrol -n ubt0hci reset >> + return 1 >> so, "reset" command failed :( can you please tell me which exact >> broadcom device you have, i.e. vendor id and product id? some broadcom >> devices may require firmware download. you said it was working before, >> can you please tell if you had to download firmware before? i.e. use >> ubtbcmfw ? are you dual booting between freebsd and windows (or >> linux)? [...] > usbconfig dump_device_desc shows: > ugen6.2: at usbus6, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON (100mA) > > idVendor = 0x0a5c > idProduct = 0x200a thanks! so, it does not look like it needs firmware download. > No, I don't dual boot anything. I have never loaded firmware - maybe it > happened automatically in the past, but I've never used ubtbcmfw explicitly. right. i does not appear that you have to do anything here. can you please modify /etc/rc.d/bluetooth and make sure it does not exit when hci reset command fails? it would be useful to know if any other hci commands fail. thanks! max From owner-freebsd-current@freebsd.org Thu May 26 14:42:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5389FB4B513 for ; Thu, 26 May 2016 14:42:13 +0000 (UTC) (envelope-from gljennjohn@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 32828108C for ; Thu, 26 May 2016 14:42:13 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 31C9FB4B512; Thu, 26 May 2016 14:42:13 +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 316C0B4B511 for ; Thu, 26 May 2016 14:42:13 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B90A7108B; Thu, 26 May 2016 14:42:12 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id z87so102365109wmh.0; Thu, 26 May 2016 07:42:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=fWw8H37fMRaf0Go1o1NoD6gYrPXI4Q8HcDYazDmdf8c=; b=uJMynKqutkrdn6wEK+IewYmg2Rno39wHs927gR5e4r3sTaYBo9sCc973XEGAqeSDU3 mzGJjj1deCwD6LYnlTaVP1HHj9ljEHaA6toFT1uTbAbENAOe9pd/c8nov7XUUFVdqHfe 9uvyYgXR6xGfFWUo1f1V5jh53Ez9uqnAjVuJUWwzorItY4Py/NkWKiLmK30Rx5jtNLeb 15Da/SEoWy18oXgN82v6mJu2eFjYz2FW6DoL86mxHFaoNj/0HShDB8cH4zKxVuflG/0R A7Qskq/bGSavf5UpgcUtJX021WQC7PFITnX71HO044q6H8sXWpIeDhL69+luWbVGe9qF ZRWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=fWw8H37fMRaf0Go1o1NoD6gYrPXI4Q8HcDYazDmdf8c=; b=WRqi+QkDvAag9G8ACOOFQyExGa1wDfalYW80mRBgjxHkNtGnvky6ej1HgSfx7mCQV9 dc66tjZxL7aawsH+O30qHohvk9wdyBbm/xP0Vxly3lT0V1j9VXnv9lUa+pKdMhXF+KSV 151vXZCc5k2XaZal9LkLNrhnj5lJxdRMynHcCEnVeZXc1pOFMpuiwr4MCQ42qAoxId1V 42leCN19qbd2sRt+/spO2QgkNcl7JZswh5Ld0fkadHfDfpEBbbXaZQMfkizoiPYxSGGY G2e+bW4neF5rvoGJvZAxnfSbjELs7KymfVFJx5rQGB8IQar5KE4a4KM7xMpSe9cAjgGe 1h7A== X-Gm-Message-State: ALyK8tIBOmPz/BiDqMtVLQIGVxL6mzdyk18tqIl63wPeiqfuSUTwhZf+EwOPRKaiBbVcUw== X-Received: by 10.195.11.197 with SMTP id ek5mr9859768wjd.58.1464273730981; Thu, 26 May 2016 07:42:10 -0700 (PDT) Received: from ernst.home (p4FC0F647.dip0.t-ipconnect.de. [79.192.246.71]) by smtp.gmail.com with ESMTPSA id lm1sm14694089wjc.25.2016.05.26.07.42.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 May 2016 07:42:10 -0700 (PDT) Date: Thu, 26 May 2016 16:42:10 +0200 From: Gary Jennejohn To: "Kenneth D. Merry" Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526164210.5c7eb899@ernst.home> In-Reply-To: <20160526141013.GA3640@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> <20160526134120.GA3146@mithlond.kdm.org> <20160526160041.6bf738b8@ernst.home> <20160526141013.GA3640@mithlond.kdm.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:42:13 -0000 On Thu, 26 May 2016 10:10:14 -0400 "Kenneth D. Merry" wrote: > On Thu, May 26, 2016 at 16:00:41 +0200, Gary Jennejohn wrote: > > protocol ATA/ATAPI-9 SATA 3.x > > device model ST8000AS0002-1NA17Z > > firmware revision AR13 > > The firmware is old, the current version is AR17. You should really ask > Seagate for updated firmware. > The Download Finder on the Seagate site claims that there is no newer firmware. So the question is, how to get the latest AR17 version from Seagate as a simple consumer? -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu May 26 14:44:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAE13B4B5B1 for ; Thu, 26 May 2016 14:44:32 +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 7857D1215; Thu, 26 May 2016 14:44:32 +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 617F6564D2; Thu, 26 May 2016 09:44:26 -0500 (CDT) To: freebsd-current@FreeBSD.org, bapt@freebsd.org From: Eric van Gyzen Subject: Date formatting with en_US locale Cc: Hajimu UMEMOTO Message-ID: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> Date: Thu, 26 May 2016 09:44:25 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:44:33 -0000 Baptiste and -current, I noticed two annoyances with date formatting on head, and I wonder how we can fix them. I have these settings: LC_ALL=en_US.ISO8859-1 LANG=en_US.ISO8859-1 First, Thunderbird displays the date as, for example: 03/ 6/16 ... The leading space on the day (6) looks weird. I might even say it's simply wrong. Zero-padding would better. (/No/ padding would be best, but I don't think strftime supports that.) Second, date(1) no longer shows the day-of-week: $ date March 26, 2016 at 09:21:55 AM CDT For many years, I have been typing "date" to see the day-of-week (and other things). I like the new human-friendly format, but I miss the day-of-week. Of course, I can fix these locally, but I wonder how we can fix them for everyone. I see that the formats come from CLDR. I also see that ume@ restored the day-of-week for ja_JP in r292512. Is this the best approach, or should we try to get them changed upstream (CLDR)? Thanks for your input, Eric From owner-freebsd-current@freebsd.org Thu May 26 14:48:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6917B4B6EB for ; Thu, 26 May 2016 14:48:58 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CFC7313E5 for ; Thu, 26 May 2016 14:48:58 +0000 (UTC) (envelope-from ken@kdm.org) Received: by mailman.ysv.freebsd.org (Postfix) id CB74AB4B6EA; Thu, 26 May 2016 14:48: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 CB1DCB4B6E9 for ; Thu, 26 May 2016 14:48:58 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9584A13E4 for ; Thu, 26 May 2016 14:48:58 +0000 (UTC) (envelope-from ken@kdm.org) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPS id u4QEmuQb004233 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 May 2016 10:48:56 -0400 (EDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.15.2/8.14.9/Submit) id u4QEmuRP004232; Thu, 26 May 2016 10:48:56 -0400 (EDT) (envelope-from ken) Date: Thu, 26 May 2016 10:48:56 -0400 From: "Kenneth D. Merry" To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Recognizing SMR HDDs Message-ID: <20160526144856.GD3640@mithlond.kdm.org> References: <20160526084253.6588938f@ernst.home> <20160526123445.GA2105@mithlond.kdm.org> <20160526152921.1c91f61a@ernst.home> <20160526134120.GA3146@mithlond.kdm.org> <20160526160041.6bf738b8@ernst.home> <20160526141013.GA3640@mithlond.kdm.org> <20160526164210.5c7eb899@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160526164210.5c7eb899@ernst.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Thu, 26 May 2016 10:48:56 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:48:59 -0000 On Thu, May 26, 2016 at 16:42:10 +0200, Gary Jennejohn wrote: > On Thu, 26 May 2016 10:10:14 -0400 > "Kenneth D. Merry" wrote: > > > On Thu, May 26, 2016 at 16:00:41 +0200, Gary Jennejohn wrote: > > > protocol ATA/ATAPI-9 SATA 3.x > > > device model ST8000AS0002-1NA17Z > > > firmware revision AR13 > > > > The firmware is old, the current version is AR17. You should really ask > > Seagate for updated firmware. > > > > The Download Finder on the Seagate site claims that there is no newer > firmware. > > So the question is, how to get the latest AR17 version from Seagate > as a simple consumer? I would contact Seagate support and ask. By the way, I've been able to download firmware for Seagate SATA drives via camcontrol when they're attached via SATA and SAS controllers. I've never tried it with USB. I think camcontrol identify it as a SCSI protocol drive and as a result may not let you download firmware because it doesn't recognize vendor "ST8000AS". So, assuming you get firmware from them, I would suggest upgrading it using whatever Windows or Linux tool they give you. (I'll brick drives in my lab at work, but I'd hate for you to brick your own drive.) If you want to use camcontrol to do it, take it out of the USB enclosure and hook it directly to a SATA or SAS controller. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Thu May 26 14:49:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE2F1B4B752 for ; Thu, 26 May 2016 14:49:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::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 68CD9169A; Thu, 26 May 2016 14:49:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id k98so33664429lfi.1; Thu, 26 May 2016 07:49:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=qir7sLFmG3GkZVY391V783rP4BsRI0Uz93sqdV/kcUo=; b=UVUGEdSPXJ62u4TK/X9k2g+dugdOh1d/uSdfiPTzveC81aCq+AWcMvxinR4irUUvT9 5svQ09ItCYc9WCBrd+eBQIeKyKS1xoec1y6zqNzpDEwdHAiZ4uxj+oxUFfYUL8kVwQKe rXVttJDsQ4kXMLWFQ9YfgIl+kViM6GGb6HVSGoSEcn3LLr72jvkLKQkzb7wFESNy0Cip DQIItJPNXMl6Abi7pz/LixAA7hYyVZewBPMlOYqm3/o7v1qkA3rB1Jz5DHqR3pJgOQ0D viaL7Oqaaa8UkM4rpCpiv/09f1xMee89nSRO6AVQ/19mXtFgLRZW7Qv6e92Gi3cC8Ttf QX+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=qir7sLFmG3GkZVY391V783rP4BsRI0Uz93sqdV/kcUo=; b=P5UY80YRhFhPE6wC7u0D6rUiygdV/pnqw2502mD7GF+wpP6c1kftU+Vz6m1csXgMp9 J3dWwASIOUgWLjkN7sufl7M3fg+Ue/fC8uFliw+/yfHxwPk2eXAtFI7vExGdJWFwNXzy mvtvd/tmcKmJ37JKK6wVZeR+fWGPbl0zOmwYZiKO48A/cKJrr3dwNVDpCNQMxvs7WsO+ 6+2TbWd6k2W60daTenKwJUcwTgiQxeMgn4EtQl9C6LTGvOfnCrFFKyBnxKXKJRjYLDkB FNvttZHAGmEOikLlylFKR3RDY2qJJDEFeI+cMoSZcarGHXNt9ykQhHdBHfSsPRoUe+6J FDXg== X-Gm-Message-State: ALyK8tLBOxfqRQFl0tJipjh/NIJiZ1riEFeeRZ08if2jjGq5V9EnlRS1Apqc3+5K8M3BZw== X-Received: by 10.25.19.223 with SMTP id 92mr2637680lft.147.1464274189357; Thu, 26 May 2016 07:49:49 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id 80sm98272lja.37.2016.05.26.07.49.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 May 2016 07:49:48 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 26 May 2016 16:49:44 +0200 From: Baptiste Daroussin To: Eric van Gyzen Cc: freebsd-current@FreeBSD.org, Hajimu UMEMOTO Subject: Re: Date formatting with en_US locale Message-ID: <20160526144944.GD977@ivaldir.etoilebsd.net> References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a2FkP9tdjPU2nyhF" Content-Disposition: inline In-Reply-To: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:49:51 -0000 --a2FkP9tdjPU2nyhF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2016 at 09:44:25AM -0500, Eric van Gyzen wrote: > Baptiste and -current, >=20 > I noticed two annoyances with date formatting on head, and I wonder how > we can fix them. >=20 > I have these settings: >=20 > LC_ALL=3Den_US.ISO8859-1 > LANG=3Den_US.ISO8859-1 >=20 > First, Thunderbird displays the date as, for example: >=20 > 03/ 6/16 ... >=20 > The leading space on the day (6) looks weird. I might even say it's > simply wrong. Zero-padding would better. (/No/ padding would be best, > but I don't think strftime supports that.) >=20 > Second, date(1) no longer shows the day-of-week: >=20 > $ date > March 26, 2016 at 09:21:55 AM CDT >=20 > For many years, I have been typing "date" to see the day-of-week (and > other things). I like the new human-friendly format, but I miss the > day-of-week. >=20 > Of course, I can fix these locally, but I wonder how we can fix them for > everyone. I see that the formats come from CLDR. I also see that ume@ > restored the day-of-week for ja_JP in r292512. Is this the best > approach, or should we try to get them changed upstream (CLDR)? >=20 > Thanks for your input, I can hack cldr2def.pl to readd the week of day as it was before for 11.0 s= till the best approach is to push the change upstream. I will have a look at the cldr2def.pl hack this week end. Best regards, Bapt --a2FkP9tdjPU2nyhF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXRwzQAAoJEGOJi9zxtz5avfsQAJeTtPB/PwAul/MPL2+JiAqr fUFSa4MIu8KKtkSlLcOCUuVx/asErfpE/ZDjr/ATAZ7LXnskl8GUk21kI2VvvKIj YF46kNyNtDW1zTr8jURJUpbQyOTpMHub8EHOxpCcdY3hLD2mEzYk3ZtR84j/WvWn 2vi3r3hMeozddQb1IMs/wRnIZ/6noo8oItkge8gCgy8lzjABlOP1vOhMZcol58Wa peuBwGg+QKrVB6IOKSt9/8TKk5+OHIKShdmcR4nGqyFSSTTjAPd54ToShi4YaFyx lEoT65Ld5yZH+mL7Ay3FFxiHTGMgLvVWgAGC/lG0vhVx7AfLHIB68gg4HWrfnuh2 /hjt+beX79H9tx1J6LkC4J23XAs5951O/NqmLIofWwGtsp4f6DjwgFjCu6UDMCe6 xd9+A/fQEkJNxtBbGMEI2wyIvqes2P+Slr/YqIHGYGSL3ZhUMnAzrOKoKUVfT5am PIbE8g/JOOQL0iLMGSTKlQpIfkl8/3+6+S6oXh5tb2nI7U/GWLdaQOmlUX0WtG7U uCHmESEXPGhOIZHWeXF1tsQ2r8UKgwtKzXhLDY1sCcFPk0OoPfL6oIKErYBJDFB8 u2diM6MmMEMjPuAOGt9d5xwVfXpULO1hhKVSwt2ECHsWJuAy+8XcL+t6ykmQOqp4 hYk4MYcWMbBZ9Z0fXIkQ =CwDY -----END PGP SIGNATURE----- --a2FkP9tdjPU2nyhF-- From owner-freebsd-current@freebsd.org Thu May 26 14:55:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C0D2B4B90B for ; Thu, 26 May 2016 14:55:25 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 413E41A8F for ; Thu, 26 May 2016 14:55:25 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x233.google.com with SMTP id y126so59593342qke.1 for ; Thu, 26 May 2016 07:55:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=+REjxmKKqUsTb+boGqLr1Wtf+Z5c0NlAeSp514WvZk8=; b=CQAfNDo2VOk431XNhKyRL+rbZ81vTP/psYiQLTdKIm3vnglYI+VchHtQlaUmCnohhJ I89ybzmb2p5cLaq00nswRwzS09/z3o8bje/XHUFyyTUFF239VO8QySkma0sI1vJnDrLg loIQ0+404neQzrByYDQdclWOEJR5ciOc0Vsxs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=+REjxmKKqUsTb+boGqLr1Wtf+Z5c0NlAeSp514WvZk8=; b=QjGHrFB243X3HDrXOYxHULuqfokQ8nFfgIl7Z2bFzyace+AScPcOikOY976lcS3hfx yd6Es3RpFRwDOkVBx1/ruNQymOB80+RzTZWFcsuMMB/4L1hCTdBmrVg4V3TFItzJ+327 nGmUpxyYQt8jaKlE5mLvXBUGFogvAjE9JX8drL0sZdi3kcpRbNbCl2GWYWXTFPkMCmpI xgO28oFSjej2vI8FjnC7H9o66k7W/zDWBOlaN+4MKA3d5agxszIXR8FdQuPGiarHgKJn CknOlwdhf6UCpVMjvJ6tVj47tCh6YKFn7FOcZqoZyxwPA8fXVUEL13FZgKbOvgiV6p2W F3rA== X-Gm-Message-State: ALyK8tJyPZfy0OhGuLEaofGJDfOw0zGRw6YORWxGxeUn0mgCjJDGhDjGzTQSKX6PmY8miw== X-Received: by 10.55.212.221 with SMTP id s90mr8646206qks.99.1464274524275; Thu, 26 May 2016 07:55:24 -0700 (PDT) Received: from [10.8.3.227] ([177.20.130.8]) by smtp.googlemail.com with ESMTPSA id b189sm3934818qkf.10.2016.05.26.07.55.22 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 May 2016 07:55:23 -0700 (PDT) Subject: Re: Date formatting with en_US locale To: freebsd-current@freebsd.org References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> <20160526144944.GD977@ivaldir.etoilebsd.net> From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: Date: Thu, 26 May 2016 11:55:08 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160526144944.GD977@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 14:55:25 -0000 Em 26/05/2016 11:49, Baptiste Daroussin escreveu: > On Thu, May 26, 2016 at 09:44:25AM -0500, Eric van Gyzen wrote: >> Baptiste and -current, >> >> I noticed two annoyances with date formatting on head, and I wonder how >> we can fix them. >> >> I have these settings: >> >> LC_ALL=en_US.ISO8859-1 >> LANG=en_US.ISO8859-1 >> >> First, Thunderbird displays the date as, for example: >> >> 03/ 6/16 ... >> >> The leading space on the day (6) looks weird. I might even say it's >> simply wrong. Zero-padding would better. (/No/ padding would be best, >> but I don't think strftime supports that.) >> >> Second, date(1) no longer shows the day-of-week: >> >> $ date >> March 26, 2016 at 09:21:55 AM CDT >> >> For many years, I have been typing "date" to see the day-of-week (and >> other things). I like the new human-friendly format, but I miss the >> day-of-week. >> >> Of course, I can fix these locally, but I wonder how we can fix them for >> everyone. I see that the formats come from CLDR. I also see that ume@ >> restored the day-of-week for ja_JP in r292512. Is this the best >> approach, or should we try to get them changed upstream (CLDR)? >> >> Thanks for your input, > I can hack cldr2def.pl to readd the week of day as it was before for 11.0 still > the best approach is to push the change upstream. > > I will have a look at the cldr2def.pl hack this week end. > > Best regards, > Bapt LANG=pt_BR.UTF-8 MM_CHARSET=UTF-8 also no longer shows the day-of-week [ota@nostromo /usr/home/ota]$ date 26 de maio de 2016 11:54:44 BRT From owner-freebsd-current@freebsd.org Thu May 26 15:15:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15CCAB4B056 for ; Thu, 26 May 2016 15:15:14 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C8141B7E for ; Thu, 26 May 2016 15:15:13 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id w16so21781510lfd.2 for ; Thu, 26 May 2016 08:15:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=tjUZsYoiFd8wzouWABi7e9Olxj7NQqcDI7TkYd+Jqqo=; b=Ljp5fdBHLOzTDLnl+6ojffEwdxebZ20FhWoRa2E6ElrVvOcPmlo53BCvh6JHK9AIsi /NxJDfLBy9777xF+dIF+bj8WuJ0NB5hlESDKcusYmZfqmqkM5GtJfXE5ASepyxkQ5T2a /GQtB5q6Ha9fBMbZj/KNQpaczV3+Bo9+4ip6dbB6e4PwSpI5DKj5SC50fXQnttSzfl7I uIIYmGbOyni15ARKDZmcwK4EGRtRVJ7LZ6DGEty3/Vpm9v4qIb9KOibBlvZdtbhA7+Ts N9TpoKv/7f2x0f6Xu8a7tHoa+gYoBsAyy3mpEnORE4+rRx4D6HWqHjbQvgcKmXN351yv H7ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=tjUZsYoiFd8wzouWABi7e9Olxj7NQqcDI7TkYd+Jqqo=; b=ZS/RJX2FKXmnNKvF+UCz9fdAVRlya3LcbaAmdYPuVRImn+KBv/OhHiKSHYG9x5+MHB kCCwHszXZj/xxh1Fki6s/hWBJg+unJKciUkUUfXjJscMwfuqfk3AbNJNqwIe8ZiyjCQQ fA+tM6haj/xH4X8nD25qconYc6ZPoGBjFfY6O1WAms3+4lAFAdI1tX8+gfXZTuawRGip UzZNf7q8nibffdTF/TUS/7TfvR87D6I66dDdsvRjGMnrASXe6oqNqEF1w2vT2Zam406n McrFyvVY7ErLscuN2gUDAb0a2yuKioOpnMNYjAmUwLfPc1MUIk/CVs/2LKc1pb+av5gJ V40Q== X-Gm-Message-State: ALyK8tKAN1F+enEiArsX2xSCYu5vTsqRXbjz8F0B4NecSPgYXRU3pUAhpq3IUFQSdx81BA== X-Received: by 10.25.206.205 with SMTP id e196mr2979064lfg.182.1464275711785; Thu, 26 May 2016 08:15:11 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id 194sm105855ljj.47.2016.05.26.08.15.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 May 2016 08:15:10 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 26 May 2016 17:15:08 +0200 From: Baptiste Daroussin To: =?iso-8859-1?Q?Otac=EDlio?= Cc: freebsd-current@freebsd.org Subject: Re: Date formatting with en_US locale Message-ID: <20160526151508.GE977@ivaldir.etoilebsd.net> References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> <20160526144944.GD977@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JBi0ZxuS5uaEhkUZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 15:15:14 -0000 --JBi0ZxuS5uaEhkUZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2016 at 11:55:08AM -0300, Otac=EDlio wrote: > Em 26/05/2016 11:49, Baptiste Daroussin escreveu: > > On Thu, May 26, 2016 at 09:44:25AM -0500, Eric van Gyzen wrote: > >> Baptiste and -current, > >> > >> I noticed two annoyances with date formatting on head, and I wonder how > >> we can fix them. > >> > >> I have these settings: > >> > >> LC_ALL=3Den_US.ISO8859-1 > >> LANG=3Den_US.ISO8859-1 > >> > >> First, Thunderbird displays the date as, for example: > >> > >> 03/ 6/16 ... > >> > >> The leading space on the day (6) looks weird. I might even say it's > >> simply wrong. Zero-padding would better. (/No/ padding would be best, > >> but I don't think strftime supports that.) > >> > >> Second, date(1) no longer shows the day-of-week: > >> > >> $ date > >> March 26, 2016 at 09:21:55 AM CDT > >> > >> For many years, I have been typing "date" to see the day-of-week (and > >> other things). I like the new human-friendly format, but I miss the > >> day-of-week. > >> > >> Of course, I can fix these locally, but I wonder how we can fix them f= or > >> everyone. I see that the formats come from CLDR. I also see that ume@ > >> restored the day-of-week for ja_JP in r292512. Is this the best > >> approach, or should we try to get them changed upstream (CLDR)? > >> > >> Thanks for your input, > > I can hack cldr2def.pl to readd the week of day as it was before for 11= =2E0 still > > the best approach is to push the change upstream. > > > > I will have a look at the cldr2def.pl hack this week end. > > > > Best regards, > > Bapt >=20 > LANG=3Dpt_BR.UTF-8 >=20 > MM_CHARSET=3DUTF-8 >=20 By adding the hack I mean to do it for all locales not cherry picking Best regards, Bapt --JBi0ZxuS5uaEhkUZ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXRxL8AAoJEGOJi9zxtz5ahGgQAIuFVVFFA9FgS84CB0ZunceI A7AUrmXGJWoCvumrJNCzcirlApkQxiLFk6INBqT/l2MkpnWm40w8YHNvQIniyWpy UCMjXxcdbpzLLS6k9VQCIBHEzVHCpo+RHszbpeqAjhFgCuLcCg7RD59pyP6jEIWJ LqV+BK9b+zMGuB2iwpY13T0j5GqSwXGn6bXUveHTJmEdbUOBjpwFCb//rVjvDgF9 OKIzbdv5yuvipjEjQWdJN2oestnk7+OVbO6EFrlvm4zHXS3X+D3plkJWyvZCwCx8 iQbx6lU84sdef14xXzycTh7sFi3mMIDfIkBcm0+DUBJvoBlpSmPta1W3n3UZbkZD TCbxCG1jvmTmBrFc8KS0ZKHX1KX6ki7ZZuaDGXBTVSe2c+PFyA3ivaLxER9c+jzA ZEXvYEiV9RKt3v5PAlIIqgqoHXmT+aB+KN8Lllk5QEWI4NHkdrqjJj35uZpBgyPL 9t8BRnm3GdRcpfTYSok0cSYwX/lMPt39Fosh9U94LEF8q22iv1mA2rWMxoYLLKj7 2XQoIAD9W8GGmMaoxRf/7mYbpUKZLLaRlcNiuRLVXW1nbXV5Wex/PfXs4MoF/JUR w9hDO4Uw8PMNMo+o8hRRGa6Uu+cQloSHxye9YDLitExvenxI4T3pYDJ0wCRRRljV mjeH1cPgBm4lMXHGkPJZ =Htic -----END PGP SIGNATURE----- --JBi0ZxuS5uaEhkUZ-- From owner-freebsd-current@freebsd.org Thu May 26 21:44:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 193A8B4C5D0 for ; Thu, 26 May 2016 21:44:03 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a81.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) (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 E418E18EF for ; Thu, 26 May 2016 21:44:02 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a81.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a81.g.dreamhost.com (Postfix) with ESMTP id 230EFA806C for ; Thu, 26 May 2016 14:43:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h= subject:references:to:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s= menhennitt.com.au; bh=DbtuimIgXpDB+hBV7JZ1KplWMAQ=; b=Ldcr79gj5e R3L5KhzqTqqX7aQh0uXNOohYcyqdawEzXipHoTLYEt3fGWNC1OOXkHf3z3z+T7PJ oMRxGZ6mh0TySjeuVt6WxD7pS7oYuhW/djJc011hwmlBZoDXfy2fmrSqDlqazgYB ixctWF/Fky/LONIvO+vf4cmAi/yFCV+UA= Received: from [137.237.172.27] (unknown [192.160.117.156]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by homiemail-a81.g.dreamhost.com (Postfix) with ESMTPSA id 5FC23A8061 for ; Thu, 26 May 2016 14:43:54 -0700 (PDT) Subject: Re: bluetooth not working in recent current References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> To: freebsd-current@freebsd.org From: Graham Menhennitt Message-ID: Date: Fri, 27 May 2016 07:43:52 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 21:44:03 -0000 On 27/05/2016 12:27 AM, Maksim Yevmenkin wrote: > please modify /etc/rc.d/bluetooth and make sure it does not exit when > hci reset command fails? it would be useful to know if any other hci > commands fail. > Max, Last night I updated to the latest -current source and did a build of world and kernel. The problem seems to have disappeared! So, either there was something broken in the source when I did my previous update, or something went wrong in my last build/install. Either way, it's all working now. Thanks very much for your assistance, and I'm sorry for the noise. Thanks again, Graham # hccontrol -n ubt0hci inquiry Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:25:1d:19:16 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 00:1f:04 Clock offset: 0x4578 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:25:1d:19:16 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 00:1f:04 Clock offset: 0x4578 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:25:1d:19:16 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 00:1f:04 Clock offset: 0x4578 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:25:1d:19:16 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 00:1f:04 Clock offset: 0x4578 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:25:1d:19:16 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 00:1f:04 Clock offset: 0x4578 Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:25:1d:19:16 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 00:1f:04 Clock offset: 0x4578 Inquiry complete. Status: No error [00] From owner-freebsd-current@freebsd.org Thu May 26 22:48:34 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D310FB474BE for ; Thu, 26 May 2016 22:48:34 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AEEA1718 for ; Thu, 26 May 2016 22:48:34 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id a136so47537103wme.0 for ; Thu, 26 May 2016 15:48:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=4mGaEZpNUu+A8zb8FaMtV3xLgefeSN06pVAT/wpSQNc=; b=ePkLdjJvCKUtfhUYKUg5HjzN/27uCmGfA6ZfREhqORZ8itWcxRN7HVcPhc6e/V5yP2 +mZdJyynZOia92PA1fp4Vi0kMNt6KYMJBdVq8pRa2ahHwCRD15cSJ3AE3e80qNWTOmPZ N6zaf8anYx0ZuxVRcYAMafl23h+gfo8wGQwc9AbKOQArAJdaQAmz1hT9zNU1Jo80VGRn MJ4o562P7QcAtW3kEPx2ODCSka9+2xNwWZJ4PMy4WwDO2BmdM2wy4MkpK7tTqu22/kPg Mcs7u40jnoLpRseY1XBoXUwF7py9PcHiVaDfNQe2ogMFr8dEs5T4VOaCTMYdM6w7oYIA sfkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=4mGaEZpNUu+A8zb8FaMtV3xLgefeSN06pVAT/wpSQNc=; b=gJM9PKN8gI0lrShKpNTl0JXaaJQCLSfC+eJ/1TxWDb1AdpvunbPAEBVKkAXKLDgut9 dI2zCsO1UG87OPBKHqI8/lJ29yCcrmW1hy1/kxZWVIHwrn7Xoqx0qfui6Yw43vbKoT4+ Ed5m98cMO0hEbqc0eOfLz1zdw0IZ+2VaV1EFn6MVNHKbj/n/47NSxy3/5CQqSRRIfNaJ /d0C/QX9lqVRIlXbrDKA3yFlzCTAq2/0bqjJ5JBlYE+aJR7YoN9un9vVDIyvGOiqj1xW /KVS0/G+6K2jeWA+9YZ6OarmjSomwYiOVLghs0tYQqv93SBBXTn1btHLLkPam1TkdBUU /+sw== X-Gm-Message-State: ALyK8tK9alESsN9MiFVNUguTyPYI1aMQrv9w8WVOFQAZ+pFT8WxBLc47By0o99XxftA5zlfNmF2L6w3XkKD+RA== MIME-Version: 1.0 X-Received: by 10.28.10.10 with SMTP id 10mr6210653wmk.102.1464302912889; Thu, 26 May 2016 15:48:32 -0700 (PDT) Received: by 10.28.54.150 with HTTP; Thu, 26 May 2016 15:48:32 -0700 (PDT) In-Reply-To: References: <5c480504-08e6-6d02-3123-9d66ba825426@menhennitt.com.au> <74db6c77-3080-6177-fbaa-250f884e5402@menhennitt.com.au> Date: Thu, 26 May 2016 15:48:32 -0700 Message-ID: Subject: Re: bluetooth not working in recent current From: Maksim Yevmenkin To: Graham Menhennitt Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 22:48:34 -0000 Graham, > Last night I updated to the latest -current source and did a build of world > and kernel. The problem seems to have disappeared! So, either there was > something broken in the source when I did my previous update, or something > went wrong in my last build/install. Either way, it's all working now. > Thanks very much for your assistance, and I'm sorry for the noise ok. thank you for letting me know. thanks! max From owner-freebsd-current@freebsd.org Thu May 26 23:08:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77211B47C27; Thu, 26 May 2016 23:08:14 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 489D21663; Thu, 26 May 2016 23:08:14 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:94c9:651d:7312:89cd] (unknown [IPv6:2001:470:1f11:617:94c9:651d:7312:89cd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 3AABC12BD; Thu, 26 May 2016 23:08:07 +0000 (UTC) User-Agent: K-9 Mail for Android In-Reply-To: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> MIME-Version: 1.0 Subject: Re: CFT update day 2 From: Eric McCorkle Date: Thu, 26 May 2016 19:08:03 -0400 To: Matthew Macy , "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: X-Mailman-Approved-At: Thu, 26 May 2016 23:09:54 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 23:08:14 -0000 Letting you know, I had an error in detection. I'm trying to get a change done before code slush, but I will circle back and provide a detailed report On May 23, 2016 4:12:52 AM EDT, Matthew Macy wrote: > >The highlights for today are the following: > >Bug fixes: >- Will Andrews fixed attach for some laptops (such as the Carbon X1). > The Carbon X1 has a quirky BIOS that doesn't allow the OS to > enumerate the GPU's interrupt. >- Will Andrews identified a conditionally uninitialized return in > idr_find that could lead to a panic in some cases. >- Fixed a panic in mtrr_del frequently seen when attach failed. >- Sleep/wakeups with interrupts are largely implemented correctly > now. Previously a polling 10ms sleep was used. I'm still > concerned that the code really needs to be level-triggered. > >Cleanups: >- Logging is now enabled for the first 10s after attach unless > dev.drm.drm_debug_keep=1. >- Unimplemented warnings are off by default. > >As of this moment the latest USB image is: > http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz > >The USB image now has sync disabled on var. This should improve >responsiveness for most people with slow USB pen drives. If >you're having issues that require retaining logs you'll need >to "zfs set sync=enabled zrootusb/var". > >The USB image now includes kde4 and xfce. It is also much larger, for >this iteration you will need a 16GB USB key. The next one will probably >not be quite so large. If size is a common problem let me know. It's >difficult to buy a USB key that is less than 16GB today. > >joeuser's .xinitrc is configured to start xfce with startx. To start >kde >run: service kdm4 onestart. > >Note that the image name has changed. The most recent should be >self-evident in: http://www.bsddesktop.com/images > >Helpful hint: use a 1MB blocksize for dd and run gpart recover >to fix label warnings. Assuming your USB pen drive shows up as >/dev/da0 and cftdisk image is the one I just posted: > >unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img >of=/dev/da0 bs=1M; gpart recover da0 > >And as a reminder, if you're having problems with X on the USB >key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf >somewhere else on your file system. > >If using the github repo, make sure you're using the drm-next-4.6 >branch. > >Cheers. > >-M > >_______________________________________________ >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" -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@freebsd.org Thu May 26 23:18:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA8E8B47F69; Thu, 26 May 2016 23:18:58 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD3151CF4; Thu, 26 May 2016 23:18:58 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1464304735232978.7128585958017; Thu, 26 May 2016 16:18:55 -0700 (PDT) Date: Thu, 26 May 2016 16:18:55 -0700 From: Matthew Macy To: "Eric McCorkle" Cc: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154ef5d13c7.128c042c1404712.5585765664970837921@nextbsd.org> In-Reply-To: References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> Subject: Re: CFT update day 2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 23:18:58 -0000 ---- On Thu, 26 May 2016 16:08:03 -0700 Eric McCorkle wrote ---- > Letting you know, I had an error in detection. I'm trying to get a change done before code slush, but I will circle back and provide a detailed report Thanks. I'm not going to make slush for the changes to sys to support this. If dates are interpreted as being UTC then it's already started. -M > > On May 23, 2016 4:12:52 AM EDT, Matthew Macy wrote: > > > >The highlights for today are the following: > > > >Bug fixes: > >- Will Andrews fixed attach for some laptops (such as the Carbon X1). > > The Carbon X1 has a quirky BIOS that doesn't allow the OS to > > enumerate the GPU's interrupt. > >- Will Andrews identified a conditionally uninitialized return in > > idr_find that could lead to a panic in some cases. > >- Fixed a panic in mtrr_del frequently seen when attach failed. > >- Sleep/wakeups with interrupts are largely implemented correctly > > now. Previously a polling 10ms sleep was used. I'm still > > concerned that the code really needs to be level-triggered. > > > >Cleanups: > >- Logging is now enabled for the first 10s after attach unless > > dev.drm.drm_debug_keep=1. > >- Unimplemented warnings are off by default. > > > >As of this moment the latest USB image is: > > http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz > > > >The USB image now has sync disabled on var. This should improve > >responsiveness for most people with slow USB pen drives. If > >you're having issues that require retaining logs you'll need > >to "zfs set sync=enabled zrootusb/var". > > > >The USB image now includes kde4 and xfce. It is also much larger, for > >this iteration you will need a 16GB USB key. The next one will probably > >not be quite so large. If size is a common problem let me know. It's > >difficult to buy a USB key that is less than 16GB today. > > > >joeuser's .xinitrc is configured to start xfce with startx. To start > >kde > >run: service kdm4 onestart. > > > >Note that the image name has changed. The most recent should be > >self-evident in: http://www.bsddesktop.com/images > > > >Helpful hint: use a 1MB blocksize for dd and run gpart recover > >to fix label warnings. Assuming your USB pen drive shows up as > >/dev/da0 and cftdisk image is the one I just posted: > > > >unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img > >of=/dev/da0 bs=1M; gpart recover da0 > > > >And as a reminder, if you're having problems with X on the USB > >key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf > >somewhere else on your file system. > > > >If using the github repo, make sure you're using the drm-next-4.6 > >branch. > > > >Cheers. > > > >-M > > > >_______________________________________________ > >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" > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > _______________________________________________ > 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 May 26 23:54:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3327DB48EA0 for ; Thu, 26 May 2016 23:54:41 +0000 (UTC) (envelope-from jhb@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 214B31937 for ; Thu, 26 May 2016 23:54:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1CB2AB48E9F; Thu, 26 May 2016 23:54:41 +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 1C5A5B48E9E for ; Thu, 26 May 2016 23:54:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F2D7D1936 for ; Thu, 26 May 2016 23:54:40 +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 bigwig.baldwin.cx (Postfix) with ESMTPSA id 9DBACB91E; Thu, 26 May 2016 19:54:39 -0400 (EDT) From: John Baldwin To: gljennjohn@gmail.com Cc: current@freebsd.org Subject: Re: EARLY_AP_STARTUP hangs during boot Date: Thu, 26 May 2016 16:54:35 -0700 Message-ID: <2245981.CzRHAP1AJo@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160517184741.599597b4@ernst.home> References: <20160516122242.39249a54@ernst.home> <3960771.pvLV2Nd9Tc@ralph.baldwin.cx> <20160517184741.599597b4@ernst.home> 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.2.7 (bigwig.baldwin.cx); Thu, 26 May 2016 19:54:39 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 23:54:41 -0000 On Tuesday, May 17, 2016 06:47:41 PM Gary Jennejohn wrote: > On Mon, 16 May 2016 10:54:19 -0700 > John Baldwin wrote: > > > On Monday, May 16, 2016 12:22:42 PM Gary Jennejohn wrote: > > > I tried out EARLY_AP_STARTUP, but the kernel hangs and I can't > > > break into DDB. > > > > > > I did a verbose boot and the last lines I see are related to routing > > > MSI-X to various local APIC vectors. I copied the last few lines and > > > they look like this: > > > > > > msi: routing MSI-X IRQ 256 to local APIC 2 vector 48 > > > msi: routing MSI-X IRQ 257 to local APIC 3 vector 48 > > > msi: routing MSI-X IRQ 258 to local APIC 4 vector 48 > > > msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 > ^^^^^^^ Assigning > > > > > > I tried disabling msi and msix in /boot/loader.conf, but the settings > > > were ignored (probabaly too early). > > > > No, those settings are not too early. However, the routing to different > > CPUs now happens earlier than it used to. What is the line before the > > MSI lines? You can take a picture with your phone/camera if that's simplest. > > > > Here a few lines before the MSI routing happens: > > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 > hpet0: vendor 0x4353, rev 0x1, 14318180 Hz, 3 timers, legacy route > hpet0: t0 : irqs 0x00c0ff (0), MSI, periodic > hpet0: t1 : irqs 0x00c0ff (0), MSI, periodic > hpet0: t2 : irqs 0x00c0ff (0), MSI, periodic > Timecounter "HPET" frequency 14318180 Hz quality 950 The assigning message means it is in the loop using bus_bind_intr() to setup per-CPU timers. Can you please try setting 'hint.hpet.0.per_cpu=0' at the loader prompt to see if disabling the use of per-CPU timers allows you to boot? -- John Baldwin From owner-freebsd-current@freebsd.org Fri May 27 02:12:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B22BB4B072 for ; Fri, 27 May 2016 02:12:59 +0000 (UTC) (envelope-from yaneurabeya@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 145511D29 for ; Fri, 27 May 2016 02:12:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x22b.google.com with SMTP id n63so70846272qkf.0 for ; Thu, 26 May 2016 19:12:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=kjJfF6gkl/ev4aFMXfrRxEy4kJIDU2yNKxB4/uLZfL0=; b=ORYjJnalLWmes3qk5FioV81nNBG54Qn4UY+3nUMfKFpD+8GlQvsj1UQCrfGgKPVBu8 Aad37+AddWXonrJ8gLy8eoLetva9K/upHX27S2SdbiIVWUQ0PhpBibWj11PToclAkrwF woKdWKiRCNuOC+10RteFR8cI/L+sx/1KjBmzUpKCZa0PDIZ3qA9vF9YXHsTBtmxJLa5+ ePxT00eTXfvFAXVCFJVfPONekD9udIIN0zmL30vldKbgsCUvknbYmUtZDg+uekOq7t/3 PfO7iwQk/cEA7gswF41d0v29omLaiaZOggSDOb/wMfD466VzaXsnb2m1maEcNsxBCQMb Wkmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=kjJfF6gkl/ev4aFMXfrRxEy4kJIDU2yNKxB4/uLZfL0=; b=GuC/FTzPxTR5Ac5PBLaKYrkpFT4mB3tktwQBchwS1XvTp1oyf16P/fzgaLhtBALYmY Z5JyE83qaL6nDDpMdyGlWF7dvETcnjc863R6Q4DL+nc2wMP1Y9nJjG0Y0oXnsDl1MGnP L+rgpACedm19Yee1v0/hiNBJV0wWEknHD4Nq6LBe9izUvaNJLtxyEk8+mSxUupno4SBX Wg/VkpbFtJfg40/s+lJFkHh6X2I8um3iibirrIL3yXNzSB0rJwZR6sqe3tXcbmsqcFhX 4H3c/2bx8XR5CPsKzhdG3vV9jxRHFGIZYqgRSSMAQzni1Xm+55JeR+1BumbReF5Elmo2 aR3w== X-Gm-Message-State: ALyK8tJcI6vEh1rdk8INJTJK5Li6KQzbe2mxKvHfgyXhpI1N7lVmOcX8cnYTtVJMnp5yKxMTUKgvcohbemb6/g== MIME-Version: 1.0 X-Received: by 10.55.73.199 with SMTP id w190mr12102108qka.77.1464315178240; Thu, 26 May 2016 19:12:58 -0700 (PDT) Received: by 10.55.170.146 with HTTP; Thu, 26 May 2016 19:12:58 -0700 (PDT) Date: Thu, 26 May 2016 19:12:58 -0700 Message-ID: Subject: exports(5) no longer allows multiple paths per line? From: Ngie Cooper To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 02:12:59 -0000 Hi, It seems like the following /etc/exports should work, but for some odd reason specifying both paths on a single line doesn't work (I swore it was working on a kernel/userland built in the past month, i.e. ^/head@r297950, but I might be misremembering things). exports(5) claims that 2 mountpoints (at least) can be used on a single line, but my experiments prove otherwise. Thanks, -Ngie Example from exports(5): EXAMPLES /usr /usr/local -maproot=0:10 friends Failing example: # df -h /tftpboot /home/ngie Filesystem Size Used Avail Capacity Mounted on zroot/tftpboot 232G 1.2G 231G 1% /tftpboot zroot/home/ngie 236G 5.5G 231G 2% /home/ngie # cat /etc/exports /home/ngie/freebsd /tftpboot -maproot=0:0 -alldirs -ro # stat -f '%d %r %N' /tftpboot/ /home/ngie 3945781817 4294967295 /tftpboot/ 3049773785 4294967295 /home/ngie # showmount -e Exports list on localhost: # Working example: # service mountd start Starting mountd. # showmount -e Exports list on localhost: /tftpboot Everyone /home/ngie/freebsd Everyone Thanks, -Ngie From owner-freebsd-current@freebsd.org Fri May 27 02:15:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9132EB4B1E9; Fri, 27 May 2016 02:15:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 854FB1EA6; Fri, 27 May 2016 02:15:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E235ABBC; Fri, 27 May 2016 02:15:44 +0000 (UTC) Date: Fri, 27 May 2016 02:15:42 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ian@FreeBSD.org, jhb@FreeBSD.org, gjb@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1064379652.27.1464315344934.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3222 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 02:15:44 -0000 FreeBSD_HEAD_i386 - Build #3222 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3222/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3222/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3222/console Change summaries: 300814 by gjb: Make Makefile.mirrors -ALPHA${N}-aware. Approved by: re (implicit) Sponsored by: The FreeBSD Foundation 300813 by gjb: Update head from 11.0-CURRENT to 11.0-ALPHA1, marking the official start of the code slush. Approved by: re (implicit) Sponsored by: The FreeBSD Foundation 300812 by ian: Revert changes for local testing, inadvertantly commited in r300811. 300811 by ian: Add a PPS driver that takes the timing pulse from a gpio pin. Currently supports only ofw/fdt systems. Some day, hinted attachment for non-fdt systems should be possible too. 300810 by jhb: Fix unit number of EFI net interfaces and ignore psuedo network interfaces. In r277943, the efinet_match() routine was changed to use an off by one when matching network interfaces. The effect was that using "net1" actually used the device attached to "net0". Digging into the hardware that needed this workaround more, I found that UEFI was creating two simple network protocol devices for each physical NIC. The first device was a "raw" Ethernet device and the second device was a "IP" device that used the IP protocol on top of the underlying "raw" device. The PXE code in the firmware used the "IP" device to pull across the loader.efi, so currdev was set to "net1" when booting from the physical interface "net0". (The loaded image's device handle referenced the "IP" device that "net1" claimed.) However, the IP device isn't suitable for doing raw packet I/O (and the current code to open devices exclusively actually turns the "IP" devices off on these systems). To fix, change the efinet driver to only attach to "raw" devices. This is determined by fetching the DEVICE_PATH for each handle which supports the simple network protocol and examining the last node in the path. If the last node in the path is a MAC address, the device is assumed to be a "raw" device and is added as a 'netX' device. If the last node is not a MAC address, the device is ignored. However, this causes a new problem as the device handle associated with the loaded image no longer matches any of the handles enumerated by efinet for systems that load the image via the "IP" device. To handle this case, expand the logic that resolves currdev from the loaded image in main(). First, the existing logic of looking for a handle that matches the loaded image's handle is tried. If that fails, the device path of the handle that loaded the loaded image is fetched via efi_lookup_image_devpath(). This device path is then walked from the end up to the beginning using efi_handle_lookup() to fetch the handle associated with a path. If the handle is found and is a known handle, then that is used as currdev. The effect for machines that load the image via the "IP" device is that the first lookup fails (the handle for the "IP" device isn't claimed by efinet), but walking up the image's device path finds the handle of the raw MAC device which is used as currdev. With these fixes in place, the hack to subtract 1 from the unit can now be removed, so that setting currdev to 'net0' actually uses 'net0'. PR: 202097 Tested by: ambrisko Sponsored by: Cisco Systems 300809 by bdrewery: filemon exec: Use imgp->execpath rather than vn_fullpath(9). This will be more accurate as the actual name is provided if ran from an absolute path in do_execve(). MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 300808 by bdrewery: DIRDEPS_BUILD: Add a Makefile.depend Sponsored by: EMC / Isilon Storage Division 300807 by bdrewery: DIRDEPS_BUILD: Fix and hookup rescue/rescue to the build. Sponsored by: EMC / Isilon Storage Division 300806 by bdrewery: WITH_AUTO_OBJ: Fix crunchgen builds. Passing MAKEOBJDIRPREFIX to the main prog build (rescue) would confuse WITH_AUTO_OBJ and cause it to create a recursed object directory that then broke the actual prog build. This is normally not a problem since we do not call 'make -f prog.mk obj' before building anything in it. Crunchgen(1) also assumes that if -o is not passed then if an object directory does not already exist then it should build in the source directories. The normal buildworld process will have already ran 'make obj' in each of the component directories so this is not a problem. With WITH_AUTO_OBJ though this is not the case. So we must tell crunchgen(1) that MK_AUTO_OBJ=yes will create the directory and to not require it be present before generating its Makefile. Sponsored by: EMC / Isilon Storage Division 300805 by bdrewery: Don't strip paths away from META_XTRAS. This would otherwise disallow using meta files from a foreign build that spread them around in directories outside our own .OBJDIR. Sponsored by: EMC / Isilon Storage Division 300804 by bdrewery: Avoid redundant 'make objs' tree-walk when building the main prog. The main prog has a dependency on the submake targets to ensure they are built. From bsd.crunchgen.mk though we already have our own dependency on 'make objs' so there is no need for another one. Crunchgen(1) is doing the right thing here so it is not modified. This also prevents the CC fix tainting the submake environment with META_MODE and causing rebuilds. The CC passed is is only intended for the main prog itself. Sponsored by: EMC / Isilon Storage Division 300803 by bdrewery: Pass CC/CXX/CFLAGS/CXXFLAGS/LDFLAGS to the main crunch exec build. This fixes --sysroot and other CFLAGS/LDFLAGS not being respected in the crunchgen build since it is not including bsd.sys.mk and other files. For example, this fixes building rescue itself without --sysroot and other CFLAGS. Sponsored by: EMC / Isilon Storage Division 300802 by bdrewery: WITH_META_MODE: Only expect a .meta file for the main target. Since multiple files are generated from one build command, only the first to run will actually generate a .meta file. This fix prevents 'required but missing' rebuilds on each target. Sponsored by: EMC / Isilon Storage Division 300801 by bdrewery: DIRDEPS_BUILD: Don't show finished stats, which confuses crunchgen(1). It would show 'make error:' lines for each auto object directory created. Sponsored by: EMC / Isilon Storage Division 300800 by bdrewery: Use netinet/in.h to avoid include/arpa dependency for DIRDEPS_BUILD. Sponsored by: EMC / Isilon Storage Division 300799 by bdrewery: Add some missing .PHONY. These are relevant for WITH_META_MODE to ensure they are always reran and don't generate a .meta file. Sponsored by: EMC / Isilon Storage Division 300798 by bdrewery: DIRDEPS_BUILD: Build the kernel in the same place as buildkernel would. Sponsored by: EMC / Isilon Storage Division 300797 by bdrewery: DIRDEPS_BUILD: Update dependencies. Sponsored by: EMC / Isilon Storage Division 300796 by bdrewery: Fix MAKESYSPATH not being sent to sub-makes after r266566. Because bmake defaults to .../share/mk now, this code was not doing anything to help objdir builds (such as the rescue build). Export the same default. Sponsored by: EMC / Isilon Storage Division 300795 by bdrewery: WITH_META_MODE: Move the kernel support to kern.pre.mk. This allows using META_MODE directly from the kernel build directory. This also allows removing a hack from the DIRDEPS_BUILD kernel target. Sponsored by: EMC / Isilon Storage Division 300794 by bdrewery: Remove leftover _crunchide from r283108 300793 by bdrewery: exec: Provide execpath in imgp for the process_exec hook. This was previously set after the hook and only if auxargs were present. Now always provide it if possible. MFC after: 2 weeks Reviewed by: kib Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D6546 300792 by bdrewery: exec: Add credential change information into imgp for process_exec hook. This allows an EVENTHANDLER(process_exec) hook to see if the new image will cause credentials to change whether due to setgid/setuid or because of POSIX saved-id semantics. This adds 3 new fields into image_params: struct ucred *newcred Non-null if the credentials will change. bool credential_setid True if the new image is setuid or setgid. This will pre-determine the new credentials before invoking the image activators, where the process_exec hook is called. The new credentials will be installed into the process in the same place as before, after image activators are done handling the image. MFC after: 2 weeks Reviewed by: kib Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D6544 The end of the build log: [...truncated 162480 lines...] --- geom_bde.ko --- objcopy --strip-debug --add-gnu-debuglink=geom_bde.ko.debug geom_bde.ko.full geom_bde.ko --- all_subdir_hatm --- ===> hatm (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_inet.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_natm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_natm.h opt_natm.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- if_hatm_intr.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_hatm_intr.o -MTif_hatm_intr.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/hatm/../../dev/hatm/if_hatm_intr.c -o if_hatm_intr.o --- all_subdir_gpio --- ctfconvert -L VERSION -g gpiobus.o --- gpiobus.kld --- ld -d -warn-common -r -d -o gpiobus.kld gpiobus.o gpioc.o gpio_if.o gpiobus_if.o ctfmerge -L VERSION -g -o gpiobus.kld gpiobus.o gpioc.o gpio_if.o gpiobus_if.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk gpiobus.kld export_syms | xargs -J% objcopy % gpiobus.kld --- gpiobus.ko.full --- ld -Bshareable -d -warn-common -o gpiobus.ko.full gpiobus.kld --- gpiobus.ko.debug --- objcopy --only-keep-debug gpiobus.ko.full gpiobus.ko.debug --- gpiobus.ko --- objcopy --strip-debug --add-gnu-debuglink=gpiobus.ko.debug gpiobus.ko.full gpiobus.ko --- all_subdir_gpio/gpioiic --- ===> gpio/gpioiic (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_platform.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_platform.h opt_platform.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- gpio_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/gpio/gpio_if.m -h --- gpiobus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/gpio/gpiobus_if.m -h --- iicbus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/iicbus/iicbus_if.m -h --- iicbb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/iicbus/iicbb_if.m -h --- gpioiic.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/gpio/gpioiic/../../../dev/gpio/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.gpioiic.o -MTgpioiic.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/gpio/gpioiic/../../../dev/gpio//gpioiic.c -o gpioiic.o --- all_subdir_geom --- --- all_subdir_geom/geom_eli --- ctfconvert -L VERSION -g g_eli.o --- geom_eli.kld --- ld -d -warn-common -r -d -o geom_eli.kld g_eli.o g_eli_crypto.o g_eli_ctl.o g_eli_hmac.o g_eli_integrity.o g_eli_key.o g_eli_key_cache.o g_eli_privacy.o pkcs5v2.o ctfmerge -L VERSION -g -o geom_eli.kld g_eli.o g_eli_crypto.o g_eli_ctl.o g_eli_hmac.o g_eli_integrity.o g_eli_key.o g_eli_key_cache.o g_eli_privacy.o pkcs5v2.o --- all_subdir_hatm --- ctfconvert -L VERSION -g if_hatm_intr.o --- all_subdir_geom --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk geom_eli.kld export_syms | xargs -J% objcopy % geom_eli.kld --- all_subdir_hatm --- --- if_hatm_ioctl.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_hatm_ioctl.o -MTif_hatm_ioctl.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/hatm/../../dev/hatm/if_hatm_ioctl.c -o if_hatm_ioctl.o --- all_subdir_geom --- --- geom_eli.ko.full --- ld -Bshareable -d -warn-common -o geom_eli.ko.full geom_eli.kld --- geom_eli.ko.debug --- objcopy --only-keep-debug geom_eli.ko.full geom_eli.ko.debug --- geom_eli.ko --- objcopy --strip-debug --add-gnu-debuglink=geom_eli.ko.debug geom_eli.ko.full geom_eli.ko --- all_subdir_gpio --- ctfconvert -L VERSION -g gpioiic.o --- acpi_wakedata.h --- nm -n --defined-only acpi_wakecode.o | while read offset dummy what; do echo "#define ${what} 0x${offset}"; done > acpi_wakedata.h --- modules-all --- --- gpioiic.kld --- ld -d -warn-common -r -d -o gpioiic.kld gpioiic.o --- all_subdir_hatm --- --- if_hatm_tx.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_hatm_tx.o -MTif_hatm_tx.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/hatm/../../dev/hatm/if_hatm_tx.c -o if_hatm_tx.o --- all_subdir_gpio --- ctfmerge -L VERSION -g -o gpioiic.kld gpioiic.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk gpioiic.kld export_syms | xargs -J% objcopy % gpioiic.kld --- gpioiic.ko.full --- ld -Bshareable -d -warn-common -o gpioiic.ko.full gpioiic.kld --- gpioiic.ko.debug --- objcopy --only-keep-debug gpioiic.ko.full gpioiic.ko.debug --- gpioiic.ko --- objcopy --strip-debug --add-gnu-debuglink=gpioiic.ko.debug gpioiic.ko.full gpioiic.ko --- all_subdir_gpio/gpioled --- ===> gpio/gpioled (all) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_platform.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_platform.h opt_platform.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- gpio_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/gpio/gpio_if.m -h --- gpiobus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/gpio/gpiobus_if.m -h --- gpioled.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/gpio/gpioled/../../../dev/gpio/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.gpioled.o -MTgpioled.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/gpio/gpioled/../../../dev/gpio//gpioled.c -o gpioled.o ctfconvert -L VERSION -g gpioled.o --- gpioled.kld --- ld -d -warn-common -r -d -o gpioled.kld gpioled.o ctfmerge -L VERSION -g -o gpioled.kld gpioled.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk gpioled.kld export_syms | xargs -J% objcopy % gpioled.kld --- gpioled.ko.full --- ld -Bshareable -d -warn-common -o gpioled.ko.full gpioled.kld --- gpioled.ko.debug --- objcopy --only-keep-debug gpioled.ko.full gpioled.ko.debug --- gpioled.ko --- --- all_subdir_hatm --- --- if_hatm_ioctl.o --- ctfconvert -L VERSION -g if_hatm_ioctl.o --- all_subdir_gpio --- objcopy --strip-debug --add-gnu-debuglink=gpioled.ko.debug gpioled.ko.full gpioled.ko --- all_subdir_gpio/gpiopps --- ===> gpio/gpiopps (all) --- acpi_wakecode.h --- file2c -sx 'static char wakecode[] = {' '};' < acpi_wakecode.bin > acpi_wakecode.h --- modules-all --- --- all_subdir_hatm --- --- if_hatm_rx.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.if_hatm_rx.o -MTif_hatm_rx.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/hatm/../../dev/hatm/if_hatm_rx.c -o if_hatm_rx.o --- all_subdir_gpio --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_platform.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_platform.h opt_platform.h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- gpio_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/gpio/gpio_if.m -h --- gpiobus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/gpio/gpiobus_if.m -h --- gpiopps.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -MD -MF.depend.gpiopps.o -MTgpiopps.o -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio//gpiopps.c -o gpiopps.o /usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio//gpiopps.c:52:19: error: unused variable 'pps_devclass' [-Werror,-Wunused-variable] static devclass_t pps_devclass; ^ /usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio//gpiopps.c:113:22: error: unused variable 'pps_cdevsw' [-Werror,-Wunused-variable] static struct cdevsw pps_cdevsw = { ^ /usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio//gpiopps.c:122:1: warning: unused function 'gpiopps_ifltr' [-Wunused-function] gpiopps_ifltr(void *arg) ^ /usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio//gpiopps.c:143:1: warning: unused function 'gpiopps_ithrd' [-Wunused-function] gpiopps_ithrd(void *arg) ^ /usr/src/sys/modules/gpio/gpiopps/../../../dev/gpio//gpiopps.c:161:1: warning: unused function 'gpiopps_detach' [-Wunused-function] gpiopps_detach(device_t dev) ^ 3 warnings and 2 errors generated. *** [gpiopps.o] Error code 1 bmake[5]: stopped in /usr/src/sys/modules/gpio/gpiopps 1 error bmake[5]: stopped in /usr/src/sys/modules/gpio/gpiopps *** [all_subdir_gpio/gpiopps] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/gpio 1 error bmake[4]: stopped in /usr/src/sys/modules/gpio *** [all_subdir_gpio] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_hatm --- ctfconvert -L VERSION -g if_hatm_rx.o --- if_hatm_tx.o --- ctfconvert -L VERSION -g if_hatm_tx.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/hatm *** [all_subdir_hatm] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_geom --- --- all_subdir_geom/geom_journal --- ctfconvert -L VERSION -g g_journal.o A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/geom/geom_journal *** [all_subdir_geom/geom_journal] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/geom 1 error bmake[4]: stopped in /usr/src/sys/modules/geom *** [all_subdir_geom] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 3 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2169122175005393659.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri May 27 04:24:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55B8FB4CF18; Fri, 27 May 2016 04:24:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA0C1812; Fri, 27 May 2016 04:24:13 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9C756C05; Fri, 27 May 2016 04:24:13 +0000 (UTC) Date: Fri, 27 May 2016 04:24:11 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, ian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1425703583.29.1464323053648.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1064379652.27.1464315344934.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1064379652.27.1464315344934.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3223 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 04:24:13 -0000 FreeBSD_HEAD_i386 - Build #3223 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3223/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3223/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3223/console Change summaries: 300818 by adrian: [gpio] add gpiospi to the gpio module. 300817 by adrian: [spigen] add the userland ioctl API for spigen. 300816 by adrian: [gpiospi] add debug option. This was missing from the previous commit that introduced gpiospi. It's required for it to build. Pointy-hat-to: me 300815 by ian: Only build gpio modules on armv6, until it's known that they can be built succesfully on other arches. From owner-freebsd-current@freebsd.org Fri May 27 06:28:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24A27B4CB07 for ; Fri, 27 May 2016 06:28:15 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA5BA1704 for ; Fri, 27 May 2016 06:28:14 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-yw0-x231.google.com with SMTP id h19so97838564ywc.0 for ; Thu, 26 May 2016 23:28:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=kbfb+ozO1GoXQl5CtjE31btJyscq2JdQRSS9v2BeXPE=; b=Nnt1oLc/BKBdOqD6bYprWdwoquuippdAO770rRCrWGEItWk8BuMAgZ58aNpmH2wUrG c/Q8GV0Atdl08ysGK025EzuRCggAX6UuLRDK7A/dcjld4KUF3ppHwgHLND6eFyxYoFog j4AcEN2lpRGHMjVpEjblu2VQBCtJEnp4wbuObP2U4Zw+KRzXOpcrmTdc+ooQzxtOm7Cd tuNmR+Ml2gXb5AIzDtw/2kl3QseOkIEbTpbhpXI2YrEkCzAjGUTSTgGbKbYCpu2z6jTk hSY8FalqwtFoCp/Xjjn2EJ/Exc1p3dz8Jwu+BAuluobE8ql0yL7E9jSBVMIYQbt4Ix8y MhlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=kbfb+ozO1GoXQl5CtjE31btJyscq2JdQRSS9v2BeXPE=; b=fv7JQmv98cXn+WIfrY4Rc8MZCsFrZBS/YYNSw1A6E3WWiwEYbq1h67YI+Yrv10BE3C yiFam5XmaEFp9DxUciQqfrsjUouFNSn2xhxky2g2nF97uGklWJ3PfKNBLcyWy8IKo5Om f45eeCPQRPXeXdhmDp7IFBq5Rb6ea+64QEOTpgBBWjEwOoUX2eNVj7e1H2CotbHXlbKn S7vQKyuyn/OVSEmww4TilrglGMAGDio7rQ43KsJuMg6A3Iq6+VpJH5teWOaG7flehSY4 /yW33XrUMgD5VOg9DhMVbpG4R6XddpgJ5kBf5wai6nZUJdDE8WNZ/UfxYAWTI5kJCDgr VNSQ== X-Gm-Message-State: ALyK8tJb7NmvbNvnrn0MWOo5AF9nnxM6Qab04mNoHkZDXwpcq7feqwFHtJHvwnUKA2opgs0KN+6zn48179JfNw== MIME-Version: 1.0 X-Received: by 10.13.218.131 with SMTP id c125mr7837715ywe.310.1464330494081; Thu, 26 May 2016 23:28:14 -0700 (PDT) Received: by 10.13.201.199 with HTTP; Thu, 26 May 2016 23:28:14 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 May 2016 08:28:14 +0200 Message-ID: Subject: Re: exports(5) no longer allows multiple paths per line? From: Ed Schouten To: Ngie Cooper Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 06:28:15 -0000 Hi there, 2016-05-27 4:12 GMT+02:00 Ngie Cooper : > It seems like the following /etc/exports should work, but for some > odd reason specifying both paths on a single line doesn't work (I > swore it was working on a kernel/userland built in the past month, > i.e. ^/head@r297950, but I might be misremembering things). I'm not sure, but I seem to remember that an entry may only apply to a single filesystem. In your case, /tftpboot and /home/ngie are both on different filesystems, right? That's why you need two separate entries. -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 From owner-freebsd-current@freebsd.org Fri May 27 07:50:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDB7AB4C546 for ; Fri, 27 May 2016 07:50:10 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CD49D1249 for ; Fri, 27 May 2016 07:50:10 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C8F2FB4C545; Fri, 27 May 2016 07:50:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C88E4B4C544 for ; Fri, 27 May 2016 07:50:10 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::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 605681247; Fri, 27 May 2016 07:50:10 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id n129so259735807wmn.1; Fri, 27 May 2016 00:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=Yov0qG+j8RogseR5TMwDxZ2x2jZUl3u/KTQZZz0s5fg=; b=FYg+Lwp+Fze7RFaEUo3p1NHfn1+xOXipPmpd74a5vU7ggnjWnmzQsBrr4cO4/aUFnR pUnlutanxGT2Sx+Fv8uPoXa97Iv1e82UBr89vJDz2k9ctKsVcVjPYQ+mC+ho+tyuIt75 hL7AkhjEuhuefFvqMEUlvwePEdtE6YJ1E9KOsaB+A5Is45WzQj7ZL9O0dZ6efwRsXcGA ytCT11+WHewjaRGxeRxWa6rQA8YI8jHjvm3j1NF6rovkkdX5jg8jYfTIUt8gAohUa1Jr R0bQHCO/YisJBfsYoWnVfhUB4Q+cS11WiNbD6T+TdCYZ+UEDGhAGYgqk+UfFyZaOo3S6 xP4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=Yov0qG+j8RogseR5TMwDxZ2x2jZUl3u/KTQZZz0s5fg=; b=YMGCCegvJA6ZR7QkWxocn1zC2iDSYsiVdVh+Y9hVjvLKGck/UulttPHFMejXKSatI+ oLzpaMEMVCN/WsSQG3+GVL4Cu87naxO7WbyflloEhFK5U/TqjTXZdFFJ4Bkr2wo4DfdP 8ERJNqO411OKtcLjXuXimke2RPBV09l8AC3OOfZLIfyh8/Pzx/zu2bGqHWAsywS6W1GZ Qw+0ReG35qzEdfLVImv9a0IOJl6jcUvmewtfiocxj2Dm2tm70m9P/3g+E1n+VHSegsi6 mSympROQ4BBJkPOG8JAqrMmFoDTh4UvwuqzvnXurQyxFPxyyHZuGyTbAUAXSCGUYK8qa 0mmg== X-Gm-Message-State: ALyK8tKyL2lMI6AfJZFmONOyaXMF1esRmPnZjBqKqm3EXc19T89ZD2nD0bb8HZdRzkSSIg== X-Received: by 10.194.23.33 with SMTP id j1mr14319161wjf.160.1464335408386; Fri, 27 May 2016 00:50:08 -0700 (PDT) Received: from ernst.home (p4FC0F7C7.dip0.t-ipconnect.de. [79.192.247.199]) by smtp.gmail.com with ESMTPSA id c7sm18037596wji.38.2016.05.27.00.50.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 27 May 2016 00:50:07 -0700 (PDT) Date: Fri, 27 May 2016 09:50:05 +0200 From: Gary Jennejohn To: John Baldwin Cc: current@freebsd.org Subject: Re: EARLY_AP_STARTUP hangs during boot Message-ID: <20160527095005.0e0dc1be@ernst.home> In-Reply-To: <2245981.CzRHAP1AJo@ralph.baldwin.cx> References: <20160516122242.39249a54@ernst.home> <3960771.pvLV2Nd9Tc@ralph.baldwin.cx> <20160517184741.599597b4@ernst.home> <2245981.CzRHAP1AJo@ralph.baldwin.cx> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 07:50:11 -0000 On Thu, 26 May 2016 16:54:35 -0700 John Baldwin wrote: > On Tuesday, May 17, 2016 06:47:41 PM Gary Jennejohn wrote: > > On Mon, 16 May 2016 10:54:19 -0700 > > John Baldwin wrote: > > > > > On Monday, May 16, 2016 12:22:42 PM Gary Jennejohn wrote: > > > > I tried out EARLY_AP_STARTUP, but the kernel hangs and I can't > > > > break into DDB. > > > > > > > > I did a verbose boot and the last lines I see are related to routing > > > > MSI-X to various local APIC vectors. I copied the last few lines and > > > > they look like this: > > > > > > > > msi: routing MSI-X IRQ 256 to local APIC 2 vector 48 > > > > msi: routing MSI-X IRQ 257 to local APIC 3 vector 48 > > > > msi: routing MSI-X IRQ 258 to local APIC 4 vector 48 > > > > msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 > > ^^^^^^^ Assigning > > > > > > > > I tried disabling msi and msix in /boot/loader.conf, but the settings > > > > were ignored (probabaly too early). > > > > > > No, those settings are not too early. However, the routing to different > > > CPUs now happens earlier than it used to. What is the line before the > > > MSI lines? You can take a picture with your phone/camera if that's simplest. > > > > > > > Here a few lines before the MSI routing happens: > > > > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 > > hpet0: vendor 0x4353, rev 0x1, 14318180 Hz, 3 timers, legacy route > > hpet0: t0 : irqs 0x00c0ff (0), MSI, periodic > > hpet0: t1 : irqs 0x00c0ff (0), MSI, periodic > > hpet0: t2 : irqs 0x00c0ff (0), MSI, periodic > > Timecounter "HPET" frequency 14318180 Hz quality 950 > > The assigning message means it is in the loop using > bus_bind_intr() to setup per-CPU timers. Can you please try > setting 'hint.hpet.0.per_cpu=0' at the loader prompt to see if > disabling the use of per-CPU timers allows you to boot? > Something has changed since the last time I generated a kernel with this option. Now I get a NULL-pointer dereference in the kernel, doesn't matter whether I set the hint or not. No crash dump is created. Here some trace copied from the console: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1818 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff805492ef [some stack trace] taskgroup_adjust() at taskgroup_adjust+0x2f; frame 0xffffffff8196c90 mi_startup() at mi_startup+0x118; frame 0xffffffff8196fcb0 -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri May 27 08:28:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5344DB491FC for ; Fri, 27 May 2016 08:28:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::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 221ED199C for ; Fri, 27 May 2016 08:28:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22b.google.com with SMTP id b124so39738121pfb.0 for ; Fri, 27 May 2016 01:28:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=MefPnDHqqILjdHUmj303H6pv5ktBGWNl54a3kk84bsQ=; b=xcVlCw0K36k3RNnOFbH0EMuLvRxR237hdyr78QHJl9LktuqikSK0YQXVPyw3fwEtls gPy8S/FOpDn10DlsMeY9pQYyXJCJ+b7vap3JNXmTDJQw/sYBs4whNegH+pnsOnM2K5/+ 1HXLbF9JOFRGRkuHWarh1TGw8V3EGVWwYL8xADT/DD9a2LS/IvfaEf5BIe477GO2sTrn kBIh4M8SfB7iYkTg/hzGjoYmOIbmqoqjMIhUPGFbQQmmH2/8o9VMptkWbdVb9beZYWzC fbHqdoNScr7PTryljNtWm/HZh4gY3S4JtsARe3twZCZbGQlzPUw3HyX80LBoe0nEbgPZ VFAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=MefPnDHqqILjdHUmj303H6pv5ktBGWNl54a3kk84bsQ=; b=b3q6xumQ8+RWR8hANzhAIF82LTHQHOaXlSM6IeT1QYQYbka7G7hXHB19powZbXoNah ekPMXd3j0G8pTbe9SlowrO7XQnVLG7qNkNLPQ5szfDawTr2x+quNnFg+mv+lOjNtuhC+ WcCcuClSzYuHWmDsEmLqk1jeEparDmm+fey88rzv6iRBejRUBhj5Eu9VwOye7cN2WYB/ BX1S+1J64QfbWHyQmAAXcXcfoUg3hfCVMhifi16gGK6qZdWIxx5nkAnq1Suhbuy9b1ge uDgpzG1lzSNz2/ONJ+betDe6fZsFrEKBceF6/Radclw2qTSCjs2JOvcAcpv7dD8lgmE9 W5VA== X-Gm-Message-State: ALyK8tJkZx1zwDdyiJolG5sf9PyEMrjD/casaz3W6/d5VHdrr/I9WEFp40BsMW5L9LmDug== X-Received: by 10.98.77.6 with SMTP id a6mr20656106pfb.133.1464337735640; Fri, 27 May 2016 01:28:55 -0700 (PDT) Received: from pinklady.local (c-73-97-222-46.hsd1.wa.comcast.net. [73.97.222.46]) by smtp.gmail.com with ESMTPSA id p190sm11594200pfp.46.2016.05.27.01.28.54 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 27 May 2016 01:28:54 -0700 (PDT) Subject: Re: exports(5) no longer allows multiple paths per line? Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_BAC78BBB-6A76-487C-AF04-FB3BE71D1B5B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 27 May 2016 01:28:52 -0700 Cc: FreeBSD Current Message-Id: <763B4CB5-F9AF-4D1B-B159-041E953A01F9@gmail.com> References: To: Ed Schouten X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 08:28:56 -0000 --Apple-Mail=_BAC78BBB-6A76-487C-AF04-FB3BE71D1B5B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 26, 2016, at 23:28, Ed Schouten wrote: >=20 > Hi there, >=20 > 2016-05-27 4:12 GMT+02:00 Ngie Cooper : >> It seems like the following /etc/exports should work, but for some >> odd reason specifying both paths on a single line doesn't work (I >> swore it was working on a kernel/userland built in the past month, >> i.e. ^/head@r297950, but I might be misremembering things). >=20 > I'm not sure, but I seem to remember that an entry may only apply to a > single filesystem. In your case, /tftpboot and /home/ngie are both on > different filesystems, right? That's why you need two separate > entries. Hi Ed, Oy, I was misreading things and likely changed my mount points = between when I restarted mountd.. Rereading exports(4) it=E2=80=99s an = NFSv3 exports/mountd implementation item on FreeBSD =E2=80=94 NFSv4 = doesn=E2=80=99t necessarily have the same limitations. Thanks for clarifying that! -Ngie --Apple-Mail=_BAC78BBB-6A76-487C-AF04-FB3BE71D1B5B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXSAVEAAoJEPWDqSZpMIYVyCEP/0IyBJDe2rGvgoq7xsuJJelo O2ruCLQMViqPW3k29Anih92Is1ZIJ6L1dfYlL0VFftmvUsX63inVHGPWhZtT4nIB IA1VOeV1WLeaqUMs6Vf8qVhfaHROy/0YAfp9ilTGNbiVno2FnsLyu22qTUxECkuj gwpVaCXFvG1lztCfLrH3MWEpJ45Q3c2OZmEM57qwpeOcBy7k4b9nwUC1E/olbCKC U55A98Aa1ow6oey+2FYE2ku+6+y9LzTeFhijjYrjRQt1UUJvxYtNAReN6FlrSzxj 7zfEF01P4+BZR/m+jYMt46qhyG/GEcSH5j524KUK5BcXE8lm9YX4IXmXmteHuyQQ n7SYdTz+JhQkw7wzZa3qN21/Whj/+0DjyiK8M8AktZvqrzXw0ZrVwQ0rpXymb6mT jK1V7IxXZWKjViGfgne55IYJlk39d6Q6PcHw8+ERipPF7NII1H15rtfEqglchXd9 0vw2S6ouQFmiLCwv8KzHJcAbh+eBVZmfJJeRwfO4FtzI70zLVi8fA8ZqD9ncE4+K Vv4Qq2iCEh6ISV4TEc3RaJoEpxlBjk+MfTh4SEe4VJv/8pFVtWGEBHixZERF6OS2 bwAU4ozqZFl9U5mwv6yI8daSA9ZufEkvEQ0FKRmy53eANWY/Cf2TAy1cnR6tFJyz yCudIkvt/VE2UGMlfGAs =qQGr -----END PGP SIGNATURE----- --Apple-Mail=_BAC78BBB-6A76-487C-AF04-FB3BE71D1B5B-- From owner-freebsd-current@freebsd.org Fri May 27 10:59:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 960D4B4C457 for ; Fri, 27 May 2016 10:59:15 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 787C41AA5; Fri, 27 May 2016 10:59:15 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8E5D9CEA; Fri, 27 May 2016 10:59:15 +0000 (UTC) Date: Fri, 27 May 2016 10:59:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: trasz@FreeBSD.org, jkim@FreeBSD.org, tuexen@FreeBSD.org, avos@FreeBSD.org, loos@FreeBSD.org, hselasky@FreeBSD.org, cem@FreeBSD.org, ian@FreeBSD.org, ngie@FreeBSD.org, jhb@FreeBSD.org, sephe@FreeBSD.org, alc@FreeBSD.org, gjb@FreeBSD.org, bdrewery@FreeBSD.org, arybchik@FreeBSD.org, adrian@FreeBSD.org, dim@FreeBSD.org, manu@FreeBSD.org, kevlo@FreeBSD.org, ed@FreeBSD.org, kib@FreeBSD.org, truckman@FreeBSD.org, asomers@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1622776186.31.1464346755607.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1266 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Fri, 27 May 2016 11:04:01 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 10:59:15 -0000 FreeBSD_HEAD_amd64_gcc - Build #1266 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1= 266/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/126= 6/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1266= /console Change summaries: 300836 by ngie: Quell false positives in svc_vc_create and svc_vc_create_conn with cd and x= prt Both cd and xprt will be non-NULL after their respective malloc(9) wrappers= are called (mem_alloc and svc_xprt_alloc, which calls mem_alloc) as mem_alloc always gets called with M_WAITOK|M_ZERO today. Thus, testing for them being non-NULL is incorrect -- it misleads Coverity and it misleads the reader. Remove some unnecessary NULL initializations as a follow up to help solidif= y the fact that these pointers will be initialized properly in sys/rpc/.. wit= h the interfaces the way they are currently. Differential Revision: https://reviews.freebsd.org/D6572 MFC after: 2 weeks Reported by: Coverity CID: 1007338, 1007339, 1007340 Reviewed by: markj, truckman Sponsored by: EMC / Isilon Storage Division 300835 by hselasky: The SCHEDULER_STOPPED() macro already contains a predict false statement. Remove superfluous unlikely() wrapper. Suggested by:=09glebius MFC after:=091 week Sponsored by:=09Mellanox Technologies 300834 by sephe: hyperv: Test features before enabling optional functionalities MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D6571 300833 by adrian: [iwm] remove dead code. if_iwm - GC some dead code, left by a partially applied OpenBSD change. Taken-From: OpenBSD (if_iwm.c r1.69) Submitted by:=09Imre Vadasz Obtained from:=09DragonflyBSD git 07dfed32ea39b980b0b80d27ff938e7c3ca4c0b5 300832 by sephe: hyperv: Clean up Hyper-V timecounter a bit. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D6569 300831 by sephe: hyperv: GC unneeded bits MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D6568 300830 by sephe: hyperv/vmbus: Move MSR EOM to hyperv_reg.h MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D6567 300827 by sephe: hyperv: Move timer related MSRs into hyperv_reg.h And avoid bit fields for event timer. MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D6566 300826 by alc: Use vm_page_replace_checked() instead of vm_page_rename() for implementing optimized copy-on-write faults. This has two advantages: (1) one less radi= x tree operation is performed and (2) vm_page_replace_checked() cannot fail, making the code simpler. Submitted by:=09Ryan Libby Reviewed by:=09kib Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D4478 300825 by sephe: hyperv: Move CPUID related bits to hyperv_reg.h and give them clean name MFC after:=091 week Sponsored by:=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D6565 300824 by cem: libmd: Work around C++'s inability to understand C Reported by:=09antoine@ (x265) 300823 by ian: Fix parallel builds by specifying *all* required headers in SRCS. Submitted by:=09manu Pointy hat:=09ian 300822 by cem: gcc42: Fix minor C99 parse bug DR #289[0] came down and gcc4.2.1 was on the wrong side of history. Partially revert GCC r42574 (just remove the error) to rectify the parse bug to match Clang and other compliant C99 compilers. An example declaration gcc tripped on before this fix: void foobar(int [static 1]); An example declaration gcc did not trip on before this fix: void foobar(int name[static 1]); Bump __FreeBSD_cc_version. [0]: http://www.open-std.org/JTC1/SC22/WG14/www/docs/dr_289.htm Reported by:=09allanjude Sponsored by:=09EMC / Isilon Storage Division 300821 by kevlo: Add rtwn(4) and rtwnfw(4). 300818 by adrian: [gpio] add gpiospi to the gpio module. 300817 by adrian: [spigen] add the userland ioctl API for spigen. 300816 by adrian: [gpiospi] add debug option. This was missing from the previous commit that introduced gpiospi. It's required for it to build. Pointy-hat-to: me 300815 by ian: Only build gpio modules on armv6, until it's known that they can be built succesfully on other arches. 300814 by gjb: Make Makefile.mirrors -ALPHA${N}-aware. Approved by:=09re (implicit) Sponsored by:=09The FreeBSD Foundation 300813 by gjb: Update head from 11.0-CURRENT to 11.0-ALPHA1, marking the official start of the code slush. Approved by:=09re (implicit) Sponsored by:=09The FreeBSD Foundation 300812 by ian: Revert changes for local testing, inadvertantly commited in r300811. 300811 by ian: Add a PPS driver that takes the timing pulse from a gpio pin. Currently supports only ofw/fdt systems. Some day, hinted attachment for non-fdt systems should be possible too. 300810 by jhb: Fix unit number of EFI net interfaces and ignore psuedo network interfaces. In r277943, the efinet_match() routine was changed to use an off by one when matching network interfaces. The effect was that using "net1" actually used the device attached to "net0". Digging into the hardware that needed this workaround more, I found that UEFI was creating two simple network protocol devices for each physical NIC. The first device was a "raw" Ethernet device and the second device was a "IP" device that used the IP protocol on top of the underlying "raw" device. The PXE code in the firmware used the "IP" device to pull across the loader.efi, so currdev was set to "net1" when booting from the physical interface "net0". (The loaded image's device handle referenced the "IP" device that "net1" claimed.) However, the IP device isn't suitable for doing raw packet I/O (and the current code to open devices exclusively actually turns the "IP" devices off on these systems). To fix, change the efinet driver to only attach to "raw" devices. This is determined by fetching the DEVICE_PATH for each handle which supports the simple network protocol and examining the last node in the path. If the last node in the path is a MAC address, the device is assumed to be a "raw" device and is added as a 'netX' device. If the last node is not a MAC address, the device is ignored. However, this causes a new problem as the device handle associated with the loaded image no longer matches any of the handles enumerated by efinet for systems that load the image via the "IP" device. To handle this case, expand the logic that resolves currdev from the loaded image in main(). First, the existing logic of looking for a handle that matches the loaded image's handle is tried. If that fails, the device path of the handle that loaded the loaded image is fetched via efi_lookup_image_devpath(). This device path is then walked from the end up to the beginning using efi_handle_lookup() to fetch the handle associated with a path. If the handle is found and is a known handle, then that is used as currdev. The effect for machines that load the image via the "IP" device is that the first lookup fails (the handle for the "IP" device isn't claimed by efinet), but walking up the image's device path finds the handle of the raw MAC device which is used as currdev. With these fixes in place, the hack to subtract 1 from the unit can now be removed, so that setting currdev to 'net0' actually uses 'net0'. PR:=09=09202097 Tested by:=09ambrisko Sponsored by:=09Cisco Systems 300809 by bdrewery: filemon exec: Use imgp->execpath rather than vn_fullpath(9). This will be more accurate as the actual name is provided if ran from an absolute path in do_execve(). MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 300808 by bdrewery: DIRDEPS_BUILD: Add a Makefile.depend Sponsored by:=09EMC / Isilon Storage Division 300807 by bdrewery: DIRDEPS_BUILD: Fix and hookup rescue/rescue to the build. Sponsored by:=09EMC / Isilon Storage Division 300806 by bdrewery: WITH_AUTO_OBJ: Fix crunchgen builds. Passing MAKEOBJDIRPREFIX to the main prog build (rescue) would confuse WITH_AUTO_OBJ and cause it to create a recursed object directory that then broke the actual prog build. This is normally not a problem since we do not call 'make -f prog.mk obj' before building anything in it. Crunchgen(1) also assumes that if -o is not passed then if an object directory does not already exist then it should build in the source directories. The normal buildworld process will have already ran 'make obj' in each of the component directories so this is not a problem. With WITH_AUTO_OBJ though this is not the case. So we must tell crunchgen(1) that MK_AUTO_OBJ=3Dyes will create the directory and to not require it be present before generating its Makefile. Sponsored by:=09EMC / Isilon Storage Division 300805 by bdrewery: Don't strip paths away from META_XTRAS. This would otherwise disallow using meta files from a foreign build that spread them around in directories outside our own .OBJDIR. Sponsored by:=09EMC / Isilon Storage Division 300804 by bdrewery: Avoid redundant 'make objs' tree-walk when building the main prog. The main prog has a dependency on the submake targets to ensure they are built. From bsd.crunchgen.mk though we already have our own dependency on 'make objs' so there is no need for another one. Crunchgen(1) is doing the right thing here so it is not modified. This also prevents the CC fix tainting the submake environment with META_MODE and causing rebuilds. The CC passed is is only intended for the main prog itself. Sponsored by:=09EMC / Isilon Storage Division 300803 by bdrewery: Pass CC/CXX/CFLAGS/CXXFLAGS/LDFLAGS to the main crunch exec build. This fixes --sysroot and other CFLAGS/LDFLAGS not being respected in the crunchgen build since it is not including bsd.sys.mk and other files. For example, this fixes building rescue itself without --sysroot and other CFLAGS. Sponsored by:=09EMC / Isilon Storage Division 300802 by bdrewery: WITH_META_MODE: Only expect a .meta file for the main target. Since multiple files are generated from one build command, only the first to run will actually generate a .meta file. This fix prevents 'required but missing' rebuilds on each target. Sponsored by:=09EMC / Isilon Storage Division 300801 by bdrewery: DIRDEPS_BUILD: Don't show finished stats, which confuses crunchgen(1). It would show 'make error:' lines for each auto object directory created. Sponsored by:=09EMC / Isilon Storage Division 300800 by bdrewery: Use netinet/in.h to avoid include/arpa dependency for DIRDEPS_BUILD. Sponsored by:=09EMC / Isilon Storage Division 300799 by bdrewery: Add some missing .PHONY. These are relevant for WITH_META_MODE to ensure they are always reran and don't generate a .meta file. Sponsored by:=09EMC / Isilon Storage Division 300798 by bdrewery: DIRDEPS_BUILD: Build the kernel in the same place as buildkernel would. Sponsored by:=09EMC / Isilon Storage Division 300797 by bdrewery: DIRDEPS_BUILD: Update dependencies. Sponsored by:=09EMC / Isilon Storage Division 300796 by bdrewery: Fix MAKESYSPATH not being sent to sub-makes after r266566. Because bmake defaults to .../share/mk now, this code was not doing anythin= g to help objdir builds (such as the rescue build). Export the same default. Sponsored by:=09EMC / Isilon Storage Division 300795 by bdrewery: WITH_META_MODE: Move the kernel support to kern.pre.mk. This allows using META_MODE directly from the kernel build directory. This also allows removing a hack from the DIRDEPS_BUILD kernel target. Sponsored by:=09EMC / Isilon Storage Division 300794 by bdrewery: Remove leftover _crunchide from r283108 300793 by bdrewery: exec: Provide execpath in imgp for the process_exec hook. This was previously set after the hook and only if auxargs were present. Now always provide it if possible. MFC after:=092 weeks Reviewed by:=09kib Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D6546 300792 by bdrewery: exec: Add credential change information into imgp for process_exec hook. This allows an EVENTHANDLER(process_exec) hook to see if the new image will cause credentials to change whether due to setgid/setuid or because of POSIX saved-id semantics. This adds 3 new fields into image_params: struct ucred *newcred=09=09Non-null if the credentials will change. bool credential_setid=09=09True if the new image is setuid or setgid. This will pre-determine the new credentials before invoking the image activators, where the process_exec hook is called. The new credentials will be installed into the process in the same place as before, after image activators are done handling the image. MFC after:=092 weeks Reviewed by:=09kib Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D6544 300791 by jhb: Use a unique error message if we fail to find the simple network protocol. While here, fix the various net driver callbacks to return early instead of crashing if this fails. (The 'init' callback from the netif interface doesn't return an error if the protocol lookup fails.) Sponsored by:=09Cisco Systems 300790 by jhb: Apply the printf %S band-aid for efinet.c to fix the arm64 build. 300789 by jhb: Remove second copy of the -Wno-format band-aid for printf %S. 300788 by avos: rtwn, urtwn: drop unused structures. urtwn(4) uses another implementation of command queue; rtwn(4) don't need it at all. 300787 by ian: Add a convenience function to get a gpio pin's capabilties. 300786 by ian: Add support for triggering interrupts on both rising and falling edges. Also, EOI a gpio interrupt in the post_ithread routine before re-enabling. 300785 by jhb: Use routines from the recently added devpath.c. These efipart layer did several devpath related operations inline. This just switches it over to using shared code for working with device paths. Sponsored by:=09Cisco Systems 300784 by truckman: Include the new AQM files when compiling a kernel with options DUMMYNET. Reported by:=09Nikolay Denev MFC after:=092 weeks (with r300779) 300783 by truckman: Correct a typo in a comment. MFC after:=092 weeks (with r300779) 300782 by jhb: Output the device path description for EFI network devices. Lookup the DEVICE_PATH for each EFI network device handle and output the string description using printf with '%S'. To honor the pager, the newline at the end of each line is still output with pager_output(). Sponsored by:=09Cisco Systems 300781 by truckman: Modify BOUND_VAR() macro to wrap all of its arguments in () and tweak its expression to work on powerpc and sparc64 (gcc compatibility). Correct a typo in a nearby comment. MFC after:=092 weeks (with r300779) 300780 by jhb: Add some routines for working with EFI DEVICE_PATH objects. - efi_lookup_devpath() uses the DEVICE_PATH_PROTOCOL to obtain the DEVICE_PATH for a given EFI handle. - efi_lookup_image_devpath() uses the LOADED_IMAGE_DEVICE_PATH_PROTOCOL to lookup the device path of the device used to load a loaded image. - efi_devpath_name() uses the DEVICE_PATH_TO_TEXT_PROTOCOL to generate a string description of a device path. The returned string is a CHAR16 string that can be printed via the recently added '%S' format in libstand's printf(). Note that the returned string is returned in allocated storage that should be freed by calling efi_free_devpath_name(). - efi_devpath_last_node() walks a DEVICE_PATH returning a pointer to the final node in the path (not counting the terminating node). That is, it returns a pointer to the last meaninful node in a DEVICE_PATH. - efi_devpath_trim() generates a new DEVICE_PATH from an existing DEVICE_PATH. The new DEVICE_PATH does not include the last non-terminating node in the original path. If the original DEVICE_PATH only contains the terminating node, this function returns NULL. The caller is responsible for freeing the returned DEVICE_PATH via free(). - efi_devpath_handle() attempts to find a handle that corresponds to a given device path. However, if nodes at the end of the device path do not have valid handles associated with them, this function will return a handle that matches a node earlier in the device path. In particular, this function returns a handle for the node closest to the end of the device path which has a valid handle. Sponsored by:=09Cisco Systems 300779 by truckman: Import Dummynet AQM version 0.2.1 (CoDel, FQ-CoDel, PIE and FQ-PIE). Centre for Advanced Internet Architectures Implementing AQM in FreeBSD * Overview * Articles, Papers and Presentations * Patches and Tools Overview Recent years have seen a resurgence of interest in better managing the depth of bottleneck queues in routers, switches and other places that get congested. Solutions include transport protocol enhancements at the end-hosts (such as delay-based or hybrid congestion control schemes) and active queue management (AQM) schemes applied within bottleneck queues. The notion of AQM has been around since at least the late 1990s (e.g. RFC 2309). In recent years the proliferation of oversized buffers in all sorts of network devices (aka bufferbloat) has stimulated keen community interest in four new AQM schemes -- CoDel, FQ-CoDel, PIE and FQ-PIE. The IETF AQM working group is looking to document these schemes, and independent implementations are a corner-stone of the IETF's process for confirming the clarity of publicly available protocol descriptions. While significant development work on all three schemes has occured in the Linux kernel, there is very little in FreeBSD. Project Goals This project began in late 2015, and aims to design and implement functionally-correct versions of CoDel, FQ-CoDel, PIE and FQ_PIE in FreeBSD (with code BSD-licensed as much as practical). We have chosen to do this as extensions to FreeBSD's ipfw/dummynet firewall and traffic shaper. Implementation of these AQM schemes in FreeBSD will: * Demonstrate whether the publicly available documentation is sufficient to enable independent, functionally equivalent implementations * Provide a broader suite of AQM options for sections the networking community that rely on FreeBSD platforms Program Members: * Rasool Al Saadi (developer) * Grenville Armitage (project lead) Acknowledgements: This project has been made possible in part by a gift from the Comcast Innovation Fund. Submitted by:=09Rasool Al-Saadi X-No objection:=09core MFC after:=092 weeks Differential Revision:=09https://reviews.freebsd.org/D6388 300777 by manu: Add support for interrupts, sensors and GPIO for AXP209 PMIC. Pressing the PEK (power enable key) will shutdown the board. Some events are reported to devd via system "PMU" and subsystem "Battery", "AC" and "USB" such as connected/disconnected. Some sensors values (power source voltage/current) are reported via sysctl (dev.axp209_pmu.X.) It also expose a gpioc node usable in kernel and userland. Only 3 of the 4 GPIO are exposed (The GPIO3 is different and mostly unused on boards). Most popular boards uses GPIO1 as a sense pin for OTG power. Add a dtsi file that adds gpio-controller capability to the device as upstream doesn't defined it and include it in our custom DTS. Reviewed by:=09jmcneill Approved by:=09cognet (mentor) Differential Revision:=09https://reviews.freebsd.org/D6135 300776 by gjb: Remove vestigial cloudware-install bits missed in r300767. Sponsored by:=09The FreeBSD Foundation 300775 by ed: Let l64a() properly null terminate its result. Though the buffer used by l64a() is initialized with null bytes, repetetive calls may end up having trailing garbage of previous invocations because we don't end up terminating the string. Instead of importing NetBSD's fix, use this opportunity to simplify this function dramatically, for example by just storing the Base64 character set in a string. There is also no need to do the bitmasking, as we can just use the proper integer type from . MFC after:=091 month Differential Revision:=09https://reviews.freebsd.org/D6511 300774 by cem: Ifndef KERNEL the userspace-only routines in sys/md[45].h A follow-up to r300773. Nothing in the kernel uses those definitions, but apparently libmd includes the sys/md45 headers. Fix the build. Reported by:=09gjb Pointy-hat:=09cem Sponsored by:=09EMC / Isilon Storage Division 300773 by cem: crypto routines: Hint minimum buffer sizes to the compiler Use the C99 'static' keyword to hint to the compiler IVs and output digest sizes. The keyword informs the compiler of the minimum valid size for a gi= ven array. Obviously not every pointer can be validated (i.e., the compiler ca= n produce false negative but not false positive reports). No functional change. No ABI change. Sponsored by:=09EMC / Isilon Storage Division 300772 by jkim: Fix style(9). 300771 by jkim: Use bit_count(3) instead of four bitcount32() calls. Reviewed by:=09asomers, ngie Differential Revision:=09https://reviews.freebsd.org/D6543 300770 by dim: Update libc++ to 3.8.0. Excerpted list of fixes (with upstream revision numbers): r242679 Implement the plugin-based version of std::search. There are no searchers yet; those are coming soon. r242682 Implement the default searcher for std::experimental::search. r243728 Add v2. r245330 implement more of N4258 - Cleaning up noexcept in the standard library. Specifically add new noexcept stuff to vector and =09string's move-assignment operations r245334 Fix PR22606 - Leak pthread_key with static storage duration to ensure all of thread-local destructors are called. r245335 Fix PR23589: std::function doesn't recognize null pointer to varargs function. r247036 Implementation of Boyer-Moore and Boyer-Moore-Horspool searchers for the LFTS. r249325 Implement LWG#2063, and update the issues links to point to the github generated pages r249738 Split out of . r249739 Split out of . r249740 Split out of . r249741 Split out of . r249742 Split out of . r249743 Split out of . r249761 Split out of . r249798 Split out of . r249800 Split out of . r249889 Split out of . r249890 Split out of . r249929 Split out of . r250254 ABI versioning macros for libc++. r251246 Fix LWG#2244: basic_istream::seekg r251247 Fix LWG#2127: Move-construction with raw_storage_iterator. r251253 Fix LWG#2476: scoped_allocator_adaptor is not assignable r251257 Fix LWG#2489: mem_fn() should be noexcept r251618 Implement P0004R1 'Remove Deprecated iostreams aliases' r251766 Implement the first part of P0006R0: Adopt Type Traits Variable Templates for C++17. r252195 Implement P0092R1 for C++1z r252350 Allow deque to handle incomplete types. r252406 More of P0006R0: type traits variable aliases for C++17. r252407 Implement LWG#2353: std::next is over-constrained r252905 Implement P0074: Making owner_less more flexible r253215 Implement P0013R1: Logical Operator Type Traits. r253274 Implement P0007: Constant View: A proposal for a std::as_const helper function template. r254119 Add static_assert to set/multiset/map/multimap/forward_list/deque that the allocator's value_type match the container's value_type. r254283 Implement more of P0006; Type Traits Variable Templates. r255941 LWG2485: get() should be overloaded for const tuple&&. r256325 Fix LWG Issue #2367 - Fixing std::tuple and std::pair's default constructors. r256652 Fix for ALL undefined behavior in . r256859 First half of LWG#2354: 'Unnecessary copying when inserting into maps with braced-init syntax' Exp-run:=09antoine Relnotes:=09yes 300769 by loos: Only do the touch screen setup when the 'ti,wires' property is present. While here fix a typo in a debug message. 300768 by gjb: Update a commented line to replace recently-removed images with images that are published. Sponsored by:=09The FreeBSD Foundation 300767 by gjb: Remove the cw*-install target. All operations are performed on the original output file, and nothing is ever done with the copied file (as in, no modifications and/or publication from the copied file). Sponsored by:=09The FreeBSD Foundation 300764 by jhb: Don't reuse the source mbuf in tcp_respond() if it is not writable. Not all mbufs passed up from device drivers are M_WRITABLE(). In particular, the Chelsio T4/T5 driver uses a feature called "buffer packing" to receive multiple frames in a single receive buffer. The mbufs for these frames all share the same external storage so are treated as read-only by the rest of the stack when multiple frames are in flight. Previously tcp_respond() would blindly overwrite read-only mbufs when INVARIANTS was disabled or panic with an assertion failure if INVARIANTS was enabled. Note that the new case is a bit of a mix of the two other cases in tcp_respond(). The TCP and IP headers must be copied explicitly into the new mbuf instead of being inherited (similar to the m =3D=3D NULL case), but the addresses and ports must be swapped in the reply (similar to the m !=3D NULL case). Reviewed by:=09glebius 300763 by jhb: Update default KMODDIR in comment after r299393. Submitted by:=09hselasky 300762 by gjb: Disconnect the OPENSTACK target from the CLOUDWARE list. This was reported to not work as expected, and feedback following the report was never received. In addition, we do not publish these anywhere publicly. The configuration file is not (yet) removed, in hopes that the remaining details on the original issues can be resolved, and we can publish the resulting images in the future. Sponsored by:=09The FreeBSD Foundation 300761 by gjb: Disconnect the AZURE target from the CLOUDWARE list. Microsoft has graciously overtaken publication of FreeBSD on Azure since 10.3-RELEASE. Many thanks to Microsoft for their support of FreeBSD on Azure. The configuration file and Makefile.azure are not (yet) planned to be removed, as they may be useful in the future. Sponsored by:=09The FreeBSD Foundation 300760 by adrian: [siba] use the generic bus methods where appropriate. Submitted by:=09jhibbits Differential Revision:=09https://reviews.freebsd.org/D802 300759 by avos: ral: add missing ic_getradiocaps() assignment. 300758 by kib: Prevent parallel object collapses. Both vm_object_collapse_scan() and swap_pager_copy() might unlock the object, which allows the parallel collapse to execute. Besides destroying the object, it also might move the reference from parent to the backing object, firing the assertion ref_count =3D=3D 1. Collapses are prevented by bumping paging_in_progress counters on both the object and its backing object. Reported by:=09cem Tested by:=09pho (previous version) Reviewed by:=09alc Sponsored by:=09The FreeBSD Foundation MFC after:=091 week X-Differential revision:=09https://reviews.freebsd.org/D6085 300757 by ian: Fix a typo in a comment. 300756 by kib: Style changes to some most outrageous violations in vm_object_collapse(). Reviewed by:=09alc Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 300755 by avos: bwi: switch to ieee80211_add_channel_list_2ghz(). - Use device's channel list instead of default one (from ieee80211_init_channels()); adds 12 - 14 2GHz channels. - Add ic_getradiocaps() method. 300754 by avos: urtwn, rtwn, rsu: switch to ieee80211_add_channel_list_2ghz(). - Use device's channel list instead of default one (from ieee80211_init_channels()); adds 12 - 14 2GHz channels. - Add ic_getradiocaps() method. 300753 by avos: urtw: switch to ieee80211_add_channel_list_2ghz(). - Use device's channel list instead of default one (from ieee80211_init_channels()). - Add ic_getradiocaps() method. 300752 by avos: ral: switch to ieee80211_add_channel_list_*() - Use device's channel list instead of default one (from ieee80211_init_channels()). - Add ic_getradiocaps() method. Added channels: - 2GHz (all): 12, 13, 14. - 5GHz: * rt2661: 165 * rt2860: 38, 46, 54, 62, 102, 110, 118, 126, 134, 151, 159, 165, 167, 169, 171, 173. Differential Revision:=09https://reviews.freebsd.org/D6182 300751 by avos: zyd: switch to ieee80211_add_channel_list_*() - Use device's channel list instead of default one (adds 12, 13 and 14 2GHz channels). - Add ic_getradiocaps() method. Differential Revision:=09https://reviews.freebsd.org/D6171 300750 by ian: Rename gpiobus_map_pin() to gpiobus_acquire_pin(), to better reflect the fact that the caller is requesting exclusive use of the pin, and also to better match the inverse operation which is named gpiobus_release_pin(). 300749 by avos: ural: switch to ieee80211_add_channel_list_*() - Use device's channel list instead of default one (+ 12, 13 and 14 2GHz channels). - Add ic_getradiocaps() method. Differential Revision:=09https://reviews.freebsd.org/D6170 300748 by avos: run: switch to ieee80211_add_channel_list_*() - Use device's channel list instead of default one (from ieee80211_init_channels()). - Add ic_getradiocaps() method. Differential Revision:=09https://reviews.freebsd.org/D6144 300747 by asomers: rmextattr(8) man page clarifications regarding -qq Reviewed by:=09ngie MFC after:=096 days X-MFC-With:=09299085 Sponsored by:=09Spectra Logic Corp Differential Revision:=09https://reviews.freebsd.org/D6422 300746 by trasz: Do libxo cleanup even in case of errors. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 300745 by trasz: Make iscsictl(8) actually report non-zero status on errors. The "failed" is negative, because the error returned from calls to ioctl(2) is negative. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 300744 by avos: rtwn: replace hardcoded rate indices with their names (similar to r289758). - Use macros to define rate indices; don't hardcode them in code. - Add method for 'rate' -> 'rate index' conversion (and array for the opposite). - Determine if rate is CCK / OFDM via appropriate macro. Reviewed by:=09adrian Differential Revision:=09https://reviews.freebsd.org/D4837 300741 by ed: Make code compile when basename() is POSIX compliant. In addition to the previous change I made to ar.c, pull in another basename() related fix. This change is similar to the one made to the ELF Toolchain version of ar, with the difference that the ELF Toolchain version lacks error handling for the strdup() call. Reviewed by:=09emaste Differential Revision:=09https://reviews.freebsd.org/D6467 300739 by arybchik: sfxge(4): correct parenthesis location in if coundition Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300738 by avos: ifconfig: set by default FCC regulatory domain for wireless interfaces. Change default regulatory domain from DEBUG (no limitations; exposes all device channels) to FCC; as a result, newly created wireless interface with default settings will have less chances to violate country-specific regulations. This change will not affect drivers with pre-initialized regdomain structure (currentry ath(4) and mwl(4)); in that case, the default channel list must correspond to the default regdomain / country setting. You can switch to another regdomain / country via corresponding ifconfig(8) options; the driver must implement ic_getradiocaps() method to restore full channel list. Full country / regdomain list may be obtained via 'ifconfig list countries' command. Example: change country to Germany: ifconfig wlan0 down=09# all wlans on the device must be down ifconfig wlan0 country DE ifconfig wlan0 up # wpa_supplicant(8), dhclient(8) etc At the creation time: ifconfig wlan0 create wlandev wpi0 country DE To make changes permanent add the following line to the rc.conf(5): create_args_wlan0=3D"country DE" Tested with - Intel 3945BG (wpi(4)). - WUSB54GC (rum(4)). Reviewed by:=09adrian Relnotes:=09yes Differential Revision:=09https://reviews.freebsd.org/D6228 300737 by trasz: Add a special case for iSER data tranfers. Obtained from:=09Mellanox Technologies MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 300735 by avos: bsdinstall: unbreak static address assignment for wired networks. This fixes regression introduced in r298946 (fixes static address assignment for wireless networks). Reported & submitted by:=09allanjude 300734 by trasz: Fix crash on removal of an unconnected iSER session. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 300733 by tuexen: Make struct sctp_paddrthlds compliant to RFC 7829. 300732 by avos: iwn: add watchdog for scanning. Restart device if scanning was not done in time. Tested by:=09david@catwhisker.org PR:=09=09209198 Differential Revision:=09https://reviews.freebsd.org/D6176 300731 by hselasky: Use optimised complexity safe sorting routine instead of the kernel's "qsort()". The kernel's "qsort()" routine can in worst case spend O(N*N) amount of comparisons before the input array is sorted. It can also recurse a significant amount of times using up the kernel's interrupt thread stack. The custom sorting routine takes advantage of that the sorting key is only 64 bits. Based on set and cleared bits in the sorting key it partitions the array until it is sorted. This process has a recursion limit of 64 times, due to the number of set and cleared bits which can occur. Compiled with -O2 the sorting routine was measured to use 64-bytes of stack. Multiplying this by 64 gives a maximum stack consumption of 4096 bytes for AMD64. The same applies to the execution time, that the array to be sorted will not be traversed more than 64 times. When serving roughly 80Gb/s with 80K TCP connections, the old method consisting of "qsort()" and "tcp_lro_mbuf_compare_header()" used 1.4% CPU, while the new "tcp_lro_sort()" used 1.1% for LRO related sorting as measured by Intel Vtune. The testing was done using a sysctl to toggle between "qsort()" and "tcp_lro_sort()". Differential Revision:=09https://reviews.freebsd.org/D6472 Sponsored by:=09Mellanox Technologies Tested by:=09Netflix Reviewed by:=09gallatin, rrs, sephe, transport 300729 by avos: wpi: refresh manpage. Reflect all recent changes in the manpage: - add adhoc-demo and hostap into list of supported modes; add few examples for them; - mention encryption/decryption offload for CCMP cipher; - extend list of driver messages in the DIAGNOSTICS; - document hostap mode limitations / powersave instability in the CAVEATS section. Differential Revision:=09https://reviews.freebsd.org/D5149 The end of the build log: [...truncated 74683 lines...] --- e_atanh.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/ld80 -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I/buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/amd64 -MD -MF.depend.e_atanh.So -MTe_= atanh.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-pointe= r-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3D= logical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialize= d -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align = -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-al= iasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/src/e_atanh.c -o e_atanh.So --- lib/libc++__L --- /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le: In member function 'virtual _InputIterator std::__1::money_get<_CharT, = _InputIterator>::do_get(std::__1::money_get<_CharT, _InputIterator>::iter_t= ype, std::__1::money_get<_CharT, _InputIterator>::iter_type, bool, std::__1= ::ios_base&, std::__1::ios_base::iostate&, long double&) const': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3235:49: error: 'free' was not declared in this scope unique_ptr __h(0, free); ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3238:79: error: there are no arguments to 'malloc' that depend on a temp= late parameter, so a declaration of 'malloc' must be available [-fpermissiv= e] __h.reset((char*)malloc(static_cast(__wn - __wb.get() = + 2))); = ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3248:39: error: there are no arguments to 'sscanf' that depend on a temp= late parameter, so a declaration of 'sscanf' must be available [-fpermissiv= e] if (sscanf(__nbuf, "%Lf", &__v) !=3D 1) ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le: In member function 'virtual _OutputIterator std::__1::money_put<_CharT,= _OutputIterator>::do_put(std::__1::money_put<_CharT, _OutputIterator>::ite= r_type, bool, std::__1::ios_base&, std::__1::money_put<_CharT, _OutputItera= tor>::char_type, long double) const': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3523:75: error: there are no arguments to 'snprintf' that depend on a te= mplate parameter, so a declaration of 'snprintf' must be available [-fpermi= ssive] size_t __n =3D static_cast(snprintf(__bb, __bs, "%.0Lf", __uni= ts)); = ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3524:46: error: 'free' was not declared in this scope unique_ptr __hn(0, free); ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3530:91: error: there are no arguments to 'asprintf_l' that depend on a = template parameter, so a declaration of 'asprintf_l' must be available [-fp= ermissive] __n =3D static_cast(asprintf_l(&__bb, _LIBCPP_GET_C_LOCALE= , "%.0Lf", __units)); = ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3537:62: error: there are no arguments to 'malloc' that depend on a temp= late parameter, so a declaration of 'malloc' must be available [-fpermissiv= e] __hd.reset((char_type*)malloc(__n * sizeof(char_type))); ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3565:64: error: there are no arguments to 'malloc' that depend on a temp= late parameter, so a declaration of 'malloc' must be available [-fpermissiv= e] __hw.reset((char_type*)malloc(__exn * sizeof(char_type))); ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le: In member function 'virtual _OutputIterator std::__1::money_put<_CharT,= _OutputIterator>::do_put(std::__1::money_put<_CharT, _OutputIterator>::ite= r_type, bool, std::__1::ios_base&, std::__1::money_put<_CharT, _OutputItera= tor>::char_type, const string_type&) const': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3600:50: error: 'free' was not declared in this scope unique_ptr __h(0, free); ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/loca= le:3607:63: error: there are no arguments to 'malloc' that depend on a temp= late parameter, so a declaration of 'malloc' must be available [-fpermissiv= e] __h.reset((char_type*)malloc(__exn * sizeof(char_type))); ^ --- lib/msun__L --- --- e_atanhf.So --- --- lib/libc++__L --- In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/istream:163:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1646, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/ostr= eam: In function 'std::__1::basic_ostream<_CharT, _Traits>& std::__1::opera= tor<<(std::__1::basic_ostream<_CharT, _Traits>&, const char*)': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/ostr= eam:860:55: error: 'free' was not declared in this scope unique_ptr<_CharT, void(*)(void*)> __h(0, free); ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/ostr= eam:863:60: error: there are no arguments to 'malloc' that depend on a temp= late parameter, so a declaration of 'malloc' must be available [-fpermissiv= e] __wb =3D (_CharT*)malloc(__len*sizeof(_CharT)); ^ --- lib/msun__L --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/ld80 -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I/buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/amd64 -MD -MF.depend.e_atanhf.So -MTe= _atanhf.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-poin= ter-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error= =3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitial= ized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-ali= gn -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-erro= r=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-a= liasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/src/e_atanhf.c -o e_atanhf.So --- lib/libc++__L --- /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/ostr= eam: In instantiation of 'class std::__1::basic_ostream': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/ostr= eam:1109:1: required from here /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/ostr= eam:158:44: error: no type named 'int_type' in 'std::__1::basic_ostream::traits_type {aka struct std::__1::char_traits}' typedef typename traits_type::int_type int_type; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1646:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/istr= eam: In instantiation of 'class std::__1::basic_istream': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/istr= eam:1728:1: required from here /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/istr= eam:182:44: error: no type named 'int_type' in 'std::__1::basic_istream::traits_type {aka struct std::__1::char_traits}' typedef typename traits_type::int_type int_type; ^ --- lib/ncurses/ncursesw__L --- --- hashmap.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -D_XOPEN_SOURCE_EX= TENDED -DENABLE_WIDEC -I. -I/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeB= SD_HEAD_amd64_gcc/lib/ncurses/ncursesw/../ncursesw -I/builds/FreeBSD_HEAD_a= md64_gcc/lib/ncurses/ncursesw/../ncursesw -I/builds/FreeBSD_HEAD_amd64_gcc/= lib/ncurses/ncursesw/../ncurses -I/builds/FreeBSD_HEAD_amd64_gcc/lib/ncurse= s/ncursesw/../../../contrib/ncurses/include -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHA= VE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MF.depend.hashmap.So -MThashma= p.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-form= at-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-func= tion -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-er= ror=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wn= o-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/ncurses/ncursesw/../../../contrib/nc= urses/ncurses/tty/hashmap.c -o hashmap.So --- secure/lib/libcrypto__L --- --- nsseq.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc= /secure/lib/libcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPE= NSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAE= S_ASM -DBSAES_ASM -DVPAES_ASM -DECP_NISTZ256_ASM -DOPENSSL_BN_ASM_MONT -DOP= ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -= DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/builds/FreeBSD_HEAD_amd64_gcc/o= bj/builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto -I/builds/FreeBSD_HEA= D_amd64_gcc/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/builds/F= reeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../../../crypto/openssl/crypto/a= sn1 -I/builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../../../crypto/o= penssl/crypto/evp -I/builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../= ../../crypto/openssl/crypto/modes -MD -MF.depend.nsseq.o -MTnsseq.o -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-error=3Dunused-fun= ction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-e= rror=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -W= no-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto/asn1/nsseq.c -o nsseq.o --- lib/msun__L --- --- e_cosh.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/ld80 -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I/buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/amd64 -MD -MF.depend.e_cosh.So -MTe_c= osh.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-pointer-= sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlo= gical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized = -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -W= no-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Du= nused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasi= ng -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_am= d64_gcc/lib/msun/src/e_cosh.c -o e_cosh.So --- lib/libc++__L --- In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om: In constructor 'std::__1::binomial_distribution<_IntType>::param_type::= param_type(std::__1::binomial_distribution<_IntType>::result_type, double)'= : /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4007:85: error: call of overloaded 'log(double&)' is ambiguous _VSTD::lgamma(__t_ - __r0_ + 1.) + __r0_ * _VSTD= ::log(__p_) + = ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:839:46: note: candidate: long double log(long double) inline _LIBCPP_INLINE_VISIBILITY long double log(long double __lcpp_x) _NO= EXCEPT {return logl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:838:46: note: candidate: float log(float) inline _LIBCPP_INLINE_VISIBILITY float log(float __lcpp_x) _NOEXCEPT= {return logf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4008:63: error: call of overloaded 'log(double)' is ambiguous (__t_ - __r0_) * _VSTD::log(1 - __p_)); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:839:46: note: candidate: long double log(long double) inline _LIBCPP_INLINE_VISIBILITY long double log(long double __lcpp_x) _NO= EXCEPT {return logl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:838:46: note: candidate: float log(float) inline _LIBCPP_INLINE_VISIBILITY float log(float __lcpp_x) _NOEXCEPT= {return logf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om: In constructor 'std::__1::poisson_distribution<_IntType>::param_type::p= aram_type(double)': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4584:35: error: call of overloaded 'exp(double)' is ambiguous __l_ =3D _VSTD::exp(-__mean_); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:756:46: note: candidate: long double exp(long double) inline _LIBCPP_INLINE_VISIBILITY long double exp(long double __lcpp_x) _NO= EXCEPT {return expl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:755:46: note: candidate: float exp(float) inline _LIBCPP_INLINE_VISIBILITY float exp(float __lcpp_x) _NOEXCEPT= {return expf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4594:35: error: call of overloaded 'sqrt(double&)' is ambiguous __s_ =3D _VSTD::sqrt(__mean_); ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:917:46: note: candidate: long double sqrt(long double) inline _LIBCPP_INLINE_VISIBILITY long double sqrt(long double __lcpp_x) _N= OEXCEPT {return sqrtl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:916:46: note: candidate: float sqrt(float) inline _LIBCPP_INLINE_VISIBILITY float sqrt(float __lcpp_x) _NOEXCEP= T {return sqrtf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om: In member function '_IntType std::__1::poisson_distribution<_IntType>::= operator()(_URNG&, const std::__1::poisson_distribution<_IntType>::param_ty= pe&)': /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4669:52: error: call of overloaded 'log(double)' is ambiguous __px =3D __x * _VSTD::log(1 + __v) - __difmuk - __del; ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:839:46: note: candidate: long double log(long double) inline _LIBCPP_INLINE_VISIBILITY long double log(long double __lcpp_x) _NO= EXCEPT {return logl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:838:46: note: candidate: float log(float) inline _LIBCPP_INLINE_VISIBILITY float log(float __lcpp_x) _NOEXCEPT= {return logf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4683:80: error: call of overloaded 'exp(double)' is ambiguous if (__pr.__c_ * _VSTD::abs(__u) <=3D __py * _VSTD::exp(__p= x + __e) - = ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:756:46: note: candidate: long double exp(long double) inline _LIBCPP_INLINE_VISIBILITY long double exp(long double __lcpp_x) _NO= EXCEPT {return expl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:755:46: note: candidate: float exp(float) inline _LIBCPP_INLINE_VISIBILITY float exp(float __lcpp_x) _NOEXCEPT= {return expf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4684:80: error: call of overloaded 'exp(double)' is ambiguous __fy * _VSTD::exp(__fx = + __e)) = ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:756:46: note: candidate: long double exp(long double) inline _LIBCPP_INLINE_VISIBILITY long double exp(long double __lcpp_x) _NO= EXCEPT {return expl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:755:46: note: candidate: float exp(float) inline _LIBCPP_INLINE_VISIBILITY float exp(float __lcpp_x) _NOEXCEPT= {return expf(__lcpp_x);} ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11:0: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/rand= om:4689:71: error: call of overloaded 'exp(double)' is ambiguous if (__fy - __u * __fy <=3D __py * _VSTD::exp(__px - __fx)) ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/cmath:301:0, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/include/random:1638, from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contr= ib/libc++/src/algorithm.cpp:11: /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:756:46: note: candidate: long double exp(long double) inline _LIBCPP_INLINE_VISIBILITY long double exp(long double __lcpp_x) _NO= EXCEPT {return expl(__lcpp_x);} ^ /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++/../../contrib/libc++/include/math= .h:755:46: note: candidate: float exp(float) inline _LIBCPP_INLINE_VISIBILITY float exp(float __lcpp_x) _NOEXCEPT= {return expf(__lcpp_x);} ^ --- lib/msun__L --- --- e_coshf.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/ld80 -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I/buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/amd64 -MD -MF.depend.e_coshf.So -MTe_= coshf.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-pointe= r-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3D= logical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialize= d -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align = -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-al= iasing -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/src/e_coshf.c -o e_coshf.So --- e_exp.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/ld80 -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I/buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/amd64 -MD -MF.depend.e_exp.So -MTe_ex= p.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-pointer-si= gn -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogi= cal-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -W= no-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno= -error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunu= sed-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing= -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd6= 4_gcc/lib/msun/src/e_exp.c -o e_exp.So --- secure/lib/libcrypto__L --- --- p5_pbe.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc= /secure/lib/libcrypto/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPE= NSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAE= S_ASM -DBSAES_ASM -DVPAES_ASM -DECP_NISTZ256_ASM -DOPENSSL_BN_ASM_MONT -DOP= ENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -= DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/builds/FreeBSD_HEAD_amd64_gcc/o= bj/builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto -I/builds/FreeBSD_HEA= D_amd64_gcc/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/builds/F= reeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../../../crypto/openssl/crypto/a= sn1 -I/builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../../../crypto/o= penssl/crypto/evp -I/builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../= ../../crypto/openssl/crypto/modes -MD -MF.depend.p5_pbe.o -MTp5_pbe.o -std= =3Dgnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-error=3Dunused-fun= ction -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-e= rror=3Dbool-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -W= no-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error= =3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno= -error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -c /builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto/../../../crypto/ope= nssl/crypto/asn1/p5_pbe.c -o p5_pbe.o --- lib/msun__L --- --- e_expf.So --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot= =3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/= usr/local/x86_64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/builds/FreeBSD_HE= AD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/ld80 -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/msun/src -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I/buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/amd64 -MD -MF.depend.e_expf.So -MTe_e= xpf.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-pointer-= sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlo= gical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized = -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -W= no-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Du= nused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasi= ng -Wno-error=3Daddress -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_am= d64_gcc/lib/msun/src/e_expf.c -o e_expf.So --- lib/libc++__L --- *** [algorithm.o] Error code 1 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++ 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/libc++ *** [lib/libc++__L] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc --- lib/msun__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/msun *** [lib/msun__L] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc --- secure/lib/libcrypto__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/secure/lib/libcrypto *** [secure/lib/libcrypto__L] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc --- lib/ncurses/ncursesw__L --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/ncurses/ncursesw *** [lib/ncurses/ncursesw__L] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 4 errors bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [libraries] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [_libraries] Error code 2 bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri May 27 14:43:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D72B4B820 for ; Fri, 27 May 2016 14:43:51 +0000 (UTC) (envelope-from jhb@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 86E3516FE for ; Fri, 27 May 2016 14:43:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 823A9B4B81F; Fri, 27 May 2016 14:43:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81E64B4B81E for ; Fri, 27 May 2016 14:43:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 638BF16FD for ; Fri, 27 May 2016 14:43:51 +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 bigwig.baldwin.cx (Postfix) with ESMTPSA id BB187B94C; Fri, 27 May 2016 10:43:49 -0400 (EDT) From: John Baldwin To: gljennjohn@gmail.com Cc: current@freebsd.org Subject: Re: EARLY_AP_STARTUP hangs during boot Date: Fri, 27 May 2016 07:43:43 -0700 Message-ID: <5082784.kA81xcoze3@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160527095005.0e0dc1be@ernst.home> References: <20160516122242.39249a54@ernst.home> <2245981.CzRHAP1AJo@ralph.baldwin.cx> <20160527095005.0e0dc1be@ernst.home> 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.2.7 (bigwig.baldwin.cx); Fri, 27 May 2016 10:43:49 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 14:43:51 -0000 On Friday, May 27, 2016 09:50:05 AM Gary Jennejohn wrote: > On Thu, 26 May 2016 16:54:35 -0700 > John Baldwin wrote: > > > On Tuesday, May 17, 2016 06:47:41 PM Gary Jennejohn wrote: > > > On Mon, 16 May 2016 10:54:19 -0700 > > > John Baldwin wrote: > > > > > > > On Monday, May 16, 2016 12:22:42 PM Gary Jennejohn wrote: > > > > > I tried out EARLY_AP_STARTUP, but the kernel hangs and I can't > > > > > break into DDB. > > > > > > > > > > I did a verbose boot and the last lines I see are related to routing > > > > > MSI-X to various local APIC vectors. I copied the last few lines and > > > > > they look like this: > > > > > > > > > > msi: routing MSI-X IRQ 256 to local APIC 2 vector 48 > > > > > msi: routing MSI-X IRQ 257 to local APIC 3 vector 48 > > > > > msi: routing MSI-X IRQ 258 to local APIC 4 vector 48 > > > > > msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 > > > ^^^^^^^ Assigning > > > > > > > > > > I tried disabling msi and msix in /boot/loader.conf, but the settings > > > > > were ignored (probabaly too early). > > > > > > > > No, those settings are not too early. However, the routing to different > > > > CPUs now happens earlier than it used to. What is the line before the > > > > MSI lines? You can take a picture with your phone/camera if that's simplest. > > > > > > > > > > Here a few lines before the MSI routing happens: > > > > > > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 > > > hpet0: vendor 0x4353, rev 0x1, 14318180 Hz, 3 timers, legacy route > > > hpet0: t0 : irqs 0x00c0ff (0), MSI, periodic > > > hpet0: t1 : irqs 0x00c0ff (0), MSI, periodic > > > hpet0: t2 : irqs 0x00c0ff (0), MSI, periodic > > > Timecounter "HPET" frequency 14318180 Hz quality 950 > > > > The assigning message means it is in the loop using > > bus_bind_intr() to setup per-CPU timers. Can you please try > > setting 'hint.hpet.0.per_cpu=0' at the loader prompt to see if > > disabling the use of per-CPU timers allows you to boot? > > > > Something has changed since the last time I generated a kernel with > this option. > > Now I get a NULL-pointer dereference in the kernel, doesn't matter > whether I set the hint or not. > > No crash dump is created. > > Here some trace copied from the console: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1818 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff805492ef > [some stack trace] > taskgroup_adjust() at taskgroup_adjust+0x2f; frame 0xffffffff8196c90 > mi_startup() at mi_startup+0x118; frame 0xffffffff8196fcb0 Yeah, I have the same on my laptop here. I'll fix that and get back to you. -- John Baldwin From owner-freebsd-current@freebsd.org Fri May 27 16:21:09 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 140ACB4B23D for ; Fri, 27 May 2016 16:21:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0624D19BD; Fri, 27 May 2016 16:21:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EBF62102B; Fri, 27 May 2016 16:21:08 +0000 (UTC) Date: Fri, 27 May 2016 16:20:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <436897431.0.1464366068694.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1198742416.0.1464021722873.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1198742416.0.1464021722873.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #306 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 16:21:09 -0000 See ------------------------------------------ [...truncated 319539 lines...] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__lwp_events_exec -> passe= d [0.033s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__new_child_pl_syscall_code_= fork -> passed [0.033s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__new_child_pl_syscall_code_= thread -> passed [0.067s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__new_child_pl_syscall_code_= vfork -> passed [0.054s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_chi= ld_debugger -> passed [0.075s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_sees_exit_after_unr= elated_debugger -> passed [0.041s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_attach = -> passed [0.052s] [192.168.10.2] out: sys/kern/ptrace_test:ptrace__parent_wait_after_trace_me= -> passed [0.067s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:accept -> passed [0.066= s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:bind -> passed [0.039s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:connect -> passed [0.04= 2s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socket -> passed = [0.030s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:create_socketpair -> pas= sed [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_128k -> pass= ed [0.058s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_128k_8k -> passed= [0.047s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_128k -> passed= [0.069s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:eagain_8k_8k -> passed = [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize -> passed [0.0= 46s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:emsgsize_nonblocking -> = passed [0.055s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:fcntl_nonblock -> passed= [0.042s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_bound -> passed = [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:listen_unbound -> passed= [0.033s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_128k -> passed= [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_128k_8k -> passed = [0.071s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_128k -> passed = [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_8k_8k -> passed [0= .072s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_128k = -> passed [0.040s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_128k_8k ->= passed [0.036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_128k ->= passed [0.068s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:pipe_simulator_8k_8k -> = passed [0.046s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:rcvbuf_oversized -> pass= ed [0.044s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_buffers -> passed= [0.062s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:resize_connected_buffers = -> passed [0.042s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv -> passed [0.= 036s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_nonblocking -> = passed [0.037s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:send_recv_with_connect ->= passed [0.026s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k -> passed = [0.032s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_128k_nonblocking = -> passed [0.031s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k -> passed = [0.046s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_16k_nonblocking = -> passed [0.028s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k -> passed = [0.027s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_32k_nonblocking = -> passed [0.028s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k -> passed = [0.029s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_64k_nonblocking = -> passed [0.028s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k -> passed [= 0.027s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendrecv_8k_nonblocking -= > passed [0.152s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:sendto_recvfrom -> passe= d [0.069s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send -> passed = [0.083s] [192.168.10.2] out: sys/kern/unix_seqpacket_test:shutdown_send_sigpipe -> = passed [0.103s] [192.168.10.2] out: sys/kern/unix_passfd_test:bundle -> passed [0.081s] [192.168.10.2] out: sys/kern/unix_passfd_test:bundle_cancel -> passed [0= .044s] [192.168.10.2] out: sys/kern/unix_passfd_test:devfs_orphan -> passed [0.= 032s] [192.168.10.2] out: sys/kern/unix_passfd_test:rights_creds_payload -> exp= ected_failure: PR 181741: Packet loss when 'control' messages are present w= ith large data: /builds/workspace/FreeBSD_HEAD/src/tests/sys/kern/unix_pass= fd_test.c:176: recvmsg: 24 bytes received; expected 8192 [0.024s] [192.168.10.2] out: sys/kern/unix_passfd_test:send_and_cancel -> passed = [0.034s] [192.168.10.2] out: sys/kern/unix_passfd_test:send_and_close -> passed [= 0.025s] [192.168.10.2] out: sys/kern/unix_passfd_test:simple_send_fd -> passed [= 0.025s] [192.168.10.2] out: sys/kern/unix_passfd_test:two_files -> passed [0.037= s] [192.168.10.2] out: sys/kern/lockf_test:deadlock -> passed [1.100s] [192.168.10.2] out: sys/kern/lockf_test:randlock -> passed [55.628s] [192.168.10.2] out: sys/kern/mqueue_test:mqueue -> skipped: module mqueue= fs could not be resolved: No such file or directory [0.061s] [192.168.10.2] out: sys/kern/subr_unit_test:main -> passed [0.290s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_long -> passed [0.034= s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_many_usec -> passed= [0.032s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_only_sec -> passed = [0.033s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_only_usec -> passed= [0.039s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_random_million -> e= xpected_failure: the testcase violates FLT_EPSILON: 2424 checks failed as e= xpected; see output for more details [0.196s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_upper_limit -> pass= ed [0.026s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_usec_overflow -> pa= ssed [0.036s] [192.168.10.2] out: sys/kern/acct/acct_test:encode_tv_zero -> passed [0.= 027s] [192.168.10.2] out: sys/kern/execve/execve_test:bad_interp_len -> passed = [0.084s] [192.168.10.2] out: sys/kern/execve/execve_test:empty -> passed [0.068s] [192.168.10.2] out: sys/kern/execve/execve_test:good_aout -> passed [0.0= 73s] [192.168.10.2] out: sys/kern/execve/execve_test:good_script -> passed [0= .075s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist -> passed [0.0= 71s] [192.168.10.2] out: sys/kern/execve/execve_test:non_exist_shell -> passed= [0.072s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg -> passed [0.= 074s] [192.168.10.2] out: sys/kern/execve/execve_test:script_arg_nospace -> pas= sed [0.075s] [192.168.10.2] out: sys/kern/execve/execve_test:sparse_aout -> passed [0= .068s] [192.168.10.2] out: sys/kern/execve/execve_test:trunc_aout -> passed [0.= 065s] [192.168.10.2] out: sys/kern/pipe/big_pipe_test:main -> passed [1.838s] [192.168.10.2] out: sys/kern/pipe/pipe_fstat_bug_test:main -> passed [0.= 027s] [192.168.10.2] out: sys/kern/pipe/pipe_ino_test:main -> passed [0.030s] [192.168.10.2] out: sys/kern/pipe/pipe_overcommit1_test:main -> passed [= 0.120s] [192.168.10.2] out: sys/kern/pipe/pipe_overcommit2_test:main -> passed [= 0.100s] [192.168.10.2] out: sys/kern/pipe/pipe_reverse2_test:main -> passed [0.0= 20s] [192.168.10.2] out: sys/kern/pipe/pipe_reverse_test:main -> passed [0.02= 5s] [192.168.10.2] out: sys/kern/pipe/pipe_wraparound_test:main -> passed [0= .027s] [192.168.10.2] out: sys/kqueue/kqueue_test:main -> passed [21.925s] [192.168.10.2] out: sys/mac/bsdextended/ugidfw_test:main -> skipped: mac_= bsdextended not loaded [0.076s] [192.168.10.2] out: sys/mac/bsdextended/matches_test:main -> skipped: mac= _bsdextended(4) support isn't available [0.029s] [192.168.10.2] out: sys/mac/portacl/nobody_test:main -> skipped: MAC_PORT= ACL is unavailable. [0.034s] [192.168.10.2] out: sys/mac/portacl/root_test:main -> skipped: MAC_PORTAC= L is unavailable. [0.038s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest1 -> passed [0.101s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest2 -> passed [0.081s] [192.168.10.2] out: sys/mqueue/mqueue_test:mqtest5 -> passed [0.070s] [192.168.10.2] out: sys/netinet/fibs_test:arpresolve_checks_interface_fib = -> skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:default_route_with_multiple_fibs_= on_same_subnet -> skipped: Required configuration property 'fibs' not def= ined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:loopback_and_network_routes_on_no= ndefault_fib -> skipped: Required configuration property 'fibs' not defin= ed [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces -> skip= ped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 -> = skipped: Required configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:subnet_route_with_multiple_fibs_o= n_same_subnet -> skipped: Required configuration property 'fibs' not defi= ned [0.000s] [192.168.10.2] out: sys/netinet/fibs_test:udp_dontroute -> skipped: Requi= red configuration property 'fibs' not defined [0.000s] [192.168.10.2] out: sys/opencrypto/runtests:main -> passed [0.026s] [192.168.10.2] out: sys/posixshm/posixshm_test:object_resize -> passed [= 0.030s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_after_link -> passed = [0.027s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_anon -> passed [0.02= 4s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_anon_readonly -> pass= ed [0.025s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_bad_path_pointer -> p= assed [0.024s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_create_existing_object = -> passed [0.024s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_extra_flags -> passed= [0.024s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_invalid_path -> passe= d [0.023s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_nonexisting_object -> = passed [0.033s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_path_too_long -> pass= ed [0.036s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_write_only -> passed = [0.031s] [192.168.10.2] out: sys/posixshm/posixshm_test:readonly_mmap_write -> pas= sed [0.030s] [192.168.10.2] out: sys/posixshm/posixshm_test:remap_object -> passed [0= .026s] [192.168.10.2] out: sys/posixshm/posixshm_test:reopen_object -> passed [= 0.022s] [192.168.10.2] out: sys/posixshm/posixshm_test:shm_functionality_across_for= k -> passed [0.030s] [192.168.10.2] out: sys/posixshm/posixshm_test:trunc_resets_object -> pas= sed [0.024s] [192.168.10.2] out: sys/posixshm/posixshm_test:unlink_bad_path_pointer -> = passed [0.022s] [192.168.10.2] out: sys/posixshm/posixshm_test:unlink_path_too_long -> pa= ssed [0.022s] [192.168.10.2] out: sys/sys/bitstring_test:bit_clear -> passed [0.042s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffc -> passed [0.022s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffc_at -> passed [0.022s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffs -> passed [0.031s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffs_at -> passed [0.028s] [192.168.10.2] out: sys/sys/bitstring_test:bit_nclear -> passed [0.219s] [192.168.10.2] out: sys/sys/bitstring_test:bit_nset -> passed [0.218s] [192.168.10.2] out: sys/sys/bitstring_test:bit_set -> passed [0.043s] [192.168.10.2] out: sys/sys/bitstring_test:bitstr_in_struct -> passed [0= .026s] [192.168.10.2] out: sys/vfs/trailing_slash:main -> passed [0.065s] [192.168.10.2] out: sys/vm/mmap_test:mmap__bad_arguments -> passed [0.02= 9s] [192.168.10.2] out: sys/vm/mmap_test:mmap__dev_zero_private -> passed [0= .024s] [192.168.10.2] out: sys/vm/mmap_test:mmap__dev_zero_shared -> passed [0.= 053s] [192.168.10.2] out: sys/vm/mmap_test:mmap__map_at_zero -> passed [0.027s= ] [192.168.10.2] out:=20 [192.168.10.2] out: Results file id is usr_tests.20160527-125728-974128 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20= 160527-125728-974128.db [192.168.10.2] out:=20 [192.168.10.2] out: 5695/5695 passed (0 failed) [192.168.10.2] out:=20 [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,x= fail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=3Dtest-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 81743] [192.168.10.2] out:=20 t 192.168.10.255=20 kyuatestprompt # May 27 13:05:55 h_fgets: stack overflow detected; termina= ted May 27 13:05:55 h_gets: stack overflow detected; terminated May 27 13:05:56 h_memcpy: stack overflow detected; terminated May 27 13:05:56 h_memmove: stack overflow detected; terminated May 27 13:05:56 h_memset: stack overflow detected; terminated May 27 13:05:56 h_read: stack overflow detected; terminated May 27 13:05:56 h_readlink: stack overflow detected; terminated May 27 13:05:56 h_snprintf: stack overflow detected; terminated May 27 13:05:56 h_sprintf: stack overflow detected; terminated May 27 13:05:56 h_stpcpy: stack overflow detected; terminated May 27 13:05:56 h_stpncpy: stack overflow detected; terminated May 27 13:05:56 h_strcat: stack overflow detected; terminated May 27 13:05:57 h_strcpy: stack overflow detected; terminated May 27 13:05:57 h_strncat: stack overflow detected; terminated May 27 13:05:57 h_strncpy: stack overflow detected; terminated May 27 13:05:57 h_vsnprintf: stack overflow detected; terminated May 27 13:05:57 h_vsprintf: stack overflow detected; terminated May 27 13:07:11 t_openpam_readword: in openpam_readword(): unexpected end = of file May 27 13:07:11 last message repeated 2 times May 27 13:13:10 kernel: pid 31006 (sh), uid 0, was killed: exceeded maximu= m CPU limit lock order reversal: 1st 0xfffffe007b186390 bufwait (bufwait) @ /builds/workspace/FreeBSD_HEAD/= src/sys/kern/vfs_bio.c:3512 2nd 0xfffff8000ae5b400 dirhash (dirhash) @ /builds/workspace/FreeBSD_HEAD/= src/sys/ufs/ufs/ufs_dirhash.c:281 stack backtrace: #0 0xffffffff80a9edc0 at witness_debugger+0x70 #1 0xffffffff80a9ecb4 at witness_checkorder+0xe54 #2 0xffffffff80a48532 at _sx_xlock+0x72 #3 0xffffffff80d0485d at ufsdirhash_add+0x3d #4 0xffffffff80d0763a at ufs_direnter+0x4da #5 0xffffffff80d10af9 at ufs_makeinode+0x5e9 #6 0xffffffff80d0c683 at ufs_create+0x33 #7 0xffffffff81007751 at VOP_CREATE_AP = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 May 27 13:54:49 shutdown: power-down by root:=20 Stopping cron. Waiting for PIDS: 586. Stopping sshd. Waiting for PIDS: 551, 551. Stopping devd. Waiting for PIDS: 287. Writing entropy file:. Writing early boot entropy file:. . Terminated May 27 13:54:51 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. Uptime: 57m36s acpi0: Powering system off [Pipeline] sh [FreeBSD_HEAD] Running shell script + sudo python freebsd-ci/scripts/test/extract-test-logs.py -f config.json mount /dev/md0 /tmp/tmpqxSbjk umount /tmp/tmpqxSbjk mdconfig -d -u md0 [Pipeline] step Recording test results Resuming build [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Fri May 27 19:17:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EADEB4C3F9 for ; Fri, 27 May 2016 19:17:06 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::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 D27901DFD for ; Fri, 27 May 2016 19:17:05 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id e3so1172676wme.2 for ; Fri, 27 May 2016 12:17:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-disposition:user-agent; bh=hHiF8LBG5VgtMSe+Vr3PRQn0lA2iGkTeBDmNWmRNdUg=; b=B1sRmErJfcmI3YhziU16sYcvjRf8h3vRJVm8Ueo+XgBdmKtr9+tOBs5wB0OWQCRn+3 HwBhMezXvjZZc/1Qv+KJQ14RhI/dYKnCCDN3KGvESjRGIj7bv7jUpejVQdD2z8TkwHdw NVcQYaiKtV7BYqWO0mPz9iQjyQXNz0Buf5o7Z9uxrrJHyYzmGHNjQbAm6c3Qa+cBWt/X xrah+oyPnake6kg8k+7cTK2yJ7A3/2ck6JQq2ekHQ3a0X+IajitmTPMUQD++8p+HEDMK GLCC7TxiNivNkcIpy8OVd278zIkHjjQm4I6JRsTDK52c4P+AnUJFaEoAYH2qS9IUkq0G Qrbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :mime-version:content-disposition:user-agent; bh=hHiF8LBG5VgtMSe+Vr3PRQn0lA2iGkTeBDmNWmRNdUg=; b=KM4YNLmeFRzDbBJuUewJEeBdhiWMF+3/kxUsnWC2bw0jY+NCcpn3MhAfzGlzTeAufQ AMWPjXth/e4Ct4f03ijS+rSj7qdAof3NC4tv2uaD7QE9mSJYX7TDH/h1H9TDSl0EjnPQ AFA0e+hVhUkIw3in/8tuW2FaswxYz4jcKd+lwh6/jMjMamZndx4ahHmErO/MITsLANxU ifbblkV7x0fSgjoyyg7Zn7Q+1a4PiIKNyxxiBNjNSH4IZMz6oqYylmTAxZcHyUABCvBf CEcj1jXfsKzNYwTHUW05CV44Bv5WRKuqSWX9JI8p60Jq1YZl8cEtFspDrLCGSn621/RV pJDA== X-Gm-Message-State: ALyK8tIWNxM760aLdslDpD9/pMU+wC3T3o1nU+8pDkrbuI83c4N6zkwuV2d7CHoHvRKAwg== X-Received: by 10.28.92.18 with SMTP id q18mr222331wmb.48.1464376624172; Fri, 27 May 2016 12:17:04 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id q125sm9996546wmd.19.2016.05.27.12.17.02 for (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 27 May 2016 12:17:03 -0700 (PDT) Date: Fri, 27 May 2016 21:17:01 +0200 From: Mateusz Guzik To: freebsd-current@freebsd.org Subject: [PATCH] microoptimize locking primitives by avoiding unnecessary atomic ops Message-ID: <20160527191700.GA23039@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 19:17:06 -0000 Hello there, quite some time ago I posted a trivial patch to locking primitives. What they do is the inline part tries an atomic op and if that fails the actual function is called, which immediately tries the same op. The obvious optimisation checks for the availability of the lock first. There concerns about the way it was done previously by relying on volatile behaving in a specific way. Later a simplified version was posted which should not have the concern, but the thread died. I refer you to https://lists.freebsd.org/pipermail/freebsd-current/2015-November/058100.html for simple benchmark results. I would like to get the patch in before 11 freeze. diff --git a/sys/kern/kern_lock.c b/sys/kern/kern_lock.c index 34d7b34..1b10623 100644 --- a/sys/kern/kern_lock.c +++ b/sys/kern/kern_lock.c @@ -787,8 +787,10 @@ __lockmgr_args(struct lock *lk, u_int flags, struct lock_object *ilk, break; } - while (!atomic_cmpset_acq_ptr(&lk->lk_lock, LK_UNLOCKED, - tid)) { + for (;;) { + if (lk->lk_lock == LK_UNLOCKED && + atomic_cmpset_acq_ptr(&lk->lk_lock, LK_UNLOCKED, tid)) + break; #ifdef HWPMC_HOOKS PMC_SOFT_CALL( , , lock, failed); #endif @@ -1124,7 +1126,11 @@ __lockmgr_args(struct lock *lk, u_int flags, struct lock_object *ilk, __func__, iwmesg, file, line); } - while (!atomic_cmpset_acq_ptr(&lk->lk_lock, LK_UNLOCKED, tid)) { + for (;;) { + if (lk->lk_lock == LK_UNLOCKED && + atomic_cmpset_acq_ptr(&lk->lk_lock, LK_UNLOCKED, tid)) + break; + #ifdef HWPMC_HOOKS PMC_SOFT_CALL( , , lock, failed); #endif diff --git a/sys/kern/kern_mutex.c b/sys/kern/kern_mutex.c index 3f62d17..d167205 100644 --- a/sys/kern/kern_mutex.c +++ b/sys/kern/kern_mutex.c @@ -419,7 +419,9 @@ __mtx_lock_sleep(volatile uintptr_t *c, uintptr_t tid, int opts, all_time -= lockstat_nsecs(&m->lock_object); #endif - while (!_mtx_obtain_lock(m, tid)) { + for (;;) { + if (m->mtx_lock == MTX_UNOWNED && _mtx_obtain_lock(m, tid)) + break; #ifdef KDTRACE_HOOKS spin_cnt++; #endif @@ -602,8 +604,9 @@ _mtx_lock_spin_cookie(volatile uintptr_t *c, uintptr_t tid, int opts, #ifdef KDTRACE_HOOKS spin_time -= lockstat_nsecs(&m->lock_object); #endif - while (!_mtx_obtain_lock(m, tid)) { - + for (;;) { + if (m->mtx_lock == MTX_UNOWNED && _mtx_obtain_lock(m, tid)) + break; /* Give interrupts a chance while we spin. */ spinlock_exit(); while (m->mtx_lock != MTX_UNOWNED) { @@ -675,7 +678,9 @@ retry: m->lock_object.lo_name, file, line)); WITNESS_CHECKORDER(&m->lock_object, opts | LOP_NEWORDER | LOP_EXCLUSIVE, file, line, NULL); - while (!_mtx_obtain_lock(m, tid)) { + for (;;) { + if (m->mtx_lock == MTX_UNOWNED && _mtx_obtain_lock(m, tid)) + break; if (m->mtx_lock == tid) { m->mtx_recurse++; break; diff --git a/sys/kern/kern_rwlock.c b/sys/kern/kern_rwlock.c index 6541724..6a904d2 100644 --- a/sys/kern/kern_rwlock.c +++ b/sys/kern/kern_rwlock.c @@ -771,7 +771,9 @@ __rw_wlock_hard(volatile uintptr_t *c, uintptr_t tid, const char *file, all_time -= lockstat_nsecs(&rw->lock_object); state = rw->rw_lock; #endif - while (!_rw_write_lock(rw, tid)) { + for (;;) { + if (rw->rw_lock == RW_UNLOCKED && _rw_write_lock(rw, tid)) + break; #ifdef KDTRACE_HOOKS spin_cnt++; #endif diff --git a/sys/kern/kern_sx.c b/sys/kern/kern_sx.c index 96e117b..2a81c04 100644 --- a/sys/kern/kern_sx.c +++ b/sys/kern/kern_sx.c @@ -544,7 +544,10 @@ _sx_xlock_hard(struct sx *sx, uintptr_t tid, int opts, const char *file, all_time -= lockstat_nsecs(&sx->lock_object); state = sx->sx_lock; #endif - while (!atomic_cmpset_acq_ptr(&sx->sx_lock, SX_LOCK_UNLOCKED, tid)) { + for (;;) { + if (sx->sx_lock == SX_LOCK_UNLOCKED && + atomic_cmpset_acq_ptr(&sx->sx_lock, SX_LOCK_UNLOCKED, tid)) + break; #ifdef KDTRACE_HOOKS spin_cnt++; #endif diff --git a/sys/sys/mutex.h b/sys/sys/mutex.h index a9ec072..0443922 100644 --- a/sys/sys/mutex.h +++ b/sys/sys/mutex.h @@ -185,7 +185,7 @@ void thread_lock_flags_(struct thread *, int, const char *, int); #define __mtx_lock(mp, tid, opts, file, line) do { \ uintptr_t _tid = (uintptr_t)(tid); \ \ - if (!_mtx_obtain_lock((mp), _tid)) \ + if (((mp)->mtx_lock != MTX_UNOWNED || !_mtx_obtain_lock((mp), _tid)))\ _mtx_lock_sleep((mp), _tid, (opts), (file), (line)); \ else \ LOCKSTAT_PROFILE_OBTAIN_LOCK_SUCCESS(adaptive__acquire, \ @@ -203,7 +203,7 @@ void thread_lock_flags_(struct thread *, int, const char *, int); uintptr_t _tid = (uintptr_t)(tid); \ \ spinlock_enter(); \ - if (!_mtx_obtain_lock((mp), _tid)) { \ + if (((mp)->mtx_lock != MTX_UNOWNED || !_mtx_obtain_lock((mp), _tid))) {\ if ((mp)->mtx_lock == _tid) \ (mp)->mtx_recurse++; \ else \ @@ -232,7 +232,7 @@ void thread_lock_flags_(struct thread *, int, const char *, int); \ if ((mp)->mtx_recurse == 0) \ LOCKSTAT_PROFILE_RELEASE_LOCK(adaptive__release, mp); \ - if (!_mtx_release_lock((mp), _tid)) \ + if ((mp)->mtx_lock != _tid || !_mtx_release_lock((mp), _tid)) \ _mtx_unlock_sleep((mp), (opts), (file), (line)); \ } while (0) diff --git a/sys/sys/rwlock.h b/sys/sys/rwlock.h index f8947c5..6b4f505 100644 --- a/sys/sys/rwlock.h +++ b/sys/sys/rwlock.h @@ -96,7 +96,7 @@ #define __rw_wlock(rw, tid, file, line) do { \ uintptr_t _tid = (uintptr_t)(tid); \ \ - if (!_rw_write_lock((rw), _tid)) \ + if ((rw)->rw_lock != RW_UNLOCKED || !_rw_write_lock((rw), _tid))\ _rw_wlock_hard((rw), _tid, (file), (line)); \ else \ LOCKSTAT_PROFILE_OBTAIN_RWLOCK_SUCCESS(rw__acquire, rw, \ @@ -112,7 +112,7 @@ else { \ LOCKSTAT_PROFILE_RELEASE_RWLOCK(rw__release, rw, \ LOCKSTAT_WRITER); \ - if (!_rw_write_unlock((rw), _tid)) \ + if ((rw)->rw_lock != _tid || !_rw_write_unlock((rw), _tid))\ _rw_wunlock_hard((rw), _tid, (file), (line)); \ } \ } while (0) diff --git a/sys/sys/sx.h b/sys/sys/sx.h index 03b51d3..57a31d9 100644 --- a/sys/sys/sx.h +++ b/sys/sys/sx.h @@ -150,7 +150,8 @@ __sx_xlock(struct sx *sx, struct thread *td, int opts, const char *file, uintptr_t tid = (uintptr_t)td; int error = 0; - if (!atomic_cmpset_acq_ptr(&sx->sx_lock, SX_LOCK_UNLOCKED, tid)) + if (sx->sx_lock != SX_LOCK_UNLOCKED || + !atomic_cmpset_acq_ptr(&sx->sx_lock, SX_LOCK_UNLOCKED, tid)) error = _sx_xlock_hard(sx, tid, opts, file, line); else LOCKSTAT_PROFILE_OBTAIN_RWLOCK_SUCCESS(sx__acquire, sx, @@ -168,7 +169,8 @@ __sx_xunlock(struct sx *sx, struct thread *td, const char *file, int line) if (sx->sx_recurse == 0) LOCKSTAT_PROFILE_RELEASE_RWLOCK(sx__release, sx, LOCKSTAT_WRITER); - if (!atomic_cmpset_rel_ptr(&sx->sx_lock, tid, SX_LOCK_UNLOCKED)) + if (sx->sx_lock != tid || + !atomic_cmpset_rel_ptr(&sx->sx_lock, tid, SX_LOCK_UNLOCKED)) _sx_xunlock_hard(sx, tid, file, line); } From owner-freebsd-current@freebsd.org Fri May 27 19:48:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB76DB4CF6B for ; Fri, 27 May 2016 19:48:25 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5344175E for ; Fri, 27 May 2016 19:48:25 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x233.google.com with SMTP id w184so182774291oiw.2 for ; Fri, 27 May 2016 12:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to; bh=mMPSrkC28Ea9qu4wz/vKXuu+uowa3P6kKqVRe4Shi2U=; b=GXc5VdbtA1uRXH9dbAoAWQxz7/m3NTjahenjs4uc3j4mltjqyg6ZKIlCk8FGGp8V07 atx8vanwag8atN/MfscnBAHEHV4IsiF7e6iyX43LXsA2bxI/3TJqGxPHfkiEzRBy2YlD KxQXQVxUdzLN+IHzQ2s7PwGYUbW8tNRNjBWtBa8q7zRQ0bsZfC1FHVO9RIpyaROw5Ixj RAaajVZl1FJwFGJGnnvkFB6GE7lXZpR7cMlnHQI4CSWoOVvYzcp5qINdVDmeO7cORc8+ yo6c3otbV0DASAzADIDFoyGFrrtjRmDtn47fwGWEiDCM5wWJ5MxqTmXvFSW6JK82ZuNp gRlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to; bh=mMPSrkC28Ea9qu4wz/vKXuu+uowa3P6kKqVRe4Shi2U=; b=ddsOBFjq7Z6PqXJa9xe9rTa+rf2/6DLwDq/lshsH2CT0YBo3gzFtOikIjkihdeuwt9 JjpXK8qKy4iTiodrAIijvJeOCjYXxEtS5t9y+VadgvOC0jDJugSQfOJPvQqSnUhrBwNs BsPjPEQu1GJuCpDQpUvraz82jB+GTS3Hxo8DxXw96/Oibkhx/9QbGgKmjghbrLc/uMtD gT+w+YVapJS/Kh8CFpF90p2sSuRUSS6v9tt6H4TGeNq4UxxTDLcsOsqMrUzc68B0B9Xi 5SEF+0EfzNJ8LAVmbn8ov29TD930LPaEoS9MGSQAJtL/aKB36Hp5ewQi1fceGlqxib9s FMMg== X-Gm-Message-State: ALyK8tLHURsfRyW94fx10nVHw1ntunIeEvuOG7i9ONmGuH+gGrjUL81ZsyZ4TBlv0F4sEe6e+A950hsnT4VyLA== MIME-Version: 1.0 X-Received: by 10.202.212.19 with SMTP id l19mr10912143oig.182.1464378505127; Fri, 27 May 2016 12:48:25 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.4.200 with HTTP; Fri, 27 May 2016 12:48:25 -0700 (PDT) Date: Fri, 27 May 2016 13:48:25 -0600 X-Google-Sender-Auth: Im6I0KhXwdRYDWASYQ9p5hxymEY Message-ID: Subject: cannot represent machine `mips:amd64' From: Alan Somers To: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 19:48:26 -0000 Starting today, I get this error for several mips targets whenever I do "make universe". Does anybody know what might be causing it? I see it for mips.mips64, mips.mipsn32, and mips.mips64el . -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- ===> gnu/lib/libssp/libssp_nonshared (obj,all,install) ===> gnu/lib/libgcc (obj,all,install) ===> lib/libcompiler_rt (obj,all,install) ===> gnu/lib/csu (obj,all,install) ===> lib/csu (obj,all,install) ===> lib/csu/mips (obj) ===> lib/csu/mips (all) ===> lib/csu/mips (install) ===> lib/libcompiler_rt (obj,all,install) ===> lib/libc (obj,all,install) ===> lib/libc_nonshared (obj,all,install) /scratch/tmp/asomers/obj/mips.mips64/home/asomers/freebsd/head/tmp/usr/bin/ld: cannot represent machine `mips:amd64' --- libc.so.7.full --- *** [libc.so.7.full] Error code 1 -Alan From owner-freebsd-current@freebsd.org Fri May 27 19:56:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0093B4C209 for ; Fri, 27 May 2016 19:56:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 831F81D54; Fri, 27 May 2016 19:56:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 41DD71DC3; Fri, 27 May 2016 19:56:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 27 May 2016 19:56:57 +0000 From: Glen Barber To: Alan Somers Cc: FreeBSD CURRENT Subject: Re: cannot represent machine `mips:amd64' Message-ID: <20160527195657.GD4025@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RYJh/3oyKhIjGcML" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 19:56:58 -0000 --RYJh/3oyKhIjGcML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 27, 2016 at 01:48:25PM -0600, Alan Somers wrote: > Starting today, I get this error for several mips targets whenever I > do "make universe". Does anybody know what might be causing it? I > see it for mips.mips64, mips.mipsn32, and mips.mips64el . >=20 > -------------------------------------------------------------- > >>> stage 4.2: building libraries > -------------------------------------------------------------- > =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,all,install) > =3D=3D=3D> gnu/lib/libgcc (obj,all,install) > =3D=3D=3D> lib/libcompiler_rt (obj,all,install) > =3D=3D=3D> gnu/lib/csu (obj,all,install) > =3D=3D=3D> lib/csu (obj,all,install) > =3D=3D=3D> lib/csu/mips (obj) > =3D=3D=3D> lib/csu/mips (all) > =3D=3D=3D> lib/csu/mips (install) > =3D=3D=3D> lib/libcompiler_rt (obj,all,install) > =3D=3D=3D> lib/libc (obj,all,install) > =3D=3D=3D> lib/libc_nonshared (obj,all,install) > /scratch/tmp/asomers/obj/mips.mips64/home/asomers/freebsd/head/tmp/usr/bi= n/ld: > cannot represent machine `mips:amd64' > --- libc.so.7.full --- > *** [libc.so.7.full] Error code 1 >=20 Do you have something unusual in your environment? Please show the output of 'make targets'. Glen --RYJh/3oyKhIjGcML Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXSKaDAAoJEAMUWKVHj+KTzakP/1H62WPp7AlEfvTlRxpeAMZ8 VGh/7jARXJuVXrfJm7tyU0WVtTXjMZLW+qI6HVGBlj9UCv+bXH4YOwmpYHFQiYYB /9FUVhRJwpKT1YcxeKV4z8PFghG7vKmBhHj64Sn1vfwBzLfPlyzTYiarOPjvXU0J YSD1j5HkNaFSSxHfEhuuGp9rQX+lZ2lrj4RhwsqXWdXltldr8h07qca1SLtYSYBv KbU5F3+lulc2qh/7PovNrUjQcwnNy7RV86NrEY70lKWdOYSKkTplmC78y1J8gNe8 NVPjhKmFlkqF0EUsGq1mwowIVUSp0E7AU8WB6IujXY1CLeRQ9GGdWrXMV1rKbTU9 E3a98HlnLY4QjbsKY28h8XWcLR8x11p6vV+rl4+GRgq+qz+Zcve7pUyIvFLjhFmd 61JbHY3xW+TIzNUxVibC18Cgfb0qlXGZjVXC0MQyPG9ngSAx3dUetG3lWBxcdz9A 1+yKk0VSAXf3ikVZuczInT/b51VQZNDvKAuc2e/wUDxxx/+4LNVObkqeD+pBrUOj a9T8Y+OuAjguG9ThpdO8boPbZXkEWk/XqUcfvdC1iy9wjUyRT8SOT0qjRIaNyrTC vxxsQo6UFY7K0k7T2TFT6o+cnEzvG/afVWC5EvzcLk6rR6Koz+Ghv7h3crmCBQLh BXI52pjEWhTqsLoQaVlK =UjdR -----END PGP SIGNATURE----- --RYJh/3oyKhIjGcML-- From owner-freebsd-current@freebsd.org Fri May 27 20:06:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B64CCB4C5A3 for ; Fri, 27 May 2016 20:06:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003: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 7E5481734; Fri, 27 May 2016 20:06:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x229.google.com with SMTP id w184so183414063oiw.2; Fri, 27 May 2016 13:06:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=mEMxIOs4Y8qixBvkZ0erxbmV7UoyjgHiIPU7trgKnQk=; b=BJb3MVbs2elny6jKENVcpZ4r/czT524uGvQBdqcHtneJ1J3LHlRvQY3nH3lVqUtJXR Fr/w28rGXrTYPDHp/bQHKgP1hIsXn6BQNC/AyngDlbwMrxxqzB181LxknJ57es5xGnek oD1RplhawHEGkz24jVNodZgjMzlBWjuEv8Dqo2Sp8HzhjixY9Bol8EeM0G6SARv4JU7V jIlY8BA/hw21OHSiSOp7G8blu3lXd/hoBTW4Nnx/uybYObC4iaEEyPjFBFkyTIFLxNpV yg2N+X4h+PGvZPeOoMgoEnbuqz6x5G9tP+EmUk1mQTeDFKRiNSA8guxw0Ls1MkDZJp8F CVdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=mEMxIOs4Y8qixBvkZ0erxbmV7UoyjgHiIPU7trgKnQk=; b=JigVsp/CR+/UvV9E9o5GEJoOoLcHiP7xpfioLVLP3ZwAuY8lHmQVhfdZF2bkd3FJSy wRpJp6NyFSR7FONQwe7t2zfewP1VPySFsHS7ydD9Q3M584u/y00kSaF0Ujcbo9ZSEkuY jf2dBr1kKaAh96j8iwCNCBGxj7jwHRhP3R17+9VLQHDbDDDZwyE3r7xMTNUW7ED644YR UFjdtHIcObDChflWv8q2YyNbR5zZufVxsrb3gfv0HGW3BfwjjmyqYKDG46JXZkNns1Or 9l5PebSHgp06EXlgxVdkXbbbQhGkZOXBugy9wRKJHVasdU9WlgsMup0ulqEAbhfp1cvC qjtg== X-Gm-Message-State: ALyK8tLSY10hYiMTLHkstY6NloDrzoh7j0KTw702tcQvLNQV+UycSMpH69TziZhBgCL0Y+8FwW3NAy/EwiZExw== MIME-Version: 1.0 X-Received: by 10.202.58.134 with SMTP id h128mr10804911oia.174.1464379575870; Fri, 27 May 2016 13:06:15 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.4.200 with HTTP; Fri, 27 May 2016 13:06:15 -0700 (PDT) In-Reply-To: <20160527195657.GD4025@FreeBSD.org> References: <20160527195657.GD4025@FreeBSD.org> Date: Fri, 27 May 2016 14:06:15 -0600 X-Google-Sender-Auth: 7ab564FJVlWi6JKTw_JaYClR8EQ Message-ID: Subject: Re: cannot represent machine `mips:amd64' From: Alan Somers To: Glen Barber Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 20:06:16 -0000 On Fri, May 27, 2016 at 1:56 PM, Glen Barber wrote: > On Fri, May 27, 2016 at 01:48:25PM -0600, Alan Somers wrote: >> Starting today, I get this error for several mips targets whenever I >> do "make universe". Does anybody know what might be causing it? I >> see it for mips.mips64, mips.mipsn32, and mips.mips64el . >> >> -------------------------------------------------------------- >> >>> stage 4.2: building libraries >> -------------------------------------------------------------- >> ===> gnu/lib/libssp/libssp_nonshared (obj,all,install) >> ===> gnu/lib/libgcc (obj,all,install) >> ===> lib/libcompiler_rt (obj,all,install) >> ===> gnu/lib/csu (obj,all,install) >> ===> lib/csu (obj,all,install) >> ===> lib/csu/mips (obj) >> ===> lib/csu/mips (all) >> ===> lib/csu/mips (install) >> ===> lib/libcompiler_rt (obj,all,install) >> ===> lib/libc (obj,all,install) >> ===> lib/libc_nonshared (obj,all,install) >> /scratch/tmp/asomers/obj/mips.mips64/home/asomers/freebsd/head/tmp/usr/bin/ld: >> cannot represent machine `mips:amd64' >> --- libc.so.7.full --- >> *** [libc.so.7.full] Error code 1 >> > > Do you have something unusual in your environment? > > Please show the output of 'make targets'. > > Glen > I'm running this on the latest head with only a few minor changes. I'm using universe11a.freebsd.org, and here's the output of "make targets" Supported TARGET/TARGET_ARCH pairs for world and kernel targets amd64/amd64 arm/arm arm/armeb arm/armv6 arm64/aarch64 i386/i386 mips/mipsel mips/mips mips/mips64el mips/mips64 mips/mipsn32 pc98/i386 powerpc/powerpc powerpc/powerpc64 sparc64/sparc64 From owner-freebsd-current@freebsd.org Fri May 27 20:08:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC5F8B4C641 for ; Fri, 27 May 2016 20:08:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 97F6F1AA4; Fri, 27 May 2016 20:08:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 583731551; Fri, 27 May 2016 20:08:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 27 May 2016 20:08:06 +0000 From: Glen Barber To: Alan Somers Cc: FreeBSD CURRENT Subject: Re: cannot represent machine `mips:amd64' Message-ID: <20160527200806.GE4025@FreeBSD.org> References: <20160527195657.GD4025@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gDGSpKKIBgtShtf+" Content-Disposition: inline In-Reply-To: <20160527195657.GD4025@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 20:08:07 -0000 --gDGSpKKIBgtShtf+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 27, 2016 at 07:56:57PM +0000, Glen Barber wrote: > On Fri, May 27, 2016 at 01:48:25PM -0600, Alan Somers wrote: > > Starting today, I get this error for several mips targets whenever I > > do "make universe". Does anybody know what might be causing it? I > > see it for mips.mips64, mips.mipsn32, and mips.mips64el . > >=20 > > -------------------------------------------------------------- > > >>> stage 4.2: building libraries > > -------------------------------------------------------------- > > =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,all,install) > > =3D=3D=3D> gnu/lib/libgcc (obj,all,install) > > =3D=3D=3D> lib/libcompiler_rt (obj,all,install) > > =3D=3D=3D> gnu/lib/csu (obj,all,install) > > =3D=3D=3D> lib/csu (obj,all,install) > > =3D=3D=3D> lib/csu/mips (obj) > > =3D=3D=3D> lib/csu/mips (all) > > =3D=3D=3D> lib/csu/mips (install) > > =3D=3D=3D> lib/libcompiler_rt (obj,all,install) > > =3D=3D=3D> lib/libc (obj,all,install) > > =3D=3D=3D> lib/libc_nonshared (obj,all,install) > > /scratch/tmp/asomers/obj/mips.mips64/home/asomers/freebsd/head/tmp/usr/= bin/ld: > > cannot represent machine `mips:amd64' > > --- libc.so.7.full --- > > *** [libc.so.7.full] Error code 1 > >=20 >=20 > Do you have something unusual in your environment? >=20 > Please show the output of 'make targets'. >=20 Nevermind, actually. I think this is the wrong rabbit hole. Glen --gDGSpKKIBgtShtf+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXSKkmAAoJEAMUWKVHj+KTTycP/1/I7DlPPA5/gLRiOsOqBwl2 mlgdGQchSh3eoDd08D8Zc4m06wv9v5/mKx4KRQIml4txgJnNP3KdsYJGqsGsr3In UiDSRiVKx2fHBlIivJow1S1eYSjDWmCtbQkFiTnN9xZmAZ9Lls+vV++IQPN+g2MF 4XQi66oh9B7llky4kn0hg8EIZUK00Yq2hflUnXOr6ziYjM8M2yEmMpMNuvVLF63t 6PzHp8B8ETeTHcueNkvyp3fA7NIYnCdwoY/4lmkZTisElLTjSf6iB1eXdEJNjxFA L9y80MWYYhEdh6MIFdGGiyweVDbPHi7XLXtwRIuwG1Z8Y+IJfM4zLFdKl6B8EOkS VmpeulN2wxC1Xvx13ZOQ2RRiK7seF9aJkk+PGq8a736mlJ2cKwqR6w/r9nmKhMi5 XOwqEWtGonOMX2E6Lgfi91O6jD6vbqSxsizcQWibSPH6mqvm9jbD6/7aP6pibznS Wo5g3uHGnuYrbzFOX4E7evCM8o0aM8h1i2aMwFooztDAWW8IadIQ/ncT/F2dWdWv D7JQEbgv85tzQSDPPX65X+EhYYq2lhSeGuVGUbGWKA2SQBh0vmdg4ZsA+nV4yiGH SXJ3L+wPGrmquKHn2v29nBeriwFhvA2g2Hzt3zcts7QsXyjDYBvJd8UhQMh1jj0l Zc1cv4CRVX2jJC7YNMAI =mBj0 -----END PGP SIGNATURE----- --gDGSpKKIBgtShtf+-- From owner-freebsd-current@freebsd.org Fri May 27 20:34:28 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8335B4D24E for ; Fri, 27 May 2016 20:34:28 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id B4C011785 for ; Fri, 27 May 2016 20:34:28 +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 4B57856547; Fri, 27 May 2016 15:34:28 -0500 (CDT) Subject: Re: [PATCH] microoptimize locking primitives by avoiding unnecessary atomic ops To: Mateusz Guzik , freebsd-current@freebsd.org References: <20160527191700.GA23039@dft-labs.eu> From: Eric van Gyzen Message-ID: <84b595b1-7fb4-efd9-dc2f-9faac90da1e0@FreeBSD.org> Date: Fri, 27 May 2016 15:34:25 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160527191700.GA23039@dft-labs.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 20:34:28 -0000 On 05/27/16 02:17 PM, Mateusz Guzik wrote: > Hello there, > > quite some time ago I posted a trivial patch to locking primitives. What > they do is the inline part tries an atomic op and if that fails the > actual function is called, which immediately tries the same op. > > The obvious optimisation checks for the availability of the lock first. > > There concerns about the way it was done previously by relying on > volatile behaving in a specific way. > > Later a simplified version was posted which should not have the concern, > but the thread died. > > I refer you to https://lists.freebsd.org/pipermail/freebsd-current/2015-November/058100.html > for simple benchmark results. > > I would like to get the patch in before 11 freeze. This makes sense to me, and the patch looks good. Please consider adding a comment to each location that explains why the extra condition is tested before the atomic op. Without such a comment, I am concerned that your changes will be garbage collected later, because the extra condition would seem superfluous to someone less familiar with the code. Eric From owner-freebsd-current@freebsd.org Fri May 27 21:36:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F994B4C699; Fri, 27 May 2016 21:36:20 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 820E22000; Fri, 27 May 2016 21:36:20 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9A97A10EB; Fri, 27 May 2016 21:36:20 +0000 (UTC) Date: Fri, 27 May 2016 21:36:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: gjb@FreeBSD.org, alc@FreeBSD.org, ambrisko@FreeBSD.org, dim@FreeBSD.org, ian@FreeBSD.org, ngie@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1373057988.3.1464384980656.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3230 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 21:36:20 -0000 FreeBSD_HEAD_i386 - Build #3230 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3230/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3230/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3230/cons= ole Change summaries: 300874 by ngie: Update usage(..) - Document missing options - Sync options with ioatcontrol(8). - Make it clear that the first 2 parameters are always required. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300873 by dim: After r300770, for libc++ and libcxxrt, use -isystem instead of -I. This should fix builds with external gcc toolchains from ports, which also use -isystem to work around problems with gcc's --sysroot implementation. Thanks to Bryan Drewery for this workaround. 300872 by ian: Go back to unconditionally compiling modules/gpio now that the parts of it dependent on FDT support are conditionally compiled only on FDT platforms. 300871 by ian: Don't wrap the declaration of gpio_alloc_intr_resource() in #ifdef INTRNG, wrap the implementation so that it returns an error if INTRNG support is not available. It should be possible to write a non-INTRNG implementation of this function some day. In the meantime, there is code that contains calls to this function (so the decl is needed), but have runtime checks to avoid calling it in the non-INTRNG case. 300870 by ngie: Unbreak the zfs(4) build vm/vm_pageout.h grew a dependency on the bool typedef in r300865 arc.c didn't include sys/types.h, which included the definition for the typ= edef Other items (ofed, drm2) might need to be chased for this commit. X-MFC with: r300865 MFC after: 1 week Pointyhat to: alc Sponsored by: EMC / Isilon Storage Division 300869 by gjb: Make PKG_VERSION aware of '-ALPHA*'. Submitted by:=09Ben Woods Sponsored by:=09The FreeBSD Foundation 300868 by ngie: Remove note about bogus chain-len maximum There's no current limit on chain-len with Broadwell DE chips; it isn't enforced in software, and there doesn't appear to be a hardware limitation either on the Intel Xeon D-1527 (Broadwell-DE) chip. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300867 by ngie: Only expose `hint_uaddr` in the ND_DEBUG case This fixes a -Wunused-but-set-variable warning with gcc MFC after: 1 week Reported by: gcc 5 Sponsored by: EMC / Isilon Storage Division 300866 by ambrisko: If the I/O offset and length is multiple of the media size then directly pass the request otherwise use a buffer that is a multiple of the media size. This speeds up I/O quite a bit when using large transfer sizes on 4Kn disks etc. MFC after:=091 week 300865 by alc: The flag "vm_pages_needed" has long served two distinct purposes: (1) to indicate that threads are waiting for free pages to become available and (2) to indicate whether a wakeup call has been sent to the page daemon. The trouble is that a single flag cannot really serve both purposes, becaus= e we have two distinct targets for when to wakeup threads waiting for free pages versus when the page daemon has completed its work. In particular, the flag will be cleared by vm_page_free() before the page daemon has met its target, and this can lead to the OOM killer being invoked prematurely. To address this problem, a new flag "vm_pageout_wanted" is introduced. Discussed with:=09jeff Reviewed by:=09kib, markj Tested by:=09markj Sponsored by:=09EMC / Isilon Storage Division The end of the build log: [...truncated 53480 lines...] c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _coverage_mapping_libcdep.So -MTsanitizer_coverage_mapping_libcdep.So -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum= -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -std=3Dc+= +11 -Wno-c++11-extensions -c /usr/src/lib/libclang_rt/asan_dynamic/../../.= ./contrib/compiler-rt/lib/sanitizer_common/sanitizer_coverage_mapping_libcd= ep.cc -o sanitizer_coverage_mapping_libcdep.So --- sanitizer_linux_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _linux_libcdep.So -MTsanitizer_linux_libcdep.So -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-par= ameter -Wno-parentheses -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensi= ons -c /usr/src/lib/libclang_rt/asan_dynamic/../../../contrib/compiler-rt/= lib/sanitizer_common/sanitizer_linux_libcdep.cc -o sanitizer_linux_libcdep.= So --- kerberos5/lib__L --- --- gss_krb5.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_krb5/../../= ../crypto/heimdal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_krb5/../../= ../crypto/heimdal/lib/gssapi/krb5 -I/usr/src/kerberos5/lib/libgssapi_krb5/.= ./../../crypto/heimdal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi= _krb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_k= rb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libgssapi_krb= 5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerber= os5/lib/libgssapi_krb5/../../include -MD -MP -MF.depend.gss_krb5.So -MTgss_= krb5.So -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /us= r/src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So --- lib__L --- --- sanitizer_posix_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _posix_libcdep.So -MTsanitizer_posix_libcdep.So -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-par= ameter -Wno-parentheses -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensi= ons -c /usr/src/lib/libclang_rt/asan_dynamic/../../../contrib/compiler-rt/= lib/sanitizer_common/sanitizer_posix_libcdep.cc -o sanitizer_posix_libcdep.= So --- kerberos5/lib__L --- --- gss_oid.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_krb5/../../= ../crypto/heimdal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_krb5/../../= ../crypto/heimdal/lib/gssapi/krb5 -I/usr/src/kerberos5/lib/libgssapi_krb5/.= ./../../crypto/heimdal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi= _krb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_k= rb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libgssapi_krb= 5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerber= os5/lib/libgssapi_krb5/../../include -MD -MP -MF.depend.gss_oid.So -MTgss_o= id.So -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/= src/kerberos5/lib/libgssapi_krb5/gss_oid.c -o gss_oid.So --- lib__L --- --- sanitizer_stacktrace_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _stacktrace_libcdep.So -MTsanitizer_stacktrace_libcdep.So -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -std=3Dc++11 -Wno-c++= 11-extensions -c /usr/src/lib/libclang_rt/asan_dynamic/../../../contrib/co= mpiler-rt/lib/sanitizer_common/sanitizer_stacktrace_libcdep.cc -o sanitizer= _stacktrace_libcdep.So --- cddl/lib__L --- --- libzfs_iter.So --- cc -fpic -DPIC -g -O2 -pipe -DZFS_NO_ACL -I/usr/src/cddl/lib/libzfs/../../= ../sbin/mount -I/usr/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/usr/s= rc/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib= /libzfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libzfs= /../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/lib/libzfs/..= /../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/lib/lib= zfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/cddl/lib/li= bzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cdd= l/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/sr= c/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/li= b/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/= cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/= src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs_core/commo= n -DNEED_SOLARIS_BOOLEAN -MD -MP -MF.depend.libzfs_iter.So -MTlibzfs_iter= .So -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign -Wno-unk= nown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-a= rguments -c /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib= /libzfs/common/libzfs_iter.c -o libzfs_iter.So --- kerberos5/lib__L --- --- libgssapi_krb5.a --- building static gssapi_krb5 library ar -crD libgssapi_krb5.a `NM=3D'nm' NMFLAGS=3D'' lorder 8003.o accept_sec_c= ontext.o acquire_cred.o add_cred.o address_to_krb5addr.o aeap.o arcfour.o a= uthorize_localname.o canonicalize_name.o ccache_name.o cfx.o compare_name.o= compat.o context_time.o copy_ccache.o creds.o decapsulate.o delete_sec_con= text.o display_name.o display_status.o duplicate_name.o encapsulate.o expor= t_name.o export_sec_context.o external.o get_mic.o gkrb5_err.o import_name.= o import_sec_context.o indicate_mechs.o init.o init_sec_context.o inquire_c= ontext.o inquire_cred.o inquire_cred_by_mech.o inquire_cred_by_oid.o inquir= e_mechs_for_name.o inquire_names_for_mech.o inquire_sec_context_by_oid.o pn= ame_to_uid.o prefix.o prf.o process_context_token.o release_buffer.o releas= e_cred.o release_name.o sequence.o set_cred_option.o set_sec_context_option= .o store_cred.o ticket_flags.o unwrap.o verify_mic.o wrap.o gss_krb5.o gss_= oid.o | tsort -q`=20 --- lib__L --- --- sanitizer_stoptheworld_linux_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _stoptheworld_linux_libcdep.So -MTsanitizer_stoptheworld_linux_libcdep.So -= Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautolo= gical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-funct= ion -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-= enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -std= =3Dc++11 -Wno-c++11-extensions -c /usr/src/lib/libclang_rt/asan_dynamic/..= /../../contrib/compiler-rt/lib/sanitizer_common/sanitizer_stoptheworld_linu= x_libcdep.cc -o sanitizer_stoptheworld_linux_libcdep.So --- sanitizer_symbolizer_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _symbolizer_libcdep.So -MTsanitizer_symbolizer_libcdep.So -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -std=3Dc++11 -Wno-c++= 11-extensions -c /usr/src/lib/libclang_rt/asan_dynamic/../../../contrib/co= mpiler-rt/lib/sanitizer_common/sanitizer_symbolizer_libcdep.cc -o sanitizer= _symbolizer_libcdep.So --- kerberos5/lib__L --- ranlib -D libgssapi_krb5.a --- libgssapi_krb5.so.10.full --- building shared library libgssapi_krb5.so.10 cc -Wl,-Bsymbolic -Wl,--no-undefined -fstack-protector-strong -shared -Wl,-= x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libgssapi_krb5.so.10.f= ull -Wl,-soname,libgssapi_krb5.so.10 `NM=3D'nm' NMFLAGS=3D'' lorder 8003.S= o accept_sec_context.So acquire_cred.So add_cred.So address_to_krb5addr.So = aeap.So arcfour.So authorize_localname.So canonicalize_name.So ccache_name.= So cfx.So compare_name.So compat.So context_time.So copy_ccache.So creds.So= decapsulate.So delete_sec_context.So display_name.So display_status.So dup= licate_name.So encapsulate.So export_name.So export_sec_context.So external= .So get_mic.So gkrb5_err.So import_name.So import_sec_context.So indicate_m= echs.So init.So init_sec_context.So inquire_context.So inquire_cred.So inqu= ire_cred_by_mech.So inquire_cred_by_oid.So inquire_mechs_for_name.So inquir= e_names_for_mech.So inquire_sec_context_by_oid.So pname_to_uid.So prefix.So= prf.So process_context_token.So release_buffer.So release_cred.So release_= name.So sequence.So set_cred_option.So set_sec_context_option.So store_cred= .So ticket_flags.So unwrap.So verify_mic.So wrap.So gss_krb5.So gss_oid.So = | tsort -q` -lgssapi -lkrb5 -lcrypto -lroken -lasn1 -lcom_err --- cddl/lib__L --- --- libzfs_mount.So --- cc -fpic -DPIC -g -O2 -pipe -DZFS_NO_ACL -I/usr/src/cddl/lib/libzfs/../../= ../sbin/mount -I/usr/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/usr/s= rc/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib= /libzfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libzfs= /../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/lib/libzfs/..= /../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/lib/lib= zfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/cddl/lib/li= bzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cdd= l/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/sr= c/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/li= b/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/= cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/= src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs_core/commo= n -DNEED_SOLARIS_BOOLEAN -MD -MP -MF.depend.libzfs_mount.So -MTlibzfs_mou= nt.So -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign -Wno-u= nknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused= -arguments -c /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/l= ib/libzfs/common/libzfs_mount.c -o libzfs_mount.So --- kerberos5/lib__L --- --- libgssapi_krb5.so.10.debug --- objcopy --only-keep-debug libgssapi_krb5.so.10.full libgssapi_krb5.so.10.de= bug --- libgssapi_krb5.so.10 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibgssapi_krb5.so.10.debug lib= gssapi_krb5.so.10.full libgssapi_krb5.so.10 =3D=3D=3D> kerberos5/lib/libgssapi_ntlm (all) --- .depend --- echo libgssapi_ntlm.so.10.full: /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /u= sr/obj/usr/src/tmp/usr/lib/libgssapi.a /usr/obj/usr/src/tmp/usr/lib/libkrb5= .a /usr/obj/usr/src/tmp/usr/lib/libheimntlm.a /usr/obj/usr/src/tmp/usr/lib/= libroken.a >> .depend --- accept_sec_context.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.accept_sec_context.o -MTaccept_sec_c= ontext.o -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /u= sr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm= /accept_sec_context.c -o accept_sec_context.o --- lib__L --- --- sanitizer_symbolizer_posix_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _symbolizer_posix_libcdep.So -MTsanitizer_symbolizer_posix_libcdep.So -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologica= l-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum= -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -std=3Dc+= +11 -Wno-c++11-extensions -c /usr/src/lib/libclang_rt/asan_dynamic/../../.= ./contrib/compiler-rt/lib/sanitizer_common/sanitizer_symbolizer_posix_libcd= ep.cc -o sanitizer_symbolizer_posix_libcdep.So --- kerberos5/lib__L --- --- acquire_cred.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.acquire_cred.o -MTacquire_cred.o -st= d=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerbe= ros5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/acquire_cre= d.c -o acquire_cred.o --- cddl/lib__L --- --- libzfs_pool.So --- cc -fpic -DPIC -g -O2 -pipe -DZFS_NO_ACL -I/usr/src/cddl/lib/libzfs/../../= ../sbin/mount -I/usr/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/usr/s= rc/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib= /libzfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libzfs= /../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/lib/libzfs/..= /../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/lib/lib= zfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/cddl/lib/li= bzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cdd= l/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/sr= c/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/li= b/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/= cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/= src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs_core/commo= n -DNEED_SOLARIS_BOOLEAN -MD -MP -MF.depend.libzfs_pool.So -MTlibzfs_pool= .So -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign -Wno-unk= nown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switc= h -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-a= rguments -c /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib= /libzfs/common/libzfs_pool.c -o libzfs_pool.So --- lib__L --- --- sanitizer_unwind_linux_libcdep.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.sanitizer= _unwind_linux_libcdep.So -MTsanitizer_unwind_linux_libcdep.So -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-kn= r-promoted-parameter -Wno-parentheses -Qunused-arguments -std=3Dc++11 -Wno= -c++11-extensions -c /usr/src/lib/libclang_rt/asan_dynamic/../../../contri= b/compiler-rt/lib/sanitizer_common/sanitizer_unwind_linux_libcdep.cc -o san= itizer_unwind_linux_libcdep.So --- lsan_common.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.lsan_comm= on.So -MTlsan_common.So -Wno-empty-body -Wno-string-plus-int -Wno-unused-co= nst-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-e= quality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef= -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/lib/lib= clang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/lsan/lsan_common.cc = -o lsan_common.So --- cddl/lib__L --- --- all_subdir_cddl/lib/libdtrace --- --- libdtrace.a --- building static dtrace library ar -crD libdtrace.a `NM=3D'nm' NMFLAGS=3D'' lorder dt_aggregate.o dt_as.o d= t_buf.o dt_cc.o dt_cg.o dt_consume.o dt_decl.o dt_dis.o dt_dof.o dt_error.o= dt_errtags.o dt_grammar.o dt_handle.o dt_ident.o dt_isadep.o dt_inttab.o d= t_lex.o dt_link.o dt_list.o dt_map.o dt_module.o dt_names.o dt_open.o dt_op= tions.o dt_parser.o dt_pcb.o dt_pid.o dt_pq.o dt_pragma.o dt_print.o dt_pri= ntf.o dt_proc.o dt_program.o dt_provider.o dt_regset.o dt_string.o dt_strta= b.o dt_subr.o dt_work.o dt_xlator.o gmatch.o dis_tables.o | tsort -q`=20 --- kerberos5/lib__L --- --- add_cred.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.add_cred.o -MTadd_cred.o -std=3Dgnu9= 9 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib= /libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/add_cred.c -o add_c= red.o --- cddl/lib__L --- ranlib -D libdtrace.a --- libdtrace.so.2.full --- building shared library libdtrace.so.2 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn= -shared-textrel -o libdtrace.so.2.full -Wl,-soname,libdtrace.so.2 `NM=3D'= nm' NMFLAGS=3D'' lorder dt_aggregate.So dt_as.So dt_buf.So dt_cc.So dt_cg.S= o dt_consume.So dt_decl.So dt_dis.So dt_dof.So dt_error.So dt_errtags.So dt= _grammar.So dt_handle.So dt_ident.So dt_isadep.So dt_inttab.So dt_lex.So dt= _link.So dt_list.So dt_map.So dt_module.So dt_names.So dt_open.So dt_option= s.So dt_parser.So dt_pcb.So dt_pid.So dt_pq.So dt_pragma.So dt_print.So dt_= printf.So dt_proc.So dt_program.So dt_provider.So dt_regset.So dt_string.So= dt_strtab.So dt_subr.So dt_work.So dt_xlator.So gmatch.So dis_tables.So | = tsort -q` -lctf -lelf -lproc -lrtld_db -lpthread --- lib__L --- --- lsan_common_linux.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.lsan_comm= on_linux.So -MTlsan_common_linux.So -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr= /src/lib/libclang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/lsan/lsa= n_common_linux.cc -o lsan_common_linux.So --- ubsan_diag.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.ubsan_dia= g.So -MTubsan_diag.So -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Q= unused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/lib/libcl= ang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/ubsan/ubsan_diag.cc -o= ubsan_diag.So --- kerberos5/lib__L --- --- canonicalize_name.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.canonicalize_name.o -MTcanonicalize_= name.o -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr= /src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/c= anonicalize_name.c -o canonicalize_name.o --- cddl/lib__L --- --- libdtrace.so.2.debug --- objcopy --only-keep-debug libdtrace.so.2.full libdtrace.so.2.debug --- libdtrace.so.2 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibdtrace.so.2.debug libdtrace= .so.2.full libdtrace.so.2 --- lib__L --- --- all_subdir_lib/msun --- =3D=3D=3D> lib/msun (all) --- cddl/lib__L --- --- all_subdir_cddl/lib/libzfs --- --- libzfs_sendrecv.So --- cc -fpic -DPIC -g -O2 -pipe -DZFS_NO_ACL -I/usr/src/cddl/lib/libzfs/../../= ../sbin/mount -I/usr/src/cddl/lib/libzfs/../../../cddl/lib/libumem -I/usr/s= rc/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib= /libzfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libzfs= /../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/lib/libzfs/..= /../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/lib/lib= zfs/../../../sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/cddl/lib/li= bzfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cdd= l/lib/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/sr= c/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/li= b/libzfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/l= ib/libzfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/= cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/= src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs_core/commo= n -DNEED_SOLARIS_BOOLEAN -MD -MP -MF.depend.libzfs_sendrecv.So -MTlibzfs_= sendrecv.So -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const= -variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equa= lity -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Q= unused-arguments -c /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensol= aris/lib/libzfs/common/libzfs_sendrecv.c -o libzfs_sendrecv.So --- lib__L --- --- all_subdir_lib/libclang_rt --- --- ubsan_init.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.ubsan_ini= t.So -MTubsan_init.So -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Q= unused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/lib/libcl= ang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/ubsan/ubsan_init.cc -o= ubsan_init.So --- kerberos5/lib__L --- --- compare_name.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.compare_name.o -MTcompare_name.o -st= d=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerbe= ros5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/compare_nam= e.c -o compare_name.o --- lib__L --- --- ubsan_flags.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.ubsan_fla= gs.So -MTubsan_flags.So -Wno-empty-body -Wno-string-plus-int -Wno-unused-co= nst-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-e= quality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef= -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/lib/lib= clang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/ubsan/ubsan_flags.cc= -o ubsan_flags.So --- cddl/lib__L --- /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/commo= n/libzfs_sendrecv.c:2432:30: warning: format specifies type 'unsigned long'= but the argument has type 'uint64_t' (aka 'unsigned long long') [-Wformat] sprintf(guidname, "%lu", thisguid); ~~~ ^~~~~~~~ %llu /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/commo= n/libzfs_sendrecv.c:2489:29: warning: format specifies type 'unsigned long'= but the argument has type 'uint64_t' (aka 'unsigned long long') [-Wformat] sprintf(guidname, "%lu", parent_fromsnap_guid); ~~~ ^~~~~~~~~~~~~~~~~~~~ %llu --- lib__L --- --- ubsan_handlers.So --- --- cddl/lib__L --- /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/commo= n/libzfs_sendrecv.c:2522:29: warning: format specifies type 'unsigned long'= but the argument has type 'uint64_t' (aka 'unsigned long long') [-Wformat] sprintf(guidname, "%lu", parent_fromsnap_guid); ~~~ ^~~~~~~~~~~~~~~~~~~~ %llu /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/commo= n/libzfs_sendrecv.c:3516:13: warning: format specifies type 'unsigned long'= but the argument has type 'time_t' (aka 'int') [-Wformat] buf1, delta, buf2); ^~~~~ --- lib__L --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.ubsan_han= dlers.So -MTubsan_handlers.So -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parent= heses -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/l= ib/libclang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/ubsan/ubsan_ha= ndlers.cc -o ubsan_handlers.So --- kerberos5/lib__L --- --- context_time.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.context_time.o -MTcontext_time.o -st= d=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/kerbe= ros5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/context_tim= e.c -o context_time.o --- creds.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.creds.o -MTcreds.o -std=3Dgnu99 -fst= ack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/libgs= sapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/creds.c -o creds.o --- cddl/lib__L --- --- all_subdir_cddl/lib/libzpool --- =3D=3D=3D> cddl/lib/libzpool (all) --- .depend --- echo libzpool.so.2.full: /usr/obj/usr/src/tmp/usr/lib/libmd.a /usr/obj/usr/= src/tmp/usr/lib/libpthread.a /usr/obj/usr/src/tmp/usr/lib/libz.a /usr/obj/u= sr/src/tmp/usr/lib/libnvpair.a /usr/obj/usr/src/tmp/usr/lib/libavl.a /usr/o= bj/usr/src/tmp/usr/lib/libumem.a >> .depend --- arc.o --- cc -O2 -pipe -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/openso= laris -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/usr/= src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/usr/src/cddl/= lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/= lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/sr= c/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs= -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/= common -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/usr/s= rc/cddl/lib/libzpool/../../lib/libumem -I/usr/src/cddl/lib/libzpool/../../c= ontrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/usr/src/cddl/lib/li= bzpool/../../../lib/libpthread/thread -I/usr/src/cddl/lib/libzpool/../../..= /lib/libpthread/sys -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/i= 386/include -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MP -MF.depend.arc.= o -MTarc.o -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign -= Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-= variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equal= ity -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wn= o-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qu= nused-arguments -c /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/op= ensolaris/uts/common/fs/zfs/arc.c -o arc.o --- kerberos5/lib__L --- --- crypto.o --- cc -O2 -pipe -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heim= dal/lib/gssapi/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../cryp= to/heimdal/lib/gssapi/ntlm -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../..= /crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../c= rypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi= _ntlm/../../include -MD -MP -MF.depend.crypto.o -MTcrypto.o -std=3Dgnu99 -f= stack-protector-strong -Qunused-arguments -c /usr/src/kerberos5/lib/lib= gssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/crypto.c -o crypto.o --- lib__L --- --- ubsan_value.So --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.ubsan_val= ue.So -MTubsan_value.So -Wno-empty-body -Wno-string-plus-int -Wno-unused-co= nst-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-e= quality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef= -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/lib/lib= clang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/ubsan/ubsan_value.cc= -o ubsan_value.So --- cddl/lib__L --- In file included from /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/= opensolaris/uts/common/fs/zfs/arc.c:144: /usr/obj/usr/src/tmp/usr/include/vm/vm_pageout.h:77:8: error: unknown type = name 'bool' extern bool vm_pageout_wanted; ^ /usr/obj/usr/src/tmp/usr/include/vm/vm_pageout.h:78:8: error: unknown type = name 'bool' extern bool vm_pages_needed; ^ 2 errors generated. *** [arc.o] Error code 1 make[5]: stopped in /usr/src/cddl/lib/libzpool 1 error make[5]: stopped in /usr/src/cddl/lib/libzpool --- lib__L --- --- asan_allocator.So --- --- cddl/lib__L --- *** [all_subdir_cddl/lib/libzpool] Error code 2 make[4]: stopped in /usr/src/cddl/lib --- lib__L --- c++ -fpic -DPIC -g -O2 -pipe -DNDEBUG -fpic -fno-builtin -fno-exceptions = -fno-rtti -fno-sanitize=3Dsafe-stack -fno-stack-protector -funwind-tables -= fvisibility-inlines-hidden -fvisibility=3Dhidden -I/usr/src/lib/libclang_rt= /asan_dynamic/../../../contrib/compiler-rt/lib -MD -MP -MF.depend.asan_allo= cator.So -MTasan_allocator.So -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parent= heses -Qunused-arguments -std=3Dc++11 -Wno-c++11-extensions -c /usr/src/l= ib/libclang_rt/asan_dynamic/../../../contrib/compiler-rt/lib/asan/asan_allo= cator.cc -o asan_allocator.So --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/kerberos5/lib/libgssapi_ntlm *** [all] Error code 2 make[4]: stopped in /usr/src/kerberos5/lib 1 error make[4]: stopped in /usr/src/kerberos5/lib *** [kerberos5/lib__L] Error code 2 make[3]: stopped in /usr/src --- cddl/lib__L --- --- all_subdir_cddl/lib/libzfs --- 4 warnings generated. A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/cddl/lib/libzfs *** [all_subdir_cddl/lib/libzfs] Error code 2 make[4]: stopped in /usr/src/cddl/lib 2 errors make[4]: stopped in /usr/src/cddl/lib *** [cddl/lib__L] Error code 2 make[3]: stopped in /usr/src --- lib__L --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libclang_rt/asan_dynamic *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libclang_rt 1 error make[5]: stopped in /usr/src/lib/libclang_rt *** [all_subdir_lib/libclang_rt] Error code 2 make[4]: stopped in /usr/src/lib 1 error make[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 make[3]: stopped in /usr/src 3 errors make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] 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 Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4576155825669805708.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri May 27 23:21:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F583B4D009 for ; Fri, 27 May 2016 23:21:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23F631C3E for ; Fri, 27 May 2016 23:21:35 +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 bigwig.baldwin.cx (Postfix) with ESMTPSA id C48DEB91E; Fri, 27 May 2016 19:21:33 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Mateusz Guzik Subject: Re: [PATCH] microoptimize locking primitives by avoiding unnecessary atomic ops Date: Fri, 27 May 2016 16:21:11 -0700 Message-ID: <1588845.bSUmdZtqRF@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20160527191700.GA23039@dft-labs.eu> References: <20160527191700.GA23039@dft-labs.eu> 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.2.7 (bigwig.baldwin.cx); Fri, 27 May 2016 19:21:33 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 23:21:35 -0000 On Friday, May 27, 2016 09:17:01 PM Mateusz Guzik wrote: > Hello there, > > quite some time ago I posted a trivial patch to locking primitives. What > they do is the inline part tries an atomic op and if that fails the > actual function is called, which immediately tries the same op. > > The obvious optimisation checks for the availability of the lock first. > > There concerns about the way it was done previously by relying on > volatile behaving in a specific way. > > Later a simplified version was posted which should not have the concern, > but the thread died. > > I refer you to https://lists.freebsd.org/pipermail/freebsd-current/2015-November/058100.html > for simple benchmark results. > > I would like to get the patch in before 11 freeze. I think this looks fine. Thanks for expanding the previous patch to cover more primitives. -- John Baldwin From owner-freebsd-current@freebsd.org Fri May 27 23:26:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF679B4D14A for ; Fri, 27 May 2016 23:26:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 941941F0C; Fri, 27 May 2016 23:26:02 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 80CE065; Fri, 27 May 2016 23:26:02 +0000 (UTC) Date: Fri, 27 May 2016 23:25:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1207300156.0.1464391561903.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <436897431.0.1464366068694.JavaMail.jenkins@jenkins-9.freebsd.org> References: <436897431.0.1464366068694.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #307 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 23:26:02 -0000 See ------------------------------------------ [...truncated 318477 lines...] [192.168.10.2] out: sys/posixshm/posixshm_test:open_after_link -> passed [0.069s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_anon -> passed [0.055s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_anon_readonly -> passed [0.042s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_bad_path_pointer -> passed [0.053s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_create_existing_object -> passed [0.064s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_extra_flags -> passed [0.048s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_invalid_path -> passed [0.030s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_nonexisting_object -> passed [0.030s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_path_too_long -> passed [0.027s] [192.168.10.2] out: sys/posixshm/posixshm_test:open_write_only -> passed [0.035s] [192.168.10.2] out: sys/posixshm/posixshm_test:readonly_mmap_write -> passed [0.028s] [192.168.10.2] out: sys/posixshm/posixshm_test:remap_object -> passed [0.037s] [192.168.10.2] out: sys/posixshm/posixshm_test:reopen_object -> passed [0.048s] [192.168.10.2] out: sys/posixshm/posixshm_test:shm_functionality_across_fork -> passed [0.056s] [192.168.10.2] out: sys/posixshm/posixshm_test:trunc_resets_object -> passed [0.054s] [192.168.10.2] out: sys/posixshm/posixshm_test:unlink_bad_path_pointer -> passed [0.037s] [192.168.10.2] out: sys/posixshm/posixshm_test:unlink_path_too_long -> passed [0.029s] [192.168.10.2] out: sys/sys/bitstring_test:bit_clear -> passed [0.037s] [192.168.10.2] out: sys/sys/bitstring_test:bit_count -> passed [0.048s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffc -> passed [0.042s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffc_at -> passed [0.091s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffs -> passed [0.062s] [192.168.10.2] out: sys/sys/bitstring_test:bit_ffs_at -> passed [0.040s] [192.168.10.2] out: sys/sys/bitstring_test:bit_nclear -> passed [0.228s] [192.168.10.2] out: sys/sys/bitstring_test:bit_nset -> passed [0.228s] [192.168.10.2] out: sys/sys/bitstring_test:bit_set -> passed [0.044s] [192.168.10.2] out: sys/sys/bitstring_test:bitstr_in_struct -> passed [0.030s] [192.168.10.2] out: sys/vfs/trailing_slash:main -> passed [0.076s] [192.168.10.2] out: sys/vm/mmap_test:mmap__bad_arguments -> passed [0.032s] [192.168.10.2] out: sys/vm/mmap_test:mmap__dev_zero_private -> passed [0.037s] [192.168.10.2] out: sys/vm/mmap_test:mmap__dev_zero_shared -> passed [0.028s] [192.168.10.2] out: sys/vm/mmap_test:mmap__map_at_zero -> passed [0.028s] [192.168.10.2] out: share/examples/tests/atf/cp_test:force -> passed [0.084s] [192.168.10.2] out: share/examples/tests/atf/cp_test:simple -> passed [0.083s] [192.168.10.2] out: share/examples/tests/atf/printf_test:fprintf__simple_string -> passed [0.034s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__overflow -> passed [0.040s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__two_formatters -> passed [0.055s] [192.168.10.2] out: share/examples/tests/plain/cp_test:main -> passed [0.054s] [192.168.10.2] out: share/examples/tests/plain/printf_test:main -> passed [0.036s] [192.168.10.2] out: usr.bin/cmp/cmp_test:missing -> passed [0.140s] [192.168.10.2] out: usr.bin/cmp/cmp_test:skip -> passed [0.181s] [192.168.10.2] out: usr.bin/file2c/legacy_test:main -> passed [0.085s] [192.168.10.2] out: usr.bin/dirname/dirname_test:basic -> passed [0.189s] [192.168.10.2] out: usr.bin/sdiff/sdiff:dot -> passed [0.110s] [192.168.10.2] out: usr.bin/sdiff/sdiff:flags -> passed [0.130s] [192.168.10.2] out: usr.bin/sdiff/sdiff:iflags -> passed [0.244s] [192.168.10.2] out: usr.bin/sdiff/sdiff:merge -> passed [0.571s] [192.168.10.2] out: usr.bin/sdiff/sdiff:oneline -> passed [0.108s] [192.168.10.2] out: usr.bin/sdiff/sdiff:same -> passed [0.095s] [192.168.10.2] out: usr.bin/sdiff/sdiff:short -> passed [0.084s] [192.168.10.2] out: usr.bin/sdiff/sdiff:stdin -> passed [0.120s] [192.168.10.2] out: usr.bin/sdiff/sdiff:tabends -> passed [0.148s] [192.168.10.2] out: usr.bin/sdiff/sdiff:tabs -> passed [0.103s] [192.168.10.2] out: usr.bin/calendar/legacy_test:main -> passed [1.343s] [192.168.10.2] out: usr.bin/gzip/gzip_test:concatenated -> passed [0.091s] [192.168.10.2] out: usr.bin/gzip/gzip_test:crcerror -> passed [0.092s] [192.168.10.2] out: usr.bin/gzip/gzip_test:good -> passed [0.086s] [192.168.10.2] out: usr.bin/gzip/gzip_test:pipe -> passed [3.566s] [192.168.10.2] out: usr.bin/gzip/gzip_test:truncated -> passed [0.139s] [192.168.10.2] out: usr.bin/m4/legacy_test:main -> passed [0.210s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_0 -> passed [0.155s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_empty_gz -> passed [0.141s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_empty_lz4 -> passed [0.174s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_empty_xz -> passed [0.154s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_error -> passed [0.121s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_error_mixed -> passed [0.154s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_Z -> passed [0.134s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_bz2 -> passed [0.143s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_gz -> passed [0.131s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_lz4 -> passed [0.127s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_mixed -> passed [0.116s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_plain -> passed [0.129s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_expand_xz -> passed [0.171s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_help -> passed [0.167s] [192.168.10.2] out: usr.bin/bsdcat/functional_test:test_version -> passed [0.121s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__H -> passed [0.162s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__HIPx -> passed [0.124s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__HP -> passed [0.134s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__J -> passed [0.116s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__JP -> passed [0.116s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__T -> passed [0.117s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__X -> passed [0.115s] [192.168.10.2] out: usr.bin/xo/functional_test:xo_01__XP -> passed [0.122s] [192.168.10.2] out: usr.bin/cut/cut_test:basic -> passed [0.105s] [192.168.10.2] out: usr.bin/cut/cut_test:dflag -> passed [0.097s] [192.168.10.2] out: usr.bin/cut/cut_test:dsflag -> passed [0.084s] [192.168.10.2] out: usr.bin/cut/cut_test:latin1 -> passed [0.095s] [192.168.10.2] out: usr.bin/cut/cut_test:sflag -> passed [0.086s] [192.168.10.2] out: usr.bin/cut/cut_test:utf8 -> passed [0.097s] [192.168.10.2] out: usr.bin/uuencode/legacy_test:main -> passed [0.052s] [192.168.10.2] out: usr.bin/tar/functional_test:test_0 -> passed [0.134s] [192.168.10.2] out: usr.bin/tar/functional_test:test_basic -> passed [0.228s] [192.168.10.2] out: usr.bin/tar/functional_test:test_copy -> passed [9.292s] [192.168.10.2] out: usr.bin/tar/functional_test:test_empty_mtree -> passed [0.140s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_bz2 -> passed [0.154s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_grz -> passed [0.135s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_gz -> passed [0.132s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lrz -> passed [0.120s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lz -> passed [0.123s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lz4 -> passed [0.121s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lzma -> passed [0.168s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_lzo -> passed [0.144s] [192.168.10.2] out: usr.bin/tar/functional_test:test_extract_tar_xz -> passed [0.160s] [192.168.10.2] out: usr.bin/tar/functional_test:test_format_newc -> passed [0.173s] [192.168.10.2] out: usr.bin/tar/functional_test:test_help -> passed [0.138s] [192.168.10.2] out: usr.bin/tar/functional_test:test_leading_slash -> passed [0.140s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_C_upper -> passed [0.345s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_H_upper -> passed [0.339s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_L_upper -> passed [0.443s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_O_upper -> passed [0.311s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_T_upper -> passed [0.312s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_U_upper -> passed [0.389s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_X_upper -> passed [0.318s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_a -> passed [0.189s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_b -> passed [0.540s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_b64encode -> passed [0.138s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_exclude -> passed [0.347s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_gid_gname -> passed [0.176s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_grzip -> passed [0.113s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_j -> passed [0.132s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_k -> passed [0.353s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_keep_newer_files -> passed [0.245s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lrzip -> passed [0.115s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lz4 -> passed [0.135s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lzma -> passed [0.456s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_lzop -> passed [0.174s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_n -> passed [0.239s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_newer_than -> passed [2.457s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_nodump -> passed [0.183s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_older_than -> passed [2.394s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_passphrase -> passed [0.131s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_q -> passed [0.419s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_r -> passed [0.230s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_s -> passed [1.302s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_uid_uname -> passed [0.185s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_uuencode -> passed [0.141s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_xz -> passed [0.246s] [192.168.10.2] out: usr.bin/tar/functional_test:test_option_z -> passed [0.142s] [192.168.10.2] out: usr.bin/tar/functional_test:test_patterns -> passed [0.360s] [192.168.10.2] out: usr.bin/tar/functional_test:test_print_longpath -> passed [0.156s] [192.168.10.2] out: usr.bin/tar/functional_test:test_stdio -> passed [0.309s] [192.168.10.2] out: usr.bin/tar/functional_test:test_strip_components -> passed [0.261s] [192.168.10.2] out: usr.bin/tar/functional_test:test_symlink_dir -> passed [0.414s] [192.168.10.2] out: usr.bin/tar/functional_test:test_version -> passed [0.179s] [192.168.10.2] out: usr.bin/ident/ident:ident -> passed [0.141s] [192.168.10.2] out: usr.bin/col/col:rlf -> passed [0.123s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_4096_qcow -> passed [0.879s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_4096_qcow2 -> passed [0.594s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_4096_raw -> passed [0.613s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_4096_vhd -> passed [0.535s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_4096_vhdf -> passed [0.581s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_4096_vmdk -> passed [0.633s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_512_qcow -> passed [0.524s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_512_qcow2 -> passed [0.502s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_512_raw -> passed [0.499s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_512_vhd -> passed [0.479s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_512_vhdf -> passed [0.544s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_1x1_512_vmdk -> passed [0.517s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_4096_qcow -> passed [0.475s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_4096_qcow2 -> passed [0.489s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_4096_raw -> passed [0.492s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_4096_vhd -> passed [0.503s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_4096_vhdf -> passed [0.541s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_4096_vmdk -> passed [0.482s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_512_qcow -> passed [0.478s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_512_qcow2 -> passed [0.504s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_512_raw -> passed [0.493s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_512_vhd -> passed [0.483s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_512_vhdf -> passed [0.542s] [192.168.10.2] out: usr.bin/mkimg/mkimg:apm_63x255_512_vmdk -> passed [0.480s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_4096_qcow -> passed [0.468s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_4096_qcow2 -> passed [0.519s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_4096_raw -> passed [0.513s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_4096_vhd -> passed [0.534s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_4096_vhdf -> passed [0.542s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_4096_vmdk -> passed [0.511s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_512_qcow -> passed [0.485s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_512_qcow2 -> passed [0.502s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_512_raw -> passed [0.531s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_512_vhd -> passed [0.495s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_512_vhdf -> passed [0.482s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_1x1_512_vmdk -> passed [0.581s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_4096_qcow -> passed [0.531s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_4096_qcow2 -> passed [0.519s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_4096_raw -> passed [0.603s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_4096_vhd -> passed [0.567s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_4096_vhdf -> passed [0.700s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_4096_vmdk -> passed [0.589s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_512_qcow -> passed [0.653s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_512_qcow2 -> passed [0.629s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_512_raw -> passed [0.528s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_512_vhd -> passed [0.544s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_512_vhdf -> passed [0.543s] [192.168.10.2] out: usr.bin/mkimg/mkimg:bsd_63x255_512_vmdk -> passed [0.512s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_4096_qcow -> passed [0.732s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_4096_qcow2 -> passed [0.699s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_4096_raw -> passed [0.610s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_4096_vhd -> passed [0.652s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_4096_vhdf -> passed [0.702s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_4096_vmdk -> passed [0.707s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_512_qcow -> passed [0.620s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_512_qcow2 -> passed [0.593s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_512_raw -> passed [0.593s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_512_vhd -> passed [0.575s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_512_vhdf -> passed [0.659s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_1x1_512_vmdk -> passed [0.603s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_4096_qcow -> passed [0.602s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_4096_qcow2 -> passed [0.645s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_4096_raw -> passed [0.648s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_4096_vhd -> passed [0.635s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_4096_vhdf -> passed [0.959s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_4096_vmdk -> passed [0.603s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_512_qcow -> passed [0.623s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_512_qcow2 -> passed [0.577s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_512_raw -> passed [0.578s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_512_vhd -> passed [0.593s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_512_vhdf -> passed [0.678s] [192.168.10.2] out: usr.bin/mkimg/mkimg:ebr_63x255_512_vmdk -> passed [0.584s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_4096_qcow -> passed [0.479s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_4096_qcow2 -> passed [0.465s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_4096_raw -> passed [0.462s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_4096_vhd -> passed [0.475s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_4096_vhdf -> passed [0.560s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_4096_vmdk -> passed [0.477s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_qcow -> passed [0.534s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_qcow2 -> passed [0.482s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_raw -> passed [0.488s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_vhd -> passed [0.488s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_vhdf -> passed [0.522s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_1x1_512_vmdk -> passed [0.452s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_qcow -> passed [0.480s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_qcow2 -> passed [0.513s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_raw -> passed [0.519s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vhd -> passed [0.503s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vhdf -> passed [0.489s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_4096_vmdk -> passed [0.451s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_qcow -> passed [0.477s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_qcow2 -> passed [0.471s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_raw -> passed [0.457s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vhd -> passed [0.522s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vhdf -> passed [0.544s] [192.168.10.2] out: usr.bin/mkimg/mkimg:gpt_63x255_512_vmdk -> passed [0.454s] Resuming build [192.168.10.2] out: usr.bin/mkimg/mkimg:mbr_1x1_4096_qcow -> [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Fri May 27 23:48:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D227EB4DB1B; Fri, 27 May 2016 23:48:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B25D31DA1; Fri, 27 May 2016 23:48:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 9FCCB1E08; Fri, 27 May 2016 23:48:49 +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 5793D1C7F0; Fri, 27 May 2016 23:48:49 +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 7S2INREXGb1K; Fri, 27 May 2016 23:48:46 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 892BE1C7E8 To: Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 27 May 2016 16:48:52 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 23:48:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP Content-Type: multipart/mixed; boundary="M9NelqhHQwKjGgnen3eiJxH3GEVFVQoDr" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Message-ID: Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> In-Reply-To: --M9NelqhHQwKjGgnen3eiJxH3GEVFVQoDr Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/31/2016 8:33 PM, Mark Millard wrote: > I appears that C++ needs its own override for where to find C++ header = before looking in the gcc49 specific places. Yes, the hacks for that are builtin already. Passing C_INCLUDE_PATH and others may break it. > These sorts of odd, hard to avoid dependencies are part of why I asked = if there was a standard/recommend assignment to use for CC/XCC: I was hop= ing there was a known-good way to compile that avoided the issues, possib= ly by using powerpc64-gcc tools for CC/XCC as well. You shouldn't need to pass any extra -I/-isystem or env vars for paths. The problem in this thread was just the ports compiler using /usr/local/include when not using a --sysroot. This is only in the early phase of the build. Mind trying this patch? https://people.freebsd.org/~bdrewery/patches/gcc-no-local-include.patch I assume you are using that port, if not you can apply the same change to whichever your ports gcc came from. It removes the /usr/local/include path. It is somewhat the wrong fix vs "fixing the order", but the /usr/local/lib path is not in there now and you must use -rpath with the ports gcc anyhow. So the ports gcc is already broken for /usr/local, it should be fully broken or fully fixed, not half broken to the point of breaking other things. I'm still just curious if it fixes the problems with "stage 3" finding the wrong dwarf header, and if removing your own include path hacks progresses the build further. --=20 Regards, Bryan Drewery --M9NelqhHQwKjGgnen3eiJxH3GEVFVQoDr-- --a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP 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 iQEcBAEBAgAGBQJXSNzkAAoJEDXXcbtuRpfP4GUIAIz6WXc3FKViwoFD7NQmVzSd Wa3b2JZycnbGPohZx+JtSwYYENoYb9GhkJxM2x0LIzBzdl9FCxlWVP9yTQzYVV8x HJ+oGeH70vLh2G6wd1J+z+AT82k4WYslme4xNMYVdqPK+O9F5qGgzPRdQYqLvp+d uu1TessA4a6bGSarL8bcTeNUMRUXnz52dKV0cP4RrFq30pj96RWVrikjCQUeRDGc Yd13loJXH8N4lZoOsQ7q2MX5B8r75rAtwE5oQLFjr3JTTP2TPBNPjI+HyStBEX87 hmWGkR+doXs3OwQXZa0zN7iQSZZucO40D1lgZrWhghgU4U2HX7N16ufS+v8y5nk= =9qo8 -----END PGP SIGNATURE----- --a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP-- From owner-freebsd-current@freebsd.org Sat May 28 00:15:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87358B4A880 for ; Sat, 28 May 2016 00:15:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-172.reflexion.net [208.70.211.172]) (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 360D1179C for ; Sat, 28 May 2016 00:15:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 27406 invoked from network); 28 May 2016 00:15:32 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 00:15:32 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 20:16:08 -0400 (EDT) Received: (qmail 31042 invoked from network); 28 May 2016 00:16:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 00:16:08 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id D686B1C43D6; Fri, 27 May 2016 17:15:18 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Fri, 27 May 2016 17:15:30 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 00:15:38 -0000 On 2016-May-27, at 4:48 PM, Bryan Drewery = wrote: > On 3/31/2016 8:33 PM, Mark Millard wrote: >> I appears that C++ needs its own override for where to find C++ = header before looking in the gcc49 specific places. >=20 > Yes, the hacks for that are builtin already. Passing C_INCLUDE_PATH = and > others may break it. When I try the experiment I'll try to remember to disable any such env = based workarounds that I currently have in place. >> These sorts of odd, hard to avoid dependencies are part of why I = asked if there was a standard/recommend assignment to use for CC/XCC: I = was hoping there was a known-good way to compile that avoided the = issues, possibly by using powerpc64-gcc tools for CC/XCC as well. >=20 > You shouldn't need to pass any extra -I/-isystem or env vars for = paths. > The problem in this thread was just the ports compiler using > /usr/local/include when not using a --sysroot. This is only in the > early phase of the build. >=20 > Mind trying this patch? I'm currently doing libc++ related build experiments for Dimitry Andric. = A successful build would end about 8 hours from now. So it will be a = while before I can get to your experiment. > = https://people.freebsd.org/~bdrewery/patches/gcc-no-local-include.patch >=20 > I assume you are using that port, if not you can apply the same change > to whichever your ports gcc came from. For the powerpc64 context I use lang/gcc49 and = devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc which is a 5.3 = variant that has file conflicts with lang/gcc5's 5.3). I use lang/gcc49 = instead of lang/gcc5 because of devel/powerpc64-gcc conflicting. No gcc = 4.2.1 present or built. System clang built but unused. > It removes the /usr/local/include path. It is somewhat the wrong fix = vs > "fixing the order", but the /usr/local/lib path is not in there now = and > you must use -rpath with the ports gcc anyhow. So the ports gcc is > already broken for /usr/local, it should be fully broken or fully = fixed, > not half broken to the point of breaking other things. + --with-local-prefix=3D/usr/include \ looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : --with-local-prefix=3Ddirname Specify the installation directory for local include files. The default = is /usr/local. Specify this option if you want the compiler to search = directory dirname/include for locally installed header files instead of = /usr/local/include. So your change would generate /usr/include/include for the overall = include path from what I can tell. Do you want: + --with-local-prefix=3D/usr \ instead? > I'm still just curious if it fixes the problems with "stage 3" finding > the wrong dwarf header, and if removing your own include path hacks > progresses the build further. >=20 > --=20 > Regards, > Bryan Drewery =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat May 28 00:16:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A97FEB4A934 for ; Sat, 28 May 2016 00:16:23 +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 90423194E for ; Sat, 28 May 2016 00:16:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8B746B4A931; Sat, 28 May 2016 00:16:23 +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 8B197B4A92F for ; Sat, 28 May 2016 00:16:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 776A0194D for ; Sat, 28 May 2016 00:16:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 6BF941B9C for ; Sat, 28 May 2016 00:16:23 +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 253371C93E for ; Sat, 28 May 2016 00:16:23 +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 NycBRw5xFdJD for ; Sat, 28 May 2016 00:16:20 +0000 (UTC) From: Bryan Drewery DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 3C15B1C935 Subject: [CFT] WITH_META_MODE: Working incremental build To: current@FreeBSD.org Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 27 May 2016 17:16:25 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Lhkh0vHaJdFXOMEpFo3pLgebOGDGVfN3R" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 00:16:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Lhkh0vHaJdFXOMEpFo3pLgebOGDGVfN3R Content-Type: multipart/mixed; boundary="BEVLhl9gCjDQDIN5xWHaUKQpdA6q28qhB" From: Bryan Drewery To: current@FreeBSD.org Message-ID: Subject: [CFT] WITH_META_MODE: Working incremental build --BEVLhl9gCjDQDIN5xWHaUKQpdA6q28qhB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Buildworld/Buildkernel now supports a working incremental build. Using -DNO_CLEAN is not needed as it is the default with it (there is no -DCLEAN for it). The normal -DNO_CLEAN feature is broken and risky since it does not track a ton of the dependencies in the build such as the compiler, other build tools, csu/crt, CFLAGS, build commands, mk files, etc. Note that originally WITH_META_MODE initiated a new build system but that was renamed to WITH_DIRDEPS_BUILD and is something different entirel= y. The way that "meta mode" works is to enable the bmake "meta mode" feature that tracks the build command for each target and uses the filemon(4) [1] module to track all files read/written/executed for building target. If any of these change (see src.conf(5) WITH_META_MODE for details) then the target will be rebuilt. This means that even changes to CFLAGS or the cross compiler will be detected and cause rebuilds. This is quite an aggressive system but it works and removes the need for cleaning any of the tree. In this mode .depend.* files (WITH_FAST_DEPEND) are not generated since they are mostly redundant with filemon(4)'s tracking. An example in how powerful this is, is that I have today been testing buildworld with the in-tree clang and also doing builds on the same objdir with CROSS_TOOLCHAIN=3Damd64-gcc. Everything using a compiler would rebuild and anything not using a compiler would not rebuild. No cleaning needed. To use this you must either add WITH_META_MODE=3Dyes to your environment or add it into /etc/src-env.conf (not /etc/src.conf or /etc/make.conf). You will also need to load the filemon(4) module with 'kldload filemon'. The build will show far less information than the normal build but will otherwise follow the same flow as buildworld. If you wish to see the full output as before you can use -DNO_SILENT or add NO_SILENT=3Dyes to your /etc/src-env.conf. If a build error occurs you can view the .meta file for the target to see what the build command was. For example if you see 'Building /usr/obj/root/git/freebsd/world32/root/git/freebsd /lib/libdwarf/dwarf_arange.So' then see the file /usr/obj/root/git/freebsd/world32/root/git/freebsd/lib/libdwarf/dwarf_ara= nge.So.meta. If you wish to see why something is being rebuilt you can pass the -dM flag to make to see meta mode debug information. TODO: - There is currently a bug with library linking that can cause the next build to consider libraries out-of-date when they are not. It causes a chain reaction of relinking but not rebuilds. - Improve WORLDTMP populating such that it is not done redundantly. - It's possible rescue/rescue has some quirks still. [1] Over the years filemon(4) was quite unstable, insecure, and slow. A lot of work has gone into it over the past 6 months in each of these areas. After r300893 it should be fine for this use. --=20 Regards, Bryan Drewery --BEVLhl9gCjDQDIN5xWHaUKQpdA6q28qhB-- --Lhkh0vHaJdFXOMEpFo3pLgebOGDGVfN3R 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 iQEcBAEBAgAGBQJXSONZAAoJEDXXcbtuRpfPThcH/iyq1nysZeOxWh1fDy57Oi8H TTX6mn1ohLiQEqviIRp3ptGJJycfsi7zNsvqsdumh7ijn7NPFkQKd7pGiaMyHca2 hdCGf+izbgg10HvYScAj6PJnq9NJfUrGi3nuesr0VXVybigln9nk8ZJLMOG2ufkP Qllx7MJHSGD9OGTJYV0sF5l9Y8RZMk5SknWGqEZKRAKa4UJbg+kQfZUZL1Oy2562 a8NWgggJZQHbLrBDfqsJdRipKTrUPRLICPAYi0pMQpbHCXkS998NMjVkzvV4Tywr mUfg2Rtok/FEVAiZl7foTRlIcSBnhKAIjFyZST8N6Tm1+UjQb+GcgX6kDwzUcVQ= =/yRE -----END PGP SIGNATURE----- --Lhkh0vHaJdFXOMEpFo3pLgebOGDGVfN3R-- From owner-freebsd-current@freebsd.org Sat May 28 00:23:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5628B4AD17; Sat, 28 May 2016 00:23:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C3BD41F31; Sat, 28 May 2016 00:23:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id B49801DF6; Sat, 28 May 2016 00:23:17 +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 737F41C95A; Sat, 28 May 2016 00:23:17 +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 vXrffyANGt8j; Sat, 28 May 2016 00:23:14 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 071DD1C953 To: Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> Date: Fri, 27 May 2016 17:23:19 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 00:23:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn Content-Type: multipart/mixed; boundary="tGshdqlP0rlgdO9uVTkS4VDL8krieGeNJ" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Message-ID: <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> In-Reply-To: <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> --tGshdqlP0rlgdO9uVTkS4VDL8krieGeNJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/27/2016 5:15 PM, Mark Millard wrote: > + --with-local-prefix=3D/usr/include \ >=20 > looks wrong to me. The default is not /usr/local/include but just /usr/= local . Quoting https://gcc.gnu.org/install/configure.html : >=20 > --with-local-prefix=3Ddirname > Specify the installation directory for local include files. The default= is /usr/local. Specify this option if you want the compiler to search di= rectory dirname/include for locally installed header files instead of /us= r/local/include. >=20 > So your change would generate /usr/include/include for the overall incl= ude path from what I can tell. >=20 > Do you want: >=20 > + --with-local-prefix=3D/usr \ >=20 > instead? You're right, but it makes no real difference since it removes /usr/local/include: > ignoring nonexistent directory "/root/svn/ports/lang/gcc49/work/stage/u= sr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../.= =2E/../x86_64-portbld-freebsd11.0/include" > ignoring duplicate directory "/root/svn/ports/lang/gcc49/work/stage/usr= /local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd= 11.0/4.9.4/include" > ignoring nonexistent directory "/usr/include/include" ^ yes wrong > ignoring duplicate directory "/root/svn/ports/lang/gcc49/work/stage/usr= /local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd= 11.0/4.9.4/include-fixed" > ignoring nonexistent directory "/root/svn/ports/lang/gcc49/work/stage/u= sr/local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freeb= sd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/include" > #include "..." search starts here: > #include <...> search starts here: > /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x= 86_64-portbld-freebsd11.0/4.9.4/include > /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x= 86_64-portbld-freebsd11.0/4.9.4/include-fixed > /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/.= =2E/../../include > /usr/include ^ Still added > End of search list. --=20 Regards, Bryan Drewery --tGshdqlP0rlgdO9uVTkS4VDL8krieGeNJ-- --MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn 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 iQEcBAEBAgAGBQJXSOT3AAoJEDXXcbtuRpfPmOcIAMrr0NmRMziJym0wvridxmY+ im8HGeWhFIFyXzi4XzqKbtbbyNDzhmXX+LfFhLvlzMbfv0mSArggVawUxe4YrT1v 4jFZ0daxWuVq+h7GzV97KgzxuAu0fwG3FN4XOFn9igcqFB4xg+iIXYBWDn6Bdbdc kec/HIcPvbtPb9TtRuDQkQAzR7zwEzp7SSP+FlIIssob9XNeRUF2YmixJBn6xvMv 1ji/p/rDggdFv9bQphTA7+92JHKxvBxHIl4ADw1fJZbC5gZb8cx5lWNlzXwt03iT 9JRXjy+7vVIbZzLqgDReUwmwMs29oxbwFpssu5sh3bfHCsLDvPKwDllorfjSYq0= =2QZ7 -----END PGP SIGNATURE----- --MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn-- From owner-freebsd-current@freebsd.org Sat May 28 02:04:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75732B4D10D for ; Sat, 28 May 2016 02:04:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-191.reflexion.net [208.70.211.191]) (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 36FB5116E for ; Sat, 28 May 2016 02:04:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19632 invoked from network); 28 May 2016 02:04:37 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:04:37 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 22:04:43 -0400 (EDT) Received: (qmail 11721 invoked from network); 28 May 2016 02:04:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:04:42 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B957DB1E001; Fri, 27 May 2016 19:03:52 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> Date: Fri, 27 May 2016 19:04:04 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 02:04:12 -0000 FYI. . . I expect that building gcc49 with: + --with-local-prefix=3D/usr \ will help with system build activities via gcc49/g++49 by avoiding = /usr/local/include interfering. But I also expect that various port builds based on that same = gcc49/g++49 will have problems from not explicitly forcing = /usr/local/include to be looked at when appropriate/required --unless = something else is in place to do that separately. I expect some implicit = /usr/local/include references to the likes of some of the below list: > # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more > Only in /usr/local/include/: apr-1 > Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h = differ > Only in /usr/local/include/: autosprintf.h > Only in /usr/local/include/: bfd.h > Only in /usr/local/include/: bfdlink.h > Only in /usr/local/include/: boost > Only in /usr/local/include/: curl > Only in /usr/local/include/: db5 > Only in /usr/local/include/: dis-asm.h > Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ > Only in /usr/local/include/: editline > Only in /usr/local/include/: expat.h > Only in /usr/local/include/: expat_config.h > Only in /usr/local/include/: expat_external.h > Only in /usr/local/include/: ffi.h > Only in /usr/local/include/: ffitarget.h > Only in /usr/local/include/: gdbm.h > Only in /usr/local/include/: gettext-po.h > Only in /usr/local/include/: gmp.h > Only in /usr/local/include/: gmpxx.h > Only in /usr/local/include/: gnumake.h > Files /usr/include/histedit.h and /usr/local/include/histedit.h differ > Only in /usr/local/include/: idn-free.h > Only in /usr/local/include/: idn-int.h > Only in /usr/local/include/: idna.h > Only in /usr/local/include/: layout > Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h differ > Only in /usr/local/include/: libintl.h > Only in /usr/local/include/: lua52 > Only in /usr/local/include/: lutok > Only in /usr/local/include/: mpc.h > Only in /usr/local/include/: mpf2mpfr.h > Only in /usr/local/include/: mpfr.h > Only in /usr/local/include/: pkg.h > Only in /usr/local/include/: plugin-api.h > Only in /usr/local/include/: pr29.h > Only in /usr/local/include/: punycode.h > Only in /usr/local/include/: python2.7 > Only in /usr/local/include/: readline > Only in /usr/local/include/: ruby-2.2 > Only in /usr/local/include/: serf-1 > Only in /usr/local/include/: sqlite3.h > Only in /usr/local/include/: sqlite3ext.h > Only in /usr/local/include/: stringprep.h > Only in /usr/local/include/: subversion-1 > Only in /usr/local/include/: sudo_plugin.h > Only in /usr/local/include/: symcat.h > Only in /usr/local/include/: tld.h > Only in /usr/local/include/: unicode > Only in /usr/local/include/: yaml.h It might be that even gcc compilers built by the adjusted gcc49 would = not find, say, gmp.h or mpfr.h . dwarfdump's build/install installs /usr/local/include/dwarf.h and = /usr/local/include/libdwarf.h to match its code. Such examples can need = careful control over which file is used (here dwarf.h and libdwarf.h in = /usr/include vs. /usr/local/include ). (It will still be some time before I get to switch to this = with-local-prefix experiment.) =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 5:23 PM, Bryan Drewery = wrote: > On 5/27/2016 5:15 PM, Mark Millard wrote: >> + --with-local-prefix=3D/usr/include \ >>=20 >> looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : >>=20 >> --with-local-prefix=3Ddirname >> Specify the installation directory for local include files. The = default is /usr/local. Specify this option if you want the compiler to = search directory dirname/include for locally installed header files = instead of /usr/local/include. >>=20 >> So your change would generate /usr/include/include for the overall = include path from what I can tell. >>=20 >> Do you want: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> instead? >=20 > You're right, but it makes no real difference since it removes > /usr/local/include: >=20 >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_= 64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/inc= lude" >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include" >> ignoring nonexistent directory "/usr/include/include" >=20 > ^ yes wrong >=20 >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed" >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-= portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include-fixed >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../..= /../include >> /usr/include >=20 > ^ Still added >=20 >> End of search list. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 >=20 From owner-freebsd-current@freebsd.org Sat May 28 02:35:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF36DB4D8AE for ; Sat, 28 May 2016 02:35:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-173.reflexion.net [208.70.211.173]) (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 902931E88 for ; Sat, 28 May 2016 02:35:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22245 invoked from network); 28 May 2016 02:35:48 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:35:48 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 22:35:15 -0400 (EDT) Received: (qmail 11462 invoked from network); 28 May 2016 02:35:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:35:15 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1A28A1C43D2; Fri, 27 May 2016 19:35:05 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> Date: Fri, 27 May 2016 19:35:16 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 02:35:19 -0000 On 2016-May-27, at 7:04 PM, Mark Millard wrote: > FYI. . . >=20 > I expect that building gcc49 with: >=20 > + --with-local-prefix=3D/usr \ >=20 > will help with system build activities via gcc49/g++49 by avoiding = /usr/local/include interfering. >=20 > But I also expect that various port builds based on that same = gcc49/g++49 will have problems from not explicitly forcing = /usr/local/include to be looked at when appropriate/required --unless = something else is in place to do that separately. I expect some implicit = /usr/local/include references to the likes of some of the below list: >=20 >> # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more >> Only in /usr/local/include/: apr-1 >> Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h = differ >> Only in /usr/local/include/: autosprintf.h >> Only in /usr/local/include/: bfd.h >> Only in /usr/local/include/: bfdlink.h >> Only in /usr/local/include/: boost >> Only in /usr/local/include/: curl >> Only in /usr/local/include/: db5 >> Only in /usr/local/include/: dis-asm.h >> Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ >> Only in /usr/local/include/: editline >> Only in /usr/local/include/: expat.h >> Only in /usr/local/include/: expat_config.h >> Only in /usr/local/include/: expat_external.h >> Only in /usr/local/include/: ffi.h >> Only in /usr/local/include/: ffitarget.h >> Only in /usr/local/include/: gdbm.h >> Only in /usr/local/include/: gettext-po.h >> Only in /usr/local/include/: gmp.h >> Only in /usr/local/include/: gmpxx.h >> Only in /usr/local/include/: gnumake.h >> Files /usr/include/histedit.h and /usr/local/include/histedit.h = differ >> Only in /usr/local/include/: idn-free.h >> Only in /usr/local/include/: idn-int.h >> Only in /usr/local/include/: idna.h >> Only in /usr/local/include/: layout >> Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h = differ >> Only in /usr/local/include/: libintl.h >> Only in /usr/local/include/: lua52 >> Only in /usr/local/include/: lutok >> Only in /usr/local/include/: mpc.h >> Only in /usr/local/include/: mpf2mpfr.h >> Only in /usr/local/include/: mpfr.h >> Only in /usr/local/include/: pkg.h >> Only in /usr/local/include/: plugin-api.h >> Only in /usr/local/include/: pr29.h >> Only in /usr/local/include/: punycode.h >> Only in /usr/local/include/: python2.7 >> Only in /usr/local/include/: readline >> Only in /usr/local/include/: ruby-2.2 >> Only in /usr/local/include/: serf-1 >> Only in /usr/local/include/: sqlite3.h >> Only in /usr/local/include/: sqlite3ext.h >> Only in /usr/local/include/: stringprep.h >> Only in /usr/local/include/: subversion-1 >> Only in /usr/local/include/: sudo_plugin.h >> Only in /usr/local/include/: symcat.h >> Only in /usr/local/include/: tld.h >> Only in /usr/local/include/: unicode >> Only in /usr/local/include/: yaml.h >=20 > It might be that even gcc compilers built by the adjusted gcc49 would = not find, say, gmp.h or mpfr.h . >=20 > dwarfdump's build/install installs /usr/local/include/dwarf.h and = /usr/local/include/libdwarf.h to match its code. Such examples can need = careful control over which file is used (here dwarf.h and libdwarf.h in = /usr/include vs. /usr/local/include ). >=20 > (It will still be some time before I get to switch to this = with-local-prefix experiment.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net Given the above I may try using + --with-local-prefix=3D/usr \ only for building devel/powerpc64-gcc initially because I do not use = devel/powerpc64-gcc to build ports, just for system-build activities. = devel/powerpc64-gcc has the /usr/local/include problem for system build = activities too. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 5:23 PM, Bryan Drewery = wrote: > On 5/27/2016 5:15 PM, Mark Millard wrote: >> + --with-local-prefix=3D/usr/include \ >>=20 >> looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : >>=20 >> --with-local-prefix=3Ddirname >> Specify the installation directory for local include files. The = default is /usr/local. Specify this option if you want the compiler to = search directory dirname/include for locally installed header files = instead of /usr/local/include. >>=20 >> So your change would generate /usr/include/include for the overall = include path from what I can tell. >>=20 >> Do you want: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> instead? >=20 > You're right, but it makes no real difference since it removes > /usr/local/include: >=20 >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_= 64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/inc= lude" >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include" >> ignoring nonexistent directory "/usr/include/include" >=20 > ^ yes wrong >=20 >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed" >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-= portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include-fixed >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../..= /../include >> /usr/include >=20 > ^ Still added >=20 >> End of search list. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 >=20 From owner-freebsd-current@freebsd.org Sat May 28 02:24:32 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78B97B4D6A1; Sat, 28 May 2016 02:24:32 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 556501C1B; Sat, 28 May 2016 02:24:32 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AA101CD; Sat, 28 May 2016 02:24:32 +0000 (UTC) Date: Sat, 28 May 2016 02:24:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, asomers@FreeBSD.org, np@FreeBSD.org, ian@FreeBSD.org, jhb@FreeBSD.org, bdrewery@FreeBSD.org, gonzo@FreeBSD.org, jkim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1577956739.4.1464402272715.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1373057988.3.1464384980656.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1373057988.3.1464384980656.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3231 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk X-Mailman-Approved-At: Sat, 28 May 2016 03:58:20 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 02:24:32 -0000 FreeBSD_HEAD_i386 - Build #3231 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3231/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3231/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3231/console Change summaries: 300895 by np: cxgbe/t4_tom: Exempt RDMA connections from a TCP sanity test for now, to avoid panicking debug kernels. t4_tom does not keep track of a connection once it switches to ULP mode iWARP. If the connection falls out of ULP mode the driver/hardware seq# etc. are out of sync. A better fix would be to figure out what the current seq# are, update the driver's state, and perform all sanity checks as usual. 300894 by gonzo: Add gpiokeys to the list of GPIO modules built only if FDT is enabled 300893 by bdrewery: Don't truncate existing error when writing the log. Suggested by: markj MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 300892 by bdrewery: Rename function to be less generic. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 300891 by bdrewery: Write to the log using the tracer's credentials. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 300890 by bdrewery: exec: Cease tracing if credentials will change with the new image. This also prevents tracing to a P_INEXEC process since it could race with other processes attaching to it in filemon_event_process_exec() due to the filemon_get_proc() race of incrementing ref and then locking the filemon. With the no-P_INEXEC invariant in place the p_filemon may only be the same or NULL when trying to drop it in filemon_event_process_exec(). MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D6545 300889 by jhb: Fix taskqueue groups to work with EARLY_AP_STARTUP. In the EARLY_AP_STARTUP case the APs are already running when a taskqgroup is created, so adjust the group at the same time it is created. Sponsored by: Netflix 300888 by np: iw_cxgbe: Plug a lock leak in process_mpa_request(). If the parent is DEAD or connect_request_upcall() fails, the parent mutex is left locked. This leads to a hang when process_mpa_request() is called again for another child of the listening endpoint. Submitted by: Krishnamraju Eraparaju @ Chelsio Obtained from: upstream iw_cxgb4 Sponsored by: Chelsio Communications 300886 by bdrewery: Move external GCC compiler hacks to bsd.sys.mk. This allows respecting -nostdinc, -nostdinc++ and -nostdlib before making the decision to add in -isystem, etc. The -isystem flags are problematic for building lib/libc++ and lib/libcxxrt which wants to only use its own headers. More information the need of these flags can be found at https://gcc.gnu.org/ml/gcc/2016-03/msg00219.html This also reverts r300873. Sponsored by: EMC / Isilon Storage Division 300885 by bdrewery: Libcompat: Only pass -isystem =/usr/include for external GCC. This is the same as the main build logic. GCC with a cross-compiler requires using -isystem to =/usr/include to get the search order correct. Reported by: dim, asomers Sponsored by: EMC / Isilon Storage Division 300884 by ngie: Fix up r300870 The sys/types.h fix I proposed was only tested with zfs(4), not with libzpool, which is where the build failure actually existed Remove vm/vm_pageout.h from arc.c and zfs_vnops.c because they're both unneeded MFC after: 1 week X-MFC with: r300865, r300870 In collaboration with: kib Submitted by: alc Sponsored by: EMC / Isilon Storage Division 300883 by asomers: Fix typo from r300880 Reported by: rpokala MFC after: Never Sponsored by: Spectra Logic Corp 300882 by asomers: Always create loopback routes on every fib Always create loopback routes on every fib, for both IPv4 and IPv6 etc/rc.d/routing Create loopback IPv4 and IPv6 routes on every fib at boot. Revert 278302; now that all FIBs have IPv6 loopback routes, the "route add -reject" commands won't fail. tests/etc/rc.d/routing_test.sh Greatly simplify static_ipv6_loopback_route_for_each_fib. It was written under the assumption that loopback routes would be added to a given fib by the kernel as soon as an interface is configured on that fib. However, the logic can be much simpler now that we simply add loopback routes to all fibs at boot. This also removes the need to run the test as root, removes the restriction that net.add_addr_allfibs=0, and removes the need to configure fibs in kyua.conf. Also, add a test case for IPv4 loopback routes Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D6582 300881 by asomers: Avoid issuing spa config updates for physical path when not necessary ZFS's configuration needs to be updated whenever the physical path for a device changes, but not when a new device is introduced. This is because new devices necessarily cause config updates, but only if they are actually accepted into the pool. sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c Split vdev_geom_set_physpath out of vdev_geom_attrchanged. When setting the vdev's physical path, only request a config update if the physical path has changed. Don't request it when opening a device for the first time, because the config sync will happen anyway upstack. sys/geom/geom_dev.c Split g_dev_set_physpath and g_dev_set_media out of g_dev_attrchanged Submitted by: will, asomers MFC after: 4 weeks Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D6428 300880 by asomers: Strip leading spaces off of a SCSI disk's serial number sys/cam/scsi/scsi_xpt.c Strip leading spaces off of a SCSI disk's reported serial number when populating the CAM serial number. This affects the output of "diskinfo -v" and the names of /dev/diskid/DISK-* device nodes, among other things. SPC5r05 says that the Product Serial Number field from the Unit Serial Number VPD page is right-aligned. So any leading spaces are not part of the actual serial number. Most devices don't left-pad their serial numbers, but some do. In particular, the SN VPD page that an LSI HBA emulates for a SATA drive contains enough left-padding to fill a 20-byte field. UPDATING Add a note to UPDATING, because some users may have to update /etc/fstab or geom labels. Reviewed by: ken, mav MFC after: Never Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D6516 300879 by jkim: Merge ACPICA 20160527. Relnotes: yes 300878 by ian: Fix erronious mixed use of tx/rx variables/constants in the same expression. Pointed out by jmcneill; other instances found by grep -iE 'rx.*tx|tx.*rx' 300875 by np: iw_cxgbe: Use vmem(9) to manage PBL and RQT allocations. Submitted by: Krishnamraju Eraparaju at Chelsio Reviewed by: Steve Wise Sponsored by: Chelsio Communications From owner-freebsd-current@freebsd.org Sat May 28 04:53:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72E15B4DC48 for ; Sat, 28 May 2016 04:53:31 +0000 (UTC) (envelope-from rodrigc@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1C6178D; Sat, 28 May 2016 04:53:31 +0000 (UTC) (envelope-from rodrigc@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1060) id 68C4C1344; Sat, 28 May 2016 04:53:31 +0000 (UTC) Date: Sat, 28 May 2016 04:53:31 +0000 From: Craig Rodrigues To: Bryan Drewery Cc: freebsd-current@freebsd.org Subject: Re: [CFT] WITH_META_MODE: Working incremental build Message-ID: <20160528045331.GA51029@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 04:53:31 -0000 On Fri, May 27, 2016 at 05:16:25PM -0700, Bryan Drewery wrote: > The way that "meta mode" works is to enable the bmake "meta mode" > feature that tracks the build command for each target and uses the > filemon(4) [1] module to track all files read/written/executed for > building target. If any of these change (see src.conf(5) WITH_META_MODE > for details) then the target will be rebuilt. This means that even > changes to CFLAGS or the cross compiler will be detected and cause > rebuilds. This is quite an aggressive system but it works and removes > the need for cleaning any of the tree. In this mode .depend.* files > (WITH_FAST_DEPEND) are not generated since they are mostly redundant > with filemon(4)'s tracking. Excellent!! You sent out this mail, nearly seven years to the day when John Birrell originally committed this code to FreeBSD: https://svnweb.freebsd.org/base?view=revision&revision=192702 It is fantastic that you and others have managed to continue with this work, stabilize it, and get it into the mainstream of FreeBSD usage. I think John would have been very happy with what you have achieved, since he was always focused on pushing this work into FreeBSD, rather than keeping it locked inside a single company as a proprietary solution. -- Craig From owner-freebsd-current@freebsd.org Sat May 28 09:24:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CABD2B4C60F for ; Sat, 28 May 2016 09:24:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-193.reflexion.net [208.70.211.193]) (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 86DD81FF8 for ; Sat, 28 May 2016 09:24:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29007 invoked from network); 28 May 2016 09:25:07 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 09:25:07 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 05:25:13 -0400 (EDT) Received: (qmail 25560 invoked from network); 28 May 2016 09:25:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 09:25:13 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4DBF51C43D2; Sat, 28 May 2016 02:24:34 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Sat, 28 May 2016 02:24:34 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 09:24:37 -0000 --with-local-prefix=3D/usr was insufficient to avoid /usr/local/include = in the search list in powerpc64-gcc: > ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/gnu/lib/libssp/libssp_nonshared/.. > = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libss= p > = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/inclu= de > /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. Which came from (which shows the --with-local-prefix=3D/usr use): > Configured with: = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-local-prefix=3D/usr --with-pkgversion=3D'FreeBSD Ports Collection = for powerpc64' --with-system-zlib = --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dpowerpc64-portbld-freebsd11.0 In Makefile terms: > # svnlite diff /usr/ports/devel/powerpc64-gcc/Makefile=20 > Index: /usr/ports/devel/powerpc64-gcc/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/devel/powerpc64-gcc/Makefile (revision 415874) > +++ /usr/ports/devel/powerpc64-gcc/Makefile (working copy) > @@ -43,6 +43,7 @@ > CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} --disable-nls = --enable-languages=3Dc,c++ \ > --without-headers \ > --with-gmp=3D${LOCALBASE} \ > + --with-local-prefix=3D/usr \ > --with-pkgversion=3D"FreeBSD Ports Collection for = ${PKGNAMEPREFIX:C/-//g}" \ > --with-system-zlib \ > --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ Note: "Specifying --prefix has no effect on which directory GCC searches = for local header files". Some interesting wording is: "The same value can be used for both = --with-local-prefix and --prefix provided it is not /usr" and "This can = be used to avoid the default search of /usr/local/include". Also: "The = purpose of --prefix is to specify where to install GCC" and "The local = header files in /usr/local/include=97if you put any in that = directory=97are not part of GCC". My overall interpretation of that is that in my context: = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 a.k.a.: --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} would make for a redundant overall search path without changing the = ordering. I have not figured out why /usr/local/include continued to show up and = /usr/include did not. I wonder if they have special logic for if /usr is = assigned and so force back there specified default. I'll try rebuilding devel/powerpc64-gcc again based on: --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 7:35 PM, Mark Millard wrote: > On 2016-May-27, at 7:04 PM, Mark Millard = wrote: >=20 >> FYI. . . >>=20 >> I expect that building gcc49 with: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> will help with system build activities via gcc49/g++49 by avoiding = /usr/local/include interfering. >>=20 >> But I also expect that various port builds based on that same = gcc49/g++49 will have problems from not explicitly forcing = /usr/local/include to be looked at when appropriate/required --unless = something else is in place to do that separately. I expect some implicit = /usr/local/include references to the likes of some of the below list: >>=20 >>> # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more >>> Only in /usr/local/include/: apr-1 >>> Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h = differ >>> Only in /usr/local/include/: autosprintf.h >>> Only in /usr/local/include/: bfd.h >>> Only in /usr/local/include/: bfdlink.h >>> Only in /usr/local/include/: boost >>> Only in /usr/local/include/: curl >>> Only in /usr/local/include/: db5 >>> Only in /usr/local/include/: dis-asm.h >>> Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ >>> Only in /usr/local/include/: editline >>> Only in /usr/local/include/: expat.h >>> Only in /usr/local/include/: expat_config.h >>> Only in /usr/local/include/: expat_external.h >>> Only in /usr/local/include/: ffi.h >>> Only in /usr/local/include/: ffitarget.h >>> Only in /usr/local/include/: gdbm.h >>> Only in /usr/local/include/: gettext-po.h >>> Only in /usr/local/include/: gmp.h >>> Only in /usr/local/include/: gmpxx.h >>> Only in /usr/local/include/: gnumake.h >>> Files /usr/include/histedit.h and /usr/local/include/histedit.h = differ >>> Only in /usr/local/include/: idn-free.h >>> Only in /usr/local/include/: idn-int.h >>> Only in /usr/local/include/: idna.h >>> Only in /usr/local/include/: layout >>> Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h = differ >>> Only in /usr/local/include/: libintl.h >>> Only in /usr/local/include/: lua52 >>> Only in /usr/local/include/: lutok >>> Only in /usr/local/include/: mpc.h >>> Only in /usr/local/include/: mpf2mpfr.h >>> Only in /usr/local/include/: mpfr.h >>> Only in /usr/local/include/: pkg.h >>> Only in /usr/local/include/: plugin-api.h >>> Only in /usr/local/include/: pr29.h >>> Only in /usr/local/include/: punycode.h >>> Only in /usr/local/include/: python2.7 >>> Only in /usr/local/include/: readline >>> Only in /usr/local/include/: ruby-2.2 >>> Only in /usr/local/include/: serf-1 >>> Only in /usr/local/include/: sqlite3.h >>> Only in /usr/local/include/: sqlite3ext.h >>> Only in /usr/local/include/: stringprep.h >>> Only in /usr/local/include/: subversion-1 >>> Only in /usr/local/include/: sudo_plugin.h >>> Only in /usr/local/include/: symcat.h >>> Only in /usr/local/include/: tld.h >>> Only in /usr/local/include/: unicode >>> Only in /usr/local/include/: yaml.h >>=20 >> It might be that even gcc compilers built by the adjusted gcc49 would = not find, say, gmp.h or mpfr.h . >>=20 >> dwarfdump's build/install installs /usr/local/include/dwarf.h and = /usr/local/include/libdwarf.h to match its code. Such examples can need = careful control over which file is used (here dwarf.h and libdwarf.h in = /usr/include vs. /usr/local/include ). >>=20 >> (It will still be some time before I get to switch to this = with-local-prefix experiment.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > Given the above I may try using >=20 > + --with-local-prefix=3D/usr \ >=20 > only for building devel/powerpc64-gcc initially because I do not use = devel/powerpc64-gcc to build ports, just for system-build activities. = devel/powerpc64-gcc has the /usr/local/include problem for system build = activities too. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 On 2016-May-27, at 5:23 PM, Bryan Drewery = wrote: > On 5/27/2016 5:15 PM, Mark Millard wrote: >> + --with-local-prefix=3D/usr/include \ >>=20 >> looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : >>=20 >> --with-local-prefix=3Ddirname >> Specify the installation directory for local include files. The = default is /usr/local. Specify this option if you want the compiler to = search directory dirname/include for locally installed header files = instead of /usr/local/include. >>=20 >> So your change would generate /usr/include/include for the overall = include path from what I can tell. >>=20 >> Do you want: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> instead? >=20 > You're right, but it makes no real difference since it removes > /usr/local/include: >=20 >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_= 64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/inc= lude" >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include" >> ignoring nonexistent directory "/usr/include/include" >=20 > ^ yes wrong >=20 >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed" >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-= portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include-fixed >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../..= /../include >> /usr/include >=20 > ^ Still added >=20 >> End of search list. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 >=20 From owner-freebsd-current@freebsd.org Sat May 28 10:57:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01531B4DB9D for ; Sat, 28 May 2016 10:57:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BD15B12E5; Sat, 28 May 2016 10:57:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0C4221DD; Sat, 28 May 2016 10:57:23 +0000 (UTC) Date: Sat, 28 May 2016 10:57:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, np@FreeBSD.org, bapt@FreeBSD.org, dim@FreeBSD.org, br@FreeBSD.org, glebius@FreeBSD.org, truckman@FreeBSD.org, adrian@FreeBSD.org, bz@FreeBSD.org, kib@FreeBSD.org, arybchik@FreeBSD.org, trasz@FreeBSD.org, asomers@FreeBSD.org, dru@FreeBSD.org, alc@FreeBSD.org, ambrisko@FreeBSD.org, ian@FreeBSD.org, gjb@FreeBSD.org, andrew@FreeBSD.org, jhb@FreeBSD.org, bdrewery@FreeBSD.org, mjg@FreeBSD.org, gonzo@FreeBSD.org, jkim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1192362233.6.1464433043087.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1622776186.31.1464346755607.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1622776186.31.1464346755607.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1267 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Sat, 28 May 2016 11:21:00 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 10:57:23 -0000 FreeBSD_HEAD_amd64_gcc - Build #1267 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1= 267/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/126= 7/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1267= /console Change summaries: 300901 by bz: In if_attachdomain1() there does not seem to be any reason to use TRYLOCK rather than just acquire the lock, so just do that. Reviewed by:=09=09markj Obtained from:=09=09projects/vnet MFC after:=09=092 weeks Sponsored by:=09=09The FreeBSD Foundation Differential Revision:=09https://reviews.freebsd.org/D6578 300896 by adrian: [ath] add WB335 btcoex for initial testing. This is like the WB222 coexistence (ie, "MCI", a message bus inside the chip), and it's currently a cut/paste so I can start using it to flesh out the differences with WB222. It doesn't completely /do/ bluetooth coexistence, because it turns out I need to add some contigmalloc'ed buffers to the btcoex path for this type of hardware. I'm putting this work in the "people would like to see functioning-ish btcoex before FreeBSD-11" bucket because I see this as "broken". Tested: * QCA9535 (WB335) NIC, BT + 2GHz STA 300895 by np: cxgbe/t4_tom: Exempt RDMA connections from a TCP sanity test for now, to avoid panicking debug kernels. t4_tom does not keep track of a connection once it switches to ULP mode iWARP. If the connection falls out of ULP mode the driver/hardware seq# etc. are out of sync. A better fix would be to figure out what the current seq# are, update the driver's state, and perform all sanity checks as usual. 300894 by gonzo: Add gpiokeys to the list of GPIO modules built only if FDT is enabled 300893 by bdrewery: Don't truncate existing error when writing the log. Suggested by:=09markj MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 300892 by bdrewery: Rename function to be less generic. MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 300891 by bdrewery: Write to the log using the tracer's credentials. MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division 300890 by bdrewery: exec: Cease tracing if credentials will change with the new image. This also prevents tracing to a P_INEXEC process since it could race with other processes attaching to it in filemon_event_process_exec() due to the filemon_get_proc() race of incrementing ref and then locking the filemon. With the no-P_INEXEC invariant in place the p_filemon may only be the same or NULL when trying to drop it in filemon_event_process_exec(). MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D6545 300889 by jhb: Fix taskqueue groups to work with EARLY_AP_STARTUP. In the EARLY_AP_STARTUP case the APs are already running when a taskqgroup is created, so adjust the group at the same time it is created. Sponsored by:=09Netflix 300888 by np: iw_cxgbe: Plug a lock leak in process_mpa_request(). If the parent is DEAD or connect_request_upcall() fails, the parent mutex is left locked. This leads to a hang when process_mpa_request() is called again for another child of the listening endpoint. Submitted by:=09Krishnamraju Eraparaju @ Chelsio Obtained from:=09upstream iw_cxgb4 Sponsored by:=09Chelsio Communications 300886 by bdrewery: Move external GCC compiler hacks to bsd.sys.mk. This allows respecting -nostdinc, -nostdinc++ and -nostdlib before making the decision to add in -isystem, etc. The -isystem flags are problematic for building lib/libc++ and lib/libcxxrt which wants to only use its own headers. More information the need of these flags can be found at https://gcc.gnu.org/ml/gcc/2016-03/msg00219.html This also reverts r300873. Sponsored by:=09EMC / Isilon Storage Division 300885 by bdrewery: Libcompat: Only pass -isystem =3D/usr/include for external GCC. This is the same as the main build logic. GCC with a cross-compiler requires using -isystem to =3D/usr/include to get the search order correct. Reported by:=09dim, asomers Sponsored by:=09EMC / Isilon Storage Division 300884 by ngie: Fix up r300870 The sys/types.h fix I proposed was only tested with zfs(4), not with libzpool, which is where the build failure actually existed Remove vm/vm_pageout.h from arc.c and zfs_vnops.c because they're both unneeded MFC after: 1 week X-MFC with: r300865, r300870 In collaboration with: kib Submitted by: alc Sponsored by: EMC / Isilon Storage Division 300883 by asomers: Fix typo from r300880 Reported by:=09rpokala MFC after:=09Never Sponsored by:=09Spectra Logic Corp 300882 by asomers: Always create loopback routes on every fib Always create loopback routes on every fib, for both IPv4 and IPv6 etc/rc.d/routing =09Create loopback IPv4 and IPv6 routes on every fib at boot. Revert =09278302; now that all FIBs have IPv6 loopback routes, the =09"route add -reject" commands won't fail. tests/etc/rc.d/routing_test.sh =09Greatly simplify static_ipv6_loopback_route_for_each_fib. It was =09written under the assumption that loopback routes would be added to =09a given fib by the kernel as soon as an interface is configured on =09that fib. However, the logic can be much simpler now that we simply =09add loopback routes to all fibs at boot. This also removes the need =09to run the test as root, removes the restriction that =09net.add_addr_allfibs=3D0, and removes the need to configure fibs in =09kyua.conf. =09Also, add a test case for IPv4 loopback routes Sponsored by:=09Spectra Logic Corp Differential Revision:=09https://reviews.freebsd.org/D6582 300881 by asomers: Avoid issuing spa config updates for physical path when not necessary ZFS's configuration needs to be updated whenever the physical path for a device changes, but not when a new device is introduced. This is because ne= w devices necessarily cause config updates, but only if they are actually accepted into the pool. sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c =09Split vdev_geom_set_physpath out of vdev_geom_attrchanged. When =09setting the vdev's physical path, only request a config update if =09the physical path has changed. Don't request it when opening a =09device for the first time, because the config sync will happen =09anyway upstack. sys/geom/geom_dev.c =09Split g_dev_set_physpath and g_dev_set_media out of =09g_dev_attrchanged Submitted by:=09will, asomers MFC after:=094 weeks Sponsored by:=09Spectra Logic Corp Differential Revision:=09https://reviews.freebsd.org/D6428 300880 by asomers: Strip leading spaces off of a SCSI disk's serial number sys/cam/scsi/scsi_xpt.c =09Strip leading spaces off of a SCSI disk's reported serial number =09when populating the CAM serial number. This affects the output of =09"diskinfo -v" and the names of /dev/diskid/DISK-* device nodes, =09among other things. =09SPC5r05 says that the Product Serial Number field from the Unit =09Serial Number VPD page is right-aligned. So any leading spaces are =09not part of the actual serial number. Most devices don't left-pad =09their serial numbers, but some do. In particular, the SN VPD page =09that an LSI HBA emulates for a SATA drive contains enough =09left-padding to fill a 20-byte field. UPDATING =09Add a note to UPDATING, because some users may have to update =09/etc/fstab or geom labels. Reviewed by:=09ken, mav MFC after:=09Never Sponsored by:=09Spectra Logic Corp Differential Revision:=09https://reviews.freebsd.org/D6516 300879 by jkim: Merge ACPICA 20160527. Relnotes:=09yes 300878 by ian: Fix erronious mixed use of tx/rx variables/constants in the same expression= . Pointed out by jmcneill; other instances found by grep -iE 'rx.*tx|tx.*rx' 300875 by np: iw_cxgbe: Use vmem(9) to manage PBL and RQT allocations. Submitted by:=09Krishnamraju Eraparaju at Chelsio Reviewed by:=09Steve Wise Sponsored by:=09Chelsio Communications 300874 by ngie: Update usage(..) - Document missing options - Sync options with ioatcontrol(8). - Make it clear that the first 2 parameters are always required. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300873 by dim: After r300770, for libc++ and libcxxrt, use -isystem instead of -I. This should fix builds with external gcc toolchains from ports, which also use -isystem to work around problems with gcc's --sysroot implementation. Thanks to Bryan Drewery for this workaround. 300872 by ian: Go back to unconditionally compiling modules/gpio now that the parts of it dependent on FDT support are conditionally compiled only on FDT platforms. 300871 by ian: Don't wrap the declaration of gpio_alloc_intr_resource() in #ifdef INTRNG, wrap the implementation so that it returns an error if INTRNG support is not available. It should be possible to write a non-INTRNG implementation of this function some day. In the meantime, there is code that contains calls to this function (so the decl is needed), but have runtime checks to avoid calling it in the non-INTRNG case. 300870 by ngie: Unbreak the zfs(4) build vm/vm_pageout.h grew a dependency on the bool typedef in r300865 arc.c didn't include sys/types.h, which included the definition for the typ= edef Other items (ofed, drm2) might need to be chased for this commit. X-MFC with: r300865 MFC after: 1 week Pointyhat to: alc Sponsored by: EMC / Isilon Storage Division 300869 by gjb: Make PKG_VERSION aware of '-ALPHA*'. Submitted by:=09Ben Woods Sponsored by:=09The FreeBSD Foundation 300868 by ngie: Remove note about bogus chain-len maximum There's no current limit on chain-len with Broadwell DE chips; it isn't enforced in software, and there doesn't appear to be a hardware limitation either on the Intel Xeon D-1527 (Broadwell-DE) chip. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300867 by ngie: Only expose `hint_uaddr` in the ND_DEBUG case This fixes a -Wunused-but-set-variable warning with gcc MFC after: 1 week Reported by: gcc 5 Sponsored by: EMC / Isilon Storage Division 300866 by ambrisko: If the I/O offset and length is multiple of the media size then directly pass the request otherwise use a buffer that is a multiple of the media size. This speeds up I/O quite a bit when using large transfer sizes on 4Kn disks etc. MFC after:=091 week 300865 by alc: The flag "vm_pages_needed" has long served two distinct purposes: (1) to indicate that threads are waiting for free pages to become available and (2) to indicate whether a wakeup call has been sent to the page daemon. The trouble is that a single flag cannot really serve both purposes, becaus= e we have two distinct targets for when to wakeup threads waiting for free pages versus when the page daemon has completed its work. In particular, the flag will be cleared by vm_page_free() before the page daemon has met its target, and this can lead to the OOM killer being invoked prematurely. To address this problem, a new flag "vm_pageout_wanted" is introduced. Discussed with:=09jeff Reviewed by:=09kib, markj Tested by:=09markj Sponsored by:=09EMC / Isilon Storage Division 300864 by dru: Remove duplicate sentence from pfsync.8. PR: 209539 Submitted by: olivier@ Reviewed by: timmoore88@gmail.com Sponsored by: iXsystems 300863 by kib: In pmap_advise(), avoid leaking DI start for EPT pmaps which needs A/D emulation. Assert that syscalls do not leak DI. Reported by:=09gjb Sponsored by:=09The FreeBSD Foundation 300862 by ngie: Install ioatcontrol to /usr/bin by default instead of / MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300861 by ngie: - Sort make variables - Use SRCTOP instead of ad hoc definition for it MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300860 by gjb: Replace linux-f10 packages with updated linux-c6. PR: =09=09208280 Submitted by: =09Johannes Meixner Sponsored by:=09The FreeBSD Foundation 300859 by br: Correct the implementation of dtrace_interrupt_disable/enable. Pointed out by:=09andrew Sponsored by:=09DARPA, AFRL Sponsored by:=09HEIF5 300858 by ngie: Fix description for -V in the -r case t.verify_test =3D true is always set when -V is specified, regardless of wh= ether or not the tool is being run in raw mode MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300857 by ngie: Document the default behavior for -c (0) Bump .Dd for the change MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300856 by ngie: Initialize `t` with memset(.., 0, ..) This will help ensure that we're not using random garbage on the stack by accident with respect to the variable MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 300855 by ian: When building modules, define make variable OPT_FDT if the kernel config includes the FDT option. Use OPT_FDT to conditionally compile modules that require FDT support. In the past we've gotten away with using the arch name as a proxy for FDT support in makefile conditional logic, but now mips has some platforms with fdt support and some without and we need a more direct test. 300854 by glebius: Plug route reference underleak that happens with FLOWTABLE after r297225. Submitted by:=09Mike Karels 300853 by truckman: Disconnect PIE from the build until it is free of floating point math. Reported by:=09lidl, adrian 300852 by mjg: fd: provide a common exit point for unlock in kern_dup While here assert dropped filedesc lock on return from closefp. 300851 by mjg: exec: get rid of one vnode lock/unlock pair in do_execve The lock was temporarily dropped for vrele calls, but they can be postponed to a point where the lock is not held in the first place. While here shuffle other code not needing the lock. 300850 by andrew: Fix dtrace_interrupt_disable and dtrace_interrupt_enable by having the former return the current status for the latter to use. Without this we could enable interrupts when they shouldn't be. It's still not quite right as it should only update the bits we care about, bit should be good enough until the correct fix can be tested. PR:=09=09204270 Obtained from:=09ABT Systems Ltd Sponsored by:=09The FreeBSD Foundation 300849 by arybchik: sfxge(4): fix typo in monitor types strings in common code Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300848 by arybchik: sfxge(4): avoid necessity to add one more constant condition note Use for forever loop instead of while. Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300847 by arybchik: sfxge(4): cope with always true unsigned comparison with 0 to make lint hap= pier Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300846 by arybchik: sfxge(4): unsigned 1 should be shifted to produce bitmask Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300845 by arybchik: sfxge(4): cope with lint for EFX_SET_OWORD_BIT() with const bit arg Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300844 by arybchik: sfxge(4): remove set but not used variable Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300843 by bapt: Improve error message when failing to open a backing file When bhyve cannot open a backing file, it now says explicitly which file could not be opened Note that the change has only be maed in block_if.c and not in pci_virtio_block.c as the error will always be catched by the first PR:=09=09202321 (different patch) Reviewed by:=09grehan MFC after:=093 day Sponsored by:=09Gandi.net Differential Revision:=09https://reviews.freebsd.org/D6576 300842 by arybchik: sfxge(4): remove unreachable break after goto Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300841 by arybchik: sfxge(4): add constant condition note to make lint happier Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300840 by arybchik: sfxge(4): note unused variables to make lint happier Found by lint on illumos. Submitted by: Garrett D'Amore Sponsored by: Solarflare Communications, Inc. MFC after: 1 week 300839 by trasz: Attach iser(4) to the build. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 300838 by trasz: Build iscsi(4) with ICL_KERNEL_PROXY when building with WITH_OFED. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 300837 by trasz: Fix build on i386. MFC after:=091 month Sponsored by:=09The FreeBSD Foundation The end of the build log: [...truncated 60076 lines...] ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/b= itmap.c jemalloc_bitmap.c --- jemalloc_chunk_dss.c --- --- jemalloc_chunk.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/c= hunk.c jemalloc_chunk.c --- jemalloc_chunk_mmap.c --- --- jemalloc_chunk_dss.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/c= hunk_dss.c jemalloc_chunk_dss.c --- jemalloc_ckh.c --- --- jemalloc_chunk_mmap.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/c= hunk_mmap.c jemalloc_chunk_mmap.c --- jemalloc_ctl.c --- --- jemalloc_ckh.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/c= kh.c jemalloc_ckh.c --- jemalloc_extent.c --- --- jemalloc_ctl.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/c= tl.c jemalloc_ctl.c --- jemalloc_hash.c --- --- jemalloc_extent.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/e= xtent.c jemalloc_extent.c --- jemalloc_huge.c --- --- jemalloc_hash.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/h= ash.c jemalloc_hash.c --- jemalloc_mb.c --- --- jemalloc_huge.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/h= uge.c jemalloc_huge.c --- jemalloc_mutex.c --- --- jemalloc_mb.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/m= b.c jemalloc_mb.c --- jemalloc_nstime.c --- --- jemalloc_pages.c --- --- jemalloc_mutex.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/m= utex.c jemalloc_mutex.c --- jemalloc_nstime.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/n= stime.c jemalloc_nstime.c --- jemalloc_prng.c --- --- jemalloc_pages.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/p= ages.c jemalloc_pages.c --- jemalloc_prof.c --- --- jemalloc_prng.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/p= rng.c jemalloc_prng.c --- jemalloc_quarantine.c --- --- jemalloc_prof.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/p= rof.c jemalloc_prof.c --- jemalloc_quarantine.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/q= uarantine.c jemalloc_quarantine.c --- jemalloc_rtree.c --- --- jemalloc_stats.c --- --- jemalloc_tcache.c --- --- jemalloc_rtree.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/r= tree.c jemalloc_rtree.c --- jemalloc_stats.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/s= tats.c jemalloc_stats.c --- jemalloc_tcache.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/t= cache.c jemalloc_tcache.c --- jemalloc_ticker.c --- --- jemalloc_tsd.c --- --- jemalloc_util.c --- --- jemalloc_ticker.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/t= icker.c jemalloc_ticker.c --- jemalloc_tsd.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/t= sd.c jemalloc_tsd.c --- jemalloc_util.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/u= til.c jemalloc_util.c --- jemalloc_witness.c --- --- crypt_clnt.c --- --- crypt_xdr.c --- --- jemalloc_witness.c --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../contrib/jemalloc/src/w= itness.c jemalloc_witness.c --- crypt_clnt.c --- RPCGEN_CPP=3D/usr/local/bin/x86_64-portbld-freebsd10.1-cpp\ --sysroot=3D/bu= ilds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp\ -B/usr/l= ocal/x86_64-freebsd/bin/ rpcgen -C -l -o crypt_clnt.c /builds/FreeBSD_HEAD_= amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include/rpcsvc/crypt.x --- crypt_xdr.c --- RPCGEN_CPP=3D/usr/local/bin/x86_64-portbld-freebsd10.1-cpp\ --sysroot=3D/bu= ilds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp\ -B/usr/l= ocal/x86_64-freebsd/bin/ rpcgen -C -c -o crypt_xdr.c /builds/FreeBSD_HEAD_a= md64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include/rpcsvc/crypt.x --- .depend --- echo libc.so.7.full: /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD= _amd64_gcc/tmp/usr/lib/libcompiler_rt.a /builds/FreeBSD_HEAD_amd64_gcc/obj/= builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib/libssp_nonshared.a >> .depend --- bt_close.o --- --- bt_conv.o --- --- bt_debug.o --- --- bt_delete.o --- --- bt_close.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc --- bt_conv.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc --- bt_debug.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc --- bt_close.o --- -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.bt_close.o -MTbt_clos= e.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wn= o-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbo= ol-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error= =3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattrib= utes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3D= unused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/build= s/FreeBSD_HEAD_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/m= sun/amd64 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/bt= ree/bt_close.c -o bt_close.o --- bt_conv.o --- -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.bt_conv.o -MTbt_conv.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-= error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool= -compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3D= clobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattribute= s -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunu= sed-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/F= reeBSD_HEAD_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /amd64 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD= _amd64_gcc/lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree= /bt_conv.c -o bt_conv.o --- bt_debug.o --- -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.bt_debug.o -MTbt_debu= g.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wn= o-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbo= ol-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error= =3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattrib= utes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3D= unused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/build= s/FreeBSD_HEAD_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/m= sun/amd64 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/bt= ree/bt_debug.c -o bt_debug.o --- bt_delete.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_delete.o -MTbt_delete.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_delete.c -o bt_= delete.o --- bt_get.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_get.o -MTbt_get.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dunin= itialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcas= t-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno= -error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstr= ict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/= libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_get.c -o bt_get.o --- bt_open.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_open.o -MTbt_open.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_open.c -o bt_open.o --- bt_overflow.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_overflow.o -MTbt_overflow.o -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uniniti= alized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-com= pare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-er= ror=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-e= rror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Di= nline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-e= rror=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd6= 4_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds= /FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/m= sun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_overflow.c -= o bt_overflow.o --- bt_page.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_page.o -MTbt_page.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_page.c -o bt_page.o --- bt_put.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_put.o -MTbt_put.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dunin= itialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcas= t-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno= -error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstr= ict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/= libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_put.c -o bt_put.o --- bt_search.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_search.o -MTbt_search.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_search.c -o bt_= search.o --- bt_seq.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_seq.o -MTbt_seq.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dunin= itialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcas= t-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno= -error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstr= ict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/= libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_seq.c -o bt_seq.o --- bt_split.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_split.o -MTbt_split.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -= Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3D= uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error= =3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinlin= e -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error= =3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fre= eBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/= src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_split.c -o bt_sp= lit.o --- bt_utils.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.bt_utils.o -MTbt_utils.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -= Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3D= uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error= =3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinlin= e -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error= =3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fre= eBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/= src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/btree/bt_utils.c -o bt_ut= ils.o --- db.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.db.o -MTdb.o -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3D= logical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialize= d -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align = -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-al= iasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libuti= l -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_am= d64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /buil= ds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/db/db.c -o db.o --- hash.o --- --- hash_bigkey.o --- --- hash.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.hash.o -MThash.o -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitia= lized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-al= ign -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-err= or=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-= aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libu= til -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /bu= ilds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/hash.c -o hash.o --- hash_bigkey.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.hash_bigkey.o -MThash_bigkey.o -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uniniti= alized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-com= pare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-er= ror=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-e= rror=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Di= nline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-e= rror=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd6= 4_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds= /FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/m= sun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/hash_bigkey.c -o= hash_bigkey.o --- hash_buf.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.hash_buf.o -MThash_buf.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -= Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3D= uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error= =3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinlin= e -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error= =3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fre= eBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/= src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/hash_buf.c -o hash_b= uf.o --- hash_func.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.hash_func.o -MThash_func.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/hash_func.c -o hash= _func.o --- hash_log2.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.hash_log2.o -MThash_log2.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/hash_log2.c -o hash= _log2.o --- hash_page.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.hash_page.o -MThash_page.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/hash_page.c -o hash= _page.o --- ndbm.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.ndbm.o -MTndbm.o -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitia= lized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-al= ign -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-err= or=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-= aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libu= til -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /bu= ilds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/hash/ndbm.c -o ndbm.o --- mpool.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.mpool.o -MTmpool.o -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-er= ror=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninit= ialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-= align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-e= rror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstric= t-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/li= butil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /= builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/mpool/mpool.c -o mpool.o --- mpool-compat.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.mpool-compat.o -MTmpool-compat.o -std=3Dgnu99= -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-c= ompare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-= error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno= -error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_= amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/bu= ilds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/l= ib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/mpool/mpool-compa= t.c -o mpool-compat.o --- rec_close.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_close.o -MTrec_close.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_close.c -o rec= _close.o --- rec_delete.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_delete.o -MTrec_delete.o -std=3Dgnu99 -fs= tack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitial= ized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compa= re -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-erro= r=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-err= or=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinl= ine -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-err= or=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/F= reeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msu= n/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_delete.c -o r= ec_delete.o --- rec_get.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_get.o -MTrec_get.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_get.c -o rec_get.o --- rec_open.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_open.o -MTrec_open.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -= Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3D= uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error= =3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinlin= e -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error= =3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fre= eBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/= src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_open.c -o rec_o= pen.o --- rec_put.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_put.o -MTrec_put.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_put.c -o rec_put.o --- rec_search.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_search.o -MTrec_search.o -std=3Dgnu99 -fs= tack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitial= ized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compa= re -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-erro= r=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-err= or=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinl= ine -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-err= or=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/F= reeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msu= n/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_search.c -o r= ec_search.o --- rec_seq.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_seq.o -MTrec_seq.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_seq.c -o rec_seq.o --- rec_utils.o --- --- creat.o --- --- rec_utils.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.rec_utils.o -MTrec_utils.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/db/recno/rec_utils.c -o rec= _utils.o --- creat.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.creat.o -MTcreat.o -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-er= ror=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninit= ialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-= align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-e= rror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstric= t-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/li= butil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /= builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/creat.c -o creat.o --- gethostid.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.gethostid.o -MTgethostid.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/gethostid.c -o ge= thostid.o --- getwd.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.getwd.o -MTgetwd.o -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-er= ror=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninit= ialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-= align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-e= rror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstric= t-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/li= butil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /= builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/getwd.c -o getwd.o --- killpg.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.killpg.o -MTkillpg.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dunin= itialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcas= t-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno= -error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstr= ict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/= libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/killpg.c -o killpg.o --- sethostid.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.sethostid.o -MTsethostid.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/sethostid.c -o se= thostid.o --- setpgrp.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.setpgrp.o -MTsetpgrp.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/setpgrp.c -o setpgrp.o --- setrgid.o --- --- setruid.o --- --- setrgid.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.setrgid.o -MTsetrgid.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/setrgid.c -o setrgid.o --- setruid.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.setruid.o -MTsetruid.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/setruid.c -o setruid.o --- sigcompat.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.sigcompat.o -MTsigcompat.o -std=3Dgnu99 -fsta= ck-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitializ= ed -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare= -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error= =3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-erro= r=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinli= ne -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fr= eeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun= /src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/compat-43/sigcompat.c -o si= gcompat.o --- __getosreldate.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.__getosreldate.o -MT__getosreldate.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/= builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc= /lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/__getosreldate= .c -o __getosreldate.o --- __pthread_mutex_init_calloc_cb_stub.o --- --- __xuname.o --- --- __pthread_mutex_init_calloc_cb_stub.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.__pthread_mutex_init_calloc_cb_stub.o -MT__pt= hread_mutex_init_calloc_cb_stub.o -std=3Dgnu99 -fstack-protector-strong -Ws= ystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -W= no-error=3Dunused-function -Wno-error=3Denum-compare -Wno-error=3Dlogical-n= ot-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitialized -Wno-er= ror=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-erro= r=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-error=3Dunused-b= ut-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-aliasing -Wno= -error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libutil -I/builds= /FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_amd64_gcc/lib= /msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /builds/FreeBSD_= HEAD_amd64_gcc/lib/libc/gen/__pthread_mutex_init_calloc_cb_stub.c -o __pthr= ead_mutex_init_calloc_cb_stub.o --- __xuname.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.__xuname.o -MT__xuname.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -= Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3D= uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error= =3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinlin= e -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error= =3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fre= eBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/= src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/__xuname.c -o __xuname.o --- _once_stub.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend._once_stub.o -MT_once_stub.o -std=3Dgnu99 -fs= tack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitial= ized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compa= re -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-erro= r=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-err= or=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinl= ine -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-err= or=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/F= reeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msu= n/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/_once_stub.c -o _once_= stub.o --- _pthread_stubs.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend._pthread_stubs.o -MT_pthread_stubs.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/= builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc= /lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/_pthread_stubs= .c -o _pthread_stubs.o --- _rand48.o --- --- _spinlock_stub.o --- --- _rand48.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend._rand48.o -MT_rand48.o -std=3Dgnu99 -fstack-p= rotector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dun= initialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dc= ast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Ds= trict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/li= b/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src = -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/_rand48.c -o _rand48.o --- _spinlock_stub.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend._spinlock_stub.o -MT_spinlock_stub.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Den= um-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -= Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-err= or=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/= builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc= /lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/_spinlock_stub= .c -o _spinlock_stub.o --- _thread_init.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend._thread_init.o -MT_thread_init.o -std=3Dgnu99= -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-unini= tialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-c= ompare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-= error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno= -error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_= amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/bu= ilds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/l= ib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/_thread_init.c -= o _thread_init.o --- alarm.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.alarm.o -MTalarm.o -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-er= ror=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninit= ialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-= align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-e= rror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstric= t-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/li= butil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /= builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/alarm.c -o alarm.o --- arc4random.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.arc4random.o -MTarc4random.o -std=3Dgnu99 -fs= tack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitial= ized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compa= re -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-erro= r=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-err= or=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinl= ine -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-err= or=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_= gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/F= reeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msu= n/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/arc4random.c -o arc4ra= ndom.o --- assert.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.assert.o -MTassert.o -std=3Dgnu99 -fstack-pro= tector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Dunin= itialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcas= t-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno= -error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstr= ict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/= libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/assert.c -o assert.o --- auxv.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.auxv.o -MTauxv.o -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninitia= lized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-al= ign -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-err= or=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstrict-= aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libu= til -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEAD_= amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /bu= ilds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/auxv.c -o auxv.o --- basename.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.basename.o -MTbasename.o -std=3Dgnu99 -fstack= -protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized= -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -= Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3D= uninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error= =3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinlin= e -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error= =3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/Fre= eBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/= src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/basename.c -o basename.o --- cap_sandboxed.o --- --- check_utility_compat.o --- --- cap_sandboxed.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.cap_sandboxed.o -MTcap_sandboxed.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uni= nitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum= -compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wn= o-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -W= no-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error= =3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value -W= no-error=3Dstrict-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_= amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/bu= ilds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/l= ib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/cap_sandboxed.c = -o cap_sandboxed.o --- clock.o --- --- check_utility_compat.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.check_utility_compat.o -MTcheck_utility_compa= t.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Dunused-function -Wn= o-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbo= ol-compare -Wno-error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error= =3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattrib= utes -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable -Wno-error=3D= unused-value -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -I/build= s/FreeBSD_HEAD_amd64_gcc/lib/libutil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/m= sun/amd64 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_H= EAD_amd64_gcc/lib/msun/src -c /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/c= heck_utility_compat.c -o check_utility_compat.o --- clock.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc --sysroot=3D/builds/FreeBSD_H= EAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fre= ebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/include -I= /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../include -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/builds/FreeBSD= _HEAD_amd64_gcc/lib/libc/../../contrib/gdtoa -I/builds/FreeBSD_HEAD_amd64_g= cc/lib/libc/../../contrib/libc-vis -DINET6 -I/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/lib/libc -I/builds/FreeBSD_HEAD_amd64_gc= c/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/builds/FreeBSD_HEAD_amd= 64_gcc/lib/libc/../libmd -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../co= ntrib/jemalloc/include -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/../../cont= rib/tzcode/stdtime -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/stdtime -I/bui= lds/FreeBSD_HEAD_amd64_gcc/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I/builds/FreeBSD_HEAD_amd64_gcc/lib/libc/rpc -DYP -DNS_CACHING -DSYMB= OL_VERSIONING -MD -MF.depend.clock.o -MTclock.o -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Dunused-function -Wno-error=3Denum-compare -Wno-er= ror=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno-error=3Duninit= ialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered -Wno-error=3Dcast-= align -Wno-error=3Dextra -Wno-error=3Dattributes -Wno-error=3Dinline -Wno-e= rror=3Dunused-but-set-variable -Wno-error=3Dunused-value -Wno-error=3Dstric= t-aliasing -Wno-error=3Daddress -I/builds/FreeBSD_HEAD_amd64_gcc/lib/li= butil -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/amd64 -I/builds/FreeBSD_HEA= D_amd64_gcc/lib/msun/x86 -I/builds/FreeBSD_HEAD_amd64_gcc/lib/msun/src -c /= builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/clock.c -o clock.o --- cap_sandboxed.o --- In file included from /builds/FreeBSD_HEAD_amd64_gcc/lib/libc/gen/cap_sandb= oxed.c:33:0: /builds/FreeBSD_HEAD_amd64_gcc/sys/sys/capsicum.h:406:36: error: unknown ty= pe name 'cap_ioctl_t' int cap_ioctls_limit(int fd, const cap_ioctl_t *cmds, size_t ncmds); ^ /builds/FreeBSD_HEAD_amd64_gcc/sys/sys/capsicum.h:412:32: error: unknown ty= pe name 'cap_ioctl_t' ssize_t cap_ioctls_get(int fd, cap_ioctl_t *cmds, size_t maxcmds); ^ *** [cap_sandboxed.o] Error code 1 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/libc 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/libc *** [lib/libc__L] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [libraries] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [_libraries] Error code 2 bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat May 28 12:11:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56966B4C8A1 for ; Sat, 28 May 2016 12:11:48 +0000 (UTC) (envelope-from gljennjohn@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 35C42123D for ; Sat, 28 May 2016 12:11:48 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 351CFB4C89E; Sat, 28 May 2016 12:11:48 +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 34C5FB4C89D for ; Sat, 28 May 2016 12:11:48 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE0B51238; Sat, 28 May 2016 12:11:47 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id a136so24887891wme.0; Sat, 28 May 2016 05:11:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=VsRLn1TW1IFZy+nxjZmxMC8ftRnwoGOZYstMFDTdlGc=; b=cbHvbVPcdWLbTODjZ2PJJXE9m5QtNP1aJpPQ1vgUaSJGWqW/KK+/95vmzFtvMLMD6T bE6ufzmHtFbhIVW35Ni2q9r7BuzQ1COJ9+e8lAmsPq+EiY+y0vInVpr/clCMXTc3aObm U6SVlJ78pAfsPY8y2LbgNy/4f6G7y2WDaic+0WfQaoXM//cctDqiBgh39/kTxgyErRgD e4WouxcqhEj9YKaWijLIClmZZsndlP7j/d7MD/uEyPjDnRV2P8M7RWd63ESpZfI11Dhm f0Ls2QNIcG0oq/iZVD9aKIE7MAtRsV4ZnPMjOoyzIAsWVeyg1B726shjRrFLgPRVX5AV F7WA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=VsRLn1TW1IFZy+nxjZmxMC8ftRnwoGOZYstMFDTdlGc=; b=fvY55dsMV19V/PvoGnrQ4C+5ZbKkuFMntuZQ7HYg8Sg3e90hizXJgp7NaH4YmktZMY E8z9l34034eBAx1LEeGSmgWhmYAuCvis3AJFtaw6u1pf9lIF+244C9L4ZQ4ZSgYEpSQN XhlqGfZBmY/oRpWKzjSwikH0Il9eUvoufwS/2ujzBncGFQIFkFT8GJoVD1bI//Mvbv74 F2UWSLUBaap7wTl4HpHj2sKemsEKXioIB9jsFcxsfC2Tl5YZIlZgRTqg2POGLfM9+Y2v AKNEOlVjz8xgceUJ4SdHT3UkbaKldlc0of02tR6N0U/wPx/YXISXkHaExOnoebwx4gqi jyhw== X-Gm-Message-State: ALyK8tIpIi3S7FYV2N60wWIw2XDz+R+46+LQGg9pMeW0oQ2H1c9Iv2tl8kzxsBON+2Bi0A== X-Received: by 10.28.46.83 with SMTP id u80mr2924082wmu.35.1464437506325; Sat, 28 May 2016 05:11:46 -0700 (PDT) Received: from ernst.home (p578E2F4B.dip0.t-ipconnect.de. [87.142.47.75]) by smtp.gmail.com with ESMTPSA id x124sm13354511wmg.24.2016.05.28.05.11.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 28 May 2016 05:11:45 -0700 (PDT) Date: Sat, 28 May 2016 14:11:41 +0200 From: Gary Jennejohn To: John Baldwin Cc: current@freebsd.org Subject: Re: EARLY_AP_STARTUP hangs during boot Message-ID: <20160528141141.232185a9@ernst.home> In-Reply-To: <20160527095005.0e0dc1be@ernst.home> References: <20160516122242.39249a54@ernst.home> <3960771.pvLV2Nd9Tc@ralph.baldwin.cx> <20160517184741.599597b4@ernst.home> <2245981.CzRHAP1AJo@ralph.baldwin.cx> <20160527095005.0e0dc1be@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 12:11:48 -0000 On Fri, 27 May 2016 09:50:05 +0200 Gary Jennejohn wrote: > On Thu, 26 May 2016 16:54:35 -0700 > John Baldwin wrote: > > > On Tuesday, May 17, 2016 06:47:41 PM Gary Jennejohn wrote: > > > On Mon, 16 May 2016 10:54:19 -0700 > > > John Baldwin wrote: > > > > > > > On Monday, May 16, 2016 12:22:42 PM Gary Jennejohn wrote: > > > > > I tried out EARLY_AP_STARTUP, but the kernel hangs and I can't > > > > > break into DDB. > > > > > > > > > > I did a verbose boot and the last lines I see are related to routing > > > > > MSI-X to various local APIC vectors. I copied the last few lines and > > > > > they look like this: > > > > > > > > > > msi: routing MSI-X IRQ 256 to local APIC 2 vector 48 > > > > > msi: routing MSI-X IRQ 257 to local APIC 3 vector 48 > > > > > msi: routing MSI-X IRQ 258 to local APIC 4 vector 48 > > > > > msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 > > > ^^^^^^^ Assigning > > > > > > > > > > I tried disabling msi and msix in /boot/loader.conf, but the settings > > > > > were ignored (probabaly too early). > > > > > > > > No, those settings are not too early. However, the routing to different > > > > CPUs now happens earlier than it used to. What is the line before the > > > > MSI lines? You can take a picture with your phone/camera if that's simplest. > > > > > > > > > > Here a few lines before the MSI routing happens: > > > > > > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 > > > hpet0: vendor 0x4353, rev 0x1, 14318180 Hz, 3 timers, legacy route > > > hpet0: t0 : irqs 0x00c0ff (0), MSI, periodic > > > hpet0: t1 : irqs 0x00c0ff (0), MSI, periodic > > > hpet0: t2 : irqs 0x00c0ff (0), MSI, periodic > > > Timecounter "HPET" frequency 14318180 Hz quality 950 > > > > The assigning message means it is in the loop using > > bus_bind_intr() to setup per-CPU timers. Can you please try > > setting 'hint.hpet.0.per_cpu=0' at the loader prompt to see if > > disabling the use of per-CPU timers allows you to boot? > > > > Something has changed since the last time I generated a kernel with > this option. > > Now I get a NULL-pointer dereference in the kernel, doesn't matter > whether I set the hint or not. > OK, now that the startup has been fixed, I tried setting the hint at the loader prompt, but the kenel hangs in exactly the same place as before. I actually booted twice to make certain I hadn't made a typo when setting the hint. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat May 28 13:07:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D4A7B4DF40; Sat, 28 May 2016 13:07:42 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 3E62A1708; Sat, 28 May 2016 13:07:42 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:8fe:6a13:797b:e9c9] (unknown [IPv6:2001:470:1f11:617:8fe:6a13:797b:e9c9]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 901661746; Sat, 28 May 2016 13:07:41 +0000 (UTC) Subject: Re: CFT update day 2 References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> From: Eric McCorkle Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (13D15) In-Reply-To: Message-Id: <10B94EF2-4D0E-4A53-B95C-12D832362C50@metricspace.net> Date: Sat, 28 May 2016 09:07:40 -0400 To: Matthew Macy , "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Mailman-Approved-At: Sat, 28 May 2016 13:16:43 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 13:07:42 -0000 Ok, When I load the module, it the screen blanks for a second as it does when sw= itching framebuffer drivers. However, it looks like this fails, as the last= kernel message is *ERROR*: switching to FCLK failed Not sure how I can get more detailed information. > On May 26, 2016, at 19:08, Eric McCorkle wrote: >=20 > Letting you know, I had an error in detection. I'm trying to get a change= done before code slush, but I will circle back and provide a detailed repor= t=20 >=20 >> On May 23, 2016 4:12:52 AM EDT, Matthew Macy wrote: >>=20 >> The highlights for today are the following: >>=20 >> Bug fixes: >> - Will Andrews fixed attach for some laptops (such as the Carbon X1). >> The Carbon X1 has a quirky BIOS that doesn't allow the OS to >> enumerate the GPU's interrupt. >> - Will Andrews identified a conditionally uninitialized return in >> idr_find that could lead to a panic in some cases. >> - Fixed a panic in mtrr_del frequently seen when attach failed. >> - Sleep/wakeups with interrupts are largely implemented correctly >> now. Previously a polling 10ms sleep was used. I'm still >> concerned that the code really needs to be level-triggered. >>=20 >> Cleanups: >> - Logging is now enabled for the first 10s after attach unless >> dev.drm.drm_debug_keep=3D1. >> - Unimplemented warnings are off by default. >>=20 >> As of this moment the latest USB image is: >> http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz >>=20 >> The USB image now has sync disabled on var. This should improve >> responsiveness for most people with slow USB pen drives. If >> you're having issues that require retaining logs you'll need >> to "zfs set sync=3Denabled zrootusb/var". >>=20 >> The USB image now includes kde4 and xfce. It is also much larger, for=20 >> this iteration you will need a 16GB USB key. The next one will probably >> not be quite so large. If size is a common problem let me know. It's=20 >> difficult to buy a USB key that is less than 16GB today. >>=20 >> joeuser's .xinitrc is configured to start xfce with startx. To start >> kde=20 >> run: service kdm4 onestart. >>=20 >> Note that the image name has changed. The most recent should be >> self-evident in: http://www.bsddesktop.com/images=20 >>=20 >> Helpful hint: use a 1MB blocksize for dd and run gpart recover >> to fix label warnings. Assuming your USB pen drive shows up as >> /dev/da0 and cftdisk image is the one I just posted: >>=20 >> unxz -f cftdisk_2016052307.img.xz; dd if=3Dcftdisk_2016052307.img >> of=3D/dev/da0 bs=3D1M; gpart recover da0 >>=20 >> And as a reminder, if you're having problems with X on the USB >> key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf >> somewhere else on your file system. >>=20 >> If using the github repo, make sure you're using the drm-next-4.6 >> branch. >>=20 >> Cheers. >>=20 >> -M >>=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 > --=20 > Sent from my Android device with K-9 Mail. Please excuse my brevity. > _______________________________________________ > 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" From owner-freebsd-current@freebsd.org Sat May 28 15:29:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 422B6B4E4FF for ; Sat, 28 May 2016 15:29:29 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::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 1019D121B for ; Sat, 28 May 2016 15:29:29 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-io0-x22a.google.com with SMTP id f8so87856683ioe.3 for ; Sat, 28 May 2016 08:29:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=9nmsHRdmcK/a+u9sjLyPkfOtprTxzYSV1d/y/vYBRqs=; b=O7+UPcbdlYqO6b5OywQjk8MbJBvj5QvSpQJuaFLuq3CalPRT/26TUQMicmyK2xxdvf tXEfzlyWKr0aACwIqfkI5bAKBJDeEJLOo68h24aeeRgI83efblJSek8vNIiigk12yNL7 Eq1Jd4ABPEMcVWfdX3zbVYBQEbYppPL0ZoFEADdbyixkcphD//I2SMBEONd7wvHXCxCM D7nh8YNuD+sqMSfGxJYzuvfrDyJdbuzD7nacvZDvZBZU8xJa6hS9w/8LYfvd9MninunP YQIuaqKKzNmSMVhbzva8ikdFQKPA+o+zkOoR/LwMSv9StgTsc5+/GKdAndskiiqiKh5Z dqJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=9nmsHRdmcK/a+u9sjLyPkfOtprTxzYSV1d/y/vYBRqs=; b=Bm/YTBCJudfCy58055FOMNWYAW50I1IHb1NsRTQCkJyFbXkdX24qunCbAeukMxSv3/ EryRS6zZThdjYn6oGfrtkrZXDcyw9IS7AINRMOoKcmmrfoDCIogs7DMXXHKAfuFSKVyQ KA4pCZSehZUzNBtFe2FTLMxoRgOyjU2yeEdZcOx3vLlMN79UdEfMPyFZgcI9Cy9PRDhs j/eI+jBlbSsa+ivO0v8C2/dmxGvqb4i+sRhIGpPOv5UvurD+skxi1R15Vc7cfWIjWo+2 AJ9ObD9sAo0bWfQxIl3qkiENpC4ZlAb2yyGC6rohTYl5aNAfEvd2s+Tncwi8Z/yuwDBJ C0yA== X-Gm-Message-State: ALyK8tLMGZVhbdYulkJzakDHplmVzN3G8swpXNjOj7CDhYx9FpbcGzdyOeYcreLibFa/WvNQdzkTx9rWM25ygA== MIME-Version: 1.0 X-Received: by 10.107.175.3 with SMTP id y3mr17819946ioe.113.1464449368428; Sat, 28 May 2016 08:29:28 -0700 (PDT) Received: by 10.107.18.80 with HTTP; Sat, 28 May 2016 08:29:28 -0700 (PDT) Date: Sat, 28 May 2016 11:29:28 -0400 Message-ID: Subject: panic: DI already started in pmap_delayed_invl_started From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 15:29:29 -0000 I updated my system to r254461 on Thursday, and got this panic overnight. I have a full core and debug symbols if anybody wants me to look at something. panic: DI already started cpuid = 10 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1838bbc380 vpanic() at vpanic+0x182/frame 0xfffffe1838bbc400 kassert_panic() at kassert_panic+0x126/frame 0xfffffe1838bbc470 pmap_delayed_invl_started() at pmap_delayed_invl_started+0xe1/frame 0xfffffe1838bbc490 pmap_advise() at pmap_advise+0x31/frame 0xfffffe1838bbc540 vm_fault_dontneed() at vm_fault_dontneed+0x12f/frame 0xfffffe1838bbc590 vm_fault_hold() at vm_fault_hold+0x919/frame 0xfffffe1838bbc6a0 vm_fault() at vm_fault+0x78/frame 0xfffffe1838bbc6e0 vm_run() at vm_run+0x5b5/frame 0xfffffe1838bbc880 vmmdev_ioctl() at vmmdev_ioctl+0x8c2/frame 0xfffffe1838bbc940 devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe1838bbc9a0 kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe1838bbca00 sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe1838bbcae0 amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe1838bbcbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1838bbcbf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800ff60fa, rsp = 0x7fffdedf4e28, rbp = 0x7fffdedf4ee0 --- From owner-freebsd-current@freebsd.org Sat May 28 15:59:11 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23326B4EE14 for ; Sat, 28 May 2016 15:59:11 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1FB9130F for ; Sat, 28 May 2016 15:59:10 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u4SFx5Kx064532 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 28 May 2016 18:59:05 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u4SFx5Kx064532 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u4SFx5Ik064531; Sat, 28 May 2016 18:59:05 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sat, 28 May 2016 18:59:05 +0300 From: Konstantin Belousov To: Ryan Stone Cc: FreeBSD Current Subject: Re: panic: DI already started in pmap_delayed_invl_started Message-ID: <20160528155905.GY38613@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.6.1 (2016-04-27) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 15:59:11 -0000 On Sat, May 28, 2016 at 11:29:28AM -0400, Ryan Stone wrote: > I updated my system to r254461 on Thursday, and got this panic overnight. > I have a full core and debug symbols if anybody wants me to look at > something. > > panic: DI already started I suspect there is some typo in the revision number to which you updated. Do you have r300863 in your sources ? If not, ensure that you updated up to that rev. If r300863 still demonstrates the problem, I will ask for more specific information. From owner-freebsd-current@freebsd.org Sat May 28 17:41:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96143B4DF51 for ; Sat, 28 May 2016 17:41:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-192.reflexion.net [208.70.211.192]) (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 55CB318C0 for ; Sat, 28 May 2016 17:41:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18868 invoked from network); 28 May 2016 17:40:56 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 17:40:56 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 13:41:38 -0400 (EDT) Received: (qmail 10368 invoked from network); 28 May 2016 17:41:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 17:41:38 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E5FC81C43D6; Sat, 28 May 2016 10:40:56 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> Date: Sat, 28 May 2016 10:40:59 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 17:41:02 -0000 [Top post of failure to get rid of /usr/local/include from = devel/powerpc64-gcc search list.] I have tried: > # svnlite diff /usr/ports/devel/powerpc64-gcc/ > Index: /usr/ports/devel/powerpc64-gcc/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/devel/powerpc64-gcc/Makefile (revision 415874) > +++ /usr/ports/devel/powerpc64-gcc/Makefile (working copy) > @@ -43,6 +43,7 @@ > CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} --disable-nls = --enable-languages=3Dc,c++ \ > --without-headers \ > --with-gmp=3D${LOCALBASE} \ > + = --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} = \ > --with-pkgversion=3D"FreeBSD Ports Collection for = ${PKGNAMEPREFIX:C/-//g}" \ > --with-system-zlib \ > --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ which when rebuilt in a powerpc64 context shows up with: = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 in the "Configured with" (from using -v): > Target: powerpc64-portbld-freebsd11.0 > Configured with: = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 --with-pkgversion=3D'FreeBSD Ports Collection for powerpc64' = --with-system-zlib --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dpowerpc64-portbld-freebsd11.0 But /usr/local/include still shows up in the search list, for example: > ignoring nonexistent directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/local/lib/g= cc/powerpc64-portbld-freebsd11.0/5.3.0/include" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/lib/msun/powerpc > /usr/src/lib/msun/src > /usr/src/lib/libc/include > /usr/src/lib/libc/powerpc > /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. [Despite some prior mis-wording in other messages: The line match for = --with-local-prefix=3D 's value with "/include" appended matches the = line prior to /usr/local/include in the search list, not the following = line.] So far I'm unsuccessful at avoiding /usr/local/include being in the = search list. I'm still at the stage of C_INCLUDE_PAPTH and = CPLUS_INCLUDE_PATH being the best means that I've found to force = /usr/include based paths to win when there are conflicts in = /usr/local/include from ports that have been built. So far I'm only doing the experiment with devel/powerpc64-gcc (used as = the so-called "cross compiler" in my powerpc64 self-hosted context), not = with the lang/gcc49 that I use as the system compiler. For lang/gcc49 = I'm still using C_INCLUDE_PAPTH and CPLUS_INCLUDE_PATH to avoid = /usr/local/include based paths from finding files. In part this is = because I expect port building problems if I use lang/gcc49 to build = ports without lang/gcc49 having /usr/local/include implicitly. I do not = use devel/powerpc64-gcc to build ports. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-28, at 2:24 AM, Mark Millard wrote: > --with-local-prefix=3D/usr was insufficient to avoid = /usr/local/include in the search list in powerpc64-gcc: >=20 >> ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" >> ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" >> ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/src/gnu/lib/libssp/libssp_nonshared/.. >> = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libss= p >> = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/inclu= de >> /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include >> /usr/local/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed >> End of search list. >=20 > Which came from (which shows the --with-local-prefix=3D/usr use): >=20 >> Configured with: = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-local-prefix=3D/usr --with-pkgversion=3D'FreeBSD Ports Collection = for powerpc64' --with-system-zlib = --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dpowerpc64-portbld-freebsd11.0 >=20 > In Makefile terms: >=20 >> # svnlite diff /usr/ports/devel/powerpc64-gcc/Makefile=20 >> Index: /usr/ports/devel/powerpc64-gcc/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/devel/powerpc64-gcc/Makefile (revision 415874) >> +++ /usr/ports/devel/powerpc64-gcc/Makefile (working copy) >> @@ -43,6 +43,7 @@ >> CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} --disable-nls = --enable-languages=3Dc,c++ \ >> --without-headers \ >> --with-gmp=3D${LOCALBASE} \ >> + --with-local-prefix=3D/usr \ >> --with-pkgversion=3D"FreeBSD Ports Collection for = ${PKGNAMEPREFIX:C/-//g}" \ >> --with-system-zlib \ >> --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ >=20 >=20 > Note: "Specifying --prefix has no effect on which directory GCC = searches for local header files". >=20 > Some interesting wording is: "The same value can be used for both = --with-local-prefix and --prefix provided it is not /usr" and "This can = be used to avoid the default search of /usr/local/include". Also: "The = purpose of --prefix is to specify where to install GCC" and "The local = header files in /usr/local/include=97if you put any in that = directory=97are not part of GCC". >=20 > My overall interpretation of that is that in my context: >=20 > = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 >=20 > a.k.a.: >=20 > --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} >=20 > would make for a redundant overall search path without changing the = ordering. >=20 > I have not figured out why /usr/local/include continued to show up and = /usr/include did not. I wonder if they have special logic for if /usr is = assigned and so force back there specified default. >=20 > I'll try rebuilding devel/powerpc64-gcc again based on: >=20 > --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat May 28 18:21:39 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 941D8B4E6C4 for ; Sat, 28 May 2016 18:21:39 +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 615941A2B; Sat, 28 May 2016 18:21:39 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id z123so11986078itg.0; Sat, 28 May 2016 11:21:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=AhyM7BvmlNlxeBaMo3lzAGbKXK1WMcbSxu2ymMSMCRk=; b=VR86otYoZJihY/FNxE/kQqMnEcPWFLQs5vCaYNhyME0O56HzB8LdsrrN8gfo0O00ng zC/9vFjgY3Y/gkC53FHZ1+T4bSHRNtteCoqgL4fipyvp5DKnKb9lifmxYZWfssQ1qfcj CoqNWYcfJ1WtFXGBz78EPJRBRUczXCW0kL9fO6FLj45R2ye6n7lL6aycLAFLHlRPlLin TdIn7hHwZ4QAOwgj559YdLAq16B2xeYKH7h7A7UPx6gjbLwn3guxUggAPj1C7qttRejs osvfmDLAIjnEUksEVIfh1qIoj0KjBrLzSpLihScNHuwohrq+PNLLMkuAt8hAPVPinD+g vVNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=AhyM7BvmlNlxeBaMo3lzAGbKXK1WMcbSxu2ymMSMCRk=; b=aLGF7J7itqPgt/ye6l2qrBUm2sLXKemyhkaOSqBXrbu1zjAxyyrGP9JR2+Rizg4v2X Z1LWQzrlrZvne2W9O3dPOsQJ/G6ituFxiJo+soGF+lm6dxK0Xed62ROWhmzQF7jAb7Pf rJL+rb5rIf+l1hxG6/MUr919KS8OuH8/3shz26j9ORbexePZlyoV1BOjI37pwixruy8a eDQafU+7jeh0KuIfc9Blp649y2VTs+dFM2Fzv3NWzukJ8ykXxeLUUR3aIAgpIJN2y3cy 7+OtCzpCZT6CjfBtQlZYtXL70WKYp+EXPcLBu64w4lHHNkeMlKETkQWGWBCzblS+GmC5 PEYQ== X-Gm-Message-State: ALyK8tIWautCE6Zlkpf3MbbynYVGO7Pgofu79s52fztSAA7cOJk/H+2etgFSRFSZwyiODEXvc6gH8NkZ8+geAA== MIME-Version: 1.0 X-Received: by 10.36.112.199 with SMTP id f190mr3126499itc.6.1464459698901; Sat, 28 May 2016 11:21:38 -0700 (PDT) Received: by 10.107.18.80 with HTTP; Sat, 28 May 2016 11:21:38 -0700 (PDT) In-Reply-To: <20160528155905.GY38613@kib.kiev.ua> References: <20160528155905.GY38613@kib.kiev.ua> Date: Sat, 28 May 2016 14:21:38 -0400 Message-ID: Subject: Re: panic: DI already started in pmap_delayed_invl_started From: Ryan Stone To: Konstantin Belousov Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 18:21:39 -0000 Whoops. I just reported the uname output without giving any thought as to whether it made any sense. I don't have r300863, so I'll update and hopefully that fixes it. Thanks. From owner-freebsd-current@freebsd.org Sat May 28 18:44:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F838B4EC23; Sat, 28 May 2016 18:44:02 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 118A81945; Sat, 28 May 2016 18:44:01 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1464461032410503.7901520488739; Sat, 28 May 2016 11:43:52 -0700 (PDT) Date: Sat, 28 May 2016 11:43:52 -0700 From: Matthew Macy To: "Eric McCorkle" Cc: "freebsd-x11@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <154f8adfba0.dc921598481970.1638382038243187341@nextbsd.org> In-Reply-To: <10B94EF2-4D0E-4A53-B95C-12D832362C50@metricspace.net> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <10B94EF2-4D0E-4A53-B95C-12D832362C50@metricspace.net> Subject: Re: CFT update day 2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 18:44:02 -0000 ---- On Sat, 28 May 2016 06:07:40 -0700 Eric McCorkle wrote ---- > Ok, > > When I load the module, it the screen blanks for a second as it does when switching framebuffer drivers. However, it looks like this fails, as the last kernel message is > > *ERROR*: switching to FCLK failed There are two places in the code in intel_display.c where that error is reported. Both look like this: if (wait_for_atomic_us(I915_READ(LCPLL_CTL) & LCPLL_CD_SOURCE_FCLK_DONE, 1)) DRM_ERROR("Switching to FCLK failed\n"); The last argument is effectively the number of times DELAY(1) is called. Could you try changing the 1 in those calls to 10? Thanks. -M > > Not sure how I can get more detailed information. > > > On May 26, 2016, at 19:08, Eric McCorkle wrote: > > > > Letting you know, I had an error in detection. I'm trying to get a change done before code slush, but I will circle back and provide a detailed report > > > >> On May 23, 2016 4:12:52 AM EDT, Matthew Macy wrote: > >> > >> The highlights for today are the following: > >> > >> Bug fixes: > >> - Will Andrews fixed attach for some laptops (such as the Carbon X1). > >> The Carbon X1 has a quirky BIOS that doesn't allow the OS to > >> enumerate the GPU's interrupt. > >> - Will Andrews identified a conditionally uninitialized return in > >> idr_find that could lead to a panic in some cases. > >> - Fixed a panic in mtrr_del frequently seen when attach failed. > >> - Sleep/wakeups with interrupts are largely implemented correctly > >> now. Previously a polling 10ms sleep was used. I'm still > >> concerned that the code really needs to be level-triggered. > >> > >> Cleanups: > >> - Logging is now enabled for the first 10s after attach unless > >> dev.drm.drm_debug_keep=1. > >> - Unimplemented warnings are off by default. > >> > >> As of this moment the latest USB image is: > >> http://www.bsddesktop.com/images/cftdisk_2016052307.img.xz > >> > >> The USB image now has sync disabled on var. This should improve > >> responsiveness for most people with slow USB pen drives. If > >> you're having issues that require retaining logs you'll need > >> to "zfs set sync=enabled zrootusb/var". > >> > >> The USB image now includes kde4 and xfce. It is also much larger, for > >> this iteration you will need a 16GB USB key. The next one will probably > >> not be quite so large. If size is a common problem let me know. It's > >> difficult to buy a USB key that is less than 16GB today. > >> > >> joeuser's .xinitrc is configured to start xfce with startx. To start > >> kde > >> run: service kdm4 onestart. > >> > >> Note that the image name has changed. The most recent should be > >> self-evident in: http://www.bsddesktop.com/images > >> > >> Helpful hint: use a 1MB blocksize for dd and run gpart recover > >> to fix label warnings. Assuming your USB pen drive shows up as > >> /dev/da0 and cftdisk image is the one I just posted: > >> > >> unxz -f cftdisk_2016052307.img.xz; dd if=cftdisk_2016052307.img > >> of=/dev/da0 bs=1M; gpart recover da0 > >> > >> And as a reminder, if you're having problems with X on the USB > >> key, try disabling it by moving /etc/X11/xorg.conf.d/20-intel.conf > >> somewhere else on your file system. > >> > >> If using the github repo, make sure you're using the drm-next-4.6 > >> branch. > >> > >> Cheers. > >> > >> -M > >> > >> _______________________________________________ > >> 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" > > > > -- > > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > _______________________________________________ > > 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" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sat May 28 18:53:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7015B4EF0D for ; Sat, 28 May 2016 18:53:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D69BA116D for ; Sat, 28 May 2016 18:53:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: by mailman.ysv.freebsd.org (Postfix) id D2810B4EF0C; Sat, 28 May 2016 18:53:10 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFE29B4EF0B for ; Sat, 28 May 2016 18:53:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id BAFC3116B for ; Sat, 28 May 2016 18:53:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yuri.doctorlan.com (c-24-5-143-190.hsd1.ca.comcast.net [24.5.143.190]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id u4SIr4kw050607 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 28 May 2016 11:53:04 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-5-143-190.hsd1.ca.comcast.net [24.5.143.190] claimed to be yuri.doctorlan.com To: current From: Yuri Subject: WITNESS messages on 11 Message-ID: <36b1daa4-8ed5-5cac-85f7-641d4dee7538@rawbw.com> Date: Sat, 28 May 2016 11:53:02 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 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.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 18:53:11 -0000 I saw this every time I tried to install 11 from the VM image recently. While copying over the ports tree with the command "nc | tar xzf -" I get the messages, see below. Yuri lock order reversal: 1st 0xfffffe003ca55570 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3512 2nd 0xfffff80003db6a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 stack backtrace: #0 0xffffffff80a981b0 at witness_debugger+0x70 #1 0xffffffff80a980a4 at witness_checkorder+0xe54 #2 0xffffffff80a429a2 at _sx_xlock+0x72 #3 0xffffffff80cf32dd at ufsdirhash_add+0x3d #4 0xffffffff80cf60ba at ufs_direnter+0x4da #5 0xffffffff80cfe6b9 at ufs_mkdir+0x8a9 #6 0xffffffff80ff7f47 at VOP_MKDIR_APV+0xf7 #7 0xffffffff80b05c88 at kern_mkdirat+0x208 #8 0xffffffff80e9cc1b at amd64_syscall+0x2db #9 0xffffffff80e7cbdb at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff800388ed5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:894 2nd 0xfffffe003cb6ccb0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 3rd 0xfffff8003b40b7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 stack backtrace: #0 0xffffffff80a981b0 at witness_debugger+0x70 #1 0xffffffff80a980a4 at witness_checkorder+0xe54 #2 0xffffffff80a12b06 at __lockmgr_args+0x4d6 #3 0xffffffff80cedf46 at ffs_lock+0xa6 #4 0xffffffff80ff88f0 at VOP_LOCK1_APV+0x100 #5 0xffffffff80b0880a at _vn_lock+0x9a #6 0xffffffff80af8c63 at vget+0x63 #7 0xffffffff80aeb52c at vfs_hash_get+0xcc #8 0xffffffff80ce95a0 at ffs_vgetf+0x40 #9 0xffffffff80ce0e91 at softdep_sync_buf+0xb51 #10 0xffffffff80ceeb36 at ffs_syncvnode+0x256 #11 0xffffffff80cedde0 at ffs_fsync+0x20 #12 0xffffffff80ff79b7 at VOP_FSYNC_APV+0xf7 #13 0xffffffff80ada695 at bufsync+0x35 #14 0xffffffff80af6d12 at bufobj_invalbuf+0xa2 #15 0xffffffff80af9f4e at vgonel+0x15e #16 0xffffffff80afce37 at vnlru_proc+0x577 #17 0xffffffff809fd8c4 at fork_exit+0x84 From owner-freebsd-current@freebsd.org Sat May 28 19:03:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD356B4E1C6; Sat, 28 May 2016 19:03:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::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 987CE186C; Sat, 28 May 2016 19:03:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22f.google.com with SMTP id ct2so11822817igb.0; Sat, 28 May 2016 12:03:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=SL6ajehpKZ9S+hvJxO8dnGj8lT6eX3Y9ygm+1M8S1BE=; b=hQsMe0IkTzZT5f+Oa6J2+5rA2NR5girxAVPw5gPR/+VJfDvdBNzUU4obA0Mi0UXUYu P//G0IG7HrcF8vWkeJbLitwXQ1pUTqvy4nm7X4XYy5wIts2pvEIy9lvoIW9Lu1dA3CQk nEMwI3uobyEB5WsfELOwN3cQBkegWd6hKz/XNbfEef+DMv1GecBopnVg1DNZA+02fAyV n/0zowLlyggrsxxuAnxAOHz5I8yktL70kGmwgZupea1rCVmT9/scl6fMjuU/lgEVVIq/ ML6+QJt5KNuYtESjq152k8y54Wxi9eWifgY/aijdLSit3D+RjxcFZArqWH9t84CHSrJ/ VFgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=SL6ajehpKZ9S+hvJxO8dnGj8lT6eX3Y9ygm+1M8S1BE=; b=FgRRHYBBzNPkGIyzeSafLoeSIIc4TBMIlzWaDCnGYWdhGg4zeofPQv7NLH1euqxL9+ rOxd5cMY1CsuFaRcfZs0UAM5PsTCfYSv1dYJ7svwINaV7dVDzvk78GZyFPv5huprgd9J pktVDHxnRlYB9eNonYq8PqAXwP8RgZLxgf/m8BUcpnSlm/GV459aip4WflTNGSGZXjbJ QVdmuzAdrI0EJCCe5wJLq0DJ2Eevj8lmrVfE3YHnc2z5m2oSdB9BFGBvjt5v3jzce1Iu qicccsejgsuG1dRdOwKQNa18IJGOKyYi2DwUboBel6idJe7vFsOPhPrVul8g5u26mL9Y fD1A== X-Gm-Message-State: ALyK8tJI3TGfu2LzPOhXFL3zLWBVdvmvWYNpD93pCDmboGQb6RopOwy/NYl0Rp2ZAVI3D1moM/M73Zr4yTekFg== MIME-Version: 1.0 X-Received: by 10.50.3.73 with SMTP id a9mr3014289iga.22.1464462199663; Sat, 28 May 2016 12:03:19 -0700 (PDT) Received: by 10.36.113.3 with HTTP; Sat, 28 May 2016 12:03:19 -0700 (PDT) In-Reply-To: <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> Date: Sat, 28 May 2016 12:03:19 -0700 Message-ID: Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Adrian Chadd To: Mark Millard Cc: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 19:03:21 -0000 [snip] hi, please don't patch the ports compiler assumptions about things like this. We should be targeting external toolchains on OSes (eg macosx) where it may already generate freebsd binaries and as such we should be calling the compiler/linker with all the flags it needs. Having a patched compiler default for mips made things way, way harder than it needed to be. -adrian From owner-freebsd-current@freebsd.org Sat May 28 20:29:17 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC0DBB4E5CF for ; Sat, 28 May 2016 20:29:17 +0000 (UTC) (envelope-from mokhi64@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 9F5A81867 for ; Sat, 28 May 2016 20:29:17 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9AB21B4E5CE; Sat, 28 May 2016 20:29: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 9A689B4E5CD for ; Sat, 28 May 2016 20:29:17 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36B481866 for ; Sat, 28 May 2016 20:29:17 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id n129so28826381wmn.1 for ; Sat, 28 May 2016 13:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Wl6vH+mBa0Ul59ZxLyHVLItgqu1vPPasZzFhdQ7tHws=; b=K4TuoV4Luuee75fg/gDiiGIe4FfEtNnjupHfTdDVd+rFTXgH9F3jpVPMbKS1olVcae pNJ8L3ZPVvn17WajomdbFvbtUJnY6PFQvJNOPEdNRXz2dQnbBmLiK7VkYEQO2TsIKxcL Ka6zlTkj68OJn7IVJvasb7kC6+m4z8skPQ0R/1199XNAjaxHgx2NIuVSH5zfTWhj2FbP VAC8yQiN1UciKfXazvVhYK86G7sMygRvTGYPVlQMMH2FePtrtmvqtpfIckOq0ZweltBh NUq8Nq7OflNz2LewA9WyWcejmZzXPUOWE/TBAbWYAmtmh948BREbRzkgtwkf0Vr951IB SDuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Wl6vH+mBa0Ul59ZxLyHVLItgqu1vPPasZzFhdQ7tHws=; b=BR44Nj/dVS6nLlBfuRceC4racMBDa735rYIkmRSN3wZYMGC/E8mgfGzG7GUYYHOwUt ve4KRr0r2BdtCP5AVLJlg3TkhhVBs8mU7mFa/Ng0kw0Lgbw4tKjYfucaz/JGFqDvfm2l 2hjPFbhQ1eNoZIIEScxy004BZMx2DSTPf70qWH4EYw10bC2jpdeO9rWLj3WfJbtKnmar AgN5+spFEBVlYJ5t4NzCb/m358Vres6nCbOlqyeLh2G0LswkiT6XLFPA6A7//iP8F5bg 9XNoalFdLGu9KtYkAFXBb3tMcYt6/vuHCUaYq6X6DNsJtdeH4CcHZ1Ba2nN/f07wOzcs V6DQ== X-Gm-Message-State: ALyK8tIfVY12Vpbljd/ug+TM8vdACIFkiA/g/Yz6eLWt2LphhSsbM5IiJugNaaHm+fcSAYwc7Y5UZUmt0ge38A== MIME-Version: 1.0 X-Received: by 10.28.92.20 with SMTP id q20mr4336318wmb.76.1464467354870; Sat, 28 May 2016 13:29:14 -0700 (PDT) Received: by 10.28.230.17 with HTTP; Sat, 28 May 2016 13:29:14 -0700 (PDT) In-Reply-To: <36b1daa4-8ed5-5cac-85f7-641d4dee7538@rawbw.com> References: <36b1daa4-8ed5-5cac-85f7-641d4dee7538@rawbw.com> Date: Sun, 29 May 2016 00:59:14 +0430 Message-ID: Subject: Re: WITNESS messages on 11 From: mokhi To: Yuri Cc: current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 20:29:17 -0000 I'm not sure, but maybe this is related to [1]. FWIW, according to [2], LORs of witness means deadlock could be happened in that situation (if it's not a false positive), not necessarily an accurate deadlock happening IMO :) I hope it helps :) [1]http://lists.freebsd.org/pipermail/freebsd-current/2016-May/061195.html [2]https://www.freebsd.org/doc/faq/troubleshoot.html#idp63374416 Best Regards, Mokhi. From owner-freebsd-current@freebsd.org Sat May 28 21:06:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7230AB4EF60 for ; Sat, 28 May 2016 21:06:33 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35E291E34 for ; Sat, 28 May 2016 21:06:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1b6lNK-000zNb-MO>; Sat, 28 May 2016 23:02:26 +0200 Received: from x5ce13db7.dyn.telefonica.de ([92.225.61.183] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1b6lNK-000g5i-DF>; Sat, 28 May 2016 23:02:26 +0200 Date: Sat, 28 May 2016 23:04:43 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; Message-ID: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/0nTmAtfBd/h5EOgFt.dPXAu"; protocol="application/pgp-signature" X-Originating-IP: 92.225.61.183 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:06:33 -0000 --Sig_/0nTmAtfBd/h5EOgFt.dPXAu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Recent CURRENT r300912 fails to buildworld with the error shown below: [...] cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DNDEBUG -MD -MF.depend.alia= s_skinny.o -MTalias_skinny.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -W= no-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-= conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/al= ias_skinny.c -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on liter= al; C++11 requires a space between literal and identifier [-Wreserved-user-defined-li= teral] snprintf(timebuf, bufsize, " timestamp=3D%"PRId64, --Sig_/0nTmAtfBd/h5EOgFt.dPXAu Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXSgfrAAoJEOgBcD7A/5N8yiEH/j6dzc4nIkksQIDxFI51JYyv ugQXHufUZxprqnWJfFmTAvlNqWReZRjK+rnqwbifykRiYM7h6pwMDwzM05Ximmin kB7n7iTLvcBi1H1lQlpcmlExQsMAZNC3Ige48vgwnnIQ+xk3fwJxn3TZGbU+/08x u57NmHfPw8HRvlqIrkwUVNsWR1hqX6jGkb8tbwmdQo45xSeX16MEf2A4JDh0TD3/ BPa53594sPtREOf6bFPrx6BsPpRsbWJyGVeQLfS31r+Lt7pf2jkUC3LR45aYoJ3I XunyXvYDPCoRaMJSVbwQinGH8w7IRYK22EJ0tcqGln6k9zBH0NXuzFXNXvvouUM= =l3N7 -----END PGP SIGNATURE----- --Sig_/0nTmAtfBd/h5EOgFt.dPXAu-- From owner-freebsd-current@freebsd.org Sat May 28 21:12:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE11AB4E0DA for ; Sat, 28 May 2016 21:12:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B63611A8; Sat, 28 May 2016 21:12:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::cce6:66d6:4bdd:cc70] (unknown [IPv6:2001:7b8:3a7:0:cce6:66d6:4bdd:cc70]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A0D56184A3; Sat, 28 May 2016 23:12:38 +0200 (CEST) Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6B5A819A-BCB2-4947-A277-5D395DF7DE6C"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> Date: Sat, 28 May 2016 23:12:27 +0200 Cc: FreeBSD CURRENT , Alan Somers Message-Id: <16E0EED9-E85A-487D-91E5-149EEC9E8DF0@FreeBSD.org> References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:12:43 -0000 --Apple-Mail=_6B5A819A-BCB2-4947-A277-5D395DF7DE6C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 May 2016, at 23:04, O. Hartmann = wrote: > Recent CURRENT r300912 fails to buildworld with the error shown below: >=20 > [...] > cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DNDEBUG -MD = -MF.depend.alias_skinny.o > -MTalias_skinny.o -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -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/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/alia= s_skinny.c > -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So > --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on = literal; C++11 > requires a space between literal and identifier = [-Wreserved-user-defined-literal] > snprintf(timebuf, bufsize, " timestamp=3D%"PRId64, If you are compiling with CXXFLAGS having -std=3Dc++11, please turn that off to work around this. At some point there should be space inserted between the double quote and the PRId64, that should fix it. -Dimitry --Apple-Mail=_6B5A819A-BCB2-4947-A277-5D395DF7DE6C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAldKCcYACgkQsF6jCi4glqMNFACgjbDXLDUNJLVTW293JXg/S+7j gq8AniEUXwRkGMdwiLA2FrX2qB8LLxrb =/Y7v -----END PGP SIGNATURE----- --Apple-Mail=_6B5A819A-BCB2-4947-A277-5D395DF7DE6C-- From owner-freebsd-current@freebsd.org Sat May 28 21:20:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91D74B4E1CC for ; Sat, 28 May 2016 21:20:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59EA2139C for ; Sat, 28 May 2016 21:20:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x22c.google.com with SMTP id w184so215150072oiw.2 for ; Sat, 28 May 2016 14:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=9LAUqg65nEIvdwZoxEp9VUdyf4ajMUFrYW7sFUjkLI4=; b=Uc/EKlDZKukhlls8xc4Y4Rl4fOEvlPw03gxJC1VzRWN8oqPhRrJn+Glm96nxjzrzJJ Wpe6i4BCielJT0euMNtMQ1wSvPE+jKNA5EJCmhYTX02VNCBXY1ncOyNCOpu2Whcuwlyf irV4AlEvG/UIKCO0tHZ5K9ddlOQUy+oXge+0XHJNlGBPpNThlQ+AKdijqIWJzDMn+S7C iTjdTnvntQIncgNX1tyoBWERDiCfSF3lWBcg5AcnhGmHXdxNkJJcgx724MUn7kKXwBPL ATEpJWqAtrnrppT0XHjCSZ9Jz45wt7IJaxTx89eQrnhBvxjnOCHgntyM4C8lWlLmN6SR OHXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=9LAUqg65nEIvdwZoxEp9VUdyf4ajMUFrYW7sFUjkLI4=; b=X4EuLXM6rMP/2O6pSY2ahobMbry0SpFeuLkpZYYeyt3i9Rzj4XCbUHX9hgqlOIRb8p 99ElZojON0Pw05vV9scCcE8P8jusAIsBOsKe1hUiQjoKoLRkLCFAorNasXFuD8O4aNs+ fO5jrpH9OYxp5GsYXtW3c3Qfmgkhxiv+cc4WzSbZIen1YtL3x80XONWYh+c2UzE20eKb XePu/AjONZ8vQeYJAR7v9k4dyEA6oTccp4JH9GALf1Jn2hUxsGGN/8yh9akKrzecG815 opC4eipP21Wl6Zn/ZCCe6HrtLkNeg/14tE97NJ3Gqjy7H+A/3cyK8MWKs0gykZtPyaGv wEig== X-Gm-Message-State: ALyK8tIYHZv6YdRh5A3BHG748HZyhsOQRu78X3Uc4kUUFzmtb2jYYJYd0J1dl0OLJrGq8MWURIsCHPq++0AHkw== MIME-Version: 1.0 X-Received: by 10.202.212.19 with SMTP id l19mr13893874oig.182.1464470415686; Sat, 28 May 2016 14:20:15 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.4.200 with HTTP; Sat, 28 May 2016 14:20:15 -0700 (PDT) In-Reply-To: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> Date: Sat, 28 May 2016 15:20:15 -0600 X-Google-Sender-Auth: C_rrq7nwkq1uEH7Ay_10w4NIL54 Message-ID: Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; From: Alan Somers To: "O. Hartmann" Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:20:16 -0000 On Sat, May 28, 2016 at 3:04 PM, O. Hartmann wrote: > Recent CURRENT r300912 fails to buildworld with the error shown below: > > [...] > cc -O2 -pipe -O3 -O3 -pipe -march=native -DNDEBUG -MD -MF.depend.alias_skinny.o > -MTalias_skinny.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -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/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/alias_skinny.c > -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So > --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on literal; C++11 > requires a space between literal and identifier [-Wreserved-user-defined-literal] > snprintf(timebuf, bufsize, " timestamp=%"PRId64, Those aren't the usual CFLAGS. What are your environment, compiler, and target architecture? From owner-freebsd-current@freebsd.org Sat May 28 21:30:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C96EB4E4D0 for ; Sat, 28 May 2016 21:30:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-184.reflexion.net [208.70.211.184]) (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 43E811D9F for ; Sat, 28 May 2016 21:30:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 524 invoked from network); 28 May 2016 21:30:08 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 21:30:08 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 17:30:17 -0400 (EDT) Received: (qmail 10773 invoked from network); 28 May 2016 21:30:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 21:30:16 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 35AA8B1E001; Sat, 28 May 2016 14:30:07 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Sat, 28 May 2016 14:30:10 -0700 Cc: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> To: Adrian Chadd X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:30:19 -0000 On 2016-May-28, at 12:03 PM, Adrian Chadd = wrote: > [snip] >=20 > hi, >=20 > please don't patch the ports compiler assumptions about things like > this. We should be targeting external toolchains on OSes (eg macosx) > where it may already generate freebsd binaries and as such we should > be calling the compiler/linker with all the flags it needs. >=20 > Having a patched compiler default for mips made things way, way harder > than it needed to be. >=20 >=20 >=20 > -adrian Are there specific technical examples of specific lessons learned from = the "patched compiler default for mips" context? Is there an intent to use /usr/src/. . . materials for = buildworld/buildkernel and the like from a non-FreeBSD context? Are = there examples? Currently I'm just providing evidence that some FreeBSD committers have = requested. I'm not a committer for FreeBSD or for upstream and will not = be making any FreeBSD system or ports changes outside my personal = context. I'm no direct risk to FreeBSD. So your note is more for the = folks having me cross check xtoolchain and related behavior than for me. Notes on my context. . . (stop reading if you do not care) Unfortunately powerpc64 and powerpc still can not be clang based overall = for buildworld/buildkernel. I will say that in my use of devel/powerpc64-xtoolchain-gcc (and so = devel/powerpc64-gcc ) to have a libc++ based FreeBSD on powerpc64 I've = always had to have some form of work around to avoid /usr/local/include = causing buildworld failures from use of the wrong files for buildworld = purposes. I have either: A) temporarily renamed files below /usr/local/include/ to avoid them = being used (or otherwise blocked /usr/local/include access) or B) used C_INCLUDE_PATH and CPLUS_INCLUDE_PATH to cause the C/C++ = compiles to look below /usr/include/ before looking below = /usr/local/include/ . (I've also experimented with extra -I's and the = like.) So far I've not used devel/powerpc64-gcc to build ports under FreeBSD. = So far I've only built ports from a self-hosted context (no cross-built = ports). So I tend to use something like lang/gcc49 to build ports. I'm = not likely to adopt a technique for building the likes of lang/gcc49 = that messes up using it to build ports. I normally self-host buildworld/buildkernel on a powerpc64 FreeBSD = context, an odd use of devel/powerpc64-gcc . But I have at times also = cross-built from an amd64 FreeBSD context and it also can have the = "wrong files for buildworld" problem for /usr/local/include/ in FreeBSD. I've never tried buildworld/buildkernel from a non-FreeBSD context and = so have never built devel/powerpc64-gcc or anything like its = configuration outside FreeBSD. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat May 28 21:43:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA4C2B4E9DA for ; Sat, 28 May 2016 21:43:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B91F168C; Sat, 28 May 2016 21:43:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::cce6:66d6:4bdd:cc70] (unknown [IPv6:2001:7b8:3a7:0:cce6:66d6:4bdd:cc70]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 15B8418514; Sat, 28 May 2016 23:43:43 +0200 (CEST) Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Sat, 28 May 2016 23:43:34 +0200 Cc: "O. Hartmann" , FreeBSD CURRENT , Bryan Drewery Message-Id: <77081524-8F53-47D2-9A0B-CB634A87634E@FreeBSD.org> References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> To: Alan Somers X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:43:44 -0000 --Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 May 2016, at 23:20, Alan Somers wrote: >=20 > On Sat, May 28, 2016 at 3:04 PM, O. Hartmann > wrote: >> Recent CURRENT r300912 fails to buildworld with the error shown = below: >>=20 >> [...] >> cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DNDEBUG -MD = -MF.depend.alias_skinny.o >> -MTalias_skinny.o -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -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/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/alia= s_skinny.c >> -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So >> --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on = literal; C++11 >> requires a space between literal and identifier = [-Wreserved-user-defined-literal] >> snprintf(timebuf, bufsize, " timestamp=3D%"PRId64, >=20 > Those aren't the usual CFLAGS. What are your environment, compiler, > and target architecture? There seems to be something that is adding -std=3Dc++11 unconditionally = to the CXXFLAGS for a C++ library. I'm adding Bryan on CC, who may know how this comes to pass. That said, putting a space between the double quote and PRId64 identifier would be handy in any case. -Dimitry --Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAldKEQ4ACgkQsF6jCi4glqPKPgCg3r3qFQU77HZyh+5BkaRe5Smv X0oAoIHb+mLzqYYfY6RF93W6bXiEIYjh =+MXM -----END PGP SIGNATURE----- --Apple-Mail=_A3D8A4AA-0678-442D-86D0-1944DDC3A853-- From owner-freebsd-current@freebsd.org Sat May 28 21:47:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CC40B4EA8A for ; Sat, 28 May 2016 21:47:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EF3DC17E5; Sat, 28 May 2016 21:47:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id E88C81A0F; Sat, 28 May 2016 21:47:52 +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 9D0741DFE9; Sat, 28 May 2016 21:47:52 +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 uNAhjpJGQf_5; Sat, 28 May 2016 21:47:49 +0000 (UTC) Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com B44311DFDC To: Dimitry Andric , Alan Somers References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> <77081524-8F53-47D2-9A0B-CB634A87634E@FreeBSD.org> Cc: "O. Hartmann" , FreeBSD CURRENT , Bryan Drewery From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Sat, 28 May 2016 14:47:45 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <77081524-8F53-47D2-9A0B-CB634A87634E@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:47:53 -0000 On 5/28/16 2:43 PM, Dimitry Andric wrote: > On 28 May 2016, at 23:20, Alan Somers wrote: >> >> On Sat, May 28, 2016 at 3:04 PM, O. Hartmann >> wrote: >>> Recent CURRENT r300912 fails to buildworld with the error shown below: >>> >>> [...] >>> cc -O2 -pipe -O3 -O3 -pipe -march=native -DNDEBUG -MD -MF.depend.alias_skinny.o >>> -MTalias_skinny.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wno-pointer-sign I only see std=gnu99 here ^^ and no std=c++11. >>> -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/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/alias_skinny.c >>> -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So >>> --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on literal; C++11 >>> requires a space between literal and identifier [-Wreserved-user-defined-literal] >>> snprintf(timebuf, bufsize, " timestamp=%"PRId64, >> >> Those aren't the usual CFLAGS. What are your environment, compiler, >> and target architecture? > > There seems to be something that is adding -std=c++11 unconditionally to > the CXXFLAGS for a C++ library. I'm adding Bryan on CC, who may know > how this comes to pass. > > That said, putting a space between the double quote and PRId64 > identifier would be handy in any case. > > -Dimitry > -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Sat May 28 22:04:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2F22B4EDDE for ; Sat, 28 May 2016 22:04:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 754981F49; Sat, 28 May 2016 22:04:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1b6mLR-0018Bl-Cf>; Sun, 29 May 2016 00:04:33 +0200 Received: from x5ce13db7.dyn.telefonica.de ([92.225.61.183] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1b6mLR-000kLG-14>; Sun, 29 May 2016 00:04:33 +0200 Date: Sun, 29 May 2016 00:07:06 +0200 From: "O. Hartmann" To: Alan Somers Cc: FreeBSD CURRENT Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; Message-ID: <20160529000706.1c1e582d.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/x0k_LVxWNOoIll9Q8w1=kL."; protocol="application/pgp-signature" X-Originating-IP: 92.225.61.183 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 22:04:35 -0000 --Sig_/x0k_LVxWNOoIll9Q8w1=kL. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 28 May 2016 15:20:15 -0600 Alan Somers schrieb: > On Sat, May 28, 2016 at 3:04 PM, O. Hartmann > wrote: > > Recent CURRENT r300912 fails to buildworld with the error shown below: > > > > [...] > > cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -DNDEBUG -MD -MF.depend.= alias_skinny.o > > -MTalias_skinny.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers > > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable > > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wn= o-switch > > -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused= -arguments > > -c /usr/src/lib/libalias/modules/skinny/../../../../sys/netinet/libalia= s/alias_skinny.c > > -o alias_skinny.o --- all_subdir_lib/libdevdctl --- --- event.So > > --- /usr/src/lib/libdevdctl/event.cc:438:45: error: invalid suffix on l= iteral; C++11 > > requires a space between literal and identifier [-Wreserved-user-define= d-literal] > > snprintf(timebuf, bufsize, " timestamp=3D%"PRId64, =20 >=20 > Those aren't the usual CFLAGS. What are your environment, compiler, > and target architecture? Compiler is CLANG/LLVM, target arch is amd64, in that case, an oldish IvyBr= idge, but it fails the same way on Haswell as well. 64bit. For buildworld, I use in /etc/src.conf this since an eternity (measured in = the metrik of 11-CURRENT): CPUTYPE?=3D native # CFLAGS+=3D -O3 -pipe # for the kernel COPTFLAGS+=3D -O3 -pipe # CXXFLAGS+=3D -std=3Dc++11 As it has been earlier stated, there is no -std=3Dc++11 visible in the cc o= ptions, only -std=3Dgnu99. The compiler gives the right suggestion itself, but someone should fix and = commit ... Regards, Oliver --Sig_/x0k_LVxWNOoIll9Q8w1=kL. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXShaKAAoJEOgBcD7A/5N816kIALrsjoPNYTf2jz3CXoNlZRAm fygg2uBTUXog04A5OxZ+89kNpol1wZOsyg36QBXcMVEC6W3WtC9cDHRFdjWweH9U jMYu66O4kpBblitmx9E4Hv1JrYPr+rutvsrvN6IvdL4Wa+ckEGpv7iR7ityS1/UX aAcSLqFRR/3iBld0e3xAnZcKxmaFFvg6HgUQSi0JC4prQqaJB9+Y2o8evRTsnB+N Q4ZzSRfdeXkzyttdMnNqZY/rAMlDfMEHCA9/MOUSoje8Upeuou2IFJQDItBvgTat W1XGRGmIAPsb0VPx3MTVnaFTpJwN5O4BznxHaKC2g5IVrmDqKr6X5KDeWDUCWdk= =sDvN -----END PGP SIGNATURE----- --Sig_/x0k_LVxWNOoIll9Q8w1=kL.-- From owner-freebsd-current@freebsd.org Sat May 28 22:26:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E86CB4E369 for ; Sat, 28 May 2016 22:26:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDD71C85; Sat, 28 May 2016 22:26:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 38F0C1215; Sat, 28 May 2016 22:26:52 +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 DE3D51E347; Sat, 28 May 2016 22:26:51 +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 phcCdOn-0BpS; Sat, 28 May 2016 22:26:45 +0000 (UTC) Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 9B93D1E341 To: "O. Hartmann" , Alan Somers References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> <20160529000706.1c1e582d.ohartman@zedat.fu-berlin.de> Cc: FreeBSD CURRENT From: Bryan Drewery Organization: FreeBSD Message-ID: <813e1a9f-7a65-ffe6-6189-4067df57646a@FreeBSD.org> Date: Sat, 28 May 2016 15:26:43 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160529000706.1c1e582d.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 22:26:52 -0000 On 5/28/16 3:07 PM, O. Hartmann wrote: > CXXFLAGS+= -std=c++11 > > > As it has been earlier stated, there is no -std=c++11 visible in the cc options, only > -std=gnu99. I'm confused why -std=c++11 *doesn't* show now. Whatever though, the problem is reproducible with GCC toolchains which always get -std=c++11 added in. I'm committing a fix. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Sat May 28 23:27:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DEEAB4E004 for ; Sat, 28 May 2016 23:27:30 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CA3C17F6; Sat, 28 May 2016 23:27:30 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id b65so224109401oia.1; Sat, 28 May 2016 16:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=befz9wHRwv0JUQl81R2M0bjIlwHcb+qA4PI4SbxStek=; b=PpFdvHMAGgTCd2Wv2BZNEdsNqNBZZ+yL7hRGTkxDusB0TrujKf56u7WNBT/gDtkqtn BCA9kZ0HWB1xxlZ0G5PqQT0Mmyd5oxcD5wqJWCDxS8FI0qxr8fVoy4t/cY2pJi/b+oKu C3DxsG8FTs8LjcNePLJlFTufH5vl00UA5INaF6vDP79KvCXqh9Z2T8iA30PmONLICkw4 B8vICGBK3tIqxYadlZGxj8/ICKuHgiuu0dbl8ZCFAs+JhKRYIWDw0Y2xLmJM0dBnKWiO 8k3R8ITbBokB8SF1HcYoBhgixS6wGdHvb8vhm8P84LuLbyyYQB1tPz7ZztVYVk6j7soS PlLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=befz9wHRwv0JUQl81R2M0bjIlwHcb+qA4PI4SbxStek=; b=VoDQXyAx9oFgYwldn2jEHwc8rONiCt8eI1TgILPDLeG5lyrH74958fKpTyh0DLm3jg 7IUgh6KsbkMFFsPD8WStlRfq8tu9OSfTwmG/vgstkuDRDG7w4AhsZGL48CfD7VpeCpSc GfLC9kqHJCyK8k4/Dsn+yX/Nd7siMz3cL6hY5nyPodlFFbcuCVU9e0GbneFdT9YOEkQR MbaaYiC13SRkEE9j1hFtgpUR+jO5eBHOCK7JEAnSyz2HqMOQYkrUwH+J/YV6kVZWBmow iqjEBfNivQw11AHLtUTCjX0EQwbpjalU/XlitwJKfEkOAznCqHdfY5eEFr9pj6xEOHFN XSjg== X-Gm-Message-State: ALyK8tLDIX6BCrHsBiMs3+TVi3NUfcpznykPicFgTF8GIHCEZ8tr30Zr8bZStHQFcwO/svnSHZWw8kDw05fRFw== MIME-Version: 1.0 X-Received: by 10.202.212.19 with SMTP id l19mr14067303oig.182.1464478049484; Sat, 28 May 2016 16:27:29 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.4.200 with HTTP; Sat, 28 May 2016 16:27:29 -0700 (PDT) In-Reply-To: <813e1a9f-7a65-ffe6-6189-4067df57646a@FreeBSD.org> References: <20160528230443.31ee2003.ohartman@zedat.fu-berlin.de> <20160529000706.1c1e582d.ohartman@zedat.fu-berlin.de> <813e1a9f-7a65-ffe6-6189-4067df57646a@FreeBSD.org> Date: Sat, 28 May 2016 17:27:29 -0600 X-Google-Sender-Auth: 1WcCHrfbxnVN6GKeoB8WXQ7Lb_k Message-ID: Subject: Re: r300912: compile failure in world: event.cc:438:45: error: invalid suffix on literal; From: Alan Somers To: Bryan Drewery Cc: "O. Hartmann" , FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 23:27:30 -0000 On Sat, May 28, 2016 at 4:26 PM, Bryan Drewery wrote: > On 5/28/16 3:07 PM, O. Hartmann wrote: >> CXXFLAGS+= -std=c++11 >> >> >> As it has been earlier stated, there is no -std=c++11 visible in the cc options, only >> -std=gnu99. > > I'm confused why -std=c++11 *doesn't* show now. Whatever though, the > problem is reproducible with GCC toolchains which always get -std=c++11 > added in. > > I'm committing a fix. > > -- > Regards, > Bryan Drewery It didn't show only because ohartman pasted the wrong context in his original email. He pasted the compile command for a .c file, followed the the error message from a .cc file. Thanks for fixing it, Bryan. -Alan