From owner-freebsd-current@freebsd.org Sun Sep 25 09:20:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A1C4BE9D68 for ; Sun, 25 Sep 2016 09:20:46 +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 3C607BE4; Sun, 25 Sep 2016 09:20:46 +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 9F332CA; Sun, 25 Sep 2016 09:20:46 +0000 (UTC) Date: Sun, 25 Sep 2016 09:20:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <642801369.1.1474795246568.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <329505828.0.1474749337571.JavaMail.jenkins@jenkins-9.freebsd.org> References: <329505828.0.1474749337571.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #700 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2016 09:20:46 -0000 See From owner-freebsd-current@freebsd.org Sun Sep 25 22:10: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 DD0F7BEA5E9 for ; Sun, 25 Sep 2016 22:10:47 +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 C26A6A6C; Sun, 25 Sep 2016 22:10:47 +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 F2744DA; Sun, 25 Sep 2016 22:10:46 +0000 (UTC) Date: Sun, 25 Sep 2016 22:10:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <742328270.3.1474841445326.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #703 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2016 22:10:48 -0000 See ------------------------------------------ [...truncated 355770 lines...] [192.168.10.2] out: bin/sh/set-e/functional_test:elif1 -> passed [0.047s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif2 -> passed [0.046s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval1 -> passed [0.047s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval2 -> passed [0.048s] [192.168.10.2] out: bin/sh/set-e/functional_test:for1 -> passed [0.043s] [192.168.10.2] out: bin/sh/set-e/functional_test:func1 -> passed [0.048s] [192.168.10.2] out: bin/sh/set-e/functional_test:func2 -> passed [0.046s] [192.168.10.2] out: bin/sh/set-e/functional_test:if1 -> passed [0.047s] [192.168.10.2] out: bin/sh/set-e/functional_test:if2 -> passed [0.045s] [192.168.10.2] out: bin/sh/set-e/functional_test:if3 -> passed [0.043s] [192.168.10.2] out: bin/sh/set-e/functional_test:not1 -> passed [0.044s] [192.168.10.2] out: bin/sh/set-e/functional_test:not2 -> passed [0.045s] [192.168.10.2] out: bin/sh/set-e/functional_test:or1 -> passed [0.045s] [192.168.10.2] out: bin/sh/set-e/functional_test:or2 -> passed [0.048s] [192.168.10.2] out: bin/sh/set-e/functional_test:or3 -> passed [0.042s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe1 -> passed [0.416s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe2 -> passed [0.234s] [192.168.10.2] out: bin/sh/set-e/functional_test:return1 -> passed [0.047s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi1 -> passed [0.042s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi2 -> passed [0.041s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell1 -> passed [0.046s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell2 -> passed [0.045s] [192.168.10.2] out: bin/sh/set-e/functional_test:until1 -> passed [0.046s] [192.168.10.2] out: bin/sh/set-e/functional_test:until2 -> passed [0.045s] [192.168.10.2] out: bin/sh/set-e/functional_test:until3 -> passed [0.047s] [192.168.10.2] out: bin/sh/set-e/functional_test:while1 -> passed [0.046s] [192.168.10.2] out: bin/sh/set-e/functional_test:while2 -> passed [0.045s] [192.168.10.2] out: bin/sh/set-e/functional_test:while3 -> passed [0.042s] [192.168.10.2] out: bin/date/format_string_test:A_test -> passed [0.094s] [192.168.10.2] out: bin/date/format_string_test:B_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:C_test -> passed [0.047s] [192.168.10.2] out: bin/date/format_string_test:D_test -> passed [0.052s] [192.168.10.2] out: bin/date/format_string_test:F_test -> passed [0.052s] [192.168.10.2] out: bin/date/format_string_test:G_test -> passed [0.051s] [192.168.10.2] out: bin/date/format_string_test:H_test -> passed [0.055s] [192.168.10.2] out: bin/date/format_string_test:I_test -> passed [0.054s] [192.168.10.2] out: bin/date/format_string_test:M_test -> passed [0.055s] [192.168.10.2] out: bin/date/format_string_test:R_test -> passed [0.053s] [192.168.10.2] out: bin/date/format_string_test:S_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:U_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:V_test -> passed [0.047s] [192.168.10.2] out: bin/date/format_string_test:W_test -> passed [0.052s] [192.168.10.2] out: bin/date/format_string_test:X_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:Y_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:Z_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:a_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:b_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:c_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:d_test -> passed [0.047s] [192.168.10.2] out: bin/date/format_string_test:e_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:g_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:h_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:j_test -> passed [0.052s] [192.168.10.2] out: bin/date/format_string_test:k_test -> passed [0.053s] [192.168.10.2] out: bin/date/format_string_test:l_test -> passed [0.047s] [192.168.10.2] out: bin/date/format_string_test:m_test -> passed [0.051s] [192.168.10.2] out: bin/date/format_string_test:p_test -> passed [0.051s] [192.168.10.2] out: bin/date/format_string_test:percent_test -> passed [0.051s] [192.168.10.2] out: bin/date/format_string_test:plus_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:r_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:s_test -> passed [0.051s] [192.168.10.2] out: bin/date/format_string_test:u_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:v_test -> passed [0.049s] [192.168.10.2] out: bin/date/format_string_test:w_test -> passed [0.050s] [192.168.10.2] out: bin/date/format_string_test:x_test -> passed [0.056s] [192.168.10.2] out: bin/date/format_string_test:y_test -> passed [0.048s] [192.168.10.2] out: bin/date/format_string_test:z_test -> passed [0.068s] [192.168.10.2] out: bin/pax/legacy_test:main -> passed [0.442s] [192.168.10.2] out: bin/pkill/pgrep-F_test:main -> passed [0.382s] [192.168.10.2] out: bin/pkill/pgrep-LF_test:main -> passed [0.704s] [192.168.10.2] out: bin/pkill/pgrep-P_test:main -> passed [0.557s] [192.168.10.2] out: bin/pkill/pgrep-U_test:main -> passed [0.667s] [192.168.10.2] out: bin/pkill/pgrep-_g_test:main -> passed [0.678s] [192.168.10.2] out: bin/pkill/pgrep-_s_test:main -> passed [0.161s] [192.168.10.2] out: bin/pkill/pgrep-g_test:main -> passed [0.665s] [192.168.10.2] out: bin/pkill/pgrep-i_test:main -> passed [0.342s] [192.168.10.2] out: bin/pkill/pgrep-j_test:main -> passed [6.643s] [192.168.10.2] out: bin/pkill/pgrep-l_test:main -> passed [0.342s] [192.168.10.2] out: bin/pkill/pgrep-n_test:main -> passed [0.344s] [192.168.10.2] out: bin/pkill/pgrep-o_test:main -> passed [0.348s] [192.168.10.2] out: bin/pkill/pgrep-q_test:main -> passed [0.346s] [192.168.10.2] out: bin/pkill/pgrep-s_test:main -> passed [0.682s] [192.168.10.2] out: bin/pkill/pgrep-t_test:main -> passed [0.358s] [192.168.10.2] out: bin/pkill/pgrep-v_test:main -> passed [0.376s] [192.168.10.2] out: bin/pkill/pgrep-x_test:main -> passed [0.381s] [192.168.10.2] out: bin/pkill/pkill-F_test:main -> passed [0.402s] [192.168.10.2] out: bin/pkill/pkill-LF_test:main -> passed [0.676s] [192.168.10.2] out: bin/pkill/pkill-P_test:main -> passed [0.341s] [192.168.10.2] out: bin/pkill/pkill-U_test:main -> passed [0.685s] [192.168.10.2] out: bin/pkill/pkill-_g_test:main -> passed [0.674s] [192.168.10.2] out: bin/pkill/pkill-g_test:main -> passed [0.678s] [192.168.10.2] out: bin/pkill/pkill-i_test:main -> passed [0.345s] [192.168.10.2] out: bin/pkill/pkill-j_test:main -> passed [16.469s] [192.168.10.2] out: bin/pkill/pkill-s_test:main -> passed [0.732s] [192.168.10.2] out: bin/pkill/pkill-t_test:main -> passed [0.681s] [192.168.10.2] out: bin/pkill/pkill-x_test:main -> passed [0.686s] [192.168.10.2] out: bin/cat/cat_test:align -> passed [0.062s] [192.168.10.2] out: bin/cat/cat_test:nonexistent -> passed [0.037s] [192.168.10.2] out: bin/cat/cat_test:se_output -> passed [0.043s] [192.168.10.2] out: bin/mv/legacy_test:main -> passed [1.292s] [192.168.10.2] out: bin/test/legacy_test:main -> passed [0.166s] [192.168.10.2] out: bin/dd/dd_test:io -> passed [0.151s] [192.168.10.2] out: bin/dd/dd_test:length -> passed [0.086s] [192.168.10.2] out: bin/dd/dd_test:seek -> passed [0.146s] [192.168.10.2] out: bin/ls/ls_tests:1_flag -> passed [0.397s] [192.168.10.2] out: bin/ls/ls_tests:A_flag -> passed [0.450s] [192.168.10.2] out: bin/ls/ls_tests:A_flag_implied_when_root -> passed [0.390s] [192.168.10.2] out: bin/ls/ls_tests:B_flag -> passed [0.058s] [192.168.10.2] out: bin/ls/ls_tests:C_flag -> passed [0.591s] [192.168.10.2] out: bin/ls/ls_tests:D_flag -> passed [0.063s] [192.168.10.2] out: bin/ls/ls_tests:F_flag -> passed [2.523s] [192.168.10.2] out: bin/ls/ls_tests:H_flag -> passed [0.383s] [192.168.10.2] out: bin/ls/ls_tests:I_flag -> passed [0.373s] [192.168.10.2] out: bin/ls/ls_tests:I_flag_voids_implied_A_flag_when_root -> passed [0.395s] [192.168.10.2] out: bin/ls/ls_tests:L_flag -> passed [0.388s] [192.168.10.2] out: bin/ls/ls_tests:R_flag -> passed [0.392s] [192.168.10.2] out: bin/ls/ls_tests:S_flag -> passed [1.323s] [192.168.10.2] out: bin/ls/ls_tests:T_flag -> passed [0.089s] [192.168.10.2] out: bin/ls/ls_tests:a_flag -> passed [0.532s] [192.168.10.2] out: bin/ls/ls_tests:b_flag -> passed [0.085s] [192.168.10.2] out: bin/ls/ls_tests:d_flag -> passed [0.102s] [192.168.10.2] out: bin/ls/ls_tests:f_flag -> passed [0.719s] [192.168.10.2] out: bin/ls/ls_tests:g_flag -> passed [0.534s] [192.168.10.2] out: bin/ls/ls_tests:h_flag -> passed [0.648s] [192.168.10.2] out: bin/ls/ls_tests:i_flag -> passed [0.790s] [192.168.10.2] out: bin/ls/ls_tests:k_flag -> passed [0.421s] [192.168.10.2] out: bin/ls/ls_tests:l_flag -> passed [0.064s] [192.168.10.2] out: bin/ls/ls_tests:lcomma_flag -> passed [0.423s] [192.168.10.2] out: bin/ls/ls_tests:m_flag -> passed [0.097s] [192.168.10.2] out: bin/ls/ls_tests:n_flag -> passed [0.097s] [192.168.10.2] out: bin/ls/ls_tests:o_flag -> passed [0.107s] [192.168.10.2] out: bin/ls/ls_tests:p_flag -> passed [0.817s] [192.168.10.2] out: bin/ls/ls_tests:q_flag_and_w_flag -> passed [0.088s] [192.168.10.2] out: bin/ls/ls_tests:r_flag -> passed [0.426s] [192.168.10.2] out: bin/ls/ls_tests:s_flag -> passed [0.386s] [192.168.10.2] out: bin/ls/ls_tests:t_flag -> passed [0.157s] [192.168.10.2] out: bin/ls/ls_tests:u_flag -> passed [0.152s] [192.168.10.2] out: bin/ls/ls_tests:x_flag -> passed [0.403s] [192.168.10.2] out: bin/ls/ls_tests:y_flag -> passed [0.379s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20160925-201949-128274 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20160925-201949-128274.db [192.168.10.2] out: [192.168.10.2] out: 5858/5858 passed (0 failed) [192.168.10.2] out: [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=test-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 72057] [192.168.10.2] out: kyuatestprompt # lock order reversal: 1st 0xfffffe007b0b8a80 bufwait (bufwait) @ /builds/workspace/FreeBSD_HEAD/src/sys/kern/vfs_bio.c:3505 2nd 0xfffff80006d6c800 dirhash (dirhash) @ /builds/workspace/FreeBSD_HEAD/src/sys/ufs/ufs/ufs_dirhash.c:281 stack backtrace: #0 0xffffffff80aad990 at witness_debugger+0x70 #1 0xffffffff80aad884 at witness_checkorder+0xe54 #2 0xffffffff80a55bb2 at _sx_xlock+0x72 #3 0xffffffff80d1bc2d at ufsdirhash_add+0x3d #4 0xffffffff80d1e912 at ufs_direnter+0x502 #5 0xffffffff80d27bf0 at ufs_makeinode+0x5a0 #6 0xffffffff80d238e3 at ufs_create+0x33 #7 0xffffffff810272ca at VOP_CREATE_APV+0xda #8 0xffffffff80b20b78 at vn_open_cred+0x2f8 #9 0xffffffff80b19e1c at kern_openat+0x25c #10 0xffffffff80ec5db4 at amd64_syscall+0x314 #11 0xffffffff80ea567b at Xfast_syscall+0xfb Sep 25 20:22:19 kernel: pid 13630 (sh), uid 0, was killed: exceeded maximum CPU limit lock order reversal: 1st 0xfffff800102e7b78 ufs (ufs) @ /builds/workspace/FreeBSD_HEAD/src/sys/kern/vfs_mount.c:1247 2nd 0xfffff80006ed85f0 devfs (devfs) @ /builds/workspace/FreeBSD_HEAD/src/sys/ufs/ffs/ffs_vfsops.c:1598 stack backtrace: #0 0xffffffff80aad990 at witness_debugger+0x70 #1 0xffffffff80aad884 at witness_checkorder+0xe54 #2 0xffffffff80a25992 at __lockmgr_args+0x4c2 #3 0xffffffff80b001dc at vop_stdlock+0x3c #4 0xffffffff810299e0 at VOP_LOCK1_APV+0xe0 #5 0xffffffff80b2132a at _vn_lock+0x9a #6 0xffffffff80d15102 at ffs_sync+0x2f2 #7 0xffffffff80b22a00 at vfs_write_suspend+0x180 #8 0xffffffff80b22c47 at vfs_write_suspend_umnt+0x47 #9 0xffffffff80d149c4 at ffs_unmount+0x54 #10 0xffffffff80b09d9d at dounmount+0x71d #11 0xffffffff80b095ed at sys_unmount+0x35d #12 0xffffffff80ec5db4 at amd64_syscall+0x314 #13 0xffffffff80ea567b at Xfast_syscall+0xfb GEOM_CONCAT: Device concat.HWO0HE created (id=2434171921). GEOM_CONCAT: Disk md0 attached to concat.HWO0HE. GEOM_CONCAT: Disk md1 attached to concat.HWO0HE. GEOM_CONCAT: Disk md2 attachedStopping cron. Waiting for PIDS: 587. Stopping sshd. Waiting for PIDS: 552. Stopping devd. Waiting for PIDS: 286. Writing entropy file:. Writing early boot entropy file:. . Sep 25 21:53:00 syslogd: exiting on signal 15 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 187, in runTest child2.expect(pexpect.EOF, timeout=1000) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap10,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org//builds/workspace/FreeBSD_HEAD/image/src/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'ropy file:.\r\nWriting early boot entropy file:.\r\n.\r\nSep 25 21:53:00 syslogd: exiting on signal 15\r\r\n' before (last 100 chars): 'ropy file:.\r\nWriting early boot entropy file:.\r\n.\r\nSep 25 21:53:00 syslogd: exiting on signal 15\r\r\n' after: match: None match_index: None exitstatus: None flag_eof: False pid: 30968 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x800671150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 [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 Sep 26 00:50: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 23F54BEAB4B for ; Mon, 26 Sep 2016 00:50:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0F534903; Mon, 26 Sep 2016 00:50:54 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id F24E1DD; Mon, 26 Sep 2016 00:50:53 +0000 (UTC) Date: Mon, 26 Sep 2016 00:50:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1377698004.4.1474851053604.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <742328270.3.1474841445326.JavaMail.jenkins@jenkins-9.freebsd.org> References: <742328270.3.1474841445326.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #704 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 00:50:54 -0000 See From owner-freebsd-current@freebsd.org Mon Sep 26 07:09: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 63567BE96D6 for ; Mon, 26 Sep 2016 07:09:27 +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 16D27F5B for ; Mon, 26 Sep 2016 07:09:26 +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 <1boQ2Q-001jPO-L7>; Mon, 26 Sep 2016 09:09:18 +0200 Received: from x4e34af48.dyn.telefonica.de ([78.52.175.72] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1boQ2Q-0040F6-D4>; Mon, 26 Sep 2016 09:09:18 +0200 Date: Mon, 26 Sep 2016 09:09:12 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: [CUURENT] NLM: failed to contact remote rpcbind, stat = 0, port = 0 Message-ID: <20160926090912.6194c436.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Originating-IP: 78.52.175.72 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 07:09:27 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNClNpbmNl IH4gMiBkYXlzIG5vdyBJIGdldCB0aGlzIGxvZyBtZXNzYWdlcyBhbGwgb3ZlciBjbGVpbnN0IG1v dW50aW5nIGEgTkZTIGZvbGRlciBmcm9tIGENCnNlcnZlcjoNCg0KIE5MTTogZmFpbGVkIHRvIGNv bnRhY3QgcmVtb3RlIHJwY2JpbmQsIHN0YXQgPSAwLCBwb3J0ID0gMA0KDQpJJ20gbm93IG9uIENV UlJFTlQsIEZyZWVCU0QgMTIuMC1DVVJSRU5UICM0IHIzMDYzMjA6IFN1biBTZXAgMjUgMjE6MzU6 NTkgQ0VTVCAyMDE2Lg0KDQpUaGUgTkZTIGNvbm5lY3Rpb24gd29ya3MsIHRoZSBmb2xkZXIgY2Fu IGJlIG1vdW50IGJ5IHRoZSBjbGllbnQsIGJ1dCB0aGUgbG9nIGlzIGZsb29kZWQuDQoNClJlZ2Fy ZHMsDQoNCk9saXZlcg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdu dVBHIHYyDQoNCmlRRWNCQUVCQ0FBR0JRSlg2TW1aQUFvSkVPZ0JjRDdBLzVOOE45b0lBSVo2OHh3 R01UUFdta1RZdmtQRlJydFkNCmpQL2prY2lvR0o5K0xBK0JZNzU2YkEwL1Q2TnZMdVVSRklCYldD R25qODBLeC81L21nVU1uNnFWQmFqZXAzYjQNCjltV2J6U2ZUUkVOemYwN09rVHJHb2pnYVZXcFdS d3I1WmVjMXo5S2cyU0pHcTN6MmZGNmZYM1ZuMUFTdVBiRDMNClUvZXh6anEwWlhIdklsVEh1aVVX ci96dy9lcHd2d2J4UFloazNyTjVrVHZuZXNlTlFwS0E1NFhrdHlaUzA0VGINCldmeW9BcVBtN215 SUUwNDRYRjRQUjRTQTRtOXZQYmtxSkhzWU13OWJDYXZ2SEFnQTQ0ZFlnWHUzNjB0RkpRWW0NCmFn Y2dVdlowYTFUTFpVUjZtKzdLdUNtVmRlcFl3bE82TVZLelRyMHlQL2dtUlhheUpsMmFVZmxZanVE VngwVT0NCj1yQU9yDQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@freebsd.org Mon Sep 26 12: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 6CAE8BEAAD2 for ; Mon, 26 Sep 2016 12:11:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 571AF798 for ; Mon, 26 Sep 2016 12:11:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 566B1BEAAD1; Mon, 26 Sep 2016 12:11: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 5610ABEAAD0 for ; Mon, 26 Sep 2016 12:11:49 +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 2B32C797 for ; Mon, 26 Sep 2016 12:11:48 +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 u8QCBlX1016504 for ; Mon, 26 Sep 2016 12:11:47 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u8QCBlMw016503 for current@freebsd.org; Mon, 26 Sep 2016 05:11:47 -0700 (PDT) (envelope-from david) Date: Mon, 26 Sep 2016 05:11:47 -0700 From: David Wolfskill To: current@freebsd.org Subject: Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5) Message-ID: <20160926121147.GO1069@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DITGHUV3p5DjDsXt" Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 12:11:49 -0000 --DITGHUV3p5DjDsXt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Source upgrade from r306307 to r306337 completed OK; this was on build machine (laptop is "Installing everything" as I type). Serial console (on panicked build machine) reads: =2E.. Setting hostname: freebeast.catwhisker.org. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_= TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . Starting Network: lo0 re0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 on usbus0 SUM_IPV6,TXCSUM_random: harvesting attach, 8 bytes (4 bits) from ubt0 IPV6> inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 inet 127.0.0.1 WARNING: attempt to domain_add(bluetooth) after doma= infinalize() netmask 0xff0000WARNING: attempt to domain_add(netgraph) after domainfinali= ze() 00=20 nd6 options=3D21 groups: lo=20 re0: flags=3D8843 metric 0 mtu 1500 options=3D8209b=20 I can leave the machine in this state & perform "directed pokes" at it, given appropriate clues. I'm about to try rebooting laptop (just finished similar upgrade); I'll report back whether it behaves similarly or not, but I don't expect to be able to leave it panicked (as I use it to access everything else ). =2E.. Eh; I decided to defer sending this until I tried the laptop: it had a similar panic, just after starting powerd. On the laptop, when it's running stable/11, the next things to pop up are the startup messages for hald (which the build machine does not have) and then sshd (which each machine runs). The build machine runs a GENERIC kernel; laptop runs a slightly-customized kernel (includes GENERIC & tweaks from there). I tried "panic" at the laptop's "db> " prompt, but I have no crash dump. 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. --DITGHUV3p5DjDsXt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJX6RCDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XPDoH/3gAEruHKXS1Nj9a1PG0f7AT CCnY8KF3/6L8Fmb6QwBmn4RWybn8qF0VMqpvZWdOWSUYBAgqxZqSTXzlFl1cvV6L um2sa8LMUtGI6JTHR902RyYoYkCzC6FDIwsmcMlLp8xGwOpMTbjgCwJR8uPLeYWs y+IyypQq5otqybyOCOUBWEW7Dfb3ew3R/YcxhqVXDa85R5n/lCkptF4T+LejvAs+ BT4GNPh0NfLuqTGE1l8o9X5Q/K8bKfRHUF43Rz1E5cEh9My1EJhH7jyJlMpRBEKm 5j9IPz6kEgoyNZVh9dltuay36RKd+JwN8pupYvZ6Sw7z8GH3p/zSteFzgoL3qiI= =h4JJ -----END PGP SIGNATURE----- --DITGHUV3p5DjDsXt-- From owner-freebsd-current@freebsd.org Mon Sep 26 13:01: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 A5584BE6E2B for ; Mon, 26 Sep 2016 13:01:20 +0000 (UTC) (envelope-from ohartman@mail.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 6D0B21EE for ; Mon, 26 Sep 2016 13:01:20 +0000 (UTC) (envelope-from ohartman@mail.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 <1boVX4-00464Z-1M>; Mon, 26 Sep 2016 15:01:18 +0200 Received: from [141.89.176.196] (helo=hermann) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1boVX3-000MMa-Qz>; Mon, 26 Sep 2016 15:01:17 +0200 Date: Mon, 26 Sep 2016 15:01:09 +0200 From: "Hartmann, O." To: FreeBSD CURRENT Subject: Destroy GPT partition scheme absolutely, how? Message-ID: <20160926150109.0d0d793e@hermann> Organization: FU Berlin MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 141.89.176.196 X-Mailman-Approved-At: Mon, 26 Sep 2016 13:10:17 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 13:01:20 -0000 I ran into a very nasty and time consuming problem. Creating a NanoBSD image with a modified script framework creating GPT partitions, I put the imaes via "dd(1)" on USB flash or SD flash. Because the images are usually much smaller than the overall capacity of the USB or SD, the OS (FreeBSD CURRENT, recently built as of this morning) complains about the second GPT header isn't in the last LBA. Sometimes, my PCengines APU2 doesn't boot then, a relief is to issue the command gpart recover da1 (in that case, the USB flash drive or SD flash is recognized as /dev/da1). But I run into a nasty situation, if the image put to the flash is somehow corrupted. Then I tried to write a second, repaired image over the first one using dd(1) again and do a recovering as mentioned above - but this is fatal in two ways. First, the corrupted/broken GPT seems to be "recovered" and put in replacement of the correct one - so I guess. Performing no recover leaves the image on flash corrupted anyway. Well, to be honest, I didn't exactly know what is going on here. The phenomenon is that I had a problem creating a NANO_DATASIZE= DATA partition with an empty NANO_DATASIZE which somehow corrupted the whole image. The image then never booted, complaining, that /foo/bar/_.mnt was unmounted unleanly. This happened multiple times, even if I tried to overwrite the SD or USB flash with /dev/zero or /dev/random data, but I do stop such a dd after a couple f minutes, since the SD is 32GB in size and the USB flash drive is 32 GB, 64 GB and 128 GB - a pain in the ass if you want to write via USB 2.0. But even with overwriting with a good image then results in a corrupt image on flash drive, complaining about the GPT second header not in last LBA and the issue with the uncleanly unmount _.mnt (from the creation process of the NanoBSD image)! So I guess there is something magic happening. Some informations are not lost and I suspect the "recovery" moving those foul data into active places. Using a fresh/new SD or USB resolves the problem. But the question remains: how can I destroy any relevant GPT information on a Flash drive (or even harddisk) to avoid unwanted remains of an foul image installation? First guess was to write the last couple of bytes on such a flash drive by letting dd(1) counting backwards, but I couldn't figure out how to let dd(1) do such a procedure. The nightmare didn't end, while trying, the SD flash card died :-( thank you very much for your help and thoughts. Kind regards, thanks in advance, oliver From owner-freebsd-current@freebsd.org Mon Sep 26 13:39: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 E27A9BE8921 for ; Mon, 26 Sep 2016 13:39:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A711F166A for ; Mon, 26 Sep 2016 13:39:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 85EED28483; Mon, 26 Sep 2016 15:39:20 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C5AFF28461; Mon, 26 Sep 2016 15:39:19 +0200 (CEST) Subject: Re: Destroy GPT partition scheme absolutely, how? To: "Hartmann, O." , FreeBSD CURRENT References: <20160926150109.0d0d793e@hermann> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <57E92507.6020900@quip.cz> Date: Mon, 26 Sep 2016 15:39:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <20160926150109.0d0d793e@hermann> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 13:39:30 -0000 Hartmann, O. wrote on 09/26/2016 15:01: [...] > Using a fresh/new SD or USB resolves the problem. But the question > remains: how can I destroy any relevant GPT information on a Flash > drive (or even harddisk) to avoid unwanted remains of an foul image > installation? > > First guess was to write the last couple of bytes on such a flash drive > by letting dd(1) counting backwards, but I couldn't figure out how to > let dd(1) do such a procedure. The nightmare didn't end, while trying, > the SD flash card died :-( I use dd if=/dev/zero almost everytime when I need to install system on used HDD. I rewrite about 10MB on its start and then about 10MB on the end. I have some script to do this - simply takes media size from diskinfo command, substract 10MB and then dd with seek Hope that it will help you Miroslav Lachman From owner-freebsd-current@freebsd.org Mon Sep 26 13:48: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 7EC3DBE8C28 for ; Mon, 26 Sep 2016 13:48:22 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 468BD1D3B for ; Mon, 26 Sep 2016 13:48:22 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id n143so75152011ita.1 for ; Mon, 26 Sep 2016 06:48:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=R7Nq4QVbjvOYAp4V4VK4haEvYLPyh0wFJcfhhgnkkx4=; b=l23L9TJwy6QrsBCgyX2jbUfKautPPuyyhylcbrh9e1zXx18oCyx3ASmUYVxnBPRi0I rrPcJfzcvJZbm7cR4QakNYM7JWJDb/WJjt0HeL0cMB5oVv7siP8WaV+AvwIcQ4Mt0Wkz o82foN9oo8VhbagtUtP4bzxmXMONAGuVC1yUV/we6YB+n5X51F0qD7+vYSpTFULJp79l moXXu9u2LVO2wnUv62gMkk8fmvcMqZ9hd9Up6eMmCQCNlffviN32finRWO9Hgb3fNbBg rRT6o86JhYqhhJ9tpzFdme1Dt3XIiU+v4JHeE2NlTqZqO8E+V/Y+F62Va3mZY5X/dzK/ oMxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=R7Nq4QVbjvOYAp4V4VK4haEvYLPyh0wFJcfhhgnkkx4=; b=IibKiMKZAbRx/wpDmBRAuIBMjCOgiHUbqvc5vot1DVoNutYR1yvjIux5VZLkSzdgg5 4+uoFiixzgc4gJwXm2K5pOzA1hmUbIcVV5S9bKU7F9fssQK8q9rXCdxJ9XzIydrUzWVs t2VEGyzC0+0PsSm5w/rzyE4jxDetO85kPp//Yb3RxDFhqxylCp4CI4g5BD8y890NXoup EsDjXW8ILC4SDuqsJksdUcdnLfcQWpCAJ/BpHvQ2y2T5YPq1/Qsw6PTzADREZ6xaBWAu 5HcW2FLWpANrU7btBj7cUG2alvh09+l0P1+NztJTpuhdPkufik/gqOPX+SurVN/aOfNn V1nw== X-Gm-Message-State: AA6/9RkKAwtB3lPJ5myA6KHwKgfBhEddsbEPDFCqXHVSfBpUIkHpnxv1Y8lGsLO+EBZQzA== X-Received: by 10.36.107.211 with SMTP id v202mr18228820itc.51.1474897701561; Mon, 26 Sep 2016 06:48:21 -0700 (PDT) Received: from [10.0.10.3] (cpe-24-165-201-26.neo.res.rr.com. [24.165.201.26]) by smtp.googlemail.com with ESMTPSA id i80sm3894102ita.5.2016.09.26.06.48.20 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 26 Sep 2016 06:48:21 -0700 (PDT) Message-ID: <57E92726.2020605@gmail.com> Date: Mon, 26 Sep 2016 09:48:22 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Hartmann, O." CC: FreeBSD CURRENT Subject: Re: Destroy GPT partition scheme absolutely, how? References: <20160926150109.0d0d793e@hermann> In-Reply-To: <20160926150109.0d0d793e@hermann> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 13:48:22 -0000 Hartmann, O. wrote: > I ran into a very nasty and time consuming problem. Creating a NanoBSD > image with a modified script framework creating GPT partitions, I put > the imaes via "dd(1)" on USB flash or SD flash. Because the images are > usually much smaller than the overall capacity of the USB or SD, the OS > (FreeBSD CURRENT, recently built as of this morning) complains about > the second GPT header isn't in the last LBA. Sometimes, my PCengines > APU2 doesn't boot then, a relief is to issue the command > > gpart recover da1 > > (in that case, the USB flash drive or SD flash is recognized > as /dev/da1). > > But I run into a nasty situation, if the image put to the flash is > somehow corrupted. Then I tried to write a second, repaired image over > the first one using dd(1) again and do a recovering as mentioned above > - but this is fatal in two ways. First, the corrupted/broken GPT seems > to be "recovered" and put in replacement of the correct one - so I > guess. Performing no recover leaves the image on flash corrupted > anyway. > > Well, to be honest, I didn't exactly know what is going on here. The > phenomenon is that I had a problem creating a NANO_DATASIZE= DATA > partition with an empty NANO_DATASIZE which somehow corrupted the > whole image. The image then never booted, complaining, > that /foo/bar/_.mnt was unmounted unleanly. > > This happened multiple times, even if I tried to overwrite the SD or > USB flash with /dev/zero or /dev/random data, but I do stop such a dd > after a couple f minutes, since the SD is 32GB in size and the USB > flash drive is 32 GB, 64 GB and 128 GB - a pain in the ass if you want > to write via USB 2.0. But even with overwriting with a good image then > results in a corrupt image on flash drive, complaining about the GPT > second header not in last LBA and the issue with the uncleanly > unmount _.mnt (from the creation process of the NanoBSD image)! > > So I guess there is something magic happening. Some informations are > not lost and I suspect the "recovery" moving those foul data into > active places. > > Using a fresh/new SD or USB resolves the problem. But the question > remains: how can I destroy any relevant GPT information on a Flash > drive (or even harddisk) to avoid unwanted remains of an foul image > installation? > > First guess was to write the last couple of bytes on such a flash drive > by letting dd(1) counting backwards, but I couldn't figure out how to > let dd(1) do such a procedure. The nightmare didn't end, while trying, > the SD flash card died :-( > > thank you very much for your help and thoughts. > > Kind regards, thanks in advance, > > This little script has been posted before. Maybe it will be what your looking for. Called gpart.nuke #! /bin/sh echo "What disk do you want" echo "to wipe? For example - da1 :" read disk echo "OK, in 10 seconds I will destroy all data on $disk!" echo "Press CTRL+C to abort!" sleep 10 diskinfo ${disk} | while read disk sectorsize size sectors other do # Delete MBR and partition table. dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} count=1 # Delete GEOM metadata. dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} oseek=`expr $sectors - 2` count=2 done From owner-freebsd-current@freebsd.org Mon Sep 26 15:08: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 01BCFBE357E for ; Mon, 26 Sep 2016 15:08:12 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80BD0227 for ; Mon, 26 Sep 2016 15:08:11 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id y6so145747041lff.1 for ; Mon, 26 Sep 2016 08:08:11 -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=FxZRBKIrExiNcttG9mTi86PV32i/tR0HMhnWZBwvvIU=; b=Zbgulv8Edb+1Fc5wA6llv7BwY34Lly0dvX04PauZ4z+sFfQo5EBRCxiwqZsCs1uZbX R2Iy5naCNXY7PVrWTpRNjmlF/JAmC5hHeDAgNzuN6XPdSY/Ki+fmt6Nsg/xKVFoECayx DNpcNj7NiIQ2YpdFg7S0id8VC+cO7CkLYqinoEMnQ+jRoQ6tSo7VWn2//a4zLBlgiouj 4VEJL1qxeG2aKy8fUpEvTCUbf8pQJIyPYJn+x5mSGBs7+Ku9/y9UtdEDh6z8L4tKKhg6 wnp6bI+wEzqBbhVwuwzTDvNVkfchfUOY34knavngbxuY2bOuXmSZP4wWljkkSl8gIDS2 6zFw== 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=FxZRBKIrExiNcttG9mTi86PV32i/tR0HMhnWZBwvvIU=; b=EXpCiSlD6yP5ibo0K+oYlVRhOidSxF3XM+tLUTF9kh3lNjUIqEwGY86NgAneCAbftC wqy53mavuxMJ+uvSEfr0Mycd9ZgqJx8yDgO6iqdr15k2xuL0OwfHJTI83BGhkv2gjNjH qlGrVvFQEQOMHKAc0r9WU+Un73cEwWbF9Vbq+mEnJNJ4r2NJfgTfWA4pglQZbLEpVMaG ukB8i7MbAJdYV8fAUlDspAz599RTCh/ki4Z2FZBPuO9AkxTHu1FvxFwgF6bbVITz/yaZ BcgKQ4HlSr3T82PlfgT1jqM2/LDqB7V4lPAumO5lOwIBfP41cnmlfBuvGJ6r0C9Tew5U OUvg== X-Gm-Message-State: AE9vXwNUFwsiqzFHk5wkNahNvxCPfsKU1YoNoBicAefpdK2lr8fmKZAvU4hTLMYzyodZ0A== X-Received: by 10.194.235.166 with SMTP id un6mr19024848wjc.169.1474902488509; Mon, 26 Sep 2016 08:08:08 -0700 (PDT) Received: from ernst.home ([87.142.12.252]) by smtp.gmail.com with ESMTPSA id c134sm11747228wme.5.2016.09.26.08.08.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Sep 2016 08:08:07 -0700 (PDT) Date: Mon, 26 Sep 2016 17:08:03 +0200 From: Gary Jennejohn To: Ernie Luzar Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: Destroy GPT partition scheme absolutely, how? Message-ID: <20160926170803.698e5166@ernst.home> In-Reply-To: <57E92726.2020605@gmail.com> References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 15:08:12 -0000 On Mon, 26 Sep 2016 09:48:22 -0400 Ernie Luzar wrote: > Hartmann, O. wrote: > > I ran into a very nasty and time consuming problem. Creating a NanoBSD > > image with a modified script framework creating GPT partitions, I put > > the imaes via "dd(1)" on USB flash or SD flash. Because the images are > > usually much smaller than the overall capacity of the USB or SD, the OS > > (FreeBSD CURRENT, recently built as of this morning) complains about > > the second GPT header isn't in the last LBA. Sometimes, my PCengines > > APU2 doesn't boot then, a relief is to issue the command > > gpart recover da1 > > > (in that case, the USB flash drive or SD flash is recognized > > as /dev/da1). > > > But I run into a nasty situation, if the image put to the flash is > > somehow corrupted. Then I tried to write a second, repaired image over > > the first one using dd(1) again and do a recovering as mentioned above > > - but this is fatal in two ways. First, the corrupted/broken GPT seems > > to be "recovered" and put in replacement of the correct one - so I > > guess. Performing no recover leaves the image on flash corrupted > > anyway. > > > Well, to be honest, I didn't exactly know what is going on here. The > > phenomenon is that I had a problem creating a NANO_DATASIZE= DATA > > partition with an empty NANO_DATASIZE which somehow corrupted the > > whole image. The image then never booted, complaining, > > that /foo/bar/_.mnt was unmounted unleanly. > > > This happened multiple times, even if I tried to overwrite the SD or > > USB flash with /dev/zero or /dev/random data, but I do stop such a dd > > after a couple f minutes, since the SD is 32GB in size and the USB > > flash drive is 32 GB, 64 GB and 128 GB - a pain in the ass if you want > > to write via USB 2.0. But even with overwriting with a good image then > > results in a corrupt image on flash drive, complaining about the GPT > > second header not in last LBA and the issue with the uncleanly > > unmount _.mnt (from the creation process of the NanoBSD image)! > > So I guess there is something magic happening. Some informations are > > not lost and I suspect the "recovery" moving those foul data into > > active places. > > > Using a fresh/new SD or USB resolves the problem. But the question > > remains: how can I destroy any relevant GPT information on a Flash > > drive (or even harddisk) to avoid unwanted remains of an foul image > > installation? > > First guess was to write the last couple of bytes on such a flash drive > > by letting dd(1) counting backwards, but I couldn't figure out how to > > let dd(1) do such a procedure. The nightmare didn't end, while trying, > > the SD flash card died :-( > > > thank you very much for your help and thoughts. > > > Kind regards, thanks in advance, > > > > This little script has been posted before. Maybe it will be what your looking for. Called gpart.nuke > > #! /bin/sh > echo "What disk do you want" > echo "to wipe? For example - da1 :" > read disk > echo "OK, in 10 seconds I will destroy all data on $disk!" > echo "Press CTRL+C to abort!" > sleep 10 > diskinfo ${disk} | while read disk sectorsize size sectors other > do > # Delete MBR and partition table. > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} count=1 > # Delete GEOM metadata. > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} oseek=`expr $sectors - 2` count=2 > done > I'm surprised that this script works without sysctl kern.geom.debugflags=16 -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Sep 26 15:28:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 351C8BE3B04 for ; Mon, 26 Sep 2016 15:28:18 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15BDFE96 for ; Mon, 26 Sep 2016 15:28:17 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from [127.0.0.1] (unknown [107.15.73.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 76AFB23941F for ; Mon, 26 Sep 2016 11:19:34 -0400 (EDT) Subject: Re: Destroy GPT partition scheme absolutely, how? To: freebsd-current@freebsd.org References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <20160926170803.698e5166@ernst.home> From: Nikolai Lifanov Message-ID: Date: Mon, 26 Sep 2016 11:19:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160926170803.698e5166@ernst.home> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 15:28:18 -0000 On 09/26/2016 11:08, Gary Jennejohn wrote: > On Mon, 26 Sep 2016 09:48:22 -0400 > Ernie Luzar wrote: > >> Hartmann, O. wrote: >>> I ran into a very nasty and time consuming problem. Creating a NanoBSD >>> image with a modified script framework creating GPT partitions, I put >>> the imaes via "dd(1)" on USB flash or SD flash. Because the images are >>> usually much smaller than the overall capacity of the USB or SD, the OS >>> (FreeBSD CURRENT, recently built as of this morning) complains about >>> the second GPT header isn't in the last LBA. Sometimes, my PCengines >>> APU2 doesn't boot then, a relief is to issue the command > > gpart recover da1 >>>> (in that case, the USB flash drive or SD flash is recognized >>> as /dev/da1). >>>> But I run into a nasty situation, if the image put to the flash is >>> somehow corrupted. Then I tried to write a second, repaired image over >>> the first one using dd(1) again and do a recovering as mentioned above >>> - but this is fatal in two ways. First, the corrupted/broken GPT seems >>> to be "recovered" and put in replacement of the correct one - so I >>> guess. Performing no recover leaves the image on flash corrupted >>> anyway. >>>> Well, to be honest, I didn't exactly know what is going on here. The >>> phenomenon is that I had a problem creating a NANO_DATASIZE= DATA >>> partition with an empty NANO_DATASIZE which somehow corrupted the >>> whole image. The image then never booted, complaining, >>> that /foo/bar/_.mnt was unmounted unleanly. >>>> This happened multiple times, even if I tried to overwrite the SD or >>> USB flash with /dev/zero or /dev/random data, but I do stop such a dd >>> after a couple f minutes, since the SD is 32GB in size and the USB >>> flash drive is 32 GB, 64 GB and 128 GB - a pain in the ass if you want >>> to write via USB 2.0. But even with overwriting with a good image then >>> results in a corrupt image on flash drive, complaining about the GPT >>> second header not in last LBA and the issue with the uncleanly >>> unmount _.mnt (from the creation process of the NanoBSD image)! > > So I guess there is something magic happening. Some informations are >>> not lost and I suspect the "recovery" moving those foul data into >>> active places. >>>> Using a fresh/new SD or USB resolves the problem. But the question >>> remains: how can I destroy any relevant GPT information on a Flash >>> drive (or even harddisk) to avoid unwanted remains of an foul image >>> installation? > > First guess was to write the last couple of bytes on such a flash drive >>> by letting dd(1) counting backwards, but I couldn't figure out how to >>> let dd(1) do such a procedure. The nightmare didn't end, while trying, >>> the SD flash card died :-( >>>> thank you very much for your help and thoughts. >>>> Kind regards, thanks in advance, >>>> >> This little script has been posted before. Maybe it will be what your looking for. Called gpart.nuke >> >> #! /bin/sh >> echo "What disk do you want" >> echo "to wipe? For example - da1 :" >> read disk >> echo "OK, in 10 seconds I will destroy all data on $disk!" >> echo "Press CTRL+C to abort!" >> sleep 10 >> diskinfo ${disk} | while read disk sectorsize size sectors other >> do >> # Delete MBR and partition table. >> dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} count=1 >> # Delete GEOM metadata. >> dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} oseek=`expr $sectors - 2` count=2 >> done >> > > I'm surprised that this script works without > sysctl kern.geom.debugflags=16 > You could just gpart destroy/create/destroy instead of doing arithmetic. - Nikolai Lifanov From owner-freebsd-current@freebsd.org Mon Sep 26 15:36: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 617BABE3DB7 for ; Mon, 26 Sep 2016 15:36:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EA4A7E1 for ; Mon, 26 Sep 2016 15:36:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-oi0-x22e.google.com with SMTP id t83so211482077oie.3 for ; Mon, 26 Sep 2016 08:36:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qfWVEiEsHz7DN+iyNYY7U9OWrAFDO2Lh98Qrkxhlr1I=; b=HpwGPt1JbqHsFT5IFSTcAE1aIcLsS6MKDm0ewwlxZowlA4shIgS13AsGyJXV2H3DuG B4TDD0cnboyPWlgfFVW1X1ITeP1TtiwXAGij930Vx1uCbcEBHVmMlGiaiyL4rOmkkwdt csmPHGtscsLn7BvZ084cdfctQITkFZMS190WFSH9KdRzw8qbLgtNhceDGKUBx9ibWG1J eat+0b6IEQaGWbA5GE0eeYbp17dO18EEy4MRHVOec/jYCvT84RGvW7ATYPX7N15vfHBo v+Wqkja9ycRhQDy3pkfF5qmA89DhQIypVFVdqWbLeb1M/8khzMGX2ArI082jExb+yoW4 Itng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qfWVEiEsHz7DN+iyNYY7U9OWrAFDO2Lh98Qrkxhlr1I=; b=TiBJfvjRM476ts5i84S5Q+PYeQoFfzNDgrfvLMikCnr/yXbXxwHN/lM6+p7jChKOMI I9uY96KB+EmUnLgdROA2v9sHOZRgN+yUwH600YP0AiTgEjmBGgGfWrPgCuxiZCNFHEgM nYywy3il7+0bWeKo/Q56Znb3QCiaBL1M72Vgbj0J9acdymVa9PGyLpV0AwbGAbIal+Xa bRHm2PWlR5/54aSfZ2p1D0CbNE6jqq7W/+h0VEKPt6ordXvU+Fk0bRF0cDvn4rQIWfQI Lp9KaLLkmSekrW8QidpiDrDMwlthCNlzd/KPIGnuYVvFSGTgpENt9v50t6hIBb7dmHph fc6w== X-Gm-Message-State: AA6/9Rl/orUw/MHwNAxZF2qLvcYu+uBVJTDb5WzZrUJdwvMDoebIE+ehAuQCn0G58y5D/A== X-Received: by 10.202.105.65 with SMTP id e62mr22476737oic.102.1474904186484; Mon, 26 Sep 2016 08:36:26 -0700 (PDT) Received: from [100.175.244.41] ([172.56.7.148]) by smtp.gmail.com with ESMTPSA id 37sm7238780otr.17.2016.09.26.08.36.25 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 26 Sep 2016 08:36:25 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Destroy GPT partition scheme absolutely, how? From: Ngie Cooper X-Mailer: iPhone Mail (13G36) In-Reply-To: <57E92726.2020605@gmail.com> Date: Tue, 27 Sep 2016 00:36:22 +0900 Cc: "Hartmann, O." , FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> To: Ernie Luzar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 15:36:27 -0000 > On Sep 26, 2016, at 22:48, Ernie Luzar wrote: ... > This little script has been posted before. Maybe it will be what your look= ing for. Called gpart.nuke >=20 > #! /bin/sh > echo "What disk do you want" > echo "to wipe? For example - da1 :" > read disk > echo "OK, in 10 seconds I will destroy all data on $disk!" > echo "Press CTRL+C to abort!" > sleep 10 > diskinfo ${disk} | while read disk sectorsize size sectors other > do > # Delete MBR and partition table. > dd if=3D/dev/zero of=3D/dev/${disk} bs=3D${sectorsize} count=3D1 > # Delete GEOM metadata. > dd if=3D/dev/zero of=3D/dev/${disk} bs=3D${sectorsize} oseek=3D`expr $sect= ors - 2` count=3D2 > done Why not just use "gpart destroy -F provider"? Cheers, -Ngie= From owner-freebsd-current@freebsd.org Mon Sep 26 15: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 C4580BE4285 for ; Mon, 26 Sep 2016 15:48:25 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) 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 B1CDA1159 for ; Mon, 26 Sep 2016 15:48:25 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: by mailman.ysv.freebsd.org (Postfix) id AD80CBE4284; Mon, 26 Sep 2016 15:48:25 +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 AD352BE4283 for ; Mon, 26 Sep 2016 15:48:25 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id A01E51157 for ; Mon, 26 Sep 2016 15:48:25 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 1EBE017FAA; Mon, 26 Sep 2016 08:48:19 -0700 (PDT) Date: Mon, 26 Sep 2016 08:48:19 -0700 From: hiren panchasara To: David Wolfskill , current@freebsd.org Subject: Re: Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5) Message-ID: <20160926154819.GH96580@strugglingcoder.info> References: <20160926121147.GO1069@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8/pVXlBMPtxfSuJG" Content-Disposition: inline In-Reply-To: <20160926121147.GO1069@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 15:48:25 -0000 --8/pVXlBMPtxfSuJG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 09/26/16 at 05:11P, David Wolfskill wrote: > Source upgrade from r306307 to r306337 completed OK; this was on build > machine (laptop is "Installing everything" as I type). Serial console > (on panicked build machine) reads: Seems like my fault with r306337. Bruce also has some issues/concerns with it. I've reverted it for now with r306348 as I don't have time to deal with it right now. Apologies for the trouble. Cheers, Hiren --8/pVXlBMPtxfSuJG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJX6UM/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lQn8H/0R3GEEii5UAofVMk4dlkgP0 a8Yb4fyUt7z7+CV/ZHqhKOJ1UoYFEJeCtfhfafS2zJ4PnElgH6N8KaQO4wv6D/az eCmVWQPdCgtogH2o3CWazVewuHMQzURGEXjHJKKSrfgGiyI2g2lHZekuYqrVPLIE s9PU1zofvOuz08O8lH17froig7nz+ObMFi3LEISf/wEGzi7ZA/t0ljeS84KRbFcE NNb69PZ0dMXbcfeusd8gzeq0rQjJGfH1956xxL3hoDMYylZSCaSPx2OH/H8nx5PO hf8HcfRDYIorb8mJN/mWK2MQTxwb7441Fz1AMBux7HDIv1wrcbGtL7YBEr3V4x4= =qCvw -----END PGP SIGNATURE----- --8/pVXlBMPtxfSuJG-- From owner-freebsd-current@freebsd.org Mon Sep 26 16:44: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 6E117BE92B9 for ; Mon, 26 Sep 2016 16:44:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 56860E70 for ; Mon, 26 Sep 2016 16:44:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 52756BE92B8; Mon, 26 Sep 2016 16:44:19 +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 4FF0ABE92B7 for ; Mon, 26 Sep 2016 16:44:19 +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 E4E99E6F for ; Mon, 26 Sep 2016 16:44:17 +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 u8QGi6ev019160; Mon, 26 Sep 2016 16:44:06 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u8QGi09m019159; Mon, 26 Sep 2016 09:44:00 -0700 (PDT) (envelope-from david) Date: Mon, 26 Sep 2016 09:44:00 -0700 From: David Wolfskill To: hiren panchasara Cc: current@freebsd.org Subject: Re: Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5) Message-ID: <20160926164400.GT1069@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , hiren panchasara , current@freebsd.org References: <20160926121147.GO1069@albert.catwhisker.org> <20160926154819.GH96580@strugglingcoder.info> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8+OS07CeIgZ706fH" Content-Disposition: inline In-Reply-To: <20160926154819.GH96580@strugglingcoder.info> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 16:44:19 -0000 --8+OS07CeIgZ706fH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 26, 2016 at 08:48:19AM -0700, hiren panchasara wrote: > On 09/26/16 at 05:11P, David Wolfskill wrote: > > Source upgrade from r306307 to r306337 completed OK; this was on build > > machine (laptop is "Installing everything" as I type). Serial console > > (on panicked build machine) reads: >=20 > Seems like my fault with r306337. Bruce also has some issues/concerns > with it. I've reverted it for now with r306348 as I don't have time to > deal with it right now. OK; After (hand-)applying r306348 & rebuilding, I'm able to boot to multi-user mode & login: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #118 r3= 06337M/306337:1200010: Mon Sep 26 09:31:45 PDT 2016 root@freebeast.catw= hisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 Thanks for the fix! > Apologies for the trouble. It's head; I expect a certain amount of turbulence on (a rare) occasion. At least it actually built! :-) > Cheers, > Hiren 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. --8+OS07CeIgZ706fH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJX6VBQXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XSmkH/RTgqZpmZYXROOoZKIqahi8t Z0IZL47m2ZOA8k88zO3WO8CiedwawQ7QBrx6vnzekKKExBM5JGGRkPbWbcFtLpG+ /2myyQ74pAj2EhuFciDpZ7PImlBqDLhc5mg0tGXkhRIXR9GrwJcxrdtz7lrgycS/ J6+WOaibko6sZiJXz41mec4a+tRXDhhVCBUNtY3kdnkwDLvg76OI+M9y1I6NUiF7 2Ati+5A5Ce1zMaI9fhQfnxqo8zs2+GJo/zZ+EEnEjoI0Tk4tr1c5meTkmOeF9KFz BevB3dDPunPUqgwie3XrD5jTRKZ9dperm+TZrF0fzokUBYkzeJ0m+ECQXCIHsaM= =O62J -----END PGP SIGNATURE----- --8+OS07CeIgZ706fH-- From owner-freebsd-current@freebsd.org Mon Sep 26 16:46:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 203AFBE938E for ; Mon, 26 Sep 2016 16:46:40 +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 04B76FD9; Mon, 26 Sep 2016 16:46:40 +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 C5FB2103; Mon, 26 Sep 2016 16:46:39 +0000 (UTC) Date: Mon, 26 Sep 2016 16:46:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1505959564.5.1474908399181.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #709 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 16:46:40 -0000 See ------------------------------------------ [...truncated 352043 lines...] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_malformed -> passed [0.097s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_msdos -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_nested -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_nofiletype -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_padded1 -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_padded2 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_padded3 -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_sfx -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_traditional_encryption_data -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes128 -> passed [0.116s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes256 -> passed [0.132s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes256_large -> passed [0.160s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_winzip_aes256_stored -> passed [0.141s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_zip64a -> passed [0.103s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_format_zip_zip64b -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_large -> passed [0.511s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_pax_truncated -> passed [0.803s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_position -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_set_format -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_set_wrong_format -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_too_many_filters -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated -> passed [0.146s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_bzip2 -> passed [0.662s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_compress -> passed [0.273s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_gzip -> passed [0.320s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_lzip -> passed [0.918s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_lzma -> passed [0.913s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_lzop -> passed [0.100s] [192.168.10.2] out: lib/libarchive/functional_test:test_read_truncated_filter_xz -> passed [0.977s] [192.168.10.2] out: lib/libarchive/functional_test:test_sparse_basic -> passed [0.143s] [192.168.10.2] out: lib/libarchive/functional_test:test_tar_filenames -> passed [0.232s] [192.168.10.2] out: lib/libarchive/functional_test:test_tar_large -> passed [0.162s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_CP1251_UTF8 -> passed [0.098s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_CP932_UTF8 -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_EUCJP_CP932 -> passed [0.100s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_EUCJP_UTF8 -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_KOI8R_CP866 -> passed [0.100s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_KOI8R_UTF8 -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_Russian_Russia -> passed [0.098s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_UTF8_CP866 -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filename_encoding_ru_RU_CP1251 -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_ustar_filenames -> passed [0.105s] [192.168.10.2] out: lib/libarchive/functional_test:test_warn_missing_hardlink_target -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk -> passed [0.107s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_appledouble -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_failures -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_hardlink -> passed [0.103s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_hfs_compression -> passed [0.083s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_lookup -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_mac_metadata -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_no_hfs_compression -> passed [0.098s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_perms -> passed [0.187s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_secure -> passed [0.107s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_secure744 -> passed [16.433s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_secure745 -> passed [0.121s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_secure746a -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_secure746b -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_sparse -> passed [0.449s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_symlink -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_disk_times -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_b64encode -> passed [0.130s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_bzip2 -> passed [0.914s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_compress -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_gzip -> passed [0.118s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_gzip_timestamp -> passed [0.083s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lrzip -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4 -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_dependence -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_size_4 -> passed [0.083s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_size_5 -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_block_size_6 -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_disable_stream_checksum -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lz4_enable_block_checksum -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lzip -> passed [0.577s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lzma -> passed [0.524s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_lzop -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_program -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_uuencode -> passed [0.136s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_filter_xz -> passed [0.541s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip -> passed [0.513s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_bzip2 -> passed [0.199s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_copy -> passed [0.204s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_deflate -> passed [0.207s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_lzma1 -> passed [0.336s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_lzma2 -> passed [0.316s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_basic_ppmd -> passed [0.231s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_empty_archive -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_empty_files -> passed [0.194s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_bzip2 -> passed [7.648s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_copy -> passed [1.230s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_deflate -> passed [1.776s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_lzma1 -> passed [10.881s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_lzma2 -> passed [9.359s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_7zip_large_ppmd -> passed [0.919s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_ar -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio_empty -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio_newc -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_cpio_odc -> passed [0.080s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_gnutar -> passed [0.083s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_gnutar_filenames -> passed [0.192s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_gnutar_linknames -> passed [0.172s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660 -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_boot -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_empty -> passed [0.145s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_filename -> passed [0.430s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_iso9660_zisofs -> passed [0.115s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_absolute_path -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_classic -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_classic_indent -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_fflags -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_no_leading_dotslash -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_no_separator -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_mtree_quoted_filename -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_pax -> passed [0.096s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_raw -> passed [0.083s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_raw_b64 -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_shar_empty -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar -> passed [0.087s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_empty -> passed [0.088s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_sparse -> passed [0.097s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_ustar -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_tar_v7tar -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_warc -> passed [0.095s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_warc_empty -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_xar -> passed [0.081s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_xar_empty -> passed [0.079s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip64 -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_compression_store -> passed [0.082s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_empty -> passed [0.078s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_empty_zip64 -> passed [0.079s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_file -> passed [0.107s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_file_zip64 -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_large -> passed [0.190s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_traditional_pkware_encryption -> passed [0.093s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_winzip_aes128_encryption -> passed [0.306s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_winzip_aes256_encryption -> passed [0.533s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_format_zip_zip64_oversize -> passed [0.083s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_open_memory -> passed [0.094s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip64 -> passed [0.091s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip64_improved_streaming -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_write_read_format_zip_improved_streaming -> passed [0.090s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_CP932 -> passed [0.085s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_EUCJP -> passed [0.092s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_KOI8R -> passed [0.089s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_Russian_Russia -> passed [0.084s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_UTF8 -> passed [0.086s] [192.168.10.2] out: lib/libarchive/functional_test:test_zip_filename_encoding_ru_RU_CP1251 -> passed [0.085s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_binary -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_bool -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_bool_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_number -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_number_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_nvlist -> passed [0.008s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_nvlist_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_string -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_free_string_array -> passed [0.008s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_binary -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_bool -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_bool_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_descriptor -> passed [0.008s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_descriptor_array -> passed [0.008s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_number -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_number_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_nvlist -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_nvlist_array -> passed [0.010s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_string -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_get_string_array -> passed [0.008s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_binary -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_bool -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_bool_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_number -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_number_array -> passed [0.008s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_nvlist -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_nvlist_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_string -> passed [0.009s] [192.168.10.2] out: lib/libnv/cnv_tests:cnvlist_take_string_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_binary__default_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_binary__present -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_bool__default_value -> passed [0.010s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_bool__present -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_number__default_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_number__present -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_nvlist__default_value -> passed [0.008s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_nvlist__present -> passed [0.008s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_string__default_value -> passed [0.008s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_get_string__present -> passed [0.008s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_binary__default_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_binary__empty -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_binary__present -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_bool__default_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_bool__empty -> passed [0.008s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_bool__present -> passed [0.008s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_number__default_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_number__empty -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_number__present -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_nvlist__default_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_nvlist__empty -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_nvlist__present -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_string__default_value -> passed [0.010s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_string__empty -> passed [0.009s] [192.168.10.2] out: lib/libnv/dnv_tests:dnvlist_take_string__present -> passed [0.010s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_arrays__bad_value -> passed [0.009s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_arrays__error_null -> passed [0.009s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_bool_array__basic -> passed [0.008s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_bool_array__move -> passed [0.008s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_bool_array__pack -> passed [0.009s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_clone_array -> passed [0.009s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_descriptor_array__basic -> passed [0.009s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_descriptor_array__move -> passed [0.009s] [192.168.10.2] out: lib/libnv/nv_array_tests:nvlist_descriptor_array__pack -> 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 Sep 26 18:05: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 10944BEAF8C for ; Mon, 26 Sep 2016 18:05:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2605C20 for ; Mon, 26 Sep 2016 18:05:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 78F9810AF7D; Mon, 26 Sep 2016 14:04:55 -0400 (EDT) From: John Baldwin To: Murthy Bhat Cc: "freebsd-current@freebsd.org" Subject: Re: FreeBSD 11.0-RC1 boot prompt kernel load issue. Date: Mon, 26 Sep 2016 10:29:01 -0700 Message-ID: <30103979.W3ao9sU9hK@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <2592873.DC5MXn4URJ@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 26 Sep 2016 14:04:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 18:05:03 -0000 As I said, the only way I know to debug this is to start adding printfs in various parts of the boot loader to find out which EFI or BIOS call triggers the panic and then trying to infer from that what the BIOS routine might not like. If you think it is disk related, then the sys/boot/i386/libi386/biosdisk.c (for non-EFI) and sys/boot/efi/libefi/efipart.c are good places to start. On Wednesday, September 21, 2016 03:12:05 PM Murthy Bhat wrote: > Hi, > > I checked both FreeBSD 11 RC2 and RC3 latest stable releases. Same issue exists. When loading the kernel from USB pen drive at boot prompt, system gets switched off. > > Could you please help? > > Regards/Ram > > -----Original Message----- > From: Murthy Bhat > Sent: Tuesday, August 30, 2016 8:03 PM > To: 'John Baldwin' > Cc: freebsd-current@freebsd.org; FreeBSD-current@FreeBSD.org > Subject: RE: FreeBSD 11.0-RC1 boot prompt kernel load issue. > > Hi John, > > Thanks for your quick response. > > I did the same exercise on a super micro(X59SRL model) server, to segregate the issue. The same issue is reproduced again. > > So IMHO this may not be the system UEFI firmware issue due to following two reasons. > 1. "load kernel" does not work on 2 different hardware platforms. > 2. On FreeBSD 10.3 and 10.2, both the hardware platforms (HP ProLiant ML110 Gen9 and Super micro X59SRL) work without problem. > > Could you please advise some work around or any other exercise to narrow down the issue. > > Regards/Ram > > > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Tuesday, August 30, 2016 3:57 AM > To: Murthy Bhat > Cc: freebsd-current@freebsd.org; FreeBSD-current@FreeBSD.org > Subject: Re: FreeBSD 11.0-RC1 boot prompt kernel load issue. > > EXTERNAL EMAIL > > > On Monday, August 29, 2016 05:37:57 PM Murthy Bhat wrote: > > Thanks for the response. > > > > It is UEFI boot. As such there is no stack dumped on the console > > during crash. System restarts from the FreeBSD boot prompt without any > > message on the console. Still I have a picture where monitor goes off > > during data load. PFA(sorry for the flash) > > Ugh. I don't have a good suggestion on debugging this besides adding printfs to the EFI loader code and/or moving an infinite loop around in the code to narrow down exactly when it resets. It is quite possibly specific to the EFI firmware on your machine (at least, reproducing the issue might be). > > > Regards/Murthy Bhat > > > > -----Original Message----- > > From: John Baldwin [mailto:jhb@freebsd.org] > > Sent: Monday, August 29, 2016 10:52 PM > > To: freebsd-current@freebsd.org > > Cc: Murthy Bhat ; > > FreeBSD-current@FreeBSD.org > > Subject: Re: FreeBSD 11.0-RC1 boot prompt kernel load issue. > > > > EXTERNAL EMAIL > > > > > > On Wednesday, August 24, 2016 01:35:08 PM Murthy Bhat wrote: > > > > > > Hi, > > > > > > This is regarding issue faced during OS(FreeBSD 11.0-RC1) installation on the storage behind our smartpqi storage controller. > > > > Are you using EFI or legacy boot? Also, can you capture a screenshot of the crash messages? If it is not EFI, we probably crashed in the BIOS routines used to read data from the USB drive. It may be a BIOS bug (which isn't easily fixable), but we would need the register dump from the crash to figure anything out. > > > > -- > > John Baldwin > > > -- > John Baldwin -- John Baldwin From owner-freebsd-current@freebsd.org Mon Sep 26 19:29: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 78D4DBEB508 for ; Mon, 26 Sep 2016 19:29:35 +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 6B0FEE67; Mon, 26 Sep 2016 19:29:35 +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 7FB61107; Mon, 26 Sep 2016 19:29:35 +0000 (UTC) Date: Mon, 26 Sep 2016 19:29:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1053263835.6.1474918175356.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1505959564.5.1474908399181.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1505959564.5.1474908399181.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #710 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 19:29:35 -0000 See From owner-freebsd-current@freebsd.org Mon Sep 26 19:47: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 BAD7ABEB94D; Mon, 26 Sep 2016 19:47:05 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::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 7C5AFB7A; Mon, 26 Sep 2016 19:47:05 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x22d.google.com with SMTP id t7so178830712qkh.2; Mon, 26 Sep 2016 12:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=BPbauAq+uHDu6ehzC6EOYRvr6SIOo5FoTz+RgHUjRbg=; b=0dYk0ieZ4tTGcXuTEkmez493JKUXaKIAv/ZgOOtuKWP22/71yL5naoLjw6dhBJnF91 OIc+Sao31LnUX/FHLlCjsGKKVYjuc9DgSdjFgDf3dwKsjz1LPnRe8BOmgisE/OTN2BrR 2sdOXyGr/9QBwpgFhjoeah25N5zSMRs8EuuQOXW1Rkgf4Ol+8NTzhxsIPvUQMJowlWDL orFwZePvBd1If2VN2KvyfszrdAVV2JN4Wqth8a7KvIbVhYtFuYD9SBdmKJFCM4C7/jPY 0qJzYn2cQv5auwkuw1VXEhB5VoiHqG1OFYaVUu7ZZ6YGbdLSqUZ0PSugddx45frodn+X B2Rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=BPbauAq+uHDu6ehzC6EOYRvr6SIOo5FoTz+RgHUjRbg=; b=WHfeJJd6TcbahTE77ZLMAHG13qof0znhzodS8Ro1xLdbgqcV4xHBbNok7kLBi23R+1 6ChEDyCub1IxHlxT3vmGWX7+IbKdVoRIcbI+VfrnHkLwhRe3mYNI7IIVTKB1NCCDjJm9 WOJbsHfgQUeaggnOAhxAFO3/Fr1UfYdKFOgqE5JV9KkO1imHzmBPKlHWKHlzVTee36ZR yMY+RwrPYfw2iBgBaPlNrmaR5QjVfTo77cxyre3FwNuD2k350803teD2hmBZ+TcFeivJ WR2nsgpsQzmjHIfcIyb8U3GZ7sXJ3x4YrGmRfXXJJVsQKdc9IIKwHEIf11YQ/dRVsmfW oUMA== X-Gm-Message-State: AA6/9RllecnRRrd8lh/APY44de20/lxH2JIWawFfREGDer+m6HRnwV990vxz4zANFz8ftQ== X-Received: by 10.55.4.23 with SMTP id 23mr910564qke.207.1474919224255; Mon, 26 Sep 2016 12:47:04 -0700 (PDT) Received: from mbp.home (179-125-152-136.desktop.com.br. [179.125.152.136]) by smtp.gmail.com with ESMTPSA id v10sm12443837qkg.20.2016.09.26.12.47.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Sep 2016 12:47:03 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Message-Id: <9A93030A-2112-4DBF-B3E4-50698C98218A@FreeBSD.org> Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) Subject: Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver) Date: Mon, 26 Sep 2016 16:46:58 -0300 In-Reply-To: Cc: "freebsd-wireless@freebsd.org" , "freebsd-current@freebsd.org" To: Andriy Voskoboinyk References: X-Mailer: Apple Mail (2.3226) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 19:47:05 -0000 > On 1 Sep 2016, at 13:29, Andriy Voskoboinyk wrote: >=20 > Hi everyone, >=20 > rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged = into a > single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code is > available on https://github.com/s3erios/rtwn repository. Among = bugfixes / > code deduplication, there some new features too: >=20 > 1) multi-vap support (one any wireless interface + one STA interface + > any number of monitor mode interfaces). > 2) few new sysctls: > * dev.rtwn.#.crypto - controls how to use hardware crypto acceleration > * dev.rtwn.#.ratectl_selected > * dev.rtwn.#.ratectl - selects current 'rate control' algorithm > (currently only 'none' and 'net80211' are supported; RTL8192CE needs = testing > with the last). > 3) (incomplete) power management support for RTL8188EU (requires = firmware). > 4) Short Guard Interval support. >=20 > It's known to work with RTL8188CUS, RTL8188EU and RTL8821AU; however, > it was never tested with RTL8192CE or RTL8812AU. >=20 > How-to-build: > 1) download / checkout the repository. > 2) apply 'patch-usbdevs.diff' against '/usr/src' > 3) build and install rtwn module: > cd $repository/sys/modules/rtwn && make && make install > 4) build and install rtwn_usb/rtwn_pci: > cd ../rtwn_usb && make && make install > cd ../rtwn_pci && make && make install > 5) unload previous && load current drivers: > kldunload if_urtwn if_rtwn > kldload /boot/modules/if_rtwn.ko /boot/modules/if_rtwn_usb.ko = /boot/modules/if_rtwn_pci.ko > 6) Use. I have a Thinkpad T430 with a PCIe RTL8188CE. It fails waying I didn=E2=80= =99 t load a firmware that doesn=E2=80=99 t exist: rtwn0: port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff = at device 0.0 on pci2 rtwn0: r92ce_attach: warning: hardware crypto enabled rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R wlan0: Ethernet address: e0:06:e6:c7:54:73 rtwn-rtl8192cfwE_B: could not load firmware image, error 2 rtwn0: failed loadfirmware of file rtwn-rtl8192cfwE_B I=E2=80=99ve loaded rtwn-rtl8192cfwU_B.ko, never heard of = rtwn-rtl8192cfwE_B.ko -- Renato Botelho From owner-freebsd-current@freebsd.org Mon Sep 26 19:53: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 94BD9BEBBAA; Mon, 26 Sep 2016 19:53:43 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: from mail-lf0-f52.google.com (mail-lf0-f52.google.com [209.85.215.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C464163; Mon, 26 Sep 2016 19:53:42 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: by mail-lf0-f52.google.com with SMTP id g62so155330552lfe.3; Mon, 26 Sep 2016 12:53: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:to:cc:subject:references:date:mime-version:from :message-id:in-reply-to:user-agent; bh=eaeuerEHShrfOv4emFOcxCnEXmXa0kgg11WD+4OEk+g=; b=Ixxxq5TkGk/d/0GRzNKfZMvW4BjdK1RwmeXa22x9gizpHh5Zllo1GAJek9E2eRuSg7 IwVW/Jt+q9zY9tjdU5Hw9xtzFaSY6hMijF0HJyyn0Zz4MVHP6YpF6OAWXpXIIDkqipq3 cruY7UmAm1VWKIMyQptyjq0wlJ3lLRXEJUI66ZyQhh/Os+LyTdw1wyAWRAIrzh8WTDZd ih69szR5xD7CTsWD6ACAD6GIPolRdZh+BZ7xbd5t8r6bw7tgnDz2TnQ5XePd5cbZSw8/ AEOXJjy52cMBGrO/WEOsifomg9tPJvEYtbMLuS/lSQIa4OE2y4Q1Esgz65xnAprFEgjL sSkw== X-Gm-Message-State: AA6/9RkWLMTFofGrEsnJ7zqeHVxJUVn/XpAqHq00+Z+MGfG4n4EOxPtcQusZE3BVyC8lyQ== X-Received: by 10.25.139.66 with SMTP id n63mr1604668lfd.111.1474919614532; Mon, 26 Sep 2016 12:53:34 -0700 (PDT) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id f64sm3986949lji.29.2016.09.26.12.53.33 (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 26 Sep 2016 12:53:34 -0700 (PDT) To: "Renato Botelho" Cc: "freebsd-wireless@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver) References: <9A93030A-2112-4DBF-B3E4-50698C98218A@FreeBSD.org> Date: Mon, 26 Sep 2016 22:53:32 +0300 MIME-Version: 1.0 From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: <9A93030A-2112-4DBF-B3E4-50698C98218A@FreeBSD.org> User-Agent: Opera Mail/12.16 (FreeBSD) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: Quoted-Printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 19:53:43 -0000 Mon, 26 Sep 2016 22:46:58 +0300 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Renato Botelho = : AFAIK, it is not critical (at least for USB devices). If it won't work without firmware try to install it from sys/modules/rtwnfw/rtwnrtl8192cEB (and restart the interface). >> On 1 Sep 2016, at 13:29, Andriy Voskoboinyk wrote:= >> >> Hi everyone, >> >> rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merge= d = >> into a >> single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code i= s >> available on https://github.com/s3erios/rtwn repository. Among bugfix= es = >> / >> code deduplication, there some new features too: >> >> 1) multi-vap support (one any wireless interface + one STA interface = + >> any number of monitor mode interfaces). >> 2) few new sysctls: >> * dev.rtwn.#.crypto - controls how to use hardware crypto acceleratio= n >> * dev.rtwn.#.ratectl_selected >> * dev.rtwn.#.ratectl - selects current 'rate control' algorithm >> (currently only 'none' and 'net80211' are supported; RTL8192CE needs = = >> testing >> with the last). >> 3) (incomplete) power management support for RTL8188EU (requires = >> firmware). >> 4) Short Guard Interval support. >> >> It's known to work with RTL8188CUS, RTL8188EU and RTL8821AU; however,= >> it was never tested with RTL8192CE or RTL8812AU. >> >> How-to-build: >> 1) download / checkout the repository. >> 2) apply 'patch-usbdevs.diff' against '/usr/src' >> 3) build and install rtwn module: >> cd $repository/sys/modules/rtwn && make && make install >> 4) build and install rtwn_usb/rtwn_pci: >> cd ../rtwn_usb && make && make install >> cd ../rtwn_pci && make && make install >> 5) unload previous && load current drivers: >> kldunload if_urtwn if_rtwn >> kldload /boot/modules/if_rtwn.ko /boot/modules/if_rtwn_usb.ko = >> /boot/modules/if_rtwn_pci.ko >> 6) Use. > > I have a Thinkpad T430 with a PCIe RTL8188CE. It fails waying I didn=E2= =80=99 t = > load a firmware that doesn=E2=80=99 t exist: > > rtwn0: port 0x4000-0x40ff mem 0xf1c00000-0xf1c03ff= f = > at device 0.0 on pci2 > rtwn0: r92ce_attach: warning: hardware crypto enabled > rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R > wlan0: Ethernet address: e0:06:e6:c7:54:73 > rtwn-rtl8192cfwE_B: could not load firmware image, error 2 > rtwn0: failed loadfirmware of file rtwn-rtl8192cfwE_B > > I=E2=80=99ve loaded rtwn-rtl8192cfwU_B.ko, never heard of rtwn-rtl8192= cfwE_B.ko > > -- > Renato Botelho From owner-freebsd-current@freebsd.org Mon Sep 26 20:02:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E492BEBE19; Mon, 26 Sep 2016 20:02:21 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::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 3514C883; Mon, 26 Sep 2016 20:02:21 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qt0-x22f.google.com with SMTP id 93so88825243qtg.2; Mon, 26 Sep 2016 13:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=ypFWEkPC3hOXRapbl5dBueF1kmq5/7Z54dnJyMizqFA=; b=SYAg6Z752wE0yJCCSJqQvKXeQvX+Y47IMWIe0/pDzJjySmtUZE2tGJKZZHtbcqwwdV YSbqh5COX/SPVb4UwP7FUUmKNrNWn9+ZMM9L5SeCnKnPm3qQvNmgC5fCzGYu3g4g8q4R HCZTZ2yDugc2MUW1vK1YNJaye2mi3dpVFh+b1QYsKOP6Dn0dsh6Pw+ArK0NNpHgUhSBA t4A2+Z+ubLRkh1NtHW3cAM8CI8xYxE9cg71/o0TOOwCXy42Pbq26k23UUVvHAgaEXBas 8y98mlfaUUHzntBy/v8Xf/4D4Mh92HD/NkdJjPW7BABIIRxharhhQL5BZkwPu6w52Fs1 rJtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=ypFWEkPC3hOXRapbl5dBueF1kmq5/7Z54dnJyMizqFA=; b=NjnlJfnQoHLi2EHOChYLN+SSo5BziYwUruVOhtulfxFNxF2LAJ578YJPApRDjZQ+Yw iqc8Tf27y4bJ66BtMEtqX78L3L1kv4Ukeo6uPRGTi15oGxN6b/+ywSY27MAOuoN06vnR cWSs07TjkdSFO9/0mjq+oD0TMhsaaqhMfnG5DF7v9NrBZvoCTrxeg0dalm7ngabSMkMr z+d+tlnceUsWvspy11H+WdYwN28orPbv76+Hh0IPUtBvTQ01mSiX0QLjxsCo2Fk+HGMR TpXTsE0nEAd3DJBlPCIIsSHR5EOIvfnDJ79CJpMWNTcwivHUv8uTKOVd4DD5Ci7TChps 8fkg== X-Gm-Message-State: AA6/9RkKW3pJYBaNxhm83C9ebAXRtqx9Q/VI2qmH2XcTzh+lleZIahE3letZiNaF2MixXg== X-Received: by 10.237.34.122 with SMTP id o55mr24272054qtc.15.1474920140125; Mon, 26 Sep 2016 13:02:20 -0700 (PDT) Received: from mbp.home (179-125-152-136.desktop.com.br. [179.125.152.136]) by smtp.gmail.com with ESMTPSA id 55sm12484408qtm.36.2016.09.26.13.02.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Sep 2016 13:02:19 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Message-Id: <55E6C2DA-D44F-4966-81D9-D02B66CD5FE5@FreeBSD.org> Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) Subject: Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver) Date: Mon, 26 Sep 2016 17:02:15 -0300 In-Reply-To: Cc: "freebsd-wireless@freebsd.org" , "freebsd-current@freebsd.org" To: Andriy Voskoboinyk References: <9A93030A-2112-4DBF-B3E4-50698C98218A@FreeBSD.org> X-Mailer: Apple Mail (2.3226) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 20:02:21 -0000 > On 26 Sep 2016, at 16:53, Andriy Voskoboinyk wrote: >=20 > Mon, 26 Sep 2016 22:46:58 +0300 =D0=B1=D1=83=D0=BB=D0=BE = =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Renato Botelho = >: >=20 > AFAIK, it is not critical (at least for USB devices). >=20 > If it won't work without firmware try to install it from > sys/modules/rtwnfw/rtwnrtl8192cEB (and restart the interface). I=E2=80=99ve built and loaded it and the error is gone. But =E2=80=98list = scan=E2=80=99 never show anything and I got this warning, not sure if = it=E2=80=99s relevant rtwn0: port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff = at device 0.0 on pci2 rtwn0: r92ce_attach: warning: hardware crypto enabled rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R wlan0: Ethernet address: e0:06:e6:c7:54:73 rtwn0: r92ce_post_init: warning: net80211 ratectl is used Thanks -- Renato Botelho From owner-freebsd-current@freebsd.org Mon Sep 26 20: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 C131DBEBF66; Mon, 26 Sep 2016 20:10:17 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: from mail-lf0-f51.google.com (mail-lf0-f51.google.com [209.85.215.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68AA5AD2; Mon, 26 Sep 2016 20:10:17 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: by mail-lf0-f51.google.com with SMTP id b71so130501676lfg.0; Mon, 26 Sep 2016 13:10:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; bh=P6cIH0Mm0/0AI7wdzIJ0zEji0MeGW1Ku53RTrCIq/Bw=; b=HIW/E01AjlfofJFrG6jKBsuZ71xp8usXxe65FiZy+aGIaHE9eoyaDhKJZBXpn+HHxI qlgimmZZQmV/ngXaE+DWIrpQsDnBs/MIjETVANqFb86TRUfY31wyOGo6aesU1ayCdR4O 3gP1JvaFzd7zQ9MjiSic2FbKrbprvhuTd+QOSLYP5v8mBN7VTVX2NscEhZpjtoeSiRb8 up6QEbUuo1ysTiPMUvXcZ4zG5BNH0/pbt5Ziv8ocp88dse1MTmzLNX7Hw729wV1myHGM xeDT2bq9AAOmPJlG8cxuK7gKoNrm6STOHk4X4j+iOFFN50C2iYCQCdvXx5zPFvuTjZjr 8TWA== X-Gm-Message-State: AE9vXwPFKMpo+M03mvFKgsZ/SVHKftoAEVEmErwfbnV0uDDmJSbCFC7I+ol4FKSHnNzsAQ== X-Received: by 10.46.69.67 with SMTP id s64mr7660522lja.12.1474920608808; Mon, 26 Sep 2016 13:10:08 -0700 (PDT) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id h199sm462983lfh.49.2016.09.26.13.10.07 (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 26 Sep 2016 13:10:08 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Renato Botelho" Cc: "freebsd-wireless@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver) References: <9A93030A-2112-4DBF-B3E4-50698C98218A@FreeBSD.org> <55E6C2DA-D44F-4966-81D9-D02B66CD5FE5@FreeBSD.org> Date: Mon, 26 Sep 2016 23:10:06 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: <55E6C2DA-D44F-4966-81D9-D02B66CD5FE5@FreeBSD.org> User-Agent: Opera Mail/12.16 (FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 20:10:17 -0000 Mon, 26 Sep 2016 23:02:15 +0300 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Renato Botelho = : No, warnings are for 'untested' parts (although I think they are not the= reason...) Can you send messages.log when dev.rtwn.0.debug=3D0x829f is set? > I=E2=80=99ve built and loaded it and the error is gone. But =E2=80=98l= ist scan=E2=80=99 never = > show anything and I got this warning, not sure if it=E2=80=99s relevan= t > > rtwn0: port 0x4000-0x40ff mem 0xf1c00000-0xf1c03ff= f = > at device 0.0 on pci2 > rtwn0: r92ce_attach: warning: hardware crypto enabled > rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R > wlan0: Ethernet address: e0:06:e6:c7:54:73 > rtwn0: r92ce_post_init: warning: net80211 ratectl is used > > Thanks > > -- > Renato Botelho > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to = > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Sep 26 20:50: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 5526DBEAF6E; Mon, 26 Sep 2016 20:50:39 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08F6E7EA; Mon, 26 Sep 2016 20:50:39 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x235.google.com with SMTP id g67so121824752qkd.0; Mon, 26 Sep 2016 13:50:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Xwf3lVoQCJY+4ix+XZqaXioREhA8/DMBrmReFk6ypaQ=; b=B6c3boWAhzoUQFStnAvAPkxUJjOovLDLe84DvgoqIbXgjt5KPqoLQDf5WCPTP93Ice 2J3h758WWoHXZYmVuf3gj4oGHT2Dv2QzgXDBstVq+9hmKwCIz1usHaYAlPy/u+/AK+di 8Z+fHiBa3FJIRFGyqv39Z38u9lxI8KGYjVXjplB4hjZ16Jl9E30eQf4cZRtbBGkeL9s9 8gq8OfXSlOY5jFkR1Qp/a3dYPtsGgXE35BG4iIeYFa1+GVWG2UDzn+Q5KHRyKWWeDs/v HbljlfBSia+9koEQKt5N3iB+J+qYdzzlRJwjpNrA4KVWlpT1liHxfhlnMmb8B0EXKMwb Zulw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Xwf3lVoQCJY+4ix+XZqaXioREhA8/DMBrmReFk6ypaQ=; b=JA4RT3kin/fZdiq4Rr3B8mljMRl9F9f4j5cC5BxCZoCrnqTU/MS+VPuSSPXmvGKRUw 2KDwTD6hfwAjtIK3kJQLabpVcdvSc/R0i5W3J5NS3ELCs1tKzPSCukA7NZ1uracdr1oZ 6+Eu3h/XN051lC2Zku25MH3wo47TgZ9WQJbWL2/PTlxuLrcc137Ma95ZySjDSgwVqimr xDth5k20uih2ANOJ6EgjwCPB2HEQDEgZM0HBnX0DVM6+s1yne8mXJ8Ra10Afwx4vtAXv qEtR8GvO/pUIld26o86IDUpN7AEEJoykB/XBkee+16scZjAdp4zJEGK04Aa7hNgV3qpl O/Xw== X-Gm-Message-State: AA6/9RltR/p5lzRLaps3TXObezNVWHJIi7P1fWrh2DP1XefEZ2MobCNtdI0xT6rSJZePSA== X-Received: by 10.55.178.69 with SMTP id b66mr24585858qkf.146.1474923037622; Mon, 26 Sep 2016 13:50:37 -0700 (PDT) Received: from mbp.home (179-125-152-136.desktop.com.br. [179.125.152.136]) by smtp.gmail.com with ESMTPSA id i5sm12587046qti.30.2016.09.26.13.50.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Sep 2016 13:50:36 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) Subject: Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver) Date: Mon, 26 Sep 2016 17:50:32 -0300 In-Reply-To: Cc: "freebsd-wireless@freebsd.org" , "freebsd-current@freebsd.org" To: Andriy Voskoboinyk References: <9A93030A-2112-4DBF-B3E4-50698C98218A@FreeBSD.org> <55E6C2DA-D44F-4966-81D9-D02B66CD5FE5@FreeBSD.org> X-Mailer: Apple Mail (2.3226) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 20:50:39 -0000 > On 26 Sep 2016, at 17:10, Andriy Voskoboinyk wrote: >=20 > Mon, 26 Sep 2016 23:02:15 +0300 =D0=B1=D1=83=D0=BB=D0=BE = =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Renato Botelho = : >=20 > No, warnings are for 'untested' parts (although I think they are not = the > reason...) >=20 > Can you send messages.log when > dev.rtwn.0.debug=3D0x829f > is set? Sure, here it is rtwn0: port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff = at device 0.0 on pci2 rtwn0: r92ce_attach: warning: hardware crypto enabled rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R wlan0: Ethernet address: e0:06:e6:c7:54:73 rtwn0: r92ce_post_init: warning: net80211 ratectl is used rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f7e700, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 10FF46E8 (64: 00000000), next: 050B0E40 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 56, cur 57 rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f7e700, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 10FF46E8 (64: 00000000), next: 050B0E80 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 57, cur 58 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038177400, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 381BD6E8 (64: 00000000), next: 050B0EC0 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 58, cur 59 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038477900, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 384EA6E8 (64: 00000000), next: 050B0F00 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 59, cur 60 rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f7e700, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 10FF46E8 (64: 00000000), next: 050B0F40 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 60, cur 61 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038055000, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 3809BEE8 (64: 00000000), next: 050B0F80 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 61, cur 62 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038211200, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 382816E8 (64: 00000000), next: 050B0FC0 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 62, cur 63 rtwn0: rtwn_raw_xmit: called; m 0xfffff80113eb7900, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 08181000 (64: 00000000), next: 050B1000 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 63, cur 64 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038212000, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38289EE8 (64: 00000000), next: 050B1040 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 64, cur 65 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038206700, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 382306E8 (64: 00000000), next: 050B1080 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 65, cur 66 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038172e00, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 3819BEE8 (64: 00000000), next: 050B10C0 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 66, cur 67 rtwn0: rtwn_raw_xmit: called; m 0xfffff8003820f500, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38275EE8 (64: 00000000), next: 050B1100 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 67, cur 68 rtwn0: rtwn_raw_xmit: called; m 0xfffff8003817bb00, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 381DCEE8 (64: 00000000), next: 050B1140 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 68, cur 69 rtwn0: rtwn_raw_xmit: called; m 0xfffff8003820bc00, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 382596E8 (64: 00000000), next: 050B1180 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 69, cur 70 rtwn0: rtwn_raw_xmit: called; m 0xfffff80010ff8c00, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38041EE8 (64: 00000000), next: 050B11C0 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 70, cur 71 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054400, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 380976E8 (64: 00000000), next: 050B1200 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 71, cur 72 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054400, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 380976E8 (64: 00000000), next: 050B1240 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 72, cur 73 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054700, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38095EE8 (64: 00000000), next: 050B1280 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 73, cur 74 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054700, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38095EE8 (64: 00000000), next: 050B12C0 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 74, cur 75 rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f8bb00, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 10FEFEE8 (64: 00000000), next: 050B1300 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 75, cur 76 rtwn0: rtwn_raw_xmit: called; m 0xfffff800380ea000, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38145EE8 (64: 00000000), next: 050B1340 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 76, cur 77 rtwn0: rtwn_raw_xmit: called; m 0xfffff80113f2f600, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 08181000 (64: 00000000), next: 050B1380 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 77, cur 78 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038173400, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 3819E6E8 (64: 00000000), next: 050B13C0 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 78, cur 79 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054100, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 38093EE8 (64: 00000000), next: 050B1400 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 79, cur 80 rtwn0: rtwn_raw_xmit: called; m 0xfffff80113ee5100, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 08181000 (64: 00000000), next: 050B1440 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 80, cur 81 rtwn0: rtwn_raw_xmit: called; m 0xfffff80038059c00, ni = 0xfffffe0015226000 rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 = 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size = 002A, pad 0000, addr: 380BDEE8 (64: 00000000), next: 050B1480 (64: = 00000000), rsvd: 00000000 00000000 00000000 00000000 rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008 rtwn0: rtwn_pci_tx_done: qid 3, last 81, cur 82 >> any mail to "freebsd-wireless-unsubscribe@freebsd.org" -- Renato Botelho From owner-freebsd-current@freebsd.org Mon Sep 26 22:19: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 A9BF6BEBC0F for ; Mon, 26 Sep 2016 22:19:08 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 88F1D21A for ; Mon, 26 Sep 2016 22:19:08 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 79602BEBC0E; Mon, 26 Sep 2016 22:19: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 78FA6BEBC0D for ; Mon, 26 Sep 2016 22:19:08 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C889219 for ; Mon, 26 Sep 2016 22:19:07 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-1afff70000005dc3-ca-57e99da548c5 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 54.01.24003.5AD99E75; Mon, 26 Sep 2016 18:13:58 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id u8QMDvNa022712; Mon, 26 Sep 2016 18:13:57 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u8QMDrVc031198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2016 18:13:56 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u8QMDr3q029121; Mon, 26 Sep 2016 18:13:53 -0400 (EDT) Date: Mon, 26 Sep 2016 18:13:52 -0400 (EDT) From: Benjamin Kaduk To: David Wolfskill cc: current@freebsd.org Subject: Re: Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5) In-Reply-To: <20160926121147.GO1069@albert.catwhisker.org> Message-ID: References: <20160926121147.GO1069@albert.catwhisker.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUixG6norts7stwg7nneC0mXPnBZHHqy10W ByaPhU/6mT1mfJrPEsAUxWWTkpqTWZZapG+XwJXxdckxloJtTBVte5+zNDB+YOxi5OSQEDCR +LjgMVsXIxeHkEAbk8S1f73MEM5GRonPcyZCOYeYJK5/aoYqa2CUONrynBWkn0VAW2Lliets IDabgIrEzDcbwWwRAS2JrhtvWLoYOTiYBcQlXvYrgfQKg/S+vHKPGaSGU8BKYv6bN+wgNq+A g8TzI4eYQOqFBCwlZk0yAwmLCuhIrN4/hQWiRFDi5MwnYDYz0Pjl07exTGAUmIUkNQtJagEj 0ypG2ZTcKt3cxMyc4tRk3eLkxLy81CJdc73czBK91JTSTYzgkHRR2cHY3eN9iFGAg1GJh9ei /GW4EGtiWXFl7iFGSQ4mJVHezplAIb6k/JTKjMTijPii0pzU4kOMEhzMSiK8NTOAcrwpiZVV qUX5MClpDhYlcd6uGQfChQTSE0tSs1NTC1KLYLIaHBwCM87Nnc4kxZKXn5eqJMGbOwdoiGBR anpqRVpmTglCKRMHJ8giHqBFp0FqeIsLEnOLM9Mh8qcYdTkW/Li9lkkIbJCUOG8ISJEASFFG aR7cHHCK2c2k+opRHOhFYd5PIFU8wPQEN+kV0BImoCVLT7wAWVKSiJCSamCc5vDcxeO57Y68 9z/PvPhxWXaTzu2HSgc3n63ecqr6b5y+6gEjn9rpu5yZLd6/ur8m5Lb/Zf/dkj972tMNJb86 nmy8vE9jcfalo83ujxVNRP595ss58+zsf8nGhUX57GI9vfpql6rbT3EpiKUoTuTr4fscafWA R20BL099XPTFuZ5T1q2NN2ZXYinOSDTUYi4qTgQA83+mKAwDAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 22:19:08 -0000 On Mon, 26 Sep 2016, David Wolfskill wrote: > > I tried "panic" at the laptop's "db> " prompt, but I have no crash dump. IIRC, just 'dump' is supposed to work these days. Also 'call doadump' which is older. 'panic' does more stuff and is somewhat more likely to fail than directly dumping. -Ben From owner-freebsd-current@freebsd.org Mon Sep 26 23:32: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 25FEABEACD8 for ; Mon, 26 Sep 2016 23:32:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05B6C6D6 for ; Mon, 26 Sep 2016 23:32:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 811BB10AF8D; Mon, 26 Sep 2016 19:32:50 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Ngie Cooper , Ernie Luzar , "Hartmann, O." Subject: Re: Destroy GPT partition scheme absolutely, how? Date: Mon, 26 Sep 2016 13:51:54 -0700 Message-ID: <1785064.lgVzRW13Wf@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 26 Sep 2016 19:32:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 23:32:52 -0000 On Tuesday, September 27, 2016 12:36:22 AM Ngie Cooper wrote: > > > On Sep 26, 2016, at 22:48, Ernie Luzar wrote: > > ... > > > This little script has been posted before. Maybe it will be what your looking for. Called gpart.nuke > > > > #! /bin/sh > > echo "What disk do you want" > > echo "to wipe? For example - da1 :" > > read disk > > echo "OK, in 10 seconds I will destroy all data on $disk!" > > echo "Press CTRL+C to abort!" > > sleep 10 > > diskinfo ${disk} | while read disk sectorsize size sectors other > > do > > # Delete MBR and partition table. > > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} count=1 > > # Delete GEOM metadata. > > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} oseek=`expr $sectors - 2` count=2 > > done > > Why not just use "gpart destroy -F provider"? That doesn't always work. In particular, if a disk was partitioned with GPT and then you use normal MBR on it afterwards, the 'gpart destroy -F' of the MBR will leave most of the GPT intact and the disk will come up with the old GPT partitions, not as a raw disk. -- John Baldwin From owner-freebsd-current@freebsd.org Mon Sep 26 23:32: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 CE3EABEACEE; Mon, 26 Sep 2016 23:32:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA6706E2; Mon, 26 Sep 2016 23:32:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id F029D10AF8F; Mon, 26 Sep 2016 19:32:51 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: Piotr Kubaj , freebsd-hackers@freebsd.org Subject: Re: Freeze during booting of ASUS F2A85-M motherboard with Coreboot Date: Mon, 26 Sep 2016 13:48:46 -0700 Message-ID: <3775937.NQtCRk5KTK@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 26 Sep 2016 19:32:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2016 23:32:53 -0000 On Wednesday, September 21, 2016 11:19:05 AM Piotr Kubaj wrote: > I'm trying to boot the ASUS F2A85-M board with flashed Coreboot 4.4 and > SeaBIOS 1.9.1 as a payload. > > This board works nicely with stock UEFI, it can also boot Slackware 14.2 > from Coreboot with SeaBIOS without any issues. > > But it seems to have problems with FreeBSD (I've tried 11.0-RC3 and > later 12.0-CURRENT). That's why I'm posting it here, instead of Coreboot > mailing lists. > > Booting freezes after printing: > pcib1: failed to allocate initial I/O port window: 0x1000-0x1fff Do you get this message in a verbose dmesg with the stock UEFI? -- John Baldwin From owner-freebsd-current@freebsd.org Tue Sep 27 00:10: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 ED126BEB9F1 for ; Tue, 27 Sep 2016 00:10:27 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-yb0-x22e.google.com (mail-yb0-x22e.google.com [IPv6:2607:f8b0:4002: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 AAB6DC13 for ; Tue, 27 Sep 2016 00:10:27 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-yb0-x22e.google.com with SMTP id z8so1918209ybh.3 for ; Mon, 26 Sep 2016 17:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=a2AsKYkppPKoPt9a7VDbdCSsBnzQdQ0DDl82B/ZqoR0=; b=VLnKMTfAw2yQfY4ibq4HRpBWzl6/zJoGhNhVkH7bSWRWo0K5+tg0lSUx0oESIVJotP vA7sBae+6VACvEJdcQ3w9KoGIxhRd+54SsdlIijjMHnILbCzBRYKd0GM0XmO5wBV5dcn vU0CMHYWplqg2kY9J4KPRuiyQzz0Pmqh0FFRwcn3KG9KAhzLgI9bJqJOci+4AvkE9P/s zUfZLghBQs7X782uBBV/giZ47RFmHwLXTz0F4YDH76UZWLsIUaWbqvSxu+GHeTHTZBZ5 iNYnP3bglBRnLj33wh6XX94emK6uCnBUwi0iHHtymebDSSZCq8dVPGozc2ae60+lMJyO HiCg== 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=a2AsKYkppPKoPt9a7VDbdCSsBnzQdQ0DDl82B/ZqoR0=; b=MwpNdyeGscFwOhWNqtxJqT7ZR7CMl0iQ93DCDUermpdm/bWRSg3M0ONmpuohJ/Vbyf HuyBKmmNUm1CxIYGNNs9beim/G3+JOl3DnRoIaaHxRP7d4+0FhcAR1BxNtU0S5RJufUj 3iw0T3SUDF5Y1lXUbo8LLvmqJhATOIbiLH3OTCye935AdGkhOOIKaDJadXm0H9R/1RCJ r5ul2HrnTxW/T2PgoAzA1KnAFqNS0yVo6iLoKthU02+bHAKPKIKcifFPaB0ylvPHQ9ix 3Q/XML/0QJKo105fi2lO+8PslHAvFmbi2dfMl/752+gakNPx0ibyCgpNRuVVBWNRRwX6 5W9w== X-Gm-Message-State: AE9vXwNKAM3B9Qfnd/WQW62BAVMWEeKREHslm/877NnXIflHmt+t6bL+SbY06mc38LAEQcfY00xNUy2oCVXYGQ== X-Received: by 10.37.50.205 with SMTP id y196mr19071052yby.32.1474935026820; Mon, 26 Sep 2016 17:10:26 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Tue, 27 Sep 2016 00:10:16 +0000 Message-ID: Subject: Re: [VBox] Extreme slow UDP performance between host and guest To: Howard Su , "freebsd-current@freebsd.org" , freebsd-virtual@freebsd.orgr, Sepherosa Ziehau Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 00:10:28 -0000 Did you use the "-b" option to set the bandwidth it uses for UDP? It defaults to 1Mb/s, which is close to what you're seeing. Plus, I think the recommendation is that you use iperf3, anyway, and I don't think it has this quirk. On Thu, Sep 1, 2016 at 2:06 AM Howard Su wrote: > I used iperf to do a quick experiment on the UDP performance between > VirtualBox and Guest through vboxnetadp. Guest is acting as server and Host > machine is acting as client. the UDP throughput is only 1/350 of TCP > throughput. > > Guest kernel is -Current and Host Kernel is 11.0-RC2. Anyone has idea? is > there any known issue in vboxnetadp? > > ------------------------------------------------------------ > Client connecting to 192.168.0.60, UDP port 5001 > Sending 1470 byte datagrams > UDP buffer size: 9.00 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.0.1 port 48290 connected with 192.168.0.60 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec > [ 3] Sent 893 datagrams > [ 3] Server Report: > [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 0.039 ms 0/ 893 (0%) > > ------------------------------------------------------------ > Client connecting to 192.168.0.60, UDP port 5001 > Sending 4096 byte datagrams > UDP buffer size: 9.00 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.0.1 port 58009 connected with 192.168.0.60 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec > [ 3] Sent 321 datagrams > [ 3] Server Report: > [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 0.100 ms 0/ 321 (0%) > > ------------------------------------------------------------ > Client connecting to 192.168.0.60, TCP port 5001 > TCP window size: 32.8 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.0.1 port 15490 connected with 192.168.0.60 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-10.0 sec 447 MBytes 374 Mbits/sec > > > -Howard > > -- > -Howard > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Tue Sep 27 02:47: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 9E03ABEBFBF for ; Tue, 27 Sep 2016 02:47:31 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id EE216196; Tue, 27 Sep 2016 02:47:30 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-115-159.lns20.adl2.internode.on.net (HELO midget.dons.net.au) ([118.210.115.159]) by ipmail06.adl6.internode.on.net with ESMTP; 27 Sep 2016 12:16:46 +0930 Received: from [IPv6:::1] (ns.dons.net.au [10.0.2.1]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id u8R2kXZ8017640 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2016 12:16:39 +0930 (CST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: Host ns.dons.net.au [10.0.2.1] claimed to be [IPv6:::1] Subject: Re: Destroy GPT partition scheme absolutely, how? Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <1785064.lgVzRW13Wf@ralph.baldwin.cx> Date: Tue, 27 Sep 2016 12:16:39 +0930 Cc: freebsd-current@freebsd.org, Ngie Cooper , Ernie Luzar , "Hartmann, O." Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> To: John Baldwin X-Mailer: Apple Mail (2.3124) X-Spam-Score: -5.996 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 02:47:31 -0000 > On 27 Sep 2016, at 06:21, John Baldwin wrote: > That doesn't always work. In particular, if a disk was partitioned = with GPT > and then you use normal MBR on it afterwards, the 'gpart destroy -F' = of the > MBR will leave most of the GPT intact and the disk will come up with = the old > GPT partitions, not as a raw disk. I wonder how feasible it would be to have a command which runs destroy = for every known partition scheme on a particular device.. Sure there would be some duplicate zeroing but it's not likely to be = significantly slower and considerably more robust. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Tue Sep 27 04:36: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 08E1DBE8AA5 for ; Tue, 27 Sep 2016 04:36:37 +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 C025799D for ; Tue, 27 Sep 2016 04:36:36 +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 <1bok8A-003Iuj-73>; Tue, 27 Sep 2016 06:36:34 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bok89-001S0J-Or>; Tue, 27 Sep 2016 06:36:34 +0200 Date: Tue, 27 Sep 2016 06:36:29 +0200 From: "O. Hartmann" To: Ernie Luzar Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: Destroy GPT partition scheme absolutely, how? Message-ID: <20160927063629.02d43647@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <57E92726.2020605@gmail.com> References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 04:36:37 -0000 On Mon, 26 Sep 2016 09:48:22 -0400 Ernie Luzar wrote: > Hartmann, O. wrote: > > I ran into a very nasty and time consuming problem. Creating a NanoBSD > > image with a modified script framework creating GPT partitions, I put > > the imaes via "dd(1)" on USB flash or SD flash. Because the images are > > usually much smaller than the overall capacity of the USB or SD, the OS > > (FreeBSD CURRENT, recently built as of this morning) complains about > > the second GPT header isn't in the last LBA. Sometimes, my PCengines > > APU2 doesn't boot then, a relief is to issue the command > > > > gpart recover da1 > > > > (in that case, the USB flash drive or SD flash is recognized > > as /dev/da1). > > > > But I run into a nasty situation, if the image put to the flash is > > somehow corrupted. Then I tried to write a second, repaired image over > > the first one using dd(1) again and do a recovering as mentioned above > > - but this is fatal in two ways. First, the corrupted/broken GPT seems > > to be "recovered" and put in replacement of the correct one - so I > > guess. Performing no recover leaves the image on flash corrupted > > anyway. > > > > Well, to be honest, I didn't exactly know what is going on here. The > > phenomenon is that I had a problem creating a NANO_DATASIZE= DATA > > partition with an empty NANO_DATASIZE which somehow corrupted the > > whole image. The image then never booted, complaining, > > that /foo/bar/_.mnt was unmounted unleanly. > > > > This happened multiple times, even if I tried to overwrite the SD or > > USB flash with /dev/zero or /dev/random data, but I do stop such a dd > > after a couple f minutes, since the SD is 32GB in size and the USB > > flash drive is 32 GB, 64 GB and 128 GB - a pain in the ass if you want > > to write via USB 2.0. But even with overwriting with a good image then > > results in a corrupt image on flash drive, complaining about the GPT > > second header not in last LBA and the issue with the uncleanly > > unmount _.mnt (from the creation process of the NanoBSD image)! > > > > So I guess there is something magic happening. Some informations are > > not lost and I suspect the "recovery" moving those foul data into > > active places. > > > > Using a fresh/new SD or USB resolves the problem. But the question > > remains: how can I destroy any relevant GPT information on a Flash > > drive (or even harddisk) to avoid unwanted remains of an foul image > > installation? > > > > First guess was to write the last couple of bytes on such a flash drive > > by letting dd(1) counting backwards, but I couldn't figure out how to > > let dd(1) do such a procedure. The nightmare didn't end, while trying, > > the SD flash card died :-( > > > > thank you very much for your help and thoughts. > > > > Kind regards, thanks in advance, > > > > > > This little script has been posted before. Maybe it will be what your > looking for. Called gpart.nuke > > #! /bin/sh > echo "What disk do you want" > echo "to wipe? For example - da1 :" > read disk > echo "OK, in 10 seconds I will destroy all data on $disk!" > echo "Press CTRL+C to abort!" > sleep 10 > diskinfo ${disk} | while read disk sectorsize size sectors other > do > # Delete MBR and partition table. > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} count=1 > # Delete GEOM metadata. > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} oseek=`expr $sectors > - 2` count=2 > done > > _______________________________________________ > 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" Thank you very much. From owner-freebsd-current@freebsd.org Tue Sep 27 04:37: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 DBED3BE8B43 for ; Tue, 27 Sep 2016 04:37:29 +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 9E80CAF5 for ; Tue, 27 Sep 2016 04:37:29 +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 <1bok91-003J33-EK>; Tue, 27 Sep 2016 06:37:27 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bok91-001S40-6G>; Tue, 27 Sep 2016 06:37:27 +0200 Date: Tue, 27 Sep 2016 06:37:26 +0200 From: "O. Hartmann" To: Ngie Cooper Cc: Ernie Luzar , "Hartmann, O." , FreeBSD CURRENT Subject: Re: Destroy GPT partition scheme absolutely, how? Message-ID: <20160927063726.12524ae7@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 04:37:29 -0000 On Tue, 27 Sep 2016 00:36:22 +0900 Ngie Cooper wrote: > > On Sep 26, 2016, at 22:48, Ernie Luzar wrote: > > ... > > > This little script has been posted before. Maybe it will be what your > > looking for. Called gpart.nuke > > > > #! /bin/sh > > echo "What disk do you want" > > echo "to wipe? For example - da1 :" > > read disk > > echo "OK, in 10 seconds I will destroy all data on $disk!" > > echo "Press CTRL+C to abort!" > > sleep 10 > > diskinfo ${disk} | while read disk sectorsize size sectors other > > do > > # Delete MBR and partition table. > > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} count=1 > > # Delete GEOM metadata. > > dd if=/dev/zero of=/dev/${disk} bs=${sectorsize} oseek=`expr $sectors - 2` > > count=2 done > > Why not just use "gpart destroy -F provider"? > > Cheers, > -Ngie > _______________________________________________ > 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" Yes, why not :-( Maybe panic and too much swet on the forehead ... ;-) Thanks. From owner-freebsd-current@freebsd.org Tue Sep 27 04:58: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 9A97ABEB046 for ; Tue, 27 Sep 2016 04:58:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68AB68F0 for ; Tue, 27 Sep 2016 04:58:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x230.google.com with SMTP id e66so4981504iod.1 for ; Mon, 26 Sep 2016 21:58:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=BRQsA0tU3W+lDtw6JkY5/ACSortqqPKRMzQwCvPV4PE=; b=iVUlSHRO1oHuNDkjY0jt1dqaBf7uBjg8xGHsX9NuUL3BIWO0QuAroeqwOHeEpeXgji OlaelWNSRgCwtWJJC8K1q30lB2aAltOsCxPn9m2RhyCVMy0cLBiCMkmg9fRgpvU77Vqt keitmFLTL3YAr+WTZwpjzhxj2sJu4emS59WG+iAfgtLIbCnl4Nz4dSiCefp4Jtjt6jwl FAXGbpv5v4aF9Q8vDSTNzF1gYHCAxmSk3p6Vz8iJ5b8r/wbD1aN0tm83tmWZK1Aiz/oC Vn46WI+N2jdz5qAl/sUH5NRpH9vZRg1bMT9wA66Ay3new1OBHfJcGu0lc76b2OxMe+vw QhRA== 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=BRQsA0tU3W+lDtw6JkY5/ACSortqqPKRMzQwCvPV4PE=; b=jcp/uvUR2wJZoDcapqWGxn7QURzUfmpRfc4RGZcYrObHu3Tq9NZkLJ1k6SkSl9iblD 29sFv/F0lVQwOaLFo/5prhe1be6qoXF+IaTUESgg+2vpfFPEyFACpXlijY0LeYIwoulu i+C/k7oDuah+BVqqeMqjt5VmanUiRztjPB1cUVL/GMSgu92dCZuprLd2Tv131cPuTh1E TKNpXa7U9HKpuwcKXBhMghvwUahoBIr/3WrK4OejtYQd3nO4vBRCDTpmzSY6ztLie58L TuhIBiwE6/KUWKAFmq9Pd0zhjXYj3ho6yJYqEf02+kJEcSOcfGWCtmnBywa4GV4psqQi dHwg== X-Gm-Message-State: AE9vXwPIpudBUrmTZi7wOUVr5MJtcBX2DdkCJCi3yhfg7ctW/KgIhRJ1PjYqeUCN4nm9D8KembQtLWTOHjowOA== X-Received: by 10.107.138.200 with SMTP id c69mr26325619ioj.43.1474952285175; Mon, 26 Sep 2016 21:58:05 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Mon, 26 Sep 2016 21:58:04 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> From: Warner Losh Date: Mon, 26 Sep 2016 22:58:04 -0600 X-Google-Sender-Auth: qQVQ0-YYQ4oh88om2C2xBCDO7So Message-ID: Subject: Re: Destroy GPT partition scheme absolutely, how? To: "O'Connor, Daniel" Cc: John Baldwin , FreeBSD Current , Ngie Cooper , Ernie Luzar , "Hartmann, O." Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 04:58:06 -0000 On Mon, Sep 26, 2016 at 8:46 PM, O'Connor, Daniel wrote: > >> On 27 Sep 2016, at 06:21, John Baldwin wrote: >> That doesn't always work. In particular, if a disk was partitioned with GPT >> and then you use normal MBR on it afterwards, the 'gpart destroy -F' of the >> MBR will leave most of the GPT intact and the disk will come up with the old >> GPT partitions, not as a raw disk. > > I wonder how feasible it would be to have a command which runs destroy for every known partition scheme on a particular device.. > > Sure there would be some duplicate zeroing but it's not likely to be significantly slower and considerably more robust. dd of 2MB of zeros to the start and end of the disk. That will destroy pretty much everything. For SSDs, sometimes you can do the same with TRIMs only faster (other times they are slower or unreliable). Warner From owner-freebsd-current@freebsd.org Tue Sep 27 05:06: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 04C0CBEB29A for ; Tue, 27 Sep 2016 05:06:41 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC7EF8E; Tue, 27 Sep 2016 05:06:39 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-115-159.lns20.adl2.internode.on.net (HELO midget.dons.net.au) ([118.210.115.159]) by ipmail06.adl6.internode.on.net with ESMTP; 27 Sep 2016 14:36:37 +0930 Received: from [IPv6:::1] (ns.dons.net.au [10.0.2.1]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id u8R56XYo011776 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2016 14:36:34 +0930 (CST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: Host ns.dons.net.au [10.0.2.1] claimed to be [IPv6:::1] Subject: Re: Destroy GPT partition scheme absolutely, how? Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: Date: Tue, 27 Sep 2016 14:36:39 +0930 Cc: John Baldwin , FreeBSD Current , Ngie Cooper , Ernie Luzar , "Hartmann, O." Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-Spam-Score: -5.995 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 05:06:41 -0000 > On 27 Sep 2016, at 14:28, Warner Losh wrote: > dd of 2MB of zeros to the start and end of the disk. That will destroy > pretty much everything. For SSDs, sometimes you can do the same with > TRIMs only faster (other times they are slower or unreliable). Yeah, but it would be nicer to not have to know that particular magic = incarnation :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Tue Sep 27 05:58: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 41C67BEBD82 for ; Tue, 27 Sep 2016 05:58:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::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 079C8779 for ; Tue, 27 Sep 2016 05:58:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id 92so4911715iol.2 for ; Mon, 26 Sep 2016 22:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Y+LMhUWEkJELhUUpqTJMU7d1hTZfwefdatC9tdgC2Hs=; b=N2XWfGjww+c06gkg0REl3vRmjNfFdcaEqXIg5rRK6qRBdLhUMWggJh4BFgjDJa9nHn G/YBVEuvv4XWyAi7bVucxIEIS4umj3t6LsakRVqHov+Tyf45TXWYVE+tREgu3hQtyath yx5C/k+6nWxDfVAk056o6iBxf4W9JA6salZilW/+cIAm6pb9lAbi5+ePNRXheKWjmFEm CqxUD+U5EpuYbaAztO9IYslf2X3Akb/hwvFF9efDUHXbVTxp+VdQQBzXaTBPL6NYEdYp vKtcuAPjdsWYR59o7bGjBMgF6jEeFi/J2pBhfP7hJq4XUsRmiMvAYR0yMlZNSlpdJP8a +Hmw== 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=Y+LMhUWEkJELhUUpqTJMU7d1hTZfwefdatC9tdgC2Hs=; b=XCMSn6DjzSQhwXzDmXt31EuLhpKSBisy9jM9w1ll/mnWbdjjNWAIrHmyBggu2nl6Gx uWFs5lb1hx4boSJv5uyflx7nC13SctexrrksevoNkLWJS9AXSon3Bck+WhgACvGFAgcz 8cIiBfiaZGyzYkQlDz6KV9WzQGMHp5xq+jTamKRG4X3Ld470M90Kl3WNj2qWz/QUPI7f 5FuJmv0R5k2klSVKk1E7RbipuwBA1ce0Nup0A7l/JkfbtPul87Y1bvqUnByZIT8Xdzbv j99rwiT0zWXvfyjDCtxjiQ6Lxt8UkrRwNSRKSC+gFQvZGK1yoTFx6+Sw+Ghw+4RwOdY+ oZmw== X-Gm-Message-State: AE9vXwNw8Q72w3xabYqRf0JU1AKLb86M/mmQYLtSrTI3VkeME44N3MI4Rn1uPX9bvNci5tQ45Jd8efFlo1fC+w== X-Received: by 10.107.184.131 with SMTP id i125mr30195038iof.167.1474955922497; Mon, 26 Sep 2016 22:58:42 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Mon, 26 Sep 2016 22:58:41 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> From: Warner Losh Date: Mon, 26 Sep 2016 23:58:41 -0600 X-Google-Sender-Auth: Z3jQEyPCMwN824yoEnXgowSu8Is Message-ID: Subject: Re: Destroy GPT partition scheme absolutely, how? To: "O'Connor, Daniel" Cc: John Baldwin , FreeBSD Current , Ngie Cooper , Ernie Luzar , "Hartmann, O." Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 05:58:43 -0000 On Mon, Sep 26, 2016 at 11:06 PM, O'Connor, Daniel wrote: > >> On 27 Sep 2016, at 14:28, Warner Losh wrote: >> dd of 2MB of zeros to the start and end of the disk. That will destroy >> pretty much everything. For SSDs, sometimes you can do the same with >> TRIMs only faster (other times they are slower or unreliable). > > Yeah, but it would be nicer to not have to know that particular magic incarnation :) Disk formatting has always been 3 parts magic, 2 parts luck and 1 part skill :) It doesn't fit nicely into geom because metadata can live elsewhere. I forgot to add the caveat not to try this on a disk that is part of a RAID volume. Warner From owner-freebsd-current@freebsd.org Tue Sep 27 07:34: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 E63CBBEB5B8 for ; Tue, 27 Sep 2016 07:34:19 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.226]) by mx1.freebsd.org (Postfix) with ESMTP id C69CD835 for ; Tue, 27 Sep 2016 07:34:19 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:11553] helo=localhost) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id A0/DF-22532-7B02AE75; Tue, 27 Sep 2016 07:33:12 +0000 Date: Tue, 27 Sep 2016 07:32:36 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Differences between freebsd-base-graphics and regular current source trees? X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=J6Ak7WXS c=1 sm=1 tr=0 a=hxOSdOxVbJ2KxeBOUIwjAg==:117 a=hxOSdOxVbJ2KxeBOUIwjAg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=FZQoHmJm2RllfMRcAOEA:9 X-Cloudmark-Score: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 07:34:20 -0000 If I want to keep up with FreeBSD-current with new graphics drivers, is it sufficient to keep only the freebsd-base-graphics source tree to avoid the redundancy of keeping the regular src tree as well? I notice some things are not updated as frequently in the freebsd-base-graphics tree; "git pull" showed Already up-to-date, and I noticed GENERIC file not up-to-date in /freebsd-base-graphics/sys/i386/conf/GENERIC compared to /usr/src/sys/i386/conf/GENERIC. I switched regular src tree from head to stable/11 but could checkout the head source tree, in which case I have to move/rename /usr/src to /usr/src11 or use /usr/src12 for the head source tree. Tom From owner-freebsd-current@freebsd.org Tue Sep 27 09:26: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 923EBBEB9A5 for ; Tue, 27 Sep 2016 09:26:59 +0000 (UTC) (envelope-from me@cschwarz.com) Received: from orion.uberspace.de (orion.uberspace.de [95.143.172.79]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA4F5C8D for ; Tue, 27 Sep 2016 09:26:58 +0000 (UTC) (envelope-from me@cschwarz.com) Received: (qmail 3317 invoked from network); 27 Sep 2016 09:26:55 -0000 Received: from localhost (HELO csarch) (127.0.0.1) by orion.uberspace.de with SMTP; 27 Sep 2016 09:26:55 -0000 Date: Tue, 27 Sep 2016 11:26:52 +0200 From: Christian Schwarz To: freebsd-current@freebsd.org Subject: Re: Differences between freebsd-base-graphics and regular current source trees? Message-ID: <20160927092652.GC5074@csarch> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.2 (2016-07-01) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 09:26:59 -0000 On Tue, Sep 27, 2016 at 07:32:36AM +0000, Thomas Mueller wrote: > If I want to keep up with FreeBSD-current with new graphics drivers, is it sufficient to keep only the freebsd-base-graphics source tree to avoid the redundancy of keeping the regular src tree as well? I use the drm-next-4.7 branch at https://github.com/FreeBSDDesktop/freebsd-base-graphics >From what I understand, this is the repo where the current effort in syncing with Linux i915 & Radeon drivers happens. Upstream is merged from time to time, usual delay <= 2 week. I am also interested in changes to the iwm driver and maintain a branch with patches to this module that I rebase onto drm-next-4.7. Hope this helps, Christian From owner-freebsd-current@freebsd.org Tue Sep 27 20:53: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 2279FC00711; Tue, 27 Sep 2016 20:53:29 +0000 (UTC) (envelope-from ultima1252@gmail.com) 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 D8428BBE; Tue, 27 Sep 2016 20:53:28 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x231.google.com with SMTP id g192so16479323ywh.1; Tue, 27 Sep 2016 13:53:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=MpkR8xSNNjte7BBdwY3ZQgGfIMccdvr19OnWtcO8oVE=; b=TkgEAS1dsAN2TqJyU6bIN0FCcT0YgEjbaB5A2JwJdw/VBhO0jzP4xxpXnnGTNMK2Pv cWnVs6SUhr+wMoA3D9FTx9UCHLes2gQ02szS9FWKJptnWOtXaLPFthyfNlOXVNkc+sL7 NMqt4gWUBTzY5dKO0dSfQFtYu0hsqhGl8EWRZkeoWFCjMxvsJZ+OUpq0I5ZXKLlEncWY bUay/L3GL9O85XGtYL6RytPuIB+L0oCHdG20mbq945Ekx2MjE7BRlnxyvEgS3O8aacUT Kga/VB5qxX4JSenundVnLZvVw7HrDgeM5ttmaepGe/v4JredLao2GOBoVx6k6j/GCACN NaQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MpkR8xSNNjte7BBdwY3ZQgGfIMccdvr19OnWtcO8oVE=; b=L05NO3r/fRvoJF5jrph8+lRYpv8GvEeKznIWXmmWPINXtC3lFLOMFAgXzdraseSx/2 siWjos45A2j4n2Rsh/FBizH36lo7WkMchzJ+pjj1IV4E3sSDWBmDlNuYBhb7j/y1TL8A /kv5+2AxCoBp3w/CBTWbaTYGKzcjqpHercOqsgnTX5dxqfJ/UsLRrSsYe+YeB+49Jjte LLsmfY6bZQGRZ1l/oYzCcfvzZOyTxMcbDD8SoCM6airTMyOOGw8OY4XFir78pW7/e7QO DA1qN+2TkdtK0JJHyomEINg78ytcuwltc97S3rdDDvT6EhctLCpFH4T2GSdOShMrXR53 Nzjw== X-Gm-Message-State: AE9vXwOXAfZ8WLQmYAqLkoUUJ8wI6IPcblg9dPh6flPhfqULMmCRdOMPzFR7+PS9RKg1ZjtVAP0d+pBlpoqpnQ== X-Received: by 10.129.178.5 with SMTP id q5mr21332219ywh.246.1475009607896; Tue, 27 Sep 2016 13:53:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.18.213 with HTTP; Tue, 27 Sep 2016 13:53:27 -0700 (PDT) From: Ultima Date: Tue, 27 Sep 2016 16:53:27 -0400 Message-ID: Subject: zpool (online|replace|labelclear) issues, -f option also failing To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 20:53:29 -0000 Hello, I am currently trying to replace a disk that was offlined and getting the following error: # zpool replace tank 14989197580381994958 gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 invalid vdev specification use '-f' to override the following errors: /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool 'tank' # zpool replace -f tank 14989197580381994958 gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 invalid vdev specification the following errors must be manually repaired: /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool 'tank' # zpool status tank pool: tank state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Online the device using 'zpool online' or replace the device with 'zpool replace'. scan: resilvered 1.10T in 9h4m with 0 errors on Tue Sep 20 00:33:32 2016 config: NAME STATE READ WRITE CKSUM tank DEGRADED 0 0 0 raidz2-0 ONLINE 0 0 0 gptid/8bdbd180-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8c4df91d-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8ccf21a3-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8d5521cb-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8de13b47-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8e842f92-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 raidz2-1 DEGRADED 0 0 0 gptid/8bba4a82-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8c26d491-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8ca3fea6-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 14989197580381994958 OFFLINE 0 0 0 was /dev/diskid/DISK-********p2 gptid/8db26351-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8e4bfa70-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 raidz2-2 ONLINE 0 0 0 gptid/8b957b47-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8c0340da-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8c77ddcb-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8cf6b7f1-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8d84b31e-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8e146dad-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 raidz2-3 ONLINE 0 0 0 gptid/8ebb39df-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8ef49770-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/2f94035d-7e9f-11e6-abe9-fcaa14edc6a6 ONLINE 0 0 0 gptid/8f69cf08-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8fa7c0a6-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 gptid/8fe7816d-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 logs gptid/683dc146-f531-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 errors: No known data errors # glabel status | grep da14 gptid/24a57a9b-84f0-11e6-bbbc-fcaa14edc6a6 N/A da14p1 gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 N/A da14p2 diskid/DISK-******** N/A da14 # gpart show da13 da14 => 40 7814037088 da13 GPT (3.6T) 40 4194304 1 freebsd-swap (2.0G) 4194344 7809842784 2 freebsd-zfs (3.6T) => 40 7814037088 da14 GPT (3.6T) 40 4194304 1 freebsd-swap (2.0G) 4194344 7809842784 2 freebsd-zfs (3.6T) # uname -a FreeBSD S1 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r306300: Sat Sep 24 14:24:23 EDT 2016 root@S1:/usr/src/head/obj/usr/src/head/src/sys/MYKERNEL-NODEBUG amd64 I recently offlined the device and after onlining it the label changed to geom. After a few reboots the pool started importing by diskid. After attempting to offline/online by gptid, would continue to fail with an error. I decided try to replace it and is also failing with the error above. I also wiped the first & last 2MB of the disk without success. Is they're a known issue or perhaps I'm missing something obvious? zpool labelclear is also providing a similar error. The -f options are not helping. Any ideas what my issue maybe? The error suggests it is currently active on the pool, however the offline should have changed that status correct? Ultima From owner-freebsd-current@freebsd.org Tue Sep 27 20:32: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 001A4BEBA48; Tue, 27 Sep 2016 20:32:41 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from anongoth.pl (anongoth.pl [88.156.79.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE9F8AD0; Tue, 27 Sep 2016 20:32:41 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail (unknown [127.0.1.10]) by anongoth.pl (Postfix) with ESMTP id 0F1E3F09F; Tue, 27 Sep 2016 22:32:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at anongoth.pl Received: from anongoth.pl ([127.0.1.10]) by mail (anongoth.pl [127.0.1.10]) (amavisd-new, port 10024) with LMTP id Sk-b0NHLA-2y; Tue, 27 Sep 2016 22:31:55 +0200 (CEST) Received: from ThinkPad-X200.local (public-gprs351720.centertel.pl [37.47.5.41]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: pkubaj) by anongoth.pl (Postfix) with ESMTPSA id 5EFEDF08F; Tue, 27 Sep 2016 22:31:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=anongoth.pl; s=ANONGOTH; t=1475008315; bh=6KJJXPxlJW1X0yAIGpW7k4czNztghf+manh5IZn7ygQ=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=cLdRA9rwhog2rgbHzBCtU7O2+xvKEa0A2VE0HIDFuU9cyJxmDhqi1VR7PkEOwqXAX UBI9B1avNP+M78cbNkgkgoHid2WVdX3V99UnXFdD9tVfJOIXT/YrTkLThugS65mGUU pWyeJ1oJafXjZ/NSidKaojoVF5aeAyaxyLrzWYm4o0ApOGeQHwGwRCkfg0nKrEmqng X25J1wzqRBwlT5L1isLKX+C5h1ghdeNYDZ9jHs7tpAxcHu5ZRcc9La2Q1cswzBw1PS L7GleV0SZAYuzWa7KEhGU9OW00h1KHMLqv9qmaazi+LKA5DxHCk7JMMaT9CTYM55bt aTzti3mIIgngw== Subject: Re: Freeze during booting of ASUS F2A85-M motherboard with Coreboot To: John Baldwin , freebsd-current@freebsd.org References: <3775937.NQtCRk5KTK@ralph.baldwin.cx> Cc: freebsd-hackers@freebsd.org From: Piotr Kubaj Message-ID: Date: Tue, 27 Sep 2016 22:31:24 +0200 User-Agent: Mozilla/5.0 (X11; OpenBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <3775937.NQtCRk5KTK@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 27 Sep 2016 20:53:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 20:32:42 -0000 No, I get only messages about allocating window. On 09/26/16 22:48, John Baldwin wrote: > On Wednesday, September 21, 2016 11:19:05 AM Piotr Kubaj wrote: >> I'm trying to boot the ASUS F2A85-M board with flashed Coreboot 4.4 and >> SeaBIOS 1.9.1 as a payload. >> >> This board works nicely with stock UEFI, it can also boot Slackware 14.2 >> from Coreboot with SeaBIOS without any issues. >> >> But it seems to have problems with FreeBSD (I've tried 11.0-RC3 and >> later 12.0-CURRENT). That's why I'm posting it here, instead of Coreboot >> mailing lists. >> >> Booting freezes after printing: >> pcib1: failed to allocate initial I/O port window: 0x1000-0x1fff > > Do you get this message in a verbose dmesg with the stock UEFI? > From owner-freebsd-current@freebsd.org Tue Sep 27 21:00: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 B9FAFC00AF0; Tue, 27 Sep 2016 21:00:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 973B330C; Tue, 27 Sep 2016 21:00:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 308B710AF8F; Tue, 27 Sep 2016 17:00:30 -0400 (EDT) From: John Baldwin To: Piotr Kubaj Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Freeze during booting of ASUS F2A85-M motherboard with Coreboot Date: Tue, 27 Sep 2016 13:45:23 -0700 Message-ID: <1481721.u8OpO7MBHu@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <3775937.NQtCRk5KTK@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 27 Sep 2016 17:00:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2016 21:00:36 -0000 On Tuesday, September 27, 2016 10:31:24 PM Piotr Kubaj wrote: > No, I get only messages about allocating window. > > On 09/26/16 22:48, John Baldwin wrote: > > On Wednesday, September 21, 2016 11:19:05 AM Piotr Kubaj wrote: > >> I'm trying to boot the ASUS F2A85-M board with flashed Coreboot 4.4 and > >> SeaBIOS 1.9.1 as a payload. > >> > >> This board works nicely with stock UEFI, it can also boot Slackware 14.2 > >> from Coreboot with SeaBIOS without any issues. > >> > >> But it seems to have problems with FreeBSD (I've tried 11.0-RC3 and > >> later 12.0-CURRENT). That's why I'm posting it here, instead of Coreboot > >> mailing lists. > >> > >> Booting freezes after printing: > >> pcib1: failed to allocate initial I/O port window: 0x1000-0x1fff > > > > Do you get this message in a verbose dmesg with the stock UEFI? > > Are you able to capture a full verbose dmesg via a serial console or the like that would really help as it may be that we are seeing a resource conflict with the way Coreboot sets up the PCI bridge windows and then disabling an I/O window that happens to break something. A verbose dmesg from the stock UEFI would also be useful, though it is less important. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Sep 28 04:22: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 449FCBEA990 for ; Wed, 28 Sep 2016 04:22: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 2AD77A5E; Wed, 28 Sep 2016 04:22: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 85C18176B; Wed, 28 Sep 2016 04:22:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 28 Sep 2016 04:22:55 +0000 From: Glen Barber To: Ross Alexander Cc: freebsd-current@freebsd.org Subject: Re: should aarch64 cross-build work at amd64? Message-ID: <20160928042254.GL86426@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Jl+DbTnyraiZ/loT" 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 04:22:58 -0000 --Jl+DbTnyraiZ/loT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2016 at 09:46:29PM -0600, Ross Alexander wrote: > On Fri, 23 Sep 2016 22:19:15 +0000, Glenn Barber wrote: >=20 > >On Sat, Sep 24, 2016 at 12:54:05AM +0300, Boris Samorodov wrote: > >> 24.09.2016 00:44, Boris Samorodov ?????: > >> > 24.09.2016 00:39, Glen Barber ?????: > >> >> On Sat, Sep 24, 2016 at 12:35:30AM +0300, Boris Samorodov wrote: > >> >>> make[1]: /poudriere/jails/HEAD-aarch64/usr/src/Makefile.inc1 line = 177: > >> >>> In-tree binutils does not support the aarch64 architecture. Instal= l the > >> >>> aarch64-binutils port or package or set CROSS_BINUTILS_PREFIX. > >> >> > >> >> These lines are relevant. > >> > > >> > Ops. Thank you. > >> > >> The error when aarch64-binutils are installed: > >> ----- > >> % sudo poudriere jail -c -j HEAD-aarch64 -a arm.aarch64 -v head -m > >> svn+https -J 8 > > > >Try with 'arm64.aarch64'. > >Glen >=20 > Glen, >=20 > The more I read this, the less I understand. I've built and install'd > aarch64-binutils on my poud box, then created an "-x -a arm64.aarch64 -m = svn" > jail - which worked fine - but that jail won't build anything. No > /usr/bin/ld, so toolchain is borked, so can't build ports-mgmt/pkg. > What utterly obvious thing have I missed? I've spent hours trying to > fake out the nxb-bin stuff, or to find some other point of entry, no > joy. >=20 > FreeBSD aubey2.bogons 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r306286: > Fri Sep 23 21:32:37 MDT 2016 > toor@aubey2.bogons:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > poudriere-devel-3.1.99.20160624_2 >=20 > qemu-user-static-2.6.90.g20160728 >=20 > aarch64-binutils-2.25.1_3,1 >=20 > # /usr/sbin/binmiscctl lookup aarch64 > name: aarch64 > interpreter: /usr/local/bin/qemu-aarch64-static > flags: ENABLED USE_MASK > magic size: 20 > magic offset: 0 > magic: 0x7f 0x45 0x4c 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 > 0x00 0x00 0x00 0x00 0x02 0x00 0xb7 0x00 > mask: 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0x00 0xff 0xff 0xff 0x= ff > 0xff 0xff 0xff 0xff 0xfe 0xff 0xff 0xff >=20 > failing jail is "11-stab-arm64 11.0-PRERELEASE r306344 arm64.aarch64 svn = 2016-09-26 18:54:15 /usr/local/pd/jails/11-stab-arm64" >=20 You should not need to use binmiscctl and QEMU. Try: # poudriere jail -c -j HEAD-aarch64 -a arm.aarch64 -v head -m \ svn+https Glen --Jl+DbTnyraiZ/loT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX60WYAAoJEAMUWKVHj+KTaMQP/Rq64Q0JZfNb0GTDbiXXxbWk VdfZEuG2aG6mw49tG9Sp1/KoEyNpRH6Y5ktyEjJ0LnfwMrkGmuqzwLsm53uniZB+ dsGuTdvUphHo+nq/eNZ5xP69Cx5BXHtgWmJg5XOhz+4bdYRAmK2qWIvMQpCmwa5M nAnc2gy+h+yFhyZygf/SRB2UC+DYQ17X4vuMVA2DtA51blIUJ08YJirHmPS1Gvlj tAFQRdKfPYtZeSyMoIDiRWRZ5lXIltmDWBQh7ZBt8dJLLCigApu+ZCs06XTGuIwN pfUIl6aPFQZYdG07uj72yjQAX4xHAmY9Q3ElccotVlq6wswgzeNAh3sk8R726yRu Q5Nr270RJ2UDa7Ry1WLITdRpDc1if2T/I7OlzgISrcorEcXl3oGUlIMm53V9fTzO mroEowKFrL/K467CLX5VWiWCd5CdaJpZ/n7DE3rvGYqDZQNUnOqUUmHeKyKX2XmO vCeQXKZJanI6Hlm3Ik7pbw1809A0z+66KlYEFWF1Ir32emwTZ9MK5VAUXuM6oHEA BiV1WezlEUyFNSIOPuO53LBkwhM8QcNuYK9J27XMK7uTw6KuaOo3onH67wlLckVI NjIF/sN2VHnpAyS1dyZmDnaoiTcowMD0vDx1tjxe+oM6YsRGWH6TyHLRJV9SjijH k/h/klmCILUKbpnVE8DR =PeNC -----END PGP SIGNATURE----- --Jl+DbTnyraiZ/loT-- From owner-freebsd-current@freebsd.org Wed Sep 28 06:07:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35CE3C00DA3 for ; Wed, 28 Sep 2016 06:07:21 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-ua0-x236.google.com (mail-ua0-x236.google.com [IPv6:2607:f8b0:400c:c08::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 E433AB8A; Wed, 28 Sep 2016 06:07:20 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by mail-ua0-x236.google.com with SMTP id q42so29474513uaq.2; Tue, 27 Sep 2016 23:07:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fuOZgmGfdvOqQma7cD9pcq/X8lUhBiM170OerQR6PNQ=; b=DTzm4zzOk6Fit6DqhkGYBPPRxMi2h+RP/EoJCdmw/BTpKYWwSG+JK2SKtfDjMWNTFe JW1A6kC+E47SBSBuZ7/kkJVu6qg2ERI6FMylXPzEjW6S4Vs36SDcCGGW7Kp8RC42jTsh OLm85WtckRBY7y3/jwHkU/tf+v5gvMRsA6Xdol+zPy4wWW48VlJttP5ncTMxnK5+K1pN 5VRvTEkI3TdwIF2rbPbuNt0y9gBycs4kJyMe3B2mMe7hAjQUb13RbVxfLkqh1o6ZvynT BL5wfz3mBDw7OV1FIsNRaup6/0xxn29YiAnCysP/kZI0xkf2MlVnStncCP55IOVT9gGs fPYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fuOZgmGfdvOqQma7cD9pcq/X8lUhBiM170OerQR6PNQ=; b=gxOf5HRrtF/RMap5+dfjgg/6pK3AfnLDRFTT+1ez3Tdj5XPCKfoCUfJmx3PufvR2dV GKMxCDjc23QqF0myhWmyB2cCJEA0H2RKGQms9uczpCPSmJRi9KGCVcDcj9m31Qywhj64 NoT7BvaZCk/wubE7j6MQnEd6IHshkMcR/4UVPBsm7AvwWRtICM5Qhw5K25uefggl7Lx5 HUDRF4FRT45KH+wpbm91cWPZnFK3Bvsz1cinUjQ/WmCB9y0lfWdD+UN1Y604asboq++6 dJgcrtYD/7Zvs7kTVIpyiZ/1z797lOaTLTJvJWhUIq/ko90EqvBIYXSH2mjJTKUgP/pI 3L/g== X-Gm-Message-State: AA6/9RlruSthM+jeW+7bC4i71IyodU6slfET8hOJ7egqykVjvqZZdP23RoHEh/GsMDk0RFq9uBijpA1F/QUU8A== X-Received: by 10.176.82.122 with SMTP id j55mr5370939uaa.169.1475042839554; Tue, 27 Sep 2016 23:07:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.13.70 with HTTP; Tue, 27 Sep 2016 23:06:39 -0700 (PDT) In-Reply-To: <20160928042254.GL86426@FreeBSD.org> References: <20160928042254.GL86426@FreeBSD.org> From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Date: Wed, 28 Sep 2016 08:06:39 +0200 Message-ID: Subject: Re: should aarch64 cross-build work at amd64? To: Glen Barber Cc: Ross Alexander , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 06:07:21 -0000 2016-09-28 6:22 GMT+02:00 Glen Barber : >> The more I read this, the less I understand. I've built and install'd >> aarch64-binutils on my poud box, then created an "-x -a arm64.aarch64 -m svn" >> jail - which worked fine - but that jail won't build anything. No >> /usr/bin/ld, so toolchain is borked, so can't build ports-mgmt/pkg. >> What utterly obvious thing have I missed? I've spent hours trying to >> fake out the nxb-bin stuff, or to find some other point of entry, no >> joy. You need this ld: http://people.freebsd.org/~andrew/arm64/ld and put it in your jail (something like that): zfs destroy zroot/poudriere/jails/JAILNAME@clean cp ld /usr/local/poudriere/jails/JAILNAME/nxb-bin/usr/bin cp ld /usr/local/poudriere/jails/JAILNAME/usr/bin zfs create zroot/poudriere/jails/JAILNAME@clean From owner-freebsd-current@freebsd.org Wed Sep 28 08:02: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 7A724C00DE2 for ; Wed, 28 Sep 2016 08:02:08 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2j.cmail.yandex.net (forward2j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C399944; Wed, 28 Sep 2016 08:02:08 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp3m.mail.yandex.net (smtp3m.mail.yandex.net [IPv6:2a02:6b8:0:2519::125]) by forward2j.cmail.yandex.net (Yandex) with ESMTP id D763821195; Wed, 28 Sep 2016 11:01:55 +0300 (MSK) Received: from smtp3m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3m.mail.yandex.net (Yandex) with ESMTP id E0B1B2840D6F; Wed, 28 Sep 2016 11:01:43 +0300 (MSK) Received: by smtp3m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id hxK84DMxxK-1hg81hkO; Wed, 28 Sep 2016 11:01:43 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Suid-Status: 1 0,1 0,1 0 Subject: Re: should aarch64 cross-build work at amd64? To: Glen Barber , Ross Alexander References: <20160928042254.GL86426@FreeBSD.org> Cc: freebsd-current@freebsd.org From: Boris Samorodov Message-ID: <77ddd505-9eb4-de1e-1bbe-eb3d2bbd0ba8@passap.ru> Date: Wed, 28 Sep 2016 11:00:43 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160928042254.GL86426@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ndUs5G6lUAwad3rJ5a4uUf8VKdlQ3dlhH" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 08:02:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ndUs5G6lUAwad3rJ5a4uUf8VKdlQ3dlhH Content-Type: multipart/mixed; boundary="eDUb0tU3LihGiFCpqJdoQOuDtN7Em7TrU"; protected-headers="v1" From: Boris Samorodov To: Glen Barber , Ross Alexander Cc: freebsd-current@freebsd.org Message-ID: <77ddd505-9eb4-de1e-1bbe-eb3d2bbd0ba8@passap.ru> Subject: Re: should aarch64 cross-build work at amd64? References: <20160928042254.GL86426@FreeBSD.org> In-Reply-To: <20160928042254.GL86426@FreeBSD.org> --eDUb0tU3LihGiFCpqJdoQOuDtN7Em7TrU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 28.09.2016 07:22, Glen Barber =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, Sep 27, 2016 at 09:46:29PM -0600, Ross Alexander wrote: >> On Fri, 23 Sep 2016 22:19:15 +0000, Glenn Barber wrote: >> >>> On Sat, Sep 24, 2016 at 12:54:05AM +0300, Boris Samorodov wrote: >>>> 24.09.2016 00:44, Boris Samorodov ?????: >>>>> 24.09.2016 00:39, Glen Barber ?????: >>>>>> On Sat, Sep 24, 2016 at 12:35:30AM +0300, Boris Samorodov wrote: >>>>>>> make[1]: /poudriere/jails/HEAD-aarch64/usr/src/Makefile.inc1 line= 177: >>>>>>> In-tree binutils does not support the aarch64 architecture. Insta= ll the >>>>>>> aarch64-binutils port or package or set CROSS_BINUTILS_PREFIX. >>>>>> >>>>>> These lines are relevant. >>>>> >>>>> Ops. Thank you. >>>> >>>> The error when aarch64-binutils are installed: >>>> ----- >>>> % sudo poudriere jail -c -j HEAD-aarch64 -a arm.aarch64 -v head -m >>>> svn+https -J 8 >>> >>> Try with 'arm64.aarch64'. >>> Glen >> >> Glen, >> >> The more I read this, the less I understand. I've built and install'd= >> aarch64-binutils on my poud box, then created an "-x -a arm64.aarch64 = -m svn" >> jail - which worked fine - but that jail won't build anything. No >> /usr/bin/ld, so toolchain is borked, so can't build ports-mgmt/pkg. >> What utterly obvious thing have I missed? I've spent hours trying to >> fake out the nxb-bin stuff, or to find some other point of entry, no >> joy. >> >> FreeBSD aubey2.bogons 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r306286: >> Fri Sep 23 21:32:37 MDT 2016 >> toor@aubey2.bogons:/usr/obj/usr/src/sys/GENERIC amd64 >> >> poudriere-devel-3.1.99.20160624_2 >> >> qemu-user-static-2.6.90.g20160728 >> >> aarch64-binutils-2.25.1_3,1 >> >> # /usr/sbin/binmiscctl lookup aarch64 >> name: aarch64 >> interpreter: /usr/local/bin/qemu-aarch64-static >> flags: ENABLED USE_MASK >> magic size: 20 >> magic offset: 0 >> magic: 0x7f 0x45 0x4c 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 >> 0x00 0x00 0x00 0x00 0x02 0x00 0xb7 0x00 >> mask: 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0x00 0xff 0xff 0xff= 0xff >> 0xff 0xff 0xff 0xff 0xfe 0xff 0xff 0xff >> >> failing jail is "11-stab-arm64 11.0-PRERELEASE r306344 arm64.aarch64 s= vn 2016-09-26 18:54:15 /usr/local/pd/jails/11-stab-arm64" >> >=20 > You should not need to use binmiscctl and QEMU. Try: >=20 > # poudriere jail -c -j HEAD-aarch64 -a arm.aarch64 -v head -m \ > svn+https Last time I tried the needed option for arch was "-a arm64.aarch64". Glen, it was you who helped me to fugure out the option. :-) --=20 WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --eDUb0tU3LihGiFCpqJdoQOuDtN7Em7TrU-- --ndUs5G6lUAwad3rJ5a4uUf8VKdlQ3dlhH 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 iQIcBAEBCgAGBQJX63irAAoJEJYOILA6P20ogaAP/AhdHoZBMcgmNIoNFqA7dKRA Yazh7ggPq6xbke6fZfHbv+yFXURWpel13+KBIoZCTXsfh+s78cnNVT1kSn2uzB6t U3tfXczrSo05ateLr9ivX+lfzIhL4fbJ58lKZF2DV7G0A0z+xhSHq6G6j30GVQi2 o11A+su2er6ppKTXHeQmBYJd50nHoqEfbE7WIJ6oo8yvols4ytVyNBUYfNxwTL5j 2VAH1i71GEpdFeoeHjE5qsfXf5qgU10BEvAbS6u0NRGjcEvr8dQxRXPucGU3s02w 3fBsWmfAYJezpZxr2DId6WTC0qSohgPKD46wQFg+CL0JCtyutO9kycHlSrQyjyYC ahvKZqM9u6JQElWEvT0UT55JLl3082e4KaDniHkqxpZIU6BBWSiRcjjveMlcNnCQ 79v9yeEOM1OwFM0LO2DcXXQxisFuRpik25hPJNQ7949k8vq/ClmaXYrTPhmC0D4w rqpo4fWwCpvdGeDVSTSa7uRRrxu3qEQFYZNYq1xZx5VqnbuXI7FlHsEdMYD2n0gH zGHSQUTeD4BdokmLThlUFAh5JuHov+l4h/xfSAX+PGrAQQU4kGPHlPoFcvE31BmT UI6VVob7TjAEMQi8PAVYOk0JoWvxdTrSUtcKaZMaNRfGoENbsWYkjrV9lr7/BweG r4URKmTZnhIU1QJux9bn =zrpO -----END PGP SIGNATURE----- --ndUs5G6lUAwad3rJ5a4uUf8VKdlQ3dlhH-- From owner-freebsd-current@freebsd.org Wed Sep 28 04:08:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36990BEA4F6 for ; Wed, 28 Sep 2016 04:08:04 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from smtp.athabascau.ca (smtp.athabascau.ca [131.232.10.21]) (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 0DBA4F3C; Wed, 28 Sep 2016 04:08:03 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from CONVERSION-DAEMON.local.athabascau.ca by local.athabascau.ca (PMDF V6.2-1x12 #31425) id <0OE70TD013TIOB@local.athabascau.ca>; Tue, 27 Sep 2016 21:46:31 -0600 (MDT) Received: from autopsy.pc.athabascau.ca ([131.232.4.80]) by local.athabascau.ca (PMDF V6.2-1x12 #31425) with ESMTPS id <0OE70T8CD3THZP@local.athabascau.ca>; Tue, 27 Sep 2016 21:46:30 -0600 (MDT) Date: Tue, 27 Sep 2016 21:46:29 -0600 (MDT) From: Ross Alexander Subject: Re: should aarch64 cross-build work at amd64? X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Glen Barber Cc: freebsd-current@freebsd.org Message-id: Organization: Athabasca University X-Envelope-from: rwa@athabascau.ca MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=US-ASCII User-Agent: Alpine 2.20 (BSF 67 2015-01-07) X-Mailman-Approved-At: Wed, 28 Sep 2016 10:44:51 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 04:08:04 -0000 On Fri, 23 Sep 2016 22:19:15 +0000, Glenn Barber wrote: > On Sat, Sep 24, 2016 at 12:54:05AM +0300, Boris Samorodov wrote: > > 24.09.2016 00:44, Boris Samorodov ?????: > > > 24.09.2016 00:39, Glen Barber ?????: > > >> On Sat, Sep 24, 2016 at 12:35:30AM +0300, Boris Samorodov wrote: > > >>> make[1]: /poudriere/jails/HEAD-aarch64/usr/src/Makefile.inc1 line 177: > > >>> In-tree binutils does not support the aarch64 architecture. Install the > > >>> aarch64-binutils port or package or set CROSS_BINUTILS_PREFIX. > > >> > > >> These lines are relevant. > > > > > > Ops. Thank you. > > > > The error when aarch64-binutils are installed: > > ----- > > % sudo poudriere jail -c -j HEAD-aarch64 -a arm.aarch64 -v head -m > > svn+https -J 8 > > Try with 'arm64.aarch64'. > Glen Glen, The more I read this, the less I understand. I've built and install'd aarch64-binutils on my poud box, then created an "-x -a arm64.aarch64 -m svn" jail - which worked fine - but that jail won't build anything. No /usr/bin/ld, so toolchain is borked, so can't build ports-mgmt/pkg. What utterly obvious thing have I missed? I've spent hours trying to fake out the nxb-bin stuff, or to find some other point of entry, no joy. FreeBSD aubey2.bogons 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r306286: Fri Sep 23 21:32:37 MDT 2016 toor@aubey2.bogons:/usr/obj/usr/src/sys/GENERIC amd64 poudriere-devel-3.1.99.20160624_2 qemu-user-static-2.6.90.g20160728 aarch64-binutils-2.25.1_3,1 # /usr/sbin/binmiscctl lookup aarch64 name: aarch64 interpreter: /usr/local/bin/qemu-aarch64-static flags: ENABLED USE_MASK magic size: 20 magic offset: 0 magic: 0x7f 0x45 0x4c 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x02 0x00 0xb7 0x00 mask: 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xfe 0xff 0xff 0xff failing jail is "11-stab-arm64 11.0-PRERELEASE r306344 arm64.aarch64 svn 2016-09-26 18:54:15 /usr/local/pd/jails/11-stab-arm64" advance thanks, Ross -- Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.ca "Plato's scheme of folly, which would have the philosophers take over the management of affairs, has been turned on its head; the men of affairs have taken over the direction and pursuit of knowledge." -- Thorstein Veblen, _The Higher Learning in America_ -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. --- From owner-freebsd-current@freebsd.org Wed Sep 28 10:57: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 AB7CFC0062F; Wed, 28 Sep 2016 10:57:43 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A37719AE; Wed, 28 Sep 2016 10:57:43 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1bpCJM-0005ud-MN; Wed, 28 Sep 2016 12:42:01 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, Ultima Subject: Re: zpool (online|replace|labelclear) issues, -f option also failing References: Date: Wed, 28 Sep 2016 12:42:00 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 96329e479c93ffb0716cf569fedf443d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 10:57:43 -0000 Hi, As a start you can use these in /boot/loader.conf to prevent the confusion about gptid or disk_ident. I disabled gptid at my computer. But if I understand you would like to disable disk_ident. For ZFS it should not matter what you use. $ sysctl kern.geom.label kern.geom.label.disk_ident.enable: 1 kern.geom.label.gptid.enable: 0 kern.geom.label.gpt.enable: 1 kern.geom.label.ufs.enable: 1 kern.geom.label.ufsid.enable: 1 kern.geom.label.reiserfs.enable: 1 kern.geom.label.ntfs.enable: 1 kern.geom.label.msdosfs.enable: 1 kern.geom.label.iso9660.enable: 1 kern.geom.label.ext2fs.enable: 1 kern.geom.label.debug: 0 Further. Does ZFS see 14989197580381994958 and gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 as the same disk? Zpool replace also has an option to replace the disk 'with itself'. Just provide it one parameter like this: # zpool replace tank 14989197580381994958 or # zpool replace tank gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 Does that help? Oh, while I read your mail again. You have 2 GB swap configured on the disk so wiping 2MB at the start of the disk does not wipe the freebsd-zfs metadata of the da14p2 partition. Try wiping 3GB from the start and end of the disk and repartition it. Success. Ronald. On Tue, 27 Sep 2016 22:53:27 +0200, Ultima wrote: > Hello, > > I am currently trying to replace a disk that was offlined and getting > the > following error: > > # zpool replace tank 14989197580381994958 > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > invalid vdev specification > use '-f' to override the following errors: > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool > 'tank' > > # zpool replace -f tank 14989197580381994958 > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > invalid vdev specification > the following errors must be manually repaired: > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool > 'tank' > > # zpool status tank > pool: tank > state: DEGRADED > status: One or more devices has been taken offline by the administrator. > Sufficient replicas exist for the pool to continue functioning in a > degraded state. > action: Online the device using 'zpool online' or replace the device with > 'zpool replace'. > scan: resilvered 1.10T in 9h4m with 0 errors on Tue Sep 20 00:33:32 > 2016 > config: > > NAME STATE READ WRITE > CKSUM > tank DEGRADED 0 0 > 0 > raidz2-0 ONLINE 0 0 0 > gptid/8bdbd180-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8c4df91d-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8ccf21a3-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8d5521cb-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8de13b47-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8e842f92-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > raidz2-1 DEGRADED 0 0 0 > gptid/8bba4a82-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8c26d491-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8ca3fea6-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > 14989197580381994958 OFFLINE 0 0 0 > was /dev/diskid/DISK-********p2 > gptid/8db26351-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8e4bfa70-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > raidz2-2 ONLINE 0 0 0 > gptid/8b957b47-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8c0340da-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8c77ddcb-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8cf6b7f1-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8d84b31e-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8e146dad-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > raidz2-3 ONLINE 0 0 0 > gptid/8ebb39df-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8ef49770-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/2f94035d-7e9f-11e6-abe9-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8f69cf08-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8fa7c0a6-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > gptid/8fe7816d-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > logs > gptid/683dc146-f531-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 0 > > errors: No known data errors > > # glabel status | grep da14 > gptid/24a57a9b-84f0-11e6-bbbc-fcaa14edc6a6 N/A da14p1 > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 N/A da14p2 > diskid/DISK-******** N/A da14 > > # gpart show da13 da14 > => 40 7814037088 da13 GPT (3.6T) > 40 4194304 1 freebsd-swap (2.0G) > 4194344 7809842784 2 freebsd-zfs (3.6T) > > => 40 7814037088 da14 GPT (3.6T) > 40 4194304 1 freebsd-swap (2.0G) > 4194344 7809842784 2 freebsd-zfs (3.6T) > > # uname -a > FreeBSD S1 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r306300: Sat Sep 24 > 14:24:23 EDT 2016 > root@S1:/usr/src/head/obj/usr/src/head/src/sys/MYKERNEL-NODEBUG > amd64 > > I recently offlined the device and after onlining it the label changed to > geom. After a few reboots the pool started importing by diskid. After > attempting to offline/online by gptid, would continue to fail with an > error. I decided try to replace it and is also failing with the error > above. I also wiped the first & last 2MB of the disk without success. Is > they're a known issue or perhaps I'm missing something obvious? zpool > labelclear is also providing a similar error. The -f options are not > helping. > > > Any ideas what my issue maybe? The error suggests it is currently active > on > the pool, however the offline should have changed that status correct? > > Ultima > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Sep 28 14:30: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 770B2C015EC for ; Wed, 28 Sep 2016 14:30:20 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53DE2166B for ; Wed, 28 Sep 2016 14:30:19 +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 EF66211BCE for ; Wed, 28 Sep 2016 14:30:12 +0000 (UTC) Subject: Re: zpool (online|replace|labelclear) issues, -f option also failing To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: <66613fe7-9558-137d-5561-e3d3180e5893@freebsd.org> Date: Wed, 28 Sep 2016 10:30:08 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QBjN7AOPAJIDFfMpivG95gB2OM4GA7R5V" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 14:30:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QBjN7AOPAJIDFfMpivG95gB2OM4GA7R5V Content-Type: multipart/mixed; boundary="ra57PXlth7QivpiBmdSM8gpRcR9sW3EMV"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <66613fe7-9558-137d-5561-e3d3180e5893@freebsd.org> Subject: Re: zpool (online|replace|labelclear) issues, -f option also failing References: In-Reply-To: --ra57PXlth7QivpiBmdSM8gpRcR9sW3EMV Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-09-27 16:53, Ultima wrote: > Hello, >=20 > I am currently trying to replace a disk that was offlined and getting = the > following error: >=20 > # zpool replace tank 14989197580381994958 > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > invalid vdev specification > use '-f' to override the following errors: > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool > 'tank' >=20 zdb -l /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 Will tell you about the ZFS label that is on that disk. The subject mentions labelclear, but you didn't indicate how you tried to use it. > # zpool replace -f tank 14989197580381994958 > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > invalid vdev specification > the following errors must be manually repaired: > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool > 'tank' >=20 > # zpool status tank > pool: tank > state: DEGRADED > status: One or more devices has been taken offline by the administrator= =2E > Sufficient replicas exist for the pool to continue functioning in a > degraded state. > action: Online the device using 'zpool online' or replace the device wi= th > 'zpool replace'. > scan: resilvered 1.10T in 9h4m with 0 errors on Tue Sep 20 00:33:32 2= 016 > config: >=20 > NAME STATE READ WRITE CK= SUM > tank DEGRADED 0 0 = 0 > raidz2-0 ONLINE 0 0 = 0 > gptid/8bdbd180-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8c4df91d-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8ccf21a3-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8d5521cb-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8de13b47-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8e842f92-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > raidz2-1 DEGRADED 0 0 = 0 > gptid/8bba4a82-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8c26d491-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8ca3fea6-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > 14989197580381994958 OFFLINE 0 0 = 0 > was /dev/diskid/DISK-********p2 > gptid/8db26351-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8e4bfa70-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > raidz2-2 ONLINE 0 0 = 0 > gptid/8b957b47-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8c0340da-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8c77ddcb-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8cf6b7f1-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8d84b31e-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8e146dad-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > raidz2-3 ONLINE 0 0 = 0 > gptid/8ebb39df-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8ef49770-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/2f94035d-7e9f-11e6-abe9-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8f69cf08-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8fa7c0a6-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > gptid/8fe7816d-f52a-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 > logs > gptid/683dc146-f531-11e5-90c5-fcaa14edc6a6 ONLINE 0 0 = 0 >=20 > errors: No known data errors >=20 > # glabel status | grep da14 > gptid/24a57a9b-84f0-11e6-bbbc-fcaa14edc6a6 N/A da14p1 > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 N/A da14p2 > diskid/DISK-******** N/A da14 >=20 > # gpart show da13 da14 > =3D> 40 7814037088 da13 GPT (3.6T) > 40 4194304 1 freebsd-swap (2.0G) > 4194344 7809842784 2 freebsd-zfs (3.6T) >=20 > =3D> 40 7814037088 da14 GPT (3.6T) > 40 4194304 1 freebsd-swap (2.0G) > 4194344 7809842784 2 freebsd-zfs (3.6T) >=20 > # uname -a > FreeBSD S1 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r306300: Sat Sep 24 > 14:24:23 EDT 2016 > root@S1:/usr/src/head/obj/usr/src/head/src/sys/MYKERNEL-NODEBUG > amd64 >=20 > I recently offlined the device and after onlining it the label changed = to > geom. After a few reboots the pool started importing by diskid. After > attempting to offline/online by gptid, would continue to fail with an > error. I decided try to replace it and is also failing with the error > above. I also wiped the first & last 2MB of the disk without success. I= s > they're a known issue or perhaps I'm missing something obvious? zpool > labelclear is also providing a similar error. The -f options are not > helping. >=20 >=20 > Any ideas what my issue maybe? The error suggests it is currently activ= e on > the pool, however the offline should have changed that status correct? >=20 > Ultima > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --=20 Allan Jude --ra57PXlth7QivpiBmdSM8gpRcR9sW3EMV-- --QBjN7AOPAJIDFfMpivG95gB2OM4GA7R5V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJX69P0AAoJEBmVNT4SmAt+YuAQALyeX0rCaHHt031fqinN2cWD Gx1a7MdUzdE2djCGKMJr2zgBkR3PaNjBwnr8e0BYRYO7iCrI9oQj9EGN47FgHrYL qvN5VBNsa1ykVVfqHQexRDNO3ZwxM9gNCAOeuVRFb99nZr4bzlKpMwbyaOfedou8 kdcduxlGcgtNB81gGgjchKs9NkI/3TTUJbMlZ3ka862R3C5hSNN0olp5Q0Fn2pOC hub+4iLstQnHEDujxB+4E+AeO88sXXvoB0jJslSgbkLi7CoL13EL0wntVmMJxRlF Q0QtTVScW3L2Z7/E9Ptt9VkHNNfoH7RVj5Nk/xZWDlPKjhjxzkh0PhbfiplyihHt ZS1wQas/ErqmpZJ0CJQD/jBVEm+zIDgDSQ20oz5BY4zcWuVdLmZG0DldwptLNUXn k2cx4eGmS15KVYPs/qwlz0WGkFNg0jEvF9+1BNJ9TML1PX/BYSZhWBOFX15qp7qi 0ChA9Sbt2AJIlNcMzjSZmQbm/EUAMHqZMeMZPA0FSZCebr3TOuoiP+DUBaj305BD wraO16WHYU+3Mv/lD/YS2/i48KxsvaZXV6jjngbubdeufZEHOeMGnHM6piYCf4Qp 3ZMrhR/NLSHjHTlak+sFIrOm585dHAck1jx+el2lp83gPJR5M04/u7cCZcqGE/Tt LFmtFpA/xnYZ0e2M0Fss =rGGp -----END PGP SIGNATURE----- --QBjN7AOPAJIDFfMpivG95gB2OM4GA7R5V-- From owner-freebsd-current@freebsd.org Wed Sep 28 18:10:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1ACFAC01E40 for ; Wed, 28 Sep 2016 18:10:52 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3j.cmail.yandex.net (forward3j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94666147F; Wed, 28 Sep 2016 18:10:51 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3j.cmail.yandex.net (Yandex) with ESMTP id D0DDE20BEE; Wed, 28 Sep 2016 21:10:48 +0300 (MSK) Received: from smtp1h.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id A17F68C0927; Wed, 28 Sep 2016 21:10:44 +0300 (MSK) Received: by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id FXWiMXjPIU-Ai0auww8; Wed, 28 Sep 2016 21:10:44 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1475086244; bh=kyDK9DrlWjVboRdXhwRDyX05wOg0MxUCxZDdKQczYWY=; h=Subject:To:References:Cc:From:Message-ID:Date:In-Reply-To; b=A3dYjtulhKSVqCkhgCVkCq+CWLEifDRabiKiCzq5vsqu0vNgTH6daqvMKLfQnkiEz sqfXrx1xnvWITgO4uRTj7vNM0MfGVuN6ZQB55OgzEh1DY0cYdrYJckRCnEfLPRDGzj 1MPIc88j6f3yDsYW9x+v2LKOe9mLJiItC2lDrfd4= Authentication-Results: smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0,1 0,1 0,1 0 Subject: Re: Destroy GPT partition scheme absolutely, how? To: John Baldwin , freebsd-current@freebsd.org References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> Cc: Ngie Cooper , Ernie Luzar , "Hartmann, O." From: "Andrey V. Elsukov" Message-ID: Date: Wed, 28 Sep 2016 21:08:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <1785064.lgVzRW13Wf@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="f81KM58258ob6VDDO4klCKCDSiik0UjRO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 18:10:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --f81KM58258ob6VDDO4klCKCDSiik0UjRO Content-Type: multipart/mixed; boundary="PuhroITUpP9DiKi0dCn6PBebtNpvsgvCQ"; protected-headers="v1" From: "Andrey V. Elsukov" To: John Baldwin , freebsd-current@freebsd.org Cc: Ngie Cooper , Ernie Luzar , "Hartmann, O." Message-ID: Subject: Re: Destroy GPT partition scheme absolutely, how? References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> In-Reply-To: <1785064.lgVzRW13Wf@ralph.baldwin.cx> --PuhroITUpP9DiKi0dCn6PBebtNpvsgvCQ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 26.09.2016 23:51, John Baldwin wrote: >> Why not just use "gpart destroy -F provider"? >=20 > That doesn't always work. In particular, if a disk was partitioned wit= h GPT > and then you use normal MBR on it afterwards, the 'gpart destroy -F' of= the > MBR will leave most of the GPT intact and the disk will come up with th= e old > GPT partitions, not as a raw disk. If you would did `gpart destroy -F` for GPT, then it would not have appeared again. This is very strange problem, how did you created MBR if you have not destroyed GPT? :) After this commit it seems very unlikely to reproduce https://svnweb.freebsd.org/base?view=3Drevision&revision=3D292057 Described problem can be reproduced with BSD label. --=20 WBR, Andrey V. Elsukov --PuhroITUpP9DiKi0dCn6PBebtNpvsgvCQ-- --f81KM58258ob6VDDO4klCKCDSiik0UjRO 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEvBAEBCAAZBQJX7AcmEhxidTdjaGVyQHlhbmRleC5ydQAKCRABxeoEEMiheutP B/0WikuAzS8p6EXsqh+nSPIGQVt1ZtMLCVoxiqyxyYNOV18KfTWWJSgli6tomh4m Nu0GG+rUjbl2eP6dcQDSxqQBOtVRivgL1PmEWbTe6cD24Kv77SUh1PHtHxrC5F6C iT2wPUf7XJpT+zjWE1j78wUKqLKgE6N1wOWc/RactAJPqvpy4fASJDCMmeUr7WXs pJyDxgRkHbNDw1PuLugx67RYkJqfVHAKFsk6QdsFJdPI1o9VrEyRlUo39xBj04Hr KjIVlC47z0GTUX5SH1gOnD7ef2zE59IhAqBgpjeExeBpe51lixK1/sgnh/Ddd6Ev xvzS6g60x8ceMqgmLtGpsGku =uYkw -----END PGP SIGNATURE----- --f81KM58258ob6VDDO4klCKCDSiik0UjRO-- From owner-freebsd-current@freebsd.org Wed Sep 28 19:02: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 A20FEBECD6A for ; Wed, 28 Sep 2016 19:02:52 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 679031350 for ; Wed, 28 Sep 2016 19:02:51 +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 44B371724 for ; Wed, 28 Sep 2016 19:02:50 +0000 (UTC) Subject: Re: Destroy GPT partition scheme absolutely, how? To: freebsd-current@freebsd.org References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> From: Allan Jude Message-ID: <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> Date: Wed, 28 Sep 2016 15:02:46 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TP80tKuDdF2dFwU24O5Depr353CP14j7A" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 19:02:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TP80tKuDdF2dFwU24O5Depr353CP14j7A Content-Type: multipart/mixed; boundary="qWCiMF8H2aEPtN4kBTEF4PAURruUbaPdL"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> Subject: Re: Destroy GPT partition scheme absolutely, how? References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> In-Reply-To: --qWCiMF8H2aEPtN4kBTEF4PAURruUbaPdL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-09-27 01:58, Warner Losh wrote: > On Mon, Sep 26, 2016 at 11:06 PM, O'Connor, Daniel = wrote: >> >>> On 27 Sep 2016, at 14:28, Warner Losh wrote: >>> dd of 2MB of zeros to the start and end of the disk. That will destro= y >>> pretty much everything. For SSDs, sometimes you can do the same with >>> TRIMs only faster (other times they are slower or unreliable). >> >> Yeah, but it would be nicer to not have to know that particular magic = incarnation :) >=20 > Disk formatting has always been 3 parts magic, 2 parts luck and 1 part = skill :) >=20 > It doesn't fit nicely into geom because metadata can live elsewhere. >=20 > I forgot to add the caveat not to try this on a disk that is part of a > RAID volume. >=20 > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I wonder if this issue is related at all to the new 'auto resize' gpart bits. That leaves the 'uncommitted' transaction pending, and may require a 'gpart undo' before the other commands will work correctly. I wonder if something like 'zpool labelclear', but for gpart would be useful, that just nukes the first and last few MB of the disk. I know in the installer we jump through a number of hoops to try to clear out old stuff, and having one command would be better. --=20 Allan Jude --qWCiMF8H2aEPtN4kBTEF4PAURruUbaPdL-- --TP80tKuDdF2dFwU24O5Depr353CP14j7A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJX7BPZAAoJEBmVNT4SmAt+9wwP/12Nx4GvgByRyN+asAy9IiqM JsS2idfDD0oFzlc0egcKTP1g8iXgepgKoaztenZUiF9XnV2FDJMjQiEWHQgKoNIW HkANJk20+H/y9p0IP558iecXvaO7O3QuOoCZu9V0CUyyk6uh1RpTLBqI+dGzOvqp dxdJg3sesfxqcl8qAM2sjcbJSCCh2HRmBGTbCuuyLJb0RKIlvMel/lSGZcSdJzsK NI4s8E2qOaYTR+Ogju/Z5fuvzphYetu0SOl2PfmVfTHPkBnPBKk5/tdBDu/fRfIW 3JLQrv+H/kAMpX7byTzeSpwxrXf6QqOseWTX/ehwmFbB3BRzaQra97n6FlywWhBf /MKBv1jIRrU4qOVJ0OTVfBv5fw18A6NynVEBpARoUtRuRSEtXz1hKp6mkTgSZM6i Di/VhEXLv2RbR6A5NpgOSHjTYlkE+lYQ5Av7LYe6ZkDTf6YdZGrp8slZal2GVXyc 6zRgQsuofAjOJlu9pKDC1wrM1cTHfartWQQWQVsmJt2tIiex9qahikYkNIXJunN/ zwe6nVmJqgHgHZDgt128r0QIXhk4x6Q2/ReRZiZzX0GCvA5X/7CXmwBvXcp76BW/ JkI7n5y/YlWRW4+Sr9iWxM4OybIierd5Z8drSbOtTxRe0M9HP84OG466WtoBWJxT xNxWs0TukcaDl78GS0J5 =t82n -----END PGP SIGNATURE----- --TP80tKuDdF2dFwU24O5Depr353CP14j7A-- From owner-freebsd-current@freebsd.org Wed Sep 28 19:29: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 25C57C006D5 for ; Wed, 28 Sep 2016 19:29:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEE35BE for ; Wed, 28 Sep 2016 19:29:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id r192so132351848ita.0 for ; Wed, 28 Sep 2016 12:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=apv6p54UVcGj3jbWow0sDEu+z7bstylEZU8BAZq5Ycs=; b=TgtuWyWda1+RvIurwVpmz5graQt5YtpQf/1xFMX9Q6pS7Kw0ugCzngT+DVGdhswisk lTi1pD43cq09wloFo8moSocBd9S/LaIaCu7SHXGRj54ZXNXnuKQeyuPz/DYug3NjYOLv 6JnP5Ul13VNngUdMQU6Tw3P66K59YQp9JiIH+BBwzpDJchQB2c2iQwRCdluBF8hNXamO Kf89XnuGL1tUuGGdLPOayjROu6Z93JH+KWTFhh/gFtJICY2DY52ZgmZT8VKdjhwRlGx/ 4Jfgw2hoRO+RGz3/YmmXts2uM6lFU1NjdS1leN95Sjxhm6Fw2r9pobw5NA9zaD9/pfdi fb+Q== 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=apv6p54UVcGj3jbWow0sDEu+z7bstylEZU8BAZq5Ycs=; b=Q2MIi7h4YrfwP6CqRRRmEzKoHHgpJ0nLU1q6Q9KmnAL9Gw0rMP7cJHPWBDmjFboQr6 DVp3W2kmWJs1qDVhelOpHBoDbxIU9YCIvQZcBiWV3qc/fogvjHbFQELw04MpqOb4P/4s MSbbC64Ir+q8ledTdf4nfhXZF1L9Ls0IuUlNqi7oVj2mBZ6fdKahu2jOKJX32og5DK1Z kNr72EofMZhTfYncKlQVn0zoXccfwWmNWlQ4GTkb2pJvhwiJwnebj9s1Ly5UAO+GdC4P Emb5wmeZ159uVrhpgzyxlLe8GtWhIFM5OKpWBEDpnbyzNe2sF7dLJNEVrcVkidV/4k8n tc5g== X-Gm-Message-State: AA6/9Rlp++HOYDm3YIMuILLB2FwENlExoli5aPl8gc5EuM/+SDbUWPAMW1kbNjq4eLVdC7KYyqHKRCebiU108g== X-Received: by 10.107.163.72 with SMTP id m69mr40045262ioe.106.1475090972242; Wed, 28 Sep 2016 12:29:32 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Wed, 28 Sep 2016 12:29:31 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> From: Warner Losh Date: Wed, 28 Sep 2016 13:29:31 -0600 X-Google-Sender-Auth: RNuRdBfmKb6oP2tI-Cq68GWVMy4 Message-ID: Subject: Re: Destroy GPT partition scheme absolutely, how? To: Allan Jude Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 19:29:33 -0000 On Wed, Sep 28, 2016 at 1:02 PM, Allan Jude wrote: > On 2016-09-27 01:58, Warner Losh wrote: >> On Mon, Sep 26, 2016 at 11:06 PM, O'Connor, Daniel wrote: >>> >>>> On 27 Sep 2016, at 14:28, Warner Losh wrote: >>>> dd of 2MB of zeros to the start and end of the disk. That will destroy >>>> pretty much everything. For SSDs, sometimes you can do the same with >>>> TRIMs only faster (other times they are slower or unreliable). >>> >>> Yeah, but it would be nicer to not have to know that particular magic incarnation :) >> >> Disk formatting has always been 3 parts magic, 2 parts luck and 1 part skill :) >> >> It doesn't fit nicely into geom because metadata can live elsewhere. >> >> I forgot to add the caveat not to try this on a disk that is part of a >> RAID volume. >> >> Warner >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > I wonder if this issue is related at all to the new 'auto resize' gpart > bits. That leaves the 'uncommitted' transaction pending, and may require > a 'gpart undo' before the other commands will work correctly. > > I wonder if something like 'zpool labelclear', but for gpart would be > useful, that just nukes the first and last few MB of the disk. I know in > the installer we jump through a number of hoops to try to clear out old > stuff, and having one command would be better. I thought the auto resize stuff was backed out, precisely because it left bogons around... Warner From owner-freebsd-current@freebsd.org Wed Sep 28 19:50: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 4BD9EC00E04 for ; Wed, 28 Sep 2016 19:50:31 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5j.cmail.yandex.net (forward5j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C55621135; Wed, 28 Sep 2016 19:50:30 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [77.88.29.86]) by forward5j.cmail.yandex.net (Yandex) with ESMTP id D10B9206DB; Wed, 28 Sep 2016 22:50:27 +0300 (MSK) Received: from smtp3p.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3p.mail.yandex.net (Yandex) with ESMTP id 491A3132005C; Wed, 28 Sep 2016 22:50:26 +0300 (MSK) Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id XfCs7mCvQl-oQbWCrCS; Wed, 28 Sep 2016 22:50:26 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1475092226; bh=38DNwDjAeYkDFXNbP/ZR8oKoRlcWai+yJjZjtrNYaZM=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=pMXIa5xVzw8MLbpm31H4YKJNSuA2gps1iAJ5/NCfTRv11SogEJ3I8JTrpv2AY+mvb 3PbcZHsZOwku/yRNPH+cH+DR8AM79X8ANiYAX3yPg6Alztv5wGVOWlPgBq4XnA26Kg OfPm5bGkGWCJS1N5J/AcXUl7TaHnaqpcGODcAwNU= Authentication-Results: smtp3p.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: Destroy GPT partition scheme absolutely, how? To: Allan Jude , freebsd-current@freebsd.org References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> From: "Andrey V. Elsukov" Message-ID: <5cd4363b-ea5b-b0b2-25ab-39647c6f0791@yandex.ru> Date: Wed, 28 Sep 2016 22:48:16 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="owmagEMDbwPu8Evk9jGQ6t0FF1xAfGX51" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 19:50:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --owmagEMDbwPu8Evk9jGQ6t0FF1xAfGX51 Content-Type: multipart/mixed; boundary="liskslFdHNMO2HieAatXDwUUM0iMuGAQw"; protected-headers="v1" From: "Andrey V. Elsukov" To: Allan Jude , freebsd-current@freebsd.org Message-ID: <5cd4363b-ea5b-b0b2-25ab-39647c6f0791@yandex.ru> Subject: Re: Destroy GPT partition scheme absolutely, how? References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> In-Reply-To: <9b345002-5fb1-5cc3-3a60-9bf872d79d21@freebsd.org> --liskslFdHNMO2HieAatXDwUUM0iMuGAQw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 28.09.2016 22:02, Allan Jude wrote: > I wonder if this issue is related at all to the new 'auto resize' gpart= > bits. That leaves the 'uncommitted' transaction pending, and may requir= e > a 'gpart undo' before the other commands will work correctly. All other commands that do any changes will issue 'commit', so they will work correctly. I think you are confusing 'auto resize' with 'recovery needed'. --=20 WBR, Andrey V. Elsukov --liskslFdHNMO2HieAatXDwUUM0iMuGAQw-- --owmagEMDbwPu8Evk9jGQ6t0FF1xAfGX51 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEvBAEBCAAZBQJX7B6AEhxidTdjaGVyQHlhbmRleC5ydQAKCRABxeoEEMiheg0g B/9Kiqi/e+JX2EmQIyYgsDV7Q3OTS5dM8nQk2qIwvWyH1Gvzt0OKXB54+807hV9L yAVv7WlfRe5EtY5i5vvd/wcuS6FUW/078VupdOlOWV82znvy6JXzxDYcN8EcblLR u29wV9KsIO8ihMtewyBWonnnorjad3sO2qs+JV9sWSibUx2BIZkv20aHvbHZzQ9G GohAG3ZGx8hwd6rdL5d9eAzG1mTTJj+/V1i4xy5HXI/7nlcLOKH2BoGjXbd/SbuY uIDpJZAQjVg++mjjHdUUUVGrciYyPGflcVPQZv0uoygrcmOFecymedtqsr4/a7x/ nLGrSVMnqB2ZpMRspZLmjScU =oanJ -----END PGP SIGNATURE----- --owmagEMDbwPu8Evk9jGQ6t0FF1xAfGX51-- From owner-freebsd-current@freebsd.org Wed Sep 28 20:10: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 63525C01627; Wed, 28 Sep 2016 20:10:58 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from anongoth.pl (anongoth.pl [88.156.79.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E122256; Wed, 28 Sep 2016 20:10:57 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail (unknown [127.0.1.10]) by anongoth.pl (Postfix) with ESMTP id 8166EF367; Wed, 28 Sep 2016 22:10:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at anongoth.pl Received: from anongoth.pl ([127.0.1.10]) by mail (anongoth.pl [127.0.1.10]) (amavisd-new, port 10024) with LMTP id B_7pCvxR_tD1; Wed, 28 Sep 2016 22:10:33 +0200 (CEST) Received: from [192.168.0.20] (89-73-20-188.dynamic.chello.pl [89.73.20.188]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: pkubaj) by anongoth.pl (Postfix) with ESMTPSA id F0666F354; Wed, 28 Sep 2016 22:10:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=anongoth.pl; s=ANONGOTH; t=1475093433; bh=zUfkLrRmxMGwRwkFX29XmJCJjChyAvxCoqplTFaFVKw=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=kt+ezSgjpVkIV27bXzlQcZB/pnhsZqZ9VMiYN4/DAMf1njWGq/bjGQx2hg50YXGdx Nq/7PdcXDwB2kdH05+jrVcaWBmgOFVjDUrgCx3GQPdIWVaY9+BsVCz81mAOTkDLfR7 oT4xIVNMxiSFsC8i7x1XuhYJxd29/nlb/ytMvER8p3JcdvvwU3wpZaU/xttR7REBlL Xed3wqt0R7tnSzU+0c7aMWxBJj5cE3CfNNjCk5b3GubSOnzl18Pv02aw/KcuiFMi2s gMOoFAXQvrULWrX1oNpexNuA0RepIA/y+azeuEBOvJuVQ+c1pZuJQu4our/1umHSjc /1q+1d0Q54Z8Q== Subject: Re: Freeze during booting of ASUS F2A85-M motherboard with Coreboot To: John Baldwin References: <3775937.NQtCRk5KTK@ralph.baldwin.cx> <1481721.u8OpO7MBHu@ralph.baldwin.cx> Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org From: Piotr Kubaj Openpgp: id=C9CC8878D924828873B28A2B7A599B8520839C9D Message-ID: Date: Wed, 28 Sep 2016 22:10:29 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1481721.u8OpO7MBHu@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8qasiXGdTIU3eewdP1tIQLcwdvuaoi2Ee" X-Mailman-Approved-At: Wed, 28 Sep 2016 20:25:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 20:10:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8qasiXGdTIU3eewdP1tIQLcwdvuaoi2Ee Content-Type: multipart/mixed; boundary="RQJ7aF4c03pKkXNT6dFEvfMBb642GOJDn" From: Piotr Kubaj To: John Baldwin Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Message-ID: Subject: Re: Freeze during booting of ASUS F2A85-M motherboard with Coreboot References: <3775937.NQtCRk5KTK@ralph.baldwin.cx> <1481721.u8OpO7MBHu@ralph.baldwin.cx> In-Reply-To: <1481721.u8OpO7MBHu@ralph.baldwin.cx> --RQJ7aF4c03pKkXNT6dFEvfMBb642GOJDn Content-Type: multipart/mixed; boundary="------------537AF01A6ECC5405E82A65A1" This is a multi-part message in MIME format. --------------537AF01A6ECC5405E82A65A1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Problem is, my serial console cable (USB<->RS232, because I don't have RS232 port in my computers), seems to be broken, so I'm only attaching verbose boot log from stock UEFI. I have also found a great website ( https://review.coreboot.org/cgit/board-status.git/tree/ ) which seems to contain working Coreboot configs. I am going to try it tomorrow. On 09/27/16 10:45 PM, John Baldwin wrote: > On Tuesday, September 27, 2016 10:31:24 PM Piotr Kubaj wrote: >> No, I get only messages about allocating window. >> >> On 09/26/16 22:48, John Baldwin wrote: >>> On Wednesday, September 21, 2016 11:19:05 AM Piotr Kubaj wrote: >>>> I'm trying to boot the ASUS F2A85-M board with flashed Coreboot 4.4 = and >>>> SeaBIOS 1.9.1 as a payload. >>>> >>>> This board works nicely with stock UEFI, it can also boot Slackware = 14.2 >>>> from Coreboot with SeaBIOS without any issues. >>>> >>>> But it seems to have problems with FreeBSD (I've tried 11.0-RC3 and >>>> later 12.0-CURRENT). That's why I'm posting it here, instead of Core= boot >>>> mailing lists. >>>> >>>> Booting freezes after printing: >>>> pcib1: failed to allocate initial I/O port window: 0x1000-0x1fff >>> >>> Do you get this message in a verbose dmesg with the stock UEFI? >>> >=20 > Are you able to capture a full verbose dmesg via a serial console or th= e like > that would really help as it may be that we are seeing a resource confl= ict > with the way Coreboot sets up the PCI bridge windows and then disabling= > an I/O window that happens to break something. A verbose dmesg from th= e > stock UEFI would also be useful, though it is less important. >=20 --------------537AF01A6ECC5405E82A65A1 Content-Type: text/plain; charset=UTF-8; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" VGFibGUgJ0ZBQ1AnIGF0IDB4ZGQ3NjVlNjAKWzFdIFRhYmxlICdBUElDJyBhdCAweGRkNzY1 ZjcwClsxXSBBUElDOiBGb3VuZCB0YWJsZSBhdCAweGRkNzY1ZjcwClsxXSBBUElDOiBVc2lu ZyB0aGUgTUFEVCBlbnVtZXJhdG9yLgpbMV0gTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMTYg QUNQSSBJRCAxOiBlbmFibGVkClsxXSBTTVA6IEFkZGVkIENQVSAxNiAoQVApClsxXSBNQURU OiBGb3VuZCBDUFUgQVBJQyBJRCAxNyBBQ1BJIElEIDI6IGVuYWJsZWQKWzFdIFNNUDogQWRk ZWQgQ1BVIDE3IChBUCkKWzFdIE1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDE4IEFDUEkgSUQg MzogZW5hYmxlZApbMV0gU01QOiBBZGRlZCBDUFUgMTggKEFQKQpbMV0gTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMTkgQUNQSSBJRCA0OiBlbmFibGVkClsxXSBTTVA6IEFkZGVkIENQVSAx OSAoQVApClsxXSBDb3B5cmlnaHQgKGMpIDIwMTMtMjAxNiBUaGUgSGFyZGVuZWRCU0QgUHJv amVjdC4KWzFdIENvcHlyaWdodCAoYykgMTk5Mi0yMDE2IFRoZSBGcmVlQlNEIFByb2plY3Qu ClsxXSBDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODks IDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKWzFdIAlUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpbMV0gRnJlZUJTRCBp cyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uClsx XSBGcmVlQlNEIDExLjAtQkVUQTQtSEJTRCAjMTAgODg3ZTk4OShoYXJkZW5lZC8xMS1zdGFi bGUvbWFzdGVyLWxpYnJlc3NsKTogRnJpIEF1ZyAxMiAxODowMjozOCBDRVNUIDIwMTYKWzFd ICAgICByb290QERFU0tUT1AxOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0RFU0tUT1AxIGFtZDY0 ClsxXSBGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy44LjAgKHRhZ3MvUkVMRUFTRV8zODAvZmlu YWwgMjYyNTY0KSAoYmFzZWQgb24gTExWTSAzLjguMCkKWzFdIFRhYmxlICdGQUNQJyBhdCAw eGRkNzY1ZTYwClsxXSBUYWJsZSAnQVBJQycgYXQgMHhkZDc2NWY3MApbMV0gVGFibGUgJ0ZQ RFQnIGF0IDB4ZGQ3NjVmZTgKWzFdIFRhYmxlICdNQ0ZHJyBhdCAweGRkNzY2MDMwClsxXSBU YWJsZSAnU1NEVCcgYXQgMHhkZDc2NmVlOApbMV0gVGFibGUgJ0hQRVQnIGF0IDB4ZGQ3NjYw YzgKWzFdIFRhYmxlICdJVlJTJyBhdCAweGRkNzY2MTAwClsxXSBUYWJsZSAnQkdSVCcgYXQg MHhkZDc2NjE3MApbMV0gVGFibGUgJ1NTRFQnIGF0IDB4ZGQ3NjYxYTgKWzFdIEFDUEk6IE5v IFNSQVQgdGFibGUgZm91bmQKWzFdIFBQSU0gMDogUEE9MHhmOTAwMDAwMCwgVkE9MHhmZmZm ZmZmZjgyMjEwMDAwLCBzaXplPTB4MzAwMDAwLCBtb2RlPTB4MQpbMV0gVlQoZWZpZmIpOiBy ZXNvbHV0aW9uIDEwMjR4NzY4ClsxXSBIQlNEOiBpbml0aWFsaXplIGFuZCBjaGVjayBIYXJk ZW5lZEJTRCBmZWF0dXJlcyAodmVyc2lvbiA0NikuClsxXSBbSEJTRCBBU0xSXSBzdGF0dXM6 IG9wdC1vdXQKWzFdIFtIQlNEIEFTTFJdIG1tYXA6IDMwIGJpdApbMV0gW0hCU0QgQVNMUl0g ZXhlYyBiYXNlOiAzMCBiaXQKWzFdIFtIQlNEIEFTTFJdIHN0YWNrOiA0MiBiaXQKWzFdIFtI QlNEIEFTTFJdIHZkc286IDI4IGJpdApbMV0gW0hCU0QgQVNMUl0gbWFwMzJiaXQ6IDE4IGJp dApbMV0gW0hCU0QgQVNMUl0gZGlzYWxsb3cgTUFQXzMyQklUIG1vZGUgbW1hcDogb3B0LW91 dApbMV0gW0hCU0QgSEFSREVOSU5HXSBwcm9jZnMgaGFyZGVuaW5nOiBlbmFibGVkClsxXSBb SEJTRCBIQVJERU5JTkddIHJhbmRvbWl6ZSBwaWRzOiBlbmFibGVkClsxXSBbSEJTRCBIQVJE RU5JTkddIHVuc2V0IGluc2VjdXJlIGluaXQgdmFyaWFibGVzOiBlbmFibGVkClsxXSBbSEJT RCBBU0xSIChjb21wYXQpXSBzdGF0dXM6IG9wdC1vdXQKWzFdIFtIQlNEIEFTTFIgKGNvbXBh dCldIG1tYXA6IDE0IGJpdApbMV0gW0hCU0QgQVNMUiAoY29tcGF0KV0gZXhlYyBiYXNlOiAx NCBiaXQKWzFdIFtIQlNEIEFTTFIgKGNvbXBhdCldIHN0YWNrOiAxNCBiaXQKWzFdIFtIQlNE IEFTTFIgKGNvbXBhdCldIHZkc286IDggYml0ClsxXSBbSEJTRCBMT0ddIGxvZ2dpbmcgdG8g c3lzdGVtOiBlbmFibGVkClsxXSBbSEJTRCBMT0ddIGxvZ2dpbmcgdG8gdXNlcjogZGlzYWJs ZWQKWzFdIFtIQlNEIFBBR0VFWEVDXSBzdGF0dXM6IG9wdC1vdXQKWzFdIFtIQlNEIE1QUk9U RUNUXSBzdGF0dXM6IG9wdC1vdXQKWzFdIFtIQlNEIFNFR1ZHVUFSRF0gc3RhdHVzOiBvcHQt aW4KWzFdIFtIQlNEIFNFR1ZHVUFSRF0gZXhwaXJ5OiAxMjAgc2VjClsxXSBbSEJTRCBTRUdW R1VBUkRdIHN1c3BlbnNpb246IDYwMCBzZWMKWzFdIFtIQlNEIFNFR1ZHVUFSRF0gbWF4Y3Jh aGVzOiA1ClsxXSBQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIg YXQgMHhmZmZmZmZmZjgyMGI3MDAwLgpbMV0gUHJlbG9hZGVkIC9ib290L2VudHJvcHkgIi9i b290L2VudHJvcHkiIGF0IDB4ZmZmZmZmZmY4MjBiOTA2OC4KWzFdIFByZWxvYWRlZCBlbGYg b2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2xpbnByb2Nmcy5rbyIgYXQgMHhmZmZmZmZmZjgy MGI5MGI4LgpbMV0gUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvbGlu dXhfY29tbW9uLmtvIiBhdCAweGZmZmZmZmZmODIwYjk1ZTguClsxXSBQcmVsb2FkZWQgZWxm IG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC96ZnMua28iIGF0IDB4ZmZmZmZmZmY4MjBiOWM5 OC4KWzFdIFByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL29wZW5zb2xh cmlzLmtvIiBhdCAweGZmZmZmZmZmODIwYmEzMDAuClsxXSBQcmVsb2FkZWQgYWRhMHA0Omdl bGlfa2V5ZmlsZTAgIi9ib290L2dlbGkvYWRhMnA0LmtleSIgYXQgMHhmZmZmZmZmZjgyMGJh OGIwLgpbMV0gUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9tb2R1bGVzL252aWRp YS5rbyIgYXQgMHhmZmZmZmZmZjgyMGJhOTEwLgpbMV0gUHJlbG9hZGVkIGVsZiBvYmogbW9k dWxlICIvYm9vdC9rZXJuZWwvbGludXgua28iIGF0IDB4ZmZmZmZmZmY4MjBiYWYzOC4KWzFd IFByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3QvbW9kdWxlcy92Ym94ZHJ2LmtvIiBh dCAweGZmZmZmZmZmODIwYmI2MjAuClsxXSBDYWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRT QyBjbG9jazogMzk1MTQ5ODEyNSBIegpbMV0gQ1BVOiBBTUQgQXRobG9uKHRtKSBYNCA3NTBL IFF1YWQgQ29yZSBQcm9jZXNzb3IgICAgICAoMzk1MS41MC1NSHogSzgtY2xhc3MgQ1BVKQpb MV0gICBPcmlnaW49IkF1dGhlbnRpY0FNRCIgIElkPTB4NjEwZjAxICBGYW1pbHk9MHgxNSAg TW9kZWw9MHgxMCAgU3RlcHBpbmc9MQpbMV0gICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENN T1YsUEFULFBTRTM2LENMRkxVU0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPgpbMV0gICBGZWF0 dXJlczI9MHgzZTk4MzIwYjxTU0UzLFBDTE1VTFFEUSxNT04sU1NTRTMsRk1BLENYMTYsU1NF NC4xLFNTRTQuMixQT1BDTlQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2Qz4KWzFdICAg QU1EIEZlYXR1cmVzPTB4MmU1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZGWFNSLFBhZ2UxR0Is UkRUU0NQLExNPgpbMV0gICBBTUQgRmVhdHVyZXMyPTB4MWViYmZmZjxMQUhGLENNUCxTVk0s RXh0QVBJQyxDUjgsQUJNLFNTRTRBLE1BUyxQcmVmZXRjaCxPU1ZXLElCUyxYT1AsU0tJTklU LFdEVCxMV1AsRk1BNCxUQ0UsTm9kZUlkLFRCTSxUb3BvbG9neSxQQ1hDLFBOWEM+ClsxXSAg IFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXM9MHg4PEJNSTE+ClsxXSAgIFNWTTogRmVh dHVyZXM9MHgxY2ZmPE5QLExiclZpcnQsU1ZNTCxOUklQUyxUc2NSYXRlTXNyLFZtY2JDbGVh bixGbHVzaEJ5QXNpZCxEZWNvZGVBc3Npc3QsUGF1c2VGaWx0ZXIsPGIxMT4sUGF1c2VGaWx0 ZXJUaHJlc2hvbGQ+ClsxXSBSZXZpc2lvbj0xLCBBU0lEcz02NTUzNgpbMV0gICBUU0M6IFAt c3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzClsxXSBMMSAyTUIgZGF0 YSBUTEI6IDY0IGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlClsxXSBMMSAyTUIgaW5zdHJ1 Y3Rpb24gVExCOiAyNCBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpbMV0gTDEgNEtCIGRh dGEgVExCOiA2NCBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpbMV0gTDEgNEtCIGluc3Ry dWN0aW9uIFRMQjogNDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKWzFdIEwxIGRhdGEg Y2FjaGU6IDE2IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDQtd2F5IGFz c29jaWF0aXZlClsxXSBMMSBpbnN0cnVjdGlvbiBjYWNoZTogNjQga2J5dGVzLCA2NCBieXRl cy9saW5lLCAxIGxpbmVzL3RhZywgMi13YXkgYXNzb2NpYXRpdmUKWzFdIEwyIDJNQiBkYXRh IFRMQjogMTAyNCBlbnRyaWVzLCA4LXdheSBhc3NvY2lhdGl2ZQpbMV0gTDIgMk1CIGluc3Ry dWN0aW9uIFRMQjogMTAyNCBlbnRyaWVzLCA4LXdheSBhc3NvY2lhdGl2ZQpbMV0gTDIgNEtC IGRhdGEgVExCOiAxMDI0IGVudHJpZXMsIDgtd2F5IGFzc29jaWF0aXZlClsxXSBMMiA0S0Ig aW5zdHJ1Y3Rpb24gVExCOiAxMDI0IGVudHJpZXMsIDgtd2F5IGFzc29jaWF0aXZlClsxXSBM MiB1bmlmaWVkIGNhY2hlOiAyMDQ4IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90 YWcsIDE2LXdheSBhc3NvY2lhdGl2ZQpbMV0gcmVhbCBtZW1vcnkgID0gODU4OTkzNDU5MiAo ODE5MiBNQikKWzFdIFBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKWzFdIDB4MDAwMDAwMDAw MDAxMDAwMCAtIDB4MDAwMDAwMDAwMDA5YmZmZiwgNTczNDQwIGJ5dGVzICgxNDAgcGFnZXMp ClsxXSAweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAxZmZmZmYsIDEwNDg1NzYg Ynl0ZXMgKDI1NiBwYWdlcykKWzFdIDB4MDAwMDAwMDAwMjBmYjAwMCAtIDB4MDAwMDAwMDBk ZDQ3M2ZmZiwgMzY3Nzg1MTY0OCBieXRlcyAoODk3OTEzIHBhZ2VzKQpbMV0gMHgwMDAwMDAw MGRlNjBkMDAwIC0gMHgwMDAwMDAwMGRlNjBkZmZmLCA0MDk2IGJ5dGVzICgxIHBhZ2VzKQpb MV0gMHgwMDAwMDAwMGRlODE0MDAwIC0gMHgwMDAwMDAwMGRlYzRhZmZmLCA0NDE5NTg0IGJ5 dGVzICgxMDc5IHBhZ2VzKQpbMV0gMHgwMDAwMDAwMGRlZmY0MDAwIC0gMHgwMDAwMDAwMGRl ZmZmZmZmLCA0OTE1MiBieXRlcyAoMTIgcGFnZXMpClsxXSAweDAwMDAwMDAxMDAwMDEwMDAg LSAweDAwMDAwMDAyMTEyNDRmZmYsIDQ1ODI1NTU2NDggYnl0ZXMgKDExMTg3ODggcGFnZXMp ClsxXSBhdmFpbCBtZW1vcnkgPSA4MjExMTc3NDcyICg3ODMwIE1CKQpbMV0gRXZlbnQgdGlt ZXIgIkxBUElDIiBxdWFsaXR5IDQwMApbMV0gTEFQSUM6IGlwaV93YWl0KCkgdXMgbXVsdGlw bGllciAyNSAociAxNTcwNzk3NSB0c2MgMzk1MTQ5ODEyNSkKWzFdIEFDUEkgQVBJQyBUYWJs ZTogPEFMQVNLQSBBIE0gST4KWzFdIFBhY2thZ2UgSUQgc2hpZnQ6IDQKWzFdIEwyIGNhY2hl IElEIHNoaWZ0OiAxClsxXSBMMSBjYWNoZSBJRCBzaGlmdDogMApbMV0gQ29yZSBJRCBzaGlm dDogMApbMV0gSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMTcgYXMgYSB0YXJnZXQKWzFdIElO VFI6IEFkZGluZyBsb2NhbCBBUElDIDE4IGFzIGEgdGFyZ2V0ClsxXSBJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyAxOSBhcyBhIHRhcmdldApbMV0gRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vz c29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzClsxXSBGcmVlQlNEL1NNUDogMSBwYWNrYWdl KHMpIHggNCBjb3JlKHMpClsxXSBQYWNrYWdlIEhXIElEID0gMSAoMHgxKQpbMV0gCUNvcmUg SFcgSUQgPSAxNiAoMHgxMCkKWzFdIAkJQ1BVMCAoQlNQKTogQVBJQyBJRDogMTYgKDB4MTAp ClsxXSAJQ29yZSBIVyBJRCA9IDE3ICgweDExKQpbMV0gCQlDUFUxIChBUCk6IEFQSUMgSUQ6 IDE3ICgweDExKQpbMV0gCUNvcmUgSFcgSUQgPSAxOCAoMHgxMikKWzFdIAkJQ1BVMiAoQVAp OiBBUElDIElEOiAxOCAoMHgxMikKWzFdIAlDb3JlIEhXIElEID0gMTkgKDB4MTMpClsxXSAJ CUNQVTMgKEFQKTogQVBJQyBJRDogMTkgKDB4MTMpClsxXSBBUElDOiBDUFUgMCBoYXMgQUNQ SSBJRCAxClsxXSBBUElDOiBDUFUgMSBoYXMgQUNQSSBJRCAyClsxXSBBUElDOiBDUFUgMiBo YXMgQUNQSSBJRCAzClsxXSBBUElDOiBDUFUgMyBoYXMgQUNQSSBJRCA0ClsxXSB4ODZiaW9z OiAgSVZUIDB4MDAwMDAwLTB4MDAwNGZmIGF0IDB4ZmZmZmY4MDAwMDAwMDAwMApbMV0geDg2 YmlvczogU1NFRyAweDA5ODAwMC0weDA5OGZmZiBhdCAweGZmZmZmZTAxZWNmYzIwMDAKWzFd IHg4NmJpb3M6IEVCREEgMHgwOWUwMDAtMHgwOWZmZmYgYXQgMHhmZmZmZjgwMDAwMDllMDAw ClsxXSB4ODZiaW9zOiAgUk9NIDB4MGEwMDAwLTB4MGZlZmZmIGF0IDB4ZmZmZmY4MDAwMDBh MDAwMApbMV0gcmFuZG9tOiByZWFkIDQwOTYgYnl0ZXMgZnJvbSBwcmVsb2FkZWQgY2FjaGUK WzFdIHJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuClsxXSBVTEU6IHNldHVwIGNwdSAwClsx XSBVTEU6IHNldHVwIGNwdSAxClsxXSBVTEU6IHNldHVwIGNwdSAyClsxXSBVTEU6IHNldHVw IGNwdSAzClsxXSBBQ1BJOiBSU0RQIDB4MDAwMDAwMDBERDc1RjAwMCAwMDAwMjQgKHYwMiBB TEFTS0EpClsxXSBBQ1BJOiBYU0RUIDB4MDAwMDAwMDBERDc1RjA3OCAwMDAwNkMgKHYwMSBB TEFTS0EgQSBNIEkgICAgMDEwNzIwMDkgQU1JICAwMDAxMDAxMykKWzFdIEFDUEk6IEZBQ1Ag MHgwMDAwMDAwMERENzY1RTYwIDAwMDEwQyAodjA1IEFMQVNLQSBBIE0gSSAgICAwMTA3MjAw OSBBTUkgIDAwMDEwMDEzKQpbMV0gQUNQSSBCSU9TIFdhcm5pbmcgKGJ1Zyk6IE9wdGlvbmFs IEZBRFQgZmllbGQgUG0yQ29udHJvbEJsb2NrIGhhcyB2YWxpZCBMZW5ndGggYnV0IHplcm8g QWRkcmVzczogMHgwMDAwMDAwMDAwMDAwMDAwLzB4MSAoMjAxNjA1MjcvdGJmYWR0LTY3OSkK WzFdIEFDUEk6IERTRFQgMHgwMDAwMDAwMERENzVGMTgwIDAwNkNEQiAodjAyIEFMQVNLQSBB IE0gSSAgICAwMDAwMDAwMCBJTlRMIDIwMDUxMTE3KQpbMV0gQUNQSTogRkFDUyAweDAwMDAw MDAwRERBQkYwODAgMDAwMDQwClsxXSBBQ1BJOiBBUElDIDB4MDAwMDAwMDBERDc2NUY3MCAw MDAwNzIgKHYwMyBBTEFTS0EgQSBNIEkgICAgMDEwNzIwMDkgQU1JICAwMDAxMDAxMykKWzFd IEFDUEk6IEZQRFQgMHgwMDAwMDAwMERENzY1RkU4IDAwMDA0NCAodjAxIEFMQVNLQSBBIE0g SSAgICAwMTA3MjAwOSBBTUkgIDAwMDEwMDEzKQpbMV0gQUNQSTogTUNGRyAweDAwMDAwMDAw REQ3NjYwMzAgMDAwMDNDICh2MDEgQUxBU0tBIEEgTSBJICAgIDAxMDcyMDA5IE1TRlQgMDAw MTAwMTMpClsxXSBBQ1BJOiBTU0RUIDB4MDAwMDAwMDBERDc2NkVFOCAwMDA0QjcgKHYwMiBB TUQgICAgQU5OQVBVUk4gMDAwMDAwMDEgTVNGVCAwNDAwMDAwMCkKWzFdIEFDUEk6IEhQRVQg MHgwMDAwMDAwMERENzY2MEM4IDAwMDAzOCAodjAxIEFMQVNLQSBBIE0gSSAgICAwMTA3MjAw OSBBTUkgIDAwMDAwMDA1KQpbMV0gQUNQSTogSVZSUyAweDAwMDAwMDAwREQ3NjYxMDAgMDAw MDcwICh2MDIgQU1EICAgIEFOTkFQVVJOIDAwMDAwMDAxIEFNRCAgMDAwMDAwMDApClsxXSBB Q1BJOiBCR1JUIDB4MDAwMDAwMDBERDc2NjE3MCAwMDAwMzggKHYwMCBBTEFTS0EgQSBNIEkg ICAgMDEwNzIwMDkgQU1JICAwMDAxMDAxMykKWzFdIEFDUEk6IFNTRFQgMHgwMDAwMDAwMERE NzY2MUE4IDAwMEQ0MCAodjAxIEFNRCAgICBBTk5BUFVSTiAwMDAwMDAwMSBBTUQgIDAwMDAw MDAxKQpbMV0gTUFEVDogRm91bmQgSU8gQVBJQyBJRCA1LCBJbnRlcnJ1cHQgMCBhdCAweGZl YzAwMDAwClsxXSBpb2FwaWMwOiB2ZXIgMHgyMSBtYXhyZWRpciAweDE3ClsxXSBpb2FwaWMw OiBSb3V0aW5nIGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50cGluIDAKWzFdIE1BRFQ6IEludGVy cnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyClsxXSBpb2FwaWMwOiBSb3V0aW5nIElS USAwIC0+IGludHBpbiAyClsxXSBNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSA5 LCBpcnEgOQpbMV0gaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKWzFdIGlvYXBp YzA6IGludHBpbiA5IHBvbGFyaXR5OiBsb3cKWzFdIGxhcGljOiBSb3V0aW5nIE5NSSAtPiBM SU5UMQpbMV0gbGFwaWM6IExJTlQxIHRyaWdnZXI6IGVkZ2UKWzFdIGxhcGljOiBMSU5UMSBw b2xhcml0eTogaGlnaApbMV0gaW9hcGljMCA8VmVyc2lvbiAyLjE+IGlycXMgMC0yMyBvbiBt b3RoZXJib2FyZApbMV0gY3B1MCBCU1A6ClsxXSAgICAgIElEOiAweDEwMDAwMDAwICAgVkVS OiAweDgwMDUwMDEwIExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKWzFdICAgbGlu dDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjog MHgwMDAwMDFmZgpbMV0gICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBl cnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClsxXSBzbmRfdW5pdF9pbml0KCkgdT0w eDAwZmY4MDAwIFs1MTJdIGQ9MHgwMDAwN2MwMCBbMzJdIGM9MHgwMDAwMDNmZiBbMTAyNF0K WzFdIGZlZWRlcl9yZWdpc3Rlcjogc25kX3VuaXQ9LTEgc25kX21heGF1dG92Y2hhbnM9MTYg bGF0ZW5jeT01IGZlZWRlcl9yYXRlX21pbj0xIGZlZWRlcl9yYXRlX21heD0yMDE2MDAwIGZl ZWRlcl9yYXRlX3JvdW5kPTI1ClsxXSB3bGFuOiA8ODAyLjExIExpbmsgTGF5ZXI+ClsxXSBy YW5kb206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQpbMV0gbnVsbDogPGZ1 bGwgZGV2aWNlLCBudWxsIGRldmljZSwgemVybyBkZXZpY2U+ClsxXSBuZnNsb2NrOiBwc2V1 ZG8tZGV2aWNlClsxXSBjcnlwdG86IDxjcnlwdG8gY29yZT4KWzFdIGlvOiA8SS9PPgpbMV0g a2JkOiBuZXcgYXJyYXkgc2l6ZSA0ClsxXSBrYmQxIGF0IGtiZG11eDAKWzFdIG1lbTogPG1l bW9yeT4KWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSByYW0wClsxXSBjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVy Ym9hcmQKWzFdIGNyeXB0bzogYXNzaWduIGNyeXB0b3NvZnQwIGRyaXZlciBpZCAwLCBmbGFn cyAxMDA2NjMyOTYKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxIGZs YWdzIDAgbWF4b3BsZW4gMApbMV0gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDIgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVy cyBhbGcgMyBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVn aXN0ZXJzIGFsZyA0IGZsYWdzIDAgbWF4b3BsZW4gMApbMV0gY3J5cHRvOiBjcnlwdG9zb2Z0 MCByZWdpc3RlcnMgYWxnIDUgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86IGNyeXB0 b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTYgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86 IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgNiBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNy eXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyA3IGZsYWdzIDAgbWF4b3BsZW4gMApb MV0gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE4IGZsYWdzIDAgbWF4b3Bs ZW4gMApbMV0gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE5IGZsYWdzIDAg bWF4b3BsZW4gMApbMV0gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIwIGZs YWdzIDAgbWF4b3BsZW4gMApbMV0gY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDggZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVy cyBhbGcgMTUgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86IGNyeXB0b3NvZnQwIHJl Z2lzdGVycyBhbGcgOSBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyAxMCBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5 cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxMyBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0 bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxNCBmbGFncyAwIG1heG9wbGVuIDAKWzFd IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxMSBmbGFncyAwIG1heG9wbGVu IDAKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMiBmbGFncyAwIG1h eG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMyBmbGFn cyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAy NSBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAyNCBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29mdDAgcmVn aXN0ZXJzIGFsZyAyNiBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5cHRvc29m dDAgcmVnaXN0ZXJzIGFsZyAyNyBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogY3J5 cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyOCBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0 bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMSBmbGFncyAwIG1heG9wbGVuIDAKWzFd IGNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxNyBmbGFncyAwIG1heG9wbGVu IDAKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJv bSBjcnlwdG9zb2Z0MApbMV0gYWVzbmkwOiA8QUVTLUNCQyxBRVMtWFRTLEFFUy1HQ00sQUVT LUlDTT4gb24gbW90aGVyYm9hcmQKWzFdIGNyeXB0bzogYXNzaWduIGFlc25pMCBkcml2ZXIg aWQgMSwgZmxhZ3MgODM4ODYwODAKWzFdIGNyeXB0bzogYWVzbmkwIHJlZ2lzdGVycyBhbGcg MTEgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86IGFlc25pMCByZWdpc3RlcnMgYWxn IDIzIGZsYWdzIDAgbWF4b3BsZW4gMApbMV0gY3J5cHRvOiBhZXNuaTAgcmVnaXN0ZXJzIGFs ZyAyNSBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogYWVzbmkwIHJlZ2lzdGVycyBh bGcgMjYgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSBjcnlwdG86IGFlc25pMCByZWdpc3RlcnMg YWxnIDI3IGZsYWdzIDAgbWF4b3BsZW4gMApbMV0gY3J5cHRvOiBhZXNuaTAgcmVnaXN0ZXJz IGFsZyAyOCBmbGFncyAwIG1heG9wbGVuIDAKWzFdIGNyeXB0bzogYWVzbmkwIHJlZ2lzdGVy cyBhbGcgMjIgZmxhZ3MgMCBtYXhvcGxlbiAwClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWVzbmkwClsxXSBhY3BpMDogPEFMQVNLQSBB IE0gST4gb24gbW90aGVyYm9hcmQKWzFdIEFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1v ZHVsZS1sZXZlbCBleGVjdXRhYmxlIEFNTCBjb2RlClsxXSBBQ1BJOiAzIEFDUEkgQU1MIHRh YmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQgYW5kIGxvYWRlZApbMV0gClsxXSBQQ0llOiBN ZW1vcnkgTWFwcGVkIGNvbmZpZ3VyYXRpb24gYmFzZSBAIDB4ZTAwMDAwMDAKWzFdIGlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMTYgdmVjdG9yIDQ4 ClsxXSBhY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKWzFdIHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX3N5c3Jlc291cmNlMApbMV0g cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlf c3lzcmVzb3VyY2UxClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gYWNwaV9zeXNyZXNvdXJjZTIKWzFdIHJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX3N5c3Jlc291cmNlMwpbMV0gcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lz cmVzb3VyY2U0ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gYWNwaV9zeXNyZXNvdXJjZTUKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRh Y2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX3N5c3Jlc291cmNlNgpbMV0gcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lzcmVz b3VyY2U3ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMp IGZyb20gYWNwaV9zeXNyZXNvdXJjZTgKWzFdIGNwdTA6IFByb2Nlc3NvciBcMTM0X1BSXy5Q MDAwIChBQ1BJIElEIDEpIC0+IEFQSUMgSUQgMApbMV0gY3B1MDogPEFDUEkgQ1BVPiBvbiBh Y3BpMApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBm cm9tIGNwdTAKWzFdIGNwdTE6IFByb2Nlc3NvciBcMTM0X1BSXy5QMDAxIChBQ1BJIElEIDIp IC0+IEFQSUMgSUQgMQpbMV0gY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApbMV0gcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGNwdTEKWzFdIGNw dTI6IFByb2Nlc3NvciBcMTM0X1BSXy5QMDAyIChBQ1BJIElEIDMpIC0+IEFQSUMgSUQgMgpb MV0gY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0 dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGNwdTIKWzFdIGNwdTM6IFByb2Nlc3NvciBc MTM0X1BSXy5QMDAzIChBQ1BJIElEIDQpIC0+IEFQSUMgSUQgMwpbMV0gY3B1MzogPEFDUEkg Q1BVPiBvbiBhY3BpMApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAo NCBiaXRzKSBmcm9tIGNwdTMKWzFdIGF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0w eDQzIGlycSAwIG9uIGFjcGkwClsxXSBUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAx MTkzMTgyIEh6IHF1YWxpdHkgMApbMV0gaW9hcGljMDogcm91dGluZyBpbnRwaW4gMiAoSVNB IElSUSAwKSB0byBsYXBpYyAxNiB2ZWN0b3IgNDkKWzFdIEV2ZW50IHRpbWVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKWzFdIHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhdHRpbWVyMApbMV0gYXRydGMwOiA8 QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwClsxXSBh dHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAx MDAwMDAwdXMsIGFkanVzdG1lbnQgMC41MDAwMDAwMDBzKQpbMV0gaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gOCAoSVNBIElSUSA4KSB0byBsYXBpYyAxNiB2ZWN0b3IgNTAKWzFdIEV2ZW50 IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKWzFdIHJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhdHJ0YzAKWzFdIGhw ZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhm ZWQwMDNmZiBvbiBhY3BpMApbMV0gaHBldDA6IHZlbmRvciAweDEwMjIsIHJldiAweDEwLCAx NDMxODE4MEh6LCAzIHRpbWVycywgbGVnYWN5IHJvdXRlClsxXSBocGV0MDogIHQwOiBpcnFz IDB4MDBjMDAwMDAgKDApLCBwZXJpb2RpYwpbMV0gaHBldDA6ICB0MTogaXJxcyAweDAwYzAw MDAwICgwKSwgcGVyaW9kaWMKWzFdIGhwZXQwOiAgdDI6IGlycXMgMHgwMGMwMDAwMCAoMCks IHBlcmlvZGljClsxXSBUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgOTUwClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gaHBldDAKWzFdIEFDUEkgdGltZXI6IDEvMSAxLzEgMS8xIDEvMSAxLzEg MS8xIDAvMSAxLzEgMS8xIDEvMSAtPiA5ClsxXSBUaW1lY291bnRlciAiQUNQSS1zYWZlIiBm cmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MApbMV0gYWNwaV90aW1lcjA6IDwzMi1i aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKWzFd IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3Bp X3RpbWVyMApbMV0gcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKWzFdICAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICA0IDUgNiA3 IDEwIDExIDE0IDE1ClsxXSAgIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgNCA1IDYgNyAxMCAxMSAxNCAxNQpbMV0gICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQgMTUKWzFdIHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2lfbGluazAKWzFdIHBjaV9saW5r MTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzClsxXSAgIEluaXRpYWwgUHJv YmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgNCA1IDYgNyAxMCAxMSAxNCAxNQpbMV0gICBW YWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQg MTUKWzFdICAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICA0IDUgNiA3 IDEwIDExIDE0IDE1ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gcGNpX2xpbmsxClsxXSBwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwpbMV0gICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQgMTUKWzFdICAgVmFsaWRhdGlvbiAgICAgICAgICAw ICAyNTUgICBOICAgICAwICA0IDUgNiA3IDEwIDExIDE0IDE1ClsxXSAgIEFmdGVyIERpc2Fi bGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgNCA1IDYgNyAxMCAxMSAxNCAxNQpbMV0gcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9saW5r MgpbMV0gcGNpX2xpbmszOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKWzFd ICAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICA0IDEwIDExIDE0IDE1 ClsxXSAgIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgNCAxMCAxMSAx NCAxNQpbMV0gICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDQgMTAg MTEgMTQgMTUKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0 cykgZnJvbSBwY2lfbGluazMKWzFdIHBjaV9saW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0 ZCAgUmVmICBJUlFzClsxXSAgIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgNCA1IDYgNyAxMCAxMSAxNCAxNQpbMV0gICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQgMTUKWzFdICAgQWZ0ZXIgRGlzYWJsZSAg ICAgICAwICAyNTUgICBOICAgICAwICA0IDUgNiA3IDEwIDExIDE0IDE1ClsxXSByYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpX2xpbms0Clsx XSBwY2lfbGluazU6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwpbMV0gICBJ bml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQg MTUKWzFdICAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICA0IDUgNiA3 IDEwIDExIDE0IDE1ClsxXSAgIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgNCA1IDYgNyAxMCAxMSAxNCAxNQpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9saW5rNQpbMV0gcGNpX2xpbms2OiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKWzFdICAgSW5pdGlhbCBQcm9iZSAgICAgICAw ICAyNTUgICBOICAgICAwICA0IDUgNiA3IDEwIDExIDE0IDE1ClsxXSAgIFZhbGlkYXRpb24g ICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgNCA1IDYgNyAxMCAxMSAxNCAxNQpbMV0gICBB ZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQg MTUKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJv bSBwY2lfbGluazYKWzFdIHBjaV9saW5rNzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzClsxXSAgIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgNCA1 IDYgNyAxMCAxMSAxNCAxNQpbMV0gICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDQgNSA2IDcgMTAgMTEgMTQgMTUKWzFdICAgQWZ0ZXIgRGlzYWJsZSAgICAgICAw ICAyNTUgICBOICAgICAwICA0IDUgNiA3IDEwIDExIDE0IDE1ClsxXSByYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpX2xpbms3ClsxXSBwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwClsx XSBwY2liMDogZGVjb2RpbmcgNSByYW5nZSAwLTB4ZmYKWzFdIHBjaWIwOiBkZWNvZGluZyA0 IHJhbmdlIDAtMHgzYWYKWzFdIHBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDB4M2UwLTB4Y2Y3 ClsxXSBwY2liMDogZGVjb2RpbmcgNCByYW5nZSAweDNiMC0weDNkZgpbMV0gcGNpYjA6IGRl Y29kaW5nIDQgcmFuZ2UgMHhkMDAtMHhmZmZmClsxXSBwY2liMDogZGVjb2RpbmcgMyByYW5n ZSAweGEwMDAwLTB4YmZmZmYKWzFdIHBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4YzAwMDAt MHhkZmZmZgpbMV0gcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhmMDAwMDAwMC0weGZmZmZm ZmZmClsxXSBwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApbMV0gcGNpMDogZG9tYWlu PTAsIHBoeXNpY2FsIGJ1cz0wClsxXSBmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDE0 MTAsIHJldmlkPTB4MDAKWzFdIAlkb21haW49MCwgYnVzPTAsIHNsb3Q9MCwgZnVuYz0wClsx XSAJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpbMV0gCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwMjIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQpbMV0gCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpbMV0gZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxNDE5LCByZXZpZD0weDAwClsx XSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MgpbMV0gCWNsYXNzPTA4LTA2LTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKWzFdIAljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKWzFdIAlsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKWzFdIAlpbnRwaW49YSwg aXJxPTExClsxXSAJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0ClsxXSBwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4wLklOVEEKWzFdIHBjaWIwOiBzbG90IDAgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE2ClsxXSBmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDE0MTQs IHJldmlkPTB4MDAKWzFdIAlkb21haW49MCwgYnVzPTAsIHNsb3Q9NCwgZnVuYz0wClsxXSAJ Y2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MApbMV0gCWNtZHJlZz0weDAw MDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKWzFdIAlsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK WzFdIAlpbnRwaW49YSwgaXJxPTExClsxXSAJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwClsxXSAJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0ClsxXSBw Y2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC40LklOVEEKWzFdIHBjaWIwOiBzbG90IDQgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE2ClsxXSAJc2VjYnVzPTEsIHN1YmJ1cz0xClsxXSBmb3Vu ZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc4MTIsIHJldmlkPTB4MDMKWzFdIAlkb21haW49 MCwgYnVzPTAsIHNsb3Q9MTYsIGZ1bmM9MApbMV0gCWNsYXNzPTBjLTAzLTMwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTEKWzFdIAljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAxMCwgY2Fj aGVsbnN6PTE2IChkd29yZHMpClsxXSAJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpClsxXSAJaW50cGluPWEsIGlycT0xNQpb MV0gCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApbMV0gCU1TSSBz dXBwb3J0cyA4IG1lc3NhZ2VzLCA2NCBiaXQKWzFdIAlNU0ktWCBzdXBwb3J0cyA4IG1lc3Nh Z2VzIGluIG1hcCAweDEwClsxXSAJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBi YXNlIDB4ZmUzMDYwMDAsIHNpemUgMTMsIGVuYWJsZWQKWzFdIHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGZlMzA2MDAwLTB4ZmUzMDdmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE2 OjAKWzFdIHBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjE2LklOVEEKWzFdIHBjaWIwOiBz bG90IDE2IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOApbMV0gZm91bmQtPgl2ZW5kb3I9MHgx MDIyLCBkZXY9MHg3ODEyLCByZXZpZD0weDAzClsxXSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTE2LCBmdW5jPTEKWzFdIAljbGFzcz0wYy0wMy0zMCwgaGRydHlwZT0weDAwLCBtZmRldj0w ClsxXSAJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQpbMV0gCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQpbMV0gCWludHBpbj1iLCBpcnE9MTAKWzFdIAlwb3dlcnNwZWMg MyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKWzFdIAlNU0kgc3VwcG9ydHMgOCBtZXNz YWdlcywgNjQgYml0ClsxXSAJTVNJLVggc3VwcG9ydHMgOCBtZXNzYWdlcyBpbiBtYXAgMHgx MApbMV0gCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZlMzA0MDAw LCBzaXplIDEzLCBlbmFibGVkClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZTMw NDAwMC0weGZlMzA1ZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoxNjoxClsxXSBwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4xNi5JTlRCClsxXSBwY2liMDogc2xvdCAxNiBJTlRCIGhh cmR3aXJlZCB0byBJUlEgMTcKWzFdIGZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4Nzgw MSwgcmV2aWQ9MHg0MApbMV0gCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xNywgZnVuYz0wClsx XSAJY2xhc3M9MDEtMDYtMDEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MApbMV0gCWNtZHJlZz0w eDAwMDcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQpbMV0gCWxhdHRp bWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpClsxXSAJaW50cGluPWEsIGlycT0xNApbMV0gCU1TSSBzdXBwb3J0cyA4IG1lc3NhZ2Vz LCA2NCBiaXQKWzFdIAltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAw eGYwNDAsIHNpemUgIDMsIGVuYWJsZWQKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgw eGYwNDAtMHhmMDQ3KSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoxNzowClsxXSAJbWFwWzE0XTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmMDMwLCBzaXplICAyLCBlbmFibGVk ClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhmMDMwLTB4ZjAzMykgZm9yIHJpZCAx NCBvZiBwY2kwOjA6MTc6MApbMV0gCW1hcFsxOF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4ZjAyMCwgc2l6ZSAgMywgZW5hYmxlZApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4ZjAyMC0weGYwMjcpIGZvciByaWQgMTggb2YgcGNpMDowOjE3OjAKWzFdIAlt YXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGYwMTAsIHNpemUgIDIs IGVuYWJsZWQKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGYwMTAtMHhmMDEzKSBm b3IgcmlkIDFjIG9mIHBjaTA6MDoxNzowClsxXSAJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwg cmFuZ2UgMzIsIGJhc2UgMHhmMDAwLCBzaXplICA0LCBlbmFibGVkClsxXSBwY2liMDogYWxs b2NhdGVkIHR5cGUgNCAoMHhmMDAwLTB4ZjAwZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MTc6 MApbMV0gCW1hcFsyNF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZlMzBjMDAw LCBzaXplIDExLCBlbmFibGVkClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZTMw YzAwMC0weGZlMzBjN2ZmKSBmb3IgcmlkIDI0IG9mIHBjaTA6MDoxNzowClsxXSBwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4xNy5JTlRBClsxXSBwY2liMDogc2xvdCAxNyBJTlRBIGhh cmR3aXJlZCB0byBJUlEgMTkKWzFdIGZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4Nzgw NywgcmV2aWQ9MHgxMQpbMV0gCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOCwgZnVuYz0wClsx XSAJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpbMV0gCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKWzFdIAlsYXR0 aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpbMV0gCWludHBpbj1hLCBpcnE9MTUKWzFdIAltYXBbMTBdOiB0eXBlIE1lbW9yeSwg cmFuZ2UgMzIsIGJhc2UgMHhmZTMwYjAwMCwgc2l6ZSAxMiwgZW5hYmxlZApbMV0gcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmUzMGIwMDAtMHhmZTMwYmZmZikgZm9yIHJpZCAxMCBv ZiBwY2kwOjA6MTg6MApbMV0gcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTguSU5UQQpb MV0gcGNpYjA6IHNsb3QgMTggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4ClsxXSBvaGNpIGVh cmx5OiBTTU0gYWN0aXZlLCByZXF1ZXN0IG93bmVyIGNoYW5nZQpbMV0gZm91bmQtPgl2ZW5k b3I9MHgxMDIyLCBkZXY9MHg3ODA4LCByZXZpZD0weDExClsxXSAJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTE4LCBmdW5jPTIKWzFdIAljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wClsxXSAJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0x NiAoZHdvcmRzKQpbMV0gCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpClsxXSAJaW50cGluPWIsIGlycT0xMApbMV0gCXBv d2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMApbMV0gCW1hcFsx MF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZlMzBhMDAwLCBzaXplICA4LCBl bmFibGVkClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZTMwYTAwMC0weGZlMzBh MGZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoxODoyClsxXSBwY2liMDogbWF0Y2hlZCBlbnRy eSBmb3IgMC4xOC5JTlRCClsxXSBwY2liMDogc2xvdCAxOCBJTlRCIGhhcmR3aXJlZCB0byBJ UlEgMTcKWzFdIGZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzgwNywgcmV2aWQ9MHgx MQpbMV0gCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0xOSwgZnVuYz0wClsxXSAJY2xhc3M9MGMt MDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpbMV0gCWNtZHJlZz0weDAwMDYsIHN0YXRy ZWc9MHgwMmEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKWzFdIAlsYXR0aW1lcj0weDIwICg5 NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpbMV0gCWlu dHBpbj1hLCBpcnE9MTUKWzFdIAltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmZTMwOTAwMCwgc2l6ZSAxMiwgZW5hYmxlZApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZmUzMDkwMDAtMHhmZTMwOWZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MTk6 MApbMV0gcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQQpbMV0gcGNpYjA6IHNs b3QgMTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4ClsxXSBvaGNpIGVhcmx5OiBTTU0gYWN0 aXZlLCByZXF1ZXN0IG93bmVyIGNoYW5nZQpbMV0gZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBk ZXY9MHg3ODA4LCByZXZpZD0weDExClsxXSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE5LCBm dW5jPTIKWzFdIAljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wClsxXSAJ Y21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQpb MV0gCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpClsxXSAJaW50cGluPWIsIGlycT0xMApbMV0gCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMApbMV0gCW1hcFsxMF06IHR5cGUgTWVt b3J5LCByYW5nZSAzMiwgYmFzZSAweGZlMzA4MDAwLCBzaXplICA4LCBlbmFibGVkClsxXSBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZTMwODAwMC0weGZlMzA4MGZmKSBmb3Igcmlk IDEwIG9mIHBjaTA6MDoxOToyClsxXSBwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5J TlRCClsxXSBwY2liMDogc2xvdCAxOSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKWzFdIGZv dW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzgwYiwgcmV2aWQ9MHgxNApbMV0gCWRvbWFp bj0wLCBidXM9MCwgc2xvdD0yMCwgZnVuYz0wClsxXSAJY2xhc3M9MGMtMDUtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MQpbMV0gCWNtZHJlZz0weDA0MDAsIHN0YXRyZWc9MHgwMjIwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQpbMV0gCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpbMV0gZm91bmQtPgl2ZW5kb3I9MHgx MDIyLCBkZXY9MHg3ODBkLCByZXZpZD0weDAxClsxXSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTIwLCBmdW5jPTIKWzFdIAljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0w ClsxXSAJY21kcmVnPTB4MDAwMiwgc3RhdHJlZz0weDA0MTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQpbMV0gCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpClsxXSAJaW50cGluPWEsIGlycT0xMQpbMV0gCXBvd2Vyc3Bl YyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApbMV0gCW1hcFsxMF06IHR5cGUgTWVt b3J5LCByYW5nZSA2NCwgYmFzZSAweGZlMzAwMDAwLCBzaXplIDE0LCBlbmFibGVkClsxXSBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZTMwMDAwMC0weGZlMzAzZmZmKSBmb3Igcmlk IDEwIG9mIHBjaTA6MDoyMDoyClsxXSBwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yMC5J TlRBClsxXSBwY2liMDogc2xvdCAyMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKWzFdIGZv dW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzgwZSwgcmV2aWQ9MHgxMQpbMV0gCWRvbWFp bj0wLCBidXM9MCwgc2xvdD0yMCwgZnVuYz0zClsxXSAJY2xhc3M9MDYtMDEtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MQpbMV0gCWNtZHJlZz0weDAwMGYsIHN0YXRyZWc9MHgwMjIwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQpbMV0gCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpbMV0gZm91bmQtPgl2ZW5kb3I9MHgx MDIyLCBkZXY9MHg3ODBmLCByZXZpZD0weDQwClsxXSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTIwLCBmdW5jPTQKWzFdIAljbGFzcz0wNi0wNC0wMSwgaGRydHlwZT0weDAxLCBtZmRldj0x ClsxXSAJY21kcmVnPTB4MDAyNywgc3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej0wIChkd29y ZHMpClsxXSAJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpClsxXSAJc2VjYnVzPTIsIHN1YmJ1cz0yClsxXSBmb3VuZC0+ CXZlbmRvcj0weDEwMjIsIGRldj0weDQzYTAsIHJldmlkPTB4MDAKWzFdIAlkb21haW49MCwg YnVzPTAsIHNsb3Q9MjEsIGZ1bmM9MApbMV0gCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4 MDEsIG1mZGV2PTEKWzFdIAljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVs bnN6PTE2IChkd29yZHMpClsxXSAJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpClsxXSAJaW50cGluPWEsIGlycT0yNTUKWzFd IAlwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKWzFdIAlN U0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKWzFdIAlzZWNidXM9Mywgc3ViYnVzPTMK WzFdIGZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NDNhMSwgcmV2aWQ9MHgwMApbMV0g CWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMSwgZnVuYz0xClsxXSAJY2xhc3M9MDYtMDQtMDAs IGhkcnR5cGU9MHgwMSwgbWZkZXY9MQpbMV0gCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgw MDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKWzFdIAlsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKWzFdIAlpbnRwaW49YSwg aXJxPTI1NQpbMV0gCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVu dCBEMApbMV0gCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdApbMV0gCXNlY2J1cz00 LCBzdWJidXM9NApbMV0gZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxNDAwLCByZXZp ZD0weDAwClsxXSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTAKWzFdIAljbGFz cz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xClsxXSAJY21kcmVnPTB4MDAwMCwg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpClsxXSAJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpClsxXSBm b3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDE0MDEsIHJldmlkPTB4MDAKWzFdIAlkb21h aW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MQpbMV0gCWNsYXNzPTA2LTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKWzFdIAljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKWzFdIAlsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKWzFdIGZvdW5kLT4JdmVuZG9yPTB4 MTAyMiwgZGV2PTB4MTQwMiwgcmV2aWQ9MHgwMApbMV0gCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0yNCwgZnVuYz0yClsxXSAJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQpbMV0gCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQpbMV0gCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQpbMV0gZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxNDAz LCByZXZpZD0weDAwClsxXSAJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI0LCBmdW5jPTMKWzFd IAljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xClsxXSAJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpClsxXSAJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp ClsxXSBmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDE0MDQsIHJldmlkPTB4MDAKWzFd IAlkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9NApbMV0gCWNsYXNzPTA2LTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKWzFdIAljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKWzFdIAlsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKWzFdIGZvdW5kLT4JdmVu ZG9yPTB4MTAyMiwgZGV2PTB4MTQwNSwgcmV2aWQ9MHgwMApbMV0gCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yNCwgZnVuYz01ClsxXSAJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQpbMV0gCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQpbMV0gCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIGhvc3RiMApbMV0gcGNpMDogPGJhc2UgcGVyaXBoZXJh bCwgSU9NTVU+IGF0IGRldmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKWzFdIHBjaWIx OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSA0LjAgb24gcGNpMApb MV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZTAwMC0weGVmZmYpIGZvciByaWQgMWMg b2YgcGNpYjEKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZkMDAwMDAwLTB4ZmUw ZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjEKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGYwMDAwMDAwLTB4ZjlmZmZmZmYpIGZvciByaWQgMjQgb2YgcGNpYjEKWzFdIHBjaWIx OiAgIGRvbWFpbiAgICAgICAgICAgIDAKWzFdIHBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAg IDEKWzFdIHBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEKWzFdIHBjaWIxOiAgIEkvTyBk ZWNvZGUgICAgICAgIDB4ZTAwMC0weGVmZmYKWzFdIHBjaWIxOiAgIG1lbW9yeSBkZWNvZGUg ICAgIDB4ZmQwMDAwMDAtMHhmZTBmZmZmZgpbMV0gcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNv ZGUgMHhmMDAwMDAwMC0weGY5ZmZmZmZmClsxXSBwY2liMTogICBzcGVjaWFsIGRlY29kZSAg ICBWR0EKWzFdIHBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxClsxXSBwY2liMTogYWxs b2NhdGVkIGJ1cyByYW5nZSAoMS0xKSBmb3IgcmlkIDAgb2YgcGNpMQpbMV0gcGNpMTogZG9t YWluPTAsIHBoeXNpY2FsIGJ1cz0xClsxXSBmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0w eDExYzYsIHJldmlkPTB4YTEKWzFdIAlkb21haW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVuYz0w ClsxXSAJY2xhc3M9MDMtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQpbMV0gCWNtZHJl Zz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKWzFdIAls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKWzFdIAlpbnRwaW49YSwgaXJxPTExClsxXSAJcG93ZXJzcGVjIDMgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwClsxXSAJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0 ClsxXSAJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmQwMDAwMDAs IHNpemUgMjQsIGVuYWJsZWQKWzFdIHBjaWIxOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgw eGZkMDAwMDAwLTB4ZmRmZmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDoxOjA6MApbMV0gCW1h cFsxNF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmMDAw MDAwMCwgc2l6ZSAyNywgZW5hYmxlZApbMV0gcGNpYjE6IGFsbG9jYXRlZCBwcmVmZXRjaCBy YW5nZSAoMHhmMDAwMDAwMC0weGY3ZmZmZmZmKSBmb3IgcmlkIDE0IG9mIHBjaTA6MTowOjAK WzFdIAltYXBbMWNdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNl IDB4ZjgwMDAwMDAsIHNpemUgMjUsIGVuYWJsZWQKWzFdIHBjaWIxOiBhbGxvY2F0ZWQgcHJl ZmV0Y2ggcmFuZ2UgKDB4ZjgwMDAwMDAtMHhmOWZmZmZmZikgZm9yIHJpZCAxYyBvZiBwY2kw OjE6MDowClsxXSAJbWFwWzI0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhl MDAwLCBzaXplICA3LCBlbmFibGVkClsxXSBwY2liMTogYWxsb2NhdGVkIEkvTyBwb3J0IHJh bmdlICgweGUwMDAtMHhlMDdmKSBmb3IgcmlkIDI0IG9mIHBjaTA6MTowOjAKWzFdIHBjaWIx OiBtYXRjaGVkIGVudHJ5IGZvciAxLjAuSU5UQQpbMV0gcGNpYjE6IHNsb3QgMCBJTlRBIGhh cmR3aXJlZCB0byBJUlEgMTYKWzFdIGZvdW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MGUw YiwgcmV2aWQ9MHhhMQpbMV0gCWRvbWFpbj0wLCBidXM9MSwgc2xvdD0wLCBmdW5jPTEKWzFd IAljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xClsxXSAJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQpbMV0gCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpbMV0gCWludHBpbj1iLCBpcnE9MTAKWzFdIAlwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKWzFdIAlNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKWzFd IAltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZTA4MDAwMCwgc2l6 ZSAxNCwgbWVtb3J5IGRpc2FibGVkClsxXSBwY2liMTogYWxsb2NhdGVkIG1lbW9yeSByYW5n ZSAoMHhmZTA4MDAwMC0weGZlMDgzZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MTowOjEKWzFd IHBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciAxLjAuSU5UQgpbMV0gcGNpYjE6IHNsb3QgMCBJ TlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKWzFdIHZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBk aXNwbGF5PiBwb3J0IDB4ZTAwMC0weGUwN2YgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiww eGYwMDAwMDAwLTB4ZjdmZmZmZmYsMHhmODAwMDAwMC0weGY5ZmZmZmZmIGlycSAxNiBhdCBk ZXZpY2UgMC4wIG9uIHBjaTEKWzFdIG52aWRpYTA6IDxHZUZvcmNlIEdUWCA2NTAgVGk+IG9u IHZnYXBjaTAKWzFdIHZnYXBjaTA6IGNoaWxkIG52aWRpYTAgcmVxdWVzdGVkIHBjaV9lbmFi bGVfaW8KWzFdIHZnYXBjaTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9y cyAoMSBzdXBwb3J0ZWQpClsxXSBtc2k6IHJvdXRpbmcgTVNJIElSUSAyNTYgdG8gbG9jYWwg QVBJQyAxNiB2ZWN0b3IgNTEKWzFdIHZnYXBjaTA6IHVzaW5nIElSUSAyNTYgZm9yIE1TSQpb MV0gdmdhcGNpMDogY2hpbGQgbnZpZGlhMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwpbMV0g cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIG52aWRp YTAKWzFdIHZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2aWNlClsxXSByYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdmdhcGNpMApbMV0gaGRhYzA6IDxO VklESUEgKDB4MGUwYikgSERBIENvbnRyb2xsZXI+IG1lbSAweGZlMDgwMDAwLTB4ZmUwODNm ZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24gcGNpMQpbMV0gaGRhYzA6IFBDSSBjYXJkIHZl bmRvcjogMHgxNDU4LCBkZXZpY2U6IDB4MzU1NwpbMV0gaGRhYzA6IEhEQSBEcml2ZXIgUmV2 aXNpb246IDIwMTIwMTI2XzAwMDIKWzFdIGhkYWMwOiBDb25maWcgb3B0aW9uczogb249MHgw MDAwMDAwMCBvZmY9MHgwMDAwMDAwMApbMV0gaGRhYzA6IGF0dGVtcHRpbmcgdG8gYWxsb2Nh dGUgMSBNU0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpClsxXSBtc2k6IHJvdXRpbmcgTVNJIElS USAyNTcgdG8gbG9jYWwgQVBJQyAxNiB2ZWN0b3IgNTIKWzFdIGhkYWMwOiB1c2luZyBJUlEg MjU3IGZvciBNU0kKWzFdIGhkYWMwOiBDYXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBOU0RP IDQsIDY0Yml0LCBDT1JCIDI1NiwgUklSQiAyNTYKWzFdIHJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBoZGFjMApbMV0gcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaTEKWzFdIHJhbmRvbTogaGFy dmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2liMQpbMV0gcGNpMDog PHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDE2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkK WzFdIHBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAxNi4xIChubyBkcml2ZXIg YXR0YWNoZWQpClsxXSBhaGNpMDogPEFNRCBIdWRzb24tMiBBSENJIFNBVEEgY29udHJvbGxl cj4gcG9ydCAweGYwNDAtMHhmMDQ3LDB4ZjAzMC0weGYwMzMsMHhmMDIwLTB4ZjAyNywweGYw MTAtMHhmMDEzLDB4ZjAwMC0weGYwMGYgbWVtIDB4ZmUzMGMwMDAtMHhmZTMwYzdmZiBpcnEg MTkgYXQgZGV2aWNlIDE3LjAgb24gcGNpMApbMV0gYWhjaTA6IGF0dGVtcHRpbmcgdG8gYWxs b2NhdGUgOCBNU0kgdmVjdG9ycyAoOCBzdXBwb3J0ZWQpClsxXSBtc2k6IHJvdXRpbmcgTVNJ IElSUSAyNTggdG8gbG9jYWwgQVBJQyAxNiB2ZWN0b3IgNTYKWzFdIG1zaTogcm91dGluZyBN U0kgSVJRIDI1OSB0byBsb2NhbCBBUElDIDE2IHZlY3RvciA1NwpbMV0gbXNpOiByb3V0aW5n IE1TSSBJUlEgMjYwIHRvIGxvY2FsIEFQSUMgMTYgdmVjdG9yIDU4ClsxXSBtc2k6IHJvdXRp bmcgTVNJIElSUSAyNjEgdG8gbG9jYWwgQVBJQyAxNiB2ZWN0b3IgNTkKWzFdIG1zaTogcm91 dGluZyBNU0kgSVJRIDI2MiB0byBsb2NhbCBBUElDIDE2IHZlY3RvciA2MApbMV0gbXNpOiBy b3V0aW5nIE1TSSBJUlEgMjYzIHRvIGxvY2FsIEFQSUMgMTYgdmVjdG9yIDYxClsxXSBtc2k6 IHJvdXRpbmcgTVNJIElSUSAyNjQgdG8gbG9jYWwgQVBJQyAxNiB2ZWN0b3IgNjIKWzFdIG1z aTogcm91dGluZyBNU0kgSVJRIDI2NSB0byBsb2NhbCBBUElDIDE2IHZlY3RvciA2MwpbMV0g YWhjaTA6IHVzaW5nIElSUXMgMjU4LTI2NSBmb3IgTVNJClsxXSBhaGNpMDogQUhDSSB2MS4z MCB3aXRoIDggNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQKWzFdIGFo Y2kwOiBDYXBzOiA2NGJpdCBOQ1EgU05URiBNUFMgQUxQIEFMIENMTyA2R2JwcyBQTSBQTUQg MzJjbWQgZVNBVEEgOHBvcnRzClsxXSBhaGNpMDogQ2FwczI6ClsxXSBhaGNpY2gwOiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKWzFdIGFoY2ljaDA6IENhcHM6Clsx XSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhj aWNoMApbMV0gYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kw ClsxXSBhaGNpY2gxOiBDYXBzOgpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBi eXRlcyAoNCBiaXRzKSBmcm9tIGFoY2ljaDEKWzFdIGFoY2ljaDI6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMiBvbiBhaGNpMApbMV0gYWhjaWNoMjogQ2FwczoKWzFdIHJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhaGNpY2gyClsxXSBh aGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKWzFdIGFoY2lj aDM6IENhcHM6ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gYWhjaWNoMwpbMV0gYWhjaWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCA0IG9uIGFoY2kwClsxXSBhaGNpY2g0OiBDYXBzOgpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFoY2ljaDQKWzFdIGFoY2ljaDU6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMApbMV0gYWhjaWNoNTogQ2FwczoK WzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBh aGNpY2g1ClsxXSBhaGNpY2g2OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDYgb24gYWhj aTAKWzFdIGFoY2ljaDY6IENhcHM6ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4 IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoNgpbMV0gYWhjaWNoNzogPEFIQ0kgY2hhbm5l bD4gYXQgY2hhbm5lbCA3IG9uIGFoY2kwClsxXSBhaGNpY2g3OiBDYXBzOiBFU1AKWzFdIHJh bmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhaGNpY2g3 ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20g YWhjaTAKWzFdIG9oY2kwOiA8QU1EIEZDSCBVU0IgQ29udHJvbGxlcj4gbWVtIDB4ZmUzMGIw MDAtMHhmZTMwYmZmZiBpcnEgMTggYXQgZGV2aWNlIDE4LjAgb24gcGNpMApbMV0gaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTggKFBDSSBJUlEgMTgpIHRvIGxhcGljIDE2IHZlY3RvciA1 MwpbMV0gdXNidXMwIG9uIG9oY2kwClsxXSBvaGNpMDogdXNicGY6IEF0dGFjaGVkClsxXSBy YW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdXNidXMw ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20g b2hjaTAKWzFdIGVoY2kwOiA8QU1EIEZDSCBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZl MzBhMDAwLTB4ZmUzMGEwZmYgaXJxIDE3IGF0IGRldmljZSAxOC4yIG9uIHBjaTAKWzFdIGlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDE3IChQQ0kgSVJRIDE3KSB0byBsYXBpYyAxNiB2ZWN0 b3IgNTQKWzFdIHVzYnVzMTogRUhDSSB2ZXJzaW9uIDEuMApbMV0gdXNidXMxIG9uIGVoY2kw ClsxXSBlaGNpMDogdXNicGY6IEF0dGFjaGVkClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdXNidXMxClsxXSByYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZWhjaTAKWzFdIG9oY2kxOiA8QU1E IEZDSCBVU0IgQ29udHJvbGxlcj4gbWVtIDB4ZmUzMDkwMDAtMHhmZTMwOWZmZiBpcnEgMTgg YXQgZGV2aWNlIDE5LjAgb24gcGNpMApbMV0gdXNidXMyIG9uIG9oY2kxClsxXSBvaGNpMTog dXNicGY6IEF0dGFjaGVkClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVz ICg0IGJpdHMpIGZyb20gdXNidXMyClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4 IGJ5dGVzICg0IGJpdHMpIGZyb20gb2hjaTEKWzFdIGVoY2kxOiA8QU1EIEZDSCBVU0IgMi4w IGNvbnRyb2xsZXI+IG1lbSAweGZlMzA4MDAwLTB4ZmUzMDgwZmYgaXJxIDE3IGF0IGRldmlj ZSAxOS4yIG9uIHBjaTAKWzFdIHVzYnVzMzogRUhDSSB2ZXJzaW9uIDEuMApbMV0gdXNidXMz IG9uIGVoY2kxClsxXSBlaGNpMTogdXNicGY6IEF0dGFjaGVkClsxXSByYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdXNidXMzClsxXSByYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZWhjaTEKWzFdIHBj aTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRh Y2hlZCkKWzFdIGhkYWMxOiA8QU1EIEh1ZHNvbi0yIEhEQSBDb250cm9sbGVyPiBtZW0gMHhm ZTMwMDAwMC0weGZlMzAzZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMiBvbiBwY2kwClsxXSBo ZGFjMTogUENJIGNhcmQgdmVuZG9yOiAweDEwNDMsIGRldmljZTogMHg4NDQ0ClsxXSBoZGFj MTogSERBIERyaXZlciBSZXZpc2lvbjogMjAxMjAxMjZfMDAwMgpbMV0gaGRhYzE6IENvbmZp ZyBvcHRpb25zOiBvbj0weDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwClsxXSBpb2FwaWMwOiBy b3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8gbGFwaWMgMTYgdmVjdG9yIDU1Clsx XSBoZGFjMTogQ2FwczogT1NTIDQsIElTUyA0LCBCU1MgMCwgTlNETyAxLCA2NGJpdCwgQ09S QiAyNTYsIFJJUkIgMjU2ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVz ICg0IGJpdHMpIGZyb20gaGRhYzEKWzFdIGlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSAyMC4zIG9uIHBjaTAKWzFdIGlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApbMV0gcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGlzYTAKWzFd IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBpc2Fi MApbMV0gcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjAuNCBvbiBw Y2kwClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhkMDAwLTB4ZGZmZikgZm9yIHJp ZCAxYyBvZiBwY2liMgpbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmUyMDAwMDAt MHhmZTJmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liMgpbMV0gcGNpYjI6ICAgZG9tYWluICAg ICAgICAgICAgMApbMV0gcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpbMV0gcGNpYjI6 ICAgc3Vib3JkaW5hdGUgYnVzICAgMgpbMV0gcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAg MHhkMDAwLTB4ZGZmZgpbMV0gcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZTIwMDAw MC0weGZlMmZmZmZmClsxXSBwY2liMjogICBzcGVjaWFsIGRlY29kZSAgICBzdWJ0cmFjdGl2 ZQpbMV0gcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKWzFdIHBjaWIyOiBhbGxvY2F0 ZWQgYnVzIHJhbmdlICgyLTIpIGZvciByaWQgMCBvZiBwY2kyClsxXSBwY2kyOiBkb21haW49 MCwgcGh5c2ljYWwgYnVzPTIKWzFdIGZvdW5kLT4JdmVuZG9yPTB4MTE4NiwgZGV2PTB4MTMw MCwgcmV2aWQ9MHgxMApbMV0gCWRvbWFpbj0wLCBidXM9Miwgc2xvdD01LCBmdW5jPTAKWzFd IAljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wClsxXSAJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpClsxXSAJbGF0dGlt ZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MjAgKDgwMDAgbnMpLCBtYXhsYXQ9MHg0MCAo MTYwMDAgbnMpClsxXSAJaW50cGluPWEsIGlycT01ClsxXSAJcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwClsxXSAJbWFwWzEwXTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHhkMDAwLCBzaXplICA4LCBwb3J0IGRpc2FibGVkClsxXSBw Y2liMjogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweGQwMDAtMHhkMGZmKSBmb3Igcmlk IDEwIG9mIHBjaTA6Mjo1OjAKWzFdIAltYXBbMTRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIs IGJhc2UgMHhmZTIwMDAwMCwgc2l6ZSAgOCwgbWVtb3J5IGRpc2FibGVkClsxXSBwY2liMjog YWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmZTIwMDAwMC0weGZlMjAwMGZmKSBmb3Igcmlk IDE0IG9mIHBjaTA6Mjo1OjAKWzFdIHBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjUuSU5U QQpbMV0gcGNpYjI6IHNsb3QgNSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjAKWzFdIHJsMDog PEQtTGluayBERkUtNTMwVFgrIDEwLzEwMEJhc2VUWD4gcG9ydCAweGQwMDAtMHhkMGZmIG1l bSAweGZlMjAwMDAwLTB4ZmUyMDAwZmYgaXJxIDIwIGF0IGRldmljZSA1LjAgb24gcGNpMgpb MV0gbWlpYnVzMDogPE1JSSBidXM+IG9uIHJsMApbMV0gcmxwaHkwOiA8UmVhbFRlayBpbnRl cm5hbCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAwIG9uIG1paWJ1czAKWzFdIHJscGh5MDogT1VJ IDB4MDAwMDAwLCBtb2RlbCAweDAwMDAsIHJldi4gMApbMV0gcmxwaHkwOiAgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpbMV0gcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHJscGh5MApbMV0g cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIG1paWJ1 czAKWzFdIHJsMDogYnBmIGF0dGFjaGVkClsxXSBybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjI0OjAxOjJmOmE1OjhmClsxXSBpb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMCAoUENJIElS USAyMCkgdG8gbGFwaWMgMTYgdmVjdG9yIDY0ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcmwwClsxXSByYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpMgpbMV0gcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaWIyClsxXSBwY2liMzogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyMS4wIG9uIHBjaTAKWzFdIHBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGZlMTAwMDAwLTB4ZmUxZmZmZmYpIGZvciByaWQgMjAgb2Yg cGNpYjMKWzFdIHBjaWIzOiAgIGRvbWFpbiAgICAgICAgICAgIDAKWzFdIHBjaWIzOiAgIHNl Y29uZGFyeSBidXMgICAgIDMKWzFdIHBjaWIzOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKWzFd IHBjaWIzOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmUxMDAwMDAtMHhmZTFmZmZmZgpbMV0g cGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKWzFdIHBjaWIzOiBhbGxvY2F0ZWQgYnVz IHJhbmdlICgzLTMpIGZvciByaWQgMCBvZiBwY2kzClsxXSBwY2kzOiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTMKWzFdIGZvdW5kLT4JdmVuZG9yPTB4MTY4YywgZGV2PTB4MDAzMCwgcmV2 aWQ9MHgwMQpbMV0gCWRvbWFpbj0wLCBidXM9Mywgc2xvdD0wLCBmdW5jPTAKWzFdIAljbGFz cz0wMi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wClsxXSAJY21kcmVnPTB4MDAwMCwg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQpbMV0gCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpbMV0g CWludHBpbj1hLCBpcnE9MTEKWzFdIAlwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDMg IGN1cnJlbnQgRDAKWzFdIAlNU0kgc3VwcG9ydHMgNCBtZXNzYWdlcywgNjQgYml0LCB2ZWN0 b3IgbWFza3MKWzFdIAltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhm ZTEwMDAwMCwgc2l6ZSAxNywgbWVtb3J5IGRpc2FibGVkClsxXSBwY2liMzogYWxsb2NhdGVk IG1lbW9yeSByYW5nZSAoMHhmZTEwMDAwMC0weGZlMTFmZmZmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MzowOjAKWzFdIHBjaWIzOiBtYXRjaGVkIGVudHJ5IGZvciAzLjAuSU5UQQpbMV0gcGNp YjM6IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKWzFdIGF0aDA6IDxBdGhlcm9z IEFSOTM4eD4gbWVtIDB4ZmUxMDAwMDAtMHhmZTExZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAu MCBvbiBwY2kzClsxXSBhcjkzMDBfYXR0YWNoOiBjYWxsaW5nIGFyOTMwMF9od19hdHRhY2gK WzFdIGFyOTMwMF9od19hdHRhY2g6IGNhbGxpbmcgYXI5MzAwX2VlcHJvbV9hdHRhY2gKWzFd IGFyOTMwMF9mbGFzaF9tYXA6IHVuaW1wbGVtZW50ZWQgZm9yIG5vdwpbMV0gUmVzdG9yaW5n IENhbCBkYXRhIGZyb20gRFJBTQpbMV0gUmVzdG9yaW5nIENhbCBkYXRhIGZyb20gRUVQUk9N ClsxXSBhcjkzMDBfaHdfYXR0YWNoOiBhcjkzMDBfZWVwcm9tX2F0dGFjaCByZXR1cm5lZCAw ClsxXSBhdGgwOiBSWCBzdGF0dXMgbGVuZ3RoOiA0OApbMV0gYXRoMDogUlggYnVmZmVyIHNp emU6IDQwOTYKWzFdIGF0aDA6IFRYIGRlc2NyaXB0b3IgbGVuZ3RoOiAxMjgKWzFdIGF0aDA6 IFRYIHN0YXR1cyBsZW5ndGg6IDM2ClsxXSBhdGgwOiBUWCBidWZmZXJzIHBlciBkZXNjcmlw dG9yOiA0ClsxXSBhdGgwOiBhdGhfZWRtYV9zZXR1cF9yeGZpZm86IHR5cGU9MCwgRklGTyBk ZXB0aCA9IDE2IGVudHJpZXMKWzFdIGF0aDA6IGF0aF9lZG1hX3NldHVwX3J4ZmlmbzogdHlw ZT0xLCBGSUZPIGRlcHRoID0gMTI4IGVudHJpZXMKWzFdIGF0aDA6IFtIVF0gZW5hYmxpbmcg SFQgbW9kZXMKWzFdIGF0aDA6IFtIVF0gZW5hYmxpbmcgc2hvcnQtR0kgaW4gMjBNSHogbW9k ZQpbMV0gYXRoMDogW0hUXSAxIHN0cmVhbSBTVEJDIHJlY2VpdmUgZW5hYmxlZApbMV0gYXRo MDogW0hUXSAxIHN0cmVhbSBTVEJDIHRyYW5zbWl0IGVuYWJsZWQKWzFdIGF0aDA6IFtIVF0g TERQQyB0cmFuc21pdC9yZWNlaXZlIGVuYWJsZWQKWzFdIGF0aDA6IFtIVF0gMyBSWCBzdHJl YW1zOyAzIFRYIHN0cmVhbXMKWzFdIGF0aDA6IDExYSByYXRlczogNk1icHMgOU1icHMgMTJN YnBzIDE4TWJwcyAyNE1icHMgMzZNYnBzIDQ4TWJwcyA1NE1icHMKWzFdIGF0aDA6IDExYiBy YXRlczogMU1icHMgMk1icHMgNS41TWJwcyAxMU1icHMKWzFdIGF0aDA6IDExZyByYXRlczog MU1icHMgMk1icHMgNS41TWJwcyAxMU1icHMgNk1icHMgOU1icHMgMTJNYnBzIDE4TWJwcyAy NE1icHMgMzZNYnBzIDQ4TWJwcyA1NE1icHMKWzFdIGF0aDA6IDNUM1IKWzFdIGF0aDA6IDEx bmEgTUNTIDIwTUh6ClsxXSBhdGgwOiBNQ1MgMC03OiA2LjVNYnBzIC0gNjVNYnBzClsxXSBh dGgwOiBNQ1MgOC0xNTogMTNNYnBzIC0gMTMwTWJwcwpbMV0gYXRoMDogTUNTIDE2LTIzOiAx OS41TWJwcyAtIDE5NU1icHMKWzFdIGF0aDA6IDExbmEgTUNTIDIwTUh6IFNHSQpbMV0gYXRo MDogTUNTIDAtNzogN01icHMgLSA3Mk1icHMKWzFdIGF0aDA6IE1DUyA4LTE1OiAxNC41TWJw cyAtIDE0NC41TWJwcwpbMV0gYXRoMDogTUNTIDE2LTIzOiAyMS41TWJwcyAtIDIxNi41TWJw cwpbMV0gYXRoMDogMTFuYSBNQ1MgNDBNSHo6ClsxXSBhdGgwOiBNQ1MgMC03OiAxMy41TWJw cyAtIDEzNU1icHMKWzFdIGF0aDA6IE1DUyA4LTE1OiAyN01icHMgLSAyNzBNYnBzClsxXSBh dGgwOiBNQ1MgMTYtMjM6IDQwLjVNYnBzIC0gNDA1TWJwcwpbMV0gYXRoMDogMTFuYSBNQ1Mg NDBNSHogU0dJOgpbMV0gYXRoMDogTUNTIDAtNzogMTVNYnBzIC0gMTUwTWJwcwpbMV0gYXRo MDogTUNTIDgtMTU6IDMwTWJwcyAtIDMwME1icHMKWzFdIGF0aDA6IE1DUyAxNi0yMzogNDVN YnBzIC0gNDUwTWJwcwpbMV0gYXRoMDogMTFuZyBNQ1MgMjBNSHoKWzFdIGF0aDA6IE1DUyAw LTc6IDYuNU1icHMgLSA2NU1icHMKWzFdIGF0aDA6IE1DUyA4LTE1OiAxM01icHMgLSAxMzBN YnBzClsxXSBhdGgwOiBNQ1MgMTYtMjM6IDE5LjVNYnBzIC0gMTk1TWJwcwpbMV0gYXRoMDog MTFuZyBNQ1MgMjBNSHogU0dJClsxXSBhdGgwOiBNQ1MgMC03OiA3TWJwcyAtIDcyTWJwcwpb MV0gYXRoMDogTUNTIDgtMTU6IDE0LjVNYnBzIC0gMTQ0LjVNYnBzClsxXSBhdGgwOiBNQ1Mg MTYtMjM6IDIxLjVNYnBzIC0gMjE2LjVNYnBzClsxXSBhdGgwOiAxMW5nIE1DUyA0ME1IejoK WzFdIGF0aDA6IE1DUyAwLTc6IDEzLjVNYnBzIC0gMTM1TWJwcwpbMV0gYXRoMDogTUNTIDgt MTU6IDI3TWJwcyAtIDI3ME1icHMKWzFdIGF0aDA6IE1DUyAxNi0yMzogNDAuNU1icHMgLSA0 MDVNYnBzClsxXSBhdGgwOiAxMW5nIE1DUyA0ME1IeiBTR0k6ClsxXSBhdGgwOiBNQ1MgMC03 OiAxNU1icHMgLSAxNTBNYnBzClsxXSBhdGgwOiBNQ1MgOC0xNTogMzBNYnBzIC0gMzAwTWJw cwpbMV0gYXRoMDogTUNTIDE2LTIzOiA0NU1icHMgLSA0NTBNYnBzClsxXSBhdGgwOiBBUjkz ODAgbWFjIDQ0OC4zIFJGNTExMCBwaHkgMC4wClsxXSBhdGgwOiAyR0h6IHJhZGlvOiAweDAw MDA7IDVHSHogcmFkaW86IDB4MDAwMApbMV0gYXRoMDogVXNlIGh3IHF1ZXVlIDEgZm9yIFdN RV9BQ19CRSB0cmFmZmljClsxXSBhdGgwOiBVc2UgaHcgcXVldWUgMCBmb3IgV01FX0FDX0JL IHRyYWZmaWMKWzFdIGF0aDA6IFVzZSBodyBxdWV1ZSAyIGZvciBXTUVfQUNfVkkgdHJhZmZp YwpbMV0gYXRoMDogVXNlIGh3IHF1ZXVlIDMgZm9yIFdNRV9BQ19WTyB0cmFmZmljClsxXSBh dGgwOiBVc2UgaHcgcXVldWUgOCBmb3IgQ0FCIHRyYWZmaWMKWzFdIGF0aDA6IFVzZSBodyBx dWV1ZSA5IGZvciBiZWFjb25zClsxXSBhdGgwOiB1c2luZyBtdWx0aWNhc3Qga2V5IHNlYXJj aApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9t IGF0aDAKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBwY2kzClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gcGNpYjMKWzFdIHBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDIxLjEgb24gcGNpMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4YzAwMC0w eGNmZmYpIGZvciByaWQgMWMgb2YgcGNpYjQKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGZhMTAwMDAwLTB4ZmExZmZmZmYpIGZvciByaWQgMjQgb2YgcGNpYjQKWzFdIHBjaWI0 OiAgIGRvbWFpbiAgICAgICAgICAgIDAKWzFdIHBjaWI0OiAgIHNlY29uZGFyeSBidXMgICAg IDQKWzFdIHBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDQKWzFdIHBjaWI0OiAgIEkvTyBk ZWNvZGUgICAgICAgIDB4YzAwMC0weGNmZmYKWzFdIHBjaWI0OiAgIHByZWZldGNoZWQgZGVj b2RlIDB4ZmExMDAwMDAtMHhmYTFmZmZmZgpbMV0gcGNpNDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjQKWzFdIHBjaWI0OiBhbGxvY2F0ZWQgYnVzIHJhbmdlICg0LTQpIGZvciByaWQgMCBv ZiBwY2k0ClsxXSBwY2k0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTQKWzFdIGZvdW5kLT4J dmVuZG9yPTB4MTBlYywgZGV2PTB4ODE2OCwgcmV2aWQ9MHgwOQpbMV0gCWRvbWFpbj0wLCBi dXM9NCwgc2xvdD0wLCBmdW5jPTAKWzFdIAljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wClsxXSAJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5z ej0xNiAoZHdvcmRzKQpbMV0gCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQpbMV0gCWludHBpbj1hLCBpcnE9MTAKWzFdIAlw b3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKWzFdIAlNU0kg c3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKWzFdIAlNU0ktWCBzdXBwb3J0cyA0IG1lc3Nh Z2VzIGluIG1hcCAweDIwClsxXSAJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIs IGJhc2UgMHhjMDAwLCBzaXplICA4LCBwb3J0IGRpc2FibGVkClsxXSBwY2liNDogYWxsb2Nh dGVkIEkvTyBwb3J0IHJhbmdlICgweGMwMDAtMHhjMGZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6 NDowOjAKWzFdIAltYXBbMThdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4ZmExMDQwMDAsIHNpemUgMTIsIG1lbW9yeSBkaXNhYmxlZApbMV0gcGNpYjQ6 IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhmYTEwNDAwMC0weGZhMTA0ZmZmKSBmb3Ig cmlkIDE4IG9mIHBjaTA6NDowOjAKWzFdIAltYXBbMjBdOiB0eXBlIFByZWZldGNoYWJsZSBN ZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmExMDAwMDAsIHNpemUgMTQsIGVuYWJsZWQKWzFd IHBjaWI0OiBhbGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4ZmExMDAwMDAtMHhmYTEwM2Zm ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjQ6MDowClsxXSBwY2liNDogbWF0Y2hlZCBlbnRyeSBm b3IgNC4wLklOVEEKWzFdIHBjaWI0OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE3 ClsxXSByZTA6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FL0YvRyBQQ0llIEdp Z2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHhjMDAwLTB4YzBmZiBtZW0gMHhmYTEwNDAwMC0weGZh MTA0ZmZmLDB4ZmExMDAwMDAtMHhmYTEwM2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBw Y2k0ClsxXSByZTA6IE1TSSBjb3VudCA6IDEKWzFdIHJlMDogTVNJLVggY291bnQgOiA0Clsx XSByZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0ktWCB2ZWN0b3JzICg0IHN1cHBv cnRlZCkKWzFdIG1zaTogcm91dGluZyBNU0ktWCBJUlEgMjY2IHRvIGxvY2FsIEFQSUMgMTYg dmVjdG9yIDY1ClsxXSByZTA6IHVzaW5nIElSUSAyNjYgZm9yIE1TSS1YClsxXSByZTA6IFVz aW5nIDEgTVNJLVggbWVzc2FnZQpbMV0gcmUwOiBDaGlwIHJldi4gMHg0ODAwMDAwMApbMV0g cmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwClsxXSBtaWlidXMxOiA8TUlJIGJ1cz4gb24gcmUw ClsxXSByZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMSAxMDAwQkFTRS1UIG1lZGlhIGlu dGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMQpbMV0gcmdlcGh5MDogT1VJIDB4MDBlMDRjLCBt b2RlbCAweDAwMTEsIHJldi4gNQpbMV0gcmdlcGh5MDogIG5vbmUsIDEwYmFzZVQsIDEwYmFz ZVQtRkRYLCAxMGJhc2VULUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEw MGJhc2VUWC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWCwgMTAwMGJhc2VULUZEWC1tYXN0ZXIs IDEwMDBiYXNlVC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWC1mbG93LW1hc3RlciwgYXV0bywg YXV0by1mbG93ClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gcmdlcGh5MApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIG1paWJ1czEKWzFdIHJlMDogVXNpbmcgZGVmYXVsdHMgZm9yIFRT TzogNjU1MTgvMzUvMjA0OApbMV0gcmUwOiBicGYgYXR0YWNoZWQKWzFdIHJlMDogRXRoZXJu ZXQgYWRkcmVzczogMDg6NjA6NmU6ZGE6Y2E6NzgKWzFdIHJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSByZTAKWzFdIHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2k0ClsxXSByYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpYjQKWzFdIHJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBob3N0YjEKWzFdIHJh bmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBob3N0YjIK WzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBo b3N0YjMKWzFdIGFtZHRlbXAwOiA8QU1EIENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBv biBob3N0YjQKWzFdIGFtZHRlbXAwOiBGb3VuZCA0IGNvcmVzIGFuZCAxIHNlbnNvcnMuClsx XSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYW1k dGVtcDAKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBob3N0YjQKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSBob3N0YjUKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSBob3N0YjYKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2kwClsxXSByYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpYjAKWzFdIGFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTAKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDgg Ynl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX2J1dHRvbjAKWzFdIHJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhdGRtYTAKWzFdIHJhbmRvbTogaGFy dmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBmcHVwbnAwClsxXSB1YXJ0 MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3Mg MHgxMCBvbiBhY3BpMApbMV0gaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0 KSB0byBsYXBpYyAxNiB2ZWN0b3IgNjYKWzFdIHVhcnQwOiBmYXN0IGludGVycnVwdApbMV0g dWFydDA6IFBQUyBjYXB0dXJlIG1vZGU6IERDRGludmFsaWQKWzFdIHJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1YXJ0MApbMV0gcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGkwClsxXSByYW5k b206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYXBpYzAKWzFd IGFjcGkwOiB3YWtldXAgY29kZSB2YSAweGZmZmZmZTAyMzg5NzUwMDAgcGEgMHg5MDAwMApb MV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIG5l eHVzMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAtMHhhMDdmZikgZm9y IHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEwODAwLTB4 YTBmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMTAwMC0weGExN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGEyMDAwLTB4YTI3ZmYpIGZvciByaWQgMCBvZiBvcm0w ClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMjgwMC0weGEyZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEz ODAwLTB4YTNmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhNDAwMC0weGE0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAtMHhhNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFd IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE1MDAwLTB4YTU3ZmYpIGZvciByaWQgMCBv ZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTgwMC0weGE1ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTYwMDAt MHhhNjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGE2ODAwLTB4YTZmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhNzAwMC0weGE3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTc4MDAtMHhhN2ZmZikgZm9yIHJpZCAwIG9mIG9y bTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE4MDAwLTB4YTg3ZmYpIGZvciBy aWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODgwMC0weGE4 ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTkwMDAtMHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGE5ODAwLTB4YTlmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhYTAwMC0weGFhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApb MV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAw IG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFiMDAwLTB4YWI3ZmYp IGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjgw MC0weGFiZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGFjODAwLTB4YWNmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZDAwMC0weGFkN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAtMHhhZGZmZikgZm9y IHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFlMDAwLTB4 YWU3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhZTgwMC0weGFlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGFmODAwLTB4YWZmZmYpIGZvciByaWQgMCBvZiBvcm0w ClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjA4MDAtMHhiMGZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIx MDAwLTB4YjE3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiMTgwMC0weGIxZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAtMHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFd IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyODAwLTB4YjJmZmYpIGZvciByaWQgMCBv ZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMzAwMC0weGIzN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjM4MDAt MHhiM2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGI0MDAwLTB4YjQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiNDgwMC0weGI0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjUwMDAtMHhiNTdmZikgZm9yIHJpZCAwIG9mIG9y bTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI1ODAwLTB4YjVmZmYpIGZvciBy aWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNjAwMC0weGI2 N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjY4MDAtMHhiNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGI3MDAwLTB4Yjc3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApb MV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikgZm9yIHJpZCAw IG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI4ODAwLTB4YjhmZmYp IGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAw MC0weGI5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGJhMDAwLTB4YmE3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgwMC0weGJhZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAtMHhiYjdmZikgZm9y IHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiODAwLTB4 YmJmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiYzAwMC0weGJjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YmM4MDAtMHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGJkMDAwLTB4YmQ3ZmYpIGZvciByaWQgMCBvZiBvcm0w ClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZDgwMC0weGJkZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmUwMDAtMHhiZTdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJl ODAwLTB4YmVmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiZjAwMC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFd IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGMwMDAwLTB4YzA3ZmYpIGZvciByaWQgMCBv ZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMDgwMC0weGMwZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzEwMDAt MHhjMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGMxODAwLTB4YzFmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhjMjAwMC0weGMyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzI4MDAtMHhjMmZmZikgZm9yIHJpZCAwIG9mIG9y bTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGMzMDAwLTB4YzM3ZmYpIGZvciBy aWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMzgwMC0weGMz ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YzQwMDAtMHhjNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGM0ODAwLTB4YzRmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhjNTAwMC0weGM1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApb MV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzU4MDAtMHhjNWZmZikgZm9yIHJpZCAw IG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGM2MDAwLTB4YzY3ZmYp IGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjNjgw MC0weGM2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YzcwMDAtMHhjNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGM3ODAwLTB4YzdmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjODAwMC0weGM4N2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yzg4MDAtMHhjOGZmZikgZm9y IHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGM5MDAwLTB4 Yzk3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhjOTgwMC0weGM5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4Y2EwMDAtMHhjYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGNhODAwLTB4Y2FmZmYpIGZvciByaWQgMCBvZiBvcm0w ClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjYjAwMC0weGNiN2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2I4MDAtMHhjYmZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGNj MDAwLTB4Y2M3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhjYzgwMC0weGNjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4Y2QwMDAtMHhjZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFd IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGNkODAwLTB4Y2RmZmYpIGZvciByaWQgMCBv ZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjZTAwMC0weGNlN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2U4MDAt MHhjZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGNmMDAwLTB4Y2Y3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhjZjgwMC0weGNmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDAwMDAtMHhkMDdmZikgZm9yIHJpZCAwIG9mIG9y bTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwODAwLTB4ZDBmZmYpIGZvciBy aWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMTAwMC0weGQx N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDE4MDAtMHhkMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGQyMDAwLTB4ZDI3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkMjgwMC0weGQyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApb MV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDMwMDAtMHhkMzdmZikgZm9yIHJpZCAw IG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQzODAwLTB4ZDNmZmYp IGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNDAw MC0weGQ0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDQ4MDAtMHhkNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGQ1MDAwLTB4ZDU3ZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNTgwMC0weGQ1ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDYwMDAtMHhkNjdmZikgZm9y IHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ2ODAwLTB4 ZDZmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkNzAwMC0weGQ3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDc4MDAtMHhkN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ4MDAwLTB4ZDg3ZmYpIGZvciByaWQgMCBvZiBvcm0w ClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkODgwMC0weGQ4ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDkwMDAtMHhkOTdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ5 ODAwLTB4ZDlmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkYTAwMC0weGRhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZGE4MDAtMHhkYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFd IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRiMDAwLTB4ZGI3ZmYpIGZvciByaWQgMCBv ZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYjgwMC0weGRiZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGMwMDAt MHhkYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGRjODAwLTB4ZGNmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkZDAwMC0weGRkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGQ4MDAtMHhkZGZmZikgZm9yIHJpZCAwIG9mIG9y bTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRlMDAwLTB4ZGU3ZmYpIGZvciBy aWQgMCBvZiBvcm0wClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTgwMC0weGRl ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZGYwMDAtMHhkZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKWzFdIHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGRmODAwLTB4ZGZmZmYpIGZvciByaWQgMCBvZiBvcm0wClsxXSBpc2FfcHJv YmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwpbMV0gYXRydGM6IGF0cnRjMCBh bHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKWzFdIGF0dGltZXI6IGF0dGltZXIwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdApbMV0gdWFydDogdWFydDAgYWxyZWFkeSBleGlzdHM7 IHNraXBwaW5nIGl0ClsxXSBpc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBk ZXZpY2VzClsxXSBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHg2MC0weDYwKSBmb3Igcmlk IDAgb2YgYXRrYmRjMApbMV0gcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkg Zm9yIHJpZCAxIG9mIGF0a2JkYzAKWzFdIGF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAKWzFdIHBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSA0ICgweDYwLTB4NjApIGZvciByaWQgMCBvZiBhdGtiZGMwClsxXSBwY2liMDog YWxsb2NhdGVkIHR5cGUgNCAoMHg2NC0weDY0KSBmb3IgcmlkIDEgb2YgYXRrYmRjMApbMV0g YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKWzFdIGtiZDAgYXQgYXRr YmQwClsxXSBhdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRl IDAwNjUKWzFdIGF0a2JkOiBrZXlib2FyZCBJRCAweGZmZmZmZmZmICgxKQpbMV0ga2JkYzog UkVTRVRfS0JEIHJldHVybiBjb2RlOjAwZmUKWzFdIGtiZGM6IFJFU0VUX0tCRCByZXR1cm4g Y29kZTowMGZlClsxXSBrYmRjOiBSRVNFVF9LQkQgcmV0dXJuIGNvZGU6MDBmZQpbMV0ga2Jk YzogRElBR05PU0Ugc3RhdHVzOjAwNTUKWzFdIGtiZGM6IFRFU1RfS0JEX1BPUlQgc3RhdHVz OjAwMDAKWzFdIGF0a2JkOiBmYWlsZWQgdG8gcmVzZXQgdGhlIGtleWJvYXJkLgpbMV0ga2Jk MDogYXRrYmQwLCBBVCA4NCAoMSksIGNvbmZpZzoweDAsIGZsYWdzOjB4MWQwMDAwClsxXSBp b2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDE2IHZlY3Rv ciA2NwpbMV0gYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGF0a2JkMApbMV0gcHNtMDogdW5hYmxl IHRvIGFsbG9jYXRlIElSUQpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIGF0a2JkYzAKWzFdIGZkYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBv cnQgMHgzZjAgaXJxIDYgZHJxIDIgb24gaXNhMApbMV0gcHBjMDogY2Fubm90IHJlc2VydmUg SS9PIHBvcnQgcmFuZ2UKWzFdIHBwYzAgZmFpbGVkIHRvIHByb2JlIGF0IGlycSA3IG9uIGlz YTAKWzFdIHNjMCBmYWlsZWQgdG8gcHJvYmUgb24gaXNhMApbMV0gcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDQgKDB4MmY4LTB4MmY4KSBmb3IgcmlkIDAgb2YgdWFydDEKWzFdIHVhcnQxIGZh aWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MmY4IGlycSAzIG9uIGlzYTAKWzFdIGlzYV9wcm9i ZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfcGVyZjAKWzFdIHJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX3BlcmYxClsx XSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNw aV9wZXJmMgpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRz KSBmcm9tIGFjcGlfcGVyZjMKWzFdIGh3cHN0YXRlMDogPENvb2xgbidRdWlldCAyLjA+IG9u IGNwdTAKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBjcHVmcmVxMApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAo NCBiaXRzKSBmcm9tIGh3cHN0YXRlMApbMV0gRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNo ZWQuClsxXSBmdXNlLWZyZWVic2Q6IHZlcnNpb24gMC40LjQsIEZVU0UgQUJJIDcuOApbMV0g bGlucHJvY2ZzIHJlZ2lzdGVyZWQKWzFdIHByb2NmcyByZWdpc3RlcmVkClsxXSBaRlMgZmls ZXN5c3RlbSB2ZXJzaW9uOiA1ClsxXSBaRlMgc3RvcmFnZSBwb29sIHZlcnNpb246IGZlYXR1 cmVzIHN1cHBvcnQgKDUwMDApClsxXSBsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVuY3kgNTE5 OTM0MDAgSHoKWzFdIFRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKWzFdIGxv MDogYnBmIGF0dGFjaGVkClsxXSB1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4w ClsxXSB1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApbMV0gdXNidXMyOiAx Mk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMApbMV0gdWdlbjAuMTogPEFNRD4gYXQgdXNidXMw ClsxXSB1aHViMDogPEFNRCBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXMwClsxXSB1Z2VuMS4xOiA8QU1EPiBhdCB1c2J1czEKWzFd IHVodWIxOiA8QU1EIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2J1czEKWzFdIHVnZW4yLjE6IDxBTUQ+IGF0IHVzYnVzMgpbMV0gdWh1 YjI6IDxBTUQgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMgpbMV0gdXNidXMzOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAK WzFdIGNyeXB0bzogPGNyeXB0byBkZXZpY2U+ClsxXSBMaW51eCBFTEYgZXhlYyBoYW5kbGVy IGluc3RhbGxlZApbMV0gdGNwX2luaXQ6IG5ldC5pbmV0LnRjcC50Y2JoYXNoc2l6ZSBhdXRv IHR1bmVkIHRvIDY1NTM2ClsxXSBwZmxvZzA6IGJwZiBhdHRhY2hlZApbMV0gaGRhY2MwOiA8 TlZJRElBICgweDAwNDEpIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKWzFdIGhkYWEw OiA8TlZJRElBICgweDAwNDEpIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBo ZGFjYzAKWzFdIGhkYWEwOiBTdWJzeXN0ZW0gSUQ6IDB4MTQ1ODM1NTcKWzFdIGhkYWEwOiBO dW1HUElPPTAgTnVtR1BPPTAgTnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTAKWzFdIGhk YWEwOiBPcmlnaW5hbCBwaW5zIGNvbmZpZ3VyYXRpb246ClsxXSBoZGFhMDogbmlkICAgMHgg ICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3Ig ICBtaXNjClsxXSBoZGFhMDogIDQgMTg1NjAwZjAgMTUgMCAgRGlnaXRhbC1vdXQgICBKYWNr ICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAwClsxXSBoZGFhMDogIDUgMTg1NjAwZjAg MTUgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAw ClsxXSBoZGFhMDogIDYgNTg1NjAwZjAgMTUgMCAgRGlnaXRhbC1vdXQgICBOb25lICBEaWdp dGFsIDB4MTggICAgICAgVW5rbm93biAwClsxXSBoZGFhMDogIDcgMTg1NjAwZjAgMTUgMCAg RGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAwClsxXSBo ZGFhMDogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246ClsxXSBoZGFhMDogbmlkICAgMHgg ICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3Ig ICBtaXNjClsxXSBoZGFhMDogIDQgMTg1NjAwZjAgMTUgMCAgRGlnaXRhbC1vdXQgICBKYWNr ICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAwClsxXSBoZGFhMDogIDUgMTg1NjAwZjAg MTUgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAw ClsxXSBoZGFhMDogIDYgNTg1NjAwZjAgMTUgMCAgRGlnaXRhbC1vdXQgICBOb25lICBEaWdp dGFsIDB4MTggICAgICAgVW5rbm93biAwIERJU0EKWzFdIGhkYWEwOiAgNyAxODU2MDBmMCAx NSAwICBEaWdpdGFsLW91dCAgIEphY2sgIERpZ2l0YWwgMHgxOCAgICAgICBVbmtub3duIDAK WzFdIGhkYWEwOiAzIGFzc29jaWF0aW9ucyBmb3VuZDoKWzFdIGhkYWEwOiBBc3NvY2lhdGlv biAwICgxNSkgb3V0OgpbMV0gaGRhYTA6ICBQaW4gbmlkPTQgc2VxPTAKWzFdIGhkYWEwOiBB c3NvY2lhdGlvbiAxICgxNSkgb3V0OgpbMV0gaGRhYTA6ICBQaW4gbmlkPTUgc2VxPTAKWzFd IGhkYWEwOiBBc3NvY2lhdGlvbiAyICgxNSkgb3V0OgpbMV0gaGRhYTA6ICBQaW4gbmlkPTcg c2VxPTAKWzFdIGhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDAgKDE1KQpbMV0gaGRhYTA6 ICBQaW4gNCB0cmFjZWQgdG8gREFDIDgKWzFdIGhkYWEwOiBBc3NvY2lhdGlvbiAwICgxNSkg dHJhY2Ugc3VjY2VlZGVkClsxXSBoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiAxICgxNSkK WzFdIGhkYWEwOiAgUGluIDUgdHJhY2VkIHRvIERBQyA5ClsxXSBoZGFhMDogQXNzb2NpYXRp b24gMSAoMTUpIHRyYWNlIHN1Y2NlZWRlZApbMV0gaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRp b24gMiAoMTUpClsxXSBoZGFhMDogIFBpbiA3IHRyYWNlZCB0byBEQUMgMTAKWzFdIGhkYWEw OiBBc3NvY2lhdGlvbiAyICgxNSkgdHJhY2Ugc3VjY2VlZGVkClsxXSBoZGFhMDogTG9va2lu ZyBmb3IgYWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0aW9uIDAgKDE1KQpbMV0gaGRhYTA6 IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAxICgxNSkKWzFd IGhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFsIERBQyBmb3IgYXNzb2NpYXRpb24gMiAo MTUpClsxXSBoZGFhMDogVHJhY2luZyBpbnB1dCBtb25pdG9yClsxXSBoZGFhMDogVHJhY2lu ZyBvdGhlciBpbnB1dCBtb25pdG9ycwpbMV0gaGRhYTA6IFRyYWNpbmcgYmVlcGVyClsxXSBo ZGFhMDogRkcgY29uZmlnL3F1aXJrczogZm9yY2VzdGVyZW8gaXZyZWY1MCBpdnJlZjgwIGl2 cmVmMTAwIGl2cmVmClsxXSBwY20wOiA8TlZJRElBICgweDAwNDEpIChIRE1JL0RQIDhjaCk+ IGF0IG5pZCA0IG9uIGhkYWEwClsxXSBwY20wOiBQbGF5YmFjazoKWzFdIHBjbTA6ICAgICAg U3RyZWFtIGNhcDogMHgwMDAwMDAwNSBBQzMgUENNClsxXSBwY20wOiAgICAgICAgIFBDTSBj YXA6IDB4MDAwZTA3ZjAgMTYgMjAgMjQgYml0cywgMzIgNDQgNDggODggOTYgMTc2IDE5MiBL SHoKWzFdIHBjbTA6ICAgICAgICAgICAgIERBQzogOApbMV0gcGNtMDogClsxXSBwY20wOiAg ICAgbmlkPTQgW3BpbjogRGlnaXRhbC1vdXQgKEphY2spXQpbMV0gcGNtMDogICAgICAgKyA8 LSBuaWQ9OCBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dClsxXSBwY20wOiAKWzFdIHBjbTA6 IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9MHgwMDAwMDAxMApbMV0gcGNtMDogTWl4 ZXIgInBjbSI6IHBhcmVudD0idm9sIgpbMV0gcGNtMDogU29mdCBQQ00gbWl4ZXIgRU5BQkxF RApbMV0gcGNtMDogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IHVua25vd24sIGFzc3Vt aW5nIDcuMSAoZGlzY29ubmVjdGVkKQpbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjbTAKWzFdIHBjbTE6IDxOVklESUEgKDB4MDA0MSkg KEhETUkvRFAgOGNoKT4gYXQgbmlkIDUgb24gaGRhYTAKWzFdIHBjbTE6IFBsYXliYWNrOgpb MV0gcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1IEFDMyBQQ00KWzFdIHBjbTE6 ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDdmMCAxNiAyMCAyNCBiaXRzLCAzMiA0NCA0OCA4 OCA5NiAxNzYgMTkyIEtIegpbMV0gcGNtMTogICAgICAgICAgICAgREFDOiA5ClsxXSBwY20x OiAKWzFdIHBjbTE6ICAgICBuaWQ9NSBbcGluOiBEaWdpdGFsLW91dCAoSmFjayldClsxXSBw Y20xOiAgICAgICArIDwtIG5pZD05IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KWzFdIHBj bTE6IApbMV0gcGNtMTogTWl4ZXIgInZvbCIgLT4gIm5vbmUiOiBjaGlsZD0weDAwMDAwMDEw ClsxXSBwY20xOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiClsxXSBwY20xOiBTb2Z0IFBD TSBtaXhlciBFTkFCTEVEClsxXSBwY20xOiBQbGF5YmFjayBjaGFubmVsIG1hdHJpeCBpczog dW5rbm93biwgYXNzdW1pbmcgNy4xIChkaXNjb25uZWN0ZWQpClsxXSByYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNtMQpbMV0gcGNtMjogPE5W SURJQSAoMHgwMDQxKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNyBvbiBoZGFhMApbMV0gcGNt MjogUGxheWJhY2s6ClsxXSBwY20yOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUgQUMz IFBDTQpbMV0gcGNtMjogICAgICAgICBQQ00gY2FwOiAweDAwMGUwN2YwIDE2IDIwIDI0IGJp dHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6ClsxXSBwY20yOiAgICAgICAgICAgICBE QUM6IDEwClsxXSBwY20yOiAKWzFdIHBjbTI6ICAgICBuaWQ9NyBbcGluOiBEaWdpdGFsLW91 dCAoSmFjayldClsxXSBwY20yOiAgICAgICArIDwtIG5pZD0xMCBbYXVkaW8gb3V0cHV0XSBb c3JjOiBwY21dClsxXSBwY20yOiAKWzFdIHBjbTI6IE1peGVyICJ2b2wiIC0+ICJub25lIjog Y2hpbGQ9MHgwMDAwMDAxMApbMV0gcGNtMjogTWl4ZXIgInBjbSI6IHBhcmVudD0idm9sIgpb MV0gcGNtMjogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApbMV0gcGNtMjogUGxheWJhY2sgY2hh bm5lbCBtYXRyaXggaXM6IHVua25vd24sIGFzc3VtaW5nIDcuMSAoZGlzY29ubmVjdGVkKQpb MV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBj bTIKWzFdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJv bSBoZGFhMApbMV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRz KSBmcm9tIGhkYWNjMApbMV0gaGRhY2MxOiA8UmVhbHRlayBBTEM4ODcgSERBIENPREVDPiBh dCBjYWQgMCBvbiBoZGFjMQpbMV0gaGRhYTE6IDxSZWFsdGVrIEFMQzg4NyBBdWRpbyBGdW5j dGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MxClsxXSBoZGFhMTogU3Vic3lzdGVtIElE OiAweDEwNDM4NDQ0ClsxXSBoZGFhMTogTnVtR1BJTz0yIE51bUdQTz0wIE51bUdQST0wIEdQ SVdha2U9MCBHUElVbnNvbD0xClsxXSBoZGFhMTogIEdQSU8wOiBkaXNhYmxlZApbMV0gaGRh YTE6ICBHUElPMTogZGlzYWJsZWQKWzFdIGhkYWExOiBPcmlnaW5hbCBwaW5zIGNvbmZpZ3Vy YXRpb246ClsxXSBoZGFhMTogbmlkICAgMHggICAgYXMgc2VxIGRldmljZSAgICAgICBjb25u ICBqYWNrICAgIGxvYyAgICAgICAgY29sb3IgICBtaXNjClsxXSBoZGFhMTogMTcgOTk0MzAx NDAgNCAgMCAgU1BESUYtb3V0ICAgICBGaXhlZCBBVEFQSSAgIE9uYm9hcmQgICAgVW5rbm93 biAxClsxXSBoZGFhMTogMTggNDExMTExZjAgMTUgMCAgU3BlYWtlciAgICAgICBOb25lICAx LzggICAgIFJlYXIgICAgICAgQmxhY2sgICAxClsxXSBoZGFhMTogMjAgMDEwMTQwMTAgMSAg MCAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgR3JlZW4gICAwClsx XSBoZGFhMTogMjEgMDEwMTEwMTIgMSAgMiAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAg IFJlYXIgICAgICAgQmxhY2sgICAwClsxXSBoZGFhMTogMjIgMDEwMTYwMTEgMSAgMSAgTGlu ZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgT3JhbmdlICAwClsxXSBoZGFh MTogMjMgMDEwMTIwMTQgMSAgNCAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIg ICAgICAgR3JleSAgICAwClsxXSBoZGFhMTogMjQgMDFhMTk4NTAgNSAgMCAgTWljICAgICAg ICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgUGluayAgICA4ClsxXSBoZGFhMTogMjUg MDJhMTljNjAgNiAgMCAgTWljICAgICAgICAgICBKYWNrICAxLzggICAgIEZyb250ICAgICAg UGluayAgICAxMgpbMV0gaGRhYTE6IDI2IDAxODEzMDVmIDUgIDE1IExpbmUtaW4gICAgICAg SmFjayAgMS84ICAgICBSZWFyICAgICAgIEJsdWUgICAgMApbMV0gaGRhYTE6IDI3IDAyMjE0 YzIwIDIgIDAgIEhlYWRwaG9uZXMgICAgSmFjayAgMS84ICAgICBGcm9udCAgICAgIEdyZWVu ICAgMTIKWzFdIGhkYWExOiAyOCA0MTExMTFmMCAxNSAwICBTcGVha2VyICAgICAgIE5vbmUg IDEvOCAgICAgUmVhciAgICAgICBCbGFjayAgIDEKWzFdIGhkYWExOiAyOSA0MDA1ZTYwMSAw ICAxICBMaW5lLW91dCAgICAgIE5vbmUgIE9wdGljYWwgMHgwMCAgICAgICBXaGl0ZSAgIDYK WzFdIGhkYWExOiAzMCAwMTQ1NjEzMCAzICAwICBTUERJRi1vdXQgICAgIEphY2sgIE9wdGlj YWwgUmVhciAgICAgICBPcmFuZ2UgIDEKWzFdIGhkYWExOiAzMSA0MTExMTFmMCAxNSAwICBT cGVha2VyICAgICAgIE5vbmUgIDEvOCAgICAgUmVhciAgICAgICBCbGFjayAgIDEKWzFdIGhk YWExOiBQYXRjaGluZyB3aWRnZXQgY2FwcyBuaWQ9MjkgMHgwMDQwMDQwMCAtPiAweDAwNzAw NDAwClsxXSBoZGFhMTogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246ClsxXSBoZGFhMTog bmlkICAgMHggICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAg ICAgY29sb3IgICBtaXNjClsxXSBoZGFhMTogMTcgOTk0MzAxNDAgNCAgMCAgU1BESUYtb3V0 ICAgICBGaXhlZCBBVEFQSSAgIE9uYm9hcmQgICAgVW5rbm93biAxClsxXSBoZGFhMTogMTgg NDExMTExZjAgMTUgMCAgU3BlYWtlciAgICAgICBOb25lICAxLzggICAgIFJlYXIgICAgICAg QmxhY2sgICAxIERJU0EKWzFdIGhkYWExOiAyMCAwMTAxNDAxMCAxICAwICBMaW5lLW91dCAg ICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBHcmVlbiAgIDAKWzFdIGhkYWExOiAyMSAw MTAxMTAxMiAxICAyICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBC bGFjayAgIDAKWzFdIGhkYWExOiAyMiAwMTAxNjAxMSAxICAxICBMaW5lLW91dCAgICAgIEph Y2sgIDEvOCAgICAgUmVhciAgICAgICBPcmFuZ2UgIDAKWzFdIGhkYWExOiAyMyAwMTAxMjAx NCAxICA0ICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBHcmV5ICAg IDAKWzFdIGhkYWExOiAyNCAwMWExOTg1MCA1ICAwICBNaWMgICAgICAgICAgIEphY2sgIDEv OCAgICAgUmVhciAgICAgICBQaW5rICAgIDgKWzFdIGhkYWExOiAyNSAwMmExOWM2MCA2ICAw ICBNaWMgICAgICAgICAgIEphY2sgIDEvOCAgICAgRnJvbnQgICAgICBQaW5rICAgIDEyClsx XSBoZGFhMTogMjYgMDE4MTMwNWYgNSAgMTUgTGluZS1pbiAgICAgICBKYWNrICAxLzggICAg IFJlYXIgICAgICAgQmx1ZSAgICAwClsxXSBoZGFhMTogMjcgMDIyMTRjMjAgMiAgMCAgSGVh ZHBob25lcyAgICBKYWNrICAxLzggICAgIEZyb250ICAgICAgR3JlZW4gICAxMgpbMV0gaGRh YTE6IDI4IDQxMTExMWYwIDE1IDAgIFNwZWFrZXIgICAgICAgTm9uZSAgMS84ICAgICBSZWFy ICAgICAgIEJsYWNrICAgMSBESVNBClsxXSBoZGFhMTogMzAgMDE0NTYxMzAgMyAgMCAgU1BE SUYtb3V0ICAgICBKYWNrICBPcHRpY2FsIFJlYXIgICAgICAgT3JhbmdlICAxClsxXSBoZGFh MTogMzEgNDExMTExZjAgMTUgMCAgU3BlYWtlciAgICAgICBOb25lICAxLzggICAgIFJlYXIg ICAgICAgQmxhY2sgICAxIERJU0EKWzFdIGhkYWExOiA2IGFzc29jaWF0aW9ucyBmb3VuZDoK WzFdIGhkYWExOiBBc3NvY2lhdGlvbiAwICgxKSBvdXQ6ClsxXSBoZGFhMTogIFBpbiBuaWQ9 MjAgc2VxPTAKWzFdIGhkYWExOiAgUGluIG5pZD0yMiBzZXE9MQpbMV0gaGRhYTE6ICBQaW4g bmlkPTIxIHNlcT0yClsxXSBoZGFhMTogIFBpbiBuaWQ9MjMgc2VxPTQKWzFdIGhkYWExOiBB c3NvY2lhdGlvbiAxICgyKSBvdXQ6ClsxXSBoZGFhMTogIFBpbiBuaWQ9Mjcgc2VxPTAKWzFd IGhkYWExOiBBc3NvY2lhdGlvbiAyICgzKSBvdXQ6ClsxXSBoZGFhMTogIFBpbiBuaWQ9MzAg c2VxPTAKWzFdIGhkYWExOiBBc3NvY2lhdGlvbiAzICg0KSBvdXQ6ClsxXSBoZGFhMTogIFBp biBuaWQ9MTcgc2VxPTAKWzFdIGhkYWExOiBBc3NvY2lhdGlvbiA0ICg1KSBpbjoKWzFdIGhk YWExOiAgUGluIG5pZD0yNCBzZXE9MApbMV0gaGRhYTE6ICBQaW4gbmlkPTI2IHNlcT0xNQpb MV0gaGRhYTE6IEFzc29jaWF0aW9uIDUgKDYpIGluOgpbMV0gaGRhYTE6ICBQaW4gbmlkPTI1 IHNlcT0wClsxXSBoZGFhMTogVHJhY2luZyBhc3NvY2lhdGlvbiAwICgxKQpbMV0gaGRhYTE6 ICBQaW4gMjAgdHJhY2VkIHRvIERBQyAyClsxXSBoZGFhMTogIFBpbiAyMiB0cmFjZWQgdG8g REFDIDQKWzFdIGhkYWExOiAgUGluIDIxIHRyYWNlZCB0byBEQUMgMwpbMV0gaGRhYTE6ICBQ aW4gMjMgdHJhY2VkIHRvIERBQyA1ClsxXSBoZGFhMTogQXNzb2NpYXRpb24gMCAoMSkgdHJh Y2Ugc3VjY2VlZGVkClsxXSBoZGFhMTogVHJhY2luZyBhc3NvY2lhdGlvbiAxICgyKQpbMV0g aGRhYTE6ICBQaW4gMjcgdHJhY2VkIHRvIERBQyAzNwpbMV0gaGRhYTE6IEFzc29jaWF0aW9u IDEgKDIpIHRyYWNlIHN1Y2NlZWRlZApbMV0gaGRhYTE6IFRyYWNpbmcgYXNzb2NpYXRpb24g MiAoMykKWzFdIGhkYWExOiAgUGluIDMwIHRyYWNlZCB0byBEQUMgNgpbMV0gaGRhYTE6IEFz c29jaWF0aW9uIDIgKDMpIHRyYWNlIHN1Y2NlZWRlZApbMV0gaGRhYTE6IFRyYWNpbmcgYXNz b2NpYXRpb24gMyAoNCkKWzFdIGhkYWExOiAgUGluIDE3IHRyYWNlZCB0byBEQUMgMTYKWzFd IGhkYWExOiBBc3NvY2lhdGlvbiAzICg0KSB0cmFjZSBzdWNjZWVkZWQKWzFdIGhkYWExOiBU cmFjaW5nIGFzc29jaWF0aW9uIDQgKDUpClsxXSBoZGFhMTogIFBpbiAyNCB0cmFjZWQgdG8g QURDIDgKWzFdIGhkYWExOiAgUGluIDI2IHRyYWNlZCB0byBBREMgOApbMV0gaGRhYTE6IEFz c29jaWF0aW9uIDQgKDUpIHRyYWNlIHN1Y2NlZWRlZApbMV0gaGRhYTE6IFRyYWNpbmcgYXNz b2NpYXRpb24gNSAoNikKWzFdIGhkYWExOiAgUGluIDI1IHRyYWNlZCB0byBBREMgOQpbMV0g aGRhYTE6IEFzc29jaWF0aW9uIDUgKDYpIHRyYWNlIHN1Y2NlZWRlZApbMV0gaGRhYTE6IExv b2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAwICgxKQpbMV0gaGRh YTE6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAxICgyKQpb MV0gaGRhYTE6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAy ICgzKQpbMV0gaGRhYTE6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lh dGlvbiAzICg0KQpbMV0gaGRhYTE6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgQURDIGZvciBh c3NvY2lhdGlvbiA0ICg1KQpbMV0gaGRhYTE6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgQURD IGZvciBhc3NvY2lhdGlvbiA1ICg2KQpbMV0gaGRhYTE6IFRyYWNpbmcgaW5wdXQgbW9uaXRv cgpbMV0gaGRhYTE6ICBUcmFjaW5nIG5pZCAxMSB0byBvdXQKWzFdIGhkYWExOiAgbmlkIDEx IGlzIGlucHV0IG1vbml0b3IKWzFdIGhkYWExOiAgVHJhY2luZyBuaWQgMzQgdG8gb3V0Clsx XSBoZGFhMTogIFRyYWNpbmcgbmlkIDM1IHRvIG91dApbMV0gaGRhYTE6IFRyYWNpbmcgb3Ro ZXIgaW5wdXQgbW9uaXRvcnMKWzJdIGhkYWExOiAgVHJhY2luZyBuaWQgMjQgdG8gb3V0Clsy XSBoZGFhMTogIFRyYWNpbmcgbmlkIDI1IHRvIG91dApbMl0gaGRhYTE6ICBUcmFjaW5nIG5p ZCAyNiB0byBvdXQKWzJdIGhkYWExOiBUcmFjaW5nIGJlZXBlcgpbMl0gaGRhYTE6IFBpbiBz ZW5zZTogbmlkPTIwIHNlbnNlPTB4ODAwMDAwMDAgKGNvbm5lY3RlZCkKWzJdIGhkYWExOiBG RyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAg aXZyZWYKWzJdIHBjbTM6IDxSZWFsdGVrIEFMQzg4NyAoUmVhciBBbmFsb2cgNy4xLzIuMCk+ IGF0IG5pZCAyMCwyMiwyMSwyMyBhbmQgMjQsMjYgb24gaGRhYTEKWzJdIHBjbTM6IFBsYXli YWNrOgpbMl0gcGNtMzogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxIFBDTQpbMl0gcGNt MzogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2 IDE5MiBLSHoKWzJdIHBjbTM6ICAgICAgICAgICAgIERBQzogMiA0IDMgNQpbMl0gcGNtMzog ClsyXSBwY20zOiAgICAgbmlkPTIwIFtwaW46IExpbmUtb3V0IChHcmVlbiBKYWNrKV0KWzJd IHBjbTM6ICAgICAgICsgPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gW3NyYzogcGNtLCBtaXhd ClsyXSBwY20zOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbc3Jj OiBwY21dClsyXSBwY20zOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVy XSBbc3JjOiBtaXhdClsyXSBwY20zOiAKWzJdIHBjbTM6ICAgICBuaWQ9MjIgW3BpbjogTGlu ZS1vdXQgKE9yYW5nZSBKYWNrKV0KWzJdIHBjbTM6ICAgICAgICsgPC0gbmlkPTE0IFthdWRp byBtaXhlcl0gW3NyYzogcGNtLCBtaXhdClsyXSBwY20zOiAgICAgICAgICAgICAgKyA8LSBu aWQ9NCBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dClsyXSBwY20zOiAgICAgICAgICAgICAg KyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdClsyXSBwY20zOiAKWzJdIHBj bTM6ICAgICBuaWQ9MjEgW3BpbjogTGluZS1vdXQgKEJsYWNrIEphY2spXQpbMl0gcGNtMzog ICAgICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1peF0KWzJdIHBj bTM6ICAgICAgICAgICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0K WzJdIHBjbTM6ICAgICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdIFtzcmM6 IG1peF0KWzJdIHBjbTM6IApbMl0gcGNtMzogICAgIG5pZD0yMyBbcGluOiBMaW5lLW91dCAo R3JleSBKYWNrKV0KWzJdIHBjbTM6ICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0g W3NyYzogcGNtLCBtaXhdClsyXSBwY20zOiAgICAgICAgICAgICAgKyA8LSBuaWQ9NSBbYXVk aW8gb3V0cHV0XSBbc3JjOiBwY21dClsyXSBwY20zOiAgICAgICAgICAgICAgKyA8LSBuaWQ9 MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdClsyXSBwY20zOiAKWzJdIHBjbTM6IFJlY29y ZDoKWzJdIHBjbTM6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMSBQQ00KWzJdIHBjbTM6 ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2MCAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAx OTIgS0h6ClsyXSBwY20zOiAgICAgICAgICAgICBBREM6IDgKWzJdIHBjbTM6IApbMl0gcGNt MzogICAgIG5pZD04IFthdWRpbyBpbnB1dF0KWzJdIHBjbTM6ICAgICAgICsgPC0gbmlkPTM1 IFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBtaXhdClsyXSBwY20z OiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChQaW5rIEphY2spXSBbc3Jj OiBtaWNdClsyXSBwY20zOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1p biAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KWzJdIHBjbTM6ICAgICAgICAgICAgICArIDwt IG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdClsyXSBwY20zOiAgICAgICAg ICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdClsyXSBwY20zOiAK WzJdIHBjbTM6IElucHV0IE1peDoKWzJdIHBjbTM6IApbMl0gcGNtMzogICAgIG5pZD0xMSBb YXVkaW8gbWl4ZXJdClsyXSBwY20zOiAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBp bmsgSmFjayldIFtzcmM6IG1pY10KWzJdIHBjbTM6ICAgICAgICsgPC0gbmlkPTI2IFtwaW46 IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdClsyXSBwY20zOiAgICAgICArIDwt IG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdClsyXSBwY20zOiAKWzJdIHBj bTM6IE1hc3RlciBWb2x1bWUgKE9TUzogdm9sKTogLTY0LzBkQgpbMl0gcGNtMzogICAgKy0g Y3RsICAxIChuaWQgICAyIG91dCk6ICAgIC02NC8wZEIgKDY1IHN0ZXBzKQpbMl0gcGNtMzog ICAgKy0gY3RsICAyIChuaWQgICAzIG91dCk6ICAgIC02NC8wZEIgKDY1IHN0ZXBzKQpbMl0g cGNtMzogICAgKy0gY3RsICAzIChuaWQgICA0IG91dCk6ICAgIC02NC8wZEIgKDY1IHN0ZXBz KQpbMl0gcGNtMzogICAgKy0gY3RsICA0IChuaWQgICA1IG91dCk6ICAgIC02NC8wZEIgKDY1 IHN0ZXBzKQpbMl0gcGNtMzogICAgKy0gY3RsIDE3IChuaWQgIDEyIGluICAgMCk6IG11dGUK WzJdIHBjbTM6ICAgICstIGN0bCAxOCAobmlkICAxMiBpbiAgIDEpOiBtdXRlClsyXSBwY20z OiAgICArLSBjdGwgMTkgKG5pZCAgMTMgaW4gICAwKTogbXV0ZQpbMl0gcGNtMzogICAgKy0g Y3RsIDIwIChuaWQgIDEzIGluICAgMSk6IG11dGUKWzJdIHBjbTM6ICAgICstIGN0bCAyMSAo bmlkICAxNCBpbiAgIDApOiBtdXRlClsyXSBwY20zOiAgICArLSBjdGwgMjIgKG5pZCAgMTQg aW4gICAxKTogbXV0ZQpbMl0gcGNtMzogICAgKy0gY3RsIDIzIChuaWQgIDE1IGluICAgMCk6 IG11dGUKWzJdIHBjbTM6ICAgICstIGN0bCAyNCAobmlkICAxNSBpbiAgIDEpOiBtdXRlClsy XSBwY20zOiAgICArLSBjdGwgMjUgKG5pZCAgMjAgaW4gKTogICAgbXV0ZQpbMl0gcGNtMzog ICAgKy0gY3RsIDI2IChuaWQgIDIxIGluICk6ICAgIG11dGUKWzJdIHBjbTM6ICAgICstIGN0 bCAyNyAobmlkICAyMiBpbiApOiAgICBtdXRlClsyXSBwY20zOiAgICArLSBjdGwgMjggKG5p ZCAgMjMgaW4gKTogICAgbXV0ZQpbMl0gcGNtMzogClsyXSBwY20zOiBQQ00gVm9sdW1lIChP U1M6IHBjbSk6IC02NC8wZEIKWzJdIHBjbTM6ICAgICstIGN0bCAgMSAobmlkICAgMiBvdXQp OiAgICAtNjQvMGRCICg2NSBzdGVwcykKWzJdIHBjbTM6ICAgICstIGN0bCAgMiAobmlkICAg MyBvdXQpOiAgICAtNjQvMGRCICg2NSBzdGVwcykKWzJdIHBjbTM6ICAgICstIGN0bCAgMyAo bmlkICAgNCBvdXQpOiAgICAtNjQvMGRCICg2NSBzdGVwcykKWzJdIHBjbTM6ICAgICstIGN0 bCAgNCAobmlkICAgNSBvdXQpOiAgICAtNjQvMGRCICg2NSBzdGVwcykKWzJdIHBjbTM6ICAg ICstIGN0bCAxNyAobmlkICAxMiBpbiAgIDApOiBtdXRlClsyXSBwY20zOiAgICArLSBjdGwg MTkgKG5pZCAgMTMgaW4gICAwKTogbXV0ZQpbMl0gcGNtMzogICAgKy0gY3RsIDIxIChuaWQg IDE0IGluICAgMCk6IG11dGUKWzJdIHBjbTM6ICAgICstIGN0bCAyMyAobmlkICAxNSBpbiAg IDApOiBtdXRlClsyXSBwY20zOiAKWzJdIHBjbTM6IE1pY3JvcGhvbmUgVm9sdW1lIChPU1M6 IG1pYyk6IDAvMzBkQgpbMl0gcGNtMzogICAgKy0gY3RsICA3IChuaWQgIDExIGluICAgMCk6 IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlClsyXSBwY20zOiAgICArLSBjdGwgMzAgKG5p ZCAgMjQgb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpbMl0gcGNtMzogICAgKy0gY3RsIDQ5 IChuaWQgIDM1IGluICAgMCk6IG11dGUKWzJdIHBjbTM6IApbMl0gcGNtMzogTGluZS1pbiBW b2x1bWUgKE9TUzogbGluZSk6IDAvMzBkQgpbMl0gcGNtMzogICAgKy0gY3RsICA5IChuaWQg IDExIGluICAgMik6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlClsyXSBwY20zOiAgICAr LSBjdGwgMzQgKG5pZCAgMjYgb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpbMl0gcGNtMzog ICAgKy0gY3RsIDUxIChuaWQgIDM1IGluICAgMik6IG11dGUKWzJdIHBjbTM6IApbMl0gcGNt MzogU3BlYWtlci9CZWVwIFZvbHVtZSAoT1NTOiBzcGVha2VyKTogLTM0LzEyZEIKWzJdIHBj bTM6ICAgICstIGN0bCAxMiAobmlkICAxMSBpbiAgIDUpOiAtMzQvMTJkQiAoMzIgc3RlcHMp ICsgbXV0ZQpbMl0gcGNtMzogICAgKy0gY3RsIDU0IChuaWQgIDM1IGluICAgNSk6IG11dGUK WzJdIHBjbTM6IApbMl0gcGNtMzogUmVjb3JkaW5nIExldmVsIChPU1M6IHJlYyk6IC0xNi8z MGRCClsyXSBwY20zOiAgICArLSBjdGwgIDUgKG5pZCAgIDggaW4gICAwKTogLTE2LzMwZEIg KDQ3IHN0ZXBzKSArIG11dGUKWzJdIHBjbTM6ICAgICstIGN0bCA0OSAobmlkICAzNSBpbiAg IDApOiBtdXRlClsyXSBwY20zOiAgICArLSBjdGwgNTEgKG5pZCAgMzUgaW4gICAyKTogbXV0 ZQpbMl0gcGNtMzogICAgKy0gY3RsIDU0IChuaWQgIDM1IGluICAgNSk6IG11dGUKWzJdIHBj bTM6ICAgICstIGN0bCA1OSAobmlkICAzNSBpbiAgMTApOiBtdXRlClsyXSBwY20zOiAKWzJd IHBjbTM6IElucHV0IE1peCBMZXZlbCAoT1NTOiBtaXgpOiAtMzQvMTJkQgpbMl0gcGNtMzog ICAgKy0gY3RsICA3IChuaWQgIDExIGluICAgMCk6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBt dXRlClsyXSBwY20zOiAgICArLSBjdGwgIDkgKG5pZCAgMTEgaW4gICAyKTogLTM0LzEyZEIg KDMyIHN0ZXBzKSArIG11dGUKWzJdIHBjbTM6ICAgICstIGN0bCAxMiAobmlkICAxMSBpbiAg IDUpOiAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQpbMl0gcGNtMzogICAgKy0gY3RsIDE4 IChuaWQgIDEyIGluICAgMSk6IG11dGUKWzJdIHBjbTM6ICAgICstIGN0bCAyMCAobmlkICAx MyBpbiAgIDEpOiBtdXRlClsyXSBwY20zOiAgICArLSBjdGwgMjIgKG5pZCAgMTQgaW4gICAx KTogbXV0ZQpbMl0gcGNtMzogICAgKy0gY3RsIDI0IChuaWQgIDE1IGluICAgMSk6IG11dGUK WzJdIHBjbTM6ICAgICstIGN0bCA1OSAobmlkICAzNSBpbiAgMTApOiBtdXRlClsyXSBwY20z OiAKWzJdIHBjbTM6IElucHV0IE1vbml0b3JpbmcgTGV2ZWwgKE9TUzogaWdhaW4pOiAwLzBk QgpbMl0gcGNtMzogICAgKy0gY3RsIDE4IChuaWQgIDEyIGluICAgMSk6IG11dGUKWzJdIHBj bTM6ICAgICstIGN0bCAyMCAobmlkICAxMyBpbiAgIDEpOiBtdXRlClsyXSBwY20zOiAgICAr LSBjdGwgMjIgKG5pZCAgMTQgaW4gICAxKTogbXV0ZQpbMl0gcGNtMzogICAgKy0gY3RsIDI0 IChuaWQgIDE1IGluICAgMSk6IG11dGUKWzJdIHBjbTM6IApbMl0gcGNtMzogTWl4ZXIgInZv bCI6ClsyXSBwY20zOiBNaXhlciAicGNtIjoKWzJdIHBjbTM6IE1peGVyICJzcGVha2VyIjoK WzJdIHBjbTM6IE1peGVyICJsaW5lIjoKWzJdIHBjbTM6IE1peGVyICJtaWMiOgpbMl0gcGNt MzogTWl4ZXIgIm1peCI6ClsyXSBwY20zOiBNaXhlciAicmVjIjoKWzJdIHBjbTM6IE1peGVy ICJpZ2FpbiI6ClsyXSBwY20zOiBNaXhlciAib2dhaW4iOgpbMl0gcGNtMzogUGxheWJhY2sg Y2hhbm5lbCBzZXQgaXM6IEZyb250IExlZnQsIEZyb250IFJpZ2h0LCAKWzJdIHBjbTM6IFBs YXliYWNrIGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGNvbm5lY3RlZCkKWzJdIHBjbTM6IFJl Y29yZGluZyBjaGFubmVsIHNldCBpczogRnJvbnQgTGVmdCwgRnJvbnQgUmlnaHQsIApbMl0g cGNtMzogUmVjb3JkaW5nIGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGRpc2Nvbm5lY3RlZCkK WzJdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBw Y20zClsyXSBwY200OiA8UmVhbHRlayBBTEM4ODcgKEZyb250IEFuYWxvZyk+IGF0IG5pZCAy NyBhbmQgMjUgb24gaGRhYTEKWzJdIHBjbTQ6IFBsYXliYWNrOgpbMl0gcGNtNDogICAgICBT dHJlYW0gY2FwOiAweDAwMDAwMDAxIFBDTQpbMl0gcGNtNDogICAgICAgICBQQ00gY2FwOiAw eDAwMGUwNTYwIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2IDE5MiBLSHoKWzJdIHBjbTQ6ICAg ICAgICAgICAgIERBQzogMzcKWzJdIHBjbTQ6IApbMl0gcGNtNDogICAgIG5pZD0yNyBbcGlu OiBIZWFkcGhvbmVzIChHcmVlbiBKYWNrKV0KWzJdIHBjbTQ6ICAgICAgICsgPC0gbmlkPTM4 IFthdWRpbyBtaXhlcl0gW3NyYzogcGNtLCBtaXhdClsyXSBwY200OiAgICAgICAgICAgICAg KyA8LSBuaWQ9MzcgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpbMl0gcGNtNDogICAgICAg ICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0gW3NyYzogbWl4XQpbMl0gcGNtNDog ClsyXSBwY200OiBSZWNvcmQ6ClsyXSBwY200OiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAw MDEgUENNClsyXSBwY200OiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAgMTYgMjAgMjQg Yml0cywgNDQgNDggOTYgMTkyIEtIegpbMl0gcGNtNDogICAgICAgICAgICAgQURDOiA5Clsy XSBwY200OiAKWzJdIHBjbTQ6ICAgICBuaWQ9OSBbYXVkaW8gaW5wdXRdClsyXSBwY200OiAg ICAgICArIDwtIG5pZD0zNCBbYXVkaW8gbWl4ZXJdIFtzcmM6IHNwZWFrZXIsIG1vbml0b3Jd ClsyXSBwY200OiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjUgW3BpbjogTWljIChQaW5rIEph Y2spXSBbc3JjOiBtb25pdG9yXQpbMl0gcGNtNDogICAgICAgICAgICAgICsgPC0gbmlkPTI5 IFtiZWVwIHdpZGdldF0gW3NyYzogc3BlYWtlcl0KWzJdIHBjbTQ6IApbMl0gcGNtNDogTWFz dGVyIFZvbHVtZSAoT1NTOiB2b2wpOiAtNjQvMGRCClsyXSBwY200OiAgICArLSBjdGwgMzUg KG5pZCAgMjcgaW4gKTogICAgbXV0ZQpbMl0gcGNtNDogICAgKy0gY3RsIDYwIChuaWQgIDM3 IG91dCk6ICAgIC02NC8wZEIgKDY1IHN0ZXBzKQpbMl0gcGNtNDogICAgKy0gY3RsIDYxIChu aWQgIDM4IGluICAgMCk6IG11dGUKWzJdIHBjbTQ6ICAgICstIGN0bCA2MiAobmlkICAzOCBp biAgIDEpOiBtdXRlClsyXSBwY200OiAKWzJdIHBjbTQ6IFBDTSBWb2x1bWUgKE9TUzogcGNt KTogLTY0LzBkQgpbMl0gcGNtNDogICAgKy0gY3RsIDYwIChuaWQgIDM3IG91dCk6ICAgIC02 NC8wZEIgKDY1IHN0ZXBzKQpbMl0gcGNtNDogICAgKy0gY3RsIDYxIChuaWQgIDM4IGluICAg MCk6IG11dGUKWzJdIHBjbTQ6IApbMl0gcGNtNDogTWljcm9waG9uZTIgVm9sdW1lIChPU1M6 IG1vbml0b3IpOiAwLzMwZEIKWzJdIHBjbTQ6ICAgICstIGN0bCAzMiAobmlkICAyNSBvdXQp OiAgICAwLzMwZEIgKDQgc3RlcHMpClsyXSBwY200OiAgICArLSBjdGwgMzggKG5pZCAgMzQg aW4gICAxKTogbXV0ZQpbMl0gcGNtNDogClsyXSBwY200OiBTcGVha2VyL0JlZXAgVm9sdW1l IChPU1M6IHNwZWFrZXIpClsyXSBwY200OiAgICArLSBjdGwgNDIgKG5pZCAgMzQgaW4gICA1 KTogbXV0ZQpbMl0gcGNtNDogClsyXSBwY200OiBSZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVj KTogLTE2LzMwZEIKWzJdIHBjbTQ6ICAgICstIGN0bCAgNiAobmlkICAgOSBpbiAgIDApOiAt MTYvMzBkQiAoNDcgc3RlcHMpICsgbXV0ZQpbMl0gcGNtNDogICAgKy0gY3RsIDMyIChuaWQg IDI1IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykKWzJdIHBjbTQ6ICAgICstIGN0bCAzOCAo bmlkICAzNCBpbiAgIDEpOiBtdXRlClsyXSBwY200OiAgICArLSBjdGwgNDIgKG5pZCAgMzQg aW4gICA1KTogbXV0ZQpbMl0gcGNtNDogClsyXSBwY200OiBJbnB1dCBNaXggTGV2ZWwgKE9T UzogbWl4KQpbMl0gcGNtNDogICAgKy0gY3RsIDYyIChuaWQgIDM4IGluICAgMSk6IG11dGUK WzJdIHBjbTQ6IApbMl0gcGNtNDogSW5wdXQgTW9uaXRvcmluZyBMZXZlbCAoT1NTOiBpZ2Fp bik6IDAvMGRCClsyXSBwY200OiAgICArLSBjdGwgNjIgKG5pZCAgMzggaW4gICAxKTogbXV0 ZQpbMl0gcGNtNDogClsyXSBwY200OiBNaXhlciAidm9sIjoKWzJdIHBjbTQ6IE1peGVyICJw Y20iOgpbMl0gcGNtNDogTWl4ZXIgInJlYyI6ClsyXSBwY200OiBNaXhlciAiaWdhaW4iOgpb Ml0gcGNtNDogTWl4ZXIgIm9nYWluIjoKWzJdIHBjbTQ6IE1peGVyICJtb25pdG9yIjoKWzJd IHBjbTQ6IFBsYXliYWNrIGNoYW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdo dCwgClsyXSBwY200OiBQbGF5YmFjayBjaGFubmVsIG1hdHJpeCBpczogMi4wIChkaXNjb25u ZWN0ZWQpClsyXSBwY200OiBSZWNvcmRpbmcgY2hhbm5lbCBzZXQgaXM6IEZyb250IExlZnQs IEZyb250IFJpZ2h0LCAKWzJdIHBjbTQ6IFJlY29yZGluZyBjaGFubmVsIG1hdHJpeCBpczog Mi4wIChkaXNjb25uZWN0ZWQpClszXSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5 dGVzICg0IGJpdHMpIGZyb20gcGNtNApbM10gcGNtNTogPFJlYWx0ZWsgQUxDODg3IChSZWFy IERpZ2l0YWwpPiBhdCBuaWQgMzAgb24gaGRhYTEKWzNdIHBjbTU6IFBsYXliYWNrOgpbM10g cGNtNTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1IEFDMyBQQ00KWzNdIHBjbTU6ICAg ICAgICAgUENNIGNhcDogMHgwMDBlMDVmMCAxNiAyMCAyNCBiaXRzLCAzMiA0NCA0OCA4OCA5 NiAxOTIgS0h6ClszXSBwY201OiAgICAgICAgICAgICBEQUM6IDYKWzNdIHBjbTU6IApbM10g cGNtNTogICAgIG5pZD0zMCBbcGluOiBTUERJRi1vdXQgKE9yYW5nZSBKYWNrKV0KWzNdIHBj bTU6ICAgICAgICsgPC0gbmlkPTYgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpbM10gcGNt NTogClszXSBwY201OiBNaXhlciAidm9sIiAtPiAibm9uZSI6IGNoaWxkPTB4MDAwMDAwMTAK WzNdIHBjbTU6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCIKWzNdIHBjbTU6IFNvZnQgUENN IG1peGVyIEVOQUJMRUQKWzNdIHBjbTU6IFBsYXliYWNrIGNoYW5uZWwgc2V0IGlzOiBGcm9u dCBMZWZ0LCBGcm9udCBSaWdodCwgClszXSBwY201OiBQbGF5YmFjayBjaGFubmVsIG1hdHJp eCBpczogMi4wICh1bmtub3duKQpbM10gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBi eXRlcyAoNCBiaXRzKSBmcm9tIHBjbTUKWzNdIHBjbTY6IDxSZWFsdGVrIEFMQzg4NyAoT25i b2FyZCBEaWdpdGFsKT4gYXQgbmlkIDE3IG9uIGhkYWExClszXSBwY202OiBQbGF5YmFjazoK WzNdIHBjbTY6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwNSBBQzMgUENNClszXSBwY202 OiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1ZjAgMTYgMjAgMjQgYml0cywgMzIgNDQgNDgg ODggOTYgMTkyIEtIegpbM10gcGNtNjogICAgICAgICAgICAgREFDOiAxNgpbM10gcGNtNjog ClszXSBwY202OiAgICAgbmlkPTE3IFtwaW46IFNQRElGLW91dCAoRml4ZWQpXQpbM10gcGNt NjogICAgICAgKyA8LSBuaWQ9MTYgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpbM10gcGNt NjogClszXSBwY202OiBNaXhlciAidm9sIiAtPiAibm9uZSI6IGNoaWxkPTB4MDAwMDAwMTAK WzNdIHBjbTY6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCIKWzNdIHBjbTY6IFNvZnQgUENN IG1peGVyIEVOQUJMRUQKWzNdIHBjbTY6IFBsYXliYWNrIGNoYW5uZWwgc2V0IGlzOiBGcm9u dCBMZWZ0LCBGcm9udCBSaWdodCwgClszXSBwY202OiBQbGF5YmFjayBjaGFubmVsIG1hdHJp eCBpczogMi4wICh1bmtub3duKQpbM10gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBi eXRlcyAoNCBiaXRzKSBmcm9tIHBjbTYKWzNdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSBoZGFhMQpbM10gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0 dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGhkYWNjMQpbM10gdWdlbjMuMTogPEFNRD4g YXQgdXNidXMzClszXSB1aHViMzogPEFNRCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzClszXSBhaGNpY2gwOiBBSENJIHJlc2V0 Li4uClszXSBhaGNpY2gwOiBTQVRBIGNvbm5lY3QgdGltZT0xMDB1cyBzdGF0dXM9MDAwMDAx MzMKWzNdIGFoY2ljaDA6IEFIQ0kgcmVzZXQ6IGRldmljZSBmb3VuZApbM10gYWhjaWNoMDog QUhDSSByZXNldDogZGV2aWNlIHJlYWR5IGFmdGVyIDBtcwpbM10gYWhjaWNoMTogQUhDSSBy ZXNldC4uLgpbM10gYWhjaWNoMTogU0FUQSBjb25uZWN0IHRpbWU9OTAwdXMgc3RhdHVzPTAw MDAwMTIzClszXSBhaGNpY2gxOiBBSENJIHJlc2V0OiBkZXZpY2UgZm91bmQKWzNdIGFoY2lj aDI6IEFIQ0kgcmVzZXQuLi4KWzNdIGFoY2ljaDI6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHRp bWU9MTAwMDB1cyBzdGF0dXM9MDAwMDAwMDAKWzNdIGFoY2ljaDI6IEFIQ0kgcmVzZXQ6IGRl dmljZSBub3QgZm91bmQKWzNdIGFoY2ljaDM6IEFIQ0kgcmVzZXQuLi4KWzNdIGFoY2ljaDM6 IFNBVEEgY29ubmVjdCB0aW1lb3V0IHRpbWU9MTAwMDB1cyBzdGF0dXM9MDAwMDAwMDAKWzNd IGFoY2ljaDM6IEFIQ0kgcmVzZXQ6IGRldmljZSBub3QgZm91bmQKWzNdIGFoY2ljaDQ6IEFI Q0kgcmVzZXQuLi4KWzNdIGFoY2ljaDQ6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHRpbWU9MTAw MDB1cyBzdGF0dXM9MDAwMDAwMDAKWzNdIGFoY2ljaDQ6IEFIQ0kgcmVzZXQ6IGRldmljZSBu b3QgZm91bmQKWzNdIHVodWIyOiA1IHBvcnRzIHdpdGggNSByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApbM10gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBm cm9tIHVodWIyClszXSB1aHViMDogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKWzNdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSB1aHViMApbM10gYWhjaWNoNTogQUhDSSByZXNldC4uLgpbM10gYWhjaWNoMTogQUhD SSByZXNldDogZGV2aWNlIHJlYWR5IGFmdGVyIDEwMG1zClszXSBhaGNpY2g1OiBTQVRBIGNv bm5lY3QgdGltZW91dCB0aW1lPTEwMDAwdXMgc3RhdHVzPTAwMDAwMDAwClszXSBhaGNpY2g1 OiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kClszXSBhaGNpY2g2OiBBSENJIHJlc2V0 Li4uClszXSBhaGNpY2g2OiBTQVRBIGNvbm5lY3QgdGltZT0xODAwdXMgc3RhdHVzPTAwMDAw MTEzClszXSBhaGNpY2g2OiBBSENJIHJlc2V0OiBkZXZpY2UgZm91bmQKWzNdIGFoY2ljaDY6 IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAwbXMKWzNdIGFoY2ljaDc6IEFIQ0kg cmVzZXQuLi4KWzNdIGFoY2ljaDc6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHRpbWU9MTAwMDB1 cyBzdGF0dXM9MDAwMDAwMDAKWzNdIGFoY2ljaDc6IEFIQ0kgcmVzZXQ6IGRldmljZSBub3Qg Zm91bmQKWzNdIGFkYTAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAK WzNdIGFkYTA6IDxXREMgV0QyMEVaUlgtMDBEOFBCMCA4MC4wMEE4MD4gQUNTLTIgQVRBIFNB VEEgMy54IGRldmljZQpbM10gR0VPTTogbmV3IGRpc2sgYWRhMApbM10gYWRhMDogU2VyaWFs IE51bWJlciBXRC1XQ0M0TTJGRFRONjMKWzNdIGFkYTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVy cyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQpbM10gYWRhMDogQ29tbWFuZCBR dWV1ZWluZyBlbmFibGVkClszXSBhZGEwOiAxOTA3NzI5TUIgKDM5MDcwMjkxNjggNTEyIGJ5 dGUgc2VjdG9ycykKWzNdIGFkYTA6IHF1aXJrcz0weDE8NEs+ClszXSBhZGExIGF0IGFoY2lj aDEgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwClszXSBhZGExOiA8V0RDIFdEMTAwMkZB RVgtMDBaM0EwIDA1LjAxRDA1PiBBVEE4LUFDUyBTQVRBIDIueCBkZXZpY2UKWzNdIGFkYTE6 IFNlcmlhbCBOdW1iZXIgV0QtV0NBVFIwMTE2MTIxClszXSBhZGExOiAzMDAuMDAwTUIvcyB0 cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKWzNdIGFkYTE6IENv bW1hbmQgUXVldWVpbmcgZW5hYmxlZApbM10gYWRhMTogOTUzODY5TUIgKDE5NTM1MjUxNjgg NTEyIGJ5dGUgc2VjdG9ycykKWzNdIGFkYTE6IHF1aXJrcz0weDE8NEs+ClszXSBwYXNzMCBh dCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMApbM10gcGFzczA6IDxXREMg V0QyMEVaUlgtMDBEOFBCMCA4MC4wMEE4MD4gQUNTLTIgQVRBIFNBVEEgMy54IGRldmljZQpb M10gcGFzczA6IFNlcmlhbCBOdW1iZXIgV0QtV0NDNE0yRkRUTjYzClszXSBwYXNzMDogNjAw LjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpClsz XSBwYXNzMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkClszXSBwYXNzMSBhdCBhaGNpY2gx IGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMApbM10gcGFzczE6IDxXREMgV0QxMDAyRkFF WC0wMFozQTAgMDUuMDFEMDU+IEFUQTgtQUNTIFNBVEEgMi54IGRldmljZQpbM10gcGFzczE6 IFNlcmlhbCBOdW1iZXIgV0QtV0NBVFIwMTE2MTIxClszXSBwYXNzMTogMzAwLjAwME1CL3Mg dHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpClszXSBwYXNzMTog Q29tbWFuZCBRdWV1ZWluZyBlbmFibGVkClszXSBwYXNzMiBhdCBhaGNpY2g2IGJ1cyAwIHNj YnVzNiB0YXJnZXQgMCBsdW4gMApbM10gcGFzczI6IDxBU1VTIERSVy0yNEYxU1QgICBhIDEu MDA+IFJlbW92YWJsZSBDRC1ST00gU0NTSSBkZXZpY2UKWzNdIHBhc3MyOiBTZXJpYWwgTnVt YmVyIFMxMEw2OEVEODAxNjMyClszXSBwYXNzMjogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChT QVRBIDEueCwgVURNQTUsIEFUQVBJIDEyYnl0ZXMsIFBJTyA4MTkyYnl0ZXMpClszXSBjZDAg YXQgYWhjaWNoNiBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKWzNdIGNkMDogPEFTVVMg RFJXLTI0RjFTVCAgIGEgMS4wMD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJIGRldmljZQpbM10g Y2QwOiBTZXJpYWwgTnVtYmVyIFMxMEw2OEVEODAxNjMyClszXSBjZDA6IDE1MC4wMDBNQi9z IHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE1LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5 dGVzKQpbM10gY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9U IFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZApbM10gU01QOiBBUCBD UFUgIzMgTGF1bmNoZWQhClszXSBjcHUzIEFQOgpbM10gICAgICBJRDogMHgxMzAwMDAwMCAg IFZFUjogMHg4MDA1MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmClszXSAg IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYKWzNdICAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAw MDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApbM10gU01QOiBBUCBDUFUgIzIg TGF1bmNoZWQhClszXSBjcHUyIEFQOgpbM10gICAgICBJRDogMHgxMjAwMDAwMCAgIFZFUjog MHg4MDA1MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmClszXSAgIGxpbnQw OiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4 MDAwMDAxZmYKWzNdICAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJy OiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApbM10gU01QOiBBUCBDUFUgIzEgTGF1bmNo ZWQhClszXSBjcHUxIEFQOgpbM10gICAgICBJRDogMHgxMTAwMDAwMCAgIFZFUjogMHg4MDA1 MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmClszXSAgIGxpbnQwOiAweDAw MDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAx ZmYKWzNdICAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAw MDAwMGYwIHBtYzogMHgwMDAxMDQwMApbM10gaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAo SVNBIElSUSAxKSB0byBsYXBpYyAxNyB2ZWN0b3IgNDgKWzNdIGlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMTggdmVjdG9yIDQ4ClszXSBpb2FwaWMw OiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIGxhcGljIDE5IHZlY3RvciA0OApb M10gaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTcgKFBDSSBJUlEgMTcpIHRvIGxhcGljIDE3 IHZlY3RvciA0OQpbM10gaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTggKFBDSSBJUlEgMTgp IHRvIGxhcGljIDE4IHZlY3RvciA0OQpbM10gaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjAg KFBDSSBJUlEgMjApIHRvIGxhcGljIDE5IHZlY3RvciA0OQpbM10gbXNpOiBBc3NpZ25pbmcg TVNJIElSUSAyNTcgdG8gbG9jYWwgQVBJQyAxNyB2ZWN0b3IgNTAKWzNdIG1zaTogQXNzaWdu aW5nIE1TSSBJUlEgMjU4IHRvIGxvY2FsIEFQSUMgMTggdmVjdG9yIDU2ClszXSBtc2k6IEFz c2lnbmluZyBNU0kgSVJRIDI1OSB0byBsb2NhbCBBUElDIDE4IHZlY3RvciA1NwpbM10gbXNp OiBBc3NpZ25pbmcgTVNJIElSUSAyNjAgdG8gbG9jYWwgQVBJQyAxOCB2ZWN0b3IgNTgKWzNd IG1zaTogQXNzaWduaW5nIE1TSSBJUlEgMjYxIHRvIGxvY2FsIEFQSUMgMTggdmVjdG9yIDU5 ClszXSBtc2k6IEFzc2lnbmluZyBNU0kgSVJRIDI2MiB0byBsb2NhbCBBUElDIDE4IHZlY3Rv ciA2MApbM10gbXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNjMgdG8gbG9jYWwgQVBJQyAxOCB2 ZWN0b3IgNjEKWzNdIG1zaTogQXNzaWduaW5nIE1TSSBJUlEgMjY0IHRvIGxvY2FsIEFQSUMg MTggdmVjdG9yIDYyClszXSBtc2k6IEFzc2lnbmluZyBNU0kgSVJRIDI2NSB0byBsb2NhbCBB UElDIDE4IHZlY3RvciA2MwpbM10gbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2NiB0byBs b2NhbCBBUElDIDE5IHZlY3RvciA1MApbM10gU01QOiBwYXNzZWQgVFNDIHN5bmNocm9uaXph dGlvbiB0ZXN0ClszXSBUU0MgdGltZWNvdW50ZXIgZGlzY2FyZHMgbG93ZXIgMSBiaXQocykK WzNdIFRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTk3NTc0OTA2MiBIeiBxdWFs aXR5IDEwMDAKWzNdIFRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnpyb290L1JPT1Qv bWFzdGVyIFtdLi4uCls0XSBHRU9NOiBuZXcgZGlzayBhZGExCls0XSBHRU9NOiBuZXcgZGlz ayBjZDAKWzVdIHVodWIxOiA1IHBvcnRzIHdpdGggNSByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZApbNV0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9t IHVodWIxCls1XSB1aHViMzogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKWzVdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJv bSB1aHViMwpbNV0gR0VPTV9FTEk6IERldmljZSBhZGEwcDQuZWxpIGNyZWF0ZWQuCls1XSBH RU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAyNTYKWzVdIEdFT01fRUxJOiAgICAgQ3J5 cHRvOiBoYXJkd2FyZQpbNl0gUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzIHVzYnVz MQpbNl0gdWdlbjAuMjogPE1pY3Jvc29mdD4gYXQgdXNidXMwCls2XSB1bXMwOiA8TWljcm9z b2Z0IE1pY3Jvc29mdCA1LUJ1dHRvbiBNb3VzZSB3aXRoIEludGVsbGlFeWVUTSwgY2xhc3Mg MC8wLCByZXYgMS4xMC8zLjAwLCBhZGRyIDI+IG9uIHVzYnVzMApbNl0gdW1zMDogNSBidXR0 b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJRD0wCls2XSByYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdW1zMApbNl0gdWdlbjEuMjogPHZlbmRv ciAweDA0NmQ+IGF0IHVzYnVzMQpbNl0gdWF1ZGlvMDogPHZlbmRvciAweDA0NmQgcHJvZHVj dCAweDA4MWIsIGNsYXNzIDIzOS8yLCByZXYgMi4wMC8wLjEwLCBhZGRyIDI+IG9uIHVzYnVz MQpbNl0gdWF1ZGlvMDogTm8gcGxheWJhY2suCls2XSB1YXVkaW8wOiBSZWNvcmQ6IDQ4MDAw IEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDhtcyBidWZmZXIuCls2XSB1 YXVkaW8wOiBSZWNvcmQ6IDMyMDAwIEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0 LCAyeDhtcyBidWZmZXIuCls2XSB1YXVkaW8wOiBSZWNvcmQ6IDI0MDAwIEh6LCAxIGNoLCAx Ni1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDhtcyBidWZmZXIuCls2XSB1YXVkaW8wOiBSZWNv cmQ6IDE2MDAwIEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDhtcyBidWZm ZXIuCls2XSB1YXVkaW8wOiBObyBNSURJIHNlcXVlbmNlci4KWzZdIHBjbTc6IDxVU0IgYXVk aW8+IG9uIHVhdWRpbzAKWzZdIHBjbTc6IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9 MHgwMDAwMDAxMApbNl0gcGNtNzogTWl4ZXIgInBjbSI6IHBhcmVudD0idm9sIgpbNl0gcGNt NzogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApbNl0gcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFj aCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjbTcKWzZdIHVhdWRpbzA6IE5vIEhJRCB2b2x1 bWUga2V5cyBmb3VuZC4KWzZdIHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSB1YXVkaW8wCls3XSBSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1 czMgdXNidXMxCls3XSB1Z2VuMy4yOiA8dmVuZG9yIDB4MDVlMz4gYXQgdXNidXMzCls3XSB1 bWFzczA6IDx2ZW5kb3IgMHgwNWUzIFVTQiBTdG9yYWdlLCBjbGFzcyAwLzAsIHJldiAyLjAw Lzk3LjQ0LCBhZGRyIDI+IG9uIHVzYnVzMwpbN10gdW1hc3MwOjk6MDogQXR0YWNoZWQgdG8g c2NidXM5Cls3XSByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMp IGZyb20gdW1hc3MwCls3XSAocHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiBEb3duIHJldmlu ZyBQcm90b2NvbCBWZXJzaW9uIGZyb20gMiB0byAwPwpbN10gcGFzczMgYXQgdW1hc3Mtc2lt MCBidXMgMCBzY2J1czkgdGFyZ2V0IDAgbHVuIDAKWzddIHBhc3MzOiA8R2VuZXJpYyBTVE9S QUdFIERFVklDRSA5NzQ0PiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJIGRldmljZQpb N10gcGFzczM6IFNlcmlhbCBOdW1iZXIgMDAwMDAwMDA5NzQ0Cls3XSBwYXNzMzogNDAuMDAw TUIvcyB0cmFuc2ZlcnMKWzddIEdFT006IG5ldyBkaXNrIGRhMApbN10gZGEwIGF0IHVtYXNz LXNpbTAgYnVzIDAgc2NidXM5IHRhcmdldCAwIGx1biAwCls3XSBkYTA6IDxHZW5lcmljIFNU T1JBR0UgREVWSUNFIDk3NDQ+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0kgZGV2aWNl Cls3XSBkYTA6IFNlcmlhbCBOdW1iZXIgMDAwMDAwMDA5NzQ0Cls3XSBkYTA6IDQwLjAwME1C L3MgdHJhbnNmZXJzCls3XSBkYTA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFp bGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApbN10gZGEwOiBxdWlya3M9MHgz PE5PX1NZTkNfQ0FDSEUsTk9fNl9CWVRFPgpbN10gZGEwOiBEZWxldGUgbWV0aG9kczogPE5P TkUoKiksWkVSTz4KWzddIChwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MSk6IERvd24gcmV2aW5n IFByb3RvY29sIFZlcnNpb24gZnJvbSAyIHRvIDA/Cls3XSBwYXNzNCBhdCB1bWFzcy1zaW0w IGJ1cyAwIHNjYnVzOSB0YXJnZXQgMCBsdW4gMQpbN10gcGFzczQ6IDxHZW5lcmljIFNUT1JB R0UgREVWSUNFIDk3NDQ+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0kgZGV2aWNlCls3 XSBwYXNzNDogU2VyaWFsIE51bWJlciAwMDAwMDAwMDk3NDQKWzddIHBhc3M0OiA0MC4wMDBN Qi9zIHRyYW5zZmVycwpbN10gZGExIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXM5IHRhcmdl dCAwIGx1biAxCls3XSBkYTE6IDxHZW5lcmljIFNUT1JBR0UgREVWSUNFIDk3NDQ+IFJlbW92 YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0kgZGV2aWNlCls3XSBkYTE6IFNlcmlhbCBOdW1iZXIg MDAwMDAwMDA5NzQ0Cls3XSBkYTE6IDQwLjAwME1CL3MgdHJhbnNmZXJzCls3XSBkYTE6IEF0 dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBu b3QgcHJlc2VudApbN10gZGExOiBxdWlya3M9MHgzPE5PX1NZTkNfQ0FDSEUsTk9fNl9CWVRF PgpbN10gZGExOiBEZWxldGUgbWV0aG9kczogPE5PTkUoKiksWkVSTz4KWzddIChwcm9iZTA6 dW1hc3Mtc2ltMDowOjA6Mik6IERvd24gcmV2aW5nIFByb3RvY29sIFZlcnNpb24gZnJvbSAy IHRvIDA/Cls3XSBwYXNzNSBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzOSB0YXJnZXQgMCBs dW4gMgpbN10gcGFzczU6IDxHZW5lcmljIFNUT1JBR0UgREVWSUNFIDk3NDQ+IFJlbW92YWJs ZSBEaXJlY3QgQWNjZXNzIFNDU0kgZGV2aWNlCls3XSBwYXNzNTogU2VyaWFsIE51bWJlciAw MDAwMDAwMDk3NDQKWzddIHBhc3M1OiA0MC4wMDBNQi9zIHRyYW5zZmVycwpbN10gZGEyIGF0 IHVtYXNzLXNpbTAgYnVzIDAgc2NidXM5IHRhcmdldCAwIGx1biAyCls3XSBkYTI6IDxHZW5l cmljIFNUT1JBR0UgREVWSUNFIDk3NDQ+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0kg ZGV2aWNlCls3XSBkYTI6IFNlcmlhbCBOdW1iZXIgMDAwMDAwMDA5NzQ0Cls3XSBkYTI6IDQw LjAwME1CL3MgdHJhbnNmZXJzCls3XSBkYTI6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNp emUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApbN10gZGEyOiBxdWly a3M9MHgzPE5PX1NZTkNfQ0FDSEUsTk9fNl9CWVRFPgpbN10gZGEyOiBEZWxldGUgbWV0aG9k czogPE5PTkUoKiksWkVSTz4KWzddIEdFT006IG5ldyBkaXNrIGRhMQpbN10gR0VPTTogbmV3 IGRpc2sgZGEyCls3XSAocHJvYmUwOnVtYXNzLXNpbTA6MDowOjMpOiBEb3duIHJldmluZyBQ cm90b2NvbCBWZXJzaW9uIGZyb20gMiB0byAwPwpbN10gcGFzczYgYXQgdW1hc3Mtc2ltMCBi dXMgMCBzY2J1czkgdGFyZ2V0IDAgbHVuIDMKWzddIHBhc3M2OiA8R2VuZXJpYyBTVE9SQUdF IERFVklDRSA5NzQ0PiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJIGRldmljZQpbN10g cGFzczY6IFNlcmlhbCBOdW1iZXIgMDAwMDAwMDA5NzQ0Cls3XSBwYXNzNjogNDAuMDAwTUIv cyB0cmFuc2ZlcnMKWzddIGRhMyBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzOSB0YXJnZXQg MCBsdW4gMwpbN10gZGEzOiA8R2VuZXJpYyBTVE9SQUdFIERFVklDRSA5NzQ0PiBSZW1vdmFi bGUgRGlyZWN0IEFjY2VzcyBTQ1NJIGRldmljZQpbN10gZGEzOiBTZXJpYWwgTnVtYmVyIDAw MDAwMDAwOTc0NApbN10gZGEzOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpbN10gZGEzOiBBdHRl bXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90 IHByZXNlbnQKWzddIGRhMzogcXVpcmtzPTB4MzxOT19TWU5DX0NBQ0hFLE5PXzZfQllURT4K WzddIGRhMzogRGVsZXRlIG1ldGhvZHM6IDxOT05FKCopLFpFUk8+Cls3XSAocHJvYmUwOnVt YXNzLXNpbTA6MDowOjQpOiBEb3duIHJldmluZyBQcm90b2NvbCBWZXJzaW9uIGZyb20gMiB0 byAwPwpbN10gcGFzczcgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czkgdGFyZ2V0IDAgbHVu IDQKWzddIHBhc3M3OiA8R2VuZXJpYyBTVE9SQUdFIERFVklDRSA5NzQ0PiBSZW1vdmFibGUg RGlyZWN0IEFjY2VzcyBTQ1NJIGRldmljZQpbN10gcGFzczc6IFNlcmlhbCBOdW1iZXIgMDAw MDAwMDA5NzQ0Cls3XSBwYXNzNzogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKWzddIHVnZW4wLjM6 IDxDSElDT05ZPiBhdCB1c2J1czAKWzddIHVrYmQwOiA8Q0hJQ09OWSBVU0IgTmV0VmlzdGEg RnVsbCBXaWR0aCBLZXlib2FyZCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAyLCBhZGRyIDM+ IG9uIHVzYnVzMApbN10ga2JkMiBhdCB1a2JkMApbN10ga2JkMjogdWtiZDAsIGdlbmVyaWMg KDApLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAwMApbN10gcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVrYmQwCls3XSBkYTQgYXQgdW1hc3Mt c2ltMCBidXMgMCBzY2J1czkgdGFyZ2V0IDAgbHVuIDQKWzddIGRhNDogPEdlbmVyaWMgU1RP UkFHRSBERVZJQ0UgOTc0ND4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSSBkZXZpY2UK WzddIGRhNDogU2VyaWFsIE51bWJlciAwMDAwMDAwMDk3NDQKWzddIGRhNDogNDAuMDAwTUIv cyB0cmFuc2ZlcnMKWzddIGRhNDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWls ZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50Cls3XSBkYTQ6IHF1aXJrcz0weDM8 Tk9fU1lOQ19DQUNIRSxOT182X0JZVEU+Cls3XSBkYTQ6IERlbGV0ZSBtZXRob2RzOiA8Tk9O RSgqKSxaRVJPPgpbOF0gR0VPTTogbmV3IGRpc2sgZGEzCls4XSBHRU9NOiBuZXcgZGlzayBk YTQKWzldIHN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0ClsxMV0gR0VPTV9FTEk6IERl dmljZSBhZGEwcDIuZWxpIGNyZWF0ZWQuClsxMV0gR0VPTV9FTEk6IEVuY3J5cHRpb246IEFF Uy1YVFMgMjU2ClsxMV0gR0VPTV9FTEk6ICAgICBDcnlwdG86IGhhcmR3YXJlClsxNF0gd2xh bjA6IGJwZiBhdHRhY2hlZApbMTRdIHdsYW4wOiBicGYgYXR0YWNoZWQKWzE0XSB3bGFuMDog RXRoZXJuZXQgYWRkcmVzczogOTA6ZjY6NTI6MTc6MGY6MzQKWzIxXSB3bGFuMDogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIFVQClsyNF0gcmwwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9X TgpbMjRdIHJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KWzI2XSBMaW51eCB4ODYt NjQgRUxGIGV4ZWMgaGFuZGxlciBpbnN0YWxsZWQK --------------537AF01A6ECC5405E82A65A1-- --RQJ7aF4c03pKkXNT6dFEvfMBb642GOJDn-- --8qasiXGdTIU3eewdP1tIQLcwdvuaoi2Ee Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJX7CO4AAoJEHpZm4Ugg5ydl58P/3lI2EgBwlTGZCMtJbna7sGK uuD5z50iWbPKqnrVMbHus+fkohCWjVkYSXGT7Ni4yvjJ4O92dgbEdn1bsLCsk6Yk KRHpqgM2Vt8Q2suNOD30xuoVR500iFmHFbireK5uM73WzZzMdnweM6lU1XzvxZUD 81eqW+UbLCBbDFEOFpz5F6klQkw568jHD5bO8naYLItaScTvxJxC0OsgXyMpyli9 lUU+Irh6hIfTVXUv4KjiOeiGLf107sysylXejvqv5mY2JBxWBvVx1jC9qIePSaxL PI5BZyBfTwslnUSsW+fxSP7kwwqrNWxNB7O6+myO8yFkPpNHBE0o45SjGfYA7ADJ b2pvgb6msKXMpK4/sEQm4m0mx7viA/MLTausKuEOLga1jYlO14dMYYq0Ofgnluxq k7QMXCCeSDkg/XQYZ0yrz0SySFK61DwnDhArAIHNYQA9ikOBo0kOz+K+iGQ7BhQu RJKBWiqr75C7kzC6UMCw9TysgRsypZvmQ5g4rBOtzAhdA4I3HABKgi6NdrwK1hrA +rfb14Z9YLpfacVRncxutPDU5Q1Katz3ulrb1DI9MUelXmZKHMxMYJN+k7JPT/iu S1aKMQF+Bj1AiL9McxeXynxZRCCXgC/xTiXwUpVVAY48lg24Gou9PwuQNXqN5jSO XuvmV400QvnAFnMRiK5A =Toj+ -----END PGP SIGNATURE----- --8qasiXGdTIU3eewdP1tIQLcwdvuaoi2Ee-- From owner-freebsd-current@freebsd.org Wed Sep 28 22:03: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 C1D6FC01491 for ; Wed, 28 Sep 2016 22:03:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C5486906; Wed, 28 Sep 2016 22:03:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA15288; Thu, 29 Sep 2016 01:03:06 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bpMwU-000PCL-GH; Thu, 29 Sep 2016 01:03:06 +0300 Subject: Re: Destroy GPT partition scheme absolutely, how? To: "Andrey V. Elsukov" , John Baldwin , freebsd-current@FreeBSD.org References: <20160926150109.0d0d793e@hermann> <57E92726.2020605@gmail.com> <5484D815-4B17-456B-BA60-CC6F4E97AFE3@gmail.com> <1785064.lgVzRW13Wf@ralph.baldwin.cx> From: Andriy Gapon Message-ID: Date: Thu, 29 Sep 2016 01:01:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 22:03:09 -0000 On 28/09/2016 21:08, Andrey V. Elsukov wrote: > This is very strange problem, how did you created MBR if you have not > destroyed GPT? :) Using a tool that's not aware of GPT at all? -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Sep 28 22:39: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 87935C01BF4; Wed, 28 Sep 2016 22:39:05 +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 7BAB5175A; Wed, 28 Sep 2016 22:39:05 +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 C500719C9; Wed, 28 Sep 2016 22:39:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 28 Sep 2016 22:39:02 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: re@FreeBSD.org, freebsd-announce@FreeBSD.org Subject: [HEADS-UP] 11.0-RELEASE status update Message-ID: <20160928223902.GI88792@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 22:39:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dear FreeBSD Community: Although the FreeBSD 11.0-RELEASE has not yet been officially announced, many have found images on the Project FTP mirrors. However, please be aware the final 11.0-RELEASE will be rebuilt and republished on the Project mirrors as a result of a few last-minute security fixes we feel are imperative to include in the final release. FreeBSD users already running 11.0-RELEASE will be given instructions on how to safely upgrade systems to the 11.0-RELEASE-p1 in the final announcement email. Those building from source code can obtain the latest security updates from the releng/11.0 branch in Subversion: svn://svn.freebsd.org/base/releng/11.0 As the FreeBSD Project strives to provide the best possible product, the Release Engineering team decided to build an updated release to include the fixes. At present, we expect to have the final release available Wednesday, October 3rd. If you have not yet downloaded 11.0-RELEASE, please wait for the official release announcement. Thank you in advance for your patience waiting for 11.0-RELEASE, and of course for understanding the reasons behind the updated release. Glen On behalf of: re@ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX7EaGAAoJEAMUWKVHj+KTtrgP/iaIozjqDQ2poH1i7J+BewmE wov+vRcfmGmBvCFLxGPWDsXsYWYw8HCUNrloBesNlUZNe7BoFKliVrBp7KAN5YRE R+l9AQU8u7UhYoKbM1epB28nDYdLH/veKMpkhyEr2mPglmRDJoJa1JL3xcnRXDj+ yFeeCH5He/jH/ILiO8ChfY8e3aA+K/qMOSicVENW5M2kGs/q0m/i5UZK2LZ+gT7R /eMl0USfW2B5LebHViv3a6GRArfTzBYZKYdoxXH7vUZ1zgb9CcEPfhYBxu41RMe3 I+HquvqzWKPNwG3GhwqPmKfwQt4PHlATkZwddGosIgSmUZRhhD4eR0DWdXD6k/oS iSi7QR8lef6ALcVTjt65JNqzPF/9eUJsZikcI0Ov6I0TkV2yzAGnUNneZQ6+22AS //ZhqWkIu7w1hePJ+Af+SZJDzVdUWzVNiAyMmSFkfW3mFaidyhjR0OULnquG6kSS kdPOdl/RwJzfP3wkFjt56I8YTyk7YQdwNEcEBQUlXlyZOC/NvUH5eebPJ1Va5UDV q0FHFaYiATKvQyZUO3Ne9eLzBdYQhmaPSrvTGXrZw53hgShIBOEnwkJYiEGgySL3 vCDro397boLkRL89HUXwuCFurZp/7g/V+I3w4X45y2/GpC/w7isPX/5YYJloETnR VLGBedKpJbR/5LUJH8Bw =t8IC -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Wed Sep 28 23: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 1C186C00B04; Wed, 28 Sep 2016 23:00:44 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x22f.google.com (mail-yw0-x22f.google.com [IPv6:2607:f8b0:4002: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 CF1109AF; Wed, 28 Sep 2016 23:00:43 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x22f.google.com with SMTP id i129so38332206ywb.0; Wed, 28 Sep 2016 16:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=L7T7g2cAVwgC+B5SUypGa6RrR07NC6NKO5/LevFl+qI=; b=rlrxkaple15bMahKGCkqL076NNeLr9rEHrlcC8+gPrHgcBYqV65JjYqKV/xVMPJGGA fgV80PDWNWNAWd9wmfR3N0uscCe1bwKhOUmmspS4yHwu1+lOoaI6N4V/8feMU4Q5094v Mp6efs2aG9/wCp78RJWKuPo7o4/hUCM8Qzi02CLm8jCxref9DXfAC4vPeUyS93qypPgO m5xIYNIk5GcMcFZDSnE7Pa9U0Vc1xEmPW2s/TDJ41bCK8vU+D/obU/ecLgwsb3gL8h2/ nDJdaaLQ2O1LIXHQKnP6AbI/54eRflPuLunL7C/y5mSB1dFiyjRXzCw62Wrq+Z/DJ3zu 6idQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=L7T7g2cAVwgC+B5SUypGa6RrR07NC6NKO5/LevFl+qI=; b=iNKVetoP4krr957gFMBaP29igpVLB0TMp6WZXNtytln3RDYCRu31QFZeifAcyX2itj VZ30DWoW9EEFMMADNPIqxBx252ymt3hBCfsM/U1yDRFKtp9xneJZk8RqYaF/jF1B/ROT AtLoHT5ZCM3tsklGqpfCQYmjeN96OH+Q6iNrEum45nbVhqnzm0O77ZYK6FNB0Je5qOAC n/VeKYl+2gag1sPNgemGaHs3/6macmI+Uyk4mUuS4ZzQPdHpzpbYGJ2+GRF6ywGm9FeE zlPIJ8tvWQQbvJq5iRrDemEno4JvpslvZVuPeB9vNuVGrg5E/Esp4t85tvSkHY9yqkO8 NO+A== X-Gm-Message-State: AE9vXwNYSeNzO/TatMv41uvQgbUS3yYfLI8tOeXmu8tlI4dfioYdWAguSuwbzHuhBs4juyqEMzZYgf+g+TRWbw== X-Received: by 10.129.124.130 with SMTP id x124mr27705857ywc.101.1475103643013; Wed, 28 Sep 2016 16:00:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.18.213 with HTTP; Wed, 28 Sep 2016 16:00:42 -0700 (PDT) In-Reply-To: References: From: Ultima Date: Wed, 28 Sep 2016 19:00:42 -0400 Message-ID: Subject: Re: zpool (online|replace|labelclear) issues, -f option also failing To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 23:00:44 -0000 > Hi, > As a start you can use these in /boot/loader.conf to prevent the confusion about gptid or disk_ident. I disabled gptid at my computer. But if > I understand you would like to disable disk_ident. For ZFS it should not matter what you use. > $ sysctl kern.geom.label > kern.geom.label.disk_ident.enable: 1 > kern.geom.label.gptid.enable: 0 > kern.geom.label.gpt.enable: 1 > kern.geom.label.ufs.enable: 1 > kern.geom.label.ufsid.enable: 1 > kern.geom.label.reiserfs.enable: 1 > kern.geom.label.ntfs.enable: 1 > kern.geom.label.msdosfs.enable: 1 > kern.geom.label.iso9660.enable: 1 > kern.geom.label.ext2fs.enable: 1 > kern.geom.label.debug: 0 Thanks for that, this would probably work, but I don't understand why it would change in the first place. I know that when it occurred it was offline and I think it came back online when the system was rebooted. I'm not positive tho. My guess is the scan found it on diskid before dptid, but then why is gptid first for the others? I'm just going to replace the drive with itself with gptid because I'v already wiped some data with dd. (even tho a scrub would prob be good enough) > Further. Does ZFS see 14989197580381994958 and gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 as the same disk? Zpool replace also has an option to replace the disk 'with itself'. Just provide it one parameter like this: > # zpool replace tank 14989197580381994958 > or > # zpool replace tank gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > Does that help? I actually didn't realize this. However the same error persists. # zpool replace tank gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 invalid vdev specification the following errors must be manually repaired: /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool 'tank' # zpool replace -f tank /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 invalid vdev specification the following errors must be manually repaired: /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool 'tank' > Oh, while I read your mail again. You have 2 GB swap configured on the disk so wiping 2MB at the start of the disk does not wipe the freebsd-zfs metadata of the da14p2 partition. Try wiping 3GB from the start and end of the disk and repartition it. Thanks for pointing this out! It would probably help if the correct area on the disk is wiped. Although it still seems that labelclear isn't up for the task. I really think the force (-f) flag needs a bump in power (for both replace and labelclear). Am I misunderstanding the use for the labelclear command? It clears the label that zdb will show for possibly similar circumstances that i'm encountering? # zpool labelclear -f gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is a member (ACTIVE) of pool "tank" Apologies, I failed to mention labelclear in my original post. It is providing similar output as the replace command. As the device is offline from the pool. Is this the correct behavior to show being an (ACTIVE) member of the pool? After wiping the correct area on the disk via dd, the replace successfully added the drive back to the pool! Thanks for pointing out my error. Thanks for taking a look at this Ronald and Allan! Ultima From owner-freebsd-current@freebsd.org Wed Sep 28 23:35: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 F3AE0C01472; Wed, 28 Sep 2016 23:35:44 +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 E80CE1F38; Wed, 28 Sep 2016 23:35:44 +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 434B71ADE; Wed, 28 Sep 2016 23:35:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 28 Sep 2016 23:35:41 +0000 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Cc: re@FreeBSD.org, freebsd-announce@FreeBSD.org Subject: [REVISED] [HEADS-UP] 11.0-RELEASE status update Message-ID: <20160928233541.GJ88792@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 23:35:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dear FreeBSD Community: [Corrected the date.] Although the FreeBSD 11.0-RELEASE has not yet been officially announced, many have found images on the Project FTP mirrors. However, please be aware the final 11.0-RELEASE will be rebuilt and republished on the Project mirrors as a result of a few last-minute security fixes we feel are imperative to include in the final release. FreeBSD users already running 11.0-RELEASE will be given instructions on how to safely upgrade systems to the 11.0-RELEASE-p1 in the final announcement email. Those building from source code can obtain the latest security updates from the releng/11.0 branch in Subversion: svn://svn.freebsd.org/base/releng/11.0 As the FreeBSD Project strives to provide the best possible product, the Release Engineering team decided to build an updated release to include the fixes. At present, we expect to have the final release available Wednesday, October 5th. If you have not yet downloaded 11.0-RELEASE, please wait for the official release announcement. Thank you in advance for your patience waiting for 11.0-RELEASE, and of course for understanding the reasons behind the updated release. Glen On behalf of: re@ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX7FPNAAoJEAMUWKVHj+KT2joP/0/0AOYfTbFUgZeEUXlmdfew 7nS31bQrBCXi7dgPicfSavdvDfqi4sgiw2/+HY3MxpfLWFJ/WNGveiwryGSiapkA V3BJ9MCOZb3ZZTbp0JlwbRk1NyGg4ur0S4L6zD+MXuHE95Kts3m/ON8CiGtNUE+1 rzE7Yr10tsU2Zu1Bvtv8rJa9SfLCln8k2FXtG0pxVWO+cK2xo6v84bjOJdExrB4t eXYoMSoxIyZd1Kv2nLbL1mG7RrLQFVm4TrurMwALI39hVr+IWIvElmo6wndDhTly XE8aMtpgUMp9b4PrQM+BgFVooR4ihFl0cslHfDuBGuiVJMQoa63agUfGAkclc9Na nwiJiwcQStOdHcRAnZNBms9DTeNXDD0whq30JoY45kFRI74wjjqP8oNUCUWEd6e8 n1puD2Zr2fqX0NziwtRg3Hy0EHM+9rQTEDtyHCG05sqTncyU7p6tkd49FfndXqaq h/JkHTP1iyQYsq07GZzyhPA04e/i3N8Djwm+WoRgOlSrItJiPQ/FuqKV0cSERvPR XZm3DPPRt04aOFe7XGrl2IHi+J6LZ5uwYEXiHFb+fPQMuROZ+IJC0Wu56HI2LHGL f5wyPiNE1NJIeYLzIgk3UUrENaylsW4/NsgLFj6TW//24ekF2NR+Nk8u7mvoJuXq vcLDdPW7mReqF13WLzh/ =RcJK -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Thu Sep 29 03:20: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 D0FB7BE2351; Thu, 29 Sep 2016 03:20:27 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (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 6B96B1793; Thu, 29 Sep 2016 03:20:26 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-25fff7000000106a-50-57ec8744dfde Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 79.11.04202.4478CE75; Wed, 28 Sep 2016 23:15:16 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id u8T3FFmd000816; Wed, 28 Sep 2016 23:15:16 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u8T3FDS9020884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Sep 2016 23:15:15 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u8T3FChn009098; Wed, 28 Sep 2016 23:15:12 -0400 (EDT) Date: Wed, 28 Sep 2016 23:15:12 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Second Call for 2016Q3 quarterly status reports In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOIsWRmVeSWpSXmKPExsUixG6nouvS/ibc4M5RU4s5bz4wWWzf/I/R gcljxqf5LAGMUVw2Kak5mWWpRfp2CVwZhyeeYyn4zFPxoq+kgfEAVxcjJ4eEgIlE/+f/bF2M XBxCAm1MEhNav0I5GxklVnTOZIJwDjFJNC67yAjhNDBKbP78jgWkn0VAW+LX3qWsIDabgJrE +hXXmCHmKkpsPjUJzBYRkJfY1/SeHcRmBrK3rJ7MBmILC1hIzD6/iRHE5hRwlHjScBjM5hVw kPjY/BOolwNomYNE45QykLCogI7E6v1TWCBKBCVOznzCAjFSS2L59G0sExgFZyFJzUKSWsDI tIpRNiW3Sjc3MTOnODVZtzg5MS8vtUjXSC83s0QvNaV0EyMoPDkleXcw/rvrdYhRgINRiYe3 49TrcCHWxLLiytxDjJIcTEqivJw+b8KF+JLyUyozEosz4otKc1KLDzFKcDArifDmtgHleFMS K6tSi/JhUtIcLErivF0zDoQLCaQnlqRmp6YWpBbBZGU4OJQkeMtBGgWLUtNTK9Iyc0oQ0kwc nCDDeYCGu4ANLy5IzC3OTIfIn2JUlBLnPdsKlBAASWSU5sH1gtPHbibVV4ziQK8I84aBtPMA Uw9c9yugwUxAg5eeeAEyuCQRISXVwBj/xFzJX6h6x4LabRtei2crNG1I9AmJ42E7s/PpGyHl RyGT/T1YTDuvMljobFI9abyc0b6cLTB0+0GlRT6pLmqX5llu7pgiNXMeU3USl9R95svcHz+q eM8J4oo59eNBlsbLal7ru+UrTn42e2nPvUNgzocN212rwqOeSfU/k950Je6FeFPWaSWW4oxE Qy3mouJEADp1RXr6AgAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 03:20:27 -0000 Dear FreeBSD Community Ten days remain in the submission period -- plase send in your entries for the 2016Q3 report! More details quoted below. -Ben (on behalf of monthly@) On Wed, 7 Sep 2016, Benjamin Kaduk wrote: > Dear FreeBSD Community, > > The deadline for the next FreeBSD Quarterly Status update is October 7, > 2016, for work done in July through September. > > Status report submissions do not have to be very long. They may be about > anything happening in the FreeBSD project and community, and provide a > great way to inform FreeBSD users and developers about what you're working > on. Submission of reports is not restricted to committers. Anyone doing > anything interesting and FreeBSD-related can -- and should -- write one! > > The preferred and easiest submission method is to use the XML generator > [1] with the results emailed to the status report team at monthly at > FreeBSD.org . There is also an XML template [2] which can be filled out > manually and attached if preferred. For the expected content and style, > please study our guidelines on how to write a good status report [3]. > You can also review previous issues [4][5] for ideas on the style and > format. > > We are looking forward to all of your 2016Q3 reports! > > Thanks, > > Ben (on behalf of monthly@) > > [1] https://www.FreeBSD.org/cgi/monthly.cgi > [2] https://www.FreeBSD.org/news/status/report-sample.xml > [3] https://www.FreeBSD.org/news/status/howto.html > [4] https://www.FreeBSD.org/news/status/report-2016-01-2016-03.html > [4] https://www.FreeBSD.org/news/status/report-2016-04-2016-06.html > > From owner-freebsd-current@freebsd.org Thu Sep 29 12:12: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 44E9BC029AF for ; Thu, 29 Sep 2016 12:12:58 +0000 (UTC) (envelope-from marius.gaubas@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 CC1F8D47 for ; Thu, 29 Sep 2016 12:12:57 +0000 (UTC) (envelope-from marius.gaubas@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id w72so23168894wmf.1 for ; Thu, 29 Sep 2016 05:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:mime-version:date:subject:message-id :references:in-reply-to:to; bh=G3oN7mIw6rN+SJAxN//2cE2GOags3x44yfB07Xd6kwY=; b=mKJY0QJRQHcNs5Gse4aTK+h8LYmfV7v3HHQ55eLRig0q+HT4lqzW1MGhhwaP6faJQa K3rqPMg4zQgtKX9uc9IvFQEPrkYYmy/ClasuCmeeJmrUvyq8WsTui+HuGvxwqUwu1vyo ljCUjwGcvU5blC/Dfjm4uF9x6hQrNpjmajHvxpbqUsgO1nzCQCGKsfQCuaGBcQylQXJW tZC9bwHVClmIHTOBPEytP+Y2bMqqn/dOXeAJdOp6l5OEXHg4e84WMeFFmpt4O+f4Drxc ElMPrcU51kAWIbBO/iu4RK1ocBxeIpXk1L6WZ5MUhVvRLPeF7hqRCPpwU9+varik5tHH hymg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:references:in-reply-to:to; bh=G3oN7mIw6rN+SJAxN//2cE2GOags3x44yfB07Xd6kwY=; b=bJKVFhzot7YiVshwCk9SmPYaZfrgsXwR1fpce/dERm5HPQWzrZCndkpqPdHAXqMOmK kX9dssMOUfXgh0SaHYQtL1TiuxpIZ6z4TPl94+6fmeOZO1GYcRn5fg4lcry+mX4xmwks sSRtRCEZLKOKZQ4lgyltjK0qf2qhGksT2W7GKGXMyoakzq3G+autQhcpYayu6lt7Mibx 2zqyJKUFjlPAgJ1j7fyDnCNLlUWno2ekZeIjFACSjH0Oama5nY8ligmoMF5BPWxOgjXS F1E3PxUW0BlYUM/RlAXk58dBjtZ08xFA+M4qsFG5N7WO6y4VDkne9EWqaaQL533Q8kxT bugg== X-Gm-Message-State: AA6/9RmnkNPTxxbx667Le4KXJ4/gPOK1ep+e2r9RBupHnuP6NkYpa4Oy4bHaTUhYJocrrw== X-Received: by 10.28.168.14 with SMTP id r14mr2393976wme.66.1475151175621; Thu, 29 Sep 2016 05:12:55 -0700 (PDT) Received: from [10.1.144.114] ([185.69.145.55]) by smtp.gmail.com with ESMTPSA id n131sm27960064wmd.3.2016.09.29.05.12.54 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 29 Sep 2016 05:12:54 -0700 (PDT) From: Marius Gaubas Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Date: Thu, 29 Sep 2016 14:12:53 +0200 Subject: Re: arm64 server Message-Id: References: In-Reply-To: To: freebsd-current@freebsd.org X-Mailer: iPhone Mail (14A456) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 12:12:58 -0000 Dear Colleagues, I am offering ARM64 server for builds and tests. It has 8 core and a spare 256GB SSD disk to install the OS and to boot from it. My knowledge and technical capacities are extremely modest, but I am also offering my time. Currently the server runs poor man's OS (namely - Linux) on the other SSD disk. I would happily grant the required access to the server. Kind regards, Marius Gaubas Sent from my iPhone > On 29 Sep 2016, at 14:00, freebsd-current-request@freebsd.org wrote: > > Send freebsd-current mailing list submissions to > freebsd-current@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.freebsd.org/mailman/listinfo/freebsd-current > or, via email, send a message with subject or body 'help' to > freebsd-current-request@freebsd.org > > You can reach the person managing the list at > freebsd-current-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-current digest..." > > > Today's Topics: > > 1. Re: Destroy GPT partition scheme absolutely, how? (Andriy Gapon) > 2. [HEADS-UP] 11.0-RELEASE status update (Glen Barber) > 3. Re: zpool (online|replace|labelclear) issues, -f option also > failing (Ultima) > 4. [REVISED] [HEADS-UP] 11.0-RELEASE status update (Glen Barber) > 5. Second Call for 2016Q3 quarterly status reports (Benjamin Kaduk) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 29 Sep 2016 01:01:44 +0300 > From: Andriy Gapon > To: "Andrey V. Elsukov" , John Baldwin > , freebsd-current@FreeBSD.org > Subject: Re: Destroy GPT partition scheme absolutely, how? > Message-ID: > Content-Type: text/plain; charset=utf-8 > >> On 28/09/2016 21:08, Andrey V. Elsukov wrote: >> This is very strange problem, how did you created MBR if you have not >> destroyed GPT? :) > > Using a tool that's not aware of GPT at all? > > -- > Andriy Gapon > > > ------------------------------ > > Message: 2 > Date: Wed, 28 Sep 2016 22:39:02 +0000 > From: Glen Barber > To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org > Cc: re@FreeBSD.org, freebsd-announce@FreeBSD.org > Subject: [HEADS-UP] 11.0-RELEASE status update > Message-ID: <20160928223902.GI88792@FreeBSD.org> > Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Dear FreeBSD Community: > > Although the FreeBSD 11.0-RELEASE has not yet been officially announced, > many have found images on the Project FTP mirrors. > > However, please be aware the final 11.0-RELEASE will be rebuilt and > republished on the Project mirrors as a result of a few last-minute > security fixes we feel are imperative to include in the final release. > > FreeBSD users already running 11.0-RELEASE will be given instructions on > how to safely upgrade systems to the 11.0-RELEASE-p1 in the final > announcement email. Those building from source code can obtain the > latest security updates from the releng/11.0 branch in Subversion: > > svn://svn.freebsd.org/base/releng/11.0 > > As the FreeBSD Project strives to provide the best possible product, the > Release Engineering team decided to build an updated release to include > the fixes. At present, we expect to have the final release available > Wednesday, October 3rd. If you have not yet downloaded 11.0-RELEASE, > please wait for the official release announcement. > > Thank you in advance for your patience waiting for 11.0-RELEASE, and of > course for understanding the reasons behind the updated release. > > Glen > On behalf of: re@ > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQIcBAEBCAAGBQJX7EaGAAoJEAMUWKVHj+KTtrgP/iaIozjqDQ2poH1i7J+BewmE > wov+vRcfmGmBvCFLxGPWDsXsYWYw8HCUNrloBesNlUZNe7BoFKliVrBp7KAN5YRE > R+l9AQU8u7UhYoKbM1epB28nDYdLH/veKMpkhyEr2mPglmRDJoJa1JL3xcnRXDj+ > yFeeCH5He/jH/ILiO8ChfY8e3aA+K/qMOSicVENW5M2kGs/q0m/i5UZK2LZ+gT7R > /eMl0USfW2B5LebHViv3a6GRArfTzBYZKYdoxXH7vUZ1zgb9CcEPfhYBxu41RMe3 > I+HquvqzWKPNwG3GhwqPmKfwQt4PHlATkZwddGosIgSmUZRhhD4eR0DWdXD6k/oS > iSi7QR8lef6ALcVTjt65JNqzPF/9eUJsZikcI0Ov6I0TkV2yzAGnUNneZQ6+22AS > //ZhqWkIu7w1hePJ+Af+SZJDzVdUWzVNiAyMmSFkfW3mFaidyhjR0OULnquG6kSS > kdPOdl/RwJzfP3wkFjt56I8YTyk7YQdwNEcEBQUlXlyZOC/NvUH5eebPJ1Va5UDV > q0FHFaYiATKvQyZUO3Ne9eLzBdYQhmaPSrvTGXrZw53hgShIBOEnwkJYiEGgySL3 > vCDro397boLkRL89HUXwuCFurZp/7g/V+I3w4X45y2/GpC/w7isPX/5YYJloETnR > VLGBedKpJbR/5LUJH8Bw > =t8IC > -----END PGP SIGNATURE----- > > > ------------------------------ > > Message: 3 > Date: Wed, 28 Sep 2016 19:00:42 -0400 > From: Ultima > To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org > Subject: Re: zpool (online|replace|labelclear) issues, -f option also > failing > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > >> Hi, > >> As a start you can use these in /boot/loader.conf to prevent the > confusion about gptid or disk_ident. I disabled gptid at my computer. But > if > I understand you would like to disable disk_ident. For ZFS it should > not matter what you use. > >> $ sysctl kern.geom.label >> kern.geom.label.disk_ident.enable: 1 >> kern.geom.label.gptid.enable: 0 >> kern.geom.label.gpt.enable: 1 >> kern.geom.label.ufs.enable: 1 >> kern.geom.label.ufsid.enable: 1 >> kern.geom.label.reiserfs.enable: 1 >> kern.geom.label.ntfs.enable: 1 >> kern.geom.label.msdosfs.enable: 1 >> kern.geom.label.iso9660.enable: 1 >> kern.geom.label.ext2fs.enable: 1 >> kern.geom.label.debug: 0 > > Thanks for that, this would probably work, but I don't understand why it > would change in the first place. I know that when it occurred it was > offline and I think it came back online when the system was rebooted. I'm > not positive tho. My guess is the scan found it on diskid before dptid, but > then why is gptid first for the others? I'm just going to replace the drive > with itself with gptid because I'v already wiped some data with dd. (even > tho a scrub would prob be good enough) > >> Further. Does ZFS see 14989197580381994958 and > gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 as the same disk? Zpool replace > also has an option to replace the disk 'with itself'. Just provide it one > parameter like this: >> # zpool replace tank 14989197580381994958 >> or >> # zpool replace tank gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 >> Does that help? > > I actually didn't realize this. However the same error persists. > > # zpool replace tank gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > invalid vdev specification > the following errors must be manually repaired: > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool > 'tank' > > # zpool replace -f tank /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > invalid vdev specification > the following errors must be manually repaired: > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is part of active pool > 'tank' > >> Oh, while I read your mail again. You have 2 GB swap configured on the > disk so wiping 2MB at the start of the disk does not wipe the freebsd-zfs > metadata of the da14p2 partition. Try wiping 3GB from the start and end of > the disk and repartition it. > > > Thanks for pointing this out! It would probably help if the correct area on > the disk is wiped. Although it still seems that labelclear isn't up for the > task. I really think the force (-f) flag needs a bump in power (for both > replace and labelclear). Am I misunderstanding the use for the labelclear > command? It clears the label that zdb will show for possibly similar > circumstances that i'm encountering? > > # zpool labelclear -f gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 > /dev/gptid/31be0527-84f0-11e6-bbbc-fcaa14edc6a6 is a member (ACTIVE) of > pool "tank" > > Apologies, I failed to mention labelclear in my original post. It is > providing similar output as the replace command. > > As the device is offline from the pool. Is this the correct behavior to > show being an (ACTIVE) member of the pool? After wiping the correct area on > the disk via dd, the replace successfully added the drive back to the pool! > Thanks for pointing out my error. > > Thanks for taking a look at this Ronald and Allan! > > Ultima > > > ------------------------------ > > Message: 4 > Date: Wed, 28 Sep 2016 23:35:41 +0000 > From: Glen Barber > To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org > Cc: re@FreeBSD.org, freebsd-announce@FreeBSD.org > Subject: [REVISED] [HEADS-UP] 11.0-RELEASE status update > Message-ID: <20160928233541.GJ88792@FreeBSD.org> > Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Dear FreeBSD Community: > > [Corrected the date.] > > Although the FreeBSD 11.0-RELEASE has not yet been officially announced, > many have found images on the Project FTP mirrors. > > However, please be aware the final 11.0-RELEASE will be rebuilt and > republished on the Project mirrors as a result of a few last-minute > security fixes we feel are imperative to include in the final release. > > FreeBSD users already running 11.0-RELEASE will be given instructions on > how to safely upgrade systems to the 11.0-RELEASE-p1 in the final > announcement email. Those building from source code can obtain the > latest security updates from the releng/11.0 branch in Subversion: > > svn://svn.freebsd.org/base/releng/11.0 > > As the FreeBSD Project strives to provide the best possible product, the > Release Engineering team decided to build an updated release to include > the fixes. At present, we expect to have the final release available > Wednesday, October 5th. If you have not yet downloaded 11.0-RELEASE, > please wait for the official release announcement. > > Thank you in advance for your patience waiting for 11.0-RELEASE, and of > course for understanding the reasons behind the updated release. > > Glen > On behalf of: re@ > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQIcBAEBCAAGBQJX7FPNAAoJEAMUWKVHj+KT2joP/0/0AOYfTbFUgZeEUXlmdfew > 7nS31bQrBCXi7dgPicfSavdvDfqi4sgiw2/+HY3MxpfLWFJ/WNGveiwryGSiapkA > V3BJ9MCOZb3ZZTbp0JlwbRk1NyGg4ur0S4L6zD+MXuHE95Kts3m/ON8CiGtNUE+1 > rzE7Yr10tsU2Zu1Bvtv8rJa9SfLCln8k2FXtG0pxVWO+cK2xo6v84bjOJdExrB4t > eXYoMSoxIyZd1Kv2nLbL1mG7RrLQFVm4TrurMwALI39hVr+IWIvElmo6wndDhTly > XE8aMtpgUMp9b4PrQM+BgFVooR4ihFl0cslHfDuBGuiVJMQoa63agUfGAkclc9Na > nwiJiwcQStOdHcRAnZNBms9DTeNXDD0whq30JoY45kFRI74wjjqP8oNUCUWEd6e8 > n1puD2Zr2fqX0NziwtRg3Hy0EHM+9rQTEDtyHCG05sqTncyU7p6tkd49FfndXqaq > h/JkHTP1iyQYsq07GZzyhPA04e/i3N8Djwm+WoRgOlSrItJiPQ/FuqKV0cSERvPR > XZm3DPPRt04aOFe7XGrl2IHi+J6LZ5uwYEXiHFb+fPQMuROZ+IJC0Wu56HI2LHGL > f5wyPiNE1NJIeYLzIgk3UUrENaylsW4/NsgLFj6TW//24ekF2NR+Nk8u7mvoJuXq > vcLDdPW7mReqF13WLzh/ > =RcJK > -----END PGP SIGNATURE----- > > > ------------------------------ > > Message: 5 > Date: Wed, 28 Sep 2016 23:15:12 -0400 (EDT) > From: Benjamin Kaduk > To: freebsd-hackers@FreeBSD.org > Cc: freebsd-current@FreeBSD.org > Subject: Second Call for 2016Q3 quarterly status reports > Message-ID: > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Dear FreeBSD Community > > Ten days remain in the submission period -- plase send in your entries for > the 2016Q3 report! > > More details quoted below. > > -Ben (on behalf of monthly@) > >> On Wed, 7 Sep 2016, Benjamin Kaduk wrote: >> >> Dear FreeBSD Community, >> >> The deadline for the next FreeBSD Quarterly Status update is October 7, >> 2016, for work done in July through September. >> >> Status report submissions do not have to be very long. They may be about >> anything happening in the FreeBSD project and community, and provide a >> great way to inform FreeBSD users and developers about what you're working >> on. Submission of reports is not restricted to committers. Anyone doing >> anything interesting and FreeBSD-related can -- and should -- write one! >> >> The preferred and easiest submission method is to use the XML generator >> [1] with the results emailed to the status report team at monthly at >> FreeBSD.org . There is also an XML template [2] which can be filled out >> manually and attached if preferred. For the expected content and style, >> please study our guidelines on how to write a good status report [3]. >> You can also review previous issues [4][5] for ideas on the style and >> format. >> >> We are looking forward to all of your 2016Q3 reports! >> >> Thanks, >> >> Ben (on behalf of monthly@) >> >> [1] https://www.FreeBSD.org/cgi/monthly.cgi >> [2] https://www.FreeBSD.org/news/status/report-sample.xml >> [3] https://www.FreeBSD.org/news/status/howto.html >> [4] https://www.FreeBSD.org/news/status/report-2016-01-2016-03.html >> [4] https://www.FreeBSD.org/news/status/report-2016-04-2016-06.html >> >> > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > 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" > > ------------------------------ > > End of freebsd-current Digest, Vol 675, Issue 6 > *********************************************** From owner-freebsd-current@freebsd.org Thu Sep 29 12:24: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 05D3AC02E0D; Thu, 29 Sep 2016 12:24:56 +0000 (UTC) (envelope-from martymac@FreeBSD.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id C962266B; Thu, 29 Sep 2016 12:24:55 +0000 (UTC) (envelope-from martymac@FreeBSD.org) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id 0F7171FA5CD3; Thu, 29 Sep 2016 14:24:54 +0200 (CEST) From: "Ganael LAPLANCHE" To: Ultima Cc: freebsd-current@freebsd.org,freebsd-fs@freebsd.org Subject: Re: zpool (online|replace|labelclear) issues, -f option also failing X-Openwebmail-Date: Thu, 29 Sep 2016 14:24:54 +0100 Message-Id: <20160929121325.M80322@martymac.org> In-Reply-To: References: X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 109.190.254.5 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 29 Sep 2016 12:24:56 -0000 X-List-Received-Date: Thu, 29 Sep 2016 12:24:56 -0000 On Wed, 28 Sep 2016 19:00:42 -0400, Ultima wrote Hi Ultima, > I really think the force (-f) flag needs a bump in power (for both > replace and labelclear) [...]. In case you are interested, I have posted a patch to improve the 'zpool labelclear' command here : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622 - force ('-f') will now allow to erase labels, even if they are broken (restoring the behaviour of our previous -FreeBSD- version of labelclear) - You can select which label you want to erase (beginning, end or specific index) - You can use a 'minimal' mode which will invalidate a label by changing only a single byte. This is useful to minimize the chances to overwrite/destroy a FS that would have been created over the label, but still leaving the label visible. Regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-current@freebsd.org Thu Sep 29 12:48: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 CC8D3BEC32F; Thu, 29 Sep 2016 12:48:09 +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 81A5F125; Thu, 29 Sep 2016 12:48:09 +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 <1bpakq-0022Lt-U4>; Thu, 29 Sep 2016 14:48:00 +0200 Received: from x55b3873c.dyn.telefonica.de ([85.179.135.60] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bpakq-001aC7-KU>; Thu, 29 Sep 2016 14:48:00 +0200 Date: Thu, 29 Sep 2016 14:47:55 +0200 From: "O. Hartmann" To: FreeBSD CURRENT , freebsd-security@freebsd.org Subject: IPFW on CURRENT: NAT forwarding exposes internal IP! Message-ID: <20160929144755.2e4f7800.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Originating-IP: 85.179.135.60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 12:48:09 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCg0KRGVz cGl0ZSBvdGhlciBwcm9ibGVtcyB3aXRoIElQRlcgYW5kIGl0cyBkb2N1bWVudGF0aW9uIHJlZ2Fy ZGluZyBOQVQsIEkgZmFjZSBhIHNlcmlvdXMNCmFuZCBkaXN0dXJiaW5nIHByb2JsZW0uDQoNCkkg cnVuIGEgTmFub0JTRCBiYXNlZCByb3V0ZXIvZmlyZXdhbGwgcHJvamVjdCBvZiBteSBvd24sIHJ1 bm5pbmcgQ1VSUkVOVCAoRnJlZUJTRA0KMTIuMC1DVVJSRU5UICMxIHIzMDYzMzM6IE1vbiBTZXAg MjYgMDg6MzY6MDIgQ0VTVCAyMDE2KS4gSVBGVyBpcyB0aGUgZmlsdGVyIG9mIG15IGNob2ljZSwN CnNpbmNlIGl0IGlzIEZyZWVCU0QncyBuYXRpdmUuIEkgYWxzbyB1c2UgSW4ta2VybmVsLU5BVCBh cyB3ZWxsIGFzIHBwcG9lZC9wcHAuIFRoZSBtb2RlbQ0KaXMgY29ubmVjdGVkIHRvIGEgZGVkaWNh dGVkIE5JQywgdGhlIHBwcG9lLXRyYWZmaWMgaXMgdHJhbnNwb3J0ZWQgdmlhIHR1bjAgLSBJIHRo aW5rIHRoaXMNCmlzIHRoZSB1c3VhbCBzdHVmZi4NCg0KVGhlIElQRlcgaGFzIHRoaXMgTkFUIHJ1 bGU6DQoNCiR7ZndjbWR9ICAgICAgICBuYXQgMSBjb25maWcgaWYgJHtpZl9pc3AwfSBcDQogICAg ICAgICAgICAgICAgICAgICAgICBsb2cgXA0KICAgICAgICAgICAgICAgICAgICAgICAgcmVzZXQg XA0KICAgICAgICAgICAgICAgICAgICAgICAgc2FtZV9wb3J0cyBcDQogICAgICAgICAgICAgICAg ICAgICAgICByZWRpcmVjdF9wb3J0IHRjcCAke3NlcnZlcl9nYXRlfToyMiAyMiBcDQogICAgICAg ICAgICAgICAgICAgICAgICByZWRpcmVjdF9wb3J0IHRjcCAke3NlcnZlcl93d3d9OjgwIDgwIFwN CiAgICAgICAgICAgICAgICAgICAgICAgIHJlZGlyZWN0X3BvcnQgdGNwICR7c2VydmVyX3d3d306 NDQzIDQ0MyBcDQogICAgICAgICAgICAgICAgICAgICAgICByZWRpcmVjdF9wb3J0IHRjcCAke3Nl cnZlcl9yZWZkYn06OTczNCA5NzM0DQoNCnNlcnZlcl93d3cgaXMgYXNzaWduZWQgdG8gYSBub24t b2ZmaWNpYWwgSVAsIDE5Mi4xNjguMTAuMTAuDQoNCmlmX2lzcD10dW4wLCB0dW4wJ3MgSVAgaXMg Z2l2ZW4gYnkgdGhlIHByb3ZpZGVyLCBJIHVzZSBuZXQvZGRjbGllbnQgYXMgdGhlIHVwZGF0ZXIg Zm9yIGENCmR5bmFtaWMgRE5TIGFjY291bnQuDQoNCkkgdXNlIGFuIGludGVybmFsIEROUyBzZXJ2 ZXIsIHdoaWNoIHJlc29sdmVzIDkyLjE2OC4xMC4xMCB0byBhIGNlcnRhaW4gbmFtZS4gSSBhbHNv IHVzZQ0Kc2VsZiBzaWduZWQgU1NMIGNlcnRpY2F0ZXMsIGp1c3QgZm9yIGNvbXBsZXRlbmVzcyBv ZiB0aGlzIGluZm9ybWF0aW9uLg0KDQpDb25uZWN0aW5nIGZyb20gdGhlIG91dHNpZGUgd29ybGQg dG8gbXkgZHluRE5TIGRvbWFpbiB0cmlnZ2VycyBGaXJlZm94IG9yIGFueSBvdGhlcg0KYnJvd3Nl ciB0byBjb21wYWxpbiBhYm91dCB0aGUgc2VsZiBzaWduZWQgU1NMIGNlcnRpZmljYXRlIC0gYXMg dXN1YWwsIGJ1dCB0aGVuLCBhZGRpbmcNCml0LCBzdWRkZW5seSB0aGUgZG9tYWluIG5hbWUgKHNh eTogd3d3LmJsYWJsYS5vcmcpIGlzIHJlcGxhY2VkIGJ5IHRoZSBpbnRlcm5hbCBJUCBJDQpkZWxl Z2F0ZSBhbnkgYWNjZXNzIG9uIHBvcnRzIDgwIGFuZCA0NDMgdG8uDQoNCldoYXQgaGFwcGVucyBo ZXJlPyBJIGNvbnNpZGVyIHRoaXMgYSBidWcsIEkgbmV2ZXIgc2F3IHRoaXMgb24gb3VyIExpbnV4 IHNlcnZlcnMgcnVubmluZyBhDQpzaW1pbGFyIHNldHVwIChmb3J3YXJkaW5nLCBCSU5EIDkuMTAv QklORCA5LjExKS4NCg0KVGhhbmtzLA0KDQpPbGl2ZXINCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVS RS0tLS0tDQpWZXJzaW9uOiBHbnVQRyB2Mg0KDQppUUVjQkFFQkNBQUdCUUpYN1ExN0FBb0pFT2dC Y0Q3QS81Tjg4eUFIL1JaTFVSUWJDNUxUZ0pEL05VZEU1MUYzDQp5UFZhVVFJYWVHbTkzZHU4N0sy b3BYczNETnRNcjBtMVNJMXdRWmRPQVFEbDN5cU1rejliWDlWVFV3ZXVBbHRwDQpaY0J4aFoyVkFD UUpDdS9Bc1lJV1dXcDZybGluaXlaV01yK1RPeU50VER4ZFBySVhZendlZlgrZllOK1V5LzA0DQo5 UGFsZmNUL1MrOXE1REtkN3NtN0s2THFzVTBISjlHcEtnTm5zeXFXRUFXdk9SZ3hVdktTM0dTOWpF anhVbnJEDQoyMHlUWGp5aXUwbVM4VVlMUzdEYnJyZ0l0ZzNmWEVKVkc4MTg4dHdlRkI1YWFsUVJI Nm95TkdheFdsR2FGOFJjDQpLOXQ0Nzl2Nk9XM1hDczlGaUc2QXRDenBtblVrQ29NdHhsN2xZM2hQ VS9TaDFQNWVwWXUyNmJkb0YyZWNyMWc9DQo9b01HTA0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0t LS0tDQo= From owner-freebsd-current@freebsd.org Thu Sep 29 13: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 0D0A6BECC50; Thu, 29 Sep 2016 13:15:38 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AE9076F; Thu, 29 Sep 2016 13:15:36 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id u8TD0Aq7016952 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 29 Sep 2016 16:00:10 +0300 (EEST) (envelope-from daniel@digsys.bg) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) Subject: Re: IPFW on CURRENT: NAT forwarding exposes internal IP! From: Daniel Kalchev In-Reply-To: <20160929144755.2e4f7800.ohartman@zedat.fu-berlin.de> Date: Thu, 29 Sep 2016 16:00:10 +0300 Cc: FreeBSD CURRENT , freebsd-security@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6C0203C4-F332-42B1-AF62-18723E63E112@digsys.bg> References: <20160929144755.2e4f7800.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 13:15:38 -0000 It looks like your httpd server is doing a redirect to your internal IP = address, which it thinks is it=E2=80=99s ServerName. Don=E2=80=99t think = NAT has anything to do with it. Daniel > On 29.09.2016 =D0=B3., at 15:47, O. Hartmann = wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 >=20 > Despite other problems with IPFW and its documentation regarding NAT, = I face a serious > and disturbing problem. >=20 > I run a NanoBSD based router/firewall project of my own, running = CURRENT (FreeBSD > 12.0-CURRENT #1 r306333: Mon Sep 26 08:36:02 CEST 2016). IPFW is the = filter of my choice, > since it is FreeBSD's native. I also use In-kernel-NAT as well as = pppoed/ppp. The modem > is connected to a dedicated NIC, the pppoe-traffic is transported via = tun0 - I think this > is the usual stuff. >=20 > The IPFW has this NAT rule: >=20 > ${fwcmd} nat 1 config if ${if_isp0} \ > log \ > reset \ > same_ports \ > redirect_port tcp ${server_gate}:22 22 \ > redirect_port tcp ${server_www}:80 80 \ > redirect_port tcp ${server_www}:443 443 \ > redirect_port tcp ${server_refdb}:9734 9734 >=20 > server_www is assigned to a non-official IP, 192.168.10.10. >=20 > if_isp=3Dtun0, tun0's IP is given by the provider, I use net/ddclient = as the updater for a > dynamic DNS account. >=20 > I use an internal DNS server, which resolves 92.168.10.10 to a certain = name. I also use > self signed SSL certicates, just for completeness of this information. >=20 > Connecting from the outside world to my dynDNS domain triggers Firefox = or any other > browser to compalin about the self signed SSL certificate - as usual, = but then, adding > it, suddenly the domain name (say: www.blabla.org) is replaced by the = internal IP I > delegate any access on ports 80 and 443 to. >=20 > What happens here? I consider this a bug, I never saw this on our = Linux servers running a > similar setup (forwarding, BIND 9.10/BIND 9.11). >=20 > Thanks, >=20 > Oliver > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 >=20 > iQEcBAEBCAAGBQJX7Q17AAoJEOgBcD7A/5N88yAH/RZLURQbC5LTgJD/NUdE51F3 > yPVaUQIaeGm93du87K2opXs3DNtMr0m1SI1wQZdOAQDl3yqMkz9bX9VTUweuAltp > ZcBxhZ2VACQJCu/AsYIWWWp6rliniyZWMr+TOyNtTDxdPrIXYzwefX+fYN+Uy/04 > 9PalfcT/S+9q5DKd7sm7K6LqsU0HJ9GpKgNnsyqWEAWvORgxUvKS3GS9jEjxUnrD > 20yTXjyiu0mS8UYLS7DbrrgItg3fXEJVG8188tweFB5aalQRH6oyNGaxWlGaF8Rc > K9t479v6OW3XCs9FiG6AtCzpmnUkCoMtxl7lY3hPU/Sh1P5epYu26bdoF2ecr1g=3D > =3DoMGL > -----END PGP SIGNATURE----- > _______________________________________________ > 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 Sep 29 13:24:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D04E6C00206; Thu, 29 Sep 2016 13:24:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94E14EF7; Thu, 29 Sep 2016 13:24:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bpbJw-002IkD-MC>; Thu, 29 Sep 2016 15:24:16 +0200 Received: from x55b3873c.dyn.telefonica.de ([85.179.135.60] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bpbJw-001dYP-Cb>; Thu, 29 Sep 2016 15:24:16 +0200 Date: Thu, 29 Sep 2016 15:24:11 +0200 From: "O. Hartmann" To: Daniel Kalchev Cc: FreeBSD CURRENT , freebsd-security@freebsd.org Subject: Re: IPFW on CURRENT: NAT forwarding exposes internal IP! Message-ID: <20160929152411.7a9c3f4f.ohartman@zedat.fu-berlin.de> In-Reply-To: <6C0203C4-F332-42B1-AF62-18723E63E112@digsys.bg> References: <20160929144755.2e4f7800.ohartman@zedat.fu-berlin.de> <6C0203C4-F332-42B1-AF62-18723E63E112@digsys.bg> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Originating-IP: 85.179.135.60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 13:24:18 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFRo dSwgMjkgU2VwIDIwMTYgMTY6MDA6MTAgKzAzMDANCkRhbmllbCBLYWxjaGV2IDxkYW5pZWxAZGln c3lzLmJnPiBzY2hyaWViOg0KDQpZZXMsIHlvdXIgYXJlIHJpZ2h0IDotKQ0KDQpZZXMsIEknbSB3 cm9uZywgaXQgaXMgbm90IE5BVCA6LSgNCg0KVGhhbmtzIGEgbG90LCANCg0KT2xpdmVyDQo+IEl0 IGxvb2tzIGxpa2UgeW91ciBodHRwZCBzZXJ2ZXIgaXMgZG9pbmcgYSByZWRpcmVjdCB0byB5b3Vy IGludGVybmFsIElQIGFkZHJlc3MsIHdoaWNoDQo+IGl0IHRoaW5rcyBpcyBpdOKAmXMgU2VydmVy TmFtZS4gRG9u4oCZdCB0aGluayBOQVQgaGFzIGFueXRoaW5nIHRvIGRvIHdpdGggaXQuDQo+IA0K PiBEYW5pZWwNCj4gDQo+ID4gT24gMjkuMDkuMjAxNiDQsy4sIGF0IDE1OjQ3LCBPLiBIYXJ0bWFu biA8b2hhcnRtYW5AemVkYXQuZnUtYmVybGluLmRlPiB3cm90ZToNCj4gPiANCj4gPiAtLS0tLUJF R0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4gSGFzaDogU0hBMjU2DQo+ID4gDQo+ID4g DQo+ID4gRGVzcGl0ZSBvdGhlciBwcm9ibGVtcyB3aXRoIElQRlcgYW5kIGl0cyBkb2N1bWVudGF0 aW9uIHJlZ2FyZGluZyBOQVQsIEkgZmFjZSBhIHNlcmlvdXMNCj4gPiBhbmQgZGlzdHVyYmluZyBw cm9ibGVtLg0KPiA+IA0KPiA+IEkgcnVuIGEgTmFub0JTRCBiYXNlZCByb3V0ZXIvZmlyZXdhbGwg cHJvamVjdCBvZiBteSBvd24sIHJ1bm5pbmcgQ1VSUkVOVCAoRnJlZUJTRA0KPiA+IDEyLjAtQ1VS UkVOVCAjMSByMzA2MzMzOiBNb24gU2VwIDI2IDA4OjM2OjAyIENFU1QgMjAxNikuIElQRlcgaXMg dGhlIGZpbHRlciBvZiBteQ0KPiA+IGNob2ljZSwgc2luY2UgaXQgaXMgRnJlZUJTRCdzIG5hdGl2 ZS4gSSBhbHNvIHVzZSBJbi1rZXJuZWwtTkFUIGFzIHdlbGwgYXMgcHBwb2VkL3BwcC4NCj4gPiBU aGUgbW9kZW0gaXMgY29ubmVjdGVkIHRvIGEgZGVkaWNhdGVkIE5JQywgdGhlIHBwcG9lLXRyYWZm aWMgaXMgdHJhbnNwb3J0ZWQgdmlhIHR1bjANCj4gPiAtIEkgdGhpbmsgdGhpcyBpcyB0aGUgdXN1 YWwgc3R1ZmYuDQo+ID4gDQo+ID4gVGhlIElQRlcgaGFzIHRoaXMgTkFUIHJ1bGU6DQo+ID4gDQo+ ID4gJHtmd2NtZH0gICAgICAgIG5hdCAxIGNvbmZpZyBpZiAke2lmX2lzcDB9IFwNCj4gPiAgICAg ICAgICAgICAgICAgICAgICAgIGxvZyBcDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICByZXNl dCBcDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICBzYW1lX3BvcnRzIFwNCj4gPiAgICAgICAg ICAgICAgICAgICAgICAgIHJlZGlyZWN0X3BvcnQgdGNwICR7c2VydmVyX2dhdGV9OjIyIDIyIFwN Cj4gPiAgICAgICAgICAgICAgICAgICAgICAgIHJlZGlyZWN0X3BvcnQgdGNwICR7c2VydmVyX3d3 d306ODAgODAgXA0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAgcmVkaXJlY3RfcG9ydCB0Y3Ag JHtzZXJ2ZXJfd3d3fTo0NDMgNDQzIFwNCj4gPiAgICAgICAgICAgICAgICAgICAgICAgIHJlZGly ZWN0X3BvcnQgdGNwICR7c2VydmVyX3JlZmRifTo5NzM0IDk3MzQNCj4gPiANCj4gPiBzZXJ2ZXJf d3d3IGlzIGFzc2lnbmVkIHRvIGEgbm9uLW9mZmljaWFsIElQLCAxOTIuMTY4LjEwLjEwLg0KPiA+ IA0KPiA+IGlmX2lzcD10dW4wLCB0dW4wJ3MgSVAgaXMgZ2l2ZW4gYnkgdGhlIHByb3ZpZGVyLCBJ IHVzZSBuZXQvZGRjbGllbnQgYXMgdGhlIHVwZGF0ZXINCj4gPiBmb3IgYSBkeW5hbWljIEROUyBh Y2NvdW50Lg0KPiA+IA0KPiA+IEkgdXNlIGFuIGludGVybmFsIEROUyBzZXJ2ZXIsIHdoaWNoIHJl c29sdmVzIDkyLjE2OC4xMC4xMCB0byBhIGNlcnRhaW4gbmFtZS4gSSBhbHNvDQo+ID4gdXNlIHNl bGYgc2lnbmVkIFNTTCBjZXJ0aWNhdGVzLCBqdXN0IGZvciBjb21wbGV0ZW5lc3Mgb2YgdGhpcyBp bmZvcm1hdGlvbi4NCj4gPiANCj4gPiBDb25uZWN0aW5nIGZyb20gdGhlIG91dHNpZGUgd29ybGQg dG8gbXkgZHluRE5TIGRvbWFpbiB0cmlnZ2VycyBGaXJlZm94IG9yIGFueSBvdGhlcg0KPiA+IGJy b3dzZXIgdG8gY29tcGFsaW4gYWJvdXQgdGhlIHNlbGYgc2lnbmVkIFNTTCBjZXJ0aWZpY2F0ZSAt IGFzIHVzdWFsLCBidXQgdGhlbiwgYWRkaW5nDQo+ID4gaXQsIHN1ZGRlbmx5IHRoZSBkb21haW4g bmFtZSAoc2F5OiB3d3cuYmxhYmxhLm9yZykgaXMgcmVwbGFjZWQgYnkgdGhlIGludGVybmFsIElQ IEkNCj4gPiBkZWxlZ2F0ZSBhbnkgYWNjZXNzIG9uIHBvcnRzIDgwIGFuZCA0NDMgdG8uDQo+ID4g DQo+ID4gV2hhdCBoYXBwZW5zIGhlcmU/IEkgY29uc2lkZXIgdGhpcyBhIGJ1ZywgSSBuZXZlciBz YXcgdGhpcyBvbiBvdXIgTGludXggc2VydmVycw0KPiA+IHJ1bm5pbmcgYSBzaW1pbGFyIHNldHVw IChmb3J3YXJkaW5nLCBCSU5EIDkuMTAvQklORCA5LjExKS4NCj4gPiANCj4gPiBUaGFua3MsDQo+ ID4gDQo+ID4gT2xpdmVyDQo+ID4gLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCj4gPiBW ZXJzaW9uOiBHbnVQRyB2Mg0KPiA+IA0KPiA+IGlRRWNCQUVCQ0FBR0JRSlg3UTE3QUFvSkVPZ0Jj RDdBLzVOODh5QUgvUlpMVVJRYkM1TFRnSkQvTlVkRTUxRjMNCj4gPiB5UFZhVVFJYWVHbTkzZHU4 N0syb3BYczNETnRNcjBtMVNJMXdRWmRPQVFEbDN5cU1rejliWDlWVFV3ZXVBbHRwDQo+ID4gWmNC eGhaMlZBQ1FKQ3UvQXNZSVdXV3A2cmxpbml5WldNcitUT3lOdFREeGRQcklYWXp3ZWZYK2ZZTitV eS8wNA0KPiA+IDlQYWxmY1QvUys5cTVES2Q3c203SzZMcXNVMEhKOUdwS2dObnN5cVdFQVd2T1Jn eFV2S1MzR1M5akVqeFVuckQNCj4gPiAyMHlUWGp5aXUwbVM4VVlMUzdEYnJyZ0l0ZzNmWEVKVkc4 MTg4dHdlRkI1YWFsUVJINm95TkdheFdsR2FGOFJjDQo+ID4gSzl0NDc5djZPVzNYQ3M5RmlHNkF0 Q3pwbW5Va0NvTXR4bDdsWTNoUFUvU2gxUDVlcFl1MjZiZG9GMmVjcjFnPQ0KPiA+ID1vTUdMDQo+ ID4gLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo+ID4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5v cmcgbWFpbGluZyBsaXN0DQo+ID4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiA+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWls IHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciICANCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2Qt Y3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNk Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiBUbyB1bnN1YnNjcmliZSwg c2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3Jn Ig0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYyDQoNCmlR RWNCQUVCQ0FBR0JRSlg3Ulg3QUFvSkVPZ0JjRDdBLzVOODVyQUgvamJ3UjB5ZDFiRTBhOU9JdWtm SnlmMlkNCjNzK08rR1Fha3haSm1ZRDZ2ditrKzZNMnFEOVRGc3JDSG1IeWxOZnNWNWdCaXJGWmU2 Z0VIUmliWG52bmxReHkNCkptWG5pSzJvL0hYbC9ORHhFS1RzaHFYNnh0Uyt4ZW93N0loT2JDRzQy T2FacnhVZEtnWDNxZmdZMTNWS0VWTTENCjlOZEx2MEVFMHZlSytFbnhteG5CU0RsMmg1d1Y2OXBL MVJhK2lMU1NmWWVPK1ZNTUgyZVVLNmpiaC9TNGNCNWgNCkFKNG9LMDhieTRTTk9zb3ZNd3RLTEYr VTFOSGFEdUhLV0c5MnJYVTFtWU4vTTNycXRWZ1ZwcTA0MHRPVkRGcEMNCk55bGhqNGUxWFJuTS9V M1k3VkJ6dGZUTjRFWEdSSzhEK20xZk9YR2lQbmV0MzB2aGQza1lGUmhURjV2bmYxVT0NCj1MdW1K DQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@freebsd.org Thu Sep 29 18:13: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 AD08FC0286F for ; Thu, 29 Sep 2016 18:13:53 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x230.google.com (mail-yb0-x230.google.com [IPv6:2607:f8b0:4002: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 6B16FA76 for ; Thu, 29 Sep 2016 18:13:53 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x230.google.com with SMTP id v83so18781214ybv.0 for ; Thu, 29 Sep 2016 11:13: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:from:date:message-id:subject:cc; bh=CkfPBesBe/sqb/ZNjF3mHCYdwPwT/gaulXyFW2J6F98=; b=dEGUJ26Yv0kCvMozVECFdtryahld+GhJUTGfKsW0pY+luF4++XpyGsDYiYohghzndr YHS8SmDKZXKesCPR/8Yi1AtbiJqVDbjQRdJB7rUm/3NYXZMnxHmu/JVKeW+633HXj5LR ecoSEz3KB6rS3yx3XYUzbX3qMpZ0EmTJDuvb19LAu9X0jVNe8lwlwnn6duXKh0gwWGY4 /GJDIW5+tma2DLSvSPMU6sFu0gqSKr1V4gcZh8uj8lnwcROVEd/izl3QdkLm8yUrz6K8 jslkHhs1DLcxkst2q9coR0PvWEWTaJv7Jhax+kdYa8gU3OMXjgmsjc0v31dkAL4QPsV0 r+nA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:cc; bh=CkfPBesBe/sqb/ZNjF3mHCYdwPwT/gaulXyFW2J6F98=; b=Oyo2P74iiAGMIBQU2ZpKW447Dn6kGhLRFcctXNx66JKgzWf1jlfmUy61SLo+L8a5k5 YOpoTWT3kQtm9Qvf09uecWasnvqhFQMz9SZpEpPzCw125JZ/8OEqVCo/cIkiMpk71pyt cfuUHBDFwa8lZU0pjUB8nMXcPK6a9buGL3Tvg+7BWcS4k/2S9B0jl1k7WsLpUveldiGg rAvEgTJWdPQzY65cNmmWVWPFXdzyytB6gnVmAUnBlj2At00g0jus/+MAxgwpwTJRMOQA lpjvwZqzl4X260xJd1oc9ZQI2aXEqtQJLADPPOazdxhlyVx9wA0Bi2V0uiQXY1nHrcYa 4eOA== X-Gm-Message-State: AA6/9Rkb969OP+QZzJQqR0i7w2OrGEo2WPkUozmyWPbP7D3TdaeeW7uEwBxvn8GLa5hhSOb1VprPmULs0IJw8w== X-Received: by 10.37.217.204 with SMTP id q195mt1018010ybg.97.1475172832598; Thu, 29 Sep 2016 11:13:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.18.213 with HTTP; Thu, 29 Sep 2016 11:13:52 -0700 (PDT) In-Reply-To: <20160929121325.M80322@martymac.org> References: <20160929121325.M80322@martymac.org> From: Ultima Date: Thu, 29 Sep 2016 14:13:52 -0400 Message-ID: Subject: Re: zpool (online|replace|labelclear) issues, -f option also failing Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 18:13:53 -0000 This patch looks good its too bad the core hasn't looked at it yet. Ill do some testing and report any issues found. Some points you bring up in the bug are quite valid. Thanks for working on this! =] Ultima On Thu, Sep 29, 2016 at 8:25 AM, Ganael LAPLANCHE wrote: > On Wed, 28 Sep 2016 19:00:42 -0400, Ultima wrote > > Hi Ultima, > > > I really think the force (-f) flag needs a bump in power (for both > > replace and labelclear) [...]. > > In case you are interested, I have posted a patch to improve the 'zpool > labelclear' command here : > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622 > > - force ('-f') will now allow to erase labels, even if they are broken > (restoring the behaviour of our previous -FreeBSD- version of labelclear) > - You can select which label you want to erase (beginning, end or > specific index) > - You can use a 'minimal' mode which will invalidate a label by changing > only a single byte. This is useful to minimize the chances to > overwrite/destroy a FS that would have been created over the label, but > still leaving the label visible. > > Regards, > > -- > Ganael LAPLANCHE > http://www.martymac.org | http://contribs.martymac.org > FreeBSD: martymac , http://www.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 Thu Sep 29 18:35:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72C60C02D4E for ; Thu, 29 Sep 2016 18:35:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52EC98E6; Thu, 29 Sep 2016 18:35:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 28B4B10AF7C; Thu, 29 Sep 2016 14:35:03 -0400 (EDT) From: John Baldwin To: Andriy Gapon Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Destroy GPT partition scheme absolutely, how? Date: Thu, 29 Sep 2016 11:33:10 -0700 Message-ID: <11528552.m8AMM69Vtr@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <20160926150109.0d0d793e@hermann> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 29 Sep 2016 14:35:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 18:35:04 -0000 On Thursday, September 29, 2016 01:01:44 AM Andriy Gapon wrote: > On 28/09/2016 21:08, Andrey V. Elsukov wrote: > > This is very strange problem, how did you created MBR if you have not > > destroyed GPT? :) > > Using a tool that's not aware of GPT at all? I think the drive's arrived with some partition scheme on them from burn-in testing or the like and when trying to be reinstalled we could end up "exposing" the GPT when the MBR was destroyed or something like that. -- John Baldwin From owner-freebsd-current@freebsd.org Thu Sep 29 18:43: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 31FFCC02FB6 for ; Thu, 29 Sep 2016 18:43:33 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBD2B10B for ; Thu, 29 Sep 2016 18:43:32 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-it0-x22e.google.com with SMTP id 15so791317ita.1 for ; Thu, 29 Sep 2016 11:43:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=xpbdo+1QlG61gNEveiWjHTW7ej3Qypfft7cqh91RkS0=; b=wfj8j07gnTiIBMEmv01BqA0qkKIxlJJLE6eoQ+HbYL9z9+63pvMk8YyBKUGnJie62l CnRdKlLqskyAQ7byXOpokKoiRfjJb5/8DMnrH/qGxdg46OaudNXMYKyMcMy+GsLTaXp0 9uqk6PPiey3z9CQ650U5pQA0PmUJKx9wyd7pogoa16LpJ2JrXkeHIRbShcRZEH8OpObK tVFVvDHHwxerYot61dw4rHXUPH+zKUBI7ROc8wpAHF6Xt94+3IK92OnTkHLxG1tzliNX nKWyqBVstMP1HndS+GEkdNxIdOF767wXjmfwlIeNZ7UN5l6mhPg3ybjuKwhKqZ2YKp9P HOQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=xpbdo+1QlG61gNEveiWjHTW7ej3Qypfft7cqh91RkS0=; b=Kc72gtYtZB4iUfrbLoMuCbs/3eLH+oianOiD2UVF6qkhGtEv77AgROn632NgEEn4+z yJQdP4YTCC/8sTB8FwD2nYSW5m7OdO+aImxx/kGobg15flL7aFrbIKk6bvwXWtCHmaEX FTo4AEYbYOpQzeHaIXKa6mhiRJrcYrATm7lCM8UGAUYlJKT2fVRlzM0j7vuBOid6rK7o X1btp2tgkLhnc4fsOQYAvaGOlK+Id+flaLar0wfAUwYp7QRdOzbhJQOmEIJMLAEmNhFQ w3x5VLmkwSnLLF8v4OxEYM3HeH+IxyUnVrsQ/U7ooGb+hk7hi6bFCdhxtF1Ibdqgtdya kmUQ== X-Gm-Message-State: AA6/9RlZCXjkzgSrxfqjl+l50qxwXAmtJjobGZPf6aakxcLb0/f9eEnC2AbjvLi9KyKdaitKLp8SkV20PpBIzQ== X-Received: by 10.36.14.143 with SMTP id 137mr165413ite.98.1475174612334; Thu, 29 Sep 2016 11:43:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.134.138 with HTTP; Thu, 29 Sep 2016 11:43:31 -0700 (PDT) From: Ryan Stone Date: Thu, 29 Sep 2016 14:43:31 -0400 Message-ID: Subject: Callout subsystem doesn't cancel interrupts for canceled callouts To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 18:43:33 -0000 At $WORK, we're working on adding support for high-precision RTT calculations in TCP. The goal is reduce the retransmission timeout significantly to help mitigate the impact of TCP incast. This means that the retransmit callout for TCP sockets gets scheduled significantly more often with a shorter timeout period, but in the normal case it is expected to be canceled or rescheduled before it times out. What I have noticed is that when the retransmit callout is canceled or rescheduled, the callout subsystem will not reschedule its currently pending interrupt. The result is that my system takes a significant number of "spurious" timer interrupts where there are no callouts to service, which is having a significant performance impact. Unfortunately, neither the callout subsystem nor the eventtimers subsystem really seem to be designed for canceling interrupts. It's not easy to find the "next" event in the callout wheel and the current code doesn't even try when handling an interrupt; the next interrupt is scheduled at a seemingly arbitrary point in the future. I know that when the callout system was reworked the callout wheel data structure was maintained to keep insertion and deletion O(1). However I question whether that was the right decision given the fact that if callouts are frequently deleted, as in my case, we incur the signficant overhead of a spurious timer interrupt. Does anybody know if actual performance measurements were taken to justify this decision? From owner-freebsd-current@freebsd.org Thu Sep 29 18:52: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 F1012C022E4 for ; Thu, 29 Sep 2016 18:52:22 +0000 (UTC) (envelope-from sb@sysinfo.pl) Received: from cloudserver114020.home.net.pl (cloudserver114020.home.net.pl [188.128.140.228]) by mx1.freebsd.org (Postfix) with SMTP id 8CBC598E for ; Thu, 29 Sep 2016 18:52:21 +0000 (UTC) (envelope-from sb@sysinfo.pl) Received: from ox2-ap8.home.net.pl (79.96.240.158) (HELO ox2-ap8) by sysinfo.home.pl (188.128.140.228) with SMTP (IdeaSmtpServer v0.80.3) id dd657bbc9c771b7d; Thu, 29 Sep 2016 20:45:38 +0200 Date: Thu, 29 Sep 2016 20:45:38 +0200 (CEST) From: "sb@sysinfo.pl sb@sysinfo.pl" To: freebsd-current@freebsd.org Message-ID: <67989994.100217.271fd9fd-5524-4ade-bbec-9be7f230fc30.open-xchange@poczta.home.pl> Subject: kernel panic with ipnat/dummynet MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.8.0-Rev36 X-Originating-Client: open-xchange-appsuite X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 18:52:23 -0000 Hi, I have problems with panics since 2 years. Diffrent machines, diffrent versions of FreeBSD (9+). Nothing has changed even in 12-CURRENT. FreeBSD is used as router/nat(ipnat)/ipfw/dummynet for over 400 desktops. I have 2 panics in 3h. Previous with only screen photo: https://postimg.org/image/g6eq69jkf/ And last: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: <110>ipfw: 3700 Deny TCP 200.100.229.149:12750 155.133.23.8:23 out via em1 <110>ipfw: 3700 Deny TCP 216.243.31.2:40159 155.133.22.217:443 out via em1 <110>ipfw: 3700 Deny TCP 192.168.0.101:48000 31.13.81.13:443 in via em1 Kernel page fault with the following non-sleepable locks held: shared rw ipf IP NAT rwlock (ipf IP NAT rwlock) r = 0 (0xffffffff818d6170) locked @ /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4925 shared rw ipf filter rwlock (ipf filter rwlock) r = 0 (0xffffffff818d6058) locked @ /usr/src/sys/contrib/ipfilter/netinet/fil.c:3024 shared rm PFil shared rmlock (PFil shared rmlock) r = 0 (0xffffffff81eab3f0) locked @ /usr/src/sys/net/pfil.c:78 stack backtrace: #0 0xffffffff80af7b90 at witness_debugger+0x70 #1 0xffffffff80af8e77 at witness_warn+0x3d7 #2 0xffffffff80f34507 at trap_pfault+0x57 #3 0xffffffff80f33bbb at trap+0x28b #4 0xffffffff80f14461 at calltrap+0x8 #5 0xffffffff803a7e87 at ipf_proxy_check+0x127 #6 0xffffffff8039b36b at ipf_nat_out+0x6db #7 0xffffffff8039a72f at ipf_nat_checkout+0x1ff #8 0xffffffff80381496 at ipf_check+0x726 #9 0xffffffff80ba08cb at pfil_run_hooks+0x8b #10 0xffffffff80c0326b at ip_tryforward+0x26b #11 0xffffffff80c058b7 at ip_input+0x377 #12 0xffffffff80b9f7b0 at netisr_dispatch_src+0x80 #13 0xffffffff80cecc07 at dummynet_send+0x167 #14 0xffffffff80cec530 at dummynet_task+0x310 #15 0xffffffff80aeb5bc at taskqueue_run_locked+0x13c #16 0xffffffff80aec138 at taskqueue_thread_loop+0x88 #17 0xffffffff80a5bd74 at fork_exit+0x84 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xe fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803a09cd stack pointer = 0x28:0xfffffe023ab3e4e0 frame pointer = 0x28:0xfffffe023ab3e5c0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (dummynet) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe023ab3e060 vpanic() at vpanic+0x182/frame 0xfffffe023ab3e0e0 panic() at panic+0x43/frame 0xfffffe023ab3e140 trap_fatal() at trap_fatal+0x331/frame 0xfffffe023ab3e1a0 trap_pfault() at trap_pfault+0x1fd/frame 0xfffffe023ab3e200 trap() at trap+0x28b/frame 0xfffffe023ab3e410 calltrap() at calltrap+0x8/frame 0xfffffe023ab3e410 --- trap 0xc, rip = 0xffffffff803a09cd, rsp = 0xfffffe023ab3e4e0, rbp = 0xfffffe023ab3e5c0 --- ipf_p_ftp_process() at ipf_p_ftp_process+0x16d/frame 0xfffffe023ab3e5c0 ipf_proxy_check() at ipf_proxy_check+0x127/frame 0xfffffe023ab3e630 ipf_nat_out() at ipf_nat_out+0x6db/frame 0xfffffe023ab3e690 ipf_nat_checkout() at ipf_nat_checkout+0x1ff/frame 0xfffffe023ab3e740 ipf_check() at ipf_check+0x726/frame 0xfffffe023ab3e8b0 pfil_run_hooks() at pfil_run_hooks+0x8b/frame 0xfffffe023ab3e940 ip_tryforward() at ip_tryforward+0x26b/frame 0xfffffe023ab3e9c0 ip_input() at ip_input+0x377/frame 0xfffffe023ab3ea20 netisr_dispatch_src() at netisr_dispatch_src+0x80/frame 0xfffffe023ab3ea80 dummynet_send() at dummynet_send+0x167/frame 0xfffffe023ab3eac0 dummynet_task() at dummynet_task+0x310/frame 0xfffffe023ab3eb20 taskqueue_run_locked() at taskqueue_run_locked+0x13c/frame 0xfffffe023ab3eb80 taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame 0xfffffe023ab3ebb0 fork_exit() at fork_exit+0x84/frame 0xfffffe023ab3ebf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe023ab3ebf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 3h12m45s Dumping 641 out of 8158 MB:..3%..13%..23%..33%..43%..53%..63%..73%..83%..93% Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/fdescfs.ko.debug...done. done. Loaded symbols for /boot/kernel/fdescfs.ko Reading symbols from /boot/kernel/iscsi.ko...Reading symbols from /usr/lib/debug//boot/kernel/iscsi.ko.debug...done. done. Loaded symbols for /boot/kernel/iscsi.ko #0 doadump (textdump=1) at pcpu.h:221 221 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) list *0xffffffff803a09cd 0xffffffff803a09cd is in ipf_p_ftp_process (ip_ftp_pxy.c:1336). 1331 aps = nat->nat_aps; 1332 1333 sel = aps->aps_sel[1 - rv]; 1334 sel2 = aps->aps_sel[rv]; 1335 if (rv == 1) { 1336 seqoff = aps->aps_seqoff[sel]; 1337 if (aps->aps_seqmin[sel] > seqoff + thseq) 1338 seqoff = aps->aps_seqoff[!sel]; 1339 ackoff = aps->aps_ackoff[sel2]; 1340 if (aps->aps_ackmin[sel2] > ackoff + thack) Current language: auto; currently minimal (kgdb) backtrace #0 doadump (textdump=1) at pcpu.h:221 #1 0xffffffff80a97b75 in kern_reboot (howto=) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff80a9814b in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80a98193 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:690 #4 0xffffffff80f344a1 in trap_fatal (frame=0xfffffe023ab3e420, eva=14) at /usr/src/sys/amd64/amd64/trap.c:837 #5 0xffffffff80f346ad in trap_pfault (frame=0xfffffe023ab3e420, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:694 #6 0xffffffff80f33bbb in trap (frame=0xfffffe023ab3e420) at /usr/src/sys/amd64/amd64/trap.c:443 #7 0xffffffff80f14461 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:236 #8 0xffffffff803a09cd in ipf_p_ftp_process (softf=, fin=0xfffffe023ab3e780, nat=0xfffff801c2ad7400, ftp=0xfffff800433e4c00, rv=) at ip_ftp_pxy.c:1331 #9 0xffffffff803a7e87 in ipf_proxy_check (fin=0xfffffe023ab3e780, nat=0xfffff801c2ad7400) at /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.c:992 #10 0xffffffff8039b36b in ipf_nat_out (fin=0xfffffe023ab3e780, nat=0xfffff801c2ad7400, natadd=, nflags=1) at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:5315 #11 0xffffffff8039a72f in ipf_nat_checkout (fin=, passp=) at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:5019 #12 0xffffffff80381496 in ipf_check (ctx=, ip=, hlen=, ifp=, out=1, mp=) at /usr/src/sys/contrib/ipfilter/netinet/fil.c:3104 #13 0xffffffff80ba08cb in pfil_run_hooks (ph=, mp=, ifp=, dir=, inp=) at /usr/src/sys/net/pfil.c:83 #14 0xffffffff80c0326b in ip_tryforward (m=0xffffffff818d5fe0) at /usr/src/sys/netinet/ip_fastfwd.c:330 #15 0xffffffff80c058b7 in ip_input (m=0x0) at /usr/src/sys/netinet/ip_input.c:558 #16 0xffffffff80b9f7b0 in netisr_dispatch_src (proto=1, source=0, m=0xfffff80009cf2900) at /usr/src/sys/net/netisr.c:1120 #17 0xffffffff80cecc07 in dummynet_send (m=) at /usr/src/sys/netpfil/ipfw/ip_dn_io.c:791 #18 0xffffffff80cec530 in dummynet_task (context=, pending=) at /usr/src/sys/netpfil/ipfw/ip_dn_io.c:746 #19 0xffffffff80aeb5bc in taskqueue_run_locked (queue=) at /usr/src/sys/kern/subr_taskqueue.c:449 #20 0xffffffff80aec138 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:708 #21 0xffffffff80a5bd74 in fork_exit (callout=0xffffffff80aec0b0 , arg=0xffffffff81e0c278, frame=0xfffffe023ab3ec00) at /usr/src/sys/kern/kern_fork.c:1038 #22 0xffffffff80f1499e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 #23 0x0000000000000000 in ?? () (kgdb) SB From owner-freebsd-current@freebsd.org Thu Sep 29 19: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 09100C02520 for ; Thu, 29 Sep 2016 19:02:25 +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 C2993EE0 for ; Thu, 29 Sep 2016 19:02:24 +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 <1bpgb8-0000OT-9R>; Thu, 29 Sep 2016 21:02:22 +0200 Received: from x55b3873c.dyn.telefonica.de ([85.179.135.60] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bpgb7-0023j6-V6>; Thu, 29 Sep 2016 21:02:22 +0200 Date: Thu, 29 Sep 2016 21:02:16 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: IPFW: shape and status in CURRENT Message-ID: <20160929210216.5aee85d0.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Originating-IP: 85.179.135.60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 19:02:25 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCg0KU2lu Y2UgYSBjb3VwbGUgb2YgbW9udGhzIG5vdywgSSB1c2UgSVBGVyBvbiBzZXZlcmFsIHByb2plY3Rz LiBJIHVzZSBJUEZXIGFnYWluIGFmdGVyIGENCmxvbmcgdGVybSBoaWF0dXMgc2luY2UgfiAyMDAz LiBCZWZvcmUgSSB1c2VkIHBmLiBUaGUgcmVhc29ucyBhcmUgbWFubnlmb2xkIGFuZCBvbmUgcmVh c29uDQppcyB2ZXJ5IGRvZ21hdGljIC0gaXQgaXMgdGhlIEZyZWVCU0QncyBuYXRpdmUgZmlyZXdh bGwgYW5kIHNldmVyYWwgcGVyZm9ybWFuY2UgZGlhZ3JhbXMNCnNob3duIGluIHRoZSBuZXQgdGVs bHMgbWUgYSBzaWduaWZpY2FudCBwZXJmb3JtYW5jZSBiZW5lZml0IGluIGNhc2UgYmVpbmcgc2V0 dXAgb3B0aW1hbA0Kb3ZlciBwZi4gcGYgaW4gRnJlZUJTRCBsYWNrcyBiZWhpbmQgdGhlIE9wZW5C U0QncyBkZXZlbG9wbWVudC4NCg0KU2luY2UgbGFzdCB5ZWFyIEkgdHJ5IHRvIHNldHVwIElQRlcg b25seSBvbiBhbGwgb2Ygb3VyIHN5c3RlbXMuIFNvIEkgZG8gYWxzbyBhdCBob21lDQphbmQgYXQg c29tZSBwbGFjZXMsIHdoZXJlIHdlIGhhdmUgdG8gdXNlIE5BVCB2aWEgUFBQb0UvbW9kZW0uIEFu ZCBoZXJlIHRoZSBzdHJ1Z2dsZQ0KYmVnaW5zLiBXaGlsZSBtb3N0IHNldHVwcyBvZiBhIGZpcmV3 YWxsIG9uIGEgcm91dGVyL2dhdGV3YXkgd2l0aCBzZXZlcmFsIE5JQ3MgZGlyZWN0bHkNCmF0dGFj aGVkIHRvIHRoZSBpbnRlcm5ldCB3aXRoIG9uIGludGVyZmFjZSwgdGhlIG91dGJvdW5kIGludGVy ZmFjZSwgdGhlIHNhbWUgc3RhcnRzIHRvDQpiZSBhIGhvcnJpYmxlIHN0b3J5IHdoZW4gaXQgY29t ZXMgdG8gTkFULg0KDQpUaGUgaGFuZGJvb2sgb2ZmZXJzIHNvbWUgc2ltcGxlIGV4YW1wbGVzLCBi dXQgaW4gbW9zdCBjYXNlcywgSSBzZWUgdGhlIHN1cHBvc2VkIHRvIGJlDQpvdXRkYXRlZCBleHRl cm5hbCBuYXRkIGRhZW1vbiBzdGlsbCBpbiBmYXZvdXIgb3ZlciBpbi1rZXJuZWwgTkFUISBUaGlz IGlzIGFsc28gdGhlDQpjYXNlIHdpdGggdGhlIG1hbnBhZ2UgZm9yIGlwZncoOCkuIEkgbWlzcyBh IG1vcmUgcmVjZW50IGV4YW1wbGUgb2Ygc2V0dGluZyB1cCBOQVQgd2l0aA0KaW4ta2VybmVsIE5B VCBhbmQgdGhlIGNhdmVhdHMgb2Ygb25lLXBhc3MgYW5kIG5vbmUtb25lLXBhc3MgYW5kIHNvbWUg aGludHMgaG93IHRoZSBJUA0KcGFja2V0J3MgaGVhZGVyIGdldHMgcmV3cml0dGVuIHdoZW4gYmVp bmcgdHJhbnNsYXRlZCBieSBOQVQgYW5kIHJlaW5qZWN0ZWQgaW50byB0aGUNCnBpcGVsaW5lLiBG b3IgbWUsIGFzIGEgbm9uLXNvdXJjZS1jb2RlLWV4cGVydC1hbmQtc2ltcGxlLXN5c3RlbSdzIGFk bWluaXN0cmF0b3IsIGl0IGlzDQpzb21ldGltZXMgaGFyZCB0byB1bmRlcnN0YW5kIGhvdyBJUEZX IHdvcmtzLiBBbmQgdGhlIHByb2JsZW1zIHJlcG9ydGVkIGRvIHRlbGwgbWUgdGhhdA0KSSdtIG5v dCBhbG9uZS4NCg0KVGhlIGhhbmRib29rIGhhcyBzb21lIGV4YW1wbGVzLiBPbmUgb2YgdGhlbSBj b250YWlucyBhIHRyYXZlcnNhbCBvZiAzNy9UQ1AsIHRpbWVzZXJ2ZXIuDQpJdCBpcyBhIGxvbmcg dGltZSBzaW5jZSBJIHNhdyB0aGlzIGtpbmQgb2Ygc2V0dXAsIG1vc3QgdGltZSBzeW5jaHJvbmlz YXRpb24gbWV0aG9kcyB1c2UNCk5UUCBhbmQgMTIzL1VEUC4gVGhlIGV4YW1wbGUgYWxzbyBzZWVt cyBhIGJpdCBvdXRkYXRlZC4NCg0KTWFucGFnZSBmaXJld2FsbCg3KSBsYWNrcyBhbHNvIG9mIGFu IG1vZGVybiBpbi1rZXJuZWwgTkFUIGV4YW1wbGUgLSBpdCBzdGlsbCByZWZlcmVzIHRvDQp0aGUg bmF0ZC4gQWxzbywgdGhlcmUgaXMgYSBraW5kIG9mIGFudGktc3Bvb2YgcnVsZSBzaG93biB0aGF0 IGxlYXZlcyB0aGUgaW1wcmVzc2lvbiB0aGF0DQp0aGlzIHBhZ2UgaXMgcXVpdGUgYW50aXF1ZS4g RG9lc24ndCBJUEZXIGhhcyBhIGFudGlzcG9vZiBydWxlLCBvciBldmVuICJ2ZXJyZXBhdGgiIGFz DQp0aGUgbWFucGFnZSBpcGZ3KDgpIHN0YXRlcz8NCg0KU29tZWhvdyBJIG1pc3Mgc29tZSBtb3Jl IGRldGFpbGVkIGV4cGxhbmF0aW9ucyB3aGF0IGhhcHBlbnMgd2l0aCBjaGVjay1zdGF0ZSwgc2lu Y2UgdGhpcw0KY2F1c2VzIG11Y2ggdHJvdWJsZSwgZXZlbiBpbiBjb21iaW5hdGlvbiB3aXRoIE5B VC4NCg0KV2VsbCwgYXMgc2FpZCwgSSdtIG5vIGV4cGVydCwgbWF5YmUgSSdtIHNpbXBseSB0b28g Ymx1bnQgdG8gdW5kZXJzdGFuZCwgYnV0IGFnYWluLCBpdA0Kc2VlbXMgSSdtIG5vdCBhbG9uZS4g UGVvcGxlIHN3aXRjaGVkIHRvIHBmIGFuZCBldmVuIEFwcGxlIG1vdmVkIGZyb20gaXBmdyB0byBw Zi4gVGhhdA0KbGVhdmVzIHRoZSBxdWVzdGlvbiBoZXJlOiB3aGF0IGlzIHRoZSBzdGF0dXMgb2Yg dGhlIGRldmVsb3BtZW50IG9mIElQRlcgaW4gRnJlZUJTRD8gaXMgaXQNCm1haW50YWluZWQtb25s eSBvciBpcyB0aGVyZSBkZXZlbG9wbWVudCBnb2luZyBvbj8gQXJlIHRoZXJlIHBsYW5zIGZvciBy ZWZ1cmJpc2hlZCwgbW9yZQ0KdXAgdG8gdGltZSBtYW4gcGFnZXMgYW5kIGV4YW1wbGVzPw0KDQpU aGFua3MgaW4gYWR2YW5jZSBhbmQgZm9yIHlvdXIgcGF0aWVuY2UgcmVhZGluZyBteSBiYWQgRW5n bGlzaC4NCg0KT2xpdmVyDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KVmVyc2lvbjog R251UEcgdjINCg0KaVFFY0JBRUJDQUFHQlFKWDdXVTVBQW9KRU9nQmNEN0EvNU44UFU0SUFNSVZ2 NjNCUFE1bGpFVjdsUlpPekZleg0KTFBMdFBhVWZXR3p6azdtcHRBaWFRMjVzN0ZXYlNJUFpKTWhT d09NMTY2QTJ4TXlUbko0N3RvcllzendNQUVMbg0KVnQyaFhWV2NSNzBaai8xUUdwRU1Xc01tUFZC bXR5aE9pczVLWnYvU2QyOW1nTUVVTXNPSGpUY3djVENuMnl5Vg0KaElKNmM2TXBHSDYvYzJzclpF d0RVU1J1dEVpaVV1d3ZwSFN5WjhSNGZBSnFleHVKQkphOFgxY283NThFdG14aw0KY3Q0T205L2JS eS91Ynp1MUVaU3E1dmM3WEc3WXovVkVoUDJIVjdCRVBXNTFkV20wbjA3OXNWc2kvd242ODN1Yw0K ZGpJQTh5NTA0VEtHOFM2Y0tTSHA4eEZqSEJ2c0ZXMksxRlRENGNEUEc2OWpnVFhwSTlKbEU1c1Rn RWZGbjkwPQ0KPUttbDENCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Thu Sep 29 21:57: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 79DFFC008EB for ; Thu, 29 Sep 2016 21:57:14 +0000 (UTC) (envelope-from sb@sysinfo.pl) Received: from cloudserver114020.home.net.pl (cloudserver114020.home.net.pl [188.128.140.228]) by mx1.freebsd.org (Postfix) with SMTP id 06D831448 for ; Thu, 29 Sep 2016 21:57:12 +0000 (UTC) (envelope-from sb@sysinfo.pl) Received: from ox2-ap8.home.net.pl (79.96.240.158) (HELO ox2-ap8) by sysinfo.home.pl (188.128.140.228) with SMTP (IdeaSmtpServer v0.80.3) id 35ada6e20326ce7c; Thu, 29 Sep 2016 23:57:08 +0200 Date: Thu, 29 Sep 2016 23:57:08 +0200 (CEST) From: "sb@sysinfo.pl sb@sysinfo.pl" To: freebsd-current@freebsd.org Message-ID: <609840393.104734.271fd9fd-5524-4ade-bbec-9be7f230fc30.open-xchange@poczta.home.pl> In-Reply-To: <67989994.100217.271fd9fd-5524-4ade-bbec-9be7f230fc30.open-xchange@poczta.home.pl> References: <67989994.100217.271fd9fd-5524-4ade-bbec-9be7f230fc30.open-xchange@poczta.home.pl> Subject: Re: kernel panic with ipnat/dummynet X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.8.0-Rev36 X-Originating-Client: open-xchange-appsuite MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 21:57:14 -0000 From owner-freebsd-current@freebsd.org Thu Sep 29 23:01:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59FC1C029CC for ; Thu, 29 Sep 2016 23:01:35 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) (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 0F5F2886 for ; Thu, 29 Sep 2016 23:01:34 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074422-ec3ff700000074b8-eb-57ed9d4cf064 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 7F.57.29880.C4D9DE75; Thu, 29 Sep 2016 19:01:32 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id u8TN1VOG027472 for ; Thu, 29 Sep 2016 19:01:32 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u8TN1TPu024796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 29 Sep 2016 19:01:31 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u8TN1S4D007180; Thu, 29 Sep 2016 19:01:28 -0400 (EDT) Date: Thu, 29 Sep 2016 19:01:28 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Subject: /dev/dsp got more sensitive about writes? Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrNIsWRmVeSWpSXmKPExsUixCmqrOsz9224wcvJxhZz3nxgcmD0mPFp PksAYxSXTUpqTmZZapG+XQJXxtN9z5kKjrNXLPj1gbGB8QNrFyMnh4SAiUTb5yaWLkYuDiGB NiaJcycnskI4lxkl/q/cApV5wiTR37CEEcJpYJRYeWM3M0g/i4C2xOl3f8BsNgEViZlvNrKB 2CIC8hLPPl0H2yEsYCSxfstCJhCbV8BB4vjSeWD1ogI6Eqv3T2GBiAtKnJz5BMxmFtCSWD59 G8sERt5ZSFKzkKQWMDKtYpRNya3SzU3MzClOTdYtTk7My0st0jXVy80s0UtNKd3ECAocdhel HYwT/3kdYhTgYFTi4c1QfRsuxJpYVlyZe4hRkoNJSZT3dCBQiC8pP6UyI7E4I76oNCe1+BCj BAezkgiv1RygHG9KYmVValE+TEqag0VJnLdrxoFwIYH0xJLU7NTUgtQimKw6B4fAkaeTs6VY 8vLzUpUkeF/MBpohWJSanlqRlplTglDJxMEJsocHaE82SA1vcUFibnFmOkT+FKMux4Ift9cy CYENkhLnZQc5RgCkKKM0D24OOA3sZlJ9xSgO9KEwbzVIFQ8whcBNegW0hAloSf7RNyBLShIR UlINjNNETP91Xby7YlWskPeR53uSH+tKT2JdzlGxJK/T+/2ReSxprtu+r1CW+vTLMETz0eSL n1xehjAd5+FR2FXBos0nvWq2zfFbSmGW25vvvHu+zE3T0ZMtzfRgyczo2RIrZs56b2g0Q3fX PXPu3GUGajOzDMUcGZbcDnlSsdl003WTwtN7lRqu3lNiKc5INNRiLipOBABlrzdy3gIAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 23:01:35 -0000 Hi all, I've updated from r302211 (June 26) to r306427 (yesterday), and the behavior of audio/sox (in its play(1) alias) seems to have changed. I used to be able to suspend play(1) for an arbitrary period of time and have the output continue when it was foregrounded again. Now, it seems that I can only suspend it for 4-5 seconds and retain playback; for longer sleeps, I get [1]+ Stopped play 01\ Mary\ Hynes.wav [root@glossolalia ...]# sleep 5; fg play 01\ Mary\ Hynes.wav play FAIL sox: `/dev/dsp' error writing output file: Invalid argument Done. Wrapping play(1) in truss seems to change things, though; in that case, I can sleep for at least two minutes and still recover playback. So that makes it a bit hard to see what's going on. I will note that I did not upgrade ports/packages after the base upgrade, so the sox binary in use is potentially somewhat stale. Does that ring any bells for anyone? -Ben From owner-freebsd-current@freebsd.org Fri Sep 30 00:38: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 9474EC00495 for ; Fri, 30 Sep 2016 00:38: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 873E51A4; Fri, 30 Sep 2016 00:38: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 CCB5C59; Fri, 30 Sep 2016 00:38:14 +0000 (UTC) Date: Fri, 30 Sep 2016 00:38:11 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1940463376.0.1475195894513.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #727 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 00:38:15 -0000 See ------------------------------------------ [...truncated 97466 lines...] --- DeclTemplate.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.DeclTemplate.o -MTDeclTemplate.o -fstack-protecto= r-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib= =3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/DeclTemplate.cp= p -o DeclTemplate.o --- all_subdir_lib/clang/libclangarcmigrate --- --- TransGCCalls.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransGCCalls.o= -MTTransGCCalls.o -fstack-protector-strong -Qunused-arguments -std=3Dc++1= 1 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/tools/clang/lib/ARCMigrate/TransGCCalls.cpp -o TransGCCalls.o --- all_subdir_lib/clang/libclangcodegen --- --- CGCall.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGCall.o -MTCGCall.o -fstack-= protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti= -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= /CGCall.cpp -o CGCall.o --- all_subdir_lib/clang/libclangast --- --- DeclarationName.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.DeclarationName.o -MTDeclarationName.o -fstack-pr= otector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Declarati= onName.cpp -o DeclarationName.o --- all_subdir_lib/clang/libclangdriver --- --- Types.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangdriver/../../../contrib/ll= vm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangdriver/..= /../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver -I.= -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangdriver/../../../con= trib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC= _LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_= STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_6= 4-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\"= -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.Types.o -MTTypes.o -fstack-protect= or-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdli= b=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib= /clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver/Types.cp= p -o Types.o --- libclangdriver.a --- building static clangdriver library ar -crD libclangdriver.a `NM=3D'nm' NMFLAGS=3D'' lorder Action.o Compilatio= n.o CrossWindowsToolChain.o Driver.o DriverOptions.o Job.o MSVCToolChain.o = MinGWToolChain.o Multilib.o Phases.o SanitizerArgs.o Tool.o ToolChain.o Too= lChains.o Tools.o Types.o | tsort -q`=20 ranlib -D libclangdriver.a --- all_subdir_lib/clang/libclangarcmigrate --- --- TransProperties.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransPropertie= s.o -MTTransProperties.o -fstack-protector-strong -Qunused-arguments -std= =3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../..= /contrib/llvm/tools/clang/lib/ARCMigrate/TransProperties.cpp -o TransProper= ties.o --- all_subdir_lib/clang/libclangast --- --- Expr.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.Expr.o -MTExpr.o -fstack-protector-strong -Qunuse= d-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c= ++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangas= t/../../../contrib/llvm/tools/clang/lib/AST/Expr.cpp -o Expr.o --- all_subdir_lib/liblzma --- =3D=3D=3D> lib/liblzma (all) --- all_subdir_lib/clang --- --- all_subdir_lib/clang/libclangcodegen --- --- CGClass.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGClass.o -MTCGClass.o -fstac= k-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rt= ti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeG= en/CGClass.cpp -o CGClass.o --- all_subdir_lib/clang/libclangast --- --- ExprCXX.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ExprCXX.o -MTExprCXX.o -fstack-protector-strong -= Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ = -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libc= langast/../../../contrib/llvm/tools/clang/lib/AST/ExprCXX.cpp -o ExprCXX.o --- all_subdir_lib/clang/libclangarcmigrate --- --- TransProtectedScope.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransProtected= Scope.o -MTTransProtectedScope.o -fstack-protector-strong -Qunused-argument= s -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-exten= sions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/.= ./../../contrib/llvm/tools/clang/lib/ARCMigrate/TransProtectedScope.cpp -o = TransProtectedScope.o --- all_subdir_lib/libpjdlog --- =3D=3D=3D> lib/libpjdlog (all) --- all_subdir_lib/clang --- --- TransRetainReleaseDealloc.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransRetainRel= easeDealloc.o -MTTransRetainReleaseDealloc.o -fstack-protector-strong -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclang= arcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransRetainRele= aseDealloc.cpp -o TransRetainReleaseDealloc.o --- all_subdir_lib/clang/libclangast --- --- ExprClassification.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ExprClassification.o -MTExprClassification.o -fst= ack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-= rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_H= EAD/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Exp= rClassification.cpp -o ExprClassification.o --- all_subdir_lib/clang/libclangcodegen --- --- CGCleanup.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGCleanup.o -MTCGCleanup.o -f= stack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fn= o-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/C= odeGen/CGCleanup.cpp -o CGCleanup.o --- all_subdir_lib/clang/libclangast --- --- ExprConstant.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ExprConstant.o -MTExprConstant.o -fstack-protecto= r-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib= =3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ExprConstant.cp= p -o ExprConstant.o --- all_subdir_lib/clang/libclangcodegen --- --- CGDebugInfo.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGDebugInfo.o -MTCGDebugInfo.= o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions= -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/Fre= eBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/l= ib/CodeGen/CGDebugInfo.cpp -o CGDebugInfo.o --- all_subdir_lib/clang/libclangedit --- =3D=3D=3D> lib/clang/libclangedit (all) --- Attrs.inc.h --- clang-tblgen -gen-clang-attr-classes -I /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libclangedit/../../../contrib/llvm/tools/clang/include -d Attrs.= inc.d -o Attrs.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclang= edit/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- AttrList.inc.h --- clang-tblgen -gen-clang-attr-list -I /builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangedit/../../../contrib/llvm/tools/clang/include -d AttrList.= inc.d -o AttrList.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libcl= angedit/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- CommentCommandList.inc.h --- clang-tblgen -gen-clang-comment-command-list -d CommentCommandList.inc.d -= o CommentCommandList.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/li= bclangedit/../../../contrib/llvm/tools/clang/include/clang/AST/CommentComma= nds.td --- all_subdir_lib/clang/libclangarcmigrate --- --- TransUnbridgedCasts.o --- --- all_subdir_lib/clang/libclangedit --- --- CommentNodes.inc.h --- --- all_subdir_lib/clang/libclangarcmigrate --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransUnbridged= Casts.o -MTTransUnbridgedCasts.o -fstack-protector-strong--- all_subdir_lib= /clang/libclangedit --- clang-tblgen -gen-clang-comment-nodes -d CommentNodes.inc.d -o CommentNode= s.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../..= /contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td --- all_subdir_lib/clang/libclangarcmigrate --- -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/li= bclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransUnbr= idgedCasts.cpp -o TransUnbridgedCasts.o --- all_subdir_lib/clang/libclangedit --- --- DeclNodes.inc.h --- clang-tblgen -gen-clang-decl-nodes -d DeclNodes.inc.d -o DeclNodes.inc.h = /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/= llvm/tools/clang/include/clang/Basic/DeclNodes.td --- StmtNodes.inc.h --- clang-tblgen -gen-clang-stmt-nodes -d StmtNodes.inc.d -o StmtNodes.inc.h = /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/= llvm/tools/clang/include/clang/Basic/StmtNodes.td --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I /builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm/tools= /clang/include/clang/Basic -d DiagnosticCommonKinds.inc.d -o DiagnosticCom= monKinds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/..= /../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- Commit.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm= /include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../= ../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangedit/../../../contrib/llvm/tools/clang/lib/Edit -I. -I/buil= ds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm/= ../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC= ROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANA= LYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT= _SYSROOT=3D\"\" -MD -MF.depend.Commit.o -MTCommit.o -fstack-protector-stron= g -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc= ++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/l= ibclangedit/../../../contrib/llvm/tools/clang/lib/Edit/Commit.cpp -o Commit= .o --- EditedSource.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm= /include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../= ../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangedit/../../../contrib/llvm/tools/clang/lib/Edit -I. -I/buil= ds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm/= ../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC= ROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANA= LYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT= _SYSROOT=3D\"\" -MD -MF.depend.EditedSource.o -MTEditedSource.o -fstack-pro= tector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -s= tdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libclangedit/../../../contrib/llvm/tools/clang/lib/Edit/EditedSo= urce.cpp -o EditedSource.o --- RewriteObjCFoundationAPI.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm= /include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../= ../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangedit/../../../contrib/llvm/tools/clang/lib/Edit -I. -I/buil= ds/workspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm/= ../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC= ROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANA= LYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT= _SYSROOT=3D\"\" -MD -MF.depend.RewriteObjCFoundationAPI.o -MTRewriteObjCFou= ndationAPI.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno= -exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libclangedit/../../../contrib/llvm/tools= /clang/lib/Edit/RewriteObjCFoundationAPI.cpp -o RewriteObjCFoundationAPI.o --- all_subdir_lib/clang/libclangcodegen --- --- CGDecl.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGDecl.o -MTCGDecl.o -fstack-= protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti= -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= /CGDecl.cpp -o CGDecl.o --- all_subdir_lib/clang/libclangedit --- --- libclangedit.a --- building static clangedit library ar -crD libclangedit.a `NM=3D'nm' NMFLAGS=3D'' lorder Commit.o EditedSource= .o RewriteObjCFoundationAPI.o | tsort -q`=20 ranlib -D libclangedit.a --- all_subdir_lib/clang/libclangarcmigrate --- --- TransUnusedInitDelegate.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransUnusedIni= tDelegate.o -MTTransUnusedInitDelegate.o -fstack-protector-strong -Qunused-= arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++= 11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcm= igrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransUnusedInitDele= gate.cpp -o TransUnusedInitDelegate.o --- all_subdir_lib/clang/libclangast --- --- ExprObjC.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ExprObjC.o -MTExprObjC.o -fstack-protector-strong= -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/li= bclangast/../../../contrib/llvm/tools/clang/lib/AST/ExprObjC.cpp -o ExprObj= C.o --- ExternalASTSource.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ExternalASTSource.o -MTExternalASTSource.o -fstac= k-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rt= ti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Exter= nalASTSource.cpp -o ExternalASTSource.o --- all_subdir_lib/clang/libclangcodegen --- --- CGDeclCXX.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGDeclCXX.o -MTCGDeclCXX.o -f= stack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fn= o-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/C= odeGen/CGDeclCXX.cpp -o CGDeclCXX.o --- all_subdir_lib/clang/libclangfrontend --- =3D=3D=3D> lib/clang/libclangfrontend (all) --- AttrParsedAttrList.inc.h --- clang-tblgen -gen-clang-attr-parsed-attr-list -I /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/incl= ude -d AttrParsedAttrList.inc.d -o AttrParsedAttrList.inc.h /builds/worksp= ace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools= /clang/include/clang/Basic/Attr.td --- AttrVisitor.inc.h --- clang-tblgen -gen-clang-attr-ast-visitor -I /builds/workspace/FreeBSD_HEAD= /src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -= d AttrVisitor.inc.d -o AttrVisitor.inc.h /builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include/clan= g/Basic/Attr.td --- Attrs.inc.h --- clang-tblgen -gen-clang-attr-classes -I /builds/workspace/FreeBSD_HEAD/src= /lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -d At= trs.inc.d -o Attrs.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libc= langfrontend/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I /builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/t= ools/clang/include/clang/Basic -d DiagnosticCommonKinds.inc.d -o Diagnosti= cCommonKinds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfro= ntend/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticDriverKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DDriver -I /builds/wo= rkspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/t= ools/clang/include/clang/Basic -d DiagnosticDriverKinds.inc.d -o Diagnosti= cDriverKinds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfro= ntend/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticFrontendKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DFrontend -I /builds/= workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm= /tools/clang/include/clang/Basic -d DiagnosticFrontendKinds.inc.d -o Diagn= osticFrontendKinds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libcl= angfrontend/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnosti= c.td --- DiagnosticLexKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DLex -I /builds/works= pace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tool= s/clang/include/clang/Basic -d DiagnosticLexKinds.inc.d -o DiagnosticLexKi= nds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../= ../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- DiagnosticSemaKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSema -I /builds/work= space/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/too= ls/clang/include/clang/Basic -d DiagnosticSemaKinds.inc.d -o DiagnosticSem= aKinds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/= ../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- AttrList.inc.h --- clang-tblgen -gen-clang-attr-list -I /builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangfrontend/../../../contrib/llvm/tools/clang/include -d AttrL= ist.inc.d -o AttrList.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/l= ibclangfrontend/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.= td --- Attributes.inc.h --- llvm-tblgen -gen-attrs -I /builds/workspace/FreeBSD_HEAD/src/lib/clang/lib= clangfrontend/../../../contrib/llvm/include -d Attributes.inc.d -o Attribut= es.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../= ../../contrib/llvm/include/llvm/IR/Attributes.td --- CommentCommandList.inc.h --- clang-tblgen -gen-clang-comment-command-list -d CommentCommandList.inc.d -= o CommentCommandList.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/li= bclangfrontend/../../../contrib/llvm/tools/clang/include/clang/AST/CommentC= ommands.td --- CommentNodes.inc.h --- clang-tblgen -gen-clang-comment-nodes -d CommentNodes.inc.d -o CommentNode= s.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../.= ./../contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td --- DeclNodes.inc.h --- clang-tblgen -gen-clang-decl-nodes -d DeclNodes.inc.d -o DeclNodes.inc.h = /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../cont= rib/llvm/tools/clang/include/clang/Basic/DeclNodes.td --- DiagnosticASTKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DAST -I /builds/works= pace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tool= s/clang/include/clang/Basic -d DiagnosticASTKinds.inc.d -o DiagnosticASTKi= nds.inc.h /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../= ../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td --- Options.inc.h --- llvm-tblgen -gen-opt-parser-defs -I /builds/workspace/FreeBSD_HEAD/src/lib= /clang/libclangfrontend/../../../contrib/llvm/include -I /builds/workspace/= FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/cla= ng/include/clang/Driver -d Options.inc.d -o Options.inc.h /builds/workspa= ce/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/= clang/include/clang/Driver/Options.td --- StmtNodes.inc.h --- clang-tblgen -gen-clang-stmt-nodes -d StmtNodes.inc.d -o StmtNodes.inc.h = /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../cont= rib/llvm/tools/clang/include/clang/Basic/StmtNodes.td --- ASTConsumers.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/= llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfronten= d/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Fron= tend -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLA= NG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.ASTConsumers.o -MTASTCon= sumers.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exc= eptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/worksp= ace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools= /clang/lib/Frontend/ASTConsumers.cpp -o ASTConsumers.o --- all_subdir_lib/clang/libclangast --- --- InheritViz.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.InheritViz.o -MTInheritViz.o -fstack-protector-st= rong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clan= g/libclangast/../../../contrib/llvm/tools/clang/lib/AST/InheritViz.cpp -o I= nheritViz.o --- ItaniumCXXABI.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ItaniumCXXABI.o -MTItaniumCXXABI.o -fstack-protec= tor-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdl= ib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ItaniumCXXABI= .cpp -o ItaniumCXXABI.o --- all_subdir_lib/clang/libclangcodegen --- --- CGException.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGException.o -MTCGException.= o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions= -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/Fre= eBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/l= ib/CodeGen/CGException.cpp -o CGException.o --- all_subdir_lib/clang/libclangarcmigrate --- --- TransZeroOutPropsInDealloc.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransZeroOutPr= opsInDealloc.o -MTTransZeroOutPropsInDealloc.o -fstack-protector-strong -Qu= nused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -W= no-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libcla= ngarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransZeroOutP= ropsInDealloc.cpp -o TransZeroOutPropsInDealloc.o --- all_subdir_lib/clang/libclangast --- --- ItaniumMangle.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ItaniumMangle.o -MTItaniumMangle.o -fstack-protec= tor-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdl= ib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/li= b/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ItaniumMangle= .cpp -o ItaniumMangle.o --- all_subdir_lib/clang/libclangcodegen --- --- CGExpr.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGExpr.o -MTCGExpr.o -fstack-= protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti= -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= /CGExpr.cpp -o CGExpr.o --- all_subdir_lib/clang/libclangast --- --- Mangle.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.Mangle.o -MTMangle.o -fstack-protector-strong -Qu= nused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -W= no-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libcla= ngast/../../../contrib/llvm/tools/clang/lib/AST/Mangle.cpp -o Mangle.o --- all_subdir_lib/clang/libclangfrontend --- --- ASTMerge.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/= llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfronten= d/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Fron= tend -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLA= NG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.ASTMerge.o -MTASTMerge.o= -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions = -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/Free= BSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/l= ib/Frontend/ASTMerge.cpp -o ASTMerge.o --- all_subdir_lib/clang/libclangast --- --- MicrosoftCXXABI.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.MicrosoftCXXABI.o -MTMicrosoftCXXABI.o -fstack-pr= otector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Microsoft= CXXABI.cpp -o MicrosoftCXXABI.o --- all_subdir_lib/clang/libclangarcmigrate --- --- TransformActions.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.TransformActio= ns.o -MTTransformActions.o -fstack-protector-strong -Qunused-arguments -st= d=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../.= ./contrib/llvm/tools/clang/lib/ARCMigrate/TransformActions.cpp -o Transform= Actions.o --- all_subdir_lib/clang/libclangfrontend --- --- ASTUnit.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/= llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfronten= d/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Fron= tend -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLA= NG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.ASTUnit.o -MTASTUnit.o -= fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -f= no-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBS= D_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib= /Frontend/ASTUnit.cpp -o ASTUnit.o --- all_subdir_lib/clang/libclangast --- --- MicrosoftMangle.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.MicrosoftMangle.o -MTMicrosoftMangle.o -fstack-pr= otector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -= stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/sr= c/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Microsoft= Mangle.cpp -o MicrosoftMangle.o --- all_subdir_lib/clang/libclangarcmigrate --- --- Transforms.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contri= b/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmi= grate/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangarc= migrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_A= RCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TAR= GET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-u= nknown-freebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.Transforms.o -= MTTransforms.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -f= no-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/= workspace/FreeBSD_HEAD/src/lib/clang/libclangarcmigrate/../../../contrib/ll= vm/tools/clang/lib/ARCMigrate/Transforms.cpp -o Transforms.o --- all_subdir_lib/clang/libclangcodegen --- --- CGExprAgg.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGExprAgg.o -MTCGExprAgg.o -f= stack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fn= o-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/C= odeGen/CGExprAgg.cpp -o CGExprAgg.o --- all_subdir_lib/clang/libclangast --- --- NSAPI.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.NSAPI.o -MTNSAPI.o -fstack-protector-strong -Qunu= sed-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno= -c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclang= ast/../../../contrib/llvm/tools/clang/lib/AST/NSAPI.cpp -o NSAPI.o --- all_subdir_lib/clang/libclangfrontend --- --- CacheTokens.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/= llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfronten= d/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Fron= tend -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLA= NG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CacheTokens.o -MTCacheTo= kens.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-excep= tions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspac= e/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/c= lang/lib/Frontend/CacheTokens.cpp -o CacheTokens.o --- all_subdir_lib/clang/libclangcodegen --- --- CGExprCXX.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGExprCXX.o -MTCGExprCXX.o -f= stack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fn= o-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/C= odeGen/CGExprCXX.cpp -o CGExprCXX.o --- all_subdir_lib/clang/libclangast --- --- NestedNameSpecifier.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.NestedNameSpecifier.o -MTNestedNameSpecifier.o -f= stack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fn= o-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/N= estedNameSpecifier.cpp -o NestedNameSpecifier.o --- all_subdir_lib/clang/libclangfrontend --- --- ChainedDiagnosticConsumer.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/../../../contrib/= llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfronten= d/../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEA= D/src/lib/clang/libclangfrontend/../../../contrib/llvm/tools/clang/lib/Fron= tend -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/..= /../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBS= D -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLA= NG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd12.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.ChainedDiagnosticConsume= r.o -MTChainedDiagnosticConsumer.o -fstack-protector-strong -Qunused-argume= nts -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-ext= ensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangfrontend/.= ./../../contrib/llvm/tools/clang/lib/Frontend/ChainedDiagnosticConsumer.cpp= -o ChainedDiagnosticConsumer.o --- all_subdir_lib/clang/libclangast --- --- OpenMPClause.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.OpenMPClause.o -MTOpenMPClause.o -fstack-protecto= r-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib= =3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/OpenMPClause.cp= p -o OpenMPClause.o --- all_subdir_lib/clang/libclangcodegen --- --- CGExprComplex.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGExprComplex.o -MTCGExprComp= lex.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-except= ions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace= /FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/cla= ng/lib/CodeGen/CGExprComplex.cpp -o CGExprComplex.o --- all_subdir_lib/clang/libclangast --- --- ParentMap.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.ParentMap.o -MTParentMap.o -fstack-protector-stro= ng -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlib= c++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/= libclangast/../../../contrib/llvm/tools/clang/lib/AST/ParentMap.cpp -o Pare= ntMap.o --- RawCommentList.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.RawCommentList.o -MTRawCommentList.o -fstack-prot= ector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -st= dlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/= lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/RawCommentL= ist.cpp -o RawCommentList.o --- RecordLayout.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.RecordLayout.o -MTRecordLayout.o -fstack-protecto= r-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib= =3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/RecordLayout.cp= p -o RecordLayout.o --- all_subdir_lib/clang/libclangcodegen --- --- CGExprConstant.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGExprConstant.o -MTCGExprCon= stant.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exce= ptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspa= ce/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/c= lang/lib/CodeGen/CGExprConstant.cpp -o CGExprConstant.o --- all_subdir_lib/clang/libclangast --- --- RecordLayoutBuilder.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.RecordLayoutBuilder.o -MTRecordLayoutBuilder.o -f= stack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fn= o-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD= _HEAD/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/R= ecordLayoutBuilder.cpp -o RecordLayoutBuilder.o --- all_subdir_lib/clang/libclangarcmigrate --- --- libclangarcmigrate.a --- building static clangarcmigrate library ar -crD libclangarcmigrate.a `NM=3D'nm' NMFLAGS=3D'' lorder ARCMT.o ARCMTAc= tions.o FileRemapper.o ObjCMT.o PlistReporter.o TransAPIUses.o TransARCAssi= gn.o TransAutoreleasePool.o TransBlockObjCVariable.o TransEmptyStatementsAn= dDealloc.o TransGCAttrs.o TransGCCalls.o TransProperties.o TransProtectedSc= ope.o TransRetainReleaseDealloc.o TransUnbridgedCasts.o TransUnusedInitDele= gate.o TransZeroOutPropsInDealloc.o TransformActions.o Transforms.o | tsor= t -q`=20 ranlib -D libclangarcmigrate.a --- all_subdir_lib/clang/libclangcodegen --- --- CGExprScalar.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGExprScalar.o -MTCGExprScala= r.o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptio= ns -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/F= reeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang= /lib/CodeGen/CGExprScalar.cpp -o CGExprScalar.o --- all_subdir_lib/clang/libclangast --- --- SelectorLocationsKind.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.SelectorLocationsKind.o -MTSelectorLocationsKind.= o -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions= -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/Fre= eBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/A= ST/SelectorLocationsKind.cpp -o SelectorLocationsKind.o --- Stmt.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.Stmt.o -MTStmt.o -fstack-protector-strong -Qunuse= d-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c= ++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangas= t/../../../contrib/llvm/tools/clang/lib/AST/Stmt.cpp -o Stmt.o --- StmtCXX.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.StmtCXX.o -MTStmtCXX.o -fstack-protector-strong -= Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ = -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/libc= langast/../../../contrib/llvm/tools/clang/lib/AST/StmtCXX.cpp -o StmtCXX.o --- all_subdir_lib/clang/libclangcodegen --- --- CGLoopInfo.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/l= lvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/= ../../../contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/= src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen= -I. -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangcodegen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd1= 2.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MF.depend.CGLoopInfo.o -MTCGLoopInfo.o = -fstack-protector-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -= fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeB= SD_HEAD/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib= /CodeGen/CGLoopInfo.cpp -o CGLoopInfo.o --- all_subdir_lib/clang/libclangast --- --- StmtIterator.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.StmtIterator.o -MTStmtIterator.o -fstack-protecto= r-strong -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib= =3Dlibc++ -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/StmtIterator.cp= p -o StmtIterator.o --- StmtObjC.o --- c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe -I/bui= lds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/= include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/include -I/builds/workspace/FreeBSD_HEAD/src/lib/= clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/builds/w= orkspace/FreeBSD_HEAD/src/lib/clang/libclangast/../../../contrib/llvm/../..= /lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -= D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER= -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd12.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSR= OOT=3D\"\" -MD -MF.depend.StmtObjC.o -MTStmtObjC.o -fstack-protector-strong= -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc+= + -Wno-c++11-extensions -c /builds/workspace/FreeBSD_HEAD/src/lib/clang/li= bclangast/../../../contrib/llvm/tools/clang/lib/AST/StmtObjC.cpp -o StmtObj= C.o Resuming build at Fri Sep 30 00:38:07 GMT 2016 after Jenkins restart Waiting to resume part of FreeBSD_HEAD #727: ??? Ready to run at Fri Sep 30 00:38:09 GMT 2016 [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Fri Sep 30 00:55: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 CB9CBC00CB9 for ; Fri, 30 Sep 2016 00:55:36 +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 B2411F98; Fri, 30 Sep 2016 00:55:36 +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 F34965B; Fri, 30 Sep 2016 00:55:36 +0000 (UTC) Date: Fri, 30 Sep 2016 00:55:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1823391486.0.1475196936907.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #729 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 00:55:36 -0000 https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/729/ From owner-freebsd-current@freebsd.org Fri Sep 30 02:38: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 5DFC4C02632 for ; Fri, 30 Sep 2016 02:38:25 +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 405711D93; Fri, 30 Sep 2016 02:38:25 +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 636F45E; Fri, 30 Sep 2016 02:38:25 +0000 (UTC) Date: Fri, 30 Sep 2016 02:38:25 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <368977201.1.1475203105342.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1823391486.0.1475196936907.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1823391486.0.1475196936907.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #730 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 02:38:25 -0000 https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/730/ From owner-freebsd-current@freebsd.org Fri Sep 30 05:33: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 AB39CC0332A for ; Fri, 30 Sep 2016 05:33:32 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74539199 for ; Fri, 30 Sep 2016 05:33:32 +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 7D1281FE022; Fri, 30 Sep 2016 07:33:29 +0200 (CEST) Subject: Re: /dev/dsp got more sensitive about writes? To: Benjamin Kaduk , freebsd-current@freebsd.org References: From: Hans Petter Selasky Message-ID: <5f384b41-23a1-1e27-1384-e30976e20a12@selasky.org> Date: Fri, 30 Sep 2016 07:38:22 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 05:33:32 -0000 On 09/30/16 01:01, Benjamin Kaduk wrote: > Hi all, > > I've updated from r302211 (June 26) to r306427 (yesterday), and the > behavior of audio/sox (in its play(1) alias) seems to have changed. I > used to be able to suspend play(1) for an arbitrary period of time and > have the output continue when it was foregrounded again. > > Now, it seems that I can only suspend it for 4-5 seconds and retain > playback; for longer sleeps, I get > > [1]+ Stopped play 01\ Mary\ Hynes.wav > [root@glossolalia ...]# sleep 5; fg > play 01\ Mary\ Hynes.wav > play FAIL sox: `/dev/dsp' error writing output file: Invalid argument > Done. > > > Wrapping play(1) in truss seems to change things, though; in that case, I > can sleep for at least two minutes and still recover playback. So that > makes it a bit hard to see what's going on. > > I will note that I did not upgrade ports/packages after the base upgrade, > so the sox binary in use is potentially somewhat stale. > > Does that ring any bells for anyone? Hi, Maybe you could ktrace the program. SOX has a bad behaviour that it writes one and one sample through GIO when using /dev/dsp. I once made a patch for it, but it was never upstreamed. --HPS From owner-freebsd-current@freebsd.org Fri Sep 30 09:56: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 50524C0148E; Fri, 30 Sep 2016 09:56:59 +0000 (UTC) (envelope-from martymac@FreeBSD.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 1184519A9; Fri, 30 Sep 2016 09:56:59 +0000 (UTC) (envelope-from martymac@FreeBSD.org) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id 29F0F1FA5CFC; Fri, 30 Sep 2016 11:56:57 +0200 (CEST) From: "Ganael LAPLANCHE" To: Ultima Cc: freebsd-current@freebsd.org,freebsd-fs@freebsd.org Subject: Re: [patch] Improving the 'zpool labelclear' command X-Openwebmail-Date: Fri, 30 Sep 2016 11:56:57 +0100 Message-Id: <20160930095205.M29574@martymac.org> In-Reply-To: References: <20160929121325.M80322@martymac.org> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 109.190.254.5 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 30 Sep 2016 09:56:59 -0000 X-List-Received-Date: Fri, 30 Sep 2016 09:56:59 -0000 On Thu, 29 Sep 2016 14:13:52 -0400, Ultima wrote > > In case you are interested, I have posted a patch to improve the 'zpool > > labelclear' command here : > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622 > > > > - force ('-f') will now allow to erase labels, even if they are broken > > (restoring the behaviour of our previous -FreeBSD- version of labelclear) > > - You can select which label you want to erase (beginning, end or > > specific index) > > - You can use a 'minimal' mode which will invalidate a label by changing > > only a single byte. This is useful to minimize the chances to > > overwrite/destroy a FS that would have been created over the label, but > > still leaving the label visible. > > This patch looks good its too bad the core hasn't looked at it > yet. Ill do some testing and report any issues found. Some > points you bring up in the bug are quite valid. Thanks for > working on this! =] Thanks. Yes, it would be nice if a src committer could take a look at it. Any feedback welcome :) -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-current@freebsd.org Fri Sep 30 04:27: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 55DFDC0135C for ; Fri, 30 Sep 2016 04:27:07 +0000 (UTC) (envelope-from Robert.Burmeister@utoledo.edu) Received: from smtpin2.utoledo.edu (smtpin2.utoledo.edu [131.183.2.214]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "*.utoledo.edu", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CA64F1F3A for ; Fri, 30 Sep 2016 04:27:06 +0000 (UTC) (envelope-from Robert.Burmeister@utoledo.edu) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2EsAAD06O1XmBYCt4NdHAEBBAEBCgEBg?= =?us-ascii?q?z8BAQEBAWeBEbhNggYBiAE6EgECAQEBAQEBAQMQAQEBAQEICwsHGS+FCxUbWwI?= =?us-ascii?q?FFgsCCwMCAQIBSw0IAQGISQWhRY9miV0BBoM8gQaFMYkMgxGCWgWIMIdAigiRX?= =?us-ascii?q?od6hgiHCoITg1CDfSUGg1eBd4UcgS0BfwEBAQ?= X-IPAS-Result: =?us-ascii?q?A2EsAAD06O1XmBYCt4NdHAEBBAEBCgEBgz8BAQEBAWeBEbh?= =?us-ascii?q?NggYBiAE6EgECAQEBAQEBAQMQAQEBAQEICwsHGS+FCxUbWwIFFgsCCwMCAQIBS?= =?us-ascii?q?w0IAQGISQWhRY9miV0BBoM8gQaFMYkMgxGCWgWIMIdAigiRXod6hgiHCoITg1C?= =?us-ascii?q?DfSUGg1eBd4UcgS0BfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,418,1473134400"; d="scan'208";a="16691282" Received: from dlpint00.utoledo.edu ([131.183.2.22]) by smtpin2.utoledo.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Sep 2016 00:26:55 -0400 Received: from MsgApp11.utad.utoledo.edu (msgapp11.utad.utoledo.edu [131.183.3.7]) by dlpint00.utoledo.edu (RSA Interceptor) for ; Fri, 30 Sep 2016 00:26:46 -0400 Received: from [192.168.1.66] (76.238.202.78) by Email.Utoledo.Edu (131.183.3.18) with Microsoft SMTP Server (TLS) id 14.3.294.0; Fri, 30 Sep 2016 00:26:45 -0400 Message-ID: <57EDE9A9.1040304@UToledo.edu> Date: Fri, 30 Sep 2016 00:27:21 -0400 From: Robert Burmeister User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Subject: FreeBSD 11.0 i386 buildworld failure Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [76.238.202.78] X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow X-Mailman-Approved-At: Fri, 30 Sep 2016 11:26:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 04:27:07 -0000 FreeBSD 11.0 i386 Stable I successfully upgraded from FreeBSD 10.3 to 11.0 Stable on 23 September 2016. Upon refreshing and rebuilding world to catch the 28 September 2016 Release update, buildworld failed using the same build options that had worked for the 22 Sept code. Tail: > --- all_subdir_usr.bin --- > --- all_subdir_usr.bin/kdump --- > --- .depend --- > echo kdump.full: /usr/obj/usr/src/tmp/usr/lib/libc.a > /usr/obj/usr/src/tmp/usr/lib/libsysdecode.a > /usr/obj/usr/src/tmp/usr/lib/libcasper.a > /usr/obj/usr/src/tmp/usr/lib/libcap_grp.a > /usr/obj/usr/src/tmp/usr/lib/libcap_pwd.a >> .depend > --- kdump_subr.o --- > clang -O2 -fno-strict-aliasing -pipe -march=core2 > -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump > -I/usr/src/usr.bin/kdump/../.. -I. -DHAVE_LIBCASPER -g -MD > -MF.depend.kdump_subr.o -MTkdump_subr.o -std=gnu99 -fstack-protector-strong > -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations > -Wthread-safety -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Qunused-arguments -c kdump_subr.c -o kdump_subr.o > --- all_subdir_usr.bin/drill --- > /usr/src/usr.bin/drill/../../contrib/ldns/drill/error.c:74:1: warning: no > previous prototype for function 'verbose' [-Wmissing-prototypes] > verbose(const char *fmt, ...) > ^ > /usr/src/usr.bin/drill/../../contrib/ldns/drill/error.c:88:1: warning: no > previous prototype for function 'vverbose' [-Wmissing-prototypes] > vverbose(const char *fmt, ...) > ^ > /usr/src/usr.bin/drill/../../contrib/ldns/drill/error.c:108:1: warning: no > previous prototype for function 'debug' [-Wmissing-prototypes] > debug(const char *fmt, ...) > ^ > 3 warnings generated. > --- all_subdir_usr.sbin --- > --- ops_cdfs.o --- > clang -O2 -fno-strict-aliasing -pipe -march=core2 > -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd > -I/usr/obj/usr/src/tmp/usr/include/rpcsvc -I. -I/usr/src/usr.sbin/amd/amd > -I/usr/src/usr.sbin/amd/amd/../include > -I/usr/obj/usr/src/usr.sbin/amd/amd/../include > -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/include > -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd -DHAVE_CONFIG_H > -DHOST_CPU=\"i386\" -DHOST_ARCH=\"i386\" -g -MD -MF.depend.ops_cdfs.o > -MTops_cdfs.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c > /usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd/ops_cdfs.c -o ops_cdfs.o > --- all_subdir_usr.bin --- > --- all_subdir_usr.bin/kdump --- > kdump_subr.c:1424:7: error: use of undeclared identifier 'TRAP_CAP' > --- all_subdir_usr.bin/drill --- > --- root.o --- > --- all_subdir_usr.bin/kdump --- > case TRAP_CAP: > ^ > --- all_subdir_usr.bin/drill --- > clang -O2 -fno-strict-aliasing -pipe > -I/usr/src/usr.bin/drill/../../contrib/ldns -march=core2 -g -MD > -MF.depend.root.o -MTroot.o -std=gnu99 -fstack-protector-strong > -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations > -Wthread-safety -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Qunused-arguments -c > /usr/src/usr.bin/drill/../../contrib/ldns/drill/root.c -o root.o > --- all_subdir_usr.bin/kdump --- > 1 error generated. > *** [kdump_subr.o] Error code 1 > > make[4]: stopped in /usr/src/usr.bin/kdump > 1 error > > make[4]: stopped in /usr/src/usr.bin/kdump > *** [all_subdir_usr.bin/kdump] Error code 2 > > make[3]: stopped in /usr/src/usr.bin > --- all_subdir_usr.sbin --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/usr.sbin/amd/amd > *** [all_subdir_usr.sbin/amd/amd] Error code 2 > > make[4]: stopped in /usr/src/usr.sbin/amd > 1 error > > make[4]: stopped in /usr/src/usr.sbin/amd > *** [all_subdir_usr.sbin/amd] 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 --- > --- all_subdir_usr.bin/drill --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/usr.bin/drill > *** [all_subdir_usr.bin/drill] Error code 2 > > make[3]: stopped in /usr/src/usr.bin > --- all_subdir_usr.bin/clang --- > --- all_subdir_usr.bin/clang/clang-tblgen --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/usr.bin/clang/clang-tblgen > *** [all_subdir_usr.bin/clang/clang-tblgen] Error code 2 > > make[4]: stopped in /usr/src/usr.bin/clang > --- all_subdir_usr.bin/clang/llvm-tblgen --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/usr.bin/clang/llvm-tblgen > *** [all_subdir_usr.bin/clang/llvm-tblgen] Error code 2 > > make[4]: stopped in /usr/src/usr.bin/clang > 2 errors > > make[4]: stopped in /usr/src/usr.bin/clang > *** [all_subdir_usr.bin/clang] Error code 2 > > make[3]: stopped in /usr/src/usr.bin > 3 errors > > make[3]: stopped in /usr/src/usr.bin > *** [all_subdir_usr.bin] Error code 2 > > make[2]: stopped in /usr/src > 2 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 > BEASTIE# From owner-freebsd-current@freebsd.org Fri Sep 30 11:31:01 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD603C030FD; Fri, 30 Sep 2016 11:31:01 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C249CF6F; Fri, 30 Sep 2016 11:31:00 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA19772; Fri, 30 Sep 2016 14:30:58 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bpw1q-0001Ej-BV; Fri, 30 Sep 2016 14:30:58 +0300 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-acpi@FreeBSD.org From: Andriy Gapon Subject: aibs(4) / atk0110 support for newer systems Message-ID: <86cf8380-ac6f-55f0-f0f8-16000d7f04b2@FreeBSD.org> Date: Fri, 30 Sep 2016 14:30:02 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 11:31:01 -0000 I've written a patch for aibs(4) (also known as ASUS AI Booster and ATK0110) that adds support for discovering and querying sensors using newer GGRP ("get group"?) and GITM ("get item"?) methods: https://people.freebsd.org/~avg/aibs-ggrp-gitm.diff If you are using the driver could you please test that the patch does not break it for you? If you have an ASUS motherboard where aibs does not find sensors could you please check if there is any improvement with the patch? Testing the patch should be as easy as building, installing and loading aibs module (found in sys/modules/acpi/aibs). Well, also don't forget to apply the patch with patch -p1 :-) -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Sep 30 17:11: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 6C27BC0331E for ; Fri, 30 Sep 2016 17:11:27 +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 30D431A61 for ; Fri, 30 Sep 2016 17:11:27 +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 <1bq1LD-002PCJ-Gl>; Fri, 30 Sep 2016 19:11:19 +0200 Received: from x4e34443c.dyn.telefonica.de ([78.52.68.60] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bq1LD-003eby-7W>; Fri, 30 Sep 2016 19:11:19 +0200 Date: Fri, 30 Sep 2016 19:11:13 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Re: IPFW: shape and status in CURRENT Message-ID: <20160930191113.0135a903.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160929210216.5aee85d0.ohartman@zedat.fu-berlin.de> References: <20160929210216.5aee85d0.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Originating-IP: 78.52.68.60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 17:11:27 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFRo dSwgMjkgU2VwIDIwMTYgMjE6MDI6MTYgKzAyMDANCiJPLiBIYXJ0bWFubiIgPG9oYXJ0bWFuQHpl ZGF0LmZ1LWJlcmxpbi5kZT4gc2NocmllYjoNCg0KPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVT U0FHRS0tLS0tDQo+IEhhc2g6IFNIQTI1Ng0KPiANCj4gDQo+IFNpbmNlIGEgY291cGxlIG9mIG1v bnRocyBub3csIEkgdXNlIElQRlcgb24gc2V2ZXJhbCBwcm9qZWN0cy4gSSB1c2UgSVBGVyBhZ2Fp biBhZnRlciBhDQo+IGxvbmcgdGVybSBoaWF0dXMgc2luY2UgfiAyMDAzLiBCZWZvcmUgSSB1c2Vk IHBmLiBUaGUgcmVhc29ucyBhcmUgbWFubnlmb2xkIGFuZCBvbmUNCj4gcmVhc29uIGlzIHZlcnkg ZG9nbWF0aWMgLSBpdCBpcyB0aGUgRnJlZUJTRCdzIG5hdGl2ZSBmaXJld2FsbCBhbmQgc2V2ZXJh bCBwZXJmb3JtYW5jZQ0KPiBkaWFncmFtcyBzaG93biBpbiB0aGUgbmV0IHRlbGxzIG1lIGEgc2ln bmlmaWNhbnQgcGVyZm9ybWFuY2UgYmVuZWZpdCBpbiBjYXNlIGJlaW5nDQo+IHNldHVwIG9wdGlt YWwgb3ZlciBwZi4gcGYgaW4gRnJlZUJTRCBsYWNrcyBiZWhpbmQgdGhlIE9wZW5CU0QncyBkZXZl bG9wbWVudC4NCj4gDQo+IFNpbmNlIGxhc3QgeWVhciBJIHRyeSB0byBzZXR1cCBJUEZXIG9ubHkg b24gYWxsIG9mIG91ciBzeXN0ZW1zLiBTbyBJIGRvIGFsc28gYXQgaG9tZQ0KPiBhbmQgYXQgc29t ZSBwbGFjZXMsIHdoZXJlIHdlIGhhdmUgdG8gdXNlIE5BVCB2aWEgUFBQb0UvbW9kZW0uIEFuZCBo ZXJlIHRoZSBzdHJ1Z2dsZQ0KPiBiZWdpbnMuIFdoaWxlIG1vc3Qgc2V0dXBzIG9mIGEgZmlyZXdh bGwgb24gYSByb3V0ZXIvZ2F0ZXdheSB3aXRoIHNldmVyYWwgTklDcyBkaXJlY3RseQ0KPiBhdHRh Y2hlZCB0byB0aGUgaW50ZXJuZXQgd2l0aCBvbiBpbnRlcmZhY2UsIHRoZSBvdXRib3VuZCBpbnRl cmZhY2UsIHRoZSBzYW1lIHN0YXJ0cyB0bw0KPiBiZSBhIGhvcnJpYmxlIHN0b3J5IHdoZW4gaXQg Y29tZXMgdG8gTkFULg0KPiANCj4gVGhlIGhhbmRib29rIG9mZmVycyBzb21lIHNpbXBsZSBleGFt cGxlcywgYnV0IGluIG1vc3QgY2FzZXMsIEkgc2VlIHRoZSBzdXBwb3NlZCB0byBiZQ0KPiBvdXRk YXRlZCBleHRlcm5hbCBuYXRkIGRhZW1vbiBzdGlsbCBpbiBmYXZvdXIgb3ZlciBpbi1rZXJuZWwg TkFUISBUaGlzIGlzIGFsc28gdGhlDQo+IGNhc2Ugd2l0aCB0aGUgbWFucGFnZSBmb3IgaXBmdyg4 KS4gSSBtaXNzIGEgbW9yZSByZWNlbnQgZXhhbXBsZSBvZiBzZXR0aW5nIHVwIE5BVCB3aXRoDQo+ IGluLWtlcm5lbCBOQVQgYW5kIHRoZSBjYXZlYXRzIG9mIG9uZS1wYXNzIGFuZCBub25lLW9uZS1w YXNzIGFuZCBzb21lIGhpbnRzIGhvdyB0aGUgSVANCj4gcGFja2V0J3MgaGVhZGVyIGdldHMgcmV3 cml0dGVuIHdoZW4gYmVpbmcgdHJhbnNsYXRlZCBieSBOQVQgYW5kIHJlaW5qZWN0ZWQgaW50byB0 aGUNCj4gcGlwZWxpbmUuIEZvciBtZSwgYXMgYSBub24tc291cmNlLWNvZGUtZXhwZXJ0LWFuZC1z aW1wbGUtc3lzdGVtJ3MgYWRtaW5pc3RyYXRvciwgaXQgaXMNCj4gc29tZXRpbWVzIGhhcmQgdG8g dW5kZXJzdGFuZCBob3cgSVBGVyB3b3Jrcy4gQW5kIHRoZSBwcm9ibGVtcyByZXBvcnRlZCBkbyB0 ZWxsIG1lIHRoYXQNCj4gSSdtIG5vdCBhbG9uZS4NCj4gDQo+IFRoZSBoYW5kYm9vayBoYXMgc29t ZSBleGFtcGxlcy4gT25lIG9mIHRoZW0gY29udGFpbnMgYSB0cmF2ZXJzYWwgb2YgMzcvVENQLCB0 aW1lc2VydmVyLg0KPiBJdCBpcyBhIGxvbmcgdGltZSBzaW5jZSBJIHNhdyB0aGlzIGtpbmQgb2Yg c2V0dXAsIG1vc3QgdGltZSBzeW5jaHJvbmlzYXRpb24gbWV0aG9kcyB1c2UNCj4gTlRQIGFuZCAx MjMvVURQLiBUaGUgZXhhbXBsZSBhbHNvIHNlZW1zIGEgYml0IG91dGRhdGVkLg0KPiANCj4gTWFu cGFnZSBmaXJld2FsbCg3KSBsYWNrcyBhbHNvIG9mIGFuIG1vZGVybiBpbi1rZXJuZWwgTkFUIGV4 YW1wbGUgLSBpdCBzdGlsbCByZWZlcmVzIHRvDQo+IHRoZSBuYXRkLiBBbHNvLCB0aGVyZSBpcyBh IGtpbmQgb2YgYW50aS1zcG9vZiBydWxlIHNob3duIHRoYXQgbGVhdmVzIHRoZSBpbXByZXNzaW9u IHRoYXQNCj4gdGhpcyBwYWdlIGlzIHF1aXRlIGFudGlxdWUuIERvZXNuJ3QgSVBGVyBoYXMgYSBh bnRpc3Bvb2YgcnVsZSwgb3IgZXZlbiAidmVycmVwYXRoIiBhcw0KPiB0aGUgbWFucGFnZSBpcGZ3 KDgpIHN0YXRlcz8NCj4gDQo+IFNvbWVob3cgSSBtaXNzIHNvbWUgbW9yZSBkZXRhaWxlZCBleHBs YW5hdGlvbnMgd2hhdCBoYXBwZW5zIHdpdGggY2hlY2stc3RhdGUsIHNpbmNlIHRoaXMNCj4gY2F1 c2VzIG11Y2ggdHJvdWJsZSwgZXZlbiBpbiBjb21iaW5hdGlvbiB3aXRoIE5BVC4NCj4gDQo+IFdl bGwsIGFzIHNhaWQsIEknbSBubyBleHBlcnQsIG1heWJlIEknbSBzaW1wbHkgdG9vIGJsdW50IHRv IHVuZGVyc3RhbmQsIGJ1dCBhZ2FpbiwgaXQNCj4gc2VlbXMgSSdtIG5vdCBhbG9uZS4gUGVvcGxl IHN3aXRjaGVkIHRvIHBmIGFuZCBldmVuIEFwcGxlIG1vdmVkIGZyb20gaXBmdyB0byBwZi4gVGhh dA0KPiBsZWF2ZXMgdGhlIHF1ZXN0aW9uIGhlcmU6IHdoYXQgaXMgdGhlIHN0YXR1cyBvZiB0aGUg ZGV2ZWxvcG1lbnQgb2YgSVBGVyBpbiBGcmVlQlNEPyBpcw0KPiBpdCBtYWludGFpbmVkLW9ubHkg b3IgaXMgdGhlcmUgZGV2ZWxvcG1lbnQgZ29pbmcgb24/IEFyZSB0aGVyZSBwbGFucyBmb3IgcmVm dXJiaXNoZWQsDQo+IG1vcmUgdXAgdG8gdGltZSBtYW4gcGFnZXMgYW5kIGV4YW1wbGVzPw0KPiAN Cj4gVGhhbmtzIGluIGFkdmFuY2UgYW5kIGZvciB5b3VyIHBhdGllbmNlIHJlYWRpbmcgbXkgYmFk IEVuZ2xpc2guDQo+IA0KPiBPbGl2ZXINCg0KWy4uLl0NCg0KTG9va2luZyBhdCBmaXJld2FsbCg3 KSBhbmQgdHJ5aW5nIHRvIHNpbXBseSBmb3dsbG93IHRoZSBleGFtcGxlLCBvbmUgd2lsbCBkaXNj b3ZlciB0aGF0DQpydWxlcw0KDQogICAgIGFkZCAwMTUwMCBkZW55IGFsbCBmcm9tIG5vdCAxMC4w LjEuMC8yNCBpbiB2aWEgZnhwMQ0KICAgICBhZGQgMDE1MDAgZGVueSBhbGwgZnJvbSBub3QgMTAu MC4yLjAvMjQgaW4gdmlhIGZ4cDINCiAgICAgYWRkIDAxNTAxIGRlbnkgYWxsIGZyb20gMTAuMC4x LjAvMjQgaW4gdmlhIGZ4cDANCiAgICAgYWRkIDAxNTAxIGRlbnkgYWxsIGZyb20gMTAuMC4yLjAv MjQgaW4gdmlhIGZ4cDANCg0Kd2lsbCBwcm9kdWNlIGEgIm1pc3NpbmcgdG8iIGVycm9yIGluIHJl Y2VudCBJUEZXIChpdCBpcyB0aGUgY2FzZSBpbiBteSBpbnN0YWxsYXRpb24gb2YNCkNVUlJFTlQs IGhvcGUgaXQgZG9lcyBub3QgZGlmZmVyIGZyb20geW91cnMpDQotLS0tLUJFR0lOIFBHUCBTSUdO QVRVUkUtLS0tLQ0KVmVyc2lvbjogR251UEcgdjINCg0KaVFFY0JBRUJDQUFHQlFKWDdweXlBQW9K RU9nQmNEN0EvNU44STQ0SUFLMTBTUGZFZVNIK0pHR09CZUV4TUxVdA0KSFNQNmxaSHR6dnBybDZ0 MkhhSnpxT2hsL1h1MmpBS2JCQmpjZExjQ1o1a1A2cUdzS3ZSMWZ5U3V6LzBsNDJkTw0KcnRuUU1x d3V1REVJc3ZBOExTY1RrUGtESzdWdENVcEQ4eEpFUTRqbkNmaHRrNHFvR0FaQVY5K0psTmRyM2wx ZA0KTE5lZTJyQWk5amhPNUpjSTNKUkxMUUlJT2xhK1lNUUtjTU93ekxIR1lmeHVURmJwMnF5UU5T UXBJRmMzSGlsSA0KdFgzb3dWZUp3OXlObVRyQzNWWU90MU53ZGtucm9sRUhPRzNLZVdkcEV0TnU3 VUErMzFka2NvbStxeTFKVHB1Tg0KL0t2a09HeWtWYVBvVUVPMkNZak8yY0ZCQjdibTNyazhVWG9F cjRkb0NWZXgwNWRsOTdFbFAwVzE2OGRDMWZrPQ0KPUJTeFENCi0tLS0tRU5EIFBHUCBTSUdOQVRV UkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Fri Sep 30 19:51: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 D6009C03C8F for ; Fri, 30 Sep 2016 19:51:23 +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 C66728D5 for ; Fri, 30 Sep 2016 19:51:23 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C219CC03C8D; Fri, 30 Sep 2016 19:51: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 C1C47C03C8C for ; Fri, 30 Sep 2016 19:51:23 +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 5FA1E8D2 for ; Fri, 30 Sep 2016 19:51:23 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 043AE56488 for ; Fri, 30 Sep 2016 14:51:21 -0500 (CDT) To: current@FreeBSD.org From: Eric van Gyzen Subject: make universe fails with MAKEOBJDIRPREFIX Message-ID: Date: Fri, 30 Sep 2016 14:51:18 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 19:51:23 -0000 "make universe" consistently fails in buildworld when I set MAKEOBJDIRPREFIX. I'm running head r306046 on amd64 and building head r306380. There are only comments in /etc/make.conf. My complete command is: make universe JFLAG=-j16 MAKEOBJDIRPREFIX=/work/universe \ > /usr/obj/build-logs/universe.log 2>&1 init_keytry.h --- lib/libpam/libpam__L --- cc -isystem /work/universe/mips.mips/usr/src/tmp/usr/include -L/work/universe/mi ps.mips/usr/src/tmp/usr/lib -B/work/universe/mips.mips/usr/src/tmp/usr/lib --sys root=/work/universe/mips.mips/usr/src/tmp -B/work/universe/mips.mips/usr/src/tmp /usr/bin -fpic -DPIC -g -O -pipe -I/usr/src/lib/libpam/libpam/../../../contrib/o penpam/include -DLIB_MAJ=6 -DHAVE_DLFUNC=1 -DHAVE_FDLOPEN=1 -DHAVE_FPURGE=1 -DHA VE_STRLCAT=1 -DHAVE_STRLCPY=1 -G0 -DOPENPAM_DEBUG -MD -MF.depend.openpam_strl cpy.pico -MTopenpam_strlcpy.pico -std=iso9899:1999 -Wsystem-headers -Werror -Wal l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre dundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/lib/libpa m/libpam/../../../contrib/openpam/lib/libpam/openpam_strlcpy.c -o openpam_strlcp y.pico --- lib/libthr__L --- --- thr_detach.o --- --- lib/ncurses/ncurses__L --- sh: ./make_keys: Exec format error *** [init_keytry.h] Error code 126 make[5]: stopped in /usr/src/lib/ncurses/ncurses --- lib/libthr__L --- cc -isystem /work/universe/mips.mips/usr/src/tmp/usr/include -L/work/universe/mi ps.mips/usr/src/tmp/usr/lib -B/work/universe/mips.mips/usr/src/tmp/usr/lib --sys root=/work/universe/mips.mips/usr/src/tmp -B/work/universe/mips.mips/usr/src/tmp /usr/bin -O -pipe -G0 -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib /libthr/arch/mips/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../ libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/mips -I/usr/src/li b/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHRE ADS_INVARIANTS -MD -MF.depend.thr_detach.o -MTthr_detach.o -std=gnu99 -Wsystem- headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototyp es -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libthr/thread/thr_detach.c -o thr_detach.o --- lib/ncurses/ncurses__L --- 1 error make[5]: stopped in /usr/src/lib/ncurses/ncurses *** [lib/ncurses/ncurses__L] Error code 2 ====================================================================== From owner-freebsd-current@freebsd.org Fri Sep 30 22:04: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 53461C03BA1 for ; Fri, 30 Sep 2016 22:04:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-66.reflexion.net [208.70.210.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0736D9AD for ; Fri, 30 Sep 2016 22:04:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25297 invoked from network); 30 Sep 2016 22:04:22 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 30 Sep 2016 22:04:22 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Fri, 30 Sep 2016 18:04:27 -0400 (EDT) Received: (qmail 20775 invoked from network); 30 Sep 2016 22:04:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 30 Sep 2016 22:04:26 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 6C011EC901D; Fri, 30 Sep 2016 15:04:21 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: make universe fails with MAKEOBJDIRPREFIX [cross builds part: sh: ./make_keys: Exec format error for init_keytry.h] Date: Fri, 30 Sep 2016 15:04:18 -0700 Message-Id: <4464F4B4-6ABB-4DD8-8FC4-8E8F123F54A3@dsl-only.net> Cc: FreeBSD-STABLE Mailing List To: FreeBSD Current , Bryan Drewery , FreeBSD Toolchain , vangyzen@FreeBSD.org 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.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 22:04:29 -0000 Quoting: > --- lib/ncurses/ncurses__L --- > ./make_keys keys.list > init_keytry.h . . . > --- lib/ncurses/ncurses__L --- > sh: ./make_keys: Exec format error > *** [init_keytry.h] Error code 126 Since the reworking of the build handling in recent (many) months "sh: = ./make_keys: Exec format error" is a long standing problem for = buildworld for cross builds. The native part of the build execution is = trying to execute the cross-build target's make_keys (that was likely = left from a prior cross-build and now doing incremental-build activity). = lib/ncurses/ncurses__L is not the only place that this can happen. There = is past list exchanges for this issue with other examples. I rebuild after cleanworld when this happens in order to force a full = rebuild instead of an incremental one --but I only build one cross build = target at a time, not universe. I've never had such an after-cleanworld = rebuild fail: only some later incremental builds. Luckily in my experience so far most incremental builds do not go back = through those areas (such as lib/ncurses/ncurses__L ) and so do not try = to execute make_keys (stated in terms of this example). So the = incremental builds for me are usually effective --but sometimes = lib/ncurses/ncurses__L is rebuilt. It has been a fairly long time since my 11.0 related activities = (tracking stable/11 now) have run into this but likely = lib/ncurses/ncurses__L (and the like) simply have not rebuilt in my = cross builds. I've no head (CURRENT) activities going on at this point. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Oct 1 09:56: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 61360C04F73 for ; Sat, 1 Oct 2016 09:56:02 +0000 (UTC) (envelope-from franco@opnsense.org) Received: from mail.opnsense.org (mail.opnsense.org [37.48.77.141]) (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 28DA513C for ; Sat, 1 Oct 2016 09:56:01 +0000 (UTC) (envelope-from franco@opnsense.org) Received: from localhost (localhost [127.0.0.1]) by mail.opnsense.org (Postfix) with ESMTP id BC0C81808FB6 for ; Sat, 1 Oct 2016 11:58:52 +0200 (CEST) From: Franco Fichtner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: rtsold debug message level Message-Id: <6B3DF4FD-CBA3-41F9-A09D-ED5D7929BC8B@opnsense.org> Date: Sat, 1 Oct 2016 11:55:57 +0200 To: freebsd-current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailman-Approved-At: Sat, 01 Oct 2016 11:12:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 09:56:02 -0000 Hi, There is an informational message rtsold that should be considered debug, details here: https://reviews.freebsd.org/D8108 Pardon my question: is this the right place, and/or who should I contact? Thanks, Franco From owner-freebsd-current@freebsd.org Sat Oct 1 15:25: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 11B4AC045D3; Sat, 1 Oct 2016 15:25:51 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5E0F1E8B; Sat, 1 Oct 2016 15:25:49 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id u91F9PHv048649 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 1 Oct 2016 23:09:26 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id u91F9PaD048648; Sat, 1 Oct 2016 23:09:25 +0800 (CST) (envelope-from kevlo) Date: Sat, 1 Oct 2016 23:09:24 +0800 From: Kevin Lo To: Andriy Voskoboinyk Cc: "freebsd-wireless@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing Message-ID: <20161001150924.GA48641@ns.kevlo.org> References: <20160922092442.GA72044@ns.kevlo.org> <20160923015840.GA77979@ns.kevlo.org> <20160923071830.GA79146@ns.kevlo.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 15:25:51 -0000 Strange, rtwn(4) stops working. I tried to scan for the available network, but it just returns empty results. On Fri, Sep 23, 2016 at 02:44:13PM +0300, Andriy Voskoboinyk wrote: > > Fri, 23 Sep 2016 10:18:30 +0300 було написано Kevin Lo : > > Few more questions: > 1) does it work with h/w encryption support? (enabled by default) > (if 'yes' - I will remove 'hardware crypto enabled' warning). > 2) is there rate control support? (wlandebug -i wlan0 rate ; then transmit > something - if it works then AMRR will print it's current status > periodically) > 3) can you test some disabled capabilities? (ad-hoc/AP modes, 11n) > (see r92ce_adj_devcaps() in sys/dev/rtwn/rtl8192c/pci/r92ce_attach.c). > > > It works for me, thanks :) > > > > Kevin > > > > On Fri, Sep 23, 2016 at 09:08:15AM +0300, Andriy Voskoboinyk wrote: > >> > >> Fri, 23 Sep 2016 04:58:40 +0300 було написано Kevin Lo > >> : > >> > >> Thanks for the log file, > >> > >> Tx 'device timeouts' should be fixed in > >> https://github.com/s3erios/rtwn/commit/f78d51b6ed8590e3aeb65fbf616aa767034a89f5 > >> (currently I'm reviewing PCI-specific code to see if there are any > >> additional > >> issues - e.g., there are no Rx events in the log file). > >> > >> > On Thu, Sep 22, 2016 at 01:54:21PM +0300, Andriy Voskoboinyk wrote: > >> >> > >> >> Thu, 22 Sep 2016 12:24:42 +0300 було написано Kevin Lo > >> >> : > >> >> > >> >> Hi, > >> >> > >> >> So, the driver was fully tested. Thanks! > >> >> Can you set dev.rtwn.0.debug=0x829f for RTL8188CE to see how big > >> >> the problem is? > >> > > >> > Sure. Here you go > >> https://people.freebsd.org/~kevlo/rtl8188ce-debug.txt > >> > > >> > Thanks, > >> > Kevin > >> > > >> >> > Hi Andriy, > >> >> > > >> >> > First of all, THANK YOU! You're doing amazing work! > >> >> > Second, I've done some testing on the following devices, > >> downloading > >> >> > FreeBSD-12.0-CURRENT-amd64-20160809-r303880-disc1.iso from > >> >> > ftp.freebsd.org: > >> >> > > >> >> > - ASUS USB-N10 NANO (RTL8188CUS): > >> >> > rtwn0: >> addr > >> >> > 3> on usbus0 > >> >> > rtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > >> >> > > >> >> > - TP-Link TL-WN725N v2 (RTL8188EU): > >> >> > rtwn0: on > >> >> > usbus0 > >> >> > rtwn0: MAC/BB RTL8188EU, RF 6052 1T1R > >> >> > > >> >> > - D-Link DWA-131 (RTL8192CU): > >> >> > rtwn0: >> addr > >> >> > 3> on usbus0 > >> >> > rtwn0: MAC/BB RTL8192CU, RF 6052 2T2R > >> >> > > >> >> > - TP-Link Archer T4U (RTL8812AU): > >> >> > rtwn0: on > >> >> > usbus0 > >> >> > rtwn0: MAC/BB RTL8812AU, RF 6052 2T2R > >> >> > > >> >> > - D-Link DWA-171 rev A1 (RTL8821AU): > >> >> > rtwn0: <802.11n WLAN Adapter> on usbus0 > >> >> > rtwn0: MAC/BB RTL8821AU, RF 6052 1T1R > >> >> > > >> >> > - RTL8188CE mini pcie: > >> >> > rtwn0: port 0xd000-0xd0ff mem > >> >> > 0x90800000-0x90803fff irq 17 at device 0.0 on pci1 > >> >> > rtwn0: r92ce_attach: warning: hardware crypto enabled > >> >> > rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R > >> >> > > >> >> > All seems to be ok, except RTL8188CE PCIe adapter doesn't work: > >> >> > > >> >> > rtwn0: r92ce_post_init: warning: net80211 ratectl is used > >> >> > rtwn0: device timeout > >> >> > > >> >> > Kevin > >> >> > > >> >> > On Mon, Sep 19, 2016 at 04:26:38PM +0300, Andriy Voskoboinyk wrote: > >> >> >> > >> >> >> Thu, 01 Sep 2016 19:29:03 +0300 було написано Andriy Voskoboinyk > >> >> >> : > >> >> >> > >> >> >> Now it resides on https://github.com/s3erios/freebsd-rtwn > >> (integrated > >> >> >> into src tree, so it can be built with 'make buildkernel' / 'make > >> >> >> buildworld'). > >> >> >> > >> >> >> This the last stage; once all reported issues will be resolved, > >> I'm > >> >> >> going to merge it into HEAD. > >> >> >> > >> >> >> > Hi everyone, > >> >> >> > > >> >> >> > rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were > >> >> merged > >> >> >> > into a > >> >> >> > single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the > >> >> code is > >> >> >> > available on https://github.com/s3erios/rtwn repository. Among > >> >> >> bugfixes / > >> >> >> > code deduplication, there some new features too: > >> >> >> > > >> >> >> > 1) multi-vap support (one any wireless interface + one STA > >> >> interface + > >> >> >> > any number of monitor mode interfaces). > >> >> >> > 2) few new sysctls: > >> >> >> > * dev.rtwn.#.crypto - controls how to use hardware crypto > >> >> >> acceleration > >> >> >> > * dev.rtwn.#.ratectl_selected > >> >> >> > * dev.rtwn.#.ratectl - selects current 'rate control' > >> algorithm > >> >> >> > (currently only 'none' and 'net80211' are supported; RTL8192CE > >> >> needs > >> >> >> > testing > >> >> >> > with the last). > >> >> >> > 3) (incomplete) power management support for RTL8188EU (requires > >> >> >> > firmware). > >> >> >> > 4) Short Guard Interval support. > >> >> >> > > >> >> >> > It's known to work with RTL8188CUS, RTL8188EU and RTL8821AU; > >> >> however, > >> >> >> > it was never tested with RTL8192CE or RTL8812AU. > >> >> >> > > >> >> >> > How-to-build: > >> >> >> > 1) download / checkout the repository. > >> >> >> > 2) apply 'patch-usbdevs.diff' against '/usr/src' > >> >> >> > 3) build and install rtwn module: > >> >> >> > cd $repository/sys/modules/rtwn && make && make install > >> >> >> > 4) build and install rtwn_usb/rtwn_pci: > >> >> >> > cd ../rtwn_usb && make && make install > >> >> >> > cd ../rtwn_pci && make && make install > >> >> >> > 5) unload previous && load current drivers: > >> >> >> > kldunload if_urtwn if_rtwn > >> >> >> > kldload /boot/modules/if_rtwn.ko > >> /boot/modules/if_rtwn_usb.ko > >> >> >> > /boot/modules/if_rtwn_pci.ko > >> >> >> > 6) Use. > >> >> >> _______________________________________________ > >> >> >> freebsd-wireless@freebsd.org mailing list > >> >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > >> >> >> To unsubscribe, send any mail to > >> >> >> "freebsd-wireless-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" > >> > >> > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to > > "freebsd-wireless-unsubscribe@freebsd.org" > >